FHIR cho CIO bệnh viện: ROI, lộ trình, KPI

Theo Thông tư 13/2025/TT-BYT, các bệnh viện phải hoàn thành bệnh án điện tử chậm nhất ngày 30/9/2025, các cơ sở khám chữa bệnh khác (trạm y tế xã, phòng khám) chậm nhất ngày 31/12/2026. Điều 1 khoản 3 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ử; tài khoản VNeID không phải một identifier thay thế. Bên cạnh đó, Nghị định 278/2025/NĐ-CP đặt mốc kết nối, chia sẻ dữ liệu y tế thống nhất chậm nhất 31/12/2026. Trang này phân tích bốn mô hình triển khai, cách xây dựng business case từ dữ liệu của bệnh viện, lộ trình theo cổng kiểm soát và bộ tiêu chí lựa chọn nhà cung cấp.

Tóm tắt nhanh

  • Áp lực pháp lý: TT 13/2025/TT-BYT (mốc hạn bệnh viện 30/9/2025, cơ sở KCB khác 31/12/2026), NĐ 278/2025/NĐ-CP (kết nối, chia sẻ dữ liệu chậm nhất 31/12/2026), NĐ 102/2025/NĐ-CP (cơ sở dữ liệu y tế quốc gia).
  • Phương án kiến trúc: tầng FHIR đặt trên EMR hiện hữu có thể giảm phạm vi thay thế hệ thống khi EMR còn được hỗ trợ; chi phí và thời gian chỉ nên phê duyệt sau audit, thử nghiệm dữ liệu và phân tích phụ thuộc.
  • ROI: phải đo từ baseline của chính bệnh viện. FHIR có thể giảm công việc tích hợp lặp lại và cải thiện khả năng truy vết, nhưng không tự động làm giảm từ chối BHYT hoặc tạo ra khả năng AI nếu thiếu quản trị dữ liệu, thuật ngữ, bảo mật và thay đổi quy trình.
  • Năm KPI khởi đầu: mức conformance của hồ sơ trong phạm vi, chất lượng định danh, tỷ lệ hồ sơ BHXH được tiếp nhận qua kênh chính thức, khả năng truy xuất audit và thời gian onboard đối tác.
  • Rủi ro khi trì hoãn: không đáp ứng nghĩa vụ áp dụng cho đơn vị, kéo dài nợ kỹ thuật và thiếu bằng chứng về chất lượng, an toàn hoặc khả năng liên thông khi nghiệm thu.

Nội dung trang

  1. Bối cảnh — vì sao 2026 là khúc quanh
  2. Năm áp lực CIO bệnh viện đang đối mặt
  3. Bốn phương án và đánh đổi
  4. Khung đánh giá ROI
  5. Lộ trình theo cổng kiểm soát
  6. Tổ chức nội bộ — team cần ai
  7. Danh sách kiểm tra nhà cung cấp gồm 30 tiêu chí
  8. Năm KPI khởi đầu
  9. Rủi ro hàng đầu và cách giảm thiểu
  10. Câu hỏi thường gặp
  11. Tham chiếu pháp lý
  12. Đọc tiếp

1. Bối cảnh — vì sao 2026 là khúc quanh

Giai đoạn 2025-2026 có nhiều yêu cầu mới về bệnh án điện tử, kết nối dữ liệu và bảo vệ dữ liệu cá nhân. Trước đó, bệnh án điện tử được điều chỉnh chủ yếu bởi Thông tư 46/2018/TT-BYT. Thông tư 13/2025/TT-BYT (ban hành 6/6/2025, hiệu lực 21/7/2025) thay thế khung này và đưa ra ba nhóm thay đổi đáng chú ý đối với CIO bệnh viện.

Thứ nhất, lộ trình triển khai được phân tách rõ: các bệnh viện (mọi hạng) phải hoàn thành bệnh án điện tử chậm nhất 30/9/2025; các cơ sở khám chữa bệnh khác (trạm y tế xã, phòng khám đa khoa, chuyên khoa) có thời hạn 31/12/2026. Thứ hai, thông tin EMR phải kết nối 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ử theo pháp luật về căn cước. Quy định không tạo hai lựa chọn giữa số định danh và tài khoản VNeID; luồng VNeID, nếu có, thuộc lớp ứng dụng/tích hợp và đặc tả riêng. Thứ ba, yêu cầu kỹ thuật về bảo mật, sao lưu, phục hồi dữ liệu và truy xuất được nâng lên mức cao hơn nhiều so với Thông tư 46/2018/TT-BYT.

