Giới thiệu dự án

Trong giai đoạn dịch bệnh COVID-19 bùng phát mạnh mẽ tại các trung tâm công nghiệp lớn như Bình Dương và TP. Hồ Chí Minh năm 2021, hệ thống y tế tuyến đầu phải đối mặt với áp lực chưa từng có. Theo thống kê dịch tễ từ Bộ Y tế, hơn 70-80% tổng số ca nhiễm (F0) và tiếp xúc gần (F1) thuộc nhóm không triệu chứng hoặc triệu chứng nhẹ, có thể theo dõi và tự hồi phục trong điều kiện cách ly phù hợp mà không cần can thiệp hồi sức cấp cứu chuyên sâu. Tuy nhiên, việc vận hành các khu cách ly (KCL) tập trung với quy mô hàng trăm đến hàng nghìn giường bệnh gặp phải nhiều điểm nghẽn nghiêm trọng:

  • Quy trình thủ công gây quá tải: Việc ghi nhận danh sách tiếp nhận, theo dõi thân nhiệt 2 lần/ngày, quản lý buồng/giường và lập hồ sơ bệnh án chủ yếu thực hiện qua bảng tính Microsoft Excel và sổ sách giấy tờ, dẫn đến sai sót và trùng lặp dữ liệu.
  • Độ trễ báo cáo kết quả xét nghiệm: Kết quả xét nghiệm nhanh kháng nguyên và RT-PCR thường mất từ 24 đến 48 giờ để tổng hợp và thông báo ngược lại cho người bệnh, làm chậm tiến độ phân loại chuyển tầng hoặc ra quyết định xuất viện.
  • Thiếu kênh tương tác minh bạch: Người cách ly gặp khó khăn trong việc tiếp cận lịch sử bệnh án, kết quả xét nghiệm định kỳ và các thông báo chỉ đạo nội bộ từ ban điều hành.

Trước thực trạng đó, đồ án tốt nghiệp "Xây dựng ứng dụng quản lý khu cách ly trong mùa dịch bệnh" (Khoa Công nghệ Thông tin, Robot và Trí tuệ Nhân tạo - Đại học Bình Dương) đã phát triển một giải pháp phần mềm toàn diện nhằm tin học hóa toàn bộ quy trình vận hành KCL.

+-----------------------------------------------------------------------------------+
|                            HỆ THỐNG QUẢN LÝ KHU CÁCH LY                          |
+-----------------------------------------------------------------------------------+
|  [ Mobile App: Flutter/Dart ]                  [ Web Portal: PHP/Apache ]         |
|  - Bệnh nhân F0 / F1                           - Bác sĩ, Điều dưỡng, Ban Quản lý  |
|  - Tra cứu kết quả xét nghiệm/khám bệnh         - Phân bổ phòng/giường, nhập liệu  |
|  - Cập nhật thông tin y tế cá nhân             - Báo cáo thống kê dịch tễ realtime|
+-----------------------------------------------------------------------------------+
+-----------------------------------------------------------------------------------+
|                CƠ SỞ DỮ LIỆU TẬP TRUNG (MySQL / MS SQL Server)                     |
|  - Quan hệ chuẩn hóa 3NF: Bệnh nhân, Giường, Phiếu khám, Xét nghiệm, Thiết bị    |
+-----------------------------------------------------------------------------------+

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

  1. Xây dựng ứng dụng di động (Mobile App) đa nền tảng phục vụ bệnh nhân F0/F1 tra cứu thông tin y tế, lịch sử xét nghiệm và nhận thông báo theo thời gian thực.
  2. Thiết kế hệ thống web portal quản trị (Web-based) dành cho Bác sĩ, Điều dưỡng và Ban quản lý để theo dõi tình trạng sức khỏe, chỉ định điều trị và điều phối phòng/giường.
  3. Tự động hóa công tác lập báo cáo dịch tễ, thống kê số ca tiếp nhận, chuyển viện tuyến trên và xuất viện, giảm thiểu độ trễ dữ liệu xuống dưới 2 giây.
  4. Chuẩn hóa cơ sở dữ liệu quan hệ bảo đảm tính toàn vẹn thông tin, sẵn sàng triển khai thực tế trên hạ tầng đám mây (Cloud Server).

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

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

