HL7 là gì? Tổng quan tổ chức và bộ tiêu chuẩn

1. HL7 là gì? Định nghĩa nhanh

HL7 thường xuất hiện trong các luồng nhập viện, y lệnh, kết quả xét nghiệm, tài liệu lâm sàng và API trao đổi hồ sơ. Tuy nhiên, không phải mọi kết nối y tế đều dùng HL7: thiết bị xét nghiệm có thể dùng giao thức của nhà sản xuất hoặc chuẩn khác; hình ảnh dùng DICOM; tại Việt Nam, hồ sơ giám định BHYT hiện theo định dạng XML 4210. Vì vậy, “HL7” là một họ tiêu chuẩn liên thông quan trọng, không phải nhãn chung cho mọi dữ liệu đi qua bệnh viện.

HL7 (Health Level Seven International) là tổ chức phi lợi nhuận có trụ sở tại Ann Arbor, bang Michigan, Hoa Kỳ. Tổ chức được thành lập từ tháng 3 năm 1987 trong một hội thảo tại Đại học Pennsylvania, với một mục tiêu cốt lõi: giúp phần mềm y tế của các nhà cung cấp khác nhau trao đổi thông tin theo quy ước chung.

HL7 không bán HIS/EHR; tổ chức này phát triển và xuất bản các tiêu chuẩn mô tả cấu trúc dữ liệu, định dạng bản tin và quy tắc ngữ nghĩa. Việc một sản phẩm dùng artifact HL7 không tự tạo chứng nhận hoặc bảo đảm conformance. Nhiều tiêu chuẩn đã công bố được cung cấp không thu phí theo chính sách sở hữu trí tuệ tương ứng; riêng FHIR core dùng CC0, còn terminology, Implementation Guide và dependency bên thứ ba có thể có giấy phép riêng.

Theo các nguồn được dẫn, trang hl7.org/about công bố hơn 1.600 thành viên từ hơn 50 quốc gia, gồm hơn 500 thành viên doanh nghiệp; Báo cáo thường niên 2024 (annual-report.hl7.org) liệt kê 44 quốc gia có HL7 Affiliate. Các con số phải được đọc theo mốc của nguồn. ANSI công nhận HL7 là Standards Developing Organization từ năm 1994, và một số tiêu chuẩn HL7 đã được ISO ban hành, ví dụ ISO/HL7 21731 cho HL7 v3 RIM.

2. Lịch sử ngắn gọn — vì sao có "Level 7"?

Cái tên "Level Seven" thường khiến người mới gặp HL7 bối rối. Đây là một tham chiếu kỹ thuật tới mô hình OSI bảy lớp — chuẩn tham chiếu kinh điển trong ngành mạng máy tính. Lớp 1 đến lớp 6 mô tả cách bit, frame, packet và phiên truyền tải di chuyển qua phần cứng và giao thức mạng. Lớp 7, lớp Application, là nơi hai ứng dụng nói chuyện với nhau về ý nghĩa của dữ liệu. Khi một bệnh viện đặt tên tổ chức là "Health Level Seven", thông điệp truyền đi rõ ràng: chúng tôi không lo việc dây cáp hay TCP/IP — đó là việc của lớp dưới — chúng tôi lo cho hai phần mềm y tế hiểu chính xác "Patient.gender = M" có ý nghĩa gì về mặt lâm sàng và pháp lý.

Hội thảo đầu tiên năm 1987 tập hợp khoảng 12 tổ chức bao gồm bệnh viện và nhà cung cấp phần mềm tại Đại học Pennsylvania. Họ giải bài toán cụ thể: làm cách nào để hệ thống thông tin bệnh viện (HIS) nói chuyện được với hệ thống quản lý phòng xét nghiệm (LIS) mà không phải xây dựng một bộ chuyển đổi riêng cho từng cặp phần mềm. Kết quả là phiên bản đầu tiên — HL7 V2.0 phát hành tháng 9 năm 1988. Đó là một tài liệu mô tả cú pháp pipe-delimited cho các bản tin ADT (Admission, Discharge, Transfer), ORM (Order Message) và ORU (Observation Result).

