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

Nhiều quốc gia và khu vực pháp lý đã công bố FHIR Implementation Guide cho nhu cầu nội địa. Bài viết này đối chiếu năm IG có trang công bố và lịch sử phiên bản rõ ràng — US Core, JP Core, KR Core, CH Core và AU Core — đồng thời dùng RNDS Brazil như một ví dụ kiến trúc mở rộng. Số phiên bản ngoài dự án là snapshot và phải được kiểm tra lại trước quyết định triển khai.

Đối tượng đọc: cơ quan quản lý cần benchmark mô hình quốc tế, CIO bệnh viện chọn pattern triển khai, kỹ sư phát triển muốn mượn profile từ IG nước khác, và nhà nghiên cứu theo dõi xu hướng tương tác dữ liệu y tế toàn cầu.

Tóm tắt nhanh

Năm IG tham chiếu trong bảng đều có dòng FHIR R4 tại lần rà soát 18/07/2026; kết luận này không đại diện cho mọi IG trên thế giới.
Cấu trúc thường gặp gồm Profile, Extension, terminology, ví dụ, guidance và—tùy scope—actor/CapabilityStatement.
Phải tách trạng thái công bố của IG, thẩm quyền publisher và hiệu lực pháp lý; ba khái niệm này không đồng nghĩa.
VN Core đang ở giai đoạn pre-1.0 trial-use và dùng các IG khác để đối chiếu thiết kế, không tuyên bố tương đương về mức trưởng thành.
VN Core chỉ nâng mức trưởng thành sau khi có bằng chứng triển khai, kiểm thử và cơ chế quản trị được công bố; dự án chưa cam kết mốc 1.0.0 hay tư cách HL7 Affiliate.

Nội dung trang

Bản đồ các sáng kiến công khai được chọn đối chiếu
Bảng so sánh 5 IG tham chiếu trên 12 trục
US Core 9.0.0 — STU9 trên FHIR R4
JP Core — governance và biến thể package
KR Core 2.0.0 — STU2 do HL7 Korea publish
CH Core 6.0.0 — minimal kết nối EPD
AU Core 2.0.0 — hai conformance modes
Brazil RNDS — hybrid openEHR + FHIR
VN Core — vị trí hiện tại và điều kiện trưởng thành
5 bài học rút ra cho Việt Nam
Câu hỏi thường gặp
Tham chiếu và đọc tiếp

1. Bản đồ các sáng kiến công khai được chọn đối chiếu

Core FHIR IG cho một khu vực pháp lý mô tả cách áp dụng FHIR trong bối cảnh nội địa: Profile, Extension, terminology, ví dụ và—khi có—yêu cầu actor/API. Bảng chỉ liệt kê năm IG đã được đối chiếu trực tiếp từ trang công bố; cột cuối mô tả trạng thái tài liệu, không phải mức adoption thị trường.

Quốc gia	IG name	Phiên bản	Trạng thái nguồn được đối chiếu
Hoa Kỳ	US Core	9.0.0 STU9	Bản công bố hiện hành, FHIR R4
Nhật Bản	JP Core	1.1.2-clins	Nhánh latest cho chia sẻ hồ sơ; không phải phê duyệt HL7 Japan
Hàn Quốc	KR Core	2.0.0 STU2	Bản công bố hiện hành, FHIR R4
Thụy Sĩ	CH Core	6.0.0 STU6	Bản ổn định hiện hành; 7.0.0 đang ballot
Australia	AU Core	2.0.0	Working Standard hiện hành, FHIR R4
Việt Nam	VN Core	0.8.0 trial-use	Omi HealthTech khởi xướng; không phải chuẩn quốc gia chính thức

Nguồn: trang công bố và lịch sử phiên bản của từng IG (xem mục Tham chiếu), đối chiếu ngày 18/07/2026. Không suy diễn mức adoption hoặc hiệu lực pháp lý chỉ từ việc một IG có website công khai.

2. Bảng so sánh 5 FHIR IG theo các trục có thể kiểm chứng

Năm IG dưới đây đại diện cho các mô hình governance khác nhau. Phiên bản được rà soát ngày 18/07/2026; số lượng artifact là dữ liệu tham khảo và phải đối chiếu lại package/trang artifacts trước quyết định chính thức.

