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. Các họ sản phẩm nổi bật gồm HL7 v2, họ HL7 v3 dựa trên RIM, 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. HL7 International phát triển nhiều họ sản phẩm: HL7 v2 tập trung vào message, họ v3 dựa trên RIM, CDA cho tài liệu lâm sàng, còn FHIR dùng mô hình Resource và hỗ trợ REST, document, message cùng operation. 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?

Theo các danh sách affiliate công khai được rà soát tháng 06/2026, dự án chưa tìm thấy HL7 Affiliate chính thức tại Việt Nam. Sáng kiến trial-use hl7.org.vn do Omi HealthTech khởi xướng đang chuẩn bị nền tảng kỹ thuật và governance để các bên có thể đánh giá một lộ trình Affiliate. Việc thành lập và chủ thể đứng hồ sơ là quyết định riêng theo đồng thuận, điều kiện của HL7 International và thẩm quyền liên quan.

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

Nhiều tiêu chuẩn HL7 đã công bố được cung cấp không thu phí theo chính sách IP áp dụng. FHIR core dùng CC0, nhưng terminology, IG và dependency bên thứ ba vẫn giữ điều kiện giấy phép riêng. Membership, biểu quyết, đào tạo, chứng chỉ, sự kiện và một số dịch vụ có điều kiện hoặc biểu phí riêng.

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

Chưa. HL7 v2 vẫn hiện diện rộng trong các giao diện ADT (Admit/Discharge/Transfer), xét nghiệm, dược và chẩn đoán hình ảnh đã vận hành lâu năm. Thời gian cùng tồn tại với FHIR phụ thuộc hợp đồng tích hợp và vòng đời hệ thống; không có số liệu toàn cầu hoặc mốc thay thế cố định áp dụng cho mọi quốc gia.

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

HL7 v3 vẫn tồn tại trong một số hệ thống và là nền tảng mô hình của CDA, nhưng hệ sinh thái triển khai mới nhỏ hơn FHIR và HL7 v2. Dự án greenfield nên chọn chuẩn theo use case, quy định, đối tác và năng lực vận hành; không thể kết luận FHIR tốt hơn trên mọi tiêu chí.

Q7. CDA là gì?

CDA (Clinical Document Architecture) là chuẩn tài liệu lâm sàng dựa trên HL7 v3, dùng cho tóm tắt ra viện, giấy chuyển tuyến và nhiều loại hồ sơ. CDA và tài liệu FHIR dựa trên Composition/Bundle là hai mô hình có thể cùng tồn tại; lựa chọn phụ thuộc IG và hợp đồng trao đổi đích.

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

Một số bệnh viện tư, bệnh viện tuyến cuối và nhà cung cấp PACS/LIS quốc tế đã triển khai các mẫu tích hợp HL7 v2 hoặc API y tế ở phạm vi hệ thống riêng. 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 nhà cung cấp 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 trao đổi dữ liệu y tế của HL7, thường dùng RESTful HTTP với JSON/XML nhưng cũng hỗ trợ document, message và các mô hình trao đổi khác. DSTU1 được công bố năm 2014. Cụm từ "80/20" mô tả một heuristic thiết kế của FHIR: giữ resource lõi đủ dùng cho phần lớn tình huống phổ biến và dùng extension cho nhu cầu hợp lệ ngoài lõi. Đây không phải tỷ lệ bao phủ đã được đo lường và extension vẫn phải có định nghĩa canonical cùng quy tắc quản trị. Đọ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?

VN Core hiện dùng R4 (4.0.1) làm baseline; dự án khác phải chọn phiên bản theo IG đích, dependency package và CapabilityStatement của các endpoint tham gia. 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, chưa phải release ổn định. Xem so sánh các version FHIR.

Q15. FHIR dùng JSON hay XML?

JSON và XML đều là định dạng chuẩn của FHIR R4; client và server thương lượng định dạng qua media type. Mức hỗ trợ cụ thể, kể cả RDF/Turtle, phải kiểm tra trên CapabilityStatement và tài liệu của sản phẩm đang triển khai.

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