Hai năm sau, HL7 V2.1 phát hành tháng 3 năm 1990, củng cố cú pháp với các ký tự phân tách |^&~\ đặc trưng. Đến tháng 3 năm 1997, HL7 ra phiên bản V2.3. Nhiều phiên bản v2 tiếp tục cùng tồn tại trong hệ thống production; mỗi interface cần công bố chính xác version, message profile và quy ước địa phương thay vì suy ra từ nhãn “HL7 v2”.

Năm 2005, HL7 phát hành hai sản phẩm lớn: HL7 v3 dựa trên mô hình thông tin tham chiếu RIM (Reference Information Model), và CDA Release 2 — chuẩn cho tài liệu lâm sàng dạng XML. v3 đưa ra mô hình thông tin chặt chẽ hơn v2 nhưng cũng đòi hỏi nhiều công việc mô hình hóa và ràng buộc triển khai.

Bước ngoặt tiếp theo đến từ Grahame Grieve, một kỹ sư người Úc của HL7. Trong khoảng 2011-2013, Grieve khởi xướng dự án có tên "Resources for Health" — sau đổi tên thành FHIR (Fast Healthcare Interoperability Resources). Triết lý FHIR là kết hợp kinh nghiệm từ các dòng HL7 trước với các pattern web như REST, JSON và OAuth. FHIR DSTU1 phát hành ngày 30 tháng 9 năm 2014. FHIR R4 (4.0.1), phát hành năm 2019, chứa nội dung normative quan trọng và được nhiều Implementation Guide hiện hành chọn làm nền; FHIR R5 ra mắt tháng 3 năm 2023. Hệ thống phải khai báo version và IG cụ thể thay vì chỉ nói “hỗ trợ FHIR”.

3. Bốn dòng tiêu chuẩn chính của HL7

Khi nói "tiêu chuẩn HL7" mà không nói rõ phiên bản, người trong nghề thường phải hỏi lại. HL7 có bốn dòng sản phẩm song song, mỗi dòng phục vụ một bài toán khác nhau, và một bệnh viện hiện đại có thể đang dùng cả bốn cùng lúc.

3.1. HL7 v2.x — chuẩn message-based có cơ sở triển khai lớn

HL7 v2 là dòng nguyên thủy. Cú pháp pipe-delimited gọn nhẹ; cấu trúc phân đoạn (segment) như MSH, PID, OBX là kiến thức nền tảng của người làm tích hợp HL7. Bản tin v2 thường được truyền qua giao thức MLLP (Minimal Lower Layer Protocol) trên TCP, với các kịch bản kinh điển: nhập viện-xuất viện-chuyển khoa (ADT), đặt y lệnh (ORM), trả kết quả (ORU), và quản lý tài liệu (MDM). Mức sử dụng thực tế phải được xác định bằng inventory interface của từng cơ sở; trang này không giả định một tỷ lệ triển khai toàn cầu hoặc tại Việt Nam.

v2 cho phép nhiều biến thể: trường tùy chọn, Z-segment do từng triển khai định nghĩa, và ràng buộc terminology phụ thuộc profile. Vì vậy, các cài đặt thường khác nhau về trường sử dụng, code và quy tắc nghiệp vụ. Mỗi tích hợp cần message profile, mapping, test case và thỏa thuận xử lý lỗi cụ thể giữa các bên.

3.2. HL7 v3 và RIM

HL7 v3 ra đời như một nỗ lực giảm biến thể của v2. Dòng v3 dựa trên RIM (Reference Information Model) và các mô hình dẫn xuất có ngữ nghĩa đặc tả chặt chẽ. Mô hình chung không loại bỏ nhu cầu thống nhất vocabulary, template, cardinality, transport và kiểm thử. Mức áp dụng của v3 messaging khác nhau theo chương trình; một số tài sản dựa trên v3, đặc biệt CDA, vẫn tiếp tục được duy trì song song với FHIR.

