Bản đồ tiêu chuẩn dữ liệu y tế: HL7, DICOM, IHE, SNOMED, LOINC, ICD

1. Hai trục phân loại — exchange và ngữ nghĩa

Khi nói tới tiêu chuẩn dữ liệu y tế, người mới thường nhầm rằng phải chọn một chuẩn duy nhất. Thực tế bản đồ tiêu chuẩn được kẻ trên hai trục bổ sung nhau, không thay thế nhau. Trục thứ nhất quy định cách dữ liệu được đóng gói và truyền giữa hai hệ thống. Trục thứ hai quy định ý nghĩa của các giá trị bên trong dữ liệu đó. Hiểu đúng hai trục này là tiền đề để đọc đúng RFP, chấm thầu đúng, và tránh những cuộc tranh luận vô nghĩa kiểu “FHIR thay thế SNOMED CT”.

Một số chuẩn không nằm gọn trong hai trục. CDA và FHIR Composition thuộc nhóm document architecture — quy ước cách nhiều mảnh dữ liệu hợp thành một tài liệu lâm sàng. RIM trong HL7 v3 và mô hình tham chiếu của openEHR thuộc nhóm reference model — bộ khung trừu tượng cho các thực thể lâm sàng, từ đó dẫn xuất archetype chi tiết. IHE không phải chuẩn mới mà là tập profile tích hợp; mỗi yêu cầu IHE chỉ có nghĩa khi nêu đúng profile, actor, transaction, option và phiên bản áp dụng.

2. Bảng tổng hợp 10 chuẩn cốt lõi

Bảng dưới đây tổng hợp corpus pháp lý và nguồn kỹ thuật công khai được rà soát đến tháng 7/2026. Đây không phải census triển khai, chứng nhận conformance hay tư vấn pháp lý. Cột Bằng chứng công khai tại VN chỉ nói điều corpus hiện chứng minh được; cột Căn cứ/giới hạn nêu văn bản hoặc điều kiện phạm vi. Một yêu cầu mua sắm hoặc nghiệm thu vẫn phải định danh use case, actor, transaction, profile/option, version, terminology release và hợp đồng cụ thể.

3. Chuẩn exchange — HL7, DICOM, IHE

HL7 v2, v3, CDA và FHIR

HL7 là một họ tiêu chuẩn gồm nhiều dòng và phiên bản. HL7 v2 dùng cú pháp pipe-delimited; khả năng kết nối chỉ xác định được khi hai bên thống nhất version, message/event, segment, optionality, vocabulary và interface profile. HL7 v3/RIM, CDA và HL7 FHIR là các dòng khác với contract conformance riêng. VN Core chọn FHIR R4 (4.0.1), gồm 146 resource với nội dung ở nhiều mức maturity, làm baseline kỹ thuật cho package trial-use hiện tại. Dự án khác phải chọn phiên bản theo IG đích, dependency, CapabilityStatement và hợp đồng endpoint; tên “HL7” hoặc “FHIR” đứng riêng không chứng minh tương thích. Chi tiết: HL7 là gì và FHIR là gì.

DICOM

DICOM là viết tắt của Digital Imaging and Communications in Medicine, do DICOM Standards Committee quản trị với NEMA/MITA làm ban thư ký. Chuẩn bao phủ information object và mã hóa tệp, dịch vụ mạng DIMSE/DICOMweb cùng workflow như Modality Worklist, Modality Performed Procedure Step và Structured Report. Một sản phẩm chỉ hỗ trợ tập con cụ thể. Khi tích hợp modality, PACS, VNA hoặc viewer, phải đối chiếu DICOM Conformance Statement của hai bên: Application Entity, SOP Class, vai trò SCU/SCP, transfer syntax, network service, option và behavior khi lỗi. Logo “DICOM”, khả năng mở tệp .dcm hoặc tuyên bố “DICOM-compatible” không đủ chứng minh khả năng tương tác. Corpus công khai hiện không đủ để định lượng adoption tại Việt Nam. Trang chi tiết: DICOM trong y tế Việt Nam.

