Skip to main content
v2.0

Personal Health Record cho TP HCM

Tóm tắt

TP HCM là thành phố lớn nhất Việt Nam với hơn 9 triệu dân, trong đó tỷ lệ người cao tuổi (trên 60 tuổi) đạt khoảng 12% và đang tăng nhanh. Chương trình khám sức khỏe miễn phí cho toàn dân được triển khai định kỳ nhưng dữ liệu sức khỏe của công dân vẫn phân mảnh giữa nhiều cơ sở y tế — bệnh viện quận, trạm y tế phường, phòng khám tư nhân — và hầu như không có cơ chế chia sẻ liền mạch. Theo quy định tại Thông tư 46/2017/TT-BYT, hồ sơ sức khỏe điện tử (EMR) là bắt buộc nhưng triển khai thực tế tại TP HCM vẫn còn nhiều khoảng trống ở cấp trạm y tế phường. Alpha Chain Ltd. đề xuất HealthVault HCMC — ứng dụng personal health record (PHR) cho phép công dân TP HCM lưu trữ, quản lý và chia sẻ dữ liệu sức khỏe của mình với các cơ sở y tế, nhận nhắc tái khám theo lịch bác sĩ, và tích hợp với hệ thống trạm y tế phường qua API Sở Y tế TP HCM.

Định nghĩa vấn đề

Phát biểu vấn đề

Hệ thống y tế tại TP HCM hiện bao gồm 24 quận huyện với hàng trăm cơ sở y tế các cấp: 23 bệnh viện tuyến quận/huyện, hơn 300 trạm y tế phường/xã, hàng chục phòng khám đa khoa tư nhân, và 3 bệnh viện tuyến trung ương. Mỗi cơ sở lưu trữ hồ sơ bệnh nhân trên hệ thống riêng (phần mềm HIS — Hospital Information System) với định dạng không đồng nhất. Khi công dân khám tại nhiều cơ sở khác nhau, bác sĩ không có cách tiếp cận lịch sử khám chữa bệnh đầy đủ — dẫn đến chẩn đoán thiếu thông tin, xét nghiệm trùng lặp, và kê đơn có tương tác thuốc tiềm ẩn.

Đặc biệt với người cao tuổi và người mắc bệnh mạn tính (tiểu đường type 2, tăng huyết áp, bệnh phổi tắc nghẽn mạn tính), việc tái khám đúng hẹn là yếu tố sống còn. Tuy nhiên, không có công cụ nhắc nhở tự động từ phía hệ thống y tế — hoàn toàn phụ thuộc vào ghi nhớ của bệnh nhân hoặc người nhà.

Định lượng thiệt hại

  • Hơn 9 triệu dân cư trú tại TP HCM (Tổng cục Thống kê, 2023) nguồn, trong đó khoảng 1,1 triệu người cao tuổi (trên 60 tuổi, chiếm 12%) nguồn.
  • Theo khảo sát của Sở Y tế TP HCM năm 2023, trung bình bệnh nhân ngoại trú tại TP HCM khám tại 2,3 cơ sở y tế khác nhau trong năm nguồn, nhưng chỉ dưới 15% có khả năng cung cấp đầy đủ hồ sơ từ tất cả các lần khám trước đó cho bác sĩ nguồn.
  • Tỷ lệ xét nghiệm trùng lặp (cùng một loại xét nghiệm tại 2 cơ sở trong vòng 30 ngày) ước tính đạt 25–35% theo ước tính của các chuyên gia y tế nguồn, gây lãng phí khoảng 2–4 triệu đồng/người/năm nguồn.
  • Chương trình khám sức khỏe miễn phí cho toàn dân TP HCM đã triển khai từ nhiều năm — mỗi năm hàng triệu lượt công dân được khám nguồn, nhưng kết quả khám chưa được số hóa tập trung và lưu trữ theo từng cá nhân.
  • Theo Bộ Y tế, chỉ khoảng 20% trạm y tế phường tại TP HCM triển khai đầy đủ hồ sơ sức khỏe điện tử theo Thông tư 46/2017/TT-BYT vào năm 2023 nguồn.

Phạm vi