3.3. CDA — Clinical Document Architecture

CDA Release 2 là một tiêu chuẩn tài liệu dựa trên HL7 v3 RIM. Trong khi v2 và FHIR thường được dùng cho bản tin hoặc resource, CDA biểu diễn tài liệu lâm sàng có phần narrative cho con người và phần cấu trúc cho máy. Tài liệu có thể được ký số và quản lý như hồ sơ pháp lý khi luật, profile và hạ tầng triển khai quy định như vậy; CDA tự thân không quyết định giá trị pháp lý. CCD (Continuity of Care Document) là một template nổi bật trong hệ sinh thái trao đổi tóm tắt chăm sóc tại Hoa Kỳ.

3.4. FHIR — chuẩn API hiện đại

FHIR (Fast Healthcare Interoperability Resources) là dòng tiêu chuẩn HL7 hướng web và ra đời sau v2/v3/CDA. FHIR đóng gói dữ liệu lâm sàng thành các Resource mô-đun: Patient, Encounter, Observation, MedicationRequest, Condition, DiagnosticReport, và nhiều resource khác. FHIR R4 (4.0.1) có 146 loại resource; FHIR R5 mở rộng lên 157 resource. Mỗi Resource có thể serialize ra JSON, XML hoặc Turtle (RDF), và được truy xuất qua REST API chuẩn HTTP với các operation như GET /Patient/123, POST /Observation, GET /Encounter?patient=123.

{
  "resourceType": "Patient",
  "id": "vn-example-001",
  "identifier": [{
    "system": "http://fhir.hl7.org.vn/core/sid/cccd",
    "value": "001234567890"
  }],
  "name": [{"family": "Nguyen", "given": ["Van", "An"]}],
  "gender": "male",
  "birthDate": "1985-03-12"
}

Về adoption, cần tách cơ sở interface v2 đang vận hành khỏi việc lựa chọn API cho dự án mới. Không có một tỷ lệ toàn cầu duy nhất áp dụng cho mọi thị trường. Một ví dụ có nguồn chính thức là ONC Cures Act Final Rule tại Hoa Kỳ, trong đó quy định API chuẩn hóa đối với health IT được chứng nhận đã thúc đẩy triển khai API dựa trên FHIR. Kết luận cho Việt Nam cần dựa trên khảo sát riêng.

Để so sánh chi tiết bốn dòng tiêu chuẩn, xem trang so sánh HL7 v2, v3 và FHIR.

4. HL7 trong thực tế: ứng dụng ở đâu?

Người làm CNTT bệnh viện hay gặp HL7 ở năm điểm chạm chính. Thứ nhất là tích hợp HIS với LIS, RIS và PACS — luồng đặt y lệnh và trả kết quả. HL7 v2 thường được dùng khi các sản phẩm nguồn/đích hỗ trợ message profile tương thích; nội dung ảnh vẫn do DICOM đảm nhiệm. Thứ hai là tích hợp HIS với hệ thống nhà thuốc và quản lý kê đơn — đặc biệt quan trọng với các bệnh viện có dược lâm sàng hoặc kê đơn ngoại trú điện tử.

Thứ ba là kênh trao đổi dữ liệu giữa cơ sở khám chữa bệnh và cơ quan bảo hiểm y tế. Tại Hoa Kỳ, các giao dịch hành chính thường dùng X12, còn FHIR Claim có thể tham gia trong những workflow được đặc tả. Tại Việt Nam, định dạng XML 4210 hiện vẫn là chuẩn dữ liệu đầu ra phục vụ giám định BHXH (xem QĐ 3176/QĐ-BYT). Có thể dùng adapter nội bộ hoặc đặc tả ánh xạ cấu trúc để chuyển payload sang FHIR Claim/EOB; ConceptMap chỉ áp dụng cho quan hệ giữa các mã. Điều đó không làm thay đổi định dạng tiếp nhận chính thức nếu chưa có quy định tương ứng.

