Đơn thuốc điện tử qua FHIR (ePrescription) cho Việt Nam

1. Rủi ro cần kiểm soát khi số hóa đơn thuốc

Đơn giấy, bản in từ phần mềm cục bộ và đơn điện tử có thể cùng xuất hiện trong giai đoạn chuyển đổi. Corpus công khai đã rà soát không cung cấp tỷ lệ toàn quốc đủ tin cậy cho từng hình thức; phần này mô tả các rủi ro thiết kế cần đánh giá, không phải thống kê về mức độ sử dụng hay gian lận.

Rủi ro an toàn có thể phát sinh khi thông tin liều, đường dùng hoặc thuốc không rõ ràng, khi lịch sử thuốc không sẵn có, hoặc khi dữ liệu từ nhiều cơ sở không thể đối soát. Số hóa chỉ giảm các rủi ro này nếu danh mục, validation, quy trình xác nhận và giao diện người dùng được thiết kế phù hợp.

Rủi ro tính toàn vẹn gồm sửa đổi, sao chép, cấp phát lặp hoặc không đối chiếu được đơn với lần cấp phát và hồ sơ thanh toán. Một hệ thống điện tử cần chữ ký hoặc cơ chế xác nhận áp dụng, kiểm soát trạng thái, định danh đơn và bằng chứng đối soát; không nên coi việc chuyển sang FHIR là bằng chứng chống gian lận tự đủ.

Phân tích liên cơ sở còn phụ thuộc chất lượng mã thuốc, đơn vị, liều, mục đích sử dụng và quyền xử lý dữ liệu. Một hợp đồng ePrescription dùng FHIR có thể hỗ trợ chuẩn hóa và trao đổi dữ liệu, nhưng vẫn cần danh mục thuốc được quản trị, chữ ký/xác nhận phù hợp, kiểm soát truy cập, đối soát và kiểm thử đầu-cuối.

2. Khung pháp lý 2025-2026

Đơn thuốc điện tử ở Việt Nam được điều chỉnh đồng thời bởi nhóm văn bản về kê đơn, nhóm văn bản về bệnh án điện tử và nhóm văn bản về giao dịch điện tử. Phải đọc đủ ba nhóm mới có bức tranh hoàn chỉnh.

NĐ 137/2024/NĐ-CP cung cấp khung pháp lý chung về giao dịch và chữ ký điện tử trong cơ quan nhà nước; văn bản này không yêu cầu định dạng container chữ ký cụ thể như PKCS#7 hay JOSE cho đơn thuốc. Việc lựa chọn định dạng chữ ký số là quyết định của implementation profile từng cơ sở, phù hợp hệ sinh thái chứng thư số và hạ tầng PKI mà bệnh viện đang sử dụng.

3. Kiến trúc FHIR ePrescription

Mô hình tham chiếu chia chuỗi ePrescription thành bốn miền hệ thống: EMR của cơ sở kê đơn, FHIR server của bệnh viện, kênh hiển thị cho người bệnh và hệ thống của nhà thuốc cấp phát. Mỗi miền có ranh giới tin cậy riêng; transport, xác thực, chữ ký và authorization phải theo contract được công bố cho đúng luồng.

[Bác sĩ trong EMR]
   ↓ tạo MedicationRequest + ký điện tử
[FHIR Server bệnh viện]
   ↓ đồng bộ qua cổng tích hợp
[Sổ sức khỏe điện tử trên VNeID]
   ↓ người bệnh xem trên ứng dụng
[Người bệnh đến nhà thuốc]
   ↓ trình mã định danh đơn thuốc
[Hệ thống nhà thuốc — FHIR client]
   ↓ xác thực chữ ký, đọc MedicationRequest
[Cấp phát thuốc + tạo MedicationDispense]
   ↓ ghi nhận ngược về FHIR server
[EMR bác sĩ thấy đơn đã được cấp]