Trong phạm vi:

  • Lưu trữ hồ sơ sức khỏe cá nhân (PHR) tập trung trên app của công dân: kết quả khám, đơn thuốc, xét nghiệm, hình ảnh y tế (scan/picture).
  • Nhắc tái khám theo lịch hẹn do bác sĩ ghi nhận trong hồ sơ hoặc do người dùng tự thiết lập.
  • Tìm kiếm và đặt lịch khám tại trạm y tế phường và phòng khám đa khoa đối tác trên địa bàn TP HCM.
  • Tích hợp đọc dữ liệu từ hệ thống EMR của Sở Y tế TP HCM (qua API).
  • Chia sẻ hồ sơ sức khỏe với bác sĩ được ủy quyền qua mã QR hoặc link có thời hạn.

Ngoài phạm vi:

  • Chẩn đoán bệnh từ xa (teleconsultation) — thuộc phạm vi Telehealth platform riêng.
  • Kê đơn thuốc điện tử — yêu cầu giấy phép y tế phức tạp.
  • Quản lý bệnh viện (HIS) — dành cho giải pháp B2B riêng.

Mô hình vấn đề

Mô hình toán mô tả bài toán tối ưu hóa lịch tái khám cho bệnh nhân mạn tính:

F=mintiTi=1n[d(ti,ti)+1(ti>ti+δ)Cmathrmdelay(i)]\mathcal{F} = \min_{t_i \in \mathcal{T}} \sum_{i=1}^{n} \left[ d(t_i, t_i^*) + \mathbb{1}(t_i \gt t_i^* + \delta) \cdot C_{mathrm{delay}}(i) \right]

Các biến:

  • tit_i^* — ngày tái khám khuyến nghị cho bệnh nhân ii (theo phác đồ điều trị)
  • tit_i — ngày thực tế đặt lịch tái khám cho bệnh nhân ii
  • d(ti,ti)d(t_i, t_i^*) — khoảng cách thời gian (ngày) giữa lịch thực tế và lịch khuyến nghị
  • Cmathrmdelay(i)C_{mathrm{delay}}(i) — chi phí y tế phát sinh khi tái khám trễ vượt ngưỡng δ\delta ngày

Các ràng buộc: C1:titmathrmtoday(cannot schedule in the past)C_1: t_i \geq t_{mathrm{today}} \quad \text{(cannot schedule in the past)} C2:Facility ci must have available slot at tiC_2: \text{Facility } c_i \text{ must have available slot at } t_i C3:Wait time w(ti)wmax(max 60 minutes)C_3: \text{Wait time } w(t_i) \leq w_{\max} \quad \text{(max 60 minutes)}

Mục tiêu: minti,ciFs.t.C1,C2,C3\min_{t_i, c_i} \mathcal{F} \quad \text{s.t.} \quad C_1, C_2, C_3

Giải pháp đề xuất

Alpha Chain Ltd. đề xuất HealthVault HCMC — ứng dụng PHR (Personal Health Record) dành riêng cho công dân TP HCM, cho phép lưu trữ tập trung dữ liệu sức khỏe từ mọi cơ sở y tế, nhận nhắc tái khám tự động, và chia sẻ hồ sơ với bác sĩ được ủy quyền.

