Bản đồ FHIR quốc tế: US Core, JP Core, KR Core, CH Core, AU Core, VN Core

1. Bản đồ overview hơn 15 quốc gia

National Core FHIR IG là tài liệu kỹ thuật mô tả cách một quốc gia áp dụng HL7 FHIR cho hệ thống y tế của mình. Nó định nghĩa Profile (ràng buộc trên Resource), Extension (mở rộng cho dữ liệu địa phương), CodeSystem và ValueSet (bộ mã nội địa) cùng Examples để vendor triển khai theo. Bảng dưới đây liệt kê các quốc gia đã có national IG hoạt động ở mức công khai, sắp xếp theo độ trưởng thành.

Nguồn: trang IG chính thức của từng quốc gia (xem mục Tham chiếu). Nhóm Đông Nam Á (Indonesia với SATUSEHAT, Singapore với Synapxe) đang tiến nhanh hơn Việt Nam về production deployment, dù bắt đầu cùng giai đoạn 2022-2024.

2. Bảng so sánh 5 national fhir ig mature trên 12 trục

Năm IG dưới đây đại diện cho 5 mô hình governance khác nhau. Số liệu lấy từ trang artifacts chính thức của mỗi IG tại thời điểm tháng 4/2026.

Lưu ý: AU Core kế thừa toàn bộ extension và CodeSystem từ AU Base nên số lượng artifact riêng rất nhỏ. Cần phân biệt AU Core (mỏng) với AU Base (toàn bộ profile chuẩn quốc gia).

3. US Core 8.0.1 — top-down mandate kiểu ONC

US Core là national fhir ig được triển khai trên quy mô lớn nhất thế giới. Phiên bản hiện tại 8.0.1 do HL7 International phát hành, ánh xạ trực tiếp với United States Core Data for Interoperability (USCDI) v5. ONC đã công bố USCDI v6 từ tháng 7/2025, dự kiến đưa vào US Core ở các bản kế tiếp.

Cơ chế bắt buộc đến từ ONC Cures Act 2020. Mọi EHR vendor được chứng nhận phải expose API FHIR R4 phù hợp US Core, kèm các interaction tối thiểu. Bộ test Inferno do MITRE phát triển là cổng kiểm tra chứng nhận — không pass Inferno là không bán được phần mềm cho hệ thống Medicare và Medicaid.

Điểm mạnh là tốc độ adoption: chỉ trong ba năm, gần như toàn bộ EHR Mỹ đã có FHIR endpoint. Điểm yếu là gánh nặng chi phí cho bệnh viện nhỏ và rural clinic, cộng với việc USCDI nâng cấp nhanh khiến vendor phải chạy theo. Bài học cho Việt Nam: top-down có hiệu quả nhưng cần kèm test suite công khai và cơ chế hỗ trợ vendor nhỏ.

4. JP Core 1.2.0 — đồng thuận do JAMI dẫn dắt

JP Core 1.2.0 là national fhir ig của Nhật Bản, do Japan Association for Medical Informatics (JAMI) cùng FHIR Domestic Implementation Group chủ trì. Tài liệu chính thức công bố tại jpfhir.jp với hơn 50 Profile bao phủ Patient, Encounter, Observation, MedicationRequest, AllergyIntolerance, Procedure và DiagnosticReport.

Pattern governance là đồng thuận Working Group: các bệnh viện lớn, vendor EHR và viện nghiên cứu cùng họp định kỳ để thống nhất profile trước khi publish. Mô hình này phù hợp văn hóa Á Đông coi trọng đồng thuận, chậm hơn US Core nhưng ít pushback hơn. Bộ Y tế, Lao động và Phúc lợi Nhật (MHLW) có thể tham chiếu JP Core trong các thông tư cụ thể, song không có một mandate chung tương đương Cures Act.

Điểm mạnh là profile rất chi tiết, có designation tiếng Anh đầy đủ giúp vendor quốc tế đọc được. Điểm yếu là tốc độ triển khai chậm, các bệnh viện vẫn phụ thuộc lớn vào SS-MIX2 và HL7 v2.5. Bài học cho VN Core: mô hình governance JAMI là tham chiếu tốt cho HL7 Affiliate VN khi thành lập.

5. KR Core 2.0.0 STU2 — HL7 Korea publish