Không có lịch thay thế toàn cầu. Nhiều tổ chức vận hành song song HL7 v2 cho giao diện nội bộ hiện có và FHIR cho API hoặc liên thông theo IG mới. Quyết định loại bỏ v2 phải dựa trên inventory giao diện, khả năng của đối tác và kế hoạch chuyển đổi đã kiểm thử.

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

Có. Đặc tả FHIR được công bố theo CC0. Có cả triển khai mã nguồn mở và dịch vụ thương mại; chi phí thực tế phụ thuộc hạ tầng, lưu lượng, lưu trữ, bảo mật, vận hành và hỗ trợ, không chỉ phí giấy phép.

Q18. FHIR sandbox public ở đâu?

HAPI FHIR và Firely có public test endpoint, nhưng URL, phiên bản, dữ liệu và capability có thể thay đổi; hãy kiểm tra metadata và điều khoản hiện hành trước mỗi lần dùng. Đây là môi trường thử nghiệm công khai: tuyệt đối không gửi PHI, CCCD, BHYT hoặc dữ liệu người bệnh thật.

Q19. SMART on FHIR là gì?

SMART App Launch là Implementation Guide dùng OAuth 2.0 để chuẩn hóa discovery, authorization, launch context và scope cho ứng dụng FHIR; OpenID Connect có thể được dùng cho danh tính người dùng theo capability đã công bố. Việc cấp token/authorization không tự đồng nghĩa với consent pháp lý: căn cứ xử lý dữ liệu và giao diện xin quyền phải được xác định riêng theo use case.

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

Hai chuẩn giải quyết các lớp khác nhau. FHIR là chuẩn trao đổi hỗ trợ REST, document, message và các mô hình khác; openEHR là nền tảng lưu trữ/mô hình hồ sơ với archetype và template. Có thể kết hợp khi hợp đồng API, mapping và kiểm thử round-trip được quy định rõ. Đọc so sánh chi tiết.

VN Core IG (Q21–Q30)

Q21. VN Core IG là gì?

VN Core IG tại fhir.hl7.org.vn là Implementation Guide FHIR R4 trial-use của dự án cho ngữ cảnh y tế Việt Nam, chưa phải tiêu chuẩn quốc gia hoặc ấn phẩm được HL7 International phê duyệt. 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.8.0 (Draft for Community Review, 07/2026). Đây là milestone trước release candidate. Roadmap version 1.0.0 dự kiến quý 3/2027 sau khi có đủ bằng chứng từ các pilot được công bố hoặc đủ điều kiện review và lấy ý kiến rộng rãi từ Working Group.

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à bộ artifact trial-use do Omi HealthTech duy trì 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à đưa hai nhánh vào một cơ chế đối chiếu và governance chung.

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/. Việc hội tụ canonical cần đi qua Working Group và quyết định governance chính thức.

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

VN Core v0.9.0 có 86 Profile: VNCorePatient, VNCorePractitioner, VNCoreOrganization, VNCoreEncounter, VNCoreCondition, các VNCoreObservation* (VitalSigns, BloodPressure, BodyHeight, BodyWeight, BodyTemperature, HeartRate, RespiratoryRate, SpO2, Lab, YHCT), VNCoreCoverage, VNCoreClaim, VNCoreExplanationOfBenefit, VNCoreMedicationRequest, VNCoreQuestionnaire, VNCoreQuestionnaireResponse, VNCoreFamilyMemberHistory, VNCoreAllergyIntolerance, VNCoreComposition và VNCoreBundleIPS. Tất cả tuân theo naming convention VNCore{Resource}.

Q26. VN Core IG có Extension gì?

VN Core v0.9.0 có 56 Extension được xuất bản: 53 extension nội địa và 3 extension HL7 chính thức tái dùng. Nhóm nội địa bao phủ dân tộc (54 dân tộc), phường/xã (3.321 đơn vị sau NQ 202/2025/QH15), 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.9.0 có 165 CodeSystem và 168 ValueSet: ICD-10 VN (QĐ 4469/QĐ-BYT), ICD-9-CM 2026 (QĐ 387/QĐ-BYT), 54 dân tộc, 34 tỉnh thành (NQ 202/2025/QH15), BHYT đối tượng (QĐ 3276/QĐ-BYT), KCB tuyến, hạng BV, LOINC partial, SNOMED CT VN (3 đợt), Y học cổ truyền (QĐ 2552/QĐ-BYT, QĐ 3080/QĐ-BYT) 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 và tiếp nhận đề xuất kỹ thuật qua [email protected] trong giai đoạn tracker public chưa mở. Đóng góp được khuyến khích: profile mới, extension theo nghiệp vụ thực tế, ví dụ test data, bản dịch tài liệu và báo cáo lỗi có bằng chứng. Xem governance model.

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

