Câu hỏi thường gặp về HL7, FHIR, VN Core IG

HL7 cơ bản (Q1–Q10)

Q1. HL7 là gì?

HL7 (Health Level Seven International) là tổ chức tiêu chuẩn dữ liệu y tế phi lợi nhuận, thành lập năm 1987 tại Hoa Kỳ. Tên "Level 7" lấy từ lớp Application của mô hình OSI. HL7 phát triển bốn dòng tiêu chuẩn chính: v2, v3, CDA và FHIR. Đọc chi tiết tại bài "HL7 là gì".

Q2. HL7 và FHIR có phải là một?

Không phải. FHIR là một trong bốn dòng tiêu chuẩn của HL7, cùng với HL7 v2, HL7 v3 và CDA. FHIR ra đời sau cùng, kết hợp ưu điểm message-based của v2 với thiết kế RESTful hiện đại. Khi nói "HL7" trong ngữ cảnh kỹ thuật, người ta thường ngầm hiểu là HL7 v2.

Q3. Việt Nam có HL7 Affiliate chưa?

Tính đến tháng 04/2026, Việt Nam chưa có HL7 Affiliate chính thức. Sáng kiến cộng đồng hl7.org.vn do Omi HealthTech (thuộc OmiGroup) khởi xướng đang hướng tới mục tiêu thành lập HL7 Affiliate Việt Nam. Việc này cần sự đồng thuận của Bộ Y tế, các tổ chức nghề nghiệp và HL7 International.

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

Tiêu chuẩn HL7 được publish miễn phí từ năm 2013 thông qua chương trình "Free IP". Membership tổ chức có phí, tính theo GDP quốc gia. Riêng FHIR đặc biệt miễn phí dùng và phân phối lại theo giấy phép CC0 (public domain).

Q5. HL7 v2 có lỗi thời chưa?

Chưa. Khoảng 95% bệnh viện toàn cầu vẫn dùng HL7 v2 cho ADT (Admit/Discharge/Transfer), lab, pharmacy và radiology. Ước tính HL7 v2 sẽ sống song song với FHIR thêm 10–15 năm tới. Hầu hết HIS/LIS/RIS legacy ở Việt Nam vẫn dùng v2 nội bộ.

Q6. HL7 v3 có còn dùng không?

Hạn chế. HL7 v3 chủ yếu được dùng tại UK NHS, một số bang Đức và Hàn Quốc. Dự án greenfield từ năm 2024 trở đi không nên chọn v3 — FHIR là lựa chọn tốt hơn về mọi mặt. Việt Nam hầu như không có triển khai v3 đáng kể.

Q7. CDA là gì?

CDA (Clinical Document Architecture) là chuẩn document dựa trên HL7 v3, dùng cho bệnh án xuất viện, giấy chuyển tuyến, tóm tắt bệnh án. FHIR Composition và Bundle đang dần thay thế CDA trong các use case mới nhờ ngữ pháp đơn giản hơn.

Q8. HL7 ở Việt Nam ai dùng?

Bệnh viện tư (Vinmec, FV, Hoàn Mỹ), một số bệnh viện trung ương (Bạch Mai pilot), và các vendor PACS/LIS quốc tế. Hiện chưa có văn bản pháp lý bắt buộc dùng HL7 ở Việt Nam, nhưng Thông tư 13/2025/TT-BYT về bệnh án điện tử mở đường cho áp dụng FHIR.

Q9. Học HL7 ở đâu?

Spec chính thức tại hl7.org. Đào tạo thực hành qua các vendor như Mirth Connect và HAPI FHIR. HL7 International có khóa online cấp chứng chỉ. Cộng đồng tiếng Việt đang xây dựng tại hl7.org.vn.

Q10. HL7 và DICOM khác nhau thế nào?

HL7 phục vụ trao đổi dữ liệu text-based: ADT, lab, đơn thuốc, bệnh án. DICOM phục vụ hình ảnh y tế: X-quang, CT, MRI, siêu âm. Hai chuẩn bổ sung cho nhau, không cạnh tranh. FHIR có ImagingStudy resource để liên kết với DICOM Study UID.

