FHIR cho cơ quan quản lý: governance, sandbox và tuân thủ

1. Vì sao cơ quan quản lý cần biết FHIR

Khung pháp lý y tế số Việt Nam giai đoạn 2025-2026 đặt ra các yêu cầu về bệnh án điện tử, dữ liệu y tế số và kết nối dữ liệu trong những phạm vi khác nhau. Thông tư 13/2025/TT-BYT (hiệu lực 21/07/2025) quy định lộ trình triển khai hồ sơ bệnh án điện tử cho bệnh viện và các cơ sở khám bệnh, chữa bệnh thuộc phạm vi của thông tư; Đ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ử. Thông tư này không tạo hai lựa chọn identifier, không chỉ định FHIR và không quy định API VNeID. Nghị định 102/2025/NĐ-CP (hiệu lực 01/07/2025) điều chỉnh quản lý dữ liệu y tế. Nghị định 278/2025/NĐ-CP (hiệu lực 22/10/2025) điều chỉnh kết nối, chia sẻ dữ liệu bắt buộc giữa các cơ quan thuộc hệ thống chính trị; không nên suy rộng thành nghĩa vụ FHIR áp dụng mặc nhiên cho mọi cơ sở y tế.

Yêu cầu pháp lý và yêu cầu conformance kỹ thuật là hai lớp liên quan nhưng không đồng nhất. FHIR là tiêu chuẩn trao đổi dữ liệu y tế do HL7 International phát hành; một Implementation Guide, test suite và tiêu chí chấp nhận có thể giúp đo conformance cho use case đã xác định. VN Core hiện dùng FHIR R4 4.0.1 làm đường cơ sở thử nghiệm. Việc một hệ thống pass test FHIR không tự chứng minh tuân thủ pháp luật, và việc áp dụng VN Core tại Việt Nam cần quyết định của cơ quan có thẩm quyền cùng đánh giá pháp lý, an toàn và vận hành tương ứng.

Nếu cơ quan có thẩm quyền lựa chọn FHIR cho một phạm vi cụ thể, chương trình quản trị có thể bao gồm: xác định canonical được công nhận, quản trị các bộ mã Việt Nam, công bố bản máy đọc được, vận hành terminology service và sandbox, kiểm thử đa bên, đánh giá conformance và cơ chế sửa đổi. Việc phân công từng chức năng, nguồn lực và hình thức công nhận phải được quyết định riêng. Canonical http://fhir.hl7.org.vn/core/ hiện chỉ là bản trial-use do Omi HealthTech khởi xướng để đối chiếu kỹ thuật.

2. Năm nhóm chức năng quản trị

Các chương trình quốc tế phân bổ những chức năng dưới đây theo nhiều cách khác nhau giữa cơ quan nhà nước, tổ chức tiêu chuẩn, đơn vị kiểm thử và cộng đồng triển khai. Việt Nam có thể dùng khung này để phân tích trách nhiệm; bảng phân công cuối cùng phải dựa trên văn bản và quyết định có thẩm quyền.

2.1. Ban hành Implementation Guide quốc gia

Implementation Guide (IG) là gói tài liệu kỹ thuật đóng gói các profile, extension, terminology và ví dụ phù hợp với ngữ cảnh quốc gia. Hiện nay tại Việt Nam có hai sản phẩm cùng tên VN Core IG nhưng nguồn gốc khác nhau. Bản do Cục Công nghệ thông tin Bộ Y tế (tên đơn vị tại thời điểm publish) công bố trên repository hl7vn/vn-core-ig với canonical http://fhir.ehealth.gov.vn/core/, package hl7.fhir.vn.core#1.0.0, hiện ở dạng draft CI build và lần cập nhật cuối tháng 7/2024. Bản thứ hai do Omi HealthTech khởi xướng tại hl7.org.vn, canonical http://fhir.hl7.org.vn/core/, đang được phát triển như đóng góp mở trial-use theo lộ trình minh bạch. Nhiệm vụ quản trị quan trọng phía trước là đối chiếu kỹ thuật, xác định hướng hội tụ canonical và phê duyệt phạm vi qua Working Group quốc gia cùng quy trình quyết định chính thức của Bộ Y tế.