KR Core 2.0.0 là bản STU2 do HL7 Korea công bố tại hl7korea.or.kr, dùng làm chuẩn tham chiếu cho hệ sinh thái EMR Hàn Quốc. IG có khoảng 25 Profile, tập trung vào Patient, Encounter, Observation, MedicationRequest và Coverage để bắt cầu với hệ thống bảo hiểm y tế quốc gia HIRA.

Điểm đặc biệt là kết nối với HIRA — cơ quan giám định và đánh giá BHYT Hàn Quốc. KR Core thiết kế Coverage và Claim profile khớp với data set HIRA, cho phép luồng thanh toán BHYT chạy trên FHIR. Đây là pattern đáng học cho Việt Nam khi map XML 4210 sang FHIR Claim.

Mức adoption hiện ở giai đoạn pilot — chưa có mandate quốc gia đầy đủ tương đương Mỹ. Bệnh viện đại học (Seoul National University Hospital, Asan Medical Center) đã triển khai endpoint KR Core, song hệ thống công lập tỉnh vẫn dùng tiêu chuẩn cũ. Bài học cho VN Core: pattern Coverage/Claim của KR Core là điểm tham chiếu trực tiếp cho VNCoreCoverage.

6. CH Core 6.0.0 — minimal kết nối EPD bắt buộc

CH Core 6.0.0 là national fhir ig của Thụy Sĩ, do HL7 Switzerland phối hợp eHealth Suisse phát hành. So với US Core hay JP Core, CH Core có quy mô khiêm tốn hơn nhưng được thiết kế kết nối trực tiếp với Electronic Patient Dossier (EPD) — hồ sơ bệnh án điện tử bắt buộc theo luật từ năm 2020.

Triết lý là "minimal but real": chỉ profile những gì thực sự dùng cho EPD và DICOM exchange, không cố bao phủ mọi resource. Điều này giúp CH Core nhỏ, dễ implement và dễ maintain. Tài liệu công bố tại fhir.ch/ig/ch-core với artifacts page liệt kê đầy đủ profile hiện tại.

Bài học cho Việt Nam là rõ nét nhất: một quốc gia khoảng 9 triệu dân vẫn duy trì được IG production-grade nhờ giữ scope vừa phải, ưu tiên use case có ràng buộc pháp lý rõ ràng. VN Core 0.5.0 đã có 52 Profile cover bệnh án điện tử (TT 13/2025/TT-BYT) và bảng kê chi phí KCB (QĐ 697/QĐ-BYT 2026) — hai use case có deadline cụ thể, sau đó mở rộng dần theo nhu cầu lâm sàng.

7. AU Core 2.0.0 — hai conformance modes

AU Core 2.0.0 do HL7 Australia phát hành phối hợp Australian Digital Health Agency (ADHA), tập trung tích hợp với My Health Record. Điểm khác biệt lớn nhất so với các IG khác là cơ chế hai conformance modes do tài liệu general-requirements định nghĩa.

Profile Only Support yêu cầu hệ thống tuân thủ cấu trúc dữ liệu (must-support, slicing, terminology binding) khi xuất ra hoặc nhận vào FHIR resource. Profile Support + Interaction Support yêu cầu thêm các RESTful interaction (search, read, create, update) theo CapabilityStatement quy định. Cùng một bệnh viện có thể tuyên bố Profile Only ban đầu, nâng cấp lên Profile + Interaction sau.

Cấu trúc này khác hoàn toàn mô hình "tier 1/tier 2" thường bị ngộ nhận: AU Core không phân tier theo độ phức tạp profile, mà tách rõ giữa data conformance và interaction conformance. Bài học cho VN Core: conformance mode rạch ròi giúp bệnh viện chọn lộ trình triển khai phù hợp năng lực, thay vì ép tất cả phải làm full RESTful API ngay từ đầu.

8. Brazil RNDS — hybrid openEHR và FHIR

Rede Nacional de Dados em Saúde (RNDS) của Brazil là ví dụ duy nhất trong nhóm khảo sát dùng kiến trúc hybrid: openEHR cho lưu trữ dữ liệu lâm sàng cấu trúc giàu, FHIR R4 cho trao đổi dữ liệu giữa các hệ thống. Cách tiếp cận này dựa trên triết lý mà cộng đồng openEHR gọi là "structured storage, flexible exchange".

Bộ Y tế Brazil quản lý RNDS thông qua Ministério da Saúde. Mỗi sự kiện y tế (tiêm chủng, kê đơn, kết quả xét nghiệm) được lưu dưới dạng openEHR archetype, sau đó publish qua FHIR Bundle khi cần chia sẻ. Mô hình này phức tạp hơn FHIR thuần nhưng cho phép truy vấn lâm sàng sâu — điều mà FHIR vốn không tối ưu.