Song song với Thông tư 13/2025/TT-BYT, ba văn bản khác hình thành áp lực pháp lý kép. Nghị định 278/2025/NĐ-CP (hiệu lực từ ngày ký 22/10/2025) quy định kết nối, chia sẻ dữ liệu trong phạm vi và theo lộ trình của nghị định; từng cơ sở phải xác định mình thuộc đối tượng, hệ thống và mốc nào thay vì áp một yêu cầu giống nhau cho mọi cơ sở dữ liệu. Nghị định 102/2025/NĐ-CP (hiệu lực 1/7/2025) thiết lập cơ sở dữ liệu y tế quốc gia và quy định phạm vi, trách nhiệm kết nối theo đối tượng áp dụng. Luật 91/2025/QH15 về Bảo vệ dữ liệu cá nhân và Nghị định 356/2025/NĐ-CP (cùng hiệu lực 1/1/2026) đặt dữ liệu sức khỏe thuộc phạm vi dữ liệu cá nhân nhạy cảm theo định nghĩa luật định. Hồ sơ đánh giá tác động, nhân sự bảo vệ dữ liệu và chế tài phải xác định theo vai trò, hoạt động xử lý và loại vi phạm; mức 5% doanh thu không phải mức phạt mặc định cho mọi sai sót.

Trên trục tài chính, Nghị định 188/2025/NĐ-CP (ban hành 1/7/2025, hiệu lực 15/8/2025) hướng dẫn chi tiết Luật BHYT với các quy tắc hưởng, thanh toán và giám định; ngưỡng gắn với 45 tháng lương cơ sở chỉ áp dụng cho trường hợp được nghị định quy định, không phải trần chung cho mọi hồ sơ. Quyết định 697/QĐ-BYT (hiệu lực 19/3/2026, các phần mềm và mẫu mới phải triển khai chậm nhất 1/7/2026) thay thế mẫu bảng kê chi phí khám chữa bệnh ban hành kèm Quyết định 6556/QĐ-BYT năm 2018, đưa ra cấu trúc 12 danh mục chi phí và 13 cột với hỗ trợ nhiều nguồn thanh toán BHYT. Các nghĩa vụ này cần được đưa vào một kế hoạch có phụ thuộc, chủ sở hữu và bằng chứng nghiệm thu rõ ràng; không nên suy ra một thời lượng triển khai chung cho mọi bệnh viện.

2. Năm áp lực CIO bệnh viện đang đối mặt

Khác với giai đoạn 2018-2024 khi CNTT bệnh viện chủ yếu là câu chuyện vận hành nội bộ, từ 2025 trở đi CIO phải xử lý đồng thời năm nhóm áp lực cần được đánh giá bằng dữ liệu và bằng chứng.

Áp lực pháp lý đến từ ba mặt: nghĩa vụ triển khai EMR đúng hạn (TT 13/2025/TT-BYT), nghĩa vụ kết nối dữ liệu (NĐ 278/2025/NĐ-CP), và nghĩa vụ bảo vệ dữ liệu cá nhân nhạy cảm (Luật 91/2025/QH15 + NĐ 356/2025/NĐ-CP). Sai phạm có thể bị xử phạt hành chính theo Nghị định 90/2026/NĐ-CP ban hành 30/3/2026, hiệu lực 15/5/2026 — văn bản quy định xử phạt đối với các hành vi thuộc lĩnh vực bệnh án điện tử trong phạm vi áp dụng.

Áp lực tài chính đến từ giám định BHYT chặt chẽ hơn theo Nghị định 188/2025/NĐ-CP và quy trình thanh toán mới theo Quyết định 697/QĐ-BYT. Bệnh viện không có dữ liệu cấu trúc tốt sẽ tiếp tục chịu rủi ro từ chối, giảm trừ hoặc kéo dài thời gian thanh toán BHYT, nhất là khi hồ sơ thiếu traceability và không nhất quán giữa HIS/EMR/kế toán. Áp lực cạnh tranh đến từ khối bệnh viện tư: các hệ thống đầu tư EMR, app bệnh nhân và API tích hợp sớm đang tạo ra khoảng cách về trải nghiệm bệnh nhân và khả năng kết nối đối tác, dù mức độ tuân thủ FHIR cần được kiểm chứng theo từng triển khai.

