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

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

Khi một bệnh viện gửi kết quả xét nghiệm từ máy hóa sinh trong phòng lab về hệ thống thông tin bệnh viện (HIS), dữ liệu đó hầu như luôn đi qua một bản tin HL7. Khi một phần mềm bệnh án điện tử cần đặt thuốc cho bệnh nhân nội trú, lệnh kê thuốc cũng thường được đóng gói theo định dạng HL7. Khi cổng bảo hiểm y tế nhận hồ sơ thanh toán từ một bệnh viện công lập, phần dữ liệu lâm sàng kèm theo cũng đi qua chuẩn HL7. Có thể nói HL7 là ngôn ngữ chung cho phần mềm y tế — và phần lớn các bệnh viện trên thế giới hiện vẫn đang nói thứ ngôn ngữ này, dù họ có biết tới HL7 hay không.

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ục tiêu duy nhất: làm cho phần mềm y tế của các nhà cung cấp khác nhau hiểu được nhau. Mục tiêu nghe đơn giản, nhưng đã trở thành sự nghiệp của HL7 trong gần bốn thập kỷ.

HL7 không bán phần mềm và không cấp chứng nhận sản phẩm. Tổ chức này phát triển và xuất bản các tiêu chuẩn — đặc tả kỹ thuật mở mô tả cấu trúc dữ liệu, định dạng bản tin, và quy tắc ngữ nghĩa. Các nhà cung cấp phần mềm, bệnh viện, cơ quan quản lý và cộng đồng phát triển sau đó tự áp dụng tiêu chuẩn này vào sản phẩm của mình. Từ năm 2013, toàn bộ các tiêu chuẩn HL7 được phát hành miễn phí, không cần đăng ký thành viên để đọc và triển khai.

