IHE là gì? Profile tích hợp y tế và quan hệ với HL7/FHIR

Tóm tắt nhanh

• IHE là consortium thành lập năm 1998 bởi RSNA và HIMSS, hiện ban hành hơn 150 profile chia theo các domain (ITI, PCC, QRPH, Radiology, Cardiology, PaLM…).
• Mỗi profile mô tả use case, danh sách actor, các transaction giữa actor, và lựa chọn công nghệ nền (HL7/DICOM/FHIR/SOAP/HTTPS).
• Profile phổ biến nhất: XDS.b (chia sẻ document HL7 v3), MHD (FHIR-native thay thế XDS), PIX/PDQ, ATNA (audit), BPPC (consent), SWF (radiology workflow), IPS (patient summary).
• MHD là profile FHIR riêng — không phải "implementation thứ hai" của XDS — và là khuyến nghị cho dự án greenfield.
• Việt Nam chưa có IHE Affiliate; pattern XDS/MHD đang được vài dự án dùng ngầm. ATNA là yêu cầu tự nhiên khi áp dụng Luật 91/2025 và NĐ 356/2025.

1. IHE là gì? Lịch sử và cấu trúc tổ chức

IHE được sáng lập năm 1998 tại Hoa Kỳ bởi hai hiệp hội chuyên ngành: RSNA (Radiological Society of North America) và HIMSS (Healthcare Information and Management Systems Society). Mục tiêu ban đầu là giải quyết tình trạng các hệ thống PACS, RIS, HIS không nói chuyện được với nhau dù cùng dùng HL7 và DICOM — vì mỗi hãng triển khai chuẩn theo cách hơi khác. IHE không viết một chuẩn mới mà mô tả cách kết hợp các chuẩn sẵn có để mọi vendor làm giống nhau.

Về tổ chức, IHE International là pháp nhân phi lợi nhuận, vận hành theo mô hình member-driven. Các quốc gia thành lập IHE Affiliate để phụ trách bản địa hoá và tổ chức testing trong khu vực — IHE Europe, IHE USA, IHE Japan, IHE Asia-Oceania là những affiliate hoạt động sôi nổi. Việt Nam tính đến tháng 04/2026 chưa có IHE Affiliate chính thức.

Output cốt lõi của IHE gồm ba sản phẩm. Thứ nhất là Technical Framework — tài liệu kỹ thuật chi tiết của từng domain, công bố miễn phí tại profiles.ihe.net. Thứ hai là Profile — đơn vị mô tả use case cụ thể, hơn 150 profile đã được công bố. Thứ ba là Connectathon — sự kiện testing thường niên để các vendor chứng minh hệ thống thực sự liên thông được.

2. Profile = use case + actor + transaction

Cấu trúc một IHE profile luôn gồm bốn thành phần: mô tả use case, danh sách actor (vai trò), danh sách transaction (luồng trao đổi giữa các actor), và lựa chọn công nghệ nền. Cách tiếp cận này khác với cách HL7 viết spec resource: HL7 mô tả "dữ liệu trông thế nào", IHE mô tả "ai gửi gì cho ai trong tình huống nào".

Ví dụ cụ thể với profile XDS.b (Cross-Enterprise Document Sharing) — profile chia sẻ document liên viện kinh điển nhất:

Profile: XDS.b (Cross-Enterprise Document Sharing)
├── Actor:
│   ├── Document Source       (BV phát sinh tài liệu, ví dụ BV tỉnh)
│   ├── Document Repository   (lưu trữ binary của tài liệu)
│   ├── Document Registry     (chỉ mục metadata, nơi truy vấn)
│   └── Document Consumer     (BV/ứng dụng đọc tài liệu, ví dụ BV xã)
├── Transaction:
│   ├── ITI-41: Provide and Register Document Set-b
│   ├── ITI-42: Register Document Set-b
│   ├── ITI-43: Retrieve Document Set-b
│   └── ITI-18: Registry Stored Query
└── Technology:
    ├── ebXML Registry metadata (ebRIM/ebRS)
    ├── SOAP 1.2 over HTTPS, MTOM/XOP cho binary attachment
    └── Payload: CDA R2, PDF/A, hình ảnh DICOM, văn bản — tuỳ Affinity Domain quy định