Cách thức công nhận một IG, nếu được xem xét, cần qua rà soát căn cứ pháp lý, thẩm quyền, thủ tục ban hành và phạm vi đối tượng áp dụng. Không thể suy ra từ TT 13/2025/TT-BYT rằng FHIR hoặc VN Core đã được công nhận, cũng không thể mặc định Thông tư hay Quyết định nào là công cụ phù hợp trước khi có ý kiến pháp chế. Sự tham gia của Bộ Y tế, Bảo hiểm xã hội Việt Nam, Bộ KH&CN và Bộ Công an là một đề xuất phối hợp theo từng domain, không phải phân công đã được phê duyệt.

2.2. Quản trị bộ mã (terminology governance)

Conformance FHIR phụ thuộc mạnh vào định danh bộ mã, phiên bản và quy tắc binding. Bộ Y tế đã ban hành nhiều danh mục, gồm QĐ 4469/QĐ-BYT (ICD-10 VN, 28/10/2020), QĐ 1227/QĐ-BYT (chỉ số cận lâm sàng đợt 1, 11/04/2025), các QĐ 2427/QĐ-BYT, 2493 và 2805/QĐ-BYT (các đợt SNOMED CT VN năm 2025), QĐ 387/QĐ-BYT (ICD-9-CM 2026, 05/02/2026) và QĐ 3276/QĐ-BYT (mã đối tượng đến KCB, 17/10/2025). Để dùng trong trao đổi máy-máy, cần xác nhận thêm bản nguồn có thẩm quyền, giấy phép, versioning, trạng thái mã và cơ chế phân phối; terminology server là một lựa chọn hạ tầng cho lớp này.

Nếu triển khai terminology service dùng chung, dịch vụ cần có chủ sở hữu dữ liệu rõ ràng, chu kỳ phát hành, chính sách versioning và trạng thái mã; các thao tác FHIR như $expand, $lookup và $validate-code chỉ nên được công bố khi server hỗ trợ và khai báo trong CapabilityStatement. Hạ tầng dùng chung có thể giảm sai khác giữa các bản sao cục bộ, nhưng chi phí, độ sẵn sàng, bản quyền và mô hình vận hành phải được đánh giá riêng.

2.3. Vận hành sandbox và Connectathon

Sandbox là môi trường kiểm thử tách khỏi hệ thống sản xuất, thường dùng dữ liệu tổng hợp hoặc dữ liệu đã được xử lý theo chính sách phù hợp. Connectathon là một hình thức kiểm thử đa bên để phát hiện khác biệt trong cách diễn giải đặc tả. Mỹ sử dụng Inferno trong một số chương trình kiểm thử ONC; Nhật Bản và châu Âu cũng có các hoạt động kiểm thử liên thông theo phạm vi chương trình riêng. Tần suất, quyền truy cập và tiêu chí pass phải do từng chương trình công bố.

Trang này chưa xác nhận một sandbox hoặc Connectathon FHIR cấp quốc gia đã được cơ quan có thẩm quyền công bố tại Việt Nam. Một phương án thí điểm là phối hợp với cộng đồng kiểm thử khu vực và vận hành sandbox gắn với use case VN Core đã chọn. Một FHIR server chỉ là một thành phần; chương trình còn cần quản trị dữ liệu thử, kiểm soát truy cập, terminology, test suite, giám sát, hỗ trợ và ngân sách vận hành.

2.4. Chứng nhận nhà cung cấp

Chương trình ONC Health IT Certification áp dụng tiêu chí và thủ tục kiểm thử cho các Health IT Module xin chứng nhận; phạm vi pháp lý không đồng nhất với mọi EHR hay mọi cơ sở y tế của Hoa Kỳ. Việt Nam có thể nghiên cứu một cơ chế đánh giá conformance theo module và use case. Tiêu chí FHIR, OAuth hoặc SMART chỉ áp dụng khi IG và hợp đồng giao tiếp tương ứng yêu cầu. Pass test FHIR không đồng nghĩa với tuân thủ Luật 91/2025/QH15, an ninh mạng, an toàn lâm sàng hay điều kiện cấp phép; các lớp này cần đánh giá độc lập.

