Giới thiệu dự án

Hệ thống y tế Việt Nam hiện nay quản lý mạng lưới phức tạp gồm hơn 13.508 cơ sở khám chữa bệnh, trên 300.183 giường bệnh tại các bệnh viện công lập, 11.793 trạm y tế và 135 bệnh viện hạng I/hạng đặc biệt. Theo thống kê thực tế, khối lượng hồ sơ bệnh án giấy phát sinh hàng năm tăng trưởng trung bình 12-15%, gây áp lực quá tải nghiêm trọng cho hệ thống kho lưu trữ và tiêu tốn từ 3-5% ngân sách vận hành cho công tác quản lý tài liệu vật lý.

Việc vận hành bằng bệnh án giấy bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Thời gian tra cứu hồ sơ bệnh sử cũ kéo dài trung bình 15-30 phút/bệnh nhân.
  • Nguy cơ thất lạc hoặc hư hỏng hồ sơ giấy khi lưu kho và vận chuyển liên khoa phòng lên tới 3-5%.
  • Tỷ lệ sai sót thông tin y khoa do chữ viết tay hoặc nhập liệu thủ công lặp lại dao động từ 10-18%.
  • Tình trạng lặp lại các chỉ định cận lâm sàng (xét nghiệm, chẩn đoán hình ảnh) giữa các tuyến đạt mức 20-30%, gây lãng phí lớn cho quỹ Bảo hiểm Y tế (BHYT).

Trước thực trạng này, đồ án "Bệnh án điện tử và mô hình ứng dụng trong y tế Việt Nam" do sinh viên Lê Thành Chung (ngành Điện tử Y sinh, Viện Điện tử - Viễn thông, Trường Đại học Bách khoa Hà Nội) thực hiện dưới sự hướng dẫn của PGS. Vũ Duy Hải, tập trung xây dựng cơ sở lý thuyết, chuẩn hóa dữ liệu và đề xuất mô hình Bệnh án điện tử (EMR - Electronic Medical Record) đạt cấp độ 2 theo thang đo quốc tế HIMSS, phù hợp với hành lang pháp lý của Bộ Y tế Việt Nam (Thông tư 46/2018/TT-BYT và Thông tư 54/2017/TT-BYT).

+-------------------------------------------------------------------------------+
|                             MỤC TIÊU DỰ ÁN                                    |
+-------------------------------------------------------------------------------+
| 1. Chuẩn hóa cấu trúc EMR theo mô hình tiếp cận lâm sàng SOAP                 |
| 2. Áp dụng các bộ chuẩn quốc tế: HL7 CDA R2, XML, ICD-10, LOINC, SNOMED-CT   |
| 3. Thiết kế kiến trúc EMR Cấp 2 tích hợp CDR và động cơ suy diễn CDSS        |
| 4. Hiện thực hóa mô hình thử nghiệm trên nền tảng y tế mã nguồn mở OpenMRS    |
+-------------------------------------------------------------------------------+

Mục tiêu cụ thể của dự án:

  1. Chuẩn hóa cấu trúc bệnh án điện tử dựa trên mô hình tiếp cận lâm sàng SOAP (Subjective - Objective - Assessment - Plan) và 21 biểu mẫu hồ sơ bệnh án chuyên khoa theo Quyết định 4069/2001/QĐ-BYT.
  2. Thiết kế cơ chế biểu diễn và trao đổi dữ liệu y tế bằng tiêu chuẩn Kiến trúc Tài liệu Lâm sàng HL7 CDA Release 2 (Clinical Document Architecture) trên nền tảng XML.
  3. Đề xuất mô hình kiến trúc EMR Cấp độ 2 (theo mô hình HIMSS EMRAM) tích hợp kho lưu trữ dữ liệu lâm sàng tập trung (Clinical Data Repository - CDR) và hệ thống hỗ trợ quyết định lâm sàng (Clinical Decision Support System - CDSS).
  4. Hiện thực hóa mô hình và cấu hình thử nghiệm quy trình khám chữa bệnh trên nền tảng y tế nguồn mở OpenMRS.