Thứ tư là các sàn trao đổi thông tin y tế cấp tỉnh hoặc quốc gia (Health Information Exchange). HIE có thể kết hợp FHIR, CDA, IHE profile và hạ tầng định danh tùy kiến trúc. Thứ năm là kênh bệnh án điện tử cho ứng dụng di động hoặc AI: một số nền tảng cung cấp FHIR API và SMART on FHIR, nhưng quyền truy cập, phạm vi dữ liệu và khả năng conformance phải được kiểm chứng theo từng sản phẩm.

5. HL7 và các tiêu chuẩn y tế khác

HL7 không phải là tiêu chuẩn y tế duy nhất. Trong một dự án thực tế, HL7 thường phối hợp với các họ tiêu chuẩn khác, mỗi họ phụ trách một mảng riêng. Bảng dưới đây tóm tắt một số mối quan hệ thường gặp:

Cần lưu ý: FHIR xác định mô hình thông tin và cơ chế trao đổi; các hệ thống terminology cung cấp code cho khái niệm chuyên ngành. Ví dụ, một FHIR Observation có thể dùng LOINC 2339-0 cho “glucose [khối lượng/thể tích] trong máu” và mã đơn vị UCUM mg/dL. Profile, terminology binding, đơn vị và phương pháp xét nghiệm phải phù hợp thì hệ thống nhận mới diễn giải nhất quán.

6. HL7 tại Việt Nam — hiện trạng và lộ trình

Theo danh sách affiliate public được rà soát 06/2026, Việt Nam chưa có HL7 Affiliate chính thức. Trong khi đó, nhu cầu HL7/FHIR đã xuất hiện qua các bài toán tích hợp HIS-LIS-PACS, bệnh án điện tử và API liên thông; tuy nhiên hiện chưa có một tài liệu chuẩn quốc gia thống nhất cách áp dụng HL7 v2, CDA hoặc FHIR cho toàn hệ thống.

Một artifact công khai đáng chú ý là VN Core IG do Cục Công nghệ thông tin (Bộ Y tế) công bố năm 2024 tại github.com/hl7vn/vn-core-ig. Người đọc nên kiểm tra trực tiếp trạng thái, release và lịch sử repository vì các thông tin này có thể thay đổi. Một bản host cộng đồng tồn tại tại fhir.chiaseyhoc.vn; sự tồn tại của mirror không tự xác nhận phạm vi bảo trì hoặc governance của nguồn đó.

Một yếu tố thúc đẩy quan trọng là Thông tư 13/2025/TT-BYT về bệnh án điện tử (ban hành 06/06/2025, hiệu lực 21/07/2025). Thông tư này yêu cầu các bệnh viện hoàn thành bệnh án điện tử chậm nhất 30/09/2025 và các cơ sở khám chữa bệnh khác chậm nhất 31/12/2026. Thông tư không bắt buộc một tiêu chuẩn HL7 cụ thể. FHIR là một ứng viên cho lớp trao đổi, nhưng lựa chọn phải so sánh với hệ thống hiện hữu, đặc tả của bên tiếp nhận, IHE/DICOM/CDA khi phù hợp, cùng yêu cầu governance, bảo mật và kiểm thử. Chi tiết khung pháp lý có trong trang danh mục văn bản pháp lý.

Sáng kiến hl7.org.vn do Omi HealthTech khởi xướng nhằm xây dựng một bản VN Core IG trial-use có mức độ hoàn thiện cao, sẵn sàng cho quy trình Working Group và lộ trình chuẩn bị HL7 Affiliate Vietnam khi đủ điều kiện governance. Bản này sử dụng canonical URL http://fhir.hl7.org.vn/core/, dựa trên FHIR R4, và phát triển theo mô hình mở (CC-BY-4.0) tương tự JP Core, KR Core, CH Core. Mục tiêu không phải thay thế bản của Cục CNTT BYT; mọi đối chiếu hoặc hội tụ canonical cần đi qua Working Group quốc gia và quyết định governance có thẩm quyền.

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