Lưu ý: XDS.b dùng ebXML Registry trên SOAP 1.2 với MTOM/XOP để truyền file binary, payload có thể là CDA, PDF, ảnh hoặc bất kỳ định dạng nào do Affinity Domain quy định — CDA chỉ là một trong nhiều lựa chọn payload, không phải yêu cầu cứng. Cách viết "actor + transaction + công nghệ" này lặp lại cho mọi profile khác.

3. Các domain chính của IHE

IHE chia profile thành các domain theo lĩnh vực lâm sàng hoặc kỹ thuật. Bảng dưới liệt kê các domain hoạt động chính cùng profile tiêu biểu (có thể tra cứu đầy đủ tại profiles.ihe.net):

Lưu ý quan trọng về tên gọi: PaLM là tên domain, không phải tên một profile — domain này hợp nhất từ Laboratory và Anatomic Pathology cũ. Các mã LAB-* hiện vẫn còn nhưng là transaction nằm trong profile thuộc PaLM (ví dụ LTW, LAW). Tương tự, DSG (Document Digital Signature) thuộc domain ITI chứ không phải QRPH.

4. 10 profile phổ biến cần biết

4.1 XDS / XDS.b — Cross-Enterprise Document Sharing

XDS.b là profile chia sẻ tài liệu giữa các tổ chức (Affinity Domain) — kinh điển nhất, tham chiếu nhiều nhất trong các đề án HIE quốc gia. Bốn actor (Source, Repository, Registry, Consumer) trao đổi qua các transaction ITI-41, ITI-42, ITI-43, ITI-18. Nền tảng kỹ thuật là ebXML Registry metadata trên SOAP 1.2, dùng MTOM/XOP cho file binary. Tại Việt Nam, pattern XDS được tham chiếu ngầm trong các dự án chuyển tuyến và xuất viện liên viện.

4.2 PIX / PDQ — Patient Identity Cross-reference / Demographics Query

PIX giải bài toán một bệnh nhân có nhiều mã định danh khác nhau ở các bệnh viện khác nhau (CCCD ở cấp quốc gia, MRN ở từng BV, mã thẻ BHYT từ BHXH). PIX Manager duy trì bản đồ ánh xạ giữa các identifier. PDQ cho phép truy vấn thông tin demographic (tên, ngày sinh, giới tính, địa chỉ) qua HL7 v2. Tại Việt Nam, PIX/PDQm là pattern nền tảng để xây Patient Master Index quốc gia trên cơ sở số định danh cá nhân theo Thông tư 13/2025/TT-BYT.

4.3 ATNA — Audit Trail and Node Authentication

ATNA là profile bảo mật và audit dùng chung của IHE, định nghĩa hành vi của Secure Node, Secure Application và Audit Record Repository. Nhiều profile xử lý dữ liệu nhạy cảm yêu cầu hoặc khuyến nghị grouping với ATNA — không phải mọi actor IHE đều bắt buộc, mà phụ thuộc vào profile và security requirement của Affinity Domain. Với Việt Nam, ATNA là nền tảng tự nhiên để đáp ứng yêu cầu audit log của Luật 91/2025/QH15 và Nghị định 356/2025/NĐ-CP về bảo vệ dữ liệu cá nhân.

4.4 BPPC — Basic Patient Privacy Consents

BPPC mô tả cách bệnh nhân ký consent cho chính sách quyền riêng tư của Affinity Domain, và cách actor khác kiểm tra consent trước khi truy cập tài liệu. BPPC là tiền thân của Consent FHIR resource. Trong bối cảnh Việt Nam triển khai Luật BVDLCN từ 01/01/2026, BPPC là pattern tham chiếu để thiết kế lớp consent management — tuy nhiên dự án mới nên xem xét Consent FHIR resource hiện đại hơn.

