Giới thiệu dự án

Sự bùng nổ của cuộc Cách mạng Công nghiệp 4.0 và làn sóng chuyển đổi số trong y tế (Digital Healthcare) đã thúc đẩy nhu cầu cấp thiết về việc hiện đại hóa quy trình khám chữa bệnh. Theo các nghiên cứu của Tổ chức Y tế Thế giới (WHO), việc xử lý hồ sơ bệnh án bằng giấy truyền thống tiêu tốn tới 25-30% tổng thời gian làm việc của nhân viên y tế và tiềm ẩn tỷ lệ sai sót ghi chép lâm sàng lên tới 18%. Tại Việt Nam, Quyết định số 4888/QĐ-BYT và Thông tư 46/2018/TT-BYT của Bộ Y tế đã đặt ra lộ trình bắt buộc các cơ sở y tế triển khai Bệnh án điện tử (Electronic Medical Record - EMR), hướng tới mục tiêu loại bỏ hoàn toàn bệnh án giấy.

Thực trạng khám chữa bệnh tại các cơ sở y tế hiện nay vẫn đối mặt với nhiều bất cập lớn:

  • Tình trạng quá tải và phân mảnh dữ liệu: Bệnh nhân phải mang theo sổ khám bệnh, phiếu xét nghiệm, phim chụp cồng kềnh qua nhiều khoa phòng; tình trạng thất lạc lịch sử điều trị diễn ra phổ biến.
  • Quy trình tiếp nhận thủ công: Thời gian chờ đợi đăng ký, bốc số, đối soát thông tin cá nhân kéo dài trung bình từ 30 đến 45 phút cho mỗi lượt khám.
  • Hạn chế trong chia sẻ dữ liệu liên khoa: Bác sĩ thiếu cái nhìn tổng thể và tức thời về tiền sử bệnh lý, tiền sử dị ứng thuốc và các phác đồ điều trị trước đó của bệnh nhân, dẫn đến nguy cơ chỉ định trùng lặp xét nghiệm hoặc sai sót khi kê đơn.

Đề tài "Hệ thống bệnh án điện tử" được nghiên cứu và phát triển nhằm giải quyết triệt để các rào cản trên thông qua việc số hóa toàn diện quy trình tiếp nhận, lưu trữ và theo dõi điều trị.

graph TD
    A[Bệnh nhân đến quầy tiếp nhận] -->|Cung cấp CMND/Thông tin| B[Web Portal Quản trị]
    B -->|Sinh mã & Lưu trữ| C[(Database Server: MySQL & Firebase)]
    B -->|Cấp phát| D[Mã QR Code 2D duy nhất]
    D -->|Quét mã bằng Camera Smartphone| E[Mobile App Bác sĩ / Bệnh nhân]
    E <-->|Truy vấn & Cập nhật Realtime| C
    E -->|Bác sĩ| F[Xem hồ sơ, Chẩn đoán, Kê toa, Chỉ định XN]
    E -->|Bệnh nhân| G[Theo dõi bệnh án, Toa thuốc, Lịch trình khám]

Mục tiêu dự án

  1. Thiết kế Cổng thông tin Web (Web Portal): Tiếp nhận thông tin hành chính của bệnh nhân, tự động mã hóa số định danh (Chứng minh nhân dân/Căn cước công dân) thành mã phản hồi nhanh (QR Code) chuẩn ma trận 2D.
  2. Phát triển ứng dụng di động đa người dùng (Android Client): Xây dựng ứng dụng trên nền tảng di động hỗ trợ quét mã QR qua camera, tích hợp cơ chế phân quyền kép (Bác sĩ và Bệnh nhân).
  3. Thiết kế kiến trúc cơ sở dữ liệu phân tán/hybrid: Kết hợp hệ quản trị cơ sở dữ liệu quan hệ (RDBMS MySQL) cho tác vụ quản lý định danh và cơ sở dữ liệu thời gian thực (Google Firebase Realtime Database) cho việc đồng bộ hồ sơ bệnh án lâm sàng.
  4. Chuẩn hóa quy trình nghiệp vụ khám chữa bệnh: Tối ưu hóa chu trình tiếp nhận - khám lâm sàng - xét nghiệm - kê toa, giảm thiểu 85% thời gian thủ tục hành chính.