HL7 có phải là FHIR không?

Không. FHIR là một dòng sản phẩm tiêu chuẩn của HL7 trong một danh mục rộng hơn; v2, v3/CDA và FHIR là các họ thường được so sánh trong bài toán liên thông. Khi ai đó nói "chúng tôi dùng HL7", cần hỏi rõ phiên bản, product family, Implementation Guide và contract — câu trả lời thay đổi cách tích hợp.

Bệnh viện tôi nên dùng HL7 v2 hay FHIR?

Hai dòng phục vụ các mô hình trao đổi khác nhau và có thể cùng tồn tại. Nếu hệ thống nguồn/đích đã có interface v2 được hỗ trợ, duy trì hoặc mở rộng v2 có thể giảm thay đổi. Nếu use case cần API resource-based, authorization theo ứng dụng và Implementation Guide chung, FHIR có thể phù hợp hơn. Quyết định phải dựa trên capability thực tế, tổng chi phí vòng đời, an toàn và đặc tả của đối tác; không nên gán cố định v2 cho nội bộ và FHIR cho bên ngoài.

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

Nhiều tiêu chuẩn HL7 đã công bố có thể được tải và dùng không thu phí theo chính sách IP áp dụng. FHIR core được công bố theo CC0, nhưng thuật ngữ và dependency bên thứ ba không được cấp quyền chỉ nhờ giấy phép FHIR. Membership, biểu quyết, đào tạo, chứng chỉ, sự kiện và một số dịch vụ có điều kiện hoặc biểu phí riêng; luôn kiểm tra giấy phép của đúng artifact và phiên bản.

Việt Nam có bắt buộc dùng HL7 không?

Theo registry pháp lý VN Core rà soát 06/2026, chưa có văn bản pháp lý Việt Nam nào bắt buộc một tiêu chuẩn HL7 cụ thể bằng tên gọi (v2, FHIR, CDA). Thông tư 13/2025/TT-BYT về bệnh án điện tử yêu cầu khả năng liên thông và truy xuất, còn Nghị định 102/2025/NĐ-CP quy định kết nối dữ liệu theo phạm vi áp dụng. FHIR R4 là một lựa chọn kỹ thuật có hệ sinh thái quốc tế, nhưng việc sử dụng production cần profile quốc gia/use-case, terminology, conformance testing và quyết định governance có thẩm quyền.

Tôi mới vào nghề, nên học HL7 v2 hay FHIR trước?

Học FHIR trước nếu công việc tập trung vào API resource-based hoặc Implementation Guide. Học v2 trước nếu nhiệm vụ là vận hành, phân tích hoặc mở rộng interface v2 hiện hữu. Với vai trò tích hợp bệnh viện, nên hiểu cả hai và học thêm DICOM, IHE, terminology cùng nguyên tắc bảo mật phù hợp với use case.

8. Tham khảo và đọc tiếp

Nguồn chính thức

• HL7 International — About HL7 (tổ chức, lịch sử, thành viên).
• HL7 Annual Report 2024 — số liệu thành viên, Affiliate.
• HL7 Terminology — V2 Code Systems (timeline phiên bản v2).
• FHIR R4 Resource List — danh sách 146 resource.
• FHIR specification (R4 và R5).
• ONC Cures Act Final Rule — yêu cầu API FHIR cho health IT chứng nhận tại Hoa Kỳ.

Tài liệu Việt Nam

• Thông tư 13/2025/TT-BYT — Bệnh án điện tử (06/06/2025, hiệu lực 21/07/2025).
• Nghị định 102/2025/NĐ-CP — Quản lý dữ liệu y tế số (13/05/2025, hiệu lực 01/07/2025).
• Repo VN Core IG (Cục CNTT BYT, 2024).
• fhir.chiaseyhoc.vn — bản host cộng đồng VN Core IG.

Đọc tiếp trong knowledge hub