Áp lực bệnh nhân tăng nhanh khi Sổ Sức khỏe điện tử trên VNeID (Quyết định 1332/QĐ-BYT) được phổ biến: bệnh nhân kỳ vọng tra cứu kết quả xét nghiệm, đơn thuốc, hồ sơ ra viện ngay trên ứng dụng, với điều kiện bệnh viện phải đẩy được dữ liệu cấu trúc lên hệ thống quốc gia. Áp lực đổi mới đến từ xu hướng AI lâm sàng và telehealth: nhiều mô hình AI hỗ trợ chẩn đoán, hệ thống cảnh báo sớm và tích hợp đối tác cần dữ liệu có cấu trúc, thuật ngữ nhất quán và nguồn gốc rõ ràng. FHIR có thể cung cấp một lớp trao đổi dữ liệu chuẩn hóa, nhưng không thay thế quản trị dữ liệu, kiểm soát an toàn thông tin, quy trình lâm sàng, hợp đồng, tiêu chuẩn hình ảnh hoặc yêu cầu của từng cổng tiếp nhận.

3. Bốn phương án và đánh đổi

Bốn mô hình dưới đây là các phương án thường gặp, không phải danh sách đóng. Mỗi phương án có chi phí, thời gian và rủi ro khác nhau; lựa chọn đúng phụ thuộc vào quy mô, hạng bệnh viện và mức độ trưởng thành CNTT hiện tại.

Cần phân biệt nghĩa vụ về bệnh án điện tử/liên thông với quyết định dùng FHIR: các văn bản được dẫn không mặc nhiên bắt buộc FHIR. “Không làm gì” ở phương án 1 là không có chương trình đáp ứng nghĩa vụ, không phải quyết định có căn cứ rằng một use case cụ thể chưa cần FHIR.

Phương án 1 — Không làm gì

Đánh giá: không phải chiến lược tuân thủ dài hạn. Không có chương trình khắc phục được phê duyệt có thể làm phát sinh ba nhóm rủi ro:

  • Xử phạt hành chính theo Nghị định 90/2026/NĐ-CP (hiệu lực 15/5/2026).
  • Thanh tra của Bộ Y tế và Sở Y tế địa phương khi rà soát tiến độ EMR.
  • Hạn chế khả năng đáp ứng điều kiện kỹ thuật của các chương trình liên thông hoặc hợp tác đối tác.

Với đơn vị đã quá mốc áp dụng, cần xác nhận thủ tục báo cáo với cơ quan có thẩm quyền và lập kế hoạch khắc phục có chủ sở hữu, nguồn lực, rủi ro và bằng chứng tiến độ.

Phương án 2 — Mua hệ EMR mới fully FHIR-native

Thay toàn bộ hệ EMR hiện tại bằng sản phẩm có kiến trúc dữ liệu FHIR ngay từ lõi. Tổng chi phí sở hữu và thời lượng phụ thuộc phạm vi chức năng, chất lượng dữ liệu lịch sử, yêu cầu mua sắm, tích hợp thiết bị và phương án chuyển đổi. Phương án này có thể phù hợp với bệnh viện thành lập mới, dự án xây mới cơ sở 2, hoặc khi hệ EMR cũ đã hết vòng đời hỗ trợ. Rủi ro chính là vendor lock-in, gián đoạn vận hành trong giai đoạn cutover, và chi phí đào tạo lại đội ngũ bác sĩ, điều dưỡng từ đầu.

Phương án 3 — Tầng FHIR trên hệ EMR hiện hữu

Mô hình: dựng tầng FHIR (HAPI FHIR, Microsoft FHIR Server, hoặc Firely Server) song song hệ EMR hiện tại, kết nối qua bộ chuyển đổi HL7 v2 ⇄ FHIR và batch ETL. Hệ EMR cũ có thể tiếp tục phục vụ giao diện bác sĩ; tầng FHIR cung cấp biểu diễn chuẩn hóa và adapter cho use case được phê duyệt. Kết nối VNeID, BHXH hoặc cơ sở dữ liệu quốc gia vẫn phụ thuộc đặc tả chính thức, thỏa thuận và giao thức mà từng bên tiếp nhận hỗ trợ.

  • Chi phí: xác lập sau audit, proof of concept và báo giá theo phạm vi.
  • Thời gian: phụ thuộc chất lượng dữ liệu, số interface, quy trình mua sắm và điều kiện nghiệm thu.
  • Ưu điểm tiềm năng: giới hạn phạm vi thay đổi giao diện và cho phép triển khai theo use case.
  • Điều kiện phù hợp: EMR còn được hỗ trợ, có quyền truy cập dữ liệu và có cơ chế đồng bộ đáng tin cậy.