Không. Hai bản phục vụ cùng mục tiêu chuẩn hóa FHIR cho Việt Nam nhưng có canonical và governance khác nhau. Bản do cơ quan nhà nước công bố có canonical http://fhir.ehealth.gov.vn/core/; bản tại fhir.hl7.org.vn là draft trial-use do Omi HealthTech duy trì. Mọi hội tụ canonical hoặc công nhận chính thức cần đi qua Working Group và quyết định governance có thẩm quyền.

Q30. Khi nào VN Core 1.0?

Roadmap dự kiến: quý 4/2026 release candidate (RC1) nếu có đủ bằng chứng triển khai, quý 3/2027 phát hành 1.0.0 trial-use ổn định hơn. Mọi mốc thời gian có thể điều chỉnh theo bằng chứng triển khai, quyết định governance và phản hồi chính thức nếu nhận được.

BHYT & XML 4210 (Q31–Q35)

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

Còn dùng theo registry pháp lý VN Core rà soát 06/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/QĐ-BYT.

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

Chưa có văn bản chính thức quy định thay thế. NĐ 164/2025/NĐ-CP điều chỉnh giao dịch điện tử trong lĩnh vực BHXH nhưng không chỉ định FHIR. FHIR chỉ là một phương án cần đánh giá theo endpoint, payload, governance và contract của bên nhận.

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

Coverage, Claim và ExplanationOfBenefit là các điểm mô hình hóa tham chiếu, không tương đương một-một với toàn bộ schema BHYT. Chuyển đổi trường/cấu trúc cần đặc tả mapping hoặc adapter được version hóa và kiểm thử; ConceptMap chỉ dùng cho quan hệ code/concept trong các trường mã hóa. VN Core hiện phát hành 14 ConceptMap, trong đó có các nhóm ưu tiên đã ship: trường tài chính BHYT → adjudication (vn-cm-bhyt-financial-field-to-adjudication) và nhóm chi phí bảng kê → danh mục chi phí (vn-cm-bhyt-claim-cost-group-to-cost-category). Đọ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; giai đoạn chuyển tiếp và nâng cấp phần mềm kết thúc 01/07/2026 — từ mốc này là mẫu bảng kê duy nhất. Thay thế hoàn toàn QĐ 6556/QĐ-BYT (2018); mẫu cũ chỉ còn giá trị đối chiếu hồ sơ lập trước 01/07/2026.

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