Trục	US Core	JP Core	KR Core	CH Core	AU Core
Phiên bản	9.0.0 STU9	1.1.2-clins (latest branch)	2.0.0 STU2	6.0.0 STU6	2.0.0 Working Standard
FHIR base	R4	R4	R4	R4	R4
Trạng thái tài liệu	STU9	Active build; tự tuyên bố chưa được HL7 Japan phê duyệt	STU2	STU6; STU7 ballot riêng	Working Standard R2
Actor/API	Actor + REST interactions	CapabilityStatement ví dụ	Actor + CapabilityStatement	API cụ thể trỏ sang IG liên quan	Profile-only hoặc Profile + Interaction
Chủ thể công bố/phát triển	HL7 International	JAMI FHIR Working Group	HL7 Korea	HL7 Switzerland	HL7 Australia

Không so sánh độ trưởng thành bằng số lượng artifact thô. Khi tái sử dụng phải đọc package, dependency (ví dụ AU Base) và CapabilityStatement của đúng phiên bản.

3. US Core 9.0.0 — STU9 trên FHIR R4

US Core 9.0.0 là bản công bố hiện hành của HL7 International tại lần rà soát, mang nhãn STU9 và dựa trên FHIR R4. IG định nghĩa profile cùng tương tác REST tối thiểu để truy cập dữ liệu người bệnh trong bối cảnh Hoa Kỳ; yêu cầu pháp quy cụ thể phải được đọc cùng văn bản ONC áp dụng, không suy ra chỉ từ IG.

US Core có actor, CapabilityStatement và bộ kiểm thử conformance phát triển cùng hệ sinh thái chứng nhận Hoa Kỳ. Bài học phù hợp cho VN Core là mô tả rõ vai trò, interaction, search và testable assertion; trang này không chuyển nguyên quy tắc chứng nhận Hoa Kỳ sang bối cảnh Việt Nam.

Không dùng ước lượng adoption không có dataset kèm theo. Khi tham chiếu US Core, cần pin đúng package và phân biệt yêu cầu của IG, yêu cầu chứng nhận và năng lực endpoint thực tế của từng hệ thống.

4. JP Core — governance và biến thể package

JP Core là FHIR IG nền cho bối cảnh Nhật Bản do nhóm thuộc JAMI phát triển. Nhánh latest được đối chiếu là 1.1.2-clins, một biến thể phục vụ chia sẻ hồ sơ điện tử; tài liệu cũng nói rõ đây chưa phải nội dung được HL7 Japan phê duyệt. Vì vậy phải pin đúng package/biến thể thay vì gọi chung một “bản chính thức”.

Tài liệu JP Core mô tả Working Group thuộc JAMI là chủ thể phát triển. Bài học trực tiếp là phải nêu rõ publisher, trạng thái phê duyệt, package và biến thể use-case; không gán tốc độ triển khai hoặc đặc tính văn hóa nếu không có nghiên cứu kèm nguồn.

VN Core có thể tham khảo cấu trúc guidance, profile và terminology của JP Core, đồng thời giữ ranh giới rõ giữa “do một Working Group phát triển” và “được một HL7 Affiliate hoặc cơ quan quản lý phê duyệt”.

5. KR Core 2.0.0 STU2 — HL7 Korea publish

KR Core 2.0.0 là bản STU2 dựa trên FHIR R4 do HL7 Korea công bố tại hl7korea.or.kr. Phạm vi profile, terminology và actor phải được đọc từ artifacts và CapabilityStatement của đúng bản phát hành; trang này không suy ra mức độ sử dụng trong hệ sinh thái EMR Hàn Quốc khi chưa có tracker công khai.

VN Core chỉ nên tái sử dụng pattern Coverage/Claim sau khi đối chiếu trực tiếp artifact và binding của KR Core. Sự tương đồng về hệ thống bảo hiểm không chứng minh hai data contract tương đương; XML đầu ra KCB của Việt Nam vẫn cần mapping và kiểm thử riêng.

KR Core 2.0.0 là STU2 dựa trên R4 và công bố CapabilityStatement cho actor. VN Core có thể tham khảo cách tách actor/conformance và cách mô hình Coverage, nhưng không suy ra mức adoption của bệnh viện nếu không có tracker công khai được đối chiếu.

6. CH Core 6.0.0 — scope nền cho bối cảnh Thụy Sĩ

CH Core 6.0.0 là bản STU6 ổn định do HL7 Switzerland quản lý; nhánh 7.0.0 đang ballot tại lần rà soát. IG cung cấp profile nền cho bối cảnh Thụy Sĩ và nêu quan hệ với Electronic Patient Record, còn API EPR cụ thể nằm ở IG liên quan.