Phạm vi nghiên cứu tập trung vào quy trình luân chuyển thông tin nội viện của bệnh viện đa khoa, chuẩn hóa trao đổi dữ liệu hồ sơ lâm sàng giữa các khoa lâm sàng, cận lâm sàng (LIS/PACS) và dược, đảm bảo tính pháp lý và an toàn dữ liệu.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Tại Việt Nam, phần lớn cơ sở y tế triển khai công nghệ thông tin ở mức độ phân mảnh cục bộ thông qua các nhà cung cấp giải pháp độc lập. Dữ liệu bệnh án phần lớn bị cô lập (Data Silo), không có khả năng liên thông giữa các tuyến.

Tiêu chí kỹ thuật Bệnh án giấy truyền thống Hệ thống phần mềm HIS rời rạc Mô hình EMR chuẩn hóa đề xuất
Cấu trúc dữ liệu Phi cấu trúc, chữ viết tay Bán cấu trúc, định dạng CSDL riêng Chuẩn hóa cấu trúc SOAP & XML HL7 CDA
Khả năng liên thông Không thể Rất thấp (cần cổng chuyển đổi thủ công) Cao (tương thích HL7 v2/v3, CCD, DICOM)
Hỗ trợ quyết định (CDSS) Không có Cảnh báo hạn chế ở mức kê đơn Hỗ trợ suy diễn lâm sàng, cảnh báo tương tác thuốc
Thời gian truy xuất 15 - 30 phút/hồ sơ 10 - 30 giây (trong nội bộ BV) < 1.5 giây (nội bộ và liên viện)
Tính toàn vẹn & Bảo mật Dễ rách, mờ mực, khó kiểm toán Rủi ro rò rỉ CSDL nội bộ Kiểm soát truy cập RBAC, mã hóa và Audit Trail

Nghiên cứu mô hình quốc tế và bài học áp dụng

  • Australia (HealthConnect) & Canada (EHRS Blueprint): Xây dựng kho dữ liệu phân tán liên kết thông qua định danh cá nhân duy nhất (Unique Patient Identifier).
  • Đài Loan (HIN) & Singapore (EMRX): Chuẩn hóa toàn diện dựa trên kiến trúc trao đổi thông tin y tế tập trung, bắt buộc áp dụng chuẩn từ vựng quốc tế.
  • Tại Việt Nam: Lộ trình triển khai Thông tư 46/2018/TT-BYT đòi hỏi các bệnh viện hạng I phải xóa bỏ bệnh án giấy, đòi hỏi hệ thống EMR phải có kho dữ liệu CDR tập trung và giao tiếp chuẩn hóa.

Yêu cầu người dùng theo ma trận MoSCoW

  • Must-have (Bắt buộc): Quản lý định danh bệnh nhân duy nhất (Patient ID); Ghi chép khám lâm sàng cấu trúc SOAP; Quản lý mã bệnh ICD-10 và mã xét nghiệm LOINC; Tạo và xuất tài liệu xuất viện HL7 CDA XML.
  • Should-have (Cần có): Tích hợp cảnh báo tương tác thuốc và dị ứng tự động; Đồng bộ kết quả chẩn đoán hình ảnh qua giao thức DICOM/PACS; Kiểm soát truy cập phân quyền RBAC.
  • Could-have (Có thể có): Tích hợp chữ ký số bác sĩ theo chuẩn PKI; Nhập y lệnh điều dưỡng EMAR trên thiết bị di động.
  • Won't-have (Tạm hoãn): Tự động hóa hoàn toàn quy trình vòng kín cấp 7 (Closed-loop medication administration 100%).

Thiết kế hệ thống

Kiến trúc EMR Cấp 2 được thiết kế theo mô hình hướng dịch vụ (Service-Oriented Architecture - SOA) kết hợp kho dữ liệu lâm sàng trung tâm (CDR) kết nối các phân hệ phụ trợ.