Theo trang chủ hl7.org/about, HL7 có hơn 1.600 thành viên từ hơn 50 quốc gia, bao 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 — văn phòng quốc gia thành viên đại diện cho HL7 International tại nước sở tại. Tổ chức được Viện Tiêu chuẩn Quốc gia Hoa Kỳ (ANSI) công nhận là Standards Developing Organization từ năm 1994, và nhiều tiêu chuẩn HL7 đã được ISO chấp nhận làm chuẩn quốc tế (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 adapter 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 — phiên bản trở thành chuẩn mặc định của hàng vạn bệnh viện trên toàn thế giới trong hơn hai thập kỷ tiếp theo. Cho đến nay, V2.3, V2.4 và V2.5 vẫn là phiên bản v2 phổ biến nhất trong các bệnh viện ở châu Á, châu Âu và Hoa Kỳ.

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 hứa hẹn một mô hình thông tin chặt chẽ, nhưng độ phức tạp khiến nó khó triển khai ngoài một số nước Bắc Âu và Anh Quốc.

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 đơn giản: kế thừa tinh thần thực dụng của v2, mượn mô hình hóa từ v3, và đóng gói lại bằng các pattern web hiện đại (REST, JSON, OAuth). FHIR DSTU1 phát hành ngày 30 tháng 9 năm 2014. Phiên bản R4 (4.0.1) phát hành tháng 10 năm 2019 trở thành đường ray chính cho mọi triển khai FHIR nghiêm túc hiện nay; FHIR R5 ra mắt tháng 3 năm 2023.

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 phổ biến nhất

HL7 v2 là dòng nguyên thủy. Cú pháp pipe-delimited gọn nhẹ giúp hệ thống cũ chạy được trên phần cứng yếu; cấu trúc phân đoạn (segment) như MSH, PID, OBX đã trở thành kiến thức nền tảng của mọi HL7 integrator. 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 xét nghiệm (ORM), trả kết quả (ORU), và quản lý tài liệu (MDM). Trong các bệnh viện đang vận hành, hơn 90% kết nối HIS-LIS và HIS-PACS vẫn đang chạy trên HL7 v2.

Điểm yếu của v2 là sự "lỏng lẻo có chủ đích". Tiêu chuẩn cho phép nhiều biến thể: trường tùy chọn, cú pháp Z-segment do từng nhà cung cấp tự định nghĩa, và rất ít ràng buộc về terminology. Hệ quả là không có hai cài đặt HL7 v2 nào hoàn toàn giống nhau — câu nói nửa đùa nửa thật trong cộng đồng integrator: "Khi bạn đã thấy một interface HL7 v2, bạn đã thấy chính xác một interface HL7 v2." Mỗi tích hợp mới vẫn cần ánh xạ cẩn thận giữa hai bên.

3.2. HL7 v3 và RIM

HL7 v3 ra đời như một nỗ lực giải quyết sự lỏng lẻo của v2. Toàn bộ v3 dựng trên một mô hình thông tin tham chiếu duy nhất gọi là RIM (Reference Information Model), mã hóa bằng XML chặt chẽ, với ngữ nghĩa được đặc tả tới từng thuộc tính. Về lý thuyết, hai hệ thống v3 độc lập có thể trao đổi dữ liệu mà không cần ánh xạ tay. Trên thực tế, sự phức tạp của RIM khiến phần lớn dự án v3 quá tốn kém, và adoption chỉ đáng kể tại Anh Quốc (NHS), một số nước Bắc Âu, và Hà Lan. Ngoài các trường hợp đặc thù đó, v3 đã bị FHIR thay thế trên thực địa.

3.3. CDA — Clinical Document Architecture

CDA Release 2 là sản phẩm phái sinh quan trọng nhất từ HL7 v3 RIM. Trong khi v2 và FHIR thiên về bản tin hoặc resource, CDA tập trung vào tài liệu lâm sàng hoàn chỉnh: bản tóm tắt xuất viện, giấy chuyển tuyến, đơn thuốc điện tử, biên bản hội chẩn. Mỗi tài liệu CDA là một file XML có cả phần cấu trúc máy đọc được và phần văn bản người đọc được, được ký số và lưu trữ như một đơn vị pháp lý. Mẫu phổ biến nhất là CCD (Continuity of Care Document) — tiêu chuẩn de facto cho tóm tắt hồ sơ bệnh án tại Hoa Kỳ. CDA hiện vẫn được dùng rộng tại Hàn Quốc, Đài Loan, Đức, và Nhật Bản.

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

FHIR (Fast Healthcare Interoperability Resources) là dòng tiêu chuẩn HL7 trẻ nhất và đang phát triển nhanh nhất. 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 tự nhiên: 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 phân biệt rõ: HL7 v2 vẫn được HL7 mô tả là tiêu chuẩn y tế triển khai rộng nhất trên thế giới, dựa trên trữ lượng kết nối đang chạy trong hàng vạn bệnh viện. FHIR là chuẩn API hiện đại được chọn cho hầu hết chương trình y tế số mới từ năm 2020 trở đi — tốc độ tăng trưởng adoption rất nhanh, đặc biệt từ khi ONC Cures Act Final Rule tại Hoa Kỳ yêu cầu các sản phẩm CNTT y tế được chứng nhận phải hỗ trợ API chuẩn dựa trên FHIR R4.

Để 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 xét nghiệm, chụp chiếu và trả kết quả. Đây là use case kinh điển, gần như bắt buộc dùng HL7 v2 nếu bệnh viện muốn rút ngắn thời gian từ y lệnh đến kết quả. 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ỳ, đây là dòng X12 và FHIR Claim. 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). Tuy chưa phải HL7 trực tiếp, nhưng xu hướng dài hạn là ánh xạ XML 4210 sang FHIR Claim/EOB để tận dụng hệ sinh thái tiêu chuẩn quốc tế.

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). Phần lớn các HIE thế hệ mới đều dùng FHIR làm giao thức truy xuất, kết hợp với CDA cho tài liệu lâm sàng tổng hợp. Thứ năm là kênh bệnh án điện tử mở ra cho ứng dụng di động và AI: từ năm 2020 trở đi, hầu hết bệnh án điện tử lớn đều cung cấp một lớp FHIR API kèm SMART on FHIR để các ứng dụng bên thứ ba truy cập theo permission của bệnh nhân.

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 một số 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 cách HL7 tương tác với các tiêu chuẩn quan trọng nhất:

Cần lưu ý: HL7 cung cấp khung chứa dữ liệu; SNOMED CT, LOINC và ICD-10 cung cấp nghĩa của giá trị. Một bản tin FHIR Observation chứa kết quả xét nghiệm glucose máu sẽ dùng cấu trúc HL7 FHIR, mã LOINC 2339-0 để xác định "đây là glucose huyết tương", và đơn vị mg/dL. Ba lớp này phải khớp với nhau thì máy mới hiểu đúng.

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