FHIR cơ bản (Q11–Q20)

Q11. FHIR là gì?

FHIR (Fast Healthcare Interoperability Resources) là chuẩn API y tế của HL7, dùng RESTful + JSON/XML, ra mắt DSTU1 ngày 30/09/2014. FHIR thiết kế theo nguyên tắc "80/20": cover 80% use case phổ biến, 20% còn lại dùng Extension. Đọc chi tiết tại bài "FHIR là gì".

Q12. FHIR đọc thế nào?

Phát âm "fire" /faɪər/ — như từ "lửa" trong tiếng Anh. Người Việt thường đọc gần "phai-ơ". Tránh đọc rời từng chữ "F-H-I-R".

Q13. FHIR có bao nhiêu Resource?

FHIR R4 (4.0.1) có 146 Resource, kết hợp Mixed Normative và STU (Standard for Trial Use). Một số Resource đã đạt trạng thái Normative ổn định (Patient, Observation), số khác vẫn còn ở trạng thái Trial Use và có thể thay đổi nhỏ trong các version sau.

Q14. Phải dùng version FHIR nào?

R4 (4.0.1) là version mặc định cho mọi National IG: US Core, JP Core, KR Core, CH Core và VN Core. R5 đã phát hành (2023) nhưng chưa universal — phần lớn ecosystem (HAPI, vendor, payer) vẫn ưu tiên R4. Xem so sánh các version FHIR.

Q15. FHIR dùng JSON hay XML?

Cả hai đều được hỗ trợ chính thức. JSON phổ biến hơn trong thực tế. Server FHIR phải support ít nhất một trong hai. HAPI FHIR, Microsoft FHIR Server và Firely Server đều support JSON, XML và Turtle (RDF).

Q16. FHIR có thay HL7 v2 không?

Sẽ thay dần trong 10–15 năm tới, nhưng hiện tại hai chuẩn sống song song. Pattern phổ biến: HL7 v2 cho integration nội bộ HIS/LIS/RIS legacy, FHIR cho API public và liên thông giữa các tổ chức.

Q17. FHIR có miễn phí không?

Có. Spec miễn phí theo CC0. Server FHIR open-source nhiều: HAPI (Java), Microsoft FHIR Server (.NET), Google Cloud Healthcare API có free tier. Vendor commercial cung cấp managed FHIR service với SLA và support.

Q18. FHIR sandbox public ở đâu?

HAPI FHIR public test server: http://hapi.fhir.org/baseR4. Firely public server: https://server.fire.ly. Hai server này thích hợp để thử nghiệm REST API mà không cần tự host.

Q19. SMART on FHIR là gì?

SMART on FHIR là spec OAuth 2.0 + OpenID Connect cho FHIR app launch context. Apple Health, Epic MyChart, Cerner đều dùng SMART để app bên thứ ba truy cập dữ liệu bệnh nhân với consent rõ ràng. Là nền tảng cho ecosystem patient-facing app.

Q20. FHIR và openEHR khác nhau thế nào?

Khác paradigm. FHIR là API exchange — focus vào trao đổi dữ liệu giữa hệ thống. openEHR là kiến trúc EHR storage với archetype và template — focus vào lưu trữ lâu dài. Có thể kết hợp: openEHR backend, FHIR API frontend. Đọc so sánh chi tiết.

VN Core IG (Q21–Q30)

Q21. VN Core IG là gì?

VN Core IG là Implementation Guide chuẩn hóa FHIR R4 cho ngữ cảnh y tế Việt Nam. Bao gồm Profile (Patient, Encounter, Coverage, Claim...), Extension (dân tộc, BHYT, tuyến KCB...) và Terminology (ICD-10 VN, 34 tỉnh, 54 dân tộc...). Xem trang giới thiệu.

Q22. VN Core IG version hiện tại?

Phiên bản 0.5.0 (community draft, tính 04/2026). Đây là milestone trước release candidate. Roadmap version 1.0.0 chính thức dự kiến quý 3/2027 sau khi hoàn tất pilot tại 3–5 bệnh viện và lấy ý kiến rộng rãi từ cộng đồng.