Không. NĐ 188/2025/NĐ-CP (ban hành 01/07/2025, hiệu lực 15/08/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ì?

Điều 1 khoản 3 Thông tư 13/2025/TT-BYT (hiệu lực 21/07/2025) yêu cầu kết nối thông tin bệnh án điện tử với số định danh cá nhân của công dân Việt Nam và của người nước ngoài đã được cấp tài khoản định danh điện tử; đây không phải hai phương án identifier thay thế nhau. Hệ thống còn phải đáp ứng hạ tầng, an toàn, truy xuất và các quy định giao dịch điện tử/chữ ký áp dụng. 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. Mức tác động tới một hệ thống y tế phụ thuộc việc hệ thống đó có thuộc phạm vi chủ thể, dữ liệu và kết nối mà Nghị định điều chỉnh.

Q38. Luật 91/2025/QH15 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ế là dữ liệu cá nhân nhạy cảm. Căn cứ xử lý, đánh giá tác động, nhân sự bảo vệ dữ liệu, kiểm toán và thông báo vi phạm phải xác định theo vai trò, phạm vi và tình huống cụ thể; không phải mọi nghĩa vụ đều kích hoạt giống nhau cho mọi hệ thống. Đọc bài "FHIR và Luật BVDLCN".

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

Đú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/NĐ-CP, không dùng NĐ 13/2023/NĐ-CP đã hết hiệu lực. NĐ 356/2025/NĐ-CP hướng dẫn chi tiết cho Luật 91/2025/QH15.

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

Có thể. Luật Trí tuệ nhân tạo số 134/2025/QH15 (hiệu lực 01/03/2026) áp dụng khung phân loại rủi ro, nhưng không nên gắn nhãn mọi hệ thống AI y tế vào cùng một mức chỉ từ tên miền ứng dụng. Phải đánh giá mục đích dự kiến, tác động và tiêu chí của văn bản; nghĩa vụ đăng ký, đánh giá hay giám sát con người theo kết quả phân loại đó. Đọc bài "FHIR và Luật AI".

Q41. NĐ 90/2026/NĐ-CP 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ó thể, nhưng phải xác định nghĩa vụ đánh giá tác động chuyển dữ liệu xuyên biên giới theo Luật 91/2025/QH15 và NĐ 356/2025/NĐ-CP, kể cả các trường hợp được miễn hồ sơ. Vị trí đặt server là một yếu tố của đánh giá; đặt tại Việt Nam không tự động chứng minh tuân thủ, và đặt ngoài Việt Nam không thể được kết luận chỉ từ một câu hỏi FAQ.

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

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

Nhu cầu FHIR phụ thuộc hợp đồng liên thông mà bệnh viện phải đáp ứng. Cơ sở nhỏ có thể bắt đầu từ một workflow và một actor profile thay vì dựng toàn bộ nền tảng. Nếu chỉ vận hành nội bộ, chưa có lý do kỹ thuật để thay giao diện đang ổn định chỉ vì một mốc thời gian chung; lộ trình phải dựa trên use case và đối tác trao đổi.

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

Không thể ước tính đáng tin cậy chỉ từ hạng bệnh viện. Cần khảo sát số hệ thống nguồn, số interface, chất lượng dữ liệu, phạm vi terminology, yêu cầu bảo mật/SLA, phương án mua hay tự xây và tiêu chí nghiệm thu. Báo giá nên tách chi phí một lần, chi phí vận hành và dự phòng chuyển đổi. Xem bài "Cho CIO bệnh viện".

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

Có. HAPI FHIR và một số sản phẩm khác hỗ trợ tự lưu trữ, nhưng giấy phép mã nguồn mở không loại bỏ chi phí compute, database, sao lưu, giám sát, bảo mật, nâng cấp và trực vận hành. Vị trí lưu trữ chỉ là một phần của đánh giá pháp lý; self-host không tự động chứng minh tuân thủ data residency hoặc bảo vệ dữ liệu.

Q46. Nhà cung cấp FHIR ở Việt Nam có ai?

Một số nhà cung cấp quốc tế lớn đã có FHIR module trong sản phẩm toàn cầu. Ở Việt Nam, năng lực FHIR của từng HIS/EMR/LIS cần được xác nhận theo dự án cụ thể bằng CapabilityStatement, test payload và kết quả validator. hl7.org.vn hiện công bố 0 pilot public đã xác nhận; các pilot chưa được phép nêu tên sẽ không đưa vào tracker công khai.

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

Không có thời lượng chuẩn. Hãy ước tính từ số interface, mức tùy biến v2, terminology, dữ liệu lịch sử, đối tác phải phối hợp và thời gian chạy song song. Chuyển theo từng workflow với tiêu chí đối soát và rollback thường an toàn hơn một mốc cutover chung; chỉ ngừng v2 khi mọi bên phụ thuộc đã được xác nhận.

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

Không bắt buộc. FHIR façade là một phương án khi backend hiện tại còn phù hợp; tích hợp native hoặc thay hệ thống có thể hợp lý trong bối cảnh khác. Quyết định phải dựa trên chất lượng mô hình dữ liệu, khả năng thay đổi của nhà cung cấp, chi phí vận hành kép và vòng đời hệ thống, không dựa trên một pattern mặc định.

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

Bác sĩ thường không cần học cú pháp FHIR; nội dung đào tạo tập trung vào UI và workflow. Thời lượng phải được xác định qua đánh giá tác động quy trình, vai trò người dùng và pilot usability. FHIR có thể ẩn ở tầng kỹ thuật, nhưng thay đổi luồng dữ liệu vẫn có thể ảnh hưởng cách nhập, duyệt và sửa hồ sơ.

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

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