Tính đến tháng 4 năm 2026, Việt Nam chưa có HL7 Affiliate chính thức được công nhận trên báo cáo thường niên của HL7 International. Trong khi đó, các tiêu chuẩn HL7 đã len vào ngành y tế Việt Nam theo cách phân tán: nhiều bệnh viện hạng I và hạng đặc biệt đã triển khai HL7 v2 cho tích hợp HIS-LIS-PACS, một số dự án bệnh án điện tử mới đã chọn FHIR R4 làm kênh API mở, nhưng chưa có một tài liệu chuẩn quốc gia thống nhất cách áp dụng.

Sản phẩm chính thức gần nhất 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. Repository có 9 commit, trạng thái draft, và chưa được cập nhật từ tháng 7/2024. Một bản mirror cộng đồng tồn tại tại fhir.chiaseyhoc.vn, cho thấy có một cộng đồng FHIR Vietnam đang vận động ngoài kênh chính thức.

Yếu tố thúc đẩy mạnh nhất hiện nay 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. Dù Thông tư 13/2025 không bắt buộc một tiêu chuẩn HL7 cụ thể, yêu cầu liên thông và khả năng truy xuất gắn với số định danh cá nhân hoặc tài khoản VNeID đã đặt FHIR vào vị trí "đường ray khả thi nhất" cho lớp tích hợp. 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 OmiGroup (qua công ty thành viên Omi HealthTech) khởi xướng nhằm xây dựng một bản VN Core IG cộng đồng hóa, mức độ hoàn thiện cao, sẵn sàng cho thủ tục đăng ký HL7 Affiliate Vietnam. 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à bổ sung và sẵn sàng hợp nhất khi có Working Group quốc gia.

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

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

Không. FHIR là một trong bốn dòng tiêu chuẩn của HL7. HL7 là tổ chức và là họ tiêu chuẩn (gồm v2, v3, CDA, FHIR); FHIR là sản phẩm trẻ nhất trong họ này. Khi ai đó nói "chúng tôi dùng HL7", cần hỏi rõ "v2 hay FHIR" — câu trả lời thay đổi rất nhiều cách bạn tích hợp.

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

Hai dòng phục vụ hai bài toán khác nhau, và phần lớn bệnh viện sẽ dùng cả hai. Cho tích hợp nội bộ giữa HIS, LIS, PACS, RIS — nơi đã có sẵn driver v2 trong gần như mọi sản phẩm thương mại — HL7 v2 vẫn là lựa chọn nhanh và rẻ nhất. Cho các kênh API mở ra ngoài (ứng dụng di động, AI, cổng bệnh nhân, trao đổi với cổng quốc gia hoặc BHYT thế hệ mới), FHIR là lựa chọn phù hợp nhất. Một kiến trúc khôn ngoan thường dùng v2 ở lớp tích hợp nội bộ và FHIR ở lớp API public.

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

Các tiêu chuẩn HL7 được phát hành miễn phí từ năm 2013 — bạn có thể tải đặc tả, đọc, và triển khai mà không trả phí. Membership HL7 có phí và mở quyền tham gia các Working Group, vote chuẩn, và truy cập sớm các draft. Nếu chỉ cần đọc và áp dụng, bạn không cần là thành viên.

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

Tính đến 04/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). Tuy nhiên 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, và Nghị định 102/2025/NĐ-CP về quản lý dữ liệu y tế số yêu cầu kết nối với cơ sở dữ liệu quốc gia. Trong các yêu cầu này, FHIR R4 là con đường khả thi nhất về mặt kỹ thuật và là chuẩn mà các quốc gia trong khu vực (Nhật, Hàn, Singapore, Đài Loan) đang chọn cho cùng bài toá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 bạn sẽ làm dự án mới (sau 2024) hoặc làm về API, mobile, AI. Học v2 trước nếu bạn đang vào một bệnh viện đã có HIS-LIS chạy nhiều năm và công việc của bạn là bảo trì hoặc mở rộng tích hợp đó. Lý tưởng là biết cả hai — v2 cho chiều sâu lịch sử và FHIR cho chiều dài tương lai.

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