Khi thiết kế cơ chế đánh giá, cần phân tích tính tương xứng, khả năng tiếp cận của đơn vị nhỏ, xung đột lợi ích và nguy cơ tập trung nhà cung cấp. Phân tầng theo module hoặc use case là một phương án, nhưng mức đánh giá phải bám vào rủi ro và mục đích sử dụng thay vì một nhãn chung cho toàn bộ sản phẩm.

2.5. Audit tuân thủ

Giám sát sau triển khai có thể kết hợp tự đánh giá, kiểm thử từ xa bằng dữ liệu tổng hợp và đánh giá tại chỗ theo rủi ro. Bất kỳ cơ chế bắt buộc, thời hạn phản hồi hoặc liên hệ với giấy phép hoạt động nào cũng cần căn cứ pháp lý, thẩm quyền, quy trình khiếu nại và bảo vệ dữ liệu rõ ràng. Test bundle chỉ đo các tiêu chí được mô tả trong test plan; nó không tự chứng minh toàn bộ nghĩa vụ pháp lý.

Việc áp dụng biện pháp khắc phục hoặc chế tài phụ thuộc văn bản, điều khoản, chủ thể, hành vi và tình tiết cụ thể. Một lỗi conformance FHIR không mặc nhiên là vi phạm hành chính, và trang hướng dẫn kỹ thuật này không xác định mức phạt. Cơ quan triển khai cần lấy ý kiến pháp chế trên từng cơ chế giám sát và xử lý.

3. Ba mô hình quốc tế tham chiếu

ONC (Mỹ), JAMI/MHLW (Nhật) và eHDSI (EU) minh họa ba cách tổ chức khác nhau. Bảng so sánh dưới đây chỉ dùng để phân tích cơ chế; phạm vi pháp lý, maturity và bằng chứng triển khai của từng chương trình không hoàn toàn tương đương.

3.1. ONC (Mỹ) — top-down mandate

Office of the National Coordinator for Health IT là cơ quan thuộc Bộ Y tế và Dịch vụ Nhân sinh Mỹ (HHS). 21st Century Cures Act (2016) cùng ONC Cures Act Final Rule (ban hành 2020) đã thiết lập một bộ tiêu chí chứng nhận chi tiết. Cụ thể: tiêu chí §170.315(g)(10) yêu cầu các "Health IT Module" được chứng nhận và các nhà phát triển API phải hỗ trợ FHIR R4 standardized API cho dịch vụ liên quan đến bệnh nhân và quần thể, gồm nhóm dữ liệu USCDI (US Core Data for Interoperability) qua US Core IG. Quy định áp dụng cho các module được chứng nhận; điều này gián tiếp ràng buộc các EHR mà cơ sở nhận tài trợ Medicare/Medicaid sử dụng — chứ không phải mọi hệ thống y tế.

Điểm có thể tham khảo từ ONC là tiêu chí có phạm vi xác định, thủ tục kiểm thử công khai và liên kết giữa đặc tả với chương trình chứng nhận. Các quy định về API, certification và information blocking có đối tượng, ngoại lệ và cơ chế thực thi riêng; không nên chuyển trực tiếp sang Việt Nam hoặc suy ra rằng mọi hệ thống tại Hoa Kỳ đều chịu cùng một nghĩa vụ.

3.2. JAMI/MHLW (Nhật) — community-led, government-supported

Nhật Bản đi theo hướng đồng thuận. JP Core IG là sản phẩm do JAMI FHIR Domestic Implementation Working Group phát triển và duy trì, không phải do Bộ Y tế Lao động và Phúc lợi Nhật (MHLW) ban hành như tiêu chuẩn bắt buộc. Tài liệu hiện hành của JP Core ghi rõ: do JAMI FHIR domestic implementation group phát triển, chưa được phê duyệt bởi Hiệp hội HL7 Nhật Bản. Tuy vậy, MHLW có nhiều dự án và chính sách hỗ trợ FHIR và tiêu chuẩn dữ liệu y tế (ví dụ: thúc đẩy chia sẻ thông tin y tế qua Healthcare Information Exchange), tạo môi trường thuận lợi cho cộng đồng triển khai.