Tài liệu công bố tại fhir.ch/ig/ch-core cung cấp artifacts page và mô tả phạm vi nền của CH Core. Phạm vi API cho hồ sơ bệnh án điện tử Thụy Sĩ nằm ở các IG liên quan; không nên suy diễn triết lý thiết kế hoặc độ dễ triển khai chỉ từ số lượng profile.

Bài học phù hợp cho Việt Nam là giữ scope có thể kiểm chứng và ưu tiên use case có căn cứ rõ. VN Core 0.8.0 có 86 Profile cho bệnh án điện tử, KSK theo SDC, IPS và bảng kê chi phí KCB; số lượng artifact không thay thế bằng chứng triển khai hoặc mức trưởng thành.

7. AU Core 2.0.0 — hai conformance modes

AU Core 2.0.0 là Working Standard do HL7 Australia phát hành với sự tham gia của Australian Digital Health Agency (ADHA), cung cấp bộ yêu cầu cốt lõi dùng trong bối cảnh Úc. Tài liệu general-requirements định nghĩa hai conformance modes đáng chú ý.

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 — trao đổi quốc gia dựa trên FHIR

Tài liệu công khai của Rede Nacional de Dados em Saúde (RNDS) xác nhận FHIR được dùng cho trao đổi dữ liệu y tế quốc gia tại Brazil. Các nguồn được dẫn ở cuối trang không đủ để kết luận RNDS bắt buộc một kiến trúc lưu trữ openEHR thống nhất phía dưới.

Bộ Y tế Brazil quản lý RNDS thông qua Ministério da Saúde. Khi tham chiếu mô hình này, cần tách đặc tả trao đổi FHIR ở cấp quốc gia khỏi lựa chọn lưu trữ nội bộ của từng nền tảng hoặc nhà cung cấp; hai lớp kiến trúc không đồng nghĩa với nhau.

RNDS là một mô hình đáng nghiên cứu khi đánh giá kiến trúc kho dữ liệu quy mô lớn. Tuy nhiên, lựa chọn FHIR, openEHR hoặc mô hình lai phải xuất phát từ use case, governance, chi phí vận hành và yêu cầu dữ liệu; trang này không đặt một phương án làm mặc định cho Việt Nam.

9. VN Core — vị trí hiện tại và điều kiện trưởng thành

VN Core hiện ở phiên bản 0.8.0 draft, do Omi HealthTech khởi xướng dưới hình thức đóng góp mở trial-use. Canonical URL http://fhir.hl7.org.vn/core/, base FHIR R4 (4.0.1), đã có 86 Profile, 56 Extension, 165 CodeSystem, 168 ValueSet, 27 Logical Model và 249 file example được biên soạn theo phương pháp luận FSH với SUSHI compiler.

Trục	VN Core 0.8.0 (hiện tại)	Mục tiêu trưởng thành kế tiếp (chưa gắn ngày)
Phiên bản	0.8.0 trial-use	Xác định qua governance sau bằng chứng triển khai
Profile	86 (Patient, Encounter, Coverage, Claim, Medication, KSK SDC, IPS, YHCT...)	Ổn định subset sau pilot
Extension	56 (53 nội địa + 3 official patient-* reused)	Rà soát governance và backward compatibility
CodeSystem nội địa	165 (ICD-10 VN, ICD-9-CM, 54 dân tộc, ĐVHC 34 tỉnh, BHYT subject, SNOMED VN, YHCT, CLS 1227, mã CSKCB...)	Quản trị versioning và source-of-truth
ValueSet	168	Chính sách expansion và versioning
Examples	249 file example (227 instance FHIR)	Pilot fixtures + conformance test suite
Lộ trình áp dụng	Đóng góp mở trial-use	Khuyến nghị sau pilot; mọi mandate phụ thuộc governance chính thức
Governance	Omi HealthTech khởi xướng	Lộ trình Working Group hybrid với sự tham gia của Bộ Y tế
Test suite	SUSHI build + IG Publisher QA	Connectathon VN + Inferno-style suite

Không có thước đo chung để xếp VN Core “đi sau” một số tháng so với dự án khác. So sánh hữu ích hơn là theo từng năng lực: actor/CapabilityStatement, profile/terminology, test suite, bằng chứng pilot, quy trình thay đổi và thẩm quyền governance.