Q23. Repo VN Core IG ở đâu?

Có hai nguồn chính: repo của Cục CNTT BYT tại github.com/hl7vn/vn-core-ig (draft 2024, ít cập nhật), và sáng kiến cộng đồng Omi HealthTech tại github.com/HL7-org-vn (đang phát triển tích cực). Mục tiêu dài hạn là hợp nhất hai nhánh.

Q24. Canonical URL của VN Core là gì?

Canonical URL bản cộng đồng: http://fhir.hl7.org.vn/core/. Bản BYT trước đó dùng http://fhir.ehealth.gov.vn/core/. Khi hai bản hợp tác chính thức, có thể merge hoặc redirect canonical.

Q25. VN Core IG có những Profile gì?

VN Core v0.5.0 có 52 Profile: VNCorePatient, VNCorePractitioner, VNCoreOrganization, VNCoreEncounter, VNCoreCondition, các VNCoreObservation* (VitalSigns, BloodPressure, BodyHeight, BodyWeight, BodyTemperature, HeartRate, RespiratoryRate, SpO2, Lab, YHCT), VNCoreCoverage, VNCoreClaim, VNCoreExplanationOfBenefit, VNCoreMedicationRequest và nhiều profile khác. Tất cả tuân theo naming convention VNCore{Resource}.

Q26. VN Core IG có Extension gì?

VN Core v0.5.0 có 47 Extension: dân tộc (54 dân tộc), phường/xã (3.321 đơn vị sau NQ 202/2025), thông tin thẻ BHYT (loại đối tượng, nơi đăng ký, hiệu lực), tuyến KCB, hạng bệnh viện, số chứng chỉ hành nghề, học vị, mã đơn vị hành chính cũ (legacy support).

Q27. VN Core IG có CodeSystem gì?

VN Core v0.5.0 có 70 CodeSystem và 75 ValueSet: ICD-10 VN (QĐ 4469), ICD-9-CM 2026 (QĐ 387), 54 dân tộc, 34 tỉnh thành (NQ 202/2025), BHYT đối tượng (QĐ 3276), KCB tuyến, hạng BV, LOINC partial, SNOMED CT VN (3 đợt), Y học cổ truyền (QĐ 2552, QĐ 3080) và nhiều hệ mã chuyên ngành khác.

Q28. Có thể đóng góp VN Core IG không?

Có. Dự án phát hành theo CC-BY-4.0, mở pull request từ cộng đồng. Đóng góp được khuyến khích: profile mới, extension theo nghiệp vụ thực tế, ví dụ test data, dịch document, báo cáo bug. Xem governance model.

Q29. VN Core có conflict với BYT IG không?

Không. Mục tiêu là hợp tác và hợp nhất khi BYT sẵn sàng. Hai canonical URL có thể redirect cho nhau trong giai đoạn chuyển tiếp. Nhóm Omi HealthTech đã chủ động tiếp xúc với cộng đồng phát triển bản BYT.

Q30. Khi nào VN Core 1.0?

Roadmap dự kiến: quý 4/2026 release candidate (RC1) sau khi hoàn tất pilot, quý 3/2027 phát hành 1.0.0 chính thức. Mọi mốc thời gian có thể điều chỉnh theo kết quả pilot và phản hồi từ HL7 International.

BHYT & XML 4210 (Q31–Q35)

Q31. XML 4210 có còn dùng không?

Còn dùng (tính 04/2026). Tuy nhiên cần làm rõ: "XML 4210" là tên gọi shorthand legacy dựa trên QĐ 4210/QĐ-BYT cũ. Căn cứ pháp lý hiện hành cho chuẩn dữ liệu đầu ra phục vụ BHXH là QĐ 130/QĐ-BYT, được sửa đổi bởi QĐ 4750/QĐ-BYT, và mới nhất là QĐ 3176/QĐ-BYT (29/10/2024). Trong tài liệu kỹ thuật chính thức nên dùng tên QĐ 3176.

Q32. FHIR có thay XML 4210 không?