Mô hình Working Group cho phép bệnh viện, nhà cung cấp, hiệp hội ngành và cơ quan nghiên cứu cùng phản biện đặc tả. Bài học chính là phải công bố rõ chủ thể phát hành, trạng thái normative/trial-use, quy trình biểu quyết và mối quan hệ với chính sách nhà nước; không nên dùng tốc độ phát hành hoặc mức độ chấp nhận như kết luận nếu chưa có số liệu so sánh.

3.3. eHDSI (EU) — federation

European Health Data Space (EHDS) cùng hạ tầng eHealth Digital Service Infrastructure (eHDSI) do Ủy ban châu Âu điều phối. Mỗi quốc gia thành viên có một National Contact Point for eHealth (NCPeH) đóng vai trò gateway. Hai use case cốt lõi đã triển khai: Patient Summary (dựa trên International Patient Summary của HL7) và ePrescription/eDispensation cho hành khách di chuyển trong EU.

Mô hình federation phân tách hạ tầng quốc gia với giao diện trao đổi xuyên biên giới. Đổi lại, chương trình phải quản trị đồng thời trust, identity, terminology, translation, conformance và vận hành giữa nhiều đầu mối. Thời gian triển khai phụ thuộc mức sẵn sàng và phạm vi tham gia của từng quốc gia, nên không thể rút gọn thành một chỉ số tốc độ chung.

4. Mô hình hybrid đề xuất cho Việt Nam

Không mô hình nào có thể chuyển nguyên trạng sang Việt Nam. Một phương án cần được tham vấn là mô hình hybrid: cơ quan có thẩm quyền xác định kết quả chính sách, phạm vi và tiêu chí chấp nhận; Working Group đa bên duy trì artifact kỹ thuật theo quy trình công khai. Phương án này chỉ có giá trị khi trách nhiệm, quyền quyết định, nguồn lực và xung đột lợi ích được quy định rõ.

Khung tổng thể có thể hình dung như sau:

Khung đề xuất — chưa phải phân công có thẩm quyền

[Cơ quan quyết định phạm vi chuyên môn và pháp lý]
   ↓ xác định use case, đối tượng áp dụng, tiêu chí chấp nhận và cơ chế giám sát
[Đầu mối quản trị dữ liệu và terminology được chỉ định]
   ↓ công bố nguồn mã, phiên bản, giấy phép và dịch vụ tra cứu/validation
[Đơn vị vận hành kiểm thử được chỉ định]
   ↓ sandbox, test suite, báo cáo conformance và quản lý sự cố
[Bên chi trả và cơ quan liên quan theo thẩm quyền]
   ↓ yêu cầu domain, quy tắc đối soát và bằng chứng nghiệp vụ
[Technical steward được các bên công nhận]
   ↓ duy trì IG, issue log, versioning và quy trình đồng thuận
[Cơ sở KCB, nhà cung cấp, viện/trường và cộng đồng]
   ↓ triển khai use case, kiểm thử đa bên và phản hồi bằng chứng

Nếu lựa chọn mô hình này, giai đoạn thử nghiệm cần tiêu chí đầu vào/đầu ra, hạ tầng kiểm thử và cơ chế ghi nhận lỗi trước khi xem xét ràng buộc. Working Group có thể soạn thảo nội dung kỹ thuật, nhưng cơ quan có thẩm quyền vẫn phải quyết định phạm vi, hình thức công nhận và trách nhiệm giải trình. Việc cấp ngân sách hay giao vận hành không được giả định trong trang này.

Giá trị tiềm năng của hybrid là tách quyết định chính sách khỏi công việc biên soạn chi tiết nhưng vẫn giữ cơ chế kiểm soát công khai. Rủi ro là ranh giới trách nhiệm không rõ hoặc một nhóm lợi ích chi phối nội dung. Vì vậy quyết định lựa chọn mô hình cần dựa trên khảo sát năng lực, tham vấn stakeholder, phân tích chi phí-vận hành và cơ chế kiểm soát xung đột lợi ích, không dựa trên giả định về năng lực của một khu vực hay hành vi của nhà cung cấp.

