Liên thông bệnh viện tỉnh ⇄ trạm y tế xã sau mô hình 2 cấp

1. Bối cảnh pháp lý — NQ 202/2025 và Luật 72/2025

Hai văn bản nền đặt ra mô hình mới cần được đọc tách bạch. Nghị quyết 202/2025/QH15 (ban hành 12/06/2025, hoạt động chính thức 01/07/2025) quyết định sắp xếp các đơn vị hành chính cấp tỉnh, đưa Việt Nam từ 63 tỉnh, thành phố trực thuộc trung ương xuống còn 34 đơn vị, gồm 28 tỉnh và 6 thành phố. Luật Tổ chức chính quyền địa phương 72/2025/QH15 (ban hành 16/06/2025, hiệu lực 01/07/2025) thiết lập tổ chức chính quyền địa phương theo hai cấp: cấp tỉnh và cấp xã, gồm phường, xã và đặc khu, với khoảng 3.321 đơn vị cấp xã sau sắp xếp.

Y tế công lập đi theo cùng nhịp. Tuyến trung ương vẫn giữ vai trò đỉnh tháp, tuyến tỉnh đảm nhận điều trị chuyên sâu cấp khu vực, và trạm y tế xã (TYT xã) là điểm chăm sóc ban đầu gần dân nhất. Cấp huyện không còn là một cấp hành chính độc lập, do đó các trung tâm y tế huyện và bệnh viện huyện cũ phải được tổ chức lại theo quyết định của từng địa phương. Một số đơn vị chuyển hóa thành chi nhánh của bệnh viện tỉnh, một số trở thành phòng khám đa khoa khu vực gắn vào TYT xã, và giai đoạn chuyển tiếp này có thể kéo dài. Hệ quả với hệ thống thông tin: định danh tổ chức và mã đơn vị hành chính trong mọi giao dịch lâm sàng cần hỗ trợ song song mã cũ và mã mới trong nhiều quý.

Văn bản hợp nhất 06/2026/VBHN-BYT cụ thể hóa chức năng, nhiệm vụ của TYT xã, phường, đặc khu trong mô hình mới. Đó là cơ sở pháp lý cho phép TYT khám bệnh, kê đơn ngoại trú, chuyển tuyến và theo dõi sau xuất viện — chính là các kịch bản FHIR mà trang này mô tả.

2. Bài toán cụ thể qua câu chuyện Bà Lan 65 tuổi

Bà Lan, 65 tuổi, sống ở xã H. Sáng 30/04/2026 bà đau ngực dữ dội và đến TYT xã. Bác sĩ trực TYT đo huyết áp 170/100 mmHg, mạch 110, đo điện tim ba chuyển đạo và phát hiện ST chênh lên ở V2-V4. Năng lực TYT chỉ đủ chẩn đoán sơ bộ và xử trí ban đầu — bác sĩ quyết định chuyển ngay lên BV tỉnh K. cách đó 28 km. Đây là tình huống điển hình mà liên thông FHIR cần phục vụ.

Bốn yêu cầu thông tin xuất hiện đồng thời. Một, BV tỉnh phải thấy bệnh sử tăng huyết áp đã điều trị ba năm nay tại TYT, không cần khai thác lại từ đầu. Hai, hình ảnh ECG và sinh hiệu phải đến tay khoa cấp cứu trước khi xe đến cổng — để ê-kíp can thiệp tim mạch chuẩn bị phòng thông tim. Ba, đơn thuốc bà Lan đang dùng phải đi cùng để tránh tương tác và quyết định ngừng các thuốc chống ngưng tập tiểu cầu trước thủ thuật. Bốn, khi bà Lan ra viện sau đặt stent, TYT xã H. phải nhận được tóm tắt xuất viện đầy đủ để theo dõi huyết áp hằng ngày, chỉnh liều thuốc, và tái khám sau một tuần.

Mỗi yêu cầu trên ánh xạ sang một resource hoặc một workflow FHIR cụ thể. Phần còn lại của trang đi qua từng ánh xạ đó, kèm payload mẫu và lưu ý triển khai.

3. Kiến trúc FHIR cho liên thông tỉnh ⇄ xã

Mô hình triển khai đề xuất đặt FHIR server tại Sở Y tế tỉnh hoặc tại bệnh viện tỉnh đầu mối, đóng vai trò trục dữ liệu. TYT xã là thin client gọi REST API. App di động của bác sĩ BV tỉnh đọc trực tiếp từ FHIR server, không cần đường thoại riêng cho từng ca chuyển tuyến. Sơ đồ logic như sau.