4.5 MHD — Mobile access to Health Documents

MHD là profile FHIR-based cho chia sẻ tài liệu y tế, ra đời để giải quyết bất cập của XDS.b với client di động và web (SOAP quá nặng). MHD không phải "implementation thứ hai" của XDS — đây là profile riêng, tài liệu riêng, phiên bản hiện hành là MHD v4.x trên FHIR R4. MHD dùng DocumentReference, List, Folder, SubmissionSet cùng Bundle/Binary để biểu diễn document set; DocumentManifest không còn được dùng trong các phiên bản MHD hiện tại. MHD vẫn căn chỉnh theo IHE Document Sharing model nên có thể đặt cạnh Affinity Domain XDS hiện hữu thông qua actor gateway. Khuyến nghị: dự án greenfield tại Việt Nam nên ưu tiên MHD thay vì XDS.b.

4.6 SWF / SWF.b — Scheduled Workflow (Radiology)

SWF mô tả luồng làm việc của khoa chẩn đoán hình ảnh: HIS phát hành ADT và order (HL7 v2) → RIS lập lịch và tạo Modality Worklist (DICOM MWL) → máy chụp lấy worklist, chụp xong gửi ảnh (DICOM C-STORE) → PACS lưu trữ → bác sĩ chẩn đoán hình ảnh đọc và viết report. SWF là profile được vendor PACS/RIS quốc tế (Carestream, Fujifilm, GE, Siemens) hỗ trợ out-of-the-box từ rất lâu, nên thường có sẵn trong các bệnh viện Việt Nam có hệ thống PACS chính hãng.

4.7 XCA / XCA-I — Cross-Community Access

Khi nhiều Affinity Domain XDS cần liên thông với nhau (ví dụ HIE Hà Nội cần truy vấn HIE TP.HCM), XCA là profile gateway giữa các community. XCA-I là phiên bản dành cho ảnh DICOM. Đây là pattern federated thay vì centralized — giữ chủ quyền dữ liệu ở từng vùng nhưng vẫn cho phép tra cứu khi cần.

4.8 PIXm / PDQm — FHIR-native Patient Identity

PIXm và PDQm là phiên bản FHIR của PIX và PDQ, dùng RESTful API thay vì HL7 v2 messaging. Operation $ihe-pix trên Patient resource, search parameter chuẩn để query demographics. Đây là khuyến nghị cho mọi triển khai Patient Master Index mới tại Việt Nam khi tích hợp với VN Core FHIR.

4.9 IPS — International Patient Summary

IPS định nghĩa bộ dữ liệu tóm tắt bệnh nhân tối thiểu phục vụ cấp cứu khi đi du lịch quốc tế: dị ứng, thuốc đang dùng, bệnh nền, tiêm chủng, kết quả xét nghiệm gần nhất. IPS là sản phẩm hợp tác giữa IHE, HL7 (FHIR IPS Implementation Guide), CEN và ISO (tiêu chuẩn ISO 27269). Đây cũng là khung tham chiếu quan trọng khi Việt Nam thiết kế Sổ sức khỏe điện tử trên VNeID theo Quyết định 1332/QĐ-BYT.

4.10 PaLM domain — Pathology and Laboratory Medicine

PaLM không phải một profile mà là một domain, hợp nhất từ Laboratory và Anatomic Pathology trước đây. Các profile tiêu biểu trong PaLM: LTW (Laboratory Testing Workflow), LAW (Laboratory Analytical Workflow), LDA (Laboratory Device Automation), LPOCT (Laboratory Point-of-Care Testing), LCSD (Laboratory Code Set Distribution), LBL (Laboratory Barcode Labeling) và XD-LAB (Sharing Laboratory Reports cross-enterprise). Các transaction LAB-* cũ vẫn còn nhưng được gộp vào các profile này.

5. IHE và FHIR — quan hệ và xu hướng dịch chuyển