Điểm tham chiếu cụ thể: các pattern được đối chiếu gồm identifier slicing, Coverage/Claim, actor/CapabilityStatement và cách tách data conformance khỏi interaction conformance. Mọi quyết định tái sử dụng phải được trace tới artifact cụ thể; trang này không khẳng định quan hệ kế thừa trực tiếp khi chưa có hồ sơ traceability.

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

Scope vừa phải, ưu tiên use case có căn cứ. VN Core 0.8.0 có 86 Profile cho các cụm Patient/Encounter, tài chính, thuốc, KSK, IPS, YHCT và thiết bị. Mỗi cụm vẫn cần pilot và conformance test; deadline pháp lý không tự biến profile thành chuẩn bắt buộc.
Test suite là một phần của bằng chứng conformance. Inferno và Connectathon là các mô hình tham chiếu hữu ích, nhưng giá trị của chúng nằm ở tiêu chí kiểm thử và issue log công khai. VN Core cần bộ test khả thi trước khi đề xuất bất kỳ mandate nào.
Governance terminology cần nguồn lực riêng. Localize ICD-10, SNOMED CT subset, danh mục đơn vị hành chính 34 tỉnh, danh mục BHYT và danh mục 54 dân tộc đòi hỏi quản trị nguồn, phiên bản và giấy phép; không thể xem đây là phần phụ của profile FHIR.
Không biến tài liệu kỹ thuật thành mandate trước khi có căn cứ. VN Core nên tách rõ khuyến nghị trial-use, bằng chứng pilot và quyết định pháp quy. Bài học cần rút từ quy trình ballot, actor/conformance và phản hồi triển khai đã được công bố, không từ nhận định chưa có nguồn về một quốc gia.
Governance cần đại diện cho các bên chịu tác động. Một cơ chế bền vững nên có cơ quan quản lý, cơ sở y tế, nhà cung cấp, chuyên gia và người sử dụng dữ liệu; đồng thời công bố quyền quyết định, quy trình thay đổi và bằng chứng thử nghiệm. Omi HealthTech đang khởi xướng bản trial-use, còn mô hình chuyển giao hoặc Working Group tương lai chưa được quyết định thay cho các bên liên quan.

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

Việt Nam có thể adopt JP Core trực tiếp không?

Không. Hệ thống định danh khác hoàn toàn (CCCD 12 số khác MyNumber 12 số về quy tắc cấp), bộ mã ICD-10 VN có những phần mở rộng riêng theo QĐ 4469/QĐ-BYT, danh mục đơn vị hành chính 34 tỉnh sau Nghị quyết 202/2025/QH15 không tồn tại trong JP Core. Nhưng pattern profile design — cách slicing identifier, cách extension cho ethnicity — hoàn toàn có thể tham khảo trực tiếp.

US Core có cover hết nhu cầu Việt Nam không?

Không. US Core không có khái niệm BHYT đa tuyến, không có 54 dân tộc, không có cấp xã/phường trong Address, không có tuyến KCB. Việt Nam phải xây CodeSystem và Extension riêng cho các domain này. US Core dùng được như tham chiếu pattern, không dùng được như tiêu chuẩn áp dụng trực tiếp.

Đã có quyết định về HL7 Affiliate Việt Nam hoặc ngân sách chưa?

Chưa. Site không tuyên bố một Affiliate đã được công nhận, không ấn định mô hình chuyển giao và không công bố ngân sách. Mọi đề án tương lai phải tách chi phí tổ chức, Working Group và hạ tầng kỹ thuật, đồng thời được các bên có thẩm quyền quyết định.

Khi nào VN Core có thể nâng mức trưởng thành?

Chưa có ngày hoặc số phiên bản kế tiếp được phê duyệt. Điều kiện tối thiểu gồm pilot có bằng chứng, test/validator khả thi, public review, chính sách tương thích và cơ chế governance có thẩm quyền. Số lượng 86 Profile và 249 file ví dụ chỉ mô tả phạm vi, không tự chứng minh độ trưởng thành.

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

Các Core IG và nguồn công bố được đối chiếu

Hệ sinh thái xung quanh

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

→ Profiling và Implementation Guide trong FHIR → Timeline FHIR Việt Nam và các mốc governance cần xác minh → Cho cơ quan quản lý: bàn về governance national IG → Thuật ngữ FHIR và HL7