Chưa có văn bản chính thức quy định thay thế. Tuy nhiên Nghị định 164/2025/NĐ-CP về giao dịch điện tử BHXH (hiệu lực 29/06/2025) mở khả năng API điện tử hai chiều với BHXH Việt Nam, và FHIR là ứng cử viên hàng đầu cho format trao đổi.

Q33. Map XML 4210 sang FHIR thế nào?

Mapping cốt lõi: Coverage tương ứng thẻ BHYT, Claim tương ứng yêu cầu thanh toán, ExplanationOfBenefit tương ứng phản hồi quyết toán. VN Core IG cung cấp ConceptMap cho từng trường XML 3176/4210. Đọc bài "FHIR và BHYT".

Q34. QĐ 697/QĐ-BYT có gì mới?

QĐ 697/QĐ-BYT ban hành 19/03/2026 quy định mẫu bảng kê chi phí khám chữa bệnh BHYT mới với 12 danh mục, 13 cột và hỗ trợ multi-BHYT (nhiều thẻ trên cùng một lượt KCB). Có hiệu lực từ 19/03/2026; lộ trình chuyển tiếp và nâng cấp phần mềm chậm nhất 01/07/2026. Thay thế QĐ 6556/QĐ-BYT (2018) trong giai đoạn chuyển tiếp.

Q35. NĐ 188/2025 có trần thanh toán universal không?

Không. NĐ 188/2025/NĐ-CP (hiệu lực 01/07/2025) quy định trần và mức hưởng theo nhóm chi phí cụ thể (thuốc, vật tư y tế, dịch vụ kỹ thuật, giường bệnh...), không phải một con số universal cho toàn bộ Claim.total. VN Core dùng extension cumulativeCopay để mô hình hóa cộng dồn cùng chi trả; các trần và mức hưởng chi tiết thuộc về rules engine hoặc gateway tích hợp BHXH, không phải invariant của base profile.

Pháp lý (Q36–Q42)

Q36. Thông tư 13/2025/TT-BYT yêu cầu gì?

Thông tư 13/2025/TT-BYT (hiệu lực 21/07/2025) yêu cầu bệnh án điện tử kết nối số định danh cá nhân hoặc tài khoản VNeID, có chữ ký số theo NĐ 137/2024/NĐ-CP, tuân thủ Luật Khám bệnh chữa bệnh 2023. Lộ trình: bệnh viện chậm nhất 30/09/2025; cơ sở KCB khác chậm nhất 31/12/2026.

Q37. Nghị định 278/2025/NĐ-CP yêu cầu gì?

NĐ 278/2025/NĐ-CP về kết nối, chia sẻ dữ liệu bắt buộc giữa các cơ quan, hệ thống thông tin nhà nước. Hiệu lực từ ngày ký 22/10/2025. Mốc chuẩn hóa và kết nối thống nhất chậm nhất 31/12/2026. Tác động trực tiếp tới các hệ thống y tế cần liên thông với CSDL quốc gia.

Q38. Luật 91/2025 BVDLCN có gì?

Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 (hiệu lực 01/01/2026) phân loại dữ liệu y tế thuộc nhóm nhạy cảm cao nhất. Yêu cầu: consent rõ ràng, audit trail, DPO (Data Protection Officer), DPIA (Đánh giá tác động), thông báo vi phạm trong 72 giờ. Phạt tới 5% doanh thu năm trước. Đọc bài "FHIR và Luật BVDLCN".

Q39. NĐ 356/2025 thay NĐ 13/2023?

Đúng. NĐ 356/2025/NĐ-CP (hiệu lực 01/01/2026) thay thế hoàn toàn NĐ 13/2023/NĐ-CP. Mọi tài liệu kỹ thuật và pháp lý mới phải reference NĐ 356/2025, không dùng NĐ 13/2023 đã hết hiệu lực. NĐ 356/2025 hướng dẫn chi tiết cho Luật 91/2025.

Q40. Luật AI 134/2025 áp dụng cho AI y tế?

Có. Luật Trí tuệ nhân tạo số 134/2025/QH15 (hiệu lực 01/03/2026) phân loại theo ba mức rủi ro. AI y tế thường thuộc nhóm rủi ro cao, yêu cầu đăng ký, audit định kỳ, human-in-the-loop trong quyết định lâm sàng. Đọc bài "FHIR và Luật AI".