Technology Stack và chuẩn tương thích

  • Nền tảng ứng dụng: OpenMRS Core Framework v2.2.x (Spring Framework v4.3, Hibernate ORM v4.3).
  • Ngôn ngữ phát triển: Java JDK 8/11, Web UI HTML5/JavaScript/AngularJS.
  • Hệ quản trị cơ sở dữ liệu: MySQL Server v5.7/8.0 (Hỗ trợ cấu trúc lưu trữ quan hệ và dữ liệu JSON/XML).
  • Chuẩn trao đổi dữ liệu: HL7 Clinical Document Architecture (CDA) Release 2.0, SOAP 1.2 Web Services / RESTful Web API.
  • Chuẩn thuật ngữ y khoa (Medical Terminologies):
    • Chẩn đoán bệnh: ICD-10 (International Classification of Diseases, 10th Revision).
    • Thuật ngữ lâm sàng: SNOMED-CT (Systematized Nomenclature of Medicine - Clinical Terms).
    • Xét nghiệm cận lâm sàng: LOINC (Logical Observation Identifiers Names and Codes).
    • Phân loại dược lý: ATC (Anatomical Therapeutic Chemical) và RxNorm.
    • Thủ thuật y tế: CPT-4 (Current Procedural Terminology).

Thiết kế cấu trúc dữ liệu theo tiêu chuẩn HL7 CDA XML

Tài liệu lâm sàng điện tử được cấu trúc hóa bằng XML schema, bao gồm hai phần: Header (quản lý ngữ cảnh, định danh bệnh nhân, người lập, thời gian) và Body (chứa các phân mục dữ liệu lâm sàng có mã hóa cấu trúc).

<?xml version="1.0" encoding="UTF-8"?>
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <!-- CDA Header -->
  <realmCode code="VN"/>
  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
  <id root="2.16.840.1.113883.19.4" extension="EMR-2019-HUST-00892"/>
  <code code="34133-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Summarization of Episode Note"/>
  <title>HỒ SƠ BỆNH ÁN ĐIỆN TỬ TỔNG KẾT KHÁM CHỮA BỆNH</title>
  <effectiveTime value="20190520143000"/>
  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
  
  <recordTarget>
    <patientRole>
      <id root="2.16.840.1.113883.19.5" extension="BN-20143812"/>
      <patient>
        <name><family>Lê</family><given>Thành Chung</given></name>
        <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
        <birthTime value="19960815"/>
      </patient>
    </patientRole>
  </recordTarget>

  <!-- CDA Body: Cấu trúc hóa theo SOAP -->
  <component>
    <structuredBody>
      <!-- Phân mục Assessment: Chẩn đoán theo ICD-10 -->
      <component>
        <section>
          <code code="11450-4" codeSystem="2.16.840.1.113883.6.1" displayName="Problem List"/>
          <title>Chẩn đoán bệnh (Assessment)</title>
          <text>Chẩn đoán xác định: Tăng huyết áp vô căn (nguyên phát)</text>
          <entry>
            <observation classCode="OBS" moodCode="EVN">
              <code code="I10" codeSystem="2.16.840.1.113883.6.3" codeSystemName="ICD-10" displayName="Essential (primary) hypertension"/>
              <statusCode code="completed"/>
            </observation>
          </entry>
        </section>
      </component>
    </structuredBody>
  </component>
</ClinicalDocument>

Kiến trúc an toàn thông tin

  • Kiểm soát truy cập dựa trên vai trò (Role-Based Access Control - RBAC): Phân tách rành mạch quyền hạn giữa Bác sĩ điều trị, Điều dưỡng, Dược sĩ, Kỹ thuật viên xét nghiệm và Quản trị viên.
  • Lưu vết kiểm toán (Audit Logging): Ghi nhận toàn bộ thao tác thêm, đọc, sửa, xóa (CRUD) kèm ID người dùng, địa chỉ IP và timestamp.
  • Bảo mật đường truyền: Áp dụng giao thức mã hóa TLS 1.3 đối với các giao tiếp dịch vụ web SOAP/REST.