IHE profiles

IHE — Integrating the Healthcare Enterprise — là tập hợp các profile tích hợp. Mỗi profile định nghĩa actor, transaction, option và ràng buộc lên các chuẩn nền cho một use case xác định; không phải profile nào cũng dùng cùng HL7, DICOM hoặc cơ chế bảo mật. XDS, PIX và MHD chỉ nên được chọn khi architecture và contract cần đúng use case của profile đó. Yêu cầu phải ghi rõ edition/version, actor nào hệ thống triển khai, transaction/option nào bắt buộc và cách kiểm thử; nói chung chung “hỗ trợ IHE” không đủ. Danh sách công khai được rà soát chưa ghi nhận IHE-Vietnam Affiliate/Deployment Committee và không cung cấp số liệu adoption dự án. Trang chi tiết: IHE profiles.

4. Reference model — openEHR

openEHR không phải chuẩn exchange thuần túy mà thuộc nhóm reference model. Cách tiếp cận của openEHR tách hai tầng: Reference Model và các archetype/template mô tả concept cụ thể như huyết áp, đơn thuốc hoặc kết quả xét nghiệm. Kiến trúc này được thiết kế cho mô hình lâm sàng có quản trị; mức phù hợp với kho bệnh án dài hạn phải được đánh giá theo yêu cầu lưu trữ, versioning, governance và truy vấn của dự án.

openEHR và FHIR có thể xuất hiện trong cùng một kiến trúc, chẳng hạn một repository dùng openEHR và một adapter/API dùng FHIR, nhưng đây không phải phân vai bắt buộc. Mapping, vòng đời dữ liệu và trách nhiệm conformance phải được đặc tả. Corpus công khai được rà soát không đủ để kết luận có hay không có triển khai openEHR sản xuất tại Việt Nam; trạng thái adoption vì vậy là chưa xác định, không phải “không có”. So sánh kỹ tại openEHR vs FHIR.

5. Chuẩn ngữ nghĩa — SNOMED, LOINC, ICD, RxNorm, UCUM

SNOMED CT

SNOMED CT là terminology lâm sàng đa hierarchy do SNOMED International quản lý. Quyền truy cập, triển khai và phân phối phụ thuộc Affiliate License, tình trạng Member/non-Member của lãnh thổ, phạm vi sử dụng và điều khoản của national extension; phí có thể khác nhau và quyền xem nội dung không đồng nghĩa quyền tái phân phối. Bộ Y tế đã công bố ba phạm vi nội dung VN: Body Structure tại QĐ 2427/QĐ-BYT, Morphologic Abnormality tại QĐ 2493/QĐ-BYT, Allergy và Finding tại QĐ 2805/QĐ-BYT. Dự án phải xác minh cả binding/version và quyền sử dụng của đúng edition hoặc derivative trước khi nhúng vào sản phẩm. Trang chi tiết: SNOMED CT tại Việt Nam.

LOINC

LOINC — Logical Observation Identifiers Names and Codes — do Regenstrief Institute duy trì cho quan sát, xét nghiệm và một số loại tài liệu. LOINC được phân phối không thu phí theo license có điều kiện về attribution, tính toàn vẹn và derivative; “không thu phí” không có nghĩa không có điều khoản. FHIR base không bắt buộc mọi Observation.code dùng LOINC: chỉ dùng khi profile binding, use case hoặc hợp đồng trao đổi chọn LOINC, với code/version phù hợp specimen, property, timing, method và unit. QĐ 1227/QĐ-BYT công bố 2.964 mã chỉ số cận lâm sàng Việt Nam; văn bản này tự nó không chứng minh đã có mapping LOINC cấp quốc gia. Mọi map phải có nguồn, equivalence, version và kiểm thử. Trang chi tiết: LOINC tại Việt Nam.

ICD-10 và ICD-11