IHE đang dịch chuyển dần sang FHIR như công nghệ nền cho profile mới: MHD thay XDS.b cho document sharing, PIXm/PDQm thay PIX/PDQ cho identity, mXDE/QEDm cho query data theo cách RESTful, IPS dùng FHIR resource trực tiếp. Đây là profile riêng — chứ không phải "phiên bản REST của profile cũ" — và có Technical Framework riêng.

Trong giai đoạn chuyển đổi, các affinity domain thường tồn tại song song hai thế hệ: hệ thống cũ duy trì XDS.b/PIX/PDQ qua SOAP, hệ thống mới dùng MHD/PIXm/PDQm qua REST. IHE có các profile gateway (ví dụ MHD-to-XDS bridge) để đảm bảo dữ liệu lưu thông giữa hai thế hệ. Trong dài hạn, hầu hết các affinity domain mới sẽ chỉ chọn FHIR-based profile.

Bảng so sánh nhanh XDS.b và MHD:

6. Connectathon — testing thực chiến

Connectathon là sự kiện testing thường niên của IHE, tổ chức tại ba khu vực: North America (Cleveland), Europe (luân phiên giữa các nước EU) và Asia-Oceania (Tokyo, Seoul, Singapore). Vendor mang hệ thống của mình đến và testing cross-vendor theo từng profile/actor đã đăng ký. Mỗi cặp test được một test manager của IHE giám sát; kết quả pass được công bố trên Product Registry.

Một điểm thường bị hiểu sai: pass Connectathon không đồng nghĩa với "được chứng nhận compliant". IHE nói rõ Connectathon cung cấp bằng chứng baseline về khả năng tương thích, không phải chứng nhận độc lập về tuân thủ sản phẩm. Trách nhiệm cuối cùng thuộc về vendor thông qua văn bản IHE Integration Statement tự công bố. Việc không có pass cũng không tự động đồng nghĩa "không compliant" — nó chỉ có nghĩa là không có bằng chứng test công khai.

Với Việt Nam, vendor có thể tham gia AP Connectathon nếu muốn xây dựng credential quốc tế. Chi phí tham dự ở mức vài nghìn USD/profile, khả thi với các vendor lớn.

7. Bối cảnh Việt Nam và khuyến nghị

Hiện trạng đến tháng 04/2026: Việt Nam chưa có IHE Affiliate. Các đề án HIE cấp tỉnh và Bệnh án điện tử theo Thông tư 13/2025/TT-BYT đang hình thành nhưng chưa có văn bản nào chính thức tham chiếu IHE profile. Một số bệnh viện hạng đặc biệt đã triển khai PACS chính hãng có sẵn IHE Radiology compliance (SWF, IRWF, REM). Vài dự án thí điểm chia sẻ tài liệu liên viện đang dùng pattern XDS/MHD ngầm — không tuyên bố IHE compliant nhưng theo đúng kiến trúc.

Khuyến nghị cho giai đoạn 2026 trở đi:

• MHD cho mọi triển khai chia sẻ tài liệu mới — không xây XDS.b mới trừ khi tích hợp hệ thống legacy đã có.
• PIXm/PDQm kết hợp VN Core Patient profile để xây Patient Master Index quốc gia, lấy số định danh cá nhân (CCCD 12 số) làm trục.
• ATNA như khung audit log mặc định cho mọi hệ thống y tế xử lý dữ liệu nhạy cảm — phù hợp Luật 91/2025 và NĐ 356/2025.
• SWF.b cho mọi tích hợp HIS-RIS-PACS mới; với BV đã có PACS đời cũ, kiểm tra IHE Integration Statement của vendor.
• IPS như khung tham chiếu khi thiết kế Sổ sức khỏe điện tử trên VNeID — chú ý IPS hiện chỉ là mô hình tham chiếu, spec API VNeID chính thức cần chờ Bộ Y tế và Bộ Công an công bố.
• Cân nhắc tham gia AP Connectathon để vendor Việt Nam có credential quốc tế và tích luỹ kinh nghiệm testing.