Phương án này cần được so sánh với nâng cấp tại chỗ, thay thế toàn bộ và dịch vụ quản lý bằng cùng một bộ tiêu chí: tổng chi phí sở hữu, an toàn lâm sàng, khả năng hoàn nguyên, quyền xuất dữ liệu, mức độ phù hợp với workflow và bằng chứng tương thích VN Core.

Phương án 4 — Outsource toàn bộ

Thuê dịch vụ EMR-as-a-Service từ nhà cung cấp bên thứ ba có thể giảm nhu cầu vận hành nền tảng nội bộ, nhưng giá phải được đánh giá theo toàn bộ vòng đời, khối lượng dữ liệu, mức hỗ trợ và chi phí thoát dịch vụ. Phương án có thể phù hợp với đơn vị không có đội CNTT chuyên trách. Rủi ro chính là vendor lock-in dữ liệu lâm sàng, và đặc biệt là tuân thủ Luật 91/2025/QH15 về chuyển dữ liệu xuyên biên giới: dữ liệu y tế là dữ liệu nhạy cảm, nên bệnh viện phải xác định trường hợp nào cần hồ sơ đánh giá chuyển dữ liệu theo Nghị định 356/2025/NĐ-CP. Trước khi ký hợp đồng, bệnh viện cần xác minh vị trí và luồng dữ liệu, cơ chế chuyển dữ liệu xuyên biên giới, trách nhiệm của các bên, đầu mối bảo vệ dữ liệu và năng lực ứng phó sự cố.

4. Khung đánh giá ROI dựa trên baseline

ROI phải được tính trên một kỳ phân tích do bệnh viện phê duyệt và so với baseline có thể kiểm toán. FHIR là hạ tầng hỗ trợ trao đổi dữ liệu; lợi ích chỉ hình thành khi use case được đưa vào vận hành, có người sử dụng và giảm được một loại chi phí hoặc rủi ro đã đo trước đó.

Chỉ số Baseline cần thu Cách đánh giá sau triển khai
Tổng chi phí một tích hợp Nhân công, license, kiểm thử, hỗ trợ và thay đổi vận hành của các interface gần nhất So sánh cùng phạm vi và cùng mức dịch vụ; gồm cả bảo trì sau go-live
Thời gian onboard đối tác Trung vị từ phê duyệt phạm vi đến nghiệm thu production Đo theo cùng điểm bắt đầu, điểm kết thúc và điều kiện nghiệm thu
Tỷ lệ xét nghiệm lặp lại có thể tránh Định nghĩa lâm sàng, mẫu số và tỷ lệ theo nhóm bệnh tương đồng Hiệu chỉnh theo case-mix; xác nhận quan hệ với khả năng truy cập kết quả
Hồ sơ BHYT bị từ chối, giảm trừ hoặc chậm xử lý Tỷ lệ và giá trị theo mã nguyên nhân trong kỳ đối chứng Chỉ ghi nhận phần thay đổi có thể quy cho chất lượng hoặc khả năng truy vết dữ liệu
Khả năng kiểm toán Tỷ lệ mẫu hồ sơ truy xuất đủ nguồn gốc, thời điểm và chủ thể thao tác Kiểm thử AuditEvent, Provenance và log nền tảng theo kịch bản đã phê duyệt
Sẵn sàng cho use case số Use case, dữ liệu, thuật ngữ, quyền truy cập và chỉ số chất lượng hiện có Nghiệm thu từng use case; không suy ra khả năng AI chỉ từ việc có FHIR API

Business case nên công bố công thức, nguồn dữ liệu, giả định, khoảng bất định và chủ sở hữu từng lợi ích. Phải trừ chi phí chuyển đổi, vận hành, bản quyền, kiểm thử conformance, an toàn thông tin, đào tạo và duy trì terminology. Không quy toàn bộ thay đổi doanh thu BHYT hoặc kết quả lâm sàng cho FHIR nếu chưa có thiết kế đánh giá phù hợp.

Trang này không đưa ra benchmark chi phí hoặc mức tiết kiệm phổ quát. CIO nên dùng dữ liệu vận hành của đơn vị, báo giá có hiệu lực và phân tích độ nhạy để trình bày kịch bản cơ sở, bất lợi và thuận lợi.

5. Lộ trình theo cổng kiểm soát

Lộ trình dưới đây áp dụng cho phương án 3 (tầng FHIR trên EMR hiện hữu). Mỗi giai đoạn chỉ chuyển tiếp khi có bằng chứng đạt tiêu chí; thời lượng và ngân sách phải được lập từ phạm vi, nguồn lực, mua sắm, phụ thuộc bên ngoài và yêu cầu duy trì an toàn lâm sàng của từng bệnh viện.