Core features:

  1. Lưu trữ hồ sơ sức khỏe tập trung: Người dùng có thể upload/scan kết quả khám, đơn thuốc, hình ảnh y tế (X-quang, MRI, siêu âm), xét nghiệm máu. Dữ liệu được gắn thẻ theo loại (khám tổng quát, chuyên khoa, cấp cứu, xét nghiệm, hình ảnh) và theo ngày. OCR engine tự động nhận dạng văn bản từ đơn thuốc và kết quả xét nghiệm để tạo structured data.

  2. Nhắc tái khám thông minh: Engine phân tích hồ sơ sức khỏe, trích xuất ngày tái khám khuyến nghị từ ghi chú của bác sĩ hoặc theo phác đồ chuẩn cho từng bệnh lý (tiểu đường: 3 tháng, tăng huyết áp: 1–3 tháng). Gửi nhắc nhở trước 14 ngày, 7 ngày, và ngày hẹn.

  3. Đặt lịch khám tại trạm y tế phường: Tích hợp với hệ thống đặt lịch của trạm y tế phường TP HCM (qua API Sở Y tế hoặc qua số điện thoại trực tiếp), cho phép người dùng chọn trạm y tế theo địa bàn cư trú và đặt lịch khám tổng quát hoặc chuyên khoa.

  4. Chia sẻ hồ sơ qua mã QR: Khi đi khám, người dùng mở app hiển thị mã QR động (refresh mỗi 60 giây) chứa link có thời hạn đến hồ sơ sức khỏe. Bác sĩ quét mã bằng thiết bị của cơ sở y tế (app hoặc web portal) để xem hồ sơ đầy đủ. Không cần đăng ký tài khoản phức tạp từ phía bác sĩ.

  5. Tích hợp EMR Sở Y tế TP HCM: Khi người dùng xác minh danh tính bằng CCCD ( qua xác minh điện tử hoặc nhập số CCCD), app tự động truy xuất dữ liệu khám từ hệ thống EMR của Sở Y tế TP HCM (nếu API có sẵn) và đồng bộ vào PHR cá nhân.

  6. Dashboard sức khỏe cá nhân: Hiển thị tóm tắt sức khỏe: các chỉ số quan trọng (huyết áp, đường huyết HbA1c, cholesterol), lịch sử xu hướng theo thời gian, và các cảnh báo khi chỉ số vượt ngưỡng bình thường.

Các quyết định thiết kế chính

  • Quyết định 1 — Dữ liệu sức khỏe thuộc quyền sở hữu của công dân (patient-owned PHR): Khác với EMR bệnh viện thuộc sở hữu của cơ sở y tế, HealthVault HCMC thiết kế theo mô hình patient-controlled PHR — người dùng là chủ sở hữu dữ liệu, có quyền quyết định ai được xem, trong bao lâu. Cơ sở pháp lý: Điều 6 Luật Khám bệnh, chữa bệnh 2023 (sửa đổi) quy định quyền của người bệnh đối với hồ sơ y tế.

  • Quyết định 2 — Tuân thủ HIPAA-like framework cho Việt Nam: Dữ liệu sức khỏe là dữ liệu nhạy cảm theo Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân (DPDP). HealthVault HCMC mã hóa dữ liệu y tế bằng AES-256 cả khi nghỉ và khi truyền, phân quyền truy cập theo nguyên tắc least privilege, và không bao giờ bán hoặc chia sẻ dữ liệu cho bên thứ ba mà không có sự đồng ý rõ ràng bằng văn bản.

  • Quyết định 3 — Không yêu cầu thiết bị y tế đeo tay: MVP tập trung vào người dùng phổ thông (không cần wearables), với dữ liệu đầu vào chủ yếu từ kết quả khám và đơn thuốc. Tích hợp thiết bị đo (huyết áp kết nối Bluetooth, thiết bị đo đường huyết) là tính năng Phase 2. Điều này giảm barrier đầu vào, phù hợp với phần lớn công dân TP HCM.

Tiêu chí thành công

Tiêu chíMục tiêuPhương pháp đo lường
Số hồ sơ PHR được tạo trong tháng đầu≥5.000 hồ sơ (tỷ lệ activation rate ≥ 30% trên lượt tải)Số user hoàn tất onboarding và upload ít nhất 1 tài liệu
Tỷ lệ tái khám đúng hẹn≥75% sau 6 tháng sử dụng (so với baseline ước tính 40%)So sánh tỷ lệ tái khám trong/vượt hạn giữa user HealthVault và nhóm đối chứng
Số cơ sở y tế đối tác≥50 trạm y tế phường + 10 phòng khám đa khoa trong năm đầuSố cơ sở có active API integration
Số lượt chia sẻ hồ sơ với bác sĩ≥2.000 lượt chia sẻ/tháng sau 6 thángSố mã QR được quét thành công

Luồng hệ thống

Thuật toán cốt lõi

Mô tả thuật toán

Thuật toán ReminderScheduler quản lý lịch nhắc tái khám cho từng bệnh nhân dựa trên dữ liệu hồ sơ:

Giai đoạn 1 — Trích xuất lịch tái khám:

  • Với mỗi lần khám jj trong hồ sơ PHR của người dùng uu, trích xuất thông tin:
    • Ngày khám: djd_j
    • Bệnh lý chẩn đoán: DjD_j (ICD-10 code nếu có)
    • Ngày tái khám khuyến nghị: fjf_j (từ ghi chú bác sĩ, ví dụ: "tái khám sau 3 tháng")
    • Đơn thuốc: danh sách thuốc MjM_j với liều lượng