Bài học cho Việt Nam mang tính dài hạn: nếu giai đoạn 2030+ Việt Nam cần kho dữ liệu y tế quốc gia có thể truy vấn lâm sàng sâu cho AI và nghiên cứu dịch tễ, RNDS là model nghiên cứu nghiêm túc. Tuy nhiên ở giai đoạn 2026-2028, bám sát FHIR thuần như US/JP/KR/CH/AU Core là lựa chọn an toàn.

9. VN Core — vị trí hiện tại và lộ trình 2027

VN Core hiện ở phiên bản 0.5.0 draft, do Omi HealthTech (thuộc OmiGroup) khởi xướng dưới hình thức community-led. Canonical URL http://fhir.hl7.org.vn/core/, base FHIR R4 (4.0.1), đã có 52 Profile, 47 Extension, 70 CodeSystem, 75 ValueSet, 13 Logical Model và 152 Example được biên soạn theo phương pháp luận FSH với SUSHI compiler.

So với các láng giềng khu vực, VN Core đi sau Indonesia (SATUSEHAT đã production) và Singapore (Synapxe pilot) khoảng 18-24 tháng. Tuy nhiên VN có lợi thế là vào sau, học được mô hình governance JP Core, triết lý minimal CH Core, và pattern conformance mode AU Core mà không phải chịu sai lầm khởi đầu.

10. Năm bài học rút ra cho Việt Nam

1. Scope vừa phải, ưu tiên use case có ràng buộc thời hạn. CH Core với scope ban đầu hẹp vẫn chạy production phục vụ EPD bắt buộc. VN Core 0.5.0 đã đạt 52 Profile (cover Patient/Encounter/Coverage/Claim/EOB/Medication/YHCT/Device cluster) phục vụ TT 13/2025 (bệnh án điện tử) và QĐ 697/2026 (mẫu bảng kê chi phí KCB) — đây là 2 use case có deadline pháp lý rõ ràng nên ưu tiên được phân định.
2. Test suite quan trọng ngang profile. Không có Inferno thì US Core không thể audit vendor; không có Connectathon thì JP Core không thể giải quyết khác biệt diễn giải. VN Core bắt buộc phải có bộ test khả thi trước khi đề xuất bất kỳ mandate nào.
3. Governance terminology chiếm gần nửa effort. Localize ICD-10, SNOMED CT subset, danh mục đơn vị hành chính 34 tỉnh, danh mục BHYT, danh mục dân tộc 54 thành phần — đây là phần tốn công nhất, không phải FHIR profile. Lập kế hoạch nhân lực CodeSystem là việc đầu tiên.
4. Đừng top-down quá sớm. US Core ép vendor làm trước khi profile thực sự mature đã tạo pushback từ rural clinic và vendor nhỏ. JP Core đồng thuận trước, mandate sau (hoặc không mandate) — kết quả êm hơn. VN Core nên đi đường JP/AU thay vì US.
5. Cộng đồng và governance là hybrid. Không có nước nào IG do một mình cơ quan nhà nước làm hoặc do một mình community làm. Pattern bền vững là community-first xây foundation, sau đó cơ quan nhà nước endorse và bổ sung enforcement. VN Core đang đi đúng pattern này: Omi HealthTech khởi xướng, mục tiêu bàn giao HL7 Affiliate VN khi có chính danh và có Bộ Y tế tham gia.

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

12. Tham chiếu và đọc tiếp

National Core IG chính thức

• US Core 8.0.1 — hl7.org/fhir/us/core
• US Core roadmap và USCDI mapping
• USCDI versions (HealthIT.gov ISP)
• JP Core 1.2.0 — jpfhir.jp
• KR Core 2.0.0 STU2 — hl7korea.or.kr
• CH Core 6.0.0 — fhir.ch/ig/ch-core
• CH Core artifacts page
• AU Core 2.0.0 — hl7.org.au/fhir/core
• AU Core conformance modes
• Brazil RNDS — gov.br/saude
• JP Core source (GitHub)
• CH Core source (GitHub)

Hệ sinh thái xung quanh

• FHIR R4 (4.0.1) chuẩn cơ sở
• Inferno Framework (test suite ONC)
• ONC Cures Act Final Rule
• SNOMED CT International
• LOINC

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