Cổng Hoạt động Bằng chứng để chuyển giai đoạn Cơ sở lập kế hoạch
G0 Audit hiện trạng + xây RFP Inventory dữ liệu/interface, gap report, use case và phạm vi được phê duyệt Khối lượng hệ thống, chất lượng dữ liệu, quy trình mua sắm
G1 Kiến trúc, quản trị và lựa chọn nhà cung cấp Quyết định kiến trúc, RACI, risk register, hợp đồng và tiêu chí nghiệm thu Kết quả RFP, trách nhiệm các bên, yêu cầu pháp lý
G2 Stand-up FHIR sandbox CapabilityStatement, kiểm thử bảo mật và bộ dữ liệu tổng hợp chạy được Năng lực nền tảng, môi trường, bảo mật và vận hành
G3 Profile, terminology và ánh xạ theo use case Artifact phiên bản hóa, test case, dữ liệu mẫu và báo cáo validation Số use case, mức chênh giữa dữ liệu nguồn và VN Core
G4 Tích hợp HIS/EMR ⇄ FHIR và pilot Đối soát hai chiều, idempotency, xử lý lỗi và nghiệm thu người dùng Số interface, tần suất, SLA và mức thay đổi workflow
G5 Định danh, kết nối ngoài và kiểm soát audit Test hợp đồng API/file, kiểm thử quyền truy cập, AuditEvent và kế hoạch sự cố Đặc tả chính thức của từng cổng và lịch phối hợp bên ngoài
G6 Production readiness và vận hành Kế hoạch cutover/rollback, SLO, dashboard KPI và bàn giao hỗ trợ Mức trọng yếu lâm sàng, tải đo được và mô hình hỗ trợ