ICD-10 là phiên bản thứ 10 của International Classification of Diseases do WHO ban hành. Bộ Y tế công bố danh mục ICD-10 VN tại QĐ 4469/QĐ-BYT, bổ sung mã COVID-19 tại QĐ 98/QĐ-BYT; phạm vi bắt buộc phải đọc từ đúng văn bản và workflow áp dụng. ICD-11 có hiệu lực trong hệ thống WHO từ 1/01/2022, nhưng việc chuyển đổi là quyết định quốc gia. Registry pháp lý VN Core rà soát đến 07/2026 chưa ghi nhận lộ trình ICD-11 chính thức tại Việt Nam. Việc sử dụng, trích xuất, dịch hoặc phân phối ICD phải theo license của đúng edition WHO và quyền của bản nội địa. Trang chi tiết: ICD-10 VN.

ICD-9-CM Volume 3

ICD-9-CM Volume 3 là phân loại thủ thuật của Hoa Kỳ, khác với ICD-10 của WHO. Việt Nam công bố danh mục 2026 tại QĐ 387/QĐ-BYT, thay thế bản 2020 tại QĐ 4440/QĐ-BYT. Dự án chỉ dùng danh mục này cho Procedure.code, DRG hoặc dữ liệu BHYT khi profile, văn bản hoặc contract tương ứng quy định; việc công bố danh mục không tạo binding chung cho mọi Procedure.

RxNorm và ATC

RxNorm do U.S. National Library of Medicine duy trì cho thuốc lâm sàng trong bối cảnh Hoa Kỳ. ATC — Anatomical Therapeutic Chemical — do WHO Collaborating Centre for Drug Statistics Methodology quản lý để phân loại thuốc. Corpus được rà soát chưa đủ để định lượng adoption RxNorm hoặc ATC tại Việt Nam. Khi mã hóa Medication.code, phải chọn đúng CodeSystem, version và mức chi tiết theo profile/use case; mã sản phẩm nội bộ, mã danh mục Việt Nam và ATC không tự tương đương và chỉ được gửi song song khi contract quy định.

UCUM

UCUM — Unified Code for Units of Measure — cung cấp cú pháp mã hóa đơn vị đo. Khi profile hoặc contract chọn UCUM cho một FHIR Quantity, Quantity.system dùng http://unitsofmeasure.org và Quantity.code mang mã UCUM; Quantity.unit là nhãn hiển thị. FHIR base không bắt buộc UCUM cho mọi Quantity. Nếu use case cần so sánh hoặc chuyển đổi máy-đọc-được, profile phải nêu binding/expectation và hệ thống phải gửi code phù hợp, không chỉ chuỗi hiển thị.

6. Cách các chuẩn ăn khớp với nhau

Hai trục tiêu chuẩn dữ liệu y tế không chạy độc lập, nhưng không phải sự kiện nào cũng cần toàn bộ stack. Với một kết quả xét nghiệm, FHIR có thể làm lớp exchange khi IG đích yêu cầu; code chỉ bind vào terminology được profile/use case chọn; UCUM chỉ dùng khi yêu cầu đơn vị tính toán được. Document, IHE và DICOM chỉ tham gia khi đúng scope tài liệu, liên thông hoặc hình ảnh đã được contract xác định.

[Sự kiện lâm sàng]
  └── đóng gói bằng FHIR Resource (exchange)
        ├── code field → terminology do profile/use case bind
        ├── Quantity → UCUM nếu contract yêu cầu đơn vị tính toán được
        ├── transport qua REST + OAuth 2.0 (security)
        ├── nếu là document → CDA hoặc FHIR Composition + Bundle
        ├── nếu là hình ảnh → DICOM Study + FHIR ImagingStudy reference
        └── nếu contract yêu cầu document sharing → IHE profile + actor/transaction/version cụ thể

Lấy ví dụ cholesterol toàn phần để minh họa. Nếu profile/use case bind Observation.code vào LOINC và kết quả là nồng độ mol trong huyết thanh hoặc huyết tương, code phù hợp là 14647-2; giá trị 5.2 có thể dùng UCUM mmol/L. Code 2093-3 mô tả nồng độ khối lượng và không được ghép tùy ý với cùng đơn vị. subject trỏ tới Patient theo contract. Composition/document Bundle, chữ ký và MHD chỉ áp dụng khi profile, actor, transaction, option, version và chính sách chữ ký đã được quy định và kiểm thử.