5. Phân vai đề xuất và cơ chế technical stewardship

Bảng sau mô tả các bên có thể tham gia và loại output cần thảo luận. Đây không phải ma trận RACI đã được phê duyệt và không thay thế văn bản quy định chức năng, nhiệm vụ của từng cơ quan.

Cách hiểu quan trọng: NĐ 356/2025/NĐ-CP là văn bản của Chính phủ về bảo vệ dữ liệu cá nhân, có Bộ Công an là cơ quan đầu mối tham mưu. Từ 01/03/2025, Bộ TT&TT đã được hợp nhất vào Bộ KH&CN theo NĐ 55/2025/NĐ-CP; nhiệm vụ bảo đảm an toàn thông tin mạng được bàn giao sang Bộ Công an. Vì vậy trang này phân tách vai trò chuyển đổi số/tiêu chuẩn của Bộ KH&CN với vai trò an ninh mạng, an toàn thông tin mạng và BVDLCN của Bộ Công an.

Cơ chế tài chính chưa được quyết định. Mọi phương án ngân sách công, phí thành viên, tài trợ sự kiện hoặc hợp tác công–tư cần được cơ quan có thẩm quyền và các bên tham gia thẩm định riêng, kèm quy tắc tránh xung đột lợi ích. Omi HealthTech hiện chỉ đóng góp bộ artifact trial-use và hồ sơ kỹ thuật; website này không đại diện cho một Affiliate hay một chương trình ngân sách đã được phê duyệt.

6. Điều kiện xem xét mô hình HL7 Affiliate tại Việt Nam

HL7 International là tổ chức phi lợi nhuận đặt trụ sở tại Mỹ, sở hữu các tiêu chuẩn HL7 v2, v3, CDA và FHIR. HL7 International có cơ chế Affiliate cho từng quốc gia: mỗi nước có thể thành lập một tổ chức thành viên chính thức (Affiliate) đại diện cộng đồng quốc gia đó tại HL7 International. Hiện nay đã có HL7 Japan, HL7 Korea, HL7 Singapore, HL7 Taiwan, HL7 Australia. Việt Nam chưa có Affiliate.

Giá trị có thể mang lại nếu được thành lập

• Tạo đầu mối phối hợp chính thức với HL7 International theo quy chế Affiliate được phê duyệt.
• Tập hợp cộng đồng kỹ thuật trong nước để phản biện, thử nghiệm và duy trì Implementation Guide.
• Tăng khả năng hợp tác với các Affiliate khu vực và tham gia các hoạt động tiêu chuẩn hóa phù hợp.
• Thiết lập cơ chế tổ chức Connectathon, đào tạo và quản trị tài sản trí tuệ một cách minh bạch.

Các cổng điều kiện, không phải mốc thời gian cam kết

Hiện chưa có quyết định công nhận, pháp nhân, ngân sách hoặc lịch thành lập HL7 Affiliate tại Việt Nam. Các giai đoạn trên là khung đánh giá mức sẵn sàng; điều kiện và quyền lợi cụ thể phải đối chiếu trực tiếp với quy chế hiện hành của HL7 International tại thời điểm nộp hồ sơ.

7. Năm cái bẫy thường gặp khi quy chuẩn FHIR cấp quốc gia

Các chương trình interoperability thường gặp một số rủi ro quản trị lặp lại. Dưới đây là năm điểm Việt Nam cần kiểm soát bằng tiêu chí và bằng chứng triển khai cụ thể.

Bẫy 1 — Bắt buộc trước khi sẵn sàng

Ban hành ràng buộc khi chưa có sandbox, terminology service, tài liệu hướng dẫn và test suite sẽ tạo ra tuân thủ trên giấy nhưng không chứng minh được liên thông. Thời điểm bắt buộc phải dựa trên đánh giá mức sẵn sàng và kết quả thử nghiệm, không dựa trên một khoảng thời gian cố định áp dụng cho mọi chương trình.

Bẫy 2 — Bỏ qua governance terminology