Tại thời điểm nghiên cứu, công tác quản lý tại KCL đối chiếu giữa các phương thức giải pháp ghi nhận nhiều ưu nhược điểm rõ rệt:

Tiêu chí so sánh Quản lý thủ công (Excel/Giấy) Phần mềm quản lý bệnh viện (HIS) Giải pháp của Đồ án
Chi phí đầu tư ban đầu Gần như bằng 0 Rất cao (>500 triệu VNĐ) Thấp (Mã nguồn mở, tối ưu)
Tính cơ động & Triển khai Nhanh nhưng rời rạc Phức tạp, cần máy chủ lớn Triển khai nhanh trên Cloud/Web
Tương tác với bệnh nhân Hoàn toàn thủ công Hạn chế hoặc qua SMS App di động chuyên dụng (Flutter)
Quản lý phân bổ buồng/giường Dễ nhầm lẫn, mất dấu Tích hợp nhưng cồng kềnh Trực quan hóa theo Cơ sở - Khu - Phòng - Giường
Thời gian tổng hợp báo cáo 4 - 8 giờ Nhanh nhưng đòi hỏi đào tạo sâu Tự động hóa tức thì theo thời gian thực

Áp dụng phương pháp phân loại yêu cầu MoSCoW, hệ thống xác định các chức năng cốt lõi:

  • Must-Have (Bắt buộc): Quản lý bệnh nhân F0/F1, phân bổ cơ sở/khu/phòng/giường, lập phiếu khám bệnh hàng ngày, nhập và trả kết quả phiếu xét nghiệm, phân quyền người dùng (Role-Based Access Control).
  • Should-Have (Nên có): Báo cáo thống kê dịch tễ trực quan, quản lý danh mục trang thiết bị y tế, quản lý danh mục địa giới hành chính (Tỉnh/Huyện/Xã).
  • Could-Have (Có thể mở rộng): Gửi thông báo đẩy (Push Notifications) qua ứng dụng di động, quản lý phiếu nhập/xuất vật tư.
  • Won't-Have (Chưa triển khai giai đoạn này): Tự động đồng bộ tín hiệu từ máy đo SpO2 IoT phần cứng.

Thiết kế hệ thống

Hệ thống được thiết kế theo kiến trúc Client-Server đa nền tảng (Web-based kết hợp Mobile App), tách biệt lớp biểu diễn giao diện (Presentation Layer) và lớp lưu trữ dữ liệu (Data Access Layer).

Technology Stack và phiên bản công nghệ

  • Backend & Web Admin: PHP 8.1 / Apache 2.4 HTTP Server, kiến trúc RESTful API, định dạng trao đổi dữ liệu JSON.
  • Mobile Client: Flutter SDK 3.0, ngôn ngữ Dart 2.17, hỗ trợ hệ điều hành Android (API Level 21+) và iOS.
  • Cơ sở dữ liệu (DBMS): MySQL 8.0 / MS SQL Server, thiết kế chuẩn hóa dữ liệu dạng chuẩn 3 (3NF).
  • Môi trường & Công cụ phát triển: Visual Studio Code, Android Studio, Microsoft Visio, IBM Rational Rose.

Thiết kế cơ sở dữ liệu quan hệ (Relational Schema)

Hệ thống gồm 17 thực thể dữ liệu chính liên kết chặt chẽ: NguoiDung, BenhNhan, BacSi, DieuDuong, CanBo, CoSo, Khu, Phong, Giuong, PhieuKhamBenh, PhieuXetNghiem, ThietBi, ThongBao, PhieuNhapXuat, Tinh, Huyen, Xa.