7. Bằng chứng công khai và khoảng trống tại Việt Nam

Phần này phân loại điều corpus pháp lý/kỹ thuật công khai được rà soát đến tháng 7/2026 có thể chứng minh. Nó không đo số cơ sở, sản phẩm hay giao diện đang chạy và không được dùng để gắn nhãn “đã adopt/chưa adopt” cho toàn quốc.

Đã có căn cứ hoặc danh mục trong nước

• ICD-10 VN qua QĐ 4469/QĐ-BYT và mã COVID bổ sung qua QĐ 98/QĐ-BYT. Nghĩa vụ sử dụng phải được xác định theo đúng báo cáo, hồ sơ hoặc giao dịch thuộc phạm vi văn bản áp dụng.
• ICD-9-CM Volume 3 bản 2026 qua QĐ 387/QĐ-BYT, thay QĐ 4440/QĐ-BYT. Phạm vi Procedure, DRG hoặc BHYT phải theo profile/văn bản/contract cụ thể.
• Ba quyết định QĐ 2427/QĐ-BYT, QĐ 2493/QĐ-BYT và QĐ 2805/QĐ-BYT công bố các phạm vi nội dung SNOMED CT VN; không tự chứng minh adoption hoặc quyền tái sử dụng ngoài điều khoản áp dụng.
• QĐ 1227/QĐ-BYT công bố 2.964 mã chỉ số cận lâm sàng Việt Nam; corpus chưa chứng minh một mapping LOINC quốc gia đã được ban hành.

Artifact hoặc lựa chọn cần scope dự án cụ thể

• VN Core FHIR R4 — bộ artifact trial-use đang được phát triển, chưa phải văn bản pháp luật; conformance phải gắn package/version, profile, actor, capability và workflow test.
• DICOM — mỗi cặp modality/PACS/VNA/viewer phải khớp DICOM Conformance Statement, SOP Class, vai trò, transfer syntax và option; không suy từ nhãn sản phẩm.
• IHE — chỉ dùng profile phù hợp khi contract nêu actor, transaction, option, version và phương pháp kiểm thử; XDS/MHD không phải mặc định cho mọi HIE.
• LOINC, UCUM, SNOMED CT, RxNorm hoặc ATC — chỉ dùng theo binding/use case, đúng version và điều khoản license của artifact tương ứng.

Corpus chưa đủ để kết luận mức triển khai

• HL7 v2, DICOM và IHE — chưa có census công khai theo cơ sở, giao diện, version hoặc vendor trong corpus được rà soát.
• openEHR — chưa đủ bằng chứng công khai để khẳng định có hoặc không có dự án sản xuất; trạng thái là chưa xác định.
• RxNorm và ATC — chưa đủ bằng chứng để định lượng mức dùng hoặc tuyên bố một lộ trình adoption toàn quốc.
• ICD-11 — có hiệu lực trong hệ thống WHO từ 2022, nhưng registry pháp lý VN Core rà soát đến 07/2026 chưa ghi nhận lộ trình quốc gia.

8. Stack tham chiếu để xác định phạm vi dự án EMR

Thông tư 13/2025/TT-BYT đặt lộ trình bệnh án điện tử, nhưng không phê duyệt một stack tiêu chuẩn duy nhất. Danh sách dưới đây là khung tham chiếu để lập scope, không phải bảo đảm tuân thủ pháp luật hoặc khả năng tích hợp. Dự án phải lập ma trận nghĩa vụ theo loại cơ sở, workflow, dữ liệu, bên nhận, hợp đồng và văn bản còn hiệu lực; đồng thời kiểm thử từng interface/profile/version.

Stack tối thiểu