OmiGroup khi xây dựng VN Core FHIR Implementation Guide đặt ưu tiên căn chỉnh các profile lâm sàng (Patient, Encounter, DocumentReference, Composition) sao cho tương thích trực tiếp với MHD, PIXm và IPS, để khi cộng đồng và cơ quan quản lý chọn IHE profile làm benchmark thì việc áp dụng không cần làm lại từ đầu.

8. Câu hỏi thường gặp

IHE có miễn phí không?

Có. Toàn bộ Technical Framework và profile được công bố miễn phí tại profiles.ihe.net. Phí thành viên IHE chỉ áp dụng cho tổ chức muốn tham gia bỏ phiếu kỹ thuật và đăng ký Connectathon.

Phải IHE compliant để mua được phần mềm y tế?

Tại EU và Hoa Kỳ, IHE compliance là yêu cầu phổ biến trong RFP của các bệnh viện và mạng lưới y tế. Tại Việt Nam, chưa có văn bản pháp lý nào yêu cầu bắt buộc IHE compliance, tuy nhiên các đề án HIE cấp tỉnh thường tham chiếu IHE như best practice.

IHE thay thế HL7 hay DICOM không?

Không. IHE dùng HL7 và DICOM làm nguyên liệu, không thay thế. Một profile XDS.b vẫn dùng HL7 v3 và CDA bên dưới; SWF vẫn dùng HL7 v2 và DICOM. IHE giải quyết bài toán "kết hợp các chuẩn này như thế nào trong một use case cụ thể".

Connectathon có tổ chức ở Việt Nam không?

Tính đến tháng 04/2026, chưa có Connectathon nào tổ chức tại Việt Nam. Vendor Việt Nam có thể tham gia AP Connectathon tổ chức luân phiên giữa Nhật Bản, Hàn Quốc và Singapore.

Khác biệt giữa IHE Profile và FHIR Implementation Guide?

Cả hai đều là tài liệu hướng dẫn áp dụng chuẩn cho use case cụ thể. FHIR IG bám sát hệ sinh thái FHIR (resource, profile, ValueSet) và do HL7 quản lý. IHE Profile rộng hơn — có thể dùng HL7 v2, v3, CDA, FHIR, DICOM, SOAP — và do IHE quản lý. Trong thực tế, các profile mới của IHE (MHD, PIXm) thường được công bố dưới dạng FHIR IG để tận dụng công cụ FHIR.

9. Tài liệu tham khảo và đọc tiếp

Tài liệu tham khảo

• IHE International — trang chủ và lịch sử: ihe.net/about_ihe
• IHE Profile Catalog (toàn bộ profile theo domain): profiles.ihe.net
• IHE ITI Technical Framework Volume 2 — XDS.b transaction ITI-41: profiles.ihe.net/ITI/TF/Volume2/ITI-41
• IHE MHD Implementation Guide (FHIR R4): profiles.ihe.net/ITI/MHD
• IHE PaLM domain: profiles.ihe.net/PaLM
• IHE PCC domain: profiles.ihe.net/PCC
• IHE QRPH domain: profiles.ihe.net/QRPH
• IHE General Introduction — Connectathon disclaimer (Appendix F): profiles.ihe.net/GeneralIntro/ch-F
• HL7 International Patient Summary (FHIR IG): hl7.org/fhir/uv/ips
• Luật 91/2025/QH15 — Bảo vệ dữ liệu cá nhân (hiệu lực 01/01/2026)
• Nghị định 356/2025/NĐ-CP — Hướng dẫn Luật BVDLCN (hiệu lực 01/01/2026)
• Thông tư 13/2025/TT-BYT — Bệnh án điện tử (hiệu lực 21/07/2025)
• Quyết định 1332/QĐ-BYT — Sổ sức khoẻ điện tử trên VNeID

Đọc tiếp trên hl7.org.vn