-- DDL trích xuất cấu trúc bảng Bệnh nhân và Phiếu xét nghiệm
CREATE TABLE BenhNhan (
    MaBN VARCHAR(20) PRIMARY KEY,
    HoTen NVARCHAR(100) NOT NULL,
    CMND_CCCD VARCHAR(12) UNIQUE,
    SoDienThoai VARCHAR(15),
    NgaySinh DATE,
    GioiTinh BIT,
    PhanLoai VARCHAR(10) NOT NULL, -- 'F0' hoặc 'F1'
    MaGiuong INT,
    NgayTiepNhan DATETIME DEFAULT CURRENT_TIMESTAMP,
    TrangThai NVARCHAR(50) DEFAULT N'Đang điều trị',
    FOREIGN KEY (MaGiuong) REFERENCES Giuong(MaGiuong)
);

CREATE TABLE PhieuXetNghiem (
    MaPhieuXN VARCHAR(20) PRIMARY KEY,
    MaBN VARCHAR(20) NOT NULL,
    MaNV VARCHAR(20) NOT NULL,
    LoaiXetNghiem NVARCHAR(50) NOT NULL, -- 'RT-PCR' / 'Test Nhanh Kháng Nguyên'
    KetQua NVARCHAR(50) NOT NULL,        -- 'Dương tính' / 'Âm tính'
    NgayLayMau DATETIME NOT NULL,
    NgayCoKetQua DATETIME,
    GhiChu NVARCHAR(255),
    FOREIGN KEY (MaBN) REFERENCES BenhNhan(MaBN)
);

Thiết kế RESTful API Endpoints

Backend cung cấp các API endpoints bảo mật cho Mobile App và Web Admin:

  • POST /api/v1/auth/login: Xác thực tài khoản người dùng và sinh JWT/Session.
  • GET /api/v1/patients/{id}/profile: Lấy thông tin bệnh án cá nhân.
  • GET /api/v1/patients/{id}/lab-tests: Lấy lịch sử phiếu xét nghiệm.
  • POST /api/v1/lab-tests/create: Tạo mới phiếu xét nghiệm y tế.
  • PUT /api/v1/patients/{id}/bed-assignment: Cập nhật/điều chuyển phòng và giường.

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

Dự án áp dụng mô hình phát triển phần mềm Thác nước (Waterfall Model) có kiểm soát theo 5 giai đoạn tuần tự từ ngày 29/03/2022 đến ngày 11/07/2022:

  1. Khảo sát & Phân tích yêu cầu: Khảo sát thực tế quy trình tiếp đón và phân loại bệnh nhân tại KCL Bình Dương theo Quyết định 878/QĐ-BYT của Bộ Y tế.
  2. Thiết kế hệ thống: Xây dựng biểu đồ Use Case, biểu đồ lớp (Class Diagram), biểu đồ tuần tự (Sequence Diagram) và thiết kế lược đồ quan hệ ERD.
  3. Lập trình (Implementation): Phát triển Backend API bằng PHP và xây dựng giao diện người dùng trên Flutter / Web.
  4. Kiểm thử & Đánh giá (Testing & Verification): Kiểm thử đơn vị (Unit Test), kiểm thử tích hợp (Integration Test) và UAT.
  5. Triển khai & Tài liệu hóa: Triển khai máy chủ cục bộ và cấu hình kiểm thử trên Microsoft Azure.

Implementation và kết quả

Quy trình phát triển và thuật toán xử lý

Quá trình lập trình tập trung vào việc xử lý các luồng nghiệp vụ nhạy cảm về thời gian: tiếp nhận ca nhiễm, gán giường tự động theo khu vực cách ly và cập nhật kết quả xét nghiệm tức thì.

Mã nguồn Backend API xử lý cập nhật kết quả xét nghiệm (PHP)

Đoạn mã phía máy chủ đảm bảo tính toàn vẹn dữ liệu: khi kết quả xét nghiệm âm tính đủ điều kiện hoặc dương tính chuyển tầng, hệ thống sẽ tự động cập nhật trạng thái bệnh nhân:

<?php
header("Content-Type: application/json; charset=UTF-8");
require_once "../config/database.php";

$database = new Database();
$db = $database->getConnection();

$data = json_decode(file_get_contents("php://input"));

if(!empty($data->MaPhieuXN) && !empty($data->KetQua)) {
    try {
        $db->beginTransaction();

        // 1. Cập nhật kết quả phiếu xét nghiệm
        $queryXN = "UPDATE PhieuXetNghiem 
                    SET KetQua = :KetQua, NgayCoKetQua = NOW(), GhiChu = :GhiChu 
                    WHERE MaPhieuXN = :MaPhieuXN";
        $stmtXN = $db->prepare($queryXN);
        $stmtXN->bindParam(":KetQua", $data->KetQua);
        $stmtXN->bindParam(":GhiChu", $data->GhiChu);
        $stmtXN->bindParam(":MaPhieuXN", $data->MaPhieuXN);
        $stmtXN->execute();

        // 2. Đồng bộ trạng thái bệnh án nếu bệnh nhân đủ điều kiện xuất viện
        if($data->KetQua == 'Am Tinh' && isset($data->DuDieuKienXuatVien) && $data->DuDieuKienXuatVien == true) {
            $queryBN = "UPDATE BenhNhan SET TrangThai = N'Đủ điều kiện xuất viện' WHERE MaBN = :MaBN";
            $stmtBN = $db->prepare($queryBN);
            $stmtBN->bindParam(":MaBN", $data->MaBN);
            $stmtBN->execute();
        }

        $db->commit();
        echo json_encode(["status" => 200, "message" => "Cập nhật kết quả xét nghiệm thành công."]);
    } catch (Exception $e) {
        $db->rollBack();
        http_response_code(500);
        echo json_encode(["status" => 500, "message" => "Lỗi xử lý: " . $e->getMessage()]);
    }
} else {
    http_response_code(400);
    echo json_encode(["status" => 400, "message" => "Thiếu dữ liệu đầu vào."]);
}
?>

Xây dựng giao diện ứng dụng di động cho bệnh nhân (Flutter / Dart)

Module Mobile cho phép bệnh nhân F0/F1 tra cứu realtime lịch sử phiếu xét nghiệm thông qua FutureBuilder:

import 'package:flutter/material.dart';
import 'package:http/http.dart' as http;
import 'dart:convert';

class LabTestHistoryScreen extends StatefulWidget {
  final String patientId;
  const LabTestHistoryScreen({Key? key, required this.patientId}) : super(key: key);

  @override
  _LabTestHistoryScreenState createState() => _LabTestHistoryScreenState();
}

class _LabTestHistoryScreenState extends State<LabTestHistoryScreen> {
  Future<List<dynamic>> fetchLabTests() async {
    final response = await http.get(
      Uri.parse('https://kcl-binhduong.gov.vn/api/v1/patients/${widget.patientId}/lab-tests'),
    );
    if (response.statusCode == 200) {
      return jsonDecode(response.body)['data'];
    } else {
      throw Exception('Không thể tải lịch sử xét nghiệm');
    }
  }

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(title: const Text('Lịch Sử Xét Nghiệm')),
      body: FutureBuilder<List<dynamic>>(
        future: fetchLabTests(),
        builder: (context, snapshot) {
          if (snapshot.connectionState == ConnectionState.waiting) {
            return const Center(child: CircularProgressIndicator());
          } else if (snapshot.hasError) {
            return Center(child: Text('Lỗi: ${snapshot.error}'));
          } else if (!snapshot.hasData || snapshot.data!.isEmpty) {
            return const Center(child: Text('Chưa có dữ liệu xét nghiệm'));
          }
          return ListView.builder(
            itemCount: snapshot.data!.length,
            itemBuilder: (context, index) {
              var item = snapshot.data![index];
              bool isNegative = item['KetQua'] == 'Âm tính';
              return Card(
                margin: const EdgeInsets.symmetric(horizontal: 12, vertical: 6),
                child: ListTile(
                  leading: Icon(
                    isNegative ? Icons.check_circle : Icons.warning,
                    color: isNegative ? Colors.green : Colors.red,
                  ),
                  title: Text('${item['LoaiXetNghiem']} - ${item['KetQua']}'),
                  subtitle: Text('Ngày lấy mẫu: ${item['NgayLayMau']}'),
                  trailing: Text(item['NgayCoKetQua'] ?? 'Đang chờ'),
                ),
              );
            },
          );
        },
      ),
    );
  }
}

Kiểm thử và đánh giá hiệu năng (Testing & Validation)

Hệ thống trải qua các kịch bản kiểm thử toàn diện trên môi trường máy chủ cục bộ và Cloud Azure:

  • Độ phủ kiểm thử (Test Coverage): Thực thi 45 kịch bản kiểm thử chức năng (UAT) trên 11 use case, đạt tỷ lệ vượt qua 100% không còn lỗi Critical.
  • Hiệu năng phản hồi (Response Latency): Thời gian phản hồi trung bình của RESTful API đạt 165ms với 100 kết nối đồng thời (Concurrent Users).
  • Dung lượng bộ nhớ & Băng thông: Ứng dụng Android chạy mượt mà với mức tiêu thụ RAM ổn định dưới 65MB, kích thước tệp cài đặt APK tối ưu chỉ 18.4MB.
+-----------------------------------------------------------------------+
|                 KẾT QUẢ ĐẠT ĐƯỢC CỦA CÁC MODULE CHỨC NĂNG             |
+------------------------------------+----------------+-----------------+
| Module Chức năng                   | Kế hoạch       | Thực tế đạt     |
+------------------------------------+----------------+-----------------+
| Quản lý Bệnh nhân & Phân loại      | 100%           | 100% (Hoàn tất) |
| Điều phối Buồng / Giường bệnh      | 100%           | 100% (Hoàn tất) |
| Quản lý Phiếu xét nghiệm / Khám    | 100%           | 100% (Hoàn tất) |
| Báo cáo thống kê dịch tễ tự động   | 100%           | 100% (Hoàn tất) |
| App Mobile tra cứu thông tin       | 100%           | 100% (Hoàn tất) |
+------------------------------------+----------------+-----------------+

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

  1. Mô hình hóa dữ liệu điều phối buồng/giường tập trung: Khác với cách ghi nhận rời rạc trên file bảng tính, hệ thống thiết lập quan hệ ràng buộc đa cấp: Cơ sở $\rightarrow$ Phân khu $\rightarrow$ Phòng $\rightarrow$ Giường. Giúp quản lý tức thời tỷ lệ lấp đầy (Bed Occupancy Rate) và cảnh báo quá tải tại từng đơn nguyên cách ly.
  2. Rút ngắn 85% thời gian xử lý và báo cáo dữ liệu dịch tễ: Cán bộ y tế không còn phải copy-paste số liệu thủ công từ nhiều khoa phòng. Biểu đồ thống kê tự động tổng hợp số ca tiếp nhận, chuyển viện và xuất viện theo ngày.
  3. Trao quyền thông tin cho người bệnh (Patient Empowerment): Ứng dụng Flutter giúp người cách ly chủ động nắm bắt phác đồ theo dõi, hạn chế tối đa việc tiếp xúc trực tiếp giữa bệnh nhân và nhân viên y tế trong các hoạt động hỏi đáp hành chính thông thường.

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

Kịch bản triển khai thực tế

Hệ thống được thiết kế tối ưu cho các mô hình KCL tập trung cấp quận/huyện hoặc khu cách ly doanh nghiệp có quy mô từ 200 đến 1.000 giường:

  • Khu vực tiếp đón (Reception): Cán bộ y tế dùng máy tính quét mã CCCD/nhập liệu thông tin cá nhân, phân loại F0/F1 và gán mã giường vào hệ thống Web.
  • Phân khu điều trị: Điều dưỡng cập nhật chỉ số sinh hiệu (nhiệt độ, huyết áp) và trả kết quả xét nghiệm theo đợt trực tiếp trên Web.
  • Phòng bệnh nhân: F0/F1 mở ứng dụng di động để theo dõi chỉ số sức khỏe hàng ngày và nhận thông báo giờ phân phát suất ăn, thời gian lấy mẫu định kỳ.
+-----------------------------------------------------------------------------------+
|                        MÔ HÌNH VẬN HÀNH THỰC TẾ TẠI CƠ SỞ                         |
+-----------------------------------------------------------------------------------+
| [Khu Tiếp Đón]    ---> Nhập hồ sơ BN + Gán buồng/giường (Web Admin)               |
| [Khu Điều Trị]    ---> Cập nhật thân nhiệt 2 lần/ngày + Kết quả XN (Web Admin)   |
| [Khu Bệnh Nhân]   ---> Nhận kết quả XN + Đọc thông báo nội bộ (Flutter Mobile App)|
| [Ban Chỉ Đạo]     ---> Xem dashboard thống kê F0/F1/Chuyển viện (Web Analytics)   |
+-----------------------------------------------------------------------------------+

Yêu cầu cấu hình hệ thống triển khai

  • Server máy chủ: CPU Intel Xeon / AMD EPYC 4 Cores, 8GB RAM, 120GB SSD, Hệ điều hành Ubuntu Server 20.04 LTS hoặc Windows Server.
  • Client phía cơ sở: Desktop chạy Windows 10/11, RAM 4GB, kết nối Internet băng thông tối thiểu 40 Mbps, máy in laser Canon LBP2900 để in phiếu chuyển viện/xuất viện khi cần.
  • Thiết bị di động bệnh nhân: Smartphone Android 8.0+ hoặc iOS 12.0+ có kết nối 3G/4G/Wi-Fi.

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

Hạn chế kỹ thuật

  • Hệ thống chưa tích hợp cơ chế đồng bộ Offline-First: trong trường hợp mạng internet tại KCL bị gián đoạn, ứng dụng di động chưa thể lưu trữ tạm bản sao dữ liệu mới nhất.
  • Chưa tích hợp cổng API trực tiếp với phần mềm tiêm chủng quốc gia và cơ sở dữ liệu dân cư VNeID.

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

  1. Tích hợp thuật toán AI/Machine Learning: Dự báo xu hướng diễn tiến nặng của bệnh nhân dựa trên chuỗi dữ liệu thân nhiệt, bệnh nền và chỉ số xét nghiệm định kỳ.
  2. Kết nối thiết bị IoT y tế: Tự động hóa việc ghi nhận chỉ số SpO2 và nhịp tim từ vòng đeo tay thông minh truyền trực tiếp qua giao thức MQTT/Bluetooth Low Energy (BLE).
  3. Hoàn thiện phiên bản iOS: Phát hành chính thức ứng dụng Flutter lên Apple App Store bên cạnh phiên bản Android.

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

  • Sinh viên & Học viên CNTT: Tham khảo mô hình phân tích thiết kế hệ thống y tế thực tế, tài liệu hóa sơ đồ UML chuẩn (Use Case, Class, Sequence) và cấu trúc ứng dụng đa nền tảng kết hợp PHP & Flutter.
  • Lập trình viên (Developers): Cung cấp mẫu thiết kế cơ sở dữ liệu quan hệ quản lý buồng giường chặt chẽ, cùng mã nguồn tích hợp RESTful API giữa Backend PHP và Flutter Client.
  • Ban quản lý KCL & Doanh nghiệp: Có ngay bộ giải pháp mã nguồn mở chi phí thấp, triển khai nhanh chóng để sẵn sàng ứng phó với các dịch bệnh truyền nhiễm trong tương lai.
  • Nhà nghiên cứu y tế công cộng: Dữ liệu thu thập chuẩn hóa tạo tiền đề cho các công trình nghiên cứu phân tích dịch tễ học và tối ưu hóa nguồn lực cơ sở cách ly.

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

1. Yêu cầu kỹ thuật phần cứng tối thiểu để triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ Cloud hoặc On-Premise tối thiểu 2 vCPU, 4GB RAM và 50GB ổ cứng SSD. Phía cơ sở cách ly chỉ cần các máy tính văn phòng thông thường (Core i3, RAM 4GB) và đường truyền Internet ổn định từ 30 Mbps trở lên.

2. Hệ thống có khả năng mở rộng (Scalability) khi số lượng bệnh nhân tăng đột biến không?

Nhờ kiến trúc Client-Server tách rời và cơ sở dữ liệu MySQL/MS SQL được chuẩn hóa 3NF, hệ thống dễ dàng mở rộng theo chiều dọc (nâng cấp phần cứng máy chủ) hoặc triển khai theo cụm Web Server tải tĩnh kết hợp CDN để phục vụ hơn 10.000 người dùng đồng thời.

3. Dữ liệu bệnh án và kết quả xét nghiệm được bảo mật như thế nào?

Dữ liệu được bảo vệ bằng cơ chế phân quyền dựa trên vai trò (RBAC) nghiêm ngặt: bệnh nhân chỉ có quyền truy cập hồ sơ của chính mình thông qua định danh cá nhân; mật khẩu người dùng được mã hóa một chiều; mọi luồng truyền dữ liệu qua API đều tuân thủ chuẩn mã hóa SSL/TLS (HTTPS).

4. Chi phí vận hành và bảo trì hệ thống ước tính khoảng bao nhiêu?

Nếu triển khai trên máy chủ đám mây (AWS, Azure, hoặc nhà cung cấp Cloud trong nước), chi phí thuê máy chủ dao động từ 500.000 – 1.500.000 VNĐ/tháng. Ứng dụng không tốn phí bản quyền phần mềm nhờ tận dụng hoàn toàn công nghệ mã nguồn mở (PHP, MySQL, Flutter, Linux).

5. Hệ thống có thể tùy biến để quản lý các mô hình điều trị khác ngoài COVID-19 không?

Hoàn toàn có thể. Cấu trúc cơ sở dữ liệu dạng mô-đun cho phép dễ dàng cấu hình lại danh mục xét nghiệm, tiêu chí sàng lọc và phác đồ theo dõi để áp dụng cho các bệnh truyền nhiễm khác như Sốt xuất huyết, Cúm mùa, Đậu mùa khỉ hoặc quản lý bệnh nhân nội trú tại các trung tâm y tế lưu động.

Kết luận

Đồ án tốt nghiệp "Xây dựng ứng dụng quản lý khu cách ly trong mùa dịch bệnh" của sinh viên Chung Thanh Huy và Đoàn Ngọc Mẫn (Đại học Bình Dương) đã giải quyết triệt để bài toán cấp bách về quản lý thông tin y tế trong bối cảnh dịch bệnh bùng phát. Bằng việc kết hợp hiệu quả giữa nền tảng quản trị Web-based (PHP) và ứng dụng di động cho người bệnh (Flutter/Dart), hệ thống đã chứng minh được tính khả thi cao, giúp tiết kiệm hơn 85% thời gian báo cáo dịch tễ, tối ưu hóa công tác điều phối buồng/giường và nâng cao chất lượng chăm sóc sức khỏe cộng đồng. Đây là tài liệu tham khảo kỹ thuật giá trị cho sinh viên, kỹ sư phần mềm và các đơn vị y tế đang tìm kiếm giải pháp chuyển đổi số y tế thực tiễn, tin cậy và tiết kiệm chi phí.