• Exchange: xác định use case, actor và IG/package/version trước; VN Core hiện dùng FHIR R4 (4.0.1). Chỉ giữ HL7 v2 khi interface legacy thực tế yêu cầu, với message profile/version riêng.
• Bệnh và chẩn đoán: dùng ICD-10 VN cho Condition.code khi profile hoặc workflow thuộc phạm vi QĐ 4469/QĐ-BYT/QĐ 98/QĐ-BYT yêu cầu.
• Phẫu thuật, thủ thuật: dùng ICD-9-CM 2026 cho Procedure.code chỉ trong scope mà QĐ 387/QĐ-BYT, profile hoặc contract quy định.
• Xét nghiệm và chỉ số CLS: dùng danh mục QĐ 1227/QĐ-BYT cho mã VN; chỉ thêm LOINC vào Observation.code khi binding/use case yêu cầu và mapping đã được quản trị, version hóa, kiểm thử.
• Thuật ngữ lâm sàng: dùng đúng phạm vi SNOMED CT VN được chọn khi profile yêu cầu, sau khi xác minh edition/version và license; không suy rộng các nhánh đã công bố sang toàn bộ SNOMED CT.
• Hình ảnh: dùng DICOM theo Conformance Statement và scope SOP Class/service của cặp sản phẩm; dùng FHIR ImagingStudy khi IG đích yêu cầu tham chiếu/ngữ cảnh.
• Đơn vị đo: dùng UCUM cho Quantity.system/code khi profile hoặc contract yêu cầu đơn vị tính toán được.
• Tài liệu lâm sàng: dùng FHIR Composition và document Bundle chỉ khi IG/workflow đích quy định; không mặc định mọi giấy tờ là FHIR document.

Stack mở rộng

• VN Core IG profiling: kế thừa các profile trial-use tại canonical http://fhir.hl7.org.vn/core/, khai báo đúng package và version. Khả năng liên thông còn phải được chứng minh bằng CapabilityStatement, validation, kiểm thử workflow và thỏa thuận terminology.
• SMART on FHIR: chỉ dùng khi kiến trúc ủy quyền chọn đúng profile/version; vẫn phải thiết kế consent, client registration, token scope, audit và chính sách bảo mật.
• FHIR Bulk Data API ($export): chỉ dùng khi use case phân tích và actor được xác định; phải đánh giá căn cứ xử lý, tối thiểu hóa dữ liệu, phân quyền và nghĩa vụ theo Luật 91/2025/QH15/NĐ 356/2025/NĐ-CP.
• IHE: chọn MHD, XDS hoặc profile khác chỉ khi use case yêu cầu, với actor/transaction/option/version và test plan cụ thể.

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

Phải mua bản quyền chuẩn nào?

Không nên chia đơn giản thành “miễn phí” và “phải mua”. SNOMED CT áp dụng Affiliate/national license và phí phụ thuộc lãnh thổ, use case, phân phối; HL7 cấp nhiều standard theo license không thu phí cho phạm vi xác định nhưng điều khoản đăng ký, copyright, trademark, incorporation/redistribution và IP bên thứ ba vẫn áp dụng; LOINC được phân phối không thu phí theo license có attribution và giới hạn derivative; DICOM không thu license để tải/implement nhưng văn bản chuẩn, trademark, trích dẫn và terminology bên thứ ba có quyền riêng; WHO classification dùng license theo đúng edition — ICD-11 hiện theo CC BY-ND 3.0 IGO, còn dịch/adaptation và API có điều kiện riêng. Bản dịch hoặc derivative do cơ quan Việt Nam công bố có thể có thêm quyền trong nước. Trước khi nhúng hoặc tái phân phối, phải kiểm tra điều khoản hiện hành của đúng artifact; đoạn này không phải tư vấn pháp lý.

ICD-11 có thay ICD-10 không?

ICD-11 có hiệu lực trong hệ thống WHO từ ngày 1/01/2022, nhưng không tự thay thế ICD-10 trong mọi workflow của một quốc gia. Registry pháp lý VN Core rà soát đến 07/2026 chưa ghi nhận lộ trình adopt ICD-11 chính thức tại Việt Nam. Mỗi báo cáo, bệnh án, thống kê hoặc giao dịch BHYT phải dùng classification/version mà văn bản và contract hiện hành của workflow đó yêu cầu.