Q41. NĐ 90/2026 phạt gì?

Nghị định 90/2026/NĐ-CP về xử phạt vi phạm hành chính trong lĩnh vực y tế (hiệu lực 15/05/2026). Cụ thể từng khoản phạt liên quan tới tuân thủ EMR và liên thông dữ liệu cần tra cứu trực tiếp tại văn bản khi áp dụng cho trường hợp cụ thể; tránh suy diễn ngoài phạm vi điều khoản đã ban hành.

Q42. Lưu DLCN ngoài Việt Nam có được không?

Cần hồ sơ đánh giá tác động chuyển dữ liệu xuyên biên giới theo Mẫu 09 của NĐ 356/2025/NĐ-CP. Khuyến nghị thực tế: đặt FHIR server tại Việt Nam để giảm rủi ro tuân thủ và đáp ứng yêu cầu data residency của Luật An ninh mạng 2018.

Triển khai bệnh viện (Q43–Q50)

Q43. Bệnh viện nhỏ có cần FHIR không?

Có nếu bệnh viện cần liên thông với BHXH, VNeID, sổ sức khỏe điện tử, hoặc gửi/nhận dữ liệu với bệnh viện tuyến trên theo NĐ 278/2025. Nếu chỉ vận hành nội bộ thuần túy, có thể tiếp tục dùng HL7 v2 — nhưng nên có lộ trình FHIR trong 2–3 năm tới.

Q44. Chi phí ước cho bệnh viện hạng II?

Khoảng 1–3 tỷ đồng trong 12–18 tháng cho mô hình "FHIR layer trên EMR cũ". Bao gồm tích hợp HL7 v2 sang FHIR, profiling theo VN Core, terminology mapping và đào tạo đội kỹ thuật. Xem bài "Cho CIO bệnh viện".

Q45. Có thể self-host FHIR server không?

Có. HAPI FHIR open-source chạy trên VPS với chi phí 5–20 triệu đồng/tháng tùy quy mô. Tự chủ về dữ liệu, đáp ứng data residency. Cần đội DevOps có kinh nghiệm Java và PostgreSQL. Không cần license phí tách biệt.

Q46. Vendor FHIR ở Việt Nam có ai?

Vendor quốc tế lớn (Carestream, Siemens Healthineers, Fujifilm, Epic) đã có FHIR module. Vendor trong nước đang catch up: Omi HealthTech, một số công ty HIS lớn đã pilot FHIR API. Liên hệ qua trang community của hl7.org.vn để cập nhật danh sách.

Q47. Migration HL7 v2 sang FHIR mất bao lâu?

Khoảng 3–5 năm cho bệnh viện lớn có nhiều hệ thống legacy. Bệnh viện mới hoặc thay HIS toàn diện có thể đi thẳng FHIR-first trong 6–12 tháng. Pattern thực tế: chạy song song v2 nội bộ và FHIR cho API public, rồi rút dần v2.

Q48. Phải thay EMR hiện tại không?

Không bắt buộc. Pattern khả thi nhất là thêm FHIR Façade (lớp adapter) trên EMR/HIS cũ, phơi REST API ra ngoài mà không thay backend. Đây là approach của Epic, Cerner và nhiều hệ thống enterprise. Thay EMR toàn diện chỉ nên cân nhắc khi hệ thống cũ đã end-of-life.

Q49. Train bác sĩ dùng FHIR EMR mất bao lâu?

Bác sĩ không cần biết FHIR — họ dùng UI EMR mới. Đào tạo trung bình 1–2 tuần để bác sĩ quen UI, workflow và phím tắt. FHIR là chuẩn kỹ thuật phía dưới, hoàn toàn ẩn với người dùng cuối.

Q50. Tham gia cộng đồng VN Core IG ở đâu?

GitHub: github.com/HL7-org-vn. Website: hl7.org.vn. Email liên hệ: [email protected]. Xem trang community để biết thêm kênh thảo luận và sự kiện.

Đặt câu hỏi mới