FHIR Resource không mặc định bất biến. Khi một đơn đã ký cần được bảo toàn, implementation profile phải xác định snapshot/chữ ký, version history và chính sách không sửa nội dung đã ký. Việc hủy hoặc thay thế có thể dùng status và một MedicationRequest mới với priorPrescription khi đúng semantics.

4. Ba resource cốt lõi

4.1. MedicationRequest — đơn thuốc

MedicationRequest là biểu diễn pháp lý của đơn thuốc. Trường status nhận các giá trị active, completed, stopped, cancelled; trường intent phân biệt đơn chính thức (order) với đề xuất nội bộ (proposal) và kế hoạch điều trị (plan). Trường requester là bác sĩ kê đơn, ràng buộc với Practitioner có chứng chỉ hành nghề.

{
  "resourceType": "MedicationRequest",
  "id": "mr-amlodipin-001",
  "status": "active",
  "intent": "order",
  "subject": { "reference": "Patient/lan-001" },
  "encounter": { "reference": "Encounter/enc-001" },
  "authoredOn": "2026-04-30T11:00:00+07:00",
  "requester": { "reference": "Practitioner/bs-001" },
  "medicationCodeableConcept": {
    "coding": [
      {
        "system": "http://fhir.hl7.org.vn/core/CodeSystem/vn-medication",
        "code": "AML005",
        "display": "Amlodipin 5mg viên nén"
      },
      {
        "system": "http://www.whocc.no/atc",
        "code": "C08CA01",
        "display": "Amlodipine"
      }
    ]
  },
  "dosageInstruction": [
    {
      "text": "Uống 1 viên sau bữa sáng",
      "timing": {
        "repeat": { "frequency": 1, "period": 1, "periodUnit": "d" }
      },
      "route": {
        "coding": [
          {
            "system": "http://snomed.info/sct",
            "code": "26643006",
            "display": "Oral route"
          }
        ]
      },
      "doseAndRate": [
        {
          "doseQuantity": {
            "value": 5,
            "unit": "mg",
            "system": "http://unitsofmeasure.org",
            "code": "mg"
          }
        }
      ]
    }
  ],
  "dispenseRequest": {
    "validityPeriod": {
      "start": "2026-04-30",
      "end": "2026-05-30"
    },
    "numberOfRepeatsAllowed": 0,
    "quantity": {
      "value": 30,
      "unit": "viên",
      "system": "http://unitsofmeasure.org",
      "code": "{tbl}"
    }
  },
  "substitution": {
    "allowedBoolean": true
  }
}

Khối medicationCodeableConcept chứa nhiều coding song song: một mã nội bộ Việt Nam và một mã ATC của WHO. Khối dosageInstruction mô tả liều theo cấu trúc — timing cho lịch dùng, route cho đường dùng theo SNOMED CT, doseQuantity cho lượng thuốc mỗi lần. Khối dispenseRequest giới hạn thời hạn hiệu lực và số lần được phép tái phát thuốc.

4.2. MedicationDispense — cấp phát

Khi nhà thuốc cấp thuốc, hệ thống tạo MedicationDispense tham chiếu ngược về MedicationRequest qua authorizingPrescription. Resource này ghi nhận thực tế cấp phát: ai cấp, cấp ở đâu, cấp bao nhiêu, vào lúc nào. Đây là cơ sở để khớp đơn với khoản thanh toán BHYT và phát hiện trường hợp cấp trùng.

{
  "resourceType": "MedicationDispense",
  "id": "md-amlodipin-001",
  "status": "completed",
  "subject": { "reference": "Patient/lan-001" },
  "performer": [
    { "actor": { "reference": "Practitioner/pharm-001" } }
  ],
  "location": { "reference": "Location/pharm-h-001" },
  "authorizingPrescription": [
    { "reference": "MedicationRequest/mr-amlodipin-001" }
  ],
  "medicationCodeableConcept": {
    "coding": [
      {
        "system": "http://fhir.hl7.org.vn/core/CodeSystem/vn-medication",
        "code": "AML005",
        "display": "Amlodipin 5mg viên nén"
      }
    ]
  },
  "quantity": {
    "value": 30,
    "unit": "viên",
    "system": "http://unitsofmeasure.org",
    "code": "{tbl}"
  },
  "whenHandedOver": "2026-04-30T15:30:00+07:00",
  "dosageInstruction": [
    {
      "text": "Uống 1 viên sau bữa sáng"
    }
  ]
}