[TYT xã (PWA, FHIR R4 client)]
       │  POST Bundle ITI-65 (referral)
       ▼
[FHIR R4 Server tại Sở/BV tỉnh]
       │  Subscription notification (rest-hook)
       ▼
[App BS BV tỉnh / khoa cấp cứu]
       │  POST Bundle ITI-65 (discharge summary)
       ▼
[FHIR R4 Server (cùng trục)]
       │  Subscription rest-hook → TYT xã
       ▼
[TYT xã PWA: hiển thị tóm tắt xuất viện, lập lịch tái khám]

Lưu ý phiên bản. VN Core đang cố định ở FHIR R4 (4.0.1). Trong R4, push real-time dùng resource Subscription với criteria dạng search string và channel.type = rest-hook. Cơ chế SubscriptionTopic chỉ tồn tại trong R4B/R5, hoặc trong R4 thông qua R5 Subscription Backport IG; nếu dự án muốn dùng topic-based subscription, phải khai báo phụ thuộc backport IG đó trong sushi-config và validate cẩn thận.

Định danh bệnh nhân dùng số định danh cá nhân (CCCD 12 số) làm primary identifier theo hệ http://fhir.hl7.org.vn/core/sid/cccd, kèm mã thẻ BHYT làm secondary. Định danh tổ chức dùng mã cơ sở khám chữa bệnh do BHXH cấp; mã đơn vị hành chính dùng danh mục 34 tỉnh và 3.321 xã theo Quyết định 19/2025/QĐ-TTg.

4. Kịch bản 1 — TYT xã chuyển lên BV tỉnh

Quy trình bốn bước. Bước một, TYT lập Encounter cho lượt khám, tạo Observation cho huyết áp, mạch, ECG, lập Condition cho chẩn đoán nghi nhồi máu cơ tim, ghi MedicationRequest cho thuốc đang dùng, rồi tổng hợp tất cả vào một Composition dạng giấy chuyển tuyến. Bước hai, TYT đóng gói Composition cùng các resource liên quan thành một Bundle dạng document, rồi gửi qua giao dịch IHE MHD ITI-65. Bước ba, FHIR server tỉnh nhận Bundle, lưu các resource và đẩy thông báo đến BV tỉnh qua Subscription. Bước bốn, hệ thống bệnh viện tỉnh tạo Encounter mới và tham chiếu ngược lên Composition referral để giữ liên kết hai chiều.

Composition cho giấy chuyển tuyến phải đầy đủ các trường bắt buộc theo FHIR R4: status, type, subject, date, author, title. Nếu một section có cả entry và text, text phải là Narrative dạng object { status, div } với div là XHTML hợp lệ — không bao giờ là chuỗi thuần.

{
  "resourceType": "Composition",
  "id": "comp-referral-lan-001",
  "status": "final",
  "type": {
    "coding": [
      { "system": "http://loinc.org", "code": "57133-1", "display": "Referral note" }
    ]
  },
  "subject": { "reference": "Patient/lan-001" },
  "encounter": { "reference": "Encounter/tyt-001" },
  "date": "2026-04-30T08:30:00+07:00",
  "author": [{ "reference": "Practitioner/bs-tyt-001" }],
  "title": "Giấy chuyển tuyến — TYT xã H. → BV tỉnh K.",
  "section": [
    {
      "title": "Lý do chuyển",
      "text": {
        "status": "generated",
        "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\">Đau ngực cấp, ECG có ST chênh ở V2-V4, nghi nhồi máu cơ tim — vượt năng lực TYT.</div>"
      }
    },
    {
      "title": "Tiền sử",
      "entry": [{ "reference": "Condition/htn-001" }]
    },
    {
      "title": "Sinh hiệu và cận lâm sàng",
      "entry": [
        { "reference": "Observation/bp-001" },
        { "reference": "Observation/hr-001" },
        { "reference": "Observation/ecg-001" }
      ]
    },
    {
      "title": "Đơn thuốc đang dùng",
      "entry": [{ "reference": "MedicationRequest/mr-001" }]
    }
  ]
}

5. Kịch bản 2 — BV tỉnh trả tóm tắt xuất viện về xã

Sau khi bà Lan được đặt stent động mạch vành phải và ổn định, bác sĩ điều trị tại BV tỉnh K. lập tóm tắt xuất viện. Cấu trúc Composition giống referral nhưng đổi type sang mã LOINC 18842-5 (Discharge summary) và đổi danh sách section sang chẩn đoán xuất viện, thủ thuật đã thực hiện, đơn thuốc tiếp tục, hướng dẫn theo dõi tại tuyến xã.

