So sánh HL7 v2, HL7 v3, CDA và FHIR — chọn theo use case

1. Quyết định nhanh: bốn use case, bốn chuẩn

Thay vì hỏi một chuẩn cho toàn bệnh viện, RFP nên xác định rõ hệ thống gửi/nhận, dữ liệu, interaction, SLA, security và conformance evidence của từng use case. Nhiều chuẩn có thể cùng tồn tại khi mỗi giao diện có contract rõ ràng.

2. Bảng so sánh 12 trục

Bảng dưới đây giúp đánh giá nhanh trước khi đi sâu. Một số trục như "schema strictness" và "learning curve" mang tính tương đối, dựa trên phản hồi từ nhà cung cấp và đội tích hợp Việt Nam.

3. Sâu hơn từng dòng

HL7 v2

HL7 v2 ra đời năm 1988 và liên tục tiến hóa: v2.1 (3/1990), v2.3 (3/1997), tới v2.9.1 (2024). Định dạng ER7 pipe-delimited nhỏ gọn và được nhiều engine tích hợp hỗ trợ. Độ trễ, throughput và độ tin cậy vẫn phụ thuộc transport, acknowledgement, hạ tầng và cấu hình của từng giao diện.

Dùng v2 khi tích hợp nội bộ bệnh viện cần độ trễ thấp, hệ thống đối tác đã có bộ chuyển đổi HL7 v2 sẵn, hoặc luồng ADT/ORM/ORU/MDM truyền thống. Tránh v2 khi cần expose API ra public internet, cần auth zero-trust, hoặc đối tác không đồng ý mở port MLLP qua firewall.

v2 cho phép nhiều optional field và biến thể cục bộ. v2 có conformance profile, nhưng hai nhà cung cấp vẫn phải thống nhất version, message profile, vocabulary và quy tắc dùng segment như OBX. Chi phí mapping vì vậy phụ thuộc mức độ đặc tả và kiểm thử của từng giao diện.

HL7 v3

v3 dựa trên RIM (Reference Information Model) và dùng mô hình, vocabulary cùng thông điệp được đặc tả chặt. Với dự án mới, chỉ nên chọn v3 khi specification hoặc hệ thống đối tác yêu cầu; FHIR có thể phù hợp hơn cho API mới nhưng không tự động thay thế hợp đồng v3/CDA/SPL đang vận hành.

CDA R2

CDA là tiêu chuẩn tài liệu lâm sàng XML có cấu trúc và có thể được ký trong kiến trúc trao đổi phù hợp. Tại Mỹ, C-CDA được dùng cho nhiều tài liệu trao đổi lâm sàng. Tại Việt Nam, việc chọn CDA cho giấy chuyển tuyến, tóm tắt xuất viện hoặc bệnh án phải dựa trên yêu cầu nghiệp vụ, chữ ký điện tử và hồ sơ pháp lý của hệ thống.

FHIR hỗ trợ tài liệu qua Composition trong Bundle kiểu document, nhưng không vì thế mà mọi template CDA tương đương một-một với FHIR. Hệ thống có thể tiếp tục CDA và bổ sung FHIR khi hợp đồng trao đổi, IG và kiểm thử cho phép.

FHIR R4

FHIR R4 (4.0.1) public năm 2019. Quan trọng: R4 không phải hoàn toàn normative — HL7 đặt label "Mixed Normative + STU", trong đó các artifact nền tảng (XML/JSON/RDF format, RESTful API, terminology services, một số resource như Patient và Observation) đạt Normative; phần lớn resource lâm sàng vẫn ở STU (Standard for Trial Use). R4 là baseline của VN Core hiện tại. R5 (5.0.0) là major release mới nhất đã publish và vẫn thuộc Trial Use; R6 hiện chỉ là bản CI/ballot. Lựa chọn production phải theo IG đích và chuỗi tương thích, không theo một mặc định toàn cầu.

FHIR dùng các định dạng và giao thức quen thuộc với đội web như JSON và REST. OAuth/SMART là lớp bảo mật bổ sung, không phải mặc định của FHIR core. Endpoint phải công bố resource, interaction, search parameter và cơ chế bảo mật được hỗ trợ qua CapabilityStatement cùng IG áp dụng. Profile/Extension vẫn cần governance để tránh biến thể không tương thích.

4. Code sample song song: ADT^A01 nhập viện

Cùng một sự kiện — bệnh nhân Nguyễn Thị Lan (MRN0001) nhập viện vào khoa ICU phòng 301 lúc 14:30 ngày 30/4/2026 — được biểu diễn bằng ba chuẩn để bạn cảm nhận khác biệt.

HL7 v2.5 (pipe-delimited)