4.3. Medication — danh mục thuốc

Medication mô tả mặt hàng thuốc trong danh mục: mã, dạng bào chế, hoạt chất và hàm lượng. Một Medication được nhiều MedicationRequest tham chiếu lại. Trong cấu trúc dữ liệu thực tế, Medication thường được đồng bộ định kỳ từ danh mục thuốc của bệnh viện hoặc danh mục BHYT.

{
  "resourceType": "Medication",
  "id": "med-amlodipin-5mg",
  "code": {
    "coding": [
      {
        "system": "http://fhir.hl7.org.vn/core/CodeSystem/vn-medication",
        "code": "AML005",
        "display": "Amlodipin 5mg viên nén"
      },
      {
        "system": "http://www.whocc.no/atc",
        "code": "C08CA01",
        "display": "Amlodipine"
      }
    ]
  },
  "form": {
    "coding": [
      {
        "system": "http://snomed.info/sct",
        "code": "385055001",
        "display": "Tablet"
      }
    ]
  },
  "ingredient": [
    {
      "itemCodeableConcept": {
        "coding": [
          {
            "system": "http://www.whocc.no/atc",
            "code": "C08CA01",
            "display": "Amlodipine besilate"
          }
        ]
      },
      "strength": {
        "numerator": {
          "value": 5,
          "unit": "mg",
          "system": "http://unitsofmeasure.org",
          "code": "mg"
        },
        "denominator": {
          "value": 1,
          "unit": "viên",
          "system": "http://unitsofmeasure.org",
          "code": "{tbl}"
        }
      }
    }
  ]
}

5. Mã thuốc và bộ định danh

Hệ thống mã thuốc trong FHIR Việt Nam phân thành ba lớp song hành. Lớp đầu là mã đăng ký lưu hành do Cục Quản lý Dược cấp khi cho phép thuốc lưu hành trên thị trường. Lớp giữa là các danh mục BHYT đi kèm thông tư thanh toán — ví dụ danh mục thuốc thiết yếu, danh mục thuốc cổ truyền theo TT 27/2025/TT-BYT. Lớp ngoài cùng là mã quốc tế ATC của WHO dùng cho phân loại dược lý và đối chiếu xuyên biên giới.

Dược điển Việt Nam là tập hợp tiêu chuẩn chất lượng cho thuốc — quy định độ tinh khiết, phương pháp thử, dạng bào chế đạt chuẩn — chứ không phải danh mục thuốc được phép kê đơn. Khi viết tài liệu kỹ thuật, nên phân biệt rạch ròi: mã đăng ký Cục Quản lý Dược dùng định danh sản phẩm, danh mục BHYT dùng cho thanh toán, ATC dùng cho phân tích, Dược điển dùng tham chiếu chất lượng.

CodeSystem dự kiến trong VN Core IG sử dụng URI canonical http://fhir.hl7.org.vn/core/CodeSystem/vn-medication. Tại thời điểm tài liệu này, CodeSystem trên chưa có spec public hoàn thiện và đang được hiệu chỉnh dựa trên danh mục mã thuốc liên thông giữa Bộ Y tế và Bảo hiểm xã hội Việt Nam. Các dự án triển khai sớm nên giữ tham chiếu mở và sẵn sàng cập nhật khi spec chính thức được công bố.

ATC dùng URI đầy đủ http://www.whocc.no/atc. Đơn vị đo theo UCUM tại http://unitsofmeasure.org. RxNorm chưa có bản dịch Việt Nam, chỉ phù hợp cho ánh xạ tham chiếu khi trao đổi dữ liệu với hệ thống Hoa Kỳ.