{
  "resourceType": "Composition",
  "id": "comp-discharge-lan-001",
  "status": "final",
  "type": {
    "coding": [
      { "system": "http://loinc.org", "code": "18842-5", "display": "Discharge summary" }
    ]
  },
  "subject": { "reference": "Patient/lan-001" },
  "encounter": { "reference": "Encounter/bv-tinh-001" },
  "date": "2026-05-05T14:00:00+07:00",
  "author": [{ "reference": "Practitioner/bs-bv-tinh-001" }],
  "title": "Tóm tắt xuất viện — BV tỉnh K.",
  "section": [
    {
      "title": "Chẩn đoán xuất viện",
      "entry": [{ "reference": "Condition/dx-001" }]
    },
    {
      "title": "Điều trị đã thực hiện",
      "entry": [{ "reference": "Procedure/proc-001" }]
    },
    {
      "title": "Đơn thuốc tiếp tục",
      "entry": [{ "reference": "MedicationRequest/mr-002" }]
    },
    {
      "title": "Hướng dẫn theo dõi tại TYT xã",
      "text": {
        "status": "generated",
        "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\">Tái khám sau 1 tuần tại TYT xã H. Theo dõi huyết áp 2 lần/ngày. Báo BV tỉnh K. nếu đau ngực tái phát hoặc HA tâm thu &gt; 160 mmHg.</div>"
      }
    }
  ]
}

BV tỉnh đẩy Bundle này qua cùng giao dịch IHE MHD ITI-65 lên FHIR server. Server tỉnh kích hoạt Subscription mà TYT xã đã đăng ký với criteria đại loại là DocumentReference?type=18842-5&subject:Patient.address-state=...&subject:Patient.address-city=.... PWA tại TYT nhận webhook, kéo Bundle về lưu offline, hiển thị cho điều dưỡng phụ trách bà Lan, và tự lập lịch tái khám theo trường hướng dẫn.

Section hướng dẫn theo dõi cố tình dùng Narrative thay vì entry — vì hướng dẫn là văn xuôi tiếng Việt do bác sĩ viết tay, không phù hợp ép vào CarePlan ngay lúc xuất viện. Nếu sau này TYT muốn nâng lên CarePlan có structured Goal và Activity, có thể chuyển hóa từ chính narrative này.

6. Resource pattern và mã LOINC

Bảng tổng hợp các resource FHIR R4 cần triển khai cho cả hai chiều liên thông.

7. Đóng gói IHE MHD ITI-65 đúng chuẩn

IHE Mobile access to Health Documents (MHD) định nghĩa giao dịch ITI-65 Provide Document Bundle, đó là phương tiện chuẩn để gửi tài liệu lâm sàng giữa hai cơ sở. Điểm quan trọng cần nhớ: ITI-65 không phải là POST /Bundle với type=document. ITI-65 là POST [base] với một Bundle dạng transaction, trong đó có ít nhất một List làm SubmissionSet, ít nhất một DocumentReference, và (tùy chọn) Binary chứa nội dung hoặc một FHIR Document Bundle được tham chiếu.

{
  "resourceType": "Bundle",
  "id": "bundle-iti65-lan-001",
  "type": "transaction",
  "meta": {
    "profile": [
      "https://profiles.ihe.net/ITI/MHD/StructureDefinition/IHE.MHD.Comprehensive.ProvideBundle"
    ]
  },
  "entry": [
    {
      "fullUrl": "urn:uuid:list-submissionset-001",
      "resource": {
        "resourceType": "List",
        "status": "current",
        "mode": "working",
        "title": "Giấy chuyển tuyến — Bà Lan",
        "subject": { "reference": "Patient/lan-001" },
        "entry": [
          { "item": { "reference": "urn:uuid:docref-referral-001" } }
        ]
      },
      "request": { "method": "POST", "url": "List" }
    },
    {
      "fullUrl": "urn:uuid:docref-referral-001",
      "resource": {
        "resourceType": "DocumentReference",
        "status": "current",
        "type": {
          "coding": [
            { "system": "http://loinc.org", "code": "57133-1", "display": "Referral note" }
          ]
        },
        "subject": { "reference": "Patient/lan-001" },
        "author": [{ "reference": "Practitioner/bs-tyt-001" }],
        "content": [{
          "attachment": {
            "contentType": "application/fhir+json",
            "url": "Bundle/doc-referral-lan-001"
          }
        }]
      },
      "request": { "method": "POST", "url": "DocumentReference" }
    }
  ]
}