openEHR và FHIR — chọn cái nào?

Hai chuẩn không nằm trên cùng một trục. FHIR là exchange standard với 146 resource trong R4 và có REST API; openEHR là reference model cộng archetype làm core EHR. Không có lựa chọn mặc định cho mọi dự án tại Việt Nam: trao đổi theo VN Core hiện dùng FHIR R4, còn openEHR có thể phù hợp với kho bệnh án cần mô hình lâm sàng chi tiết và dài hạn. Có thể kết hợp hai chuẩn khi contract API và mapping được quy định rõ.

DICOM có cần FHIR không?

DICOM và FHIR có thể bổ sung nhau nhưng scope phải rõ. Pixel/object ảnh và metadata kỹ thuật thuộc dịch vụ DICOM mà sản phẩm hỗ trợ; FHIR ImagingStudy có thể biểu diễn metadata/tham chiếu theo IG đích. Khả năng PACS–FHIR hoặc modality–PACS phải được kiểm tra từ DICOM Conformance Statement, endpoint capability và workflow test; không suy ra tương thích chỉ từ việc cả hai bên nói “hỗ trợ DICOM/FHIR”.

IHE có thật sự cần thiết tại Việt Nam?

Không thể quyết định chỉ từ số lượng cơ sở. IHE phù hợp khi use case và hợp đồng cần một integration profile cụ thể; FHIR đứng riêng cũng không mặc nhiên đủ hoặc thiếu. Dự án phải chọn đúng profile (nếu có), actor, transaction, option, version, security policy và test plan. XDS, PIX hay MHD là các lựa chọn theo use case, không phải stack mặc định cho mọi HIE.

10. Tham chiếu

Văn bản pháp lý Việt Nam

• QĐ 4469/QĐ-BYT (28/10/2020) — ICD-10 VN. Tham chiếu trong legal corpus.
• QĐ 98/QĐ-BYT (14/01/2022) — bổ sung mã COVID-19 (U07.1, U07.2) vào ICD-10 VN. Xem QD-98-2022.
• QĐ 1227/QĐ-BYT (11/4/2025) — danh mục mã chỉ số cận lâm sàng đợt 1 (2.964 chỉ số). Xem QD-1227-2025.
• QĐ 2427/QĐ-BYT (25/7/2025) — SNOMED CT VN đợt 1 (Body Structure). Xem QD-2427-2025.
• QĐ 2493/QĐ-BYT (2025) — SNOMED CT VN đợt 2 (Morphologic Abnormality). Xem QD-2493-2025.
• QĐ 2805/QĐ-BYT (4/9/2025) — SNOMED CT VN đợt 3 (Allergy + Finding). Xem QD-2805-2025.
• QĐ 387/QĐ-BYT (5/02/2026) — ICD-9-CM Volume 3 bản 2026. Xem QD-387-2026.
• TT 13/2025/TT-BYT (06/6/2025) — bệnh án điện tử, hiệu lực 21/7/2025.

Tài liệu kỹ thuật quốc tế

• HL7 FHIR R4 (4.0.1) specification — hl7.org/fhir/R4.
• FHIR Quantity datatype — hl7.org/fhir/R4/datatypes.html#Quantity.
• SNOMED International value proposition — snomed.org/value-proposition.
• SNOMED International licensing — snomed.org/get-snomed.
• LOINC getting started — loinc.org/get-started/getting-loinc.
• LOINC copyright and license — loinc.org/license.
• WHO ICD-11 implementation FAQ — who.int (ICD-11 FAQ).
• WHO copyright, classification licensing and permissions — who.int/about/policies/publishing/copyright.
• DICOM current edition, gồm PS3.2 Conformance — dicomstandard.org/current.
• DICOM IP/patent policy — dicomstandard.org/patent.
• IHE profile catalog — ihe.net/resources/profiles.
• HL7 IP and licensing policy — hl7.org/legal/ippolicy.cfm.
• openEHR Architecture Overview — specifications.openehr.org.

11. Đọc tiếp