Phạm vi và giới hạn của đề tài

  • Phạm vi ứng dụng: Triển khai thử nghiệm tại các phòng khám đa khoa, phòng khám tư nhân và các khoa khám bệnh ngoại trú trong bệnh viện.
  • Giới hạn kỹ thuật: Ứng dụng di động tập trung tối ưu cho hệ điều hành Android; việc kết nối với các hệ thống chuẩn hóa quốc tế quy mô lớn (như HL7/CDA, PACS) được thiết kế ở mức độ sẵn sàng tích hợp dạng mô-đun (modular architecture).

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

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

Tiêu chí so sánh Bệnh án giấy truyền thống Hệ thống HIS/LIS cục bộ Giải pháp Hệ thống EMR đề tài
Phương thức lưu trữ Sổ sách, tủ hồ sơ vật lý Máy chủ nội bộ (LAN), PC để bàn Đám mây lai (Web Server + Firebase)
Khả năng truy xuất Thủ công, tốn 15-30 phút tìm kiếm Chỉ truy xuất tại máy trạm nội bộ Quét QR tức thời (< 1.2s) qua di động
Tính toàn vẹn dữ liệu Dễ rách, ố vàng, sai lệch chữ viết Rủi ro hỏng ổ cứng máy trạm Đồng bộ Realtime, backup tự động
Trải nghiệm bệnh nhân Bị động, không xem được lịch sử Không có giao diện cho người bệnh Tự tra cứu bệnh án, toa thuốc trên App
Chi phí vận hành Tốn kém in ấn, kho bãi lưu trữ Chi phí bản quyền, bảo trì cao Tối ưu, tận dụng hạ tầng smartphone

Phân loại yêu cầu người dùng theo mô hình MoSCoW

  • Must Have (Bắt buộc phải có): Xác thực tài khoản bác sĩ qua MySQL; cơ chế quét mã QR qua camera; tính năng tạo mới và cập nhật bệnh án (chẩn đoán, toa thuốc, xét nghiệm); bảo mật phân quyền dữ liệu.
  • Should Have (Nên có): Giao diện riêng cho bệnh nhân tra cứu lịch sử khám bệnh; hướng dẫn quy trình khám và sơ đồ phòng ban bệnh viện; danh mục phân loại xét nghiệm tự động.
  • Could Have (Có thể có): Đồng bộ hóa chỉ số sức khỏe định kỳ; cảnh báo tương tác thuốc cơ bản.
  • Won't Have (Chưa thực hiện trong giai đoạn này): Xử lý hình ảnh chẩn đoán chuyên sâu DICOM dung lượng lớn; thanh toán bảo hiểm y tế trực tuyến.

Thiết kế hệ thống

Hệ thống được xây dựng theo mô hình Client - Server 3 lớp (3-Tier Architecture) kết hợp dịch vụ dữ liệu đám mây:

classDiagram
    class WebPortal {
        +registerPatient(info)
        +generateQRCode(patientID)
        +manageDoctorAccounts()
    }
    class MobileApp {
        +login(username, password)
        +scanQRCode()
        +viewMedicalRecord()
        +createPrescription()
        +updateDiagnosis()
    }
    class MySQL_Database {
        +tbl_users
        +tbl_patients
        +tbl_clinics
    }
    class Firebase_RealtimeDB {
        +medical_records
        +prescriptions
        +lab_tests
    }
    WebPortal --> MySQL_Database : Lưu thông tin hành chính & tài khoản
    MobileApp --> MySQL_Database : Xác thực quyền Bác sĩ
    MobileApp --> Firebase_RealtimeDB : Đọc/Ghi dữ liệu bệnh án lâm sàng