Các bản sao CodeSystem không cùng URI, phiên bản hoặc trạng thái mã có thể làm hai hệ thống cho kết quả validation khác nhau. Ban hành danh mục, xuất bản bản máy đọc được và vận hành terminology service là các lớp riêng; mức ưu tiên của từng lớp phải dựa trên use case, giấy phép và mô hình vận hành.

Bẫy 3 — Ban hành xong không có Connectathon

Văn bản pháp lý hoặc kết quả validator đơn lẻ không phải bằng chứng liên thông end-to-end. Kiểm thử đa bên giúp phát hiện khác biệt diễn giải, lỗi workflow và vấn đề vận hành. Connectathon là một hình thức; chương trình cũng có thể dùng test harness liên tục hoặc pilot có giám sát. Tần suất phải dựa trên nhịp phát hành, rủi ro và năng lực kiểm thử, không có mức tối thiểu cố định dùng cho mọi chương trình.

Bẫy 4 — Vendor lock-in regulator

Tiêu chí đánh giá không tương xứng, test suite không mở để đối chiếu hoặc phụ thuộc công cụ của một nhà cung cấp có thể làm giảm khả năng tham gia và khả năng thay thế hệ thống. Biện pháp kiểm soát có thể gồm test artifact công khai, tiêu chí theo module/use case, quy trình khiếu nại và công bố xung đột lợi ích. Ảnh hưởng đến giá và cạnh tranh cần được đánh giá bằng dữ liệu thị trường riêng.

Bẫy 5 — Không có chu kỳ revise IG

FHIR, terminology và pháp luật đều thay đổi. Các profile cần được xem xét lại khi có bản phát hành nền tảng, bộ mã hoặc văn bản mới. Nếu IG không có lịch rà soát, kênh báo lỗi và chính sách tương thích ngược, nội dung sẽ nhanh chóng lệch khỏi thực tế. Chu kỳ phát hành phải do governance quyết định dựa trên mức độ thay đổi và khả năng kiểm thử.

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

Bộ Y tế có nên ban hành Thông tư bắt buộc dùng FHIR ngay không?

Trang này không khuyến nghị một hình thức hay thời điểm ban hành cụ thể. Trước khi xem xét ràng buộc, cơ quan có thẩm quyền cần xác định use case, căn cứ pháp lý, đối tượng áp dụng, tiêu chí conformance có thể kiểm thử, hạ tầng vận hành, giai đoạn chuyển tiếp và đánh giá tác động. Phiên bản IG hoặc số lần Connectathon chỉ là đầu vào, không phải ngưỡng pháp lý tự động. TT 13/2025/TT-BYT không thiết lập cơ chế chứng nhận FHIR.

Có cần luật mới hay Thông tư đủ?

Chỉ cơ quan có thẩm quyền và bộ phận pháp chế mới có thể xác định công cụ phù hợp sau khi làm rõ nội dung, đối tượng và mức độ ràng buộc. Luật Khám bệnh, chữa bệnh 2023, TT 13/2025/TT-BYT, NĐ 102/2025/NĐ-CP và NĐ 278/2025/NĐ-CP không tự công nhận VN Core hoặc FHIR. Mọi phương án cần đối chiếu thẩm quyền ban hành, quy trình đánh giá tác động và phạm vi áp dụng của từng văn bản.

HL7 Affiliate có chi phí membership không?

Điều kiện, loại phí và quyền lợi có thể thay đổi theo quy chế hiện hành của HL7 International và loại quan hệ thành viên/Affiliate. Cần lấy báo giá và điều kiện trực tiếp tại thời điểm xem xét; trang này không xác định tier của Việt Nam, tổng chi phí hay cách phân bổ nguồn tài chính.

Cộng đồng có quyền dịch và phân phối VN Core IG không?

Bộ artifact VN Core trial-use tại hl7.org.vn được công bố theo CC-BY-4.0; việc dịch, phân phối hoặc tạo bản phái sinh phải tuân thủ đầy đủ điều kiện ghi công và thông báo sửa đổi của giấy phép. Quyền đối với FHIR base, thuật ngữ bên thứ ba và nội dung tham chiếu được điều chỉnh theo giấy phép riêng, không mặc nhiên được mở rộng bởi giấy phép của VN Core.