6. Workflow tham chiếu đầu-cuối

Chu trình minh họa dưới đây chia thành mười bước. Khả năng áp dụng từng bước phụ thuộc contract, CapabilityStatement, chính sách ký và quy trình nghiệp vụ của các bên:

1. Bác sĩ kê đơn trong giao diện EMR — chọn người bệnh, chọn thuốc từ danh mục cục bộ, nhập liều và đường dùng.
2. Hệ thống chạy kiểm tra trước khi xác nhận — đối chiếu dị ứng đã ghi nhận, kiểm tra tương tác thuốc với danh sách thuốc đang dùng, đối chiếu chống chỉ định theo chẩn đoán hiện tại.
3. Bác sĩ xác nhận đơn — hệ thống tạo bản nháp MedicationRequest với status = "draft".
4. Bác sĩ ký điện tử — sử dụng chứng thư số cá nhân đã đăng ký với cơ sở; container chữ ký do implementation profile của bệnh viện quyết định.
5. Lưu vào FHIR server — chuyển trạng thái theo workflow; dùng Provenance khi cần trao đổi nguồn gốc/chứng thực và profile áp dụng quy định semantics đó.
6. Đồng bộ ra kênh ngoài — chỉ gửi theo endpoint, payload và thỏa thuận đã công bố; không giả định mặc định có luồng đơn thuốc VNeID.
7. Người bệnh đến nhà thuốc và xuất trình mã định danh đơn thuốc — qua mã QR trên ứng dụng hoặc số đơn in giấy.
8. Hệ thống nhà thuốc xác thực và đọc đơn — dùng API/adapter được contract cho phép, kiểm tra chữ ký, hiệu lực và lịch sử cấp phát theo quy tắc áp dụng.
9. Cấp phát thuốc và ghi nhận — tạo MedicationDispense với status = "completed" và liên kết ngược về đơn gốc.
10. Đồng bộ ngược — gửi kết quả về EMR và kênh BHYT khi các interface tương ứng yêu cầu; không suy ra tính đủ điều kiện thanh toán chỉ từ Resource FHIR.

Triển khai phải xây dựng event matrix theo data flow, threat model và chính sách kiểm toán. Chỉ phát sinh AuditEvent cho sự kiện có semantics và yêu cầu tương ứng; sự hiện diện của Resource này không tự chứng minh tuân thủ TT 13/2025/TT-BYT hay Luật 91/2025/QH15.

7. VNeID và các kênh đơn thuốc chính thức

QĐ 1332/QĐ-BYT và các hướng dẫn kế tiếp là căn cứ cho Sổ sức khỏe điện tử tích hợp trên VNeID. Đây là lớp khác với Hệ thống đơn thuốc quốc gia được điều chỉnh bởi TT 27/2021/TT-BYT, QĐ 808/QĐ-BYT, QĐ 425/QĐ-BYT và các đặc tả kỹ thuật hiện hành. Không văn bản nào trong nhóm này tự biến VNeID thành một FHIR endpoint nhà thuốc.

QR chứa định danh đơn và token ngắn hạn chỉ là một phương án thiết kế. Endpoint tra cứu, cách kiểm chữ ký, trạng thái đơn và giới hạn cấp phát phải do contract có thẩm quyền quy định. Nếu FHIR được dùng làm lớp nội bộ hoặc adapter, contract đó phải có Implementation Guide/CapabilityStatement, threat model và test suite tương ứng; không suy ra luồng này từ QĐ 1332/QĐ-BYT.

8. Đơn thuốc y học cổ truyền

Y học cổ truyền có ba đặc thù không tồn tại trong hóa dược: bài thuốc thường gồm nhiều vị, mỗi vị có khối lượng riêng; cách bốc thuốc thường tính theo thang chứ không theo viên; thuật ngữ chẩn đoán và pháp điều trị có hệ thống mã riêng. FHIR mô hình hóa được cả ba đặc thù bằng Medication.ingredient danh sách và Medication.amount theo đơn vị thang.