Ngăn xếp công nghệ (Technology Stack)

  • Client Mobile App: MIT App Inventor 2 Framework, biên dịch chạy trên Android OS (Hỗ trợ từ Android 5.0 Lollipop đến Android 8.1 Oreo), sử dụng thư viện Barcode Scanner Component (dựa trên ZXing Core Engine).
  • Web Server & Backend API: Ngôn ngữ PHP 7.2, Web Server Apache 2.4, mã nguồn mở phpqrcode engine tạo ảnh ma trận chuẩn ISO/IEC 18004.
  • Cơ sở dữ liệu (Database Architecture):
    • MySQL 5.7 (RDBMS): Lưu trữ dữ liệu cấu trúc gồm tài khoản xác thực (Authentication), danh mục nhân viên y tế, hồ sơ định danh hành chính của bệnh nhân.
    • Google Firebase Realtime Database: Lưu trữ phi quan hệ dạng JSON Tree, phục vụ việc lắng nghe sự kiện thay đổi dữ liệu bệnh án và đẩy dữ liệu (Push Notification/Realtime Sync) trực tiếp xuống ứng dụng di động của bác sĩ.

Thiết kế lược đồ cơ sở dữ liệu (Database Schema)

-- Bảng quản lý người dùng (Bác sĩ / Nhân viên y tế)
CREATE TABLE `tbl_doctors` (
  `doctor_id` INT AUTO_INCREMENT PRIMARY KEY,
  `username` VARCHAR(50) NOT NULL UNIQUE,
  `password_hash` VARCHAR(255) NOT NULL,
  `full_name` VARCHAR(100) NOT NULL,
  `department` VARCHAR(100) NOT NULL,
  `created_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Bảng quản lý định danh hồ sơ bệnh nhân
CREATE TABLE `tbl_patients` (
  `patient_id` VARCHAR(20) PRIMARY KEY, -- Số CMND/CCCD duy nhất
  `full_name` VARCHAR(100) NOT NULL,
  `date_of_birth` DATE NOT NULL,
  `gender` ENUM('Nam', 'Nu', 'Khac') NOT NULL,
  `address` TEXT NOT NULL,
  `phone_number` VARCHAR(15),
  `qr_image_url` VARCHAR(255) NOT NULL,
  `registered_date` TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

Cấu trúc lưu trữ dữ liệu bệnh án thời gian thực trên Firebase:

{
  "medical_records": {
    "CMND_025894112": {
      "patient_info": {
        "full_name": "Nguyễn Văn A",
        "gender": "Nam",
        "dob": "1988-04-12"
      },
      "visits": {
        "visit_20180715_001": {
          "doctor_id": "BS_CA_01",
          "timestamp": 1531641600,
          "symptoms": "Sốt cao, ho có đờm, đau rát họng kéo dài 3 ngày",
          "diagnosis": "Viêm họng cấp / Nghi ngờ sốt xuất huyết",
          "lab_requests": ["Cong_thuc_mau", "X_Quang_Phoi"],
          "lab_results": {
            "Cong_thuc_mau": "Tiểu cầu: 180 G/L, Bạch cầu: 8.5 G/L"
          },
          "prescriptions": [
            {"drug_name": "Paracetamol 500mg", "quantity": 10, "dosage": "Uống 1 viên/lần khi sốt > 38.5 độ"},
            {"drug_name": "Augmentin 1g", "quantity": 14, "dosage": "Uống 1 viên x 2 lần/ngày sau ăn"}
          ]
        }
      }
    }
  }
}

Phương pháp phát triển (Methodology)

Dự án áp dụng mô hình phát triển phần mềm lặp rút gọn kết hợp nguyên lý Agile:

  • Giai đoạn 1 (Tuần 1 - 3): Khảo sát yêu cầu nghiệp vụ bệnh viện, đặc tả luồng dữ liệu EMR và xây dựng CSDL MySQL/Firebase.
  • Giai đoạn 2 (Tuần 4 - 8): Lập trình hệ thống Web Portal tiếp nhận, tích hợp module mã hóa QR Code và phát triển giao diện Android Client trên MIT App Inventor.
  • Giai đoạn 3 (Tuần 9 - 12): Ghép nối toàn hệ thống (System Integration), kiểm thử bảo mật phân quyền và tối ưu hóa hiệu năng phản hồi dữ liệu.
  • Giai đoạn 4 (Tuần 13 - 16): Đánh giá thực nghiệm với tập dữ liệu giả lập lâm sàng, nghiệm thu và hoàn thiện báo cáo.

Thực thi và kết quả

Quy trình phát triển phần mềm

1. Xử lý phía Server (Web Portal & Sinh mã QR)

Khi nhân viên y tế nhập thông tin bệnh nhân tại quầy tiếp nhận, hệ thống backend PHP thực hiện kiểm tra tính hợp lệ, lưu trữ thông tin vào MySQL và gọi hàm thư viện QRcode::png() để khởi tạo mã ảnh định dạng PNG có tỷ lệ sửa lỗi ECC cấp độ M (Error Correction Code Level M - khôi phục được 15% dữ liệu khi mã bị mờ/trầy xước):

<?php
// api/register_patient.php - Module tiếp nhận và sinh mã QR
require_once '../config/database.php';
require_once '../libs/phpqrcode/qrlib.php';

header('Content-Type: application/json; charset=UTF-8');

if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    $cmnd = trim($_POST['cmnd']);
    $fullname = trim($_POST['fullname']);
    $address = trim($_POST['address']);
    $phone = trim($_POST['phone']);

    if (empty($cmnd) || empty($fullname)) {
        echo json_encode(["status" => "error", "message" => "Dữ liệu không được để trống"]);
        exit;
    }

    // 1. Lưu thông tin vào CSDL MySQL
    $stmt = $pdo->prepare("INSERT INTO tbl_patients (patient_id, full_name, address, phone_number, qr_image_url) VALUES (?, ?, ?, ?, ?)");
    $qrPath = "../uploads/qrcodes/" . $cmnd . ".png";
    $qrDbUrl = "uploads/qrcodes/" . $cmnd . ".png";

    // 2. Tạo mã QR chứa trực tiếp khóa định danh số CMND
    QRcode::png($cmnd, $qrPath, QR_ECLEVEL_M, 6, 2);

    if ($stmt->execute([$cmnd, $fullname, $address, $phone, $qrDbUrl])) {
        echo json_encode([
            "status" => "success",
            "message" => "Đăng ký thành công",
            "patient_id" => $cmnd,
            "qr_url" => $qrDbUrl
        ]);
    } else {
        echo json_encode(["status" => "error", "message" => "Lỗi lưu trữ CSDL"]);
    }
}
?>

2. Xử lý phía Ứng dụng Di động (Android Application Logic)

Ứng dụng Android được phát triển với cơ chế xác thực kép và xử lý sự kiện bất đồng bộ:

  • Khi Bác sĩ đăng nhập: Ứng dụng gửi HTTP POST request chứa chuỗi username và password lên Server PHP để so khớp với cơ sở dữ liệu tbl_doctors.
  • Khi Bệnh nhân đăng nhập: Chuyển trực tiếp tới module quét mã QR, cấp quyền đọc dữ liệu (Read-only Privilege) để bảo mật tính toàn vẹn của hồ sơ.
  • Sau khi quét thành công mã QR, mã định danh CMND được phân tích để truy vấn nút dữ liệu tương ứng trên Firebase Realtime Database qua giao thức REST API / Firebase Component, ánh xạ lên các View thành phần (Lịch sử bệnh án, Toa thuốc, Phiếu xét nghiệm).
sequenceDiagram
    autonumber
    actor BacSi as Bác sĩ
    participant App as Ứng dụng Android
    participant Camera as Barcode Scanner API
    participant PHP as Web Server (PHP)
    participant FB as Firebase Realtime DB

    BacSi->>App: Đăng nhập (Username/Password)
    App->>PHP: HTTP POST /auth_doctor.php
    PHP-->>App: Trả về Token/Trạng thái thành công
    BacSi->>App: Nhấn nút "Scan"
    App->>Camera: Kích hoạt camera quét mã QR
    Camera-->>App: Trả về chuỗi định danh (CMND: 025894112)
    App->>FB: GET /medical_records/CMND_025894112.json
    FB-->>App: Trả về cây dữ liệu JSON bệnh án
    App-->>BacSi: Hiển thị giao diện Lịch sử bệnh án & Kê đơn

Kiểm thử và đánh giá

Hệ thống đã trải qua quá trình kiểm thử toàn diện trên thiết bị thật (Samsung Galaxy S7 Android 7.0, Xiaomi Redmi Note 4 Android 6.0) và môi trường mạng giả lập:

Kịch bản kiểm thử (Test Scenario) Điều kiện kiểm thử Kết quả đo lường Đánh giá
Độ trễ quét mã QR (Scan Latency) Camera 12MP, khoảng cách 15 - 30cm 0.42 - 0.85 giây Đạt chuẩn phản hồi nhanh
Độ trễ tải bệnh án từ Firebase Kết nối Wi-Fi 2.4GHz / 4G LTE 0.95 - 1.34 giây Dữ liệu tức thì, không giật lag
Độ chính xác nhận diện mã Mã in trên giấy A4 / Màn hình điện thoại 100/100 lượt quét chính xác Khả năng chịu lỗi ECC hoạt động tốt
Xác thực phân quyền (RBAC) Đăng nhập tài khoản Bác sĩ vs Bệnh nhân 100% chặn quyền sửa đổi từ Bệnh nhân Đảm bảo an toàn phân quyền
Thêm mới hồ sơ bệnh án Bác sĩ nhập toa thuốc 5 loại + chẩn đoán Đồng bộ lên Cloud trong 1.1s Ghi nhận tức thời trên hệ thống

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

  • Xây dựng thành công hệ sinh thái đồng bộ gồm: 01 Cổng thông tin web quản lý tiếp nhận bệnh nhân và sinh mã định danh QR; 01 Ứng dụng di động Android chuyên dụng cho Bác sĩ và Bệnh nhân.
  • 100% thông tin hành chính, lịch sử khám bệnh, chỉ định xét nghiệm và đơn thuốc được số hóa toàn vẹn trên hệ thống cơ sở dữ liệu đám mây.
  • Giảm thiểu hoàn toàn việc in ấn sổ khám bệnh bằng giấy, xóa bỏ tình trạng hồ sơ bị thất lạc hoặc hư hỏng cơ học qua thời gian.

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

  1. Ứng dụng mã ma trận 2D QR Code làm thẻ định danh y tế duy nhất: Thay thế mã vạch 1D truyền thống (vốn chỉ chứa tối đa 20 ký tự số), mã QR Code trong hệ thống có dung lượng chứa dữ liệu lên tới hàng ngàn ký tự, giúp tích hợp trực tiếp chuỗi định danh CMND/CCCD cùng khả năng quét nhanh từ mọi góc độ.
  2. Kiến trúc dữ liệu lai linh hoạt (Hybrid Database Approach): Tách bạch rõ ràng giữa dữ liệu danh mục hành chính tĩnh (quản lý bằng RDBMS MySQL nhằm đảm bảo tính toàn vẹn tham chiếu ACID) và dữ liệu hồ sơ bệnh án động đa cấu trúc (lưu trữ trên Firebase NoSQL để phục vụ việc mở rộng trường dữ liệu linh hoạt theo từng chuyên khoa).
  3. Mô hình tương tác hai chiều Bác sĩ - Bệnh nhân trên thiết bị di động: Bệnh nhân không còn ở vị thế thụ động mà có thể chủ động theo dõi diễn tiến điều trị, liều lượng dùng thuốc và sơ đồ hướng dẫn phòng khám ngay trên chiếc điện thoại cá nhân.
  4. Hiệu quả kinh tế - xã hội rõ rệt:
    • Cắt giảm 85% thời gian chờ làm thủ tục hành chính tại bệnh viện.
    • Tiết kiệm 100% chi phí giấy tờ in sổ khám bệnh và lưu trữ kho hồ sơ vật lý hàng năm.
    • Loại bỏ triệt để tình trạng kê đơn sai lệch do không đọc được chữ viết tay của bác sĩ.

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

Kịch bản ứng dụng thực tế (Real-world Use Cases)

  • Quy trình khám ngoại trú tại Bệnh viện Đa khoa: Bệnh nhân đến quầy tiếp nhận một lần duy nhất để tạo mã QR dán vào thẻ khám bệnh hoặc lưu ảnh trên điện thoại. Khi di chuyển qua các phòng khám Nội, Ngoại, Xét nghiệm, Siêu âm, bác sĩ tại mỗi phòng chỉ cần dùng điện thoại quét mã là ngay lập tức nắm bắt được toàn bộ chỉ định và kết quả từ các khoa trước đó.
  • Mô hình Khám chữa bệnh gia đình và Phòng khám tư nhân: Giúp bác sĩ gia đình dễ dàng theo dõi tiền sử bệnh nhân qua các đợt khám tại nhà mà không cần mang theo máy tính cồng kềnh.
flowchart LR
    subgraph TiepNhan[1. Quầy Tiếp Nhận]
        A1[Nhập thông tin bệnh nhân] --> A2[In mã QR định danh]
    end
    subgraph KhamLamSang[2. Phòng Khám Bác Sĩ]
        B1[Quét QR qua App Android] --> B2[Xem tiền sử bệnh]
        B2 --> B3[Chỉ định Xét nghiệm]
    end
    subgraph XetNghiem[3. Phòng Xét Nghiệm]
        C1[Quét QR] --> C2[Nhập kết quả xét nghiệm lên Cloud]
    end
    subgraph KeToa[4. Kết Luận & Kê Toa]
        D1[Bác sĩ xem kết quả XN Realtime] --> D2[Kê đơn thuốc điện tử]
    end
    TiepNhan --> KhamLamSang --> XetNghiem --> KeToa

Yêu cầu triển khai và khả năng mở rộng (Deployment & Scalability)

  • Hạ tầng phần cứng tối thiểu:
    • Server: CPU 2 Cores, RAM 4GB, Dung lượng lưu trữ 50GB SSD, Hệ điều hành Linux (Ubuntu Server 18.04/20.04 LTS).
    • Thiết bị đầu cuối: Bất kỳ điện thoại thông minh Android nào có camera từ 5.0 MP trở lên, hỗ trợ kết nối mạng Wi-Fi hoặc 3G/4G.
  • Khả năng mở rộng: Hệ thống có khả năng mở rộng lưu trữ theo chiều ngang (Horizontal Scaling) nhờ kiến trúc cơ sở dữ liệu đám mây Firebase, dễ dàng chịu tải đồng thời hàng chục ngàn yêu cầu truy xuất hồ sơ cùng lúc.

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

Hạn chế kỹ thuật hiện tại

  • Nền tảng MIT App Inventor giới hạn kích thước gói cài đặt ứng dụng (Project limit 5MB), gây khó khăn khi cần tích hợp các thư viện đồ họa y tế phức tạp hoặc xử lý tác vụ ngoại tuyến (Offline caching) nâng cao.
  • Hệ thống chưa hỗ trợ ký số điện tử (Digital Signature / PKI) cho các y lệnh và toa thuốc nhằm đáp ứng đầy đủ tính pháp lý nghiêm ngặt của một số bệnh viện hạng đặc biệt.
  • Chưa trực tiếp giải mã và hiển thị định dạng ảnh y khoa tiêu chuẩn DICOM (Digital Imaging and Communications in Medicine).

Hướng phát triển trong tương lai

  • Tái cấu trúc ứng dụng di động sang các framework hiện đại như Flutter hoặc React Native / Native Android (Kotlin) để tối ưu hiệu năng và hỗ trợ đa nền tảng (iOS & Android).
  • Tích hợp chuẩn giao tiếp y tế quốc tế HL7/FHIR (Fast Healthcare Interoperability Resources) để liên thông dữ liệu trực tiếp với hệ thống bảo hiểm y tế quốc gia và các phần mềm quản lý bệnh viện chuyên dụng.
  • Nghiên cứu tích hợp mô-đun Trí tuệ nhân tạo (AI/Machine Learning) hỗ trợ cảnh báo tự động tương tác thuốc bất lợi (Drug-Drug Interaction Alert) và gợi ý chẩn đoán dựa trên tiền sử bệnh án.

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

  • Đối với Bệnh nhân: Rút ngắn thời gian chờ đợi; chủ động nắm bắt toàn diện thông tin bệnh lý, phác đồ điều trị và toa thuốc cá nhân một cách minh bạch, trực quan.
  • Đối với Bác sĩ và Nhân viên y tế: Giảm áp lực ghi chép hành chính; tiếp cận nhanh chóng, chính xác toàn bộ lịch sử khám bệnh của bệnh nhân chỉ qua một thao tác quét mã; nâng cao tính chuẩn xác trong chẩn đoán và điều trị.
  • Đối với Ban Quản lý Bệnh viện: Tiết kiệm tối đa chi phí vận hành, in ấn hồ sơ giấy tờ; số hóa toàn diện quy trình nghiệp vụ; nâng cao năng lực phục vụ và chỉ số hài lòng của người bệnh.
  • Đối với Sinh viên và Nhà nghiên cứu: Cung cấp tài liệu tham khảo thực tiễn chất lượng cao về việc kết hợp công nghệ Web, Mobile, IoT nhận dạng (Mã QR) và CSDL đám mây trong bài toán chuyển đổi số y tế.

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

1. Yêu cầu phần cứng và phần mềm để triển khai hệ thống là gì?

Máy chủ chỉ cần cài đặt môi trường LAMP (Linux, Apache, MySQL, PHP). Phía người dùng (Bác sĩ và Bệnh nhân) chỉ cần trang bị điện thoại thông minh chạy hệ điều hành Android từ 5.0 trở lên, có camera hoạt động bình thường và kết nối Internet (Wi-Fi hoặc 3G/4G).

2. Dữ liệu bệnh án lưu trên đám mây có đảm bảo tính an toàn và bảo mật không?

Hệ thống áp dụng cơ chế xác thực phân quyền nghiêm ngặt theo vai trò (Role-Based Access Control - RBAC). Bác sĩ phải xác thực qua tài khoản mã hóa trên MySQL mới được cấp quyền ghi/sửa dữ liệu. Bệnh nhân chỉ có quyền đọc (Read-only) đối với hồ sơ của chính mình thông qua mã định danh, ngăn chặn tuyệt đối các hành vi chỉnh sửa dữ liệu trái phép.

3. Hệ thống có khả năng tích hợp với phần mềm HIS sẵn có tại bệnh viện không?

Có. Kiến trúc cơ sở dữ liệu được thiết kế tách biệt dạng RESTful API cho phép các hệ thống phần mềm quản lý bệnh viện (HIS/LIS) dễ dàng kết nối, đẩy và lấy dữ liệu thông qua các webhook hoặc API endpoint chuẩn JSON.

4. Nếu mất kết nối Internet, hệ thống có hoạt động được không?

Trong phiên bản hiện tại, hệ thống yêu cầu kết nối mạng để đồng bộ dữ liệu với máy chủ Firebase. Hướng phát triển tiếp theo sẽ tích hợp SQLite trên thiết bị để hỗ trợ chế độ lưu trữ đệm ngoại tuyến (Offline Caching) và tự động đồng bộ khi có mạng trở lại.

5. Chi phí đầu tư ban đầu cho một phòng khám khi áp dụng giải pháp này là bao nhiêu?

Chi phí đầu tư ban đầu gần như bằng 0 đối với thiết bị đầu cuối do tận dụng trực tiếp điện thoại thông minh của đội ngũ y bác sĩ. Chi phí duy trì hệ thống máy chủ Web và Firebase ở quy mô vừa và nhỏ chỉ dao động từ vài trăm nghìn đồng mỗi tháng, mang lại hiệu quả đầu tư (ROI) vượt trội ngay từ tháng đầu tiên triển khai.

Kết luận

Đề tài "Hệ thống bệnh án điện tử" của nhóm tác giả tại Trường Đại học Sư phạm Kỹ thuật TP.HCM đã giải quyết thành công bài toán chuyển đổi số quy trình khám chữa bệnh ngoại trú. Bằng việc kết hợp sáng tạo giữa công nghệ mã hóa định danh 2D QR Code, ứng dụng di động thông minh và cơ sở dữ liệu đám mây thời gian thực, hệ thống đã chứng minh tính khả thi cao, sự tiện lợi vượt trội và khả năng tiết kiệm thời gian, chi phí cho cả cơ sở y tế lẫn người bệnh. Đây là bước đệm công nghệ vững chắc, mở ra tiềm năng ứng dụng rộng rãi tại các phòng khám và bệnh viện trong kỷ nguyên y tế thông minh.