Bảo hiểm xã hội Việt Nam có chia sẻ governance Claim/EOB không?

Đây là quyết định cần thỏa thuận chính thức. Chuẩn dữ liệu đầu ra KCB phục vụ BHYT hiện được điều chỉnh qua các Quyết định của Bộ Y tế, trong đó có QĐ 3176/QĐ-BYT; vai trò vận hành, tiếp nhận và đối soát của BHXH không đồng nghĩa với quyền đồng ban hành VN Core. Bộ trial-use hiện có mapping ở mức phần tử và ví dụ, chưa phải ConceptMap end-to-end đã được BHXH xác nhận. Mọi lộ trình song song hoặc thay thế chỉ nên công bố sau khi các bên thống nhất phạm vi và kiểm thử round-trip.

Vai trò an toàn thông tin mạng cụ thể là gì sau sắp xếp bộ máy?

Sau sắp xếp bộ máy, phạm vi phối hợp phải đối chiếu văn bản quy định chức năng, nhiệm vụ đang có hiệu lực tại thời điểm triển khai. Ở mức thiết kế, nên tách yêu cầu chuyên môn y tế, tiêu chuẩn/hạ tầng số, an ninh mạng và bảo vệ dữ liệu cá nhân thành các workstream có chủ thể chịu trách nhiệm được xác nhận. FHIR security labels, AuditEvent, Consent hoặc SMART không tự chuyển trách nhiệm pháp lý giữa các cơ quan và không tự tạo compliance.

9. Đọc tiếp và tham chiếu

Các trang trong knowledge hub liên quan trực tiếp tới chủ đề quản trị FHIR cấp quốc gia:

Tham chiếu pháp lý chính thức

• TT-13-2025 — Thông tư 13/2025/TT-BYT: Bệnh án điện tử (ban hành 06/06/2025, hiệu lực 21/07/2025).
• ND-102-2025 — Nghị định 102/2025/NĐ-CP: Quản lý dữ liệu y tế số (ban hành 13/05/2025, hiệu lực 01/07/2025).
• ND-278-2025 — Nghị định 278/2025/NĐ-CP: Kết nối, chia sẻ dữ liệu (hiệu lực 22/10/2025; mốc chuẩn hóa 31/12/2026).
• L-91-2025 — Luật 91/2025/QH15: Bảo vệ dữ liệu cá nhân (hiệu lực 01/01/2026).
• ND-356-2025 — Nghị định 356/2025/NĐ-CP: Hướng dẫn Luật BVDLCN (hiệu lực 01/01/2026).
• L-24-2018 — Luật 24/2018/QH14: An ninh mạng (đã được Luật 116/2025/QH15 thay thế từ 01/07/2026 — giữ đối chiếu legacy).
• L-116-2025 — Luật 116/2025/QH15: An ninh mạng sửa đổi (đang áp dụng từ 01/07/2026, thay Luật 24/2018/QH14).
• QD-3176-BYT — Quyết định 3176/QĐ-BYT: Chuẩn dữ liệu đầu ra KCB (29/10/2024).
• QD-697-BYT — Quyết định 697/QĐ-BYT: Mẫu bảng kê chi phí KCB (ban hành 19/03/2026, triển khai 01/07/2026).

Tham chiếu mô hình quốc tế

• ONC Cures Act Final Rule — HealthIT.gov
• ONC §170.315(g)(10) Standardized API Criterion
• Inferno Framework — ONC test suite chính thức
• US Core Implementation Guide
• JP Core Implementation Guide — JAMI FHIR WG
• eHDSI — Electronic Cross-Border Health Services (EU)
• WHO Global Strategy on Digital Health 2020-2025

Tham chiếu kỹ thuật FHIR R4

• FHIR R4 (4.0.1) — đặc tả chính thức HL7 International
• FHIR R4 — ImplementationGuide Resource
• FHIR R4 — CapabilityStatement Resource
• HL7 International — Affiliate Program
• VN Core IG (CI build) — repository hl7vn của Bộ Y tế