Trong payload trên, List đóng vai trò SubmissionSet liệt kê các DocumentReference được nộp; DocumentReference trỏ đến Bundle document chứa Composition referral (đã trình bày ở mục 4) lưu trên server tỉnh. Nếu TYT muốn gửi kèm bản PDF ký số làm bằng chứng pháp lý theo NĐ 137/2024/NĐ-CP, thêm một entry Binary vào Bundle này và DocumentReference trỏ đến cả Bundle JSON lẫn PDF.

Nếu dự án không yêu cầu ràng buộc IHE chặt chẽ — ví dụ pilot nội bộ một tỉnh — vẫn có thể đơn giản hóa bằng cách gửi thẳng Bundle dạng document qua POST /Bundle hoặc lưu vào endpoint /DocumentReference. Tuy nhiên cần ghi rõ trong tài liệu hệ thống rằng đây là cách tiếp cận FHIR-native chứ không phải IHE MHD ITI-65, để tránh hiểu lầm khi đối tác audit.

8. Triển khai TYT xã trong điều kiện hạn chế

TYT xã trung bình có 1-2 bác sĩ và 2-3 điều dưỡng, đường truyền internet không ổn định ở khu vực miền núi và hải đảo, không có nhân viên IT thường trực, phần cứng thường là máy tính để bàn cấu hình thấp hoặc tablet. Thiết kế giải pháp phải bám sát thực tế đó.

Khuyến nghị bốn nguyên tắc. Một, dùng Progressive Web App có khả năng offline-first, lưu dữ liệu cục bộ qua IndexedDB và đẩy lên FHIR server qua sync queue khi có mạng. Hai, FHIR server đặt tập trung tại tỉnh, TYT là thin client — không cài server FHIR ở xã để tránh chi phí vận hành. Ba, xác thực bác sĩ qua VNeID hoặc chữ ký số do tổ chức cung cấp dịch vụ chứng thực điện tử cấp, không yêu cầu password riêng cho từng hệ thống bệnh viện. Bốn, fallback SMS hoặc Zalo cho thông báo Subscription quan trọng khi internet đứt.

Về phần cứng, một TYT điển hình cần một máy tính chạy PWA, một máy in kim hoặc laser cho đơn thuốc, một máy đo huyết áp điện tử có cổng USB hoặc Bluetooth, một máy ECG ba chuyển đạo có khả năng xuất file XML hoặc PDF. Tổng chi phí phần cứng nâng cấp dưới 30 triệu đồng cho mỗi TYT, nằm trong khả năng đầu tư của ngân sách xã hoặc nguồn xã hội hóa. Phần đáng đầu tư hơn là đào tạo: bác sĩ và điều dưỡng cần khoảng 4-8 tuần làm quen với UI mới, chứ không cần biết FHIR.

9. Bài học triển khai và rủi ro

Tính đến tháng 5/2026, chưa có pilot công khai nào triển khai trọn vẹn pattern liên thông tỉnh ⇄ xã trên FHIR R4. Phần này tổng hợp bài học giả lập từ kinh nghiệm các dự án EMR và HIE tương tự ở Việt Nam, kết hợp với kinh nghiệm quốc tế của OmiGroup. Khi có pilot thực tế, trang sẽ được cập nhật.

• Đào tạo UI thay vì đào tạo FHIR. Bác sĩ TYT không cần biết Composition là gì; họ cần một giao diện chỉ ba bước: nhập triệu chứng, chọn lý do chuyển, nhấn gửi. Mọi resource FHIR sinh ra ở back-end.
• Subscription cần fallback. Khi đường truyền chập chờn, Subscription rest-hook có thể fail âm thầm. Phải có cơ chế poll định kỳ và cảnh báo SMS cho ca khẩn cấp.
• ECG attachment qua DocumentReference + DICOM mini. File ECG gốc nên đính kèm dưới dạng DICOM Waveform để lưu metadata, song song với một bản PDF render để bác sĩ tỉnh xem nhanh trên điện thoại.
• Migrate dữ liệu trung tâm y tế huyện cũ. Khi TTYT huyện sáp nhập hoặc tách, bệnh án điện tử cũ phải được bulk export theo $export operation rồi ETL vào FHIR server tỉnh, kèm Provenance ghi rõ nguồn gốc và thời điểm chuyển đổi.
• Định danh chéo tuyến. Bệnh nhân khám tỉnh khác bằng CCCD phải resolve được sang Patient resource đúng tỉnh đăng ký BHYT — cần $match operation hoặc Patient Master Index liên tỉnh.