Methodology

Quy trình nghiên cứu và phát triển hệ thống được tổ chức theo mô hình lặp kết hợp giữa nghiên cứu quy chuẩn y tế và kỹ thuật công nghệ thông tin:

+-------------------------------------------------------------------------------+
|                      LỘ TRÌNH THỰC HIỆN VÀ MILESTONES                        |
+-------------------------------------------------------------------------------+
| [Tuần 1-4] Nghiên cứu tiêu chuẩn HL7 CDA, ISO/DTR 20514 & Thông tư BYT        |
|      |                                                                        |
| [Tuần 5-8] Thiết kế luồng dữ liệu SOAP, 21 biểu mẫu chuyên khoa, kiến trúc CDR|
|      |                                                                        |
| [Tuần 9-12] Cài đặt, tùy biến OpenMRS Core, xây dựng mô-đun CDSS & CDA Gen    |
|      |                                                                        |
| [Tuần 13-16] Kiểm thử luồng dữ liệu lâm sàng, kiểm tra xung đột & Đánh giá    |
+-------------------------------------------------------------------------------+
  • Đánh giá rủi ro và giải pháp khắc phục:
    • Rủi ro không đồng nhất danh pháp y khoa: Ánh xạ hệ thống danh mục thuốc và danh mục xét nghiệm cục bộ sang bộ mã chuẩn quốc tế (ATC, LOINC).
    • Rủi ro gián đoạn dịch vụ: Thiết lập cơ chế sao lưu dữ liệu tự động (Database replication) và lưu trữ cục bộ tạm thời tại client khi mất kết nối mạng.

Implementation và kết quả

Development process

Quá trình triển khai mô hình được thực hiện trên môi trường máy chủ thử nghiệm với cấu hình: CPU Intel Xeon 4 Core 3.2GHz, 16GB RAM, hệ điều hành Ubuntu Server 18.04 LTS.

Triển khai mô-đun sinh tài liệu HL7 CDA

Xây dựng mô-đun CDA Generator chịu trách nhiệm truy vấn dữ liệu từ kho CDR, chuyển đổi các trường thực thể (Entity) sang các thẻ XML tuân thủ CDA Release 2 Schema.

Thuật toán sinh và kiểm tra tài liệu CDA:
---------------------------------------------------------------------------
Input: Mã đợt khám (Encounter_ID), Mã bệnh nhân (Patient_ID)
Output: Tài liệu XML chuẩn HL7 CDA R2 đã xác thực

1. Khởi tạo đối tượng CDA Document với Header (UUID, EffectiveTime, RealmCode='VN').
2. Truy vấn thông tin nhân khẩu học (Patient Table) -> Gán vào recordTarget.
3. Truy vấn các chỉ số sinh tồn và ghi chú lâm sàng -> Xây dựng phân mục SOAP (Section-level).
4. Ánh xạ các chẩn đoán sang bộ mã ICD-10 và dịch vụ cận lâm sàng sang LOINC.
5. Thực thi Schema Validation đối với file CDA.xsd.
6. IF Validation == PASSED THEN
      Ghi lưu tài liệu vào CDA Repository;
      Trả về tài liệu XML hoàn chỉnh;
   ELSE
      Ném ngoại lệ ValidationError và ghi log lỗi cấu trúc;

Xây dựng động cơ hỗ trợ quyết định lâm sàng (CDSS)

Động cơ CDSS được xây dựng theo phương pháp suy diễn tiến (Forward Chaining) dựa trên tập luật (Rule-based Engine). Hệ thống tự động kiểm tra xung đột đơn thuốc và các chỉ số sinh tồn bất thường:

$$\text{Risk_Score} = f(\text{Dị ứng đã biết}, \text{Tương tác thuốc } [Rx_A \times Rx_B], \text{Ngưỡng sinh hiệu})$$

Hệ thống đưa ra 3 cấp độ cảnh báo: Warning (Nhắc nhở), Major Alert (Cảnh báo nguy cơ cao), Critical Block (Chặn y lệnh khi có chống chỉ định tuyệt đối).

Testing và validation

Hệ thống được kiểm thử thông qua 5 kịch bản luồng khám bệnh toàn diện: Tiếp đón $\rightarrow$ Đo sinh hiệu $\rightarrow$ Khám lâm sàng $\rightarrow$ Chỉ định cận lâm sàng $\rightarrow$ Kê đơn $\rightarrow$ Tổng kết bệnh án xuất viện.

+-------------------------------------------------------------------------------+
|                       KẾT QUẢ KIỂM THỬ TẢI VÀ HIỆU NĂNG                       |
+-------------------------------------------------------------------------------+
| Thời gian truy xuất hồ sơ bệnh nhân (CDR Query)       :  0.42 giây            |
| Thời gian sinh tài liệu XML HL7 CDA                   :  118 ms               |
| Tốc độ xử lý luật kiểm tra tương tác thuốc (CDSS)     :  45 ms / đơn thuốc    |
| Tỷ lệ phát hiện xung đột đơn thuốc (50 cặp thuốc mẫu) :  100%                 |
| Tải đồng thời tối đa không suy giảm hiệu năng         :  150 kết nối bác sĩ   |
+-------------------------------------------------------------------------------+

Kết quả đạt được

Đồ án đã hiện thực hóa thành công mô hình Bệnh án điện tử đáp ứng đầy đủ các tiêu chuẩn kỹ thuật của một hệ thống EMR Cấp độ 2 theo chuẩn HIMSS:

  1. Số hóa quy trình SOAP: 100% các bước khám bệnh được chuẩn hóa cấu trúc, cho phép bác sĩ ghi nhận triệu chứng cơ năng, khám thực thể, đưa ra chẩn đoán mã hóa và lập kế hoạch điều trị trên cùng một giao diện tập trung.
  2. Kho dữ liệu lâm sàng (CDR): Tích hợp thành công dữ liệu hành chính, kết quả xét nghiệm chỉ số sinh hóa/huyết học và ghi chép lâm sàng.
  3. Liên thông chuẩn hóa: Sinh và trích xuất thành công tài liệu HL7 CDA XML, mở đường cho việc tích hợp vào hệ thống Hồ sơ sức khỏe cá nhân (EHR) suốt đời theo Quyết định 831/QĐ-BYT.

Đổi mới và đóng góp

  • Về mặt học thuật: Hệ thống hóa toàn diện các cấp độ phát triển của hồ sơ y tế điện tử từ HIMSS Stage 0 đến Stage 7, làm rõ sự khác biệt bản chất giữa EMR (nội viện) và EHR (liên viện/quốc gia).
  • Về mặt kỹ thuật: Đề xuất giải pháp ánh xạ dữ liệu y tế thực tế tại Việt Nam vào cấu trúc chuẩn quốc tế HL7 CDA R2 mà không làm thay đổi thói quen ghi chép của nhân viên y tế.
Chỉ số đánh giá Giải pháp trước đồ án Giải pháp đề xuất của đồ án Mức độ cải thiện (%)
Thời gian lập bệnh án tổng kết 25 phút (viết tay) 3 - 5 phút (mẫu cấu trúc) Giảm 80 - 88%
Tỷ lệ thất lạc hồ sơ dữ liệu 3.5% 0% (Lưu trữ CSDL tập trung) Triệt tiêu 100%
Sai sót do tương tác thuốc bất lợi Chiếm 8 - 12% đơn thuốc Giảm còn < 0.5% nhờ CDSS Giảm trên 90%
Không gian lưu trữ vật lý 100 - 200 $m^2$ / bệnh viện 0 $m^2$ (Máy chủ số hóa) Tiết kiệm 100%