{
  "resourceType": "Medication",
  "id": "med-bo-trung-ich-khi-thang",
  "code": {
    "coding": [
      {
        "system": "http://fhir.hl7.org.vn/core/CodeSystem/vn-yhct-prescription",
        "code": "BTIKT-001",
        "display": "Bổ trung ích khí thang"
      }
    ]
  },
  "ingredient": [
    {
      "itemCodeableConcept": {
        "coding": [
          {
            "system": "http://fhir.hl7.org.vn/core/CodeSystem/vn-yhct-herb",
            "code": "DD001",
            "display": "Đảng sâm"
          }
        ]
      },
      "strength": {
        "numerator": { "value": 16, "unit": "g", "system": "http://unitsofmeasure.org", "code": "g" },
        "denominator": { "value": 1, "unit": "thang", "system": "http://unitsofmeasure.org", "code": "1" }
      }
    },
    {
      "itemCodeableConcept": {
        "coding": [
          {
            "system": "http://fhir.hl7.org.vn/core/CodeSystem/vn-yhct-herb",
            "code": "DD002",
            "display": "Hoàng kỳ"
          }
        ]
      },
      "strength": {
        "numerator": { "value": 20, "unit": "g", "system": "http://unitsofmeasure.org", "code": "g" },
        "denominator": { "value": 1, "unit": "thang", "system": "http://unitsofmeasure.org", "code": "1" }
      }
    }
  ]
}

Cơ sở pháp lý cho kê đơn thuốc y học cổ truyền là TT 55/2025/TT-BYT, hiệu lực từ 01/03/2026. Văn bản này quy định cách trình bày bài thuốc, các yêu cầu về chẩn đoán theo y học cổ truyền và quyền hành nghề của thầy thuốc. Khi BHYT chi trả, đơn thuốc cổ truyền chịu thêm ràng buộc của TT 27/2025/TT-BYT — danh mục thuốc cổ truyền BHYT, mức trần thanh toán, điều kiện kê đơn cho từng nhóm bệnh.

Hệ thống mã dùng chung cho thuật ngữ y học cổ truyền được Bộ Y tế ban hành theo hai đợt: QĐ 2552/QĐ-BYT ngày 12/08/2025 cho đợt 1 — Thể lâm sàng, Chẩn đoán, Huyệt, Kỹ thuật; và QĐ 3080/QĐ-BYT ngày 26/09/2025 cho đợt 2 — Triệu chứng, Lưỡi, Mạch, Pháp điều trị, Dược liệu, Bài thuốc. Đây là nguồn cho các CodeSystem vn-yhct-prescription và vn-yhct-herb dự kiến của VN Core IG.

9. Cảnh báo tương tác và CDS Hooks

FHIR đi đôi với CDS Hooks — đặc tả về tích hợp cảnh báo lâm sàng vào EMR. Khi bác sĩ chuẩn bị xác nhận đơn, EMR phát sự kiện medication-prescribe tới một dịch vụ CDS bên ngoài, kèm bối cảnh người bệnh và đơn nháp. Dịch vụ trả về danh sách Card hiển thị cảnh báo: tương tác thuốc-thuốc, tương tác thuốc-bệnh nền, dị ứng, liều cao bất thường, gợi ý thuốc rẻ hơn cùng hoạt chất.

Tại Việt Nam, dịch vụ CDS có thể đến từ ba nguồn: cơ sở dữ liệu tương tác thuốc của Cục Quản lý Dược, hệ thống nội bộ bệnh viện được nuôi dưỡng bởi đội dược lâm sàng, hoặc API thương mại từ nhà cung cấp quốc tế. Nếu dịch vụ CDS sử dụng học máy để dự đoán tương tác hoặc gợi ý phác đồ, hệ thống có khả năng nằm trong phạm vi điều chỉnh của Luật 134/2025/QH15 về trí tuệ nhân tạo, hiệu lực từ 01/03/2026, với phân loại rủi ro phù hợp.