Hai nhóm cần kiểm soát chặt là thiết kế profile/terminology và tích hợp dữ liệu nguồn. Ở nhóm đầu, đội dự án cần áp dụng Implementation Guide VN Core (canonical http://fhir.hl7.org.vn/core/) và bộ NamingSystem cho định danh Việt Nam (CCCD, BHYT, BHXH, mã cơ sở khám chữa bệnh). Ở nhóm thứ hai, cần xác định nguồn dữ liệu có thẩm quyền, quy tắc đối soát, xử lý trùng lặp và hành vi khi một hệ thống không sẵn sàng.

6. Tổ chức nội bộ — team cần ai

Dự án cần một nhóm đa ngành với đủ quyền ra quyết định về kiến trúc, dữ liệu, lâm sàng, an toàn thông tin và vận hành. Số FTE, cách thuê và ngân sách phải được suy ra từ backlog, mô hình hỗ trợ, năng lực sẵn có và mức trọng yếu của use case; không có cơ cấu nhân sự chung cho mọi bệnh viện.

Vai trò Trách nhiệm chính Bằng chứng năng lực Mô hình nguồn lực
FHIR Architect Kiến trúc, profiling, versioning và quyết định interoperability Artifact đã build/validate và kinh nghiệm review Implementation Guide Nội bộ, tư vấn hoặc kết hợp
Backend Developer (Java/Node) API, persistence, validation, quan sát hệ thống và tự động hóa Code review, test tự động và hồ sơ vận hành Ưu tiên năng lực duy trì lâu dài
Integration Engineer (HL7 v2/Mirth) Ánh xạ, interface engine, đối soát và xử lý lỗi Mapping có version, test fixture và runbook Nội bộ hoặc đối tác có bàn giao
Clinical Informatician Xác nhận ngữ nghĩa, workflow và an toàn lâm sàng Phê duyệt use case, ValueSet và tiêu chí nghiệm thu lâm sàng Cán bộ lâm sàng được phân bổ thời gian
Data Protection Officer (DPO) Tư vấn nghĩa vụ bảo vệ dữ liệu, DPIA và ứng phó sự cố Vai trò, thẩm quyền và đầu mối được lập thành văn bản Theo mô hình pháp lý của đơn vị
QA / Security Engineer Conformance, hiệu năng, bảo mật và kiểm thử phục hồi Báo cáo test tái lập được và theo dõi khắc phục Độc lập phù hợp với mức rủi ro

Trách nhiệm và nhân sự bảo vệ dữ liệu phải được xác định theo phạm vi xử lý, quy mô, vai trò pháp lý của đơn vị và văn bản đang áp dụng; không nên mặc định một tỷ lệ FTE. Người phụ trách tin học lâm sàng không nhất thiết tự viết FSH, nhưng phải có thẩm quyền xác nhận ngữ nghĩa, ngoại lệ workflow và rủi ro an toàn trước khi phát hành profile hoặc mapping.

7. Danh sách kiểm tra nhà cung cấp gồm 30 tiêu chí

Checklist được chia thành ba nhóm: kỹ thuật, tuân thủ pháp lý và yếu tố kinh doanh. Bệnh viện phải xác định tiêu chí bắt buộc, trọng số và ngưỡng theo use case trong RFP. Nhà cung cấp nên trả lời từng tiêu chí bằng bằng chứng kiểm chứng được, không chỉ tự chấm điểm.

Nhóm kỹ thuật (10 tiêu chí)

  1. Hỗ trợ FHIR R4 (4.0.1) gốc với CapabilityStatement đầy đủ và hợp lệ.
  2. Công bố version VN Core được hỗ trợ và cung cấp bằng chứng conformance; nhận diện rõ trạng thái trial-use.
  3. Có bộ chuyển đổi HL7 v2 ⇄ FHIR cho hệ HIS/LIS hiện hữu.
  4. Hỗ trợ DICOM ImagingStudy reference cho hệ PACS.
  5. Nền tảng FHIR rõ ràng: HAPI FHIR, Microsoft FHIR Server, Firely Server hoặc tương đương.
  6. Hỗ trợ FHIR Bulk Data Access ($export) cho phân tích dữ liệu.
  7. Hỗ trợ SMART on FHIR cho ứng dụng nhúng và bên thứ ba.
  8. Hỗ trợ FHIR Subscription R4 (hoặc Subscription Backport IG nếu cần kiến trúc topic-based).
  9. Có AuditEvent và Provenance theo chuẩn HL7.
  10. Đạt SLO tải và độ trễ do bệnh viện phê duyệt, kiểm chứng bằng workload đại diện và báo cáo tái lập được.

Nhóm tuân thủ pháp lý (10 tiêu chí)

  1. Tài liệu đối chiếu Luật 91/2025/QH15 và Nghị định 356/2025/NĐ-CP cho mọi hoạt động xử lý dữ liệu.
  2. Công bố vị trí, luồng và bên nhận dữ liệu; cung cấp căn cứ tuân thủ cho lưu trữ và chuyển dữ liệu xuyên biên giới.
  3. Có vai trò bảo vệ dữ liệu và đầu mối sự cố phù hợp với mô hình vận hành đã cam kết.
  4. Cung cấp template DPIA mẫu (Mẫu số 10 của Nghị định 356/2025/NĐ-CP).
  5. Mã hóa dữ liệu khi lưu trữ và truyền theo baseline mật mã được phê duyệt, gồm quản lý khóa và vòng đời giao thức.
  6. Chứng chỉ ISO 27001 hoặc tương đương còn hiệu lực.
  7. Tham chiếu kiến trúc HIPAA/GDPR cho khả năng mở rộng quốc tế.
  8. Chính sách lưu trữ AuditEvent có căn cứ pháp lý, nghiệp vụ và cơ chế bảo toàn tính toàn vẹn.
  9. Kế hoạch backup và disaster recovery với RTO/RPO suy ra từ phân tích tác động nghiệp vụ và lâm sàng.
  10. SLA/SLO, thời gian hỗ trợ và biện pháp khắc phục tương xứng với mức trọng yếu của dịch vụ.

Nhóm kinh doanh (10 tiêu chí)

  1. Cung cấp khách hàng tham chiếu hoặc bằng chứng triển khai có phạm vi và quy mô tương đồng.
  2. Mô hình giá minh bạch: license, maintenance, professional services tách bạch.
  3. Có điều khoản source code escrow để tránh vendor lock-in nếu vendor phá sản.
  4. Đào tạo và hỗ trợ tiếng Việt, tài liệu kỹ thuật song ngữ Việt-Anh.
  5. Đội hỗ trợ tại Việt Nam (không chỉ remote từ nước ngoài).
  6. Roadmap sản phẩm đủ để đánh giá vòng đời hỗ trợ, nâng cấp phiên bản và phụ thuộc nền tảng.
  7. Có lịch sử tham gia FHIR Connectathon hoặc sự kiện kiểm thử liên thông tương đương.
  8. Cấu trúc giá rõ giữa thành phần open-source và thành phần thương mại độc quyền.
  9. Quy trình quản lý lỗ hổng và bản vá theo mức độ nghiêm trọng, có thời hạn khắc phục trong hợp đồng.
  10. Có kế hoạch migration nếu bệnh viện muốn chuyển sang nhà cung cấp khác trong tương lai.

Kết quả đánh giá phải tách các điều kiện loại trực tiếp khỏi các tiêu chí có trọng số và lưu lại bằng chứng cho quyết định mua sắm. Một tổng điểm không bù được việc thiếu yêu cầu bắt buộc về an toàn, pháp lý hoặc quyền xuất dữ liệu. Lưu ý FHIR R4 gốc không có resource SubscriptionTopic — đây là tính năng của FHIR R4B/R5 hoặc được cung cấp qua HL7 Subscription Backport IG; vì vậy điểm 8 cho phép cả hai cách triển khai.

8. Năm KPI khởi đầu

KPI nên được thiết lập ngay từ đầu dự án và báo cáo hàng tháng cho ban lãnh đạo bệnh viện. Năm chỉ số dưới đây là bộ khởi đầu; định nghĩa, mẫu số, ngoại lệ và mục tiêu phải được phê duyệt từ baseline của bệnh viện.

KPI Baseline Cách đặt mục tiêu Ý nghĩa
% hồ sơ trong phạm vi có FHIR Composition conformant Đo trên use case và kỳ báo cáo xác định Theo lộ trình rollout và ngưỡng chất lượng được phê duyệt Khả năng trao đổi tài liệu khi use case yêu cầu
% hồ sơ người bệnh có định danh được xác minh Đo theo mẫu số và ngoại lệ hợp lệ Cải thiện theo năng lực xác minh và chất lượng dữ liệu Định danh và liên kết hồ sơ an toàn hơn
Tỷ lệ hồ sơ BHXH được tiếp nhận qua kênh chính thức Phân loại lỗi kỹ thuật và lỗi nghiệp vụ Theo SLA và đặc tả do cơ quan tiếp nhận công bố Chất lượng quy trình gửi hồ sơ
Tỷ lệ mẫu audit đáp ứng chính sách lưu trữ và truy xuất Kiểm thử theo kịch bản và kỳ lưu trữ Không có lỗi nghiêm trọng; ngưỡng theo risk acceptance Bằng chứng kiểm toán và ứng phó sự cố
Thời gian onboard đối tác mới Trung vị các tích hợp có phạm vi tương đồng Cải thiện có kiểm soát, không bỏ qua kiểm thử Hiệu quả vòng đời tích hợp

Trang này chưa có nguồn có thẩm quyền xác lập một contract tiếp nhận FHIR Bundle tại BHXH. KPI phải đo trên chuỗi kênh đầu ra XML hiện hành. FHIR có thể được dùng trong lớp dữ liệu nội bộ hoặc mapping; chỉ bổ sung KPI Bundle khi có endpoint, profile và quy trình nghiệm thu tương ứng.

9. Rủi ro hàng đầu và cách giảm thiểu

Rủi ro Cơ sở đánh giá khả năng Cơ sở đánh giá tác động Cách giảm thiểu
Nhà cung cấp không bàn giao đúng mốc hạn Đánh giá từ dữ liệu dự án Theo mức trọng yếu dịch vụ Phạt hợp đồng theo milestone, source code escrow
Bác sĩ không chấp nhận giao diện mới Đánh giá từ nghiên cứu người dùng Theo rủi ro an toàn và vận hành Giữ nguyên UI EMR cũ, đào tạo theo nhóm nhỏ, change management
Định dạng tiếp nhận chính thức khác mô hình FHIR nội bộ Xác minh với đặc tả hiện hành Theo phụ thuộc giao dịch Mapping có version, test contract và adapter theo định dạng được công bố
Vi phạm Luật 91/2025/QH15 do dữ liệu xuyên biên giới Đánh giá từ sơ đồ luồng dữ liệu Theo đánh giá pháp lý và dữ liệu Lập bản đồ luồng dữ liệu, đánh giá nghĩa vụ chuyển dữ liệu, DPIA và điều khoản BVDLCN
Vượt ngân sách dự án Theo forecast và biến động phạm vi Theo ngưỡng ngân sách phê duyệt Dự phòng theo risk register, thanh toán theo bằng chứng và gate review

Chuyển dữ liệu xuyên biên giới cần được kiểm tra từ sơ đồ kiến trúc thực tế, kể cả backup, telemetry, hỗ trợ từ xa và bên xử lý phụ. Nhóm pháp lý và bảo vệ dữ liệu cần xác nhận nghĩa vụ, hồ sơ và điều khoản hợp đồng áp dụng; vị trí máy chủ chính không đủ để kết luận tuân thủ.

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

Bệnh viện nhỏ có thể bắt đầu với phạm vi nào?

HAPI FHIR có giấy phép mã nguồn mở, nhưng tổng chi phí còn gồm hạ tầng, bảo mật, backup, giám sát, tích hợp, validation và nhân sự vận hành. Đơn vị nên bắt đầu bằng một use case có giá trị và ranh giới rõ, chọn các Resource cần cho use case đó, thử với dữ liệu không định danh rồi lập dự toán từ kết quả pilot.

Triển khai FHIR có ảnh hưởng đến quy trình bác sĩ không?

Tầng FHIR trên EMR hiện hữu có thể giới hạn thay đổi giao diện, nhưng vẫn có thể ảnh hưởng workflow qua quy tắc nhập liệu, đối soát định danh, độ trễ, cảnh báo lỗi hoặc thời gian gián đoạn. Mọi phương án đều cần đánh giá an toàn lâm sàng, thử nghiệm với người dùng và kế hoạch rollback.

Có nên chờ Bộ Y tế ban hành chuẩn FHIR quốc gia không?

Không có câu trả lời chung. Bệnh viện không nên trì hoãn các việc độc lập với lựa chọn chuẩn, như inventory, làm sạch định danh/danh mục, xác định use case, bảo mật và thử nghiệm khả năng xuất dữ liệu. VN Core trial-use có thể dùng cho sandbox và phản hồi kỹ thuật, nhưng không phải quy định quốc gia và có thể thay đổi. Quyết định production phải theo văn bản, đặc tả của bên tiếp nhận và governance có thẩm quyền tại thời điểm ký.

Đã quá mốc hạn 30/9/2025 — bệnh viện nên làm gì?

Đơn vị nên xác nhận nghĩa vụ và thủ tục báo cáo với cơ quan quản lý, pháp chế và lãnh đạo có thẩm quyền; lập kế hoạch khắc phục có rủi ro, nguồn lực và bằng chứng tiến độ; đồng thời ưu tiên các kiểm soát an toàn và khả năng truy xuất đang thiếu. Trang này không dự đoán cách cơ quan chức năng sẽ xử lý từng trường hợp.

11. Tham chiếu pháp lý

  • Thông tư 13/2025/TT-BYT (ban hành 6/6/2025, hiệu lực 21/7/2025) — triển khai hồ sơ bệnh án điện tử. Xem trong legal-corpus.md.
  • Nghị định 278/2025/NĐ-CP (ban hành và hiệu lực 22/10/2025) — kết nối, chia sẻ dữ liệu bắt buộc, mốc thống nhất 31/12/2026. Xem chi tiết.
  • Nghị định 102/2025/NĐ-CP (hiệu lực 1/7/2025) — cơ sở dữ liệu y tế quốc gia. Xem chi tiết.
  • Luật 91/2025/QH15 (hiệu lực 1/1/2026) — Bảo vệ dữ liệu cá nhân. Xem chi tiết.
  • Nghị định 356/2025/NĐ-CP (hiệu lực 1/1/2026) — hướng dẫn Luật Bảo vệ dữ liệu cá nhân. Xem chi tiết.
  • Nghị định 188/2025/NĐ-CP (ban hành 1/7/2025, hiệu lực 15/8/2025) — hướng dẫn Luật BHYT, mức trần 45 tháng lương cơ sở.
  • Quyết định 697/QĐ-BYT (hiệu lực 19/3/2026, phần mềm và mẫu mới triển khai chậm nhất 1/7/2026) — mẫu bảng kê chi phí khám chữa bệnh, thay thế Quyết định 6556/QĐ-BYT năm 2018.
  • Nghị định 90/2026/NĐ-CP (ban hành 30/3/2026, hiệu lực 15/5/2026) — xử phạt vi phạm hành chính trong lĩnh vực y tế.
  • FHIR R4 (4.0.1) — phiên bản chuẩn HL7 quốc tế, canonical http://hl7.org/fhir/. hl7.org/fhir/R4.
  • VN Core Implementation Guide — canonical http://fhir.hl7.org.vn/core/, bản trial-use do Omi HealthTech khởi xướng.

Không có mức ROI, chi phí hoặc thời lượng chung được bảo đảm bởi FHIR. Bệnh viện nên xây dựng business case riêng từ baseline có thể kiểm toán, báo giá hiện hành và phân tích độ nhạy.

12. Đọc tiếp

→ FHIR trong bệnh án điện tử — chi tiết kỹ thuật → So sánh HL7 v2 vs v3 vs FHIR cho người mới → Tại sao y tế Việt Nam cần chuẩn hóa → Hướng dẫn triển khai VN Core → Khung pháp lý y tế số Việt Nam