Ứng dụng thực tế và triển khai

Kịch bản triển khai lâm sàng thực tế

  • Trường hợp chuyển tuyến bệnh nhân: Khi bệnh nhân chuyển từ bệnh viện tuyến huyện lên bệnh viện tuyến trung ương, hệ thống xuất tài liệu tóm tắt bệnh án (Continuity of Care Document - CCD) dưới dạng file XML HL7 CDA. Bệnh viện tiếp nhận sử dụng mô-đun CDA Extractor để nạp trực tiếp toàn bộ tiền sử dị ứng, diễn biến bệnh và kết quả cận lâm sàng trước đó vào hệ thống EMR của mình trong chưa đầy 2 giây mà không cần nhập lại từ đầu.
+-------------------------------------------------------------------------------+
|                       LỘ TRÌNH VÀ CHI PHÍ TRIỂN KHAI                          |
+-------------------------------------------------------------------------------+
| [Giai đoạn 1: 0-6 tháng]  Nâng cấp mạng LAN/Wifi, trang bị máy chủ & OpenMRS  |
| [Giai đoạn 2: 6-12 tháng] Triển khai EMR Cấp 2, tích hợp LIS/PACS, CDSS       |
| [Giai đoạn 3: 12-24 tháng]Mở rộng ký số PKI, tiến tới EMR Cấp 4-5 (CPOE 90%)  |
| ROI ước tính              : Hoàn vốn sau 2.5 - 3 năm vận hành số hóa          |
+-------------------------------------------------------------------------------+

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  1. Hệ thống mới được thử nghiệm ở quy mô mô phỏng luồng thông tin trên nền tảng OpenMRS, chưa được kiểm thử thực tế với tải dữ liệu lớn (Big Data) của các bệnh viện hạng đặc biệt (> 2000 lượt khám/ngày).
  2. Chưa tích hợp đầy đủ hệ thống quản lý thuốc vòng kín (Closed-loop medication) bằng mã vạch/RFID tại giường bệnh (tiêu chuẩn bắt buộc của EMR Cấp 6-7).
  3. Từ điển SNOMED-CT chưa được Việt hóa hoàn chỉnh, gây khó khăn cho việc tra cứu nhanh của bác sĩ lâm sàng.

Hướng phát triển

  • Tích hợp chuẩn giao tiếp y tế thế hệ mới HL7 FHIR (Fast Healthcare Interoperability Resources) thông qua REST API để hỗ trợ ứng dụng trên điện thoại thông minh cho bệnh nhân.
  • Ứng dụng học máy (Machine Learning) vào hệ thống CDSS để dự đoán nguy cơ tái nhập viện và cảnh báo sớm tình trạng nhiễm khuẩn huyết (Sepsis Alert).
  • Nâng cấp hệ thống ký số tập trung (Cloud PKI) đảm bảo tính pháp lý tuyệt đối theo quy định của Luật Giao dịch điện tử.

Đối tượng hưởng lợi

  • Đối với sinh viên & Nhà nghiên cứu: Cung cấp tài liệu tham khảo có tính hệ thống cao về tin học y tế, phương pháp mô hình hóa dữ liệu SOAP và cách áp dụng chuẩn HL7 CDA vào bài toán thực tế.
  • Đối với kỹ sư phát triển phần mềm y tế (HealthTech): Cung cấp tài liệu kỹ thuật chi tiết, sơ đồ kiến trúc và mã nguồn cấu hình mẫu trên OpenMRS để phát triển các sản phẩm EMR/HIS thương mại.
  • Đối với các nhà quản lý bệnh viện: Cung cấp lộ trình và tiêu chí đánh giá khoa học để đầu tư công nghệ thông tin đúng hướng, tránh lãng phí ngân sách theo các tiêu chí của Thông tư 54/2017/TT-BYT.
  • Đối với ngành Y tế và Xã hội: Tiết kiệm hàng trăm tỷ đồng chi phí lưu trữ giấy tờ, nâng cao độ an toàn cho người bệnh và thúc đẩy xây dựng cơ sở dữ liệu quốc gia về sức khỏe nhân dân.

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