Event matrix phải xác định cảnh báo và quyết định nào cần ghi nhận. Dùng AuditEvent cho sự kiện bảo mật/quyền riêng tư và Provenance cho nguồn gốc/chứng thực khi đúng semantics; không coi một trong hai là nhật ký nghiệp vụ mặc định hoặc bằng chứng pháp lý tự đủ.

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

Nhà thuốc nhỏ chưa có hệ thống FHIR thì sao?

Nhà thuốc không nhất thiết phải vận hành FHIR server nếu contract cho phép dùng client hoặc adapter. PWA quét QR là một lựa chọn giao diện, nhưng vẫn phải đáp ứng xác thực, authorization, xử lý offline/xung đột, bảo vệ dữ liệu và conformance của endpoint.

Người bệnh chưa có VNeID thì lấy đơn ở đâu?

Kênh thay thế phải theo quy trình kê đơn và contract nhà thuốc đang áp dụng; có thể là bản in hoặc mã đơn nếu văn bản và hệ thống đích cho phép. Không giả định mọi nhà thuốc có thể truy xuất FHIR trực tiếp từ hệ thống bệnh viện.

Cần thay đổi đơn sau khi đã ký thì làm thế nào?

Chính sách phải bảo toàn snapshot đã ký và version history. Khi thay thế là đúng semantics, có thể tạo MedicationRequest mới với priorPrescription trỏ về đơn cũ và cập nhật status theo workflow; không mặc định mọi thay đổi đều dùng stopped.

Đơn cấp phát nhiều lần được không?

Có. Trường numberOfRepeatsAllowed trong dispenseRequest biểu diễn số lần lặp lại được cho phép ngoài lần cấp phát ban đầu. Tuy nhiên, một lần được phép có thể tạo nhiều bản ghi khi cấp phát một phần, vì vậy không kiểm soát chỉ bằng số lượng MedicationDispense. Validation phải đối soát trạng thái, số lần lặp, tổng số lượng, thời gian hiệu lực và quy tắc nghiệp vụ.

11. Tham chiếu

• FHIR R4 — MedicationRequest, MedicationDispense, Medication.
• WHO Collaborating Centre for Drug Statistics Methodology — ATC classification.
• SNOMED International — SNOMED CT (mã đường dùng và dạng bào chế tham chiếu).
• UCUM — đơn vị đo lường tiêu chuẩn.
• CDS Hooks — đặc tả tích hợp cảnh báo lâm sàng.
• TT 26/2025/TT-BYT — Kê đơn thuốc hóa dược, sinh phẩm ngoại trú.
• TT 27/2021/TT-BYT — Kê đơn thuốc bằng hình thức điện tử.
• QĐ 808/QĐ-BYT và QĐ 425/QĐ-BYT — kết nối và vận hành Hệ thống đơn thuốc quốc gia.
• TT 55/2025/TT-BYT — Quy định kê đơn thuốc cổ truyền, dược liệu (hiệu lực 01/03/2026).
• TT 27/2025/TT-BYT — Danh mục và quy tắc thanh toán BHYT thuốc dược liệu, cổ truyền.
• TT 13/2025/TT-BYT — Bệnh án điện tử.
• NĐ 137/2024/NĐ-CP — Giao dịch điện tử của cơ quan nhà nước.
• QĐ 1332/QĐ-BYT — Sổ sức khỏe điện tử trên VNeID.
• QĐ 2552/QĐ-BYT (12/08/2025) — Danh mục mã dùng chung thuật ngữ y học cổ truyền, đợt 1.
• QĐ 3080/QĐ-BYT (26/09/2025) — Danh mục mã dùng chung thuật ngữ y học cổ truyền, đợt 2.
• Luật 91/2025/QH15 — Bảo vệ dữ liệu cá nhân, hiệu lực 01/01/2026.
• Luật 134/2025/QH15 — Trí tuệ nhân tạo, hiệu lực 01/03/2026.

Đọc tiếp