MSH|^~\&|HIS|HOSP|ADT|HOSP|202604301430||ADT^A01|MSG001|P|2.5
EVN|A01|202604301430
PID|1||MRN0001||NGUYEN^THI LAN||19850315|F|||123 LE LOI^^HCMC^^70000^VN
PV1|1|I|ICU^301^1|||||||||||||||V001

Ví dụ ER7 này ngắn gọn, nhưng một giao diện production còn cần message profile, vocabulary, acknowledgement, xử lý lỗi và kiểm thử liên vận giữa hai bên.

CDA R2 (XML, rút gọn)

<ClinicalDocument xmlns="urn:hl7-org:v3">
  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
  <templateId root="2.16.840.1.113883.10.20.22.1.1"/>
  <id root="2.16.840.1.113883.19.5.99999.1" extension="DOC0001"/>
  <code code="34133-9" codeSystem="2.16.840.1.113883.6.1"
        displayName="Summarization of Episode Note"/>
  <effectiveTime value="202604301430"/>
  <recordTarget>
    <patientRole>
      <id extension="MRN0001" root="2.16.840.1.113883.19.5"/>
      <patient>
        <name>
          <family>Nguyễn</family>
          <given>Thị Lan</given>
        </name>
        <administrativeGenderCode code="F"
          codeSystem="2.16.840.1.113883.5.1"/>
        <birthTime value="19850315"/>
      </patient>
    </patientRole>
  </recordTarget>
</ClinicalDocument>

CDA cung cấp cấu trúc document; chữ ký số, lưu trữ pháp lý và transport như IHE XDS phải được cấu hình và kiểm chứng ở lớp triển khai tương ứng.

FHIR R4 (Bundle transaction)

{
  "resourceType": "Bundle",
  "type": "transaction",
  "entry": [
    {
      "fullUrl": "urn:uuid:9b1e5a2c-3f8d-4a1c-8e7b-1c2d3e4f5a6b",
      "resource": {
        "resourceType": "Patient",
        "identifier": [{
          "system": "http://fhir.hl7.org.vn/core/sid/mrn",
          "value": "MRN0001"
        }],
        "name": [{
          "family": "Nguyễn",
          "given": ["Thị", "Lan"]
        }],
        "gender": "female",
        "birthDate": "1985-03-15"
      },
      "request": { "method": "POST", "url": "Patient" }
    },
    {
      "fullUrl": "urn:uuid:7c2f6b3d-4e9a-5b2d-9f8c-2d3e4f5a6b7c",
      "resource": {
        "resourceType": "Encounter",
        "status": "in-progress",
        "class": {
          "system": "http://terminology.hl7.org/CodeSystem/v3-ActCode",
          "code": "IMP",
          "display": "inpatient encounter"
        },
        "subject": {
          "reference": "urn:uuid:9b1e5a2c-3f8d-4a1c-8e7b-1c2d3e4f5a6b"
        },
        "period": { "start": "2026-04-30T14:30:00+07:00" },
        "location": [{
          "location": { "display": "ICU - Phòng 301" }
        }]
      },
      "request": { "method": "POST", "url": "Encounter" }
    }
  ]
}

FHIR Bundle dài hơn message v2 mẫu và biểu diễn rõ resource, code system cùng reference nội bộ bằng urn:uuid. Client vẫn phải tuân thủ profile, terminology, interaction và quy tắc transaction mà server công bố.

5. Kiến trúc kết hợp v2 + FHIR

Trong nhiều kiến trúc bệnh viện hiện đại, cách tiếp cận thực dụng là giữ HL7 v2 cho các tích hợp nội bộ đã ổn định, đồng thời dùng FHIR cho lớp API, ứng dụng di động, chia sẻ tài liệu và các luồng liên thông mới.

[Lab analyzer]   --HL7 v2 ORU---> [HIS / EMR core]
[Pharmacy]       --HL7 v2 RDE---> [HIS / EMR core]
[RIS / PACS]     --HL7 v2 ORM---> [HIS / EMR core]
                                       |
                                       v
                          [FHIR Facade / API Gateway]
                                       |
        +---------+----------+---------+----------+----------+
        v         v          v         v          v          v
   [Mobile app] [AI/ML]  [VNeID]  [BHXH cổng]  [Telehealth] [Đối tác]

Kiến trúc kết hợp cho phép giữ các giao diện v2 đã kiểm thử và bổ sung FHIR theo từng use case. Đây là một lựa chọn, không phải mô hình bắt buộc; bridge phải được đánh giá theo mapping, losslessness, vận hành và conformance:

• HAPI FHIR — thư viện và server FHIR Java; mapping v2 cần component hoặc quy tắc chuyển đổi bổ sung.
• NextGen Connect (Mirth Connect) — integration engine có thể cấu hình channel để chuyển đổi giữa các định dạng.
• Microsoft FHIR Converter — dự án template-based tham khảo cho chuyển đổi HL7 v2/C-CDA sang FHIR; cần đánh giá trạng thái bảo trì và phạm vi trước khi dùng.
• Sản phẩm FHIR thương mại — khả năng adapter và SMART/OAuth khác nhau theo phiên bản; xác nhận bằng tài liệu sản phẩm và CapabilityStatement.

6. Lộ trình chuyển tiếp v2 và FHIR theo stage gate

Không có lịch chung để chuyển mọi giao diện v2 sang FHIR. Mỗi giai đoạn dưới đây chỉ được đóng khi đạt tiêu chí đầu ra; v2 và FHIR có thể tiếp tục chạy song song nếu đó là lựa chọn an toàn hơn.

Stage gate không phải lịch cứng. Effort phải được ước tính từ số giao diện, chất lượng dữ liệu, mức tùy biến, yêu cầu an toàn và năng lực của các bên; không mặc định rewrite hay sunset v2.

7. Decision matrix theo use case Việt Nam

Bảng này gom các câu hỏi CIO thực sự đối diện trong RFP. Cột "Kết luận" trả lời cho ngữ cảnh Việt Nam 2026.

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

Có thể bỏ HL7 v2 hoàn toàn không?

Không có mốc chung cho mọi hệ thống. Hỗ trợ v2 của thiết bị và nhà cung cấp khác nhau theo sản phẩm, còn kênh FHIR phải có IG và endpoint tương thích. Lộ trình nên giữ luồng v2 đã kiểm thử, bổ sung FHIR theo use case, rồi rút v2 khi dependency thực tế được thay thế.

FHIR có thay thế hoàn toàn CDA không?

Cả CDA và FHIR Composition + document Bundle đều hỗ trợ tài liệu lâm sàng, nhưng template, semantics và ecosystem không tương đương tự động. Chỉ chuyển khi mapping, chữ ký, lưu trữ, transport và yêu cầu pháp lý đã được kiểm chứng.

Bệnh viện nhỏ chỉ đủ ngân sách cho một chuẩn — chọn cái nào?

Không có câu trả lời chung. Bệnh viện nên chọn contract mà hệ thống nguồn, thiết bị và đối tác thực sự hỗ trợ; có thể giữ v2 cho luồng thiết bị và dùng FHIR cho một API cụ thể. Một bộ chuyển đổi không loại bỏ nhu cầu mapping, validation và kiểm thử liên vận.

Việt Nam đã có Implementation Guide quốc gia chưa?

Có draft VN Core IG dựa trên FHIR R4, do cộng đồng phát triển (canonical http://fhir.hl7.org.vn/core/) song song với bản của Cục CNTT Bộ Y tế (http://fhir.ehealth.gov.vn/core/). Chưa có văn bản pháp lý bắt buộc IG cụ thể nào.

FHIR R5 đã ổn định chưa, có nên nhảy thẳng R5?

R5 (5.0.0) là major release mới nhất đã publish và vẫn thuộc Trial Use; R6 hiện chỉ là bản CI/ballot. VN Core hiện yêu cầu R4 (4.0.1). Dự án mới phải dùng phiên bản do IG đích, package dependency và CapabilityStatement của endpoint yêu cầu; không có quy tắc chờ cố định 2–3 năm.

9. Tham chiếu

• HL7 International — HL7 v2 Product Brief (timeline v2.0/v2.1/v2.3 và v2.9.1 hiện hành).
• HL7 FHIR R4 CapabilityStatement — tuyên bố khả năng của hệ thống FHIR.
• HL7 FHIR R4 spec — hl7.org/fhir/R4/ (label "Mixed Normative + STU").
• HL7 FHIR R4 Bundle — hl7.org/fhir/R4/bundle.html (transaction với fullUrl/urn:uuid).
• HL7 v3 Product Suite — Australian Digital Health Agency tổng quan v3.
• HL7 CDA R2 — Clinical Document Architecture Product Brief.
• HAPI FHIR — hapifhir.io (FHIR server Java open source).
• Microsoft FHIR Converter — github.com/microsoft/FHIR-Converter.
• Thông tư 13/2025/TT-BYT về bệnh án điện tử — Thư viện Pháp luật.
• Quyết định 3176/QĐ-BYT về chuẩn dữ liệu KCB BHYT — Thư viện Pháp luật.
• VN Core FHIR IG (trial-use, do Omi HealthTech khởi xướng) — fhir.hl7.org.vn/core.

10. Đọc tiếp