1. Yêu cầu phần cứng và hạ tầng để triển khai mô hình EMR này là gì?

Hệ thống yêu cầu mạng LAN nội bộ bệnh viện đạt tốc độ tối thiểu 1 Gbps, kết nối có dây tới tất cả các phòng khám và khoa điều trị. Máy chủ cơ sở dữ liệu tối thiểu 8 Core CPU, 32GB RAM chạy trên hệ điều hành Linux (Ubuntu Server/CentOS) với hệ thống lưu trữ RAID 10 để đảm bảo tốc độ đọc/ghi dữ liệu lâm sàng liên tục.

2. Mô hình có thể liên thông dữ liệu với cổng BHYT Việt Nam không?

Có. Cấu trúc dữ liệu của hệ thống được thiết kế hoàn toàn tương thích với định dạng đầu ra quy định tại Quyết định 4210/QĐ-BYT của Bộ Y tế, cho phép trích xuất các file XML thanh toán chi phí khám chữa bệnh BHYT tự động và chính xác.

3. Sự khác nhau cơ bản giữa EMR Cấp 1 và Cấp 2 theo HIMSS là gì?

EMR Cấp 1 mới chỉ dừng lại ở việc có kết nối cơ bản với 3 hệ thống cận lâm sàng (Xét nghiệm, Dược, Hình ảnh PACS). EMR Cấp 2 đòi hỏi phải có Kho dữ liệu lâm sàng tập trung (CDR) giúp truy cập liền mạch mọi kết quả từ một giao diện duy nhất, đồng thời phải tích hợp công cụ kiểm tra xung đột y lệnh (CDSS) và kiểm soát an toàn bảo mật.

4. Chi phí bản quyền phần mềm khi triển khai theo mô hình này như thế nào?

Giải pháp sử dụng nền tảng lõi OpenMRS là phần mềm mã nguồn mở miễn phí bản quyền (Open Source), giúp các cơ sở y tế tiết kiệm từ 60-70% chi phí đầu tư ban đầu so với việc mua các gói phần mềm đóng gói từ nước ngoài.

5. Dữ liệu bệnh án điện tử có giá trị pháp lý thay thế hoàn toàn bệnh án giấy không?

Theo Thông tư 46/2018/TT-BYT, bệnh án điện tử có giá trị pháp lý tương đương bệnh án giấy khi được ký số bởi người có thẩm quyền (Bác sĩ điều trị, Trưởng khoa, Giám đốc bệnh viện) và đáp ứng các tiêu chuẩn bảo mật, lưu trữ tối thiểu 20 năm theo quy định của Luật Khám bệnh, chữa bệnh.

Kết luận

Đồ án tốt nghiệp "Bệnh án điện tử và mô hình ứng dụng trong y tế Việt Nam" đã giải quyết thành công bài toán cấp thiết về mặt khoa học và thực tiễn trong lộ trình chuyển đổi số ngành y tế. Bằng việc kết hợp chặt chẽ giữa quy trình lâm sàng chuẩn SOAP, tiêu chuẩn trao đổi dữ liệu quốc tế HL7 CDA R2 và nền tảng mã nguồn mở OpenMRS, đề tài đã chứng minh tính khả thi của việc xây dựng hệ thống EMR Cấp 2 tại Việt Nam với chi phí hợp lý.

Kết quả nghiên cứu không chỉ đặt nền móng kỹ thuật vững chắc cho việc xóa bỏ bệnh án giấy tại các cơ sở khám chữa bệnh mà còn đóng góp trực tiếp vào mục tiêu xây dựng hệ thống y tế thông minh, minh bạch và lấy người bệnh làm trung tâm.