Bối cảnh và vấn đề nghiên cứu
Trang thiết bị y tế (TTBYT) là một trong ba trụ cột thiết yếu cấu thành hệ thống y tế (gồm y, dược và trang thiết bị y tế), đóng vai trò quyết định đến độ chính xác và chất lượng của hoạt động khám, chữa bệnh cũng như chăm sóc sức khỏe. Theo thống kê của Tổ chức Y tế Thế giới (WHO), thị trường y tế toàn cầu hiện có khoảng 10.500 chủng loại trang thiết bị y tế khác nhau. Tại Việt Nam, với hệ thống khoảng 1.000 bệnh viện trên cả nước, nhu cầu đầu tư và sử dụng TTBYT liên tục tăng trưởng, tiêu tốn hàng trăm tỷ đồng ngân sách nhập khẩu mỗi năm.
Tuy nhiên, công tác quản lý TTBYT tại phần lớn các cơ sở khám chữa bệnh trong nước vẫn tồn tại nhiều bất cập:
- Quy trình quản lý phần lớn được thực hiện thủ công thông qua sổ sách, giấy tờ hoặc các công cụ văn phòng rời rạc.
- Nhiều đơn vị bố trí nhân viên kế toán kiêm nhiệm công tác theo dõi máy móc thay vì có đội ngũ kỹ thuật chuyên trách quản lý, bảo dưỡng và bảo trì.
- Tình trạng trên dẫn đến việc tra cứu thông tin chậm trễ, khó kiểm soát vòng đời thiết bị, tiêu hao chi phí nhân lực và dễ xảy ra thất lạc hồ sơ, sai lệch dữ liệu kho lưu trữ.
- Các giải pháp thương mại hiện có (như SpeedMaint, WinMain CMMS, EHIS) chưa được triển khai rộng rãi do rào cản về kinh phí đầu tư.
Song song với thực trạng đó, sự phát triển của công nghệ di động mang lại tiềm năng ứng dụng lớn. Báo cáo của Hootsuite (tháng 1/2021) ghi nhận 5,22 tỷ người dùng điện thoại thông minh trên toàn cầu (chiếm 66,6% dân số). Tại Việt Nam, báo cáo “Thị trường ứng dụng di động 2021” của Appota chỉ ra khoảng 70% dân số sử dụng điện thoại di động, 64% thuê bao kết nối 3G/4G, và thời gian sử dụng thiết bị trung bình đạt 5,1 giờ/ngày trong năm 2020.
Xuất phát từ các căn cứ thực tiễn trên, đề tài "Nghiên cứu và xây dựng ứng dụng quản lý thiết bị y tế" được tác giả Nguyễn Thanh Loan (ngành Điện tử - Viễn thông, Đại học Bách Khoa Hà Nội) thực hiện nhằm phát triển một ứng dụng di động hỗ trợ quản lý trang thiết bị y tế theo thời gian thực.
Mục tiêu và nhiệm vụ nghiên cứu:
- Khảo sát thực trạng quản lý TTBYT tại bệnh viện và phân tích yêu cầu bài toán dựa trên mô hình quản lý thực tế của Bệnh viện Ung Bướu Hà Nội.
- Nghiên cứu hệ điều hành Android, ngôn ngữ lập trình Java và phương thức giao tiếp Web API (chuẩn kiến trúc RESTful).
- Phân tích thiết kế hệ thống theo chuẩn UML, xây dựng mô hình cơ sở dữ liệu quan hệ và thiết kế giao diện theo tiêu chuẩn Material Design.
- Hiện thực hóa ứng dụng client trên hệ điều hành Android, kết nối và đồng bộ dữ liệu với hệ thống máy chủ (website quản lý thiết bị y tế).
- Kiểm thử các chức năng và các kịch bản ngoại lệ trên các dòng thiết bị di động thực tế với các phiên bản Android khác nhau.
Đối tượng và phạm vi nghiên cứu:
- Đối tượng nghiên cứu: Ứng dụng di động quản lý trang thiết bị y tế trên nền tảng Android.
- Đối tượng sử dụng: Nhân viên phòng vật tư/quản trị viên và cán bộ y tế tại các khoa/phòng thuộc cơ sở y tế.
- Phạm vi kỹ thuật: Tập trung phát triển phía ứng dụng khách (client) Android, kế thừa mô hình dữ liệu và giao thức kết nối từ hệ thống máy chủ quản lý sẵn có.
Cơ sở lý thuyết và phương pháp
Cơ sở pháp lý và nghiệp vụ quản lý trang thiết bị y tế
Đề tài dựa trên các văn bản quy phạm pháp luật và biểu mẫu nghiệp vụ y tế hiện hành:
- Nghị định số 36/2016/NĐ-CP và Nghị định số 169/2018/NĐ-CP sửa đổi, bổ sung quy định về quản lý trang thiết bị y tế, xác lập 6 nguyên tắc quản lý cốt lõi: bảo đảm chất lượng, an toàn và hiệu quả; thông tin đầy đủ, kịp thời; bảo đảm truy xuất nguồn gốc; quản lý theo mức độ rủi ro và quy chuẩn kỹ thuật; quản lý theo pháp luật đo lường, năng lượng nguyên tử; tuân thủ quy định đối với tiền chất/ma túy.
- Thông tư 07/2007/BYT phân loại TTBYT thành 4 nhóm chính: thiết bị chẩn đoán/điều trị/phục hồi chức năng; phương tiện vận chuyển chuyên dụng; dụng cụ/vật tư y tế/hóa chất xét nghiệm; dụng cụ/vật tư cấy ghép.
- Biểu mẫu quản lý chuẩn: Biểu mẫu danh mục trang thiết bị trong phòng xét nghiệm (Mã số XN-BM 5.1/01) và Biểu mẫu nhật ký sử dụng trang thiết bị (ghi nhận thời gian hoạt động, bảo trì/bảo dưỡng, kiểm tra chất lượng, sự cố nội kiểm, hành động khắc phục).
Cơ sở kỹ thuật và công nghệ
- Hệ điều hành Android: Hệ điều hành mã nguồn mở dựa trên nhân Linux, chiếm 74,4% thị phần toàn cầu và hơn 60% thị phần tại Việt Nam vào năm 2020.
- Ngôn ngữ lập trình Java: Ngôn ngữ hướng đối tượng, biên dịch mã nguồn thành bytecode chạy trên máy ảo Java (JVM) theo nguyên lý "Write Once, Run Anywhere" (WORA). Java tích hợp cơ chế thu gom rác tự động (Garbage Collection), hỗ trợ đa tiến trình (Multithreading) và kiểm soát an toàn bộ nhớ qua 4 cấp độ.
- Kiến trúc RESTful API & Web API: Sử dụng giao thức HTTP/HTTPS với các phương thức CRUD tiêu chuẩn:
GET(đọc dữ liệu),POST(tạo mới),PUT(cập nhật),DELETE(xóa). Dữ liệu trao đổi giữa server (xây dựng bằng Laravel framework) và client Android được định dạng dưới dạng JSON. - Dịch vụ Firebase Authentication: Cung cấp giải pháp xác thực người dùng qua tin nhắn chứa mã OTP đến số điện thoại phục vụ chức năng khôi phục mật khẩu.
Phương pháp nghiên cứu
- Phương pháp phân tích và thiết kế hướng đối tượng (OOAD): Sử dụng ngôn ngữ mô hình hóa thống nhất (UML) để xây dựng biểu đồ Use Case tổng quan, Use Case chi tiết và sơ đồ hoạt động (Activity Diagram).
- Mô hình phát triển: Áp dụng mô hình Prototype trong quy trình xây dựng phần mềm nhằm tinh chỉnh giao diện và luồng nghiệp vụ dựa trên thử nghiệm thực tế.
- Phương pháp kiểm nghiệm thực nghiệm: Cài đặt ứng dụng qua tệp
.apklên 10 thiết bị phần cứng khác nhau, chạy kiểm thử hộp đen đối với 9 nhóm chức năng chính và 9 kịch bản ngoại lệ.
Thiết kế và triển khai
Kiến trúc tổng thể và cơ chế giao tiếp
Hệ thống hoạt động theo mô hình Client - Server hai chiều:
- Server: Quản lý cơ sở dữ liệu tập trung, cung cấp các điểm cuối API (API Endpoints) dựa trên nền tảng web Laravel.
- Client (Android): Gửi yêu cầu HTTP/HTTPS, nhận dữ liệu JSON, phân tích (parse) dữ liệu để hiển thị lên giao diện người dùng và lưu trữ cấu hình cục bộ.
Hệ thống cung cấp tính năng linh hoạt cho phép chuyển đổi URL máy chủ ngay trên màn hình đăng nhập, đáp ứng việc triển khai cho nhiều bệnh viện khác nhau với định dạng API chuẩn:
GET http://<url_server>/getData/get_userGET http://<url_server>/getData/get_deviceGET http://<url_server>/getData/get_accessoryGET http://<url_server>/getData/get_departmentGET http://<url_server>/getData/get_history_ktvGET http://<url_server>/getData/get_notificationGET http://<url_server>/getData/get_inventoryGET http://<url_server>/getData/get_device_accessory
Thiết kế cơ sở dữ liệu
Cơ sở dữ liệu của ứng dụng được chuẩn hóa đồng bộ với máy chủ gồm 10 bảng dữ liệu chính:
| Tên bảng | Chức năng chính | Các trường dữ liệu tiêu biểu |
|---|---|---|
User |
Lưu trữ thông tin nhân viên và phân quyền | user_id, full_name, address, password, email, mobile, role, department_id |
Department |
Thông tin các khoa, phòng ban | id, department_name, address |
Device |
Thông số kỹ thuật, hồ sơ pháp lý, tình trạng thiết bị | dv_id, dv_name, dv_model, dv_serial, dv_type_id, risk, number, unit, use_year, status, department_id, provider_id, maintain_date, price, khbd, khhn |
Accessory |
Thông tin vật tư y tế | id, acc_name, amount, provider_id, import_date, type, dv_guarantee_expire_date, factory, produce_date, model, serial, unit, price |
Device_Accessory |
Liên kết vật tư đi kèm từng thiết bị | id, acc_id, dv_id, amount, export_date, status |
History_ktv |
Lịch sử vận hành, bàn giao và bảo trì | dv_id, time, action, status, implementer |
Notification |
Quản lý thông báo điều chuyển, báo hỏng | id, dv_id, status, req_content, res_content, dept_now, dept_next, annunciator_id, req_date, res_date, receiver |
Inventory |
Danh sách và trạng thái kiểm kê | id, device_id, status (0: Chưa kiểm kê, 1: Đã kiểm kê, 2: Lịch sử), user_name, department, note, invent_date |
Notifibroken |
Danh sách báo hỏng thiết bị | id, device_name, user_name, department, Serial, Model, dv_id, reason, req_date, status, image, file |
Image |
Lưu trữ đường dẫn ảnh đính kèm | id, type (0: Thiết bị, 1: Vật tư, 2: Báo hỏng), image_str, device_id |
Phân quyền và các quy trình nghiệp vụ chính
- Phân quyền người dùng:
- Nhân viên phòng vật tư / Quản trị viên (Admin): Có quyền tra cứu, quản lý và lọc toàn bộ danh mục thiết bị của tất cả các khoa phòng trong cơ sở y tế.
- Nhân viên khoa phòng: Chỉ được phép truy cập, theo dõi và thao tác trên danh mục thiết bị thuộc phạm vi quản lý của khoa phòng mình.
- Quy trình kiểm kê bằng mã QR:
- Người dùng kích hoạt camera quét mã QR dán trên thân máy.
- Hệ thống đối soát mã định danh với bảng dữ liệu
Inventorytrên máy chủ. - Nếu thiết bị nằm trong đợt kiểm kê đang hoạt động, hệ thống cho phép xác nhận hoàn thành kiểm kê và cập nhật tức thì trạng thái lên hệ thống; nếu không thuộc danh sách, ứng dụng hiển thị cảnh báo từ chối.
- Quy trình báo hỏng thiết bị:
- Hỗ trợ 2 phương thức: Quét mã QR (tự động trích xuất mã thiết bị, model, serial) hoặc nhập thủ công thông tin (đối với thiết bị chưa gắn mã QR).
- Cho phép đính kèm tối đa 3 hình ảnh chụp hiện trạng hỏng hóc từ thư viện hoặc camera trước khi gửi yêu cầu lên máy chủ.
Nội dung chính theo từng chương
Chương 1. Đặt vấn đề và định hướng giải pháp
Chương 1 phân tích bức tranh tổng thể về tỷ lệ sử dụng thiết bị thông minh trên thế giới và tại Việt Nam sau đại dịch Covid-19, đồng thời chỉ ra tính cấp thiết của việc hiện đại hóa quản lý TTBYT tại khoảng 1.000 bệnh viện trong nước. Tác giả xác định mục tiêu nghiên cứu, phạm vi hệ thống Client - Server, và luận chứng cho việc lựa chọn hệ điều hành Android, ngôn ngữ Java, cùng kiến trúc Web API RESTful/Laravel nhằm giải quyết bài toán theo dõi, kiểm kê, báo hỏng thiết bị di động.
Chương 2. Cơ sở lý thuyết
Chương này hệ thống hóa các kiến thức nền tảng:
- Cấu trúc hệ điều hành Android, lịch sử phát triển, vòng đời phiên bản, ưu điểm về mã nguồn mở và nhược điểm về phân mảnh thiết bị.
- Đặc tính ngôn ngữ Java: cơ chế máy ảo JVM, mô hình thông dịch và biên dịch bytecode, quản lý vùng nhớ Heap/Stack với bộ thu gom rác tự động, lập trình đa luồng và 4 cấp độ bảo mật.
- Nguyên lý hoạt động của Web API và kiến trúc RESTful, cơ chế trao đổi dữ liệu qua các phương thức HTTP tiêu chuẩn (GET, POST, PUT, DELETE) với định dạng JSON/XML.
- Các quy định quản lý nhà nước về TTBYT theo Nghị định 36/2016/NĐ-CP, Nghị định 169/2018/NĐ-CP, Thông tư 07/2007/BYT; phân tích kết cấu 2 biểu mẫu hành chính bắt buộc gồm Danh mục thiết bị (XN-BM 5.1/01) và Nhật ký sử dụng thiết bị.
Chương 3. Phân tích và thiết kế hệ thống
Chương 3 trình bày chi tiết quá trình khảo sát thực trạng từ Bệnh viện Ung Bướu Hà Nội và mô hình hóa bài toán quản lý thiết bị:
- Đặc tả yêu cầu chức năng (nhập liên kết máy chủ, xác thực tài khoản qua OTP, quản lý danh mục thiết bị/vật tư, lọc/tìm kiếm, kiểm kê và báo hỏng qua mã QR) và yêu cầu phi chức năng (chuẩn Material Design, bảo mật, đồng bộ dữ liệu thời gian thực).
- Thiết kế sơ đồ Use Case tổng quát và 8 kịch bản Use Case chi tiết kèm biểu đồ hoạt động.
- Thiết kế chi tiết cấu trúc 10 bảng trong cơ sở dữ liệu quan hệ và bố cục giao diện ứng dụng.
Chương 4. Cài đặt và đánh giá thử nghiệm
Chương 4 mô tả môi trường cài đặt phần mềm trên thiết bị Samsung Galaxy S20 5G (Android 11, RAM 12GB, vi xử lý Exynos 990) và minh họa giao diện hoạt động thực tế của 9 phân hệ chức năng. Chương này trình bày toàn bộ kết quả thử nghiệm hiệu năng và độ ổn định thông qua 2 bộ kiểm thử thực nghiệm: kiểm thử chức năng trên 10 dòng máy và kiểm thử xử lý ngoại lệ trên 5 dòng máy.
Kết quả và đóng góp
Kết quả kiểm thử chức năng
Chương trình được kiểm thử trên 10 dòng điện thoại thông minh thuộc các thương hiệu Samsung, Xiaomi, Google Pixel, Huawei đại diện cho các phiên bản hệ điều hành từ Android 8 đến Android 11.
| STT | Thiết bị kiểm thử | Phiên bản Android | RAM / Bộ nhớ | Vi xử lý |
|---|---|---|---|---|
| 1 | Samsung Galaxy S20 | Android 11 | 12 GB / 128 GB | Exynos 990 (7nm+) |
| 2 | Samsung Galaxy S10 | Android 10 | 6 GB / 128 GB | Exynos 9820 (8nm) |
| 3 | Samsung Galaxy S9 Plus | Android 10 | 6 GB / 128 GB | Exynos 9810 (10nm) |
| 4 | Samsung Galaxy J7 Pro | Android 9 | 3 GB / 64 GB | Exynos 7870 Octa (14nm) |
| 5 | Samsung Galaxy C9 Pro | Android 8 | 6 GB / 64 GB | Snapdragon 653 (MSM8976 Pro) |
| 6 | Samsung Galaxy A10 | Android 10 | 4 GB / 32 GB | Exynos 7884 (14nm) |
| 7 | Xiaomi Mi A1 | Android 9 | 4 GB / 64 GB | Snapdragon 625 (14nm) |
| 8 | Xiaomi Redmi Note 7 | Android 10 | 4 GB / 64 GB | Snapdragon 660 (14nm) |
| 9 | Google Pixel 3 | Android 11 | 4 GB / 64 GB | Snapdragon 845 (10nm) |
| 10 | Huawei Honor 10 Lite | Android 10 | 3 GB / 64 GB | Kirin 710 (12nm) |
Mỗi chức năng trong số 9 chức năng chính được thực hiện kiểm thử lặp lại 10 lần trên từng thiết bị:
(1)Đăng nhập ứng dụng(2)Quản lý thiết bị (tìm kiếm, lọc)(3)Quản lý thông tin chi tiết thiết bị và lịch sử(4)Quản lý danh mục vật tư(5)Xem danh sách thông báo(6)Thống kê thiết bị kiểm kê(7)Kiểm kê bằng quét mã QR(8)Báo hỏng thiết bị (kèm ảnh và QR)(9)Quản lý thông tin tài khoản
| STT | Tên thiết bị | (1) | (2) | (3) | (4) | (5) | (6) | (7) | (8) | (9) |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Samsung Galaxy S20 | 10/10 | 9/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 9/10 | 10/10 |
| 2 | Samsung Galaxy S10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 |
| 3 | Samsung Galaxy S9 Plus | 10/10 | 10/10 | 9/10 | 9/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 |
| 4 | Samsung Galaxy J7 Pro | 9/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 |
| 5 | Samsung Galaxy C9 Pro | 10/10 | 9/10 | 9/10 | 8/10 | 10/10 | 9/10 | 10/10 | 9/10 | 10/10 |
| 6 | Samsung Galaxy A10 | 9/10 | 10/10 | 9/10 | 10/10 | 10/10 | 10/10 | 8/10 | 10/10 | 10/10 |
| 7 | Xiaomi Mi A1 | 10/10 | 9/10 | 10/10 | 9/10 | 10/10 | 10/10 | 10/10 | 9/10 | 10/10 |
| 8 | Xiaomi Redmi Note 7 | 10/10 | 8/10 | 9/10 | 10/10 | 10/10 | 9/10 | 8/10 | 8/10 | 10/10 |
| 9 | Google Pixel 3 | 9/10 | 9/10 | 8/10 | 10/10 | 10/10 | 8/10 | 10/10 | 10/10 | 10/10 |
| 10 | Huawei Honor 10 Lite | 9/10 | 8/10 | 8/10 | 10/10 | 9/10 | 10/10 | 7/10 | 7/10 | 10/10 |
Kết quả kiểm thử các kịch bản ngoại lệ
Kiểm thử ngoại lệ được thực hiện trên 5 dòng máy với 9 trường hợp giả lập lỗi thao tác và gián đoạn mạng (10 lần lặp/kịch bản):
(1)Xác nhận hoàn thành nhập domain khi chưa nhập link server(2)Đăng nhập khi chưa nhập đủ thông tin (thiếu email/mật khẩu)(3)Đăng nhập khi chưa cấu hình server hoặc mất mạng(4)Đăng nhập khi nhập sai thông tin tài khoản(5)Hoàn thành kiểm kê khi thiết bị không thuộc đợt kiểm kê(6)Hoàn thành kiểm kê khi mất kết nối mạng(7)Báo hỏng khi chưa nhập tên thiết bị bắt buộc(8)Báo hỏng khi mất kết nối mạng(9)Mất kết nối Internet khi đang thao tác ứng dụng
| STT | Tên thiết bị | (1) | (2) | (3) | (4) | (5) | (6) | (7) | (8) | (9) |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Samsung Galaxy S20 | 9/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 9/10 |
| 2 | Samsung Galaxy S10 | 10/10 | 9/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 | 10/10 |
| 3 | Samsung Galaxy S9 Plus | 10/10 | 9/10 | 10/10 | 10/10 | 10/10 | 9/10 | 10/10 | 10/10 | 9/10 |
| 4 | Samsung Galaxy J7 Pro | 9/10 | 10/10 | 10/10 | 9/10 | 10/10 | 10/10 | 10/10 | 10/10 | 9/10 |
| 5 | Samsung Galaxy C9 Pro | 10/10 | 10/10 | 9/10 | 10/10 | 8/10 | 10/10 | 10/10 | 10/10 | 8/10 |
Đóng góp thực tiễn của đồ án
- Xây dựng thành công ứng dụng Android quản lý thiết bị y tế hoạt động ổn định, đồng bộ dữ liệu thời gian thực với hệ thống máy chủ thông qua RESTful API.
- Tích hợp thành công công nghệ quét mã QR, rút ngắn thời gian kiểm kê hiện trường và báo hỏng thiết bị so với phương pháp ghi chép thủ công.
- Thiết kế tính năng chuyển đổi linh hoạt địa chỉ máy chủ máy khách, cho phép ứng dụng mở rộng triển khai tại các cơ sở y tế khác nhau có cùng cấu trúc cơ sở dữ liệu.
- Hiện thực hóa cơ chế khôi phục mật khẩu bảo mật sử dụng mã OTP qua dịch vụ xác thực điện thoại của Google Firebase Authentication.
Hạn chế và hướng nghiên cứu tiếp
Hạn chế còn tồn tại
- Ứng dụng phụ thuộc hoàn toàn vào kết nối mạng và độ ổn định của máy chủ; chưa hỗ trợ cơ chế lưu bộ đệm (cache) để thao tác ngoại tuyến (offline).
- Chưa hoàn thiện tính năng tải tệp hình ảnh trực tiếp từ ứng dụng Android lên máy chủ trong quy trình báo hỏng (hiện lưu đường dẫn).
- Ứng dụng chưa tích hợp màn hình chỉnh sửa thông tin cá nhân và thay đổi mật khẩu trực tiếp trong giao diện tài khoản người dùng.
- Hệ thống mới chỉ được xây dựng và triển khai duy nhất trên nền tảng Android, chưa hỗ trợ các hệ điều hành khác.
Hướng nghiên cứu và phát triển tiếp theo
- Tối ưu hóa hiệu năng truyền tải dữ liệu và thuật toán tải dữ liệu phân trang nhằm giảm độ trễ khi kết nối mạng yếu.
- Bổ sung chức năng chỉnh sửa thông tin người dùng, đổi mật khẩu và hiển thị biểu đồ thống kê trực quan về tình trạng trang thiết bị theo khoa phòng.
- Xử lý hoàn thiện module upload hình ảnh hiện trường báo hỏng lên máy chủ lưu trữ.
- Mở rộng phát triển ứng dụng trên các nền tảng di động khác như iOS và Windows Phone.
Giá trị tham khảo
Tài liệu đồ án là nguồn tham khảo phục vụ các nhóm đối tượng:
- Sinh viên chuyên ngành Điện tử Y sinh và Công nghệ Thông tin: Tham khảo quy trình phân tích thiết kế hệ thống y tế thực tế, phương pháp chuẩn hóa cấu trúc dữ liệu theo quy định quản lý trang thiết bị của Bộ Y tế.
- Kỹ sư phát triển ứng dụng di động: Tham khảo thiết kế giao tiếp RESTful API giữa Android (Java) và Web Backend (Laravel), kỹ thuật xử lý camera quét mã QR, và tích hợp dịch vụ xác thực số điện thoại OTP của Firebase Authentication.
- Cán bộ quản lý trang thiết bị tại các bệnh viện: Cung cấp mô hình tham chiếu về số hóa quy trình nghiệp vụ kiểm kê và báo hỏng thiết bị y tế tại chỗ bằng thiết bị di động.
Câu hỏi thường gặp
1. Hệ thống hỗ trợ những vai trò người dùng nào và phân quyền quản lý thiết bị ra sao?
Hệ thống phân cấp người dùng thành hai nhóm chính dựa trên trường role trong bảng dữ liệu User:
- Nhân viên phòng vật tư / Quản trị viên (Admin): Có quyền xem, tra cứu, tìm kiếm và lọc danh mục trang thiết bị của tất cả các khoa phòng trong toàn cơ sở y tế.
- Nhân viên khoa phòng: Chỉ được phân quyền theo dõi, kiểm kê và báo hỏng đối với danh mục trang thiết bị thuộc khoa phòng của mình.
2. Làm thế nào để ứng dụng có thể kết nối tới các máy chủ của các cơ sở y tế khác nhau?
Tại màn hình đăng nhập, ứng dụng cung cấp nút cấu hình <url> cho phép người dùng nhập địa chỉ domain máy chủ theo cú pháp http://<domain>. Khi người dùng xác nhận, ứng dụng sẽ lưu đường dẫn này vào bộ nhớ thiết bị và tự động ánh xạ các yêu cầu lấy dữ liệu theo định dạng chuẩn RESTful API (/getData/get_device, /getData/get_accessory,...). Yêu cầu kỹ thuật bắt buộc là máy chủ đích phải sử dụng chung cấu trúc cơ sở dữ liệu và cung cấp đầy đủ các endpoint API theo chuẩn thiết kế của hệ thống.
3. Quy trình kiểm kê thiết bị qua mã QR yêu cầu những ràng buộc nghiệp vụ nào?
Để hoàn thành kiểm kê thiết bị bằng mã QR, hệ thống đặt ra các ràng buộc:
- Thiết bị phải được người quản lý lập danh sách trong đợt kiểm kê trên hệ thống máy chủ trước đó (trạng thái trong bảng
Inventoryđược kích hoạt). - Người dùng phải quét đúng mã QR của thiết bị thông qua camera ứng dụng để hệ thống trích xuất thông tin đối soát.
- Nếu thiết bị không nằm trong danh sách kiểm kê của đợt hiện tại, hệ thống sẽ từ chối xác nhận và gửi thông báo cảnh báo đến người dùng.
4. Hệ thống cơ sở dữ liệu gồm những bảng chính nào để quản lý vòng đời thiết bị?
Cơ sở dữ liệu gồm 10 bảng: User (nhân viên), Department (khoa/phòng), Device (hồ sơ máy móc), Accessory (danh mục vật tư), Device_Accessory (vật tư gắn liền thiết bị), History_ktv (lịch sử vận hành/bàn giao), Notification (thông báo điều chuyển/sự cố), Inventory (dữ liệu kiểm kê), Notifibroken (yêu cầu báo hỏng) và Image (quản lý tệp hình ảnh).
5. Kết quả kiểm thử thực nghiệm trên các dòng điện thoại thực tế đạt mức độ ổn định như thế nào?
Ứng dụng đã được kiểm thử trên 10 dòng máy từ Android 8 đến Android 11 (Samsung, Xiaomi, Google Pixel, Huawei). Hầu hết các chức năng cốt lõi (đăng nhập, xem danh mục, đồng bộ dữ liệu) đạt tỷ lệ thành công tuyệt đối (10/10) hoặc xấp xỉ (9/10). Một số dòng máy có tỷ lệ thành công thấp hơn ở chức năng camera/quét mã QR và báo hỏng (như Huawei Honor 10 Lite đạt 7/10) do sự khác biệt về quyền truy cập thư viện ảnh và cơ chế xử lý camera trên các bản phân phối Android tùy biến.
Kết luận
Đồ án tốt nghiệp "Nghiên cứu và xây dựng ứng dụng quản lý thiết bị y tế" của sinh viên Nguyễn Thanh Loan đã giải quyết được bài toán số hóa quy trình quản lý trang thiết bị y tế tại bệnh viện thông qua ứng dụng di động Android kết nối RESTful API. Hệ thống đáp ứng tốt các yêu cầu nghiệp vụ về kiểm kê, tra cứu lịch sử, phân quyền và báo hỏng bằng mã QR theo các tiêu chuẩn quy định của Bộ Y tế. Các kết quả kiểm thử thực nghiệm trên nhiều dòng phần cứng đã chứng minh tính khả thi, độ ổn định và tiềm năng ứng dụng thực tế của phần mềm trong việc nâng cao hiệu quả quản lý trang thiết bị tại các cơ sở khám chữa bệnh.