Rủi ro lớn nhất không phải kỹ thuật mà là quản trị: ai chịu trách nhiệm vận hành FHIR server cấp tỉnh, ai tài trợ băng thông cho TYT, ai đào tạo định kỳ. Đây là câu hỏi mà các Sở Y tế và OmiGroup cần trả lời cùng nhau ở vai trò tư vấn.

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

TYT xã có cần một FHIR server riêng không?

Không. Mô hình khuyến nghị đặt FHIR server tập trung tại Sở Y tế hoặc bệnh viện tỉnh đầu mối. TYT là client gọi REST API. Cách này giảm chi phí vận hành và bảo trì, đồng thời tránh phân mảnh dữ liệu.

Internet TYT không ổn định thì sao?

PWA offline-first lưu giao dịch tạm thời vào IndexedDB, đẩy lên server khi có mạng. Với ca khẩn cấp như bà Lan, fallback SMS hoặc cuộc gọi vẫn cần thiết — FHIR không thay thế quy trình điện thoại trực tiếp giữa bác sĩ TYT và khoa cấp cứu BV tỉnh.

Sáp nhập trung tâm y tế huyện cũ thì migrate dữ liệu thế nào?

Dùng FHIR Bulk Data $export theo nhóm bệnh nhân, sau đó ETL vào FHIR server tỉnh. Mỗi resource migrate được gắn Provenance ghi rõ nguồn gốc TTYT huyện cũ, mã CSKCB cũ, thời điểm chuyển đổi. Như vậy lịch sử khám không bị mất khi đơn vị tổ chức thay đổi.

BHYT thanh toán cross-tuyến trong mô hình mới ra sao?

Theo Nghị định 188/2025/NĐ-CP và Nghị định 233/2025/NĐ-CP, quy tắc thanh toán BHYT đã được điều chỉnh phù hợp mô hình hai cấp. Quy trình kỹ thuật vẫn dùng XML 4210 sửa đổi theo QĐ 3176/QĐ-BYT cho đến khi có văn bản thay thế bằng FHIR-native. ConceptMap giữa Composition và XML 4210 nên được phát triển song song.

Có cần dùng SubscriptionTopic không?

Không bắt buộc với R4. Subscription truyền thống của FHIR R4 (criteria + rest-hook) đủ cho hầu hết trường hợp. Nếu đội kỹ thuật muốn dùng topic-based subscription, phải khai báo phụ thuộc R5 Subscription Backport IG trong sushi-config và validate cẩn thận — đừng phát minh schema riêng.

11. Tham chiếu pháp lý và kỹ thuật

Văn bản pháp lý Việt Nam

• Nghị quyết 202/2025/QH15 ngày 12/06/2025 — Sắp xếp đơn vị hành chính cấp tỉnh, hoạt động chính thức 01/07/2025.
• Luật 72/2025/QH15 ngày 16/06/2025 — Tổ chức chính quyền địa phương, mô hình hai cấp tỉnh + xã.
• Thông tư 13/2025/TT-BYT ngày 06/06/2025 — Bệnh án điện tử, hiệu lực 21/07/2025, hoàn thành EMR cho cơ sở KCB chậm nhất 31/12/2026.
• Văn bản hợp nhất 06/2026/VBHN-BYT — Chức năng, nhiệm vụ Trạm Y tế xã, phường, đặc khu.
• Quyết định 19/2025/QĐ-TTg ngày 25/06/2025 — Mã đơn vị hành chính 34 tỉnh sau sắp xếp.
• Nghị định 188/2025/NĐ-CP — Hướng dẫn Luật BHYT trong mô hình mới.
• Nghị định 137/2024/NĐ-CP — Giao dịch điện tử và chữ ký số cho EMR.

Chuẩn quốc tế và đặc tả kỹ thuật

• FHIR R4 Composition resource — trường bắt buộc, cấu trúc Narrative.
• FHIR R4 Bundle resource — type document, transaction.
• FHIR R4 Subscription — criteria, channel rest-hook.
• R5 Subscription Backport IG — dùng khi cần SubscriptionTopic trên R4.
• IHE ITI-65 Provide Document Bundle — giao dịch chuẩn cho gửi tài liệu lâm sàng.
• LOINC 57133-1 — Referral note.
• LOINC 18842-5 — Discharge summary note.
• VN Core IG — canonical http://fhir.hl7.org.vn/core/.

12. Đọc tiếp