Giai đoạn 2 — Ánh xạ phác đồ chuẩn:

  • Nếu fjf_j không được ghi rõ trong hồ sơ, sử dụng bảng phác đồ chuẩn:
Bệnh lý (ICD-10)Tần suất tái khám khuyến nghị
E11 (Tiểu đường type 2)90 ngày
I10 (Tăng huyết áp)60 ngày
J44 (COPD)90 ngày
E78 (Rối loạn lipid máu)180 ngày
Khám tổng quát365 ngày

Giai đoạn 3 — Tạo lịch nhắc:

  • Với mỗi lịch tái khám rr: tính tmathrmnext=fj+Current Datet_{mathrm{next}} = f_j + \text{Current Date}
  • Tính khoảng cách đến ngày nhắc: Δ=tmathrmnextdmathrmtoday\Delta = t_{mathrm{next}} - d_{mathrm{today}}
  • Xếp hàng gửi notification khi Δ{14,7,1,0}\Delta \in \{14, 7, 1, 0\}

Công thức toán học

Ngày tái khám cho bệnh nhân uu với bệnh lý DD:

tmathrmnext(u,D)={fjwhen doctor specifies datedj+τ(D)when using standard protocolt_{mathrm{next}}(u, D) = \begin{cases} f_j & \text{when doctor specifies date} \\ d_j + \tau(D) & \text{when using standard protocol} \end{cases}

Với τ(D)\tau(D) là chu kỳ tái khám (ngày) theo bảng phác đồ chuẩn.

Độ phức tạp

Chỉ sốGiá trị
Độ phức tạp thời gianO(n)O(n) — với nn là số hồ sơ khám trong PHR
Độ phức tạp không gianO(m)O(m) — với mm là số lịch nhắc đang active

Kiến trúc hệ thống

+------------------------------------------------------------+
| Lớp Người Dùng (UI) |
| +------------------+ +------------------+ +-------------+ |
| | Dashboard sức | | Upload tài liệu | | Đặt lịch | |
| | khỏe (chỉ số + | | y tế (scan/ | | khám + đặt | |
| | xu hướng) | | camera + OCR) | | lịch tái | |
| | | | | | khám | |
| +------------------+ +------------------+ +-------------+ |
| +------------------+ +------------------+ |
| | Chia sẻ QR code | | Cài đặt & Hồ sơ | |
| | (mã QR động cho | | Người dùng | |
| | bác sĩ xem hồ sơ) | | (CCCD, bảo mật) | |
| +------------------+ +------------------+ |
+------------------------------------------------------------+
|
v
+------------------------------------------------------------+
| Lớp Dịch Vụ Nghiệp Vụ |
| +------------------+ +----------------+ +---------------+ |
| | OCREngine | | ReminderScheduler| | SharingSvc | |
| | Nhận dạng văn | | Nhắc tái khám | | Chia sẻ QR, | |
| | bản từ tài liệu | | theo phác đồ | | link có hạn | |
| | y tế scan | | chuẩn | | | |
| +------------------+ +----------------+ +---------------+ |
| +------------------+ +----------------+ +---------------+ |
| | EMRIntegrationSvc| | BookingSvc | | HealthAlertSvc| |
| | Kết nối EMR Sở | | Đặt lịch khám | | Cảnh báo chỉ | |
| | Y tế TP HCM | | trạm y tế | | số bất thường | |
| +------------------+ +----------------+ +---------------+ |
+------------------------------------------------------------+
|
v
+------------------------------------------------------------+
| Lớp Tích Hợp Ngoài |
| +------------------+ +----------------+ +---------------+ |
| | EMR Sở Y tế HCM | | FCM / APNs | | QR Generator | |
| | API (xác minh | | Push notif. | | (mã QR động) | |
| | CCCD, truy xuất | | | | | |
| | dữ liệu khám) | | | | | |
| +------------------+ +----------------+ +---------------+ |
| +------------------+ +----------------+ |
| | Google Cloud | | BHXH API | |
| | Vision API (OCR)| | Xác minh BHYT | |
| +------------------+ +----------------+ |
+------------------------------------------------------------+
|
v
+------------------------------------------------------------+
| Lớp Dữ Liệu |
| +---------------------------+ +-------------------------+ |
| | HIPAA-Compliant Cloud DB | | Local Encrypted Cache | |
| | (PostgreSQL + encrypted | | SQLite cho offline | |
| | at field level, ISO 27001) | | viewing của user | |
| +---------------------------+ +-------------------------+ |
+------------------------------------------------------------+

Mô tả từng thành phần:

  • OCREngine: Module xử lý hình ảnh tài liệu y tế (đơn thuốc, kết quả xét nghiệm) sử dụng Google Cloud Vision API, trích xuất văn bản và chuẩn hóa thành structured JSON (tên thuốc, liều lượng, tần suất, ngày, tên bác sĩ, kết quả xét nghiệm với giá trị và ngưỡng bình thường).

  • ReminderScheduler: Service nền chạy background job hàng ngày, duy trì danh sách lịch nhắc tái khám cho tất cả người dùng, gửi FCM/APNs notification theo ngưỡng 14/7/1 ngày.

  • SharingSvc: Service tạo mã QR động (thay đổi mỗi 60 giây) chứa signed JWT token với thông tin người dùng, quyền xem (read-only), và thời hạn (mặc định 30 phút). Token được xác minh server-side khi bác sĩ quét mã QR.

  • EMRIntegrationSvc: Adapter kết nối với EMR của Sở Y tế TP HCM (hiện tại sử dụng HL7 FHIR nếu có API; giai đoạn đầu dùng CSV export thủ công từ phía bệnh viện).

Trường hợp sử dụng

Trường hợp sử dụng 1: Người cao tuổi có bệnh tiểu đường quản lý tái khám định kỳ

Các tác viên: Bà Lan, 68 tuổi, quận 7, TP HCM, mắc tiểu đường type 2 được 5 năm, tái khám tại Bệnh viện quận 7 mỗi 3 tháng.

Tiên điều kiện: Con gái bà Lan đã cài app HealthVault HCMC, xác minh CCCD của bà Lan, và upload kết quả khám gần nhất.

Kích hoạt: 14 ngày trước ngày tái khám tiếp theo (3 tháng sau lần khám gần nhất).

Các bước:

  1. Con gái bà Lan nhận notification: "Bà Lan có lịch tái khám tiểu đường vào ngày 20/4/2026 tại Bệnh viện quận 7. Còn 14 ngày. Bạn có muốn đặt lịch trước?"
  2. Con gái mở app, xem dashboard hiển thị chỉ số HbA1c gần nhất (7,2% — trên ngưỡng mục tiêu < 7%) cùng lịch sử xu hướng.
  3. Con gái chọn "Đặt lịch tái khám" → app hiển thị trạm y tế phường và Bệnh viện quận 7 có slot.
  4. Đặt lịch 9:00 ngày 18/4 (2 ngày trước hạn).
  5. Ngày 18/4, bà Lan đến bệnh viện, xuất trình mã QR từ app cho bác sĩ → bác sĩ quét, xem lịch sử tiểu đường 5 năm đầy đủ.
  6. Bác sĩ ghi kết quả khám vào hệ thống HIS bệnh viện, đồng thời kết quả được chia sẻ về app HealthVault (qua integration hoặc upload thủ công).

Sau điều kiện: Lịch tái khăm 3 tháng tiếp theo được cập nhật tự động (18/7/2026).

Kết quả mong đợi: Bà Lan tái khám đúng hẹn lần đầu tiên sau nhiều năm bỏ lỡ, chỉ số HbA1c được theo dõi liên tục.

Trường hợp sử dụng 2: Bác sĩ phòng khám xem hồ sơ bệnh nhân qua mã QR

Các tác viên: Bác sĩ Minh, phòng khám đa khoa tư nhân quận 3.

Tiên điều kiện: Bác sĩ Minh đã đăng ký tài khoản provider trên HealthVault HCMC (quy trình đăng ký đơn giản: xác minh số chứng chỉ hành nghề qua Sở Y tế).

Kích hoạt: Bệnh nhân Ngọc đến khám lần đầu tại phòng khám, mang theo mã QR từ app HealthVault.

Các bước:

  1. Bác sĩ Minh mở app HealthVault Provider (hoặc web portal), chọn "Quét mã QR bệnh nhân".
  2. Quét mã QR của bệnh nhân Ngọc → app trả hồ sơ sức khỏe đầy đủ: lịch sử khám tại 3 cơ sở (Bệnh viện quận 1, Trạm y tế phường, Phòng khám tư nhân), kết quả xét nghiệm máu 3 tháng gần nhất, đơn thuốc đang dùng (Metformin 500mg × 2/ngày).
  3. Bác sĩ xem hồ sơ → phát hiện bệnh nhân đang dùng Metformin và có chỉ số creatinin cao nhẹ → điều chỉnh liều và yêu cầu xét nghiệm chức năng thận.
  4. Sau buổi khám, bác sĩ ghi kết quả vào app HealthVault.

Sau điều kiện: Hồ sơ PHR của bệnh nhân Ngọc được cập nhật thêm một lần khám mới.

Kết quả mong đợi: Bác sĩ có đầy đủ thông tin y tế, giảm ước tính 40% thời gian hỏi bệnh sử và tránh kê thuốc có tương tác.

Mô hình kinh doanh

Mô hình doanh thu

R=Rmathrmsub+RmathrmB2G+RmathrmpharmaR = R_{mathrm{sub}} + R_{mathrm{B2G}} + R_{mathrm{pharma}}

Các thành phần:

  • RmathrmsubR_{mathrm{sub}} — gói Premium cá nhân (29.000 đ/tháng): không giới hạn lưu trữ tài liệu, tích hợp EMR đầy đủ, nhắc tái khám không giới hạn. Gói Family (79.000 đ/tháng): quản lý tối đa 4 thành viên.
  • RmathrmB2GR_{mathrm{B2G}} — hợp đồng với Sở Y tế TP HCM (B2G): triển khai HealthVault như hạ tầng PHR cho chương trình y tế công cộng thành phố. Doanh thu tính theo số công dân được phục vụ (10–20 đ/công dân/năm).
  • RmathrmpharmaR_{mathrm{pharma}} — referral từ hiệu thuốc và nhà thuốc: khi người dùng đặt lịch khám hoặc tra cứu thuốc qua app, hiệu thuốc đối tác trả phí referral (3–5 đ/order).

Cấu trúc chi phí

Loại chi phíMô tảSố tiền (ước tính)
Hạ tầng cloud (PHC-compliant)Server, DB tuân thủ quy định Việt Nam, CDN20.000.000 đ/tháng
Google Cloud Vision APIOCR tài liệu y tế8.000.000 đ/tháng
Push notificationFCM / APNs2.000.000 đ/tháng
Nhân sự (1 tech lead + 1 backend + 1 CSKH)Vận hành80.000.000 đ/tháng
Pháp lý & compliance (DPDP, HIPAA alignment)Tư vấn pháp lý, audit bảo mật10.000.000 đ/tháng
Chi phí acquisition (gói B2G + B2C)Marketing25.000.000 đ/tháng

Phân tích điểm hòa vốn

Nguoi dung hoa von=145.000.00029.000×0.052.00010.833 user/thang\text{Nguoi dung hoa von} = \frac{145.000.000}{29.000 \times 0.05 - 2.000} \approx 10.833 \text{ user/thang}

Với tỷ lệ chuyển đổi Premium ước tính 5% trên tổng user đăng ký (không tính B2G revenue).

Kế hoạch MVP

Giai đoạn 1: Nền tảng và lưu trữ PHR (Tuần 1–4)

  • Thiết lập project iOS/Android
  • Xây dựng giao diện PHR (upload tài liệu, dashboard sức khỏe, lịch sử khám)
  • Triển khai OCREngine với Google Cloud Vision API (test với 10 mẫu đơn thuốc thực tế)
  • Xây dựng cơ chế mã hóa dữ liệu AES-256 cho PHR
  • Tạo QR sharing module với JWT token có thời hạn

Tiêu chí kết thúc: Người dùng có thể upload đơn thuốc bằng camera, OCR tự động tạo structured data trong vòng 30 giây, và xem dashboard sức khỏe tổng hợp.

Giai đoạn 2: Nhắc tái khám và tích hợp EMR (Tuần 5–8)

  • Xây dựng ReminderScheduler với bảng phác đồ chuẩn cho 5 bệnh lý phổ biến
  • Tích hợp push notification (FCM + APNs)
  • Xây dựng giao diện provider portal cho bác sĩ (quét QR, xem hồ sơ)
  • Phối hợp với Sở Y tế TP HCM để xác định API EMR khả dụng
  • Beta test với 50 bệnh nhân mạn tính và 10 bác sĩ

Tiêu chí kết thúc: 50 bệnh nhân sử dụng app ít nhất 1 tháng, 100% nhắc tái khám được gửi đúng hạn.

Giai đoạn 3: Tích hợp trạm y tế và ra mắt (Tuần 9–12)

  • Tích hợp đặt lịch với 20 trạm y tế phường tại 3 quận thí điểm (quận 7, quận Bình Thạnh, quận Gò Vấp)
  • Phát triển HealthAlertSvc cho cảnh báo chỉ số bất thường
  • Triển khai giao diện Family account (quản lý 4 thành viên)
  • Ra mapp app, đăng ký với Sở Y tế TP HCM cho chương trình khám sức khỏe toàn dân
  • Thiết lập kênh hỗ trợ cho người cao tuổi (hotline + Zalo OA)

Tiêu chí kết thúc: Đạt 3.000 user đăng ký, 50 trạm y tế đối tác, 100 bác sĩ đã đăng ký provider account.

Các yêu cầu

Yêu cầu 1: HealthVault HCMC phải mã hóa tất cả dữ liệu sức khỏe của người dùng bằng AES-256 cả khi ở trạng thái nghỉ và khi truyền tải, tuân thủ Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân. Khóa mã hóa phải được lưu trữ tách biệt, không bao giờ nằm trong source code hoặc truyền qua mạng.

Yêu cầu 2: HealthVault HCMC phải nhắc tái khám cho bệnh nhân mạn tính với độ chính xác ngày tối thiểu 95% so với lịch khám gốc của bác sĩ, với notification được gửi tại các ngưỡng 14 ngày, 7 ngày, và 1 ngày trước ngày hẹn.

Yêu cầu 3: HealthVault HCMC phải cho phép bác sĩ xem hồ sơ sức khỏe bệnh nhân (đầy đủ lịch sử khám, đơn thuốc, kết quả xét nghiệm) trong tối đa 3 bước tương tác kể từ khi quét mã QR (quét → xem hồ sơ → đọc thông tin).

Yêu cầu 4: OCREngine phải nhận dạng chính xác tối thiểu 90% tên thuốc, liều lượng, và tần suất từ đơn thuốc viết tay hoặc in ấn thông thường, với kết quả hiển thị cho người dùng review trước khi lưu vào PHR.

Claims

Claim 1: TP HCM có hơn 9 triệu dân, trong đó khoảng 1,1 triệu người cao tuổi (12%), và tỷ lệ tái khám trễ cho bệnh nhân mạn tính ước tính 60% — tạo nhu cầu hệ thống nhắc tái khám tự động.

Claim 2: Công dân TP HCM khám trung bình tại 2,3 cơ sở y tế khác nhau, xét nghiệm trùng lặp 25–35%, gây lãng phí 2–4 triệu đồng/người/năm, trong khi dưới 15% bệnh nhân có đầy đủ hồ sơ từ tất cả các lần khám — cho thấy sự cần thiết của hồ sơ sức khỏe tập trung.

Claim 3: Chỉ khoảng 20% trạm y tế phường TP HCM triển khai đầy đủ hồ sơ sức khỏe điện tử theo Thông tư 46/2017/TT-BYT, trong khi hàng triệu dân cần tiếp cận dịch vụ y tế — làm nổi bật khoảng trống cần lấp đầy.


Quyền sở hữu & Bản quyền

© 2026 Alpha Chain Ltd. Tất cả quyền được bảo lưu.

Tài liệu này là tài sản độc quyền của Alpha Chain Ltd. Việc sao chép, phân phối lại, hoặc tạo sản phẩm phái sinh đều yêu cầu sự đồng ý bằng văn bản từ Alpha Chain Ltd.


Lịch sử thay đổi

Phiên bảnNgàyTác giảThay đổi
2.02026-04-20Alpha Chain Ltd.Thêm phần Claims
1.02026-04-17Alpha Chain Ltd.Tạo ban đầu