SBB HEALTHCARE - PHÂN TÍCH THIẾT KẾ CHI TIẾT TỔNG THỂ (LỘ TRÌNH 5 TRACKS)

Phiên bản: 1.1 Ngày lập: 11/01/2026 Căn cứ: Roadmap v7 (13 Gói thầu - 3 Giai đoạn)

DANH MỤC GÓI THẦU (PACKAGE CATALOG - STRUCTURE v2)

1. TỔNG QUAN KIẾN TRÚC HỆ THỐNG (HYBRID-SOA v3)

Kiến trúc Dịch vụ Hỗn hợp (Hybrid Service-Oriented Architecture): Chiến lược hiện đại hóa giúp SBB Healthcare chuyển dịch từ mô hình "Monolithic GSheet" sang hệ sinh thái số linh hoạt, bảo mật và sẵn sàng mở rộng.

1.1. Tầm nhìn Kiến trúc (Architectural Vision)

Hệ thống được thiết kế dựa trên 3 nguyên tắc cốt lõi:

1. Bảo tồn giá trị cốt lõi: Hệ thống HIS Core hiện tại được giữ lại để vận hành các nghiệp vụ lâm sàng cơ bản nhưng được "gia cố" về bảo mật và tối ưu hiệu năng API.
2. Mở rộng bằng Microservices: Các module nghiệp vụ phức tạp (CRM, AI, BI, Telemedicine) được xây dựng dưới dạng Dịch vụ Độc lập (Standalone Services). Điều này giúp tránh làm "phình to" hệ thống lõi và cho phép áp dụng các công nghệ mới nhất (Next.js, Python AI) cho từng bài toán cụ thể.
3. Hội tụ dữ liệu (Data Convergence): Dữ liệu phân tán được chuẩn hóa và quy hoạch về kho dữ liệu trung tâm PostgreSQL, chấm dứt sự phụ thuộc vào Google Sheets.

1.2. Mô hình Phân tầng (Layered Architecture)

A. Tầng Giao diện (User Interface Layer)

• Kiosk App: Ứng dụng Electron/React chuyên dụng cho thiết bị phần cứng tại trạm tiếp đón.
• Mobile Apps: Super App đa nền tảng (React Native) dành cho Bệnh nhân và Bác sĩ.
• Web Portal: Cổng thông tin Next.js tối ưu hóa SEO và trải nghiệm người dùng.

1.2. Danh mục dịch vụ hoạt động độc lập (Standalone Services Portfolio)

Hệ thống bao gồm các dịch vụ hoạt động biệt lập, kết nối với HIS Core thông qua giao thức API chuẩn hóa:

1.3. Sơ đồ Luồng Giao tiếp (System Communication Flow)

graph TD
    subgraph "Tầng Giao diện (Clients)"
        Kiosk[Kiosk Reception]
        MobP[Ứng dụng Bệnh nhân]
        MobD[Ứng dụng Bác sĩ]
        Web[Cổng Web Portal]
    end

    subgraph "Trục kết nối tập trung (Gateway)"
        GW[Unified API Gateway]
    end

    subgraph "Dịch vụ hoạt động độc lập (Microservices)"
        REC[reception-service]
        MIG[migration-worker]
        INT[integration-gw]
        PORT[patient-portal]
        FAM[family-doctor]
        CRM[crm-service]
        HRM[hrm-service]
        AI[ai-engine]
        BI[bi-stack]
        COMP[compliance-gw]
    end

    subgraph "Hệ thống lõi nâng cấp (Refactored Core)"
        HIS[HIS Core Services]
    end

    subgraph "Lưu trữ dữ liệu (Persistence)"
        DB[(PostgreSQL Primary)]
        Blob[(MinIO Storage)]
        GSH[(GSheet Legacy)]
    end

    %% Giao tiếp từ Client
    Kiosk & MobP & MobD & Web -- "Yêu cầu API" --> GW

    %% Điều phối yêu cầu
    GW --> REC & MIG & INT & PORT & FAM & CRM & HRM & AI & BI & COMP & HIS

    %% Tương tác liên dịch vụ & Dữ liệu
    REC & MIG & INT & PORT & FAM & CRM & HRM & AI & BI & COMP -- "Truy vấn/Đồng bộ" --> HIS
    HIS & CRM & HRM & BI -- "Thao tác dữ liệu" --> DB
    INT -- "Dữ liệu hình ảnh" --> Blob
    HIS <--> GSH

2. LỘ TRÌNH 1: VẬN HÀNH LÂM SÀNG (CLINICAL OPERATIONS)

Trọng tâm: Tự động hóa tiếp đón, chuẩn hóa dữ liệu lâm sàng và bảo mật hóa hệ thống lõi.

2.1. L1-01: Gói Tiếp đón Thông minh (Phase 1)

• Kiosk Tự phục vụ: Tích hợp đầu đọc thẻ căn cước (CCCD) gắn chip, in phiếu số thứ tự và vòng tay nhận diện mã QR.
• Điều phối hàng đợi (Smart Queue): Logic phân luồng ưu tiên, tự động cân bằng tải giữa các phòng khám, hiển thị thông tin thời gian thực qua WebSocket.
• Báo cáo tiếp đón: Bản đồ nhiệt (Heatmap) mật độ khách hàng và cảnh báo tắc nghẽn vận hành theo thời gian thực.

2.2. L1-02: Gói Dịch chuyển Dữ liệu (Phase 1)

• Thiết kế CSDL: Chuyển đổi dữ liệu từ Google Sheets sang PostgreSQL 15, chuẩn hóa cấu trúc quan hệ (Bệnh nhân, Lượt khám, Hóa đơn...).
• Dịch vụ đồng bộ (Sync Service): Duy trì luồng dữ liệu hai chiều nhằm đảm bảo các module cũ vẫn hoạt động ổn định trong giai đoạn chuyển đổi.
• Hiện đại hóa API: Tái cấu trúc 204 API hiện có sang nền tảng Node.js, tối ưu hóa hiệu suất truy vấn dữ liệu.

2.3. L1-03: Gói Nâng cấp HIS Core (Phase 1)

• Củng cố bảo mật: Triển khai phân quyền RBAC, xác thực JWT, ngăn chặn các truy cập trái phép và kiểm soát dữ liệu đầu vào (Input validation).
• Tái cấu trúc mã nguồn: Phân tách lớp nghiệp vụ (Service Layer) khỏi các bộ điều khiển cốt lõi để tăng khả năng bảo trì.
• Kiểm chuẩn tự động (QA Automation): Thiết lập hệ thống kiểm thử tự động (Unit Test) cho các quy trình nghiệp vụ trọng yếu.

2.4. L1-04: Gói Tích hợp RIS/LIS/PACS (Phase 1 - Khởi tạo)

• Tự động hóa Lab (LIS): Kết nối trực tiếp máy xét nghiệm, đẩy kết quả thời gian thực vào cơ sở dữ liệu thông qua chuẩn truyền tin y tế (HL7).
• Lưu trữ hình ảnh (PACS): Thiết lập hạ tầng lưu trữ đối tượng MinIO tại cơ sở, quản lý dữ liệu hình ảnh DICOM và liên kết trực tiếp vào hồ sơ bệnh án điện tử (EMR).
• Tích hợp EMR: Hiển thị tập trung kết quả cận lâm sàng và hình ảnh ngay trên giao diện khám bệnh của bác sĩ.

2.5. L1-05 & L1-06: Gói LIS & PACS (Mở rộng)

• Mở rộng LIS: Hỗ trợ đa dạng chủng loại thiết bị xét nghiệm và triển khai quy trình phê duyệt kết quả số hóa chuyên sâu.
• PACS chuyên dụng: Triển khai chiến lược lưu trữ phân tầng (SSD/Cloud), tích hợp trình xem ảnh chẩn đoán chuẩn WADO với đầy đủ bộ công cụ đo đạc chuyên môn.

3. LỘ TRÌNH 2: TRẢI NGHIỆM KHÁCH HÀNG (CUSTOMER EXPERIENCE)

Trọng tâm: Đồng hành cùng bệnh nhân trong suốt hành trình chăm sóc sức khỏe.

3.1. L2-01: Gói Website & Cổng Bệnh nhân (Phase 2)

• Nền tảng Next.js: Tối ưu hóa hiệu năng hiển thị và SEO, quản trị nội dung linh hoạt qua Headless CMS.
• Cổng tiện ích Bệnh nhân: Tra cứu kết quả trực tuyến, theo dõi đơn thuốc điện tử và bảo mật định danh qua OTP.
• Hệ thống Đặt lịch: Quy trình đặt lịch khám theo chuyên khoa/bác sĩ với khả năng kiểm tra slot trống theo thời gian thực.

3.2. L2-02: Gói Bác sĩ Gia đình (Phase 3)

• Ứng dụng Di động: Giải pháp React Native dành cho cả bệnh nhân và bác sĩ, hỗ trợ quản lý hồ sơ sức khỏe hộ gia đình.
• Tư vấn từ xa (Telemedicine): Tích hợp cuộc gọi video chất lượng cao và ghi chép bệnh án điện tử ngay trên thiết bị di động.
• Quản lý Thuê bao: Điều phối bác sĩ khám tại nhà qua GPS và quản lý các gói dịch vụ chăm sóc định kỳ.

4. LỘ TRÌNH 3: VẬN HÀNH DOANH NGHIỆP (BUSINESS OPERATIONS)

Trọng tâm: Tối ưu hóa nhân sự, tài chính và quan hệ khách hàng.

4.1. L3-02: Gói Voucher & Thanh toán (Phase 2)

• Quản trị Ưu đãi: Cấu hình linh hoạt các loại voucher, quản lý gói khám trả trước và xác thực qua mã QR để phòng chống gian lận.
• Thanh toán số: Tích hợp VietQR động, tự động gạch nợ hóa đơn qua Bank Webhook và liên thông hóa đơn điện tử (e-Invoice).

4.2. L3-01: Gói Nâng cấp HRM (Phase 2)

• Quản trị Nhân sự Y tế: Chuyên biệt hóa việc quản lý chứng chỉ hành nghề và đào tạo y khoa liên tục.
• Chấm công linh hoạt: Giải pháp FaceID tại cơ sở kết hợp GPS cho đội ngũ khám lưu động.
• Tính lương tự động: Công thức lương phức tạp dựa trên hiệu suất điều trị và doanh thu chuyên môn.

4.3. L3-03: Gói CRM & Chăm sóc Khách hàng (Phase 3)

• Tự động hóa Marketing: Hệ thống gửi tin nhắn thông minh nhắc lịch tái khám, chúc mừng sinh nhật và khảo sát mức độ hài lòng tự động.
• Chăm sóc đa kênh (Omnichannel): Hộp thư tập trung (Unified Inbox) và bản đồ 360 độ về hành trình bệnh nhân.

5. LỘ TRÌNH 4 & 5: DỮ LIỆU, AI & HỆ SINH THÁI (DATA & INTELLIGENCE)

Trọng tâm: Chuyển đổi dữ liệu thành trí tuệ và mở rộng kết nối liên thông.

5.1. L4-01: Gói Báo cáo Quản trị (BI) (Phase 3)

• Hạ tầng Phân tích: Xây dựng kho dữ liệu (Data Warehouse) độc lập và quy trình nạp dữ liệu tự động (ETL).
• Chỉ số Quản trị: Hệ thống bảng điều khiển (Dashboards) về hiệu quả tài chính, vận hành và xu hướng bệnh lý.

5.2. L4-02: Gói Tính năng AI (Phase 3)

• Trợ lý ảo Y tế: Ứng dụng mô hình LLM chuyên biệt để hỗ trợ giải đáp thắc mắc và sàng lọc triệu chứng sơ bộ.
• Hỗ trợ Ra quyết định (CDSS): Phân tích dữ liệu để gợi ý chỉ định và cảnh báo tương tác thuốc tự động cho bác sĩ.

5.3. L5-01: Gói Liên thông Dữ liệu Y tế (Phase 3)

• Trục liên thông chuẩn quốc tế: Áp dụng chuẩn HL7 FHIR cho việc chia sẻ đơn thuốc điện tử và hồ sơ sức khỏe.
• Cổng liên thông Chính phủ: Tự động hóa quyết toán BHYT qua chữ ký số và kết nối dữ liệu y tế quốc gia.

6. KẾ HOẠCH TRIỂN KHAI CHI TIẾT (EXECUTION PLAN)

Phase 1: Xây dựng Nền tảng (10/2025 - 03/2026)

• Hoàn thiện hệ thống Tiếp đón, Dịch chuyển dữ liệu và Vá lỗ hổng bảo mật.
• Mốc quan trọng: Go-live hệ thống Tiếp đón & Dữ liệu PostgreSQL vào 15/03/2026.

Phase 2: Mở rộng Vận hành (04/2026 - 12/2026)

• Triển khai Website Portal, Quản lý Voucher, Thanh toán và các module mổ rộng LIS/PACS/HRM.

Phase 3: Hoàn thiện Hệ sinh thái (2027+)

• Triển khai Bác sĩ Gia đình, CRM, BI, AI và kết nối liên thông Chính phủ.

Kết luận: Thiết kế kiến trúc này đảm bảo SBB Healthcare vừa giải quyết được các bài toán vận hành cấp bách, vừa sẵn sàng mở rộng thành một hệ sinh thái y tế kỹ thuật số hiện đại.

TỔNG HỢP BÁO GIÁ DỰ TOÁN - HỆ SINH THÁI Y TẾ SBB (SUMMARY)

Dự án: SBB Smart Health Ecosystem Phiên bản: 1.3 (Finalized) Ngày lập: 12/01/2026 Trạng thái: Standardized (14-Column Estimation)

1. TỔNG HỢP NGÂN SÁCH THEO GIAI ĐOẠN (BUDGET SUMMARY)

[!IMPORTANT] Quy tắc quy đổi: 1 Man-month (MM) = 20 Man-days (MD). Đơn giá chuẩn: 50,000,000 VNĐ/MM. Gói L1-01 (10.51 MM): Đã báo giá và ký hợp đồng riêng, không tính vào tổng mới.

[!NOTE] Các gói chưa báo giá (TBD): Module BI (L4-01) và AI (L4-02) sẽ được báo giá sau.

2. CHI TIẾT CÔNG SỨC PHÁT TRIỂN (SOFTWARE EFFORT)

3. DỰ TOÁN KỸ THUẬT & HẠ TẦNG (INFRASTRUCTURE & HARDWARE)

Số liệu tham chiếu thực tế tại Việt Nam năm 2026 - Chưa bao gồm trong phí phần mềm

3.1. Thiết bị tại cơ sở (On-premise Hardware)

3.2. Chi phí Vận hành (Cloud Infra & Services - Giả định quy mô vừa)

4. ĐIỀU KHOẢN THƯƠNG MẠI & GHI CHÚ (TERMS)

1. Hiệu lực báo giá: 30 ngày kể từ ngày ban hành.
2. Thuế VAT: Toàn bộ báo giá chưa bao gồm thuế giá trị gia tăng (VAT) 10%.
3. Phương thức thanh toán (Theo từng Gói/Giai đoạn):
   • 30% khi Ký kết Hợp đồng & Chốt tài liệu thiết kế.
   • 30% khi hoàn tất kiểm thử nội bộ (UAT).
   • 30% khi Go-live chính thức tại cơ sở.
   • 10% sau khi kết thúc 01 tháng vận hành ổn định.
4. Bảo hành: Miễn phí bảo trì và sửa lỗi trong 12 tháng kể từ ngày nghiệm thu.
5. Cam kết: SBB cam kết bàn giao Source Code gốc (nếu thỏa thuận), tài liệu thiết kế chi tiết và hỗ trợ đào tạo chuyển giao công nghệ.

Gói L1-01: Smart Reception (Hệ thống Tiếp đón Thông minh)

1. Tổng quan (Overview)

Hệ thống tiếp đón thông minh là cửa ngõ đầu tiên của bệnh viện, chịu trách nhiệm định danh bệnh nhân, phân luồng khám và quản lý hàng đợi tự động. Mục tiêu là biến trải nghiệm chờ đợi thành một quy trình số hóa trơn tru.

2. Các thành phần chi tiết (Detailed Components)

2.1. Kiosk Tự phục vụ (Self-service Kiosk)

• Định danh bệnh nhân:
  • Đọc thẻ CCCD gắn chip qua đầu đọc chuyên dụng (USB/HID).
  • OCR ảnh thẻ CCCD/BHYT cho các trường hợp không có chip.
  • Nhận diện khuôn mặt (FaceID) để lấy nhanh hồ sơ (Tùy chọn nâng cao).
• Quy trình tương tác:
  • Tra cứu lịch hẹn từ Website/App.
  • Chọn dịch vụ khám (Khám lẻ, Khám đoàn, Khám VIP).
  • Xác nhận thông tin cá nhân.
• Output:
  • In phiếu số thứ tự (STT) tích hợp QR Code.
  • In vòng tay y tế (Wristband) cho bệnh nhân lưu trú hoặc cấp cứu.

2.2. Hệ thống Hàng đợi Thông minh (Smart Queue Management)

• Logic phân luồng:
  • Ưu tiên: Trẻ em < 6 tuổi, người già > 70 tuổi, phụ nữ có thai.
  • Phân luồng theo gói dịch vụ (VIP vs Standard).
  • Cân bằng tải: Tự động điều hướng bệnh nhân sang các phòng khám có thời gian chờ ngắn nhất.
• Màn hình hiển thị (Display):
  • Smart TV tích hợp WebSocket để cập nhật STT realtime.
  • Hiển thị thông tin bác sĩ, chuyên khoa và STT đang khám/chuẩn bị khám.

2.3. Reception Dashboard (Cho nhân viên điều phối)

• Theo dõi thời gian thực:
  • Tổng số khách đang chờ, khách đang khám.
  • Heatmap các khu vực đang bị quá tải.
• Cấu hình:
  • Điều chỉnh thứ tự ưu tiên các phòng khám.
  • Chuyển bệnh nhân thủ công trong trường hợp đặc biệt.

3. Thông số kỹ thuật & Lộ trình (Standard Baseline)

3.1. Technology Stack

• Backend Core: Node.js (Express/Sequelize) cho hệ thống API.
• Processing Service: Python (FastAPI) chuyên trách xử lý dữ liệu và tích hợp phần cứng.
• Frontend: React.js phục vụ Dashboard và Kiosk Web App.
• Database: PostgreSQL (Relational) + Redis (Cache layer).
• Environment: Containerized (Docker) triển khai trên AWS Cloud.

3.2. Lộ trình triển khai (Standard Timeline)

4. Sơ đồ quy trình (Flowchart)

sequenceDiagram
    participant P as Bệnh nhân
    participant K as Kiosk
    participant S as Server (HIS)
    participant D as Màn hình Phòng khám

    P->>K: Quét CCCD/BHYT
    K->>S: Gửi mã định danh
    S-->>K: Trả về hồ sơ (Cũ/Mới)
    P->>K: Chọn chuyên khoa khám
    K->>S: Tạo lượt khám & STT
    S-->>K: OK
    K->>P: In phiếu STT & Vòng tay
    S-->>D: Cập nhật danh sách chờ Realtime

CHI TIẾT ƯỚC TÍNH - GÓI L1-TIẾP ĐÓN THÔNG MINH (SMART RECEPTION)

[!IMPORTANT] Phương án Điều chỉnh: FULL STANDARD Level (Alignment with Excel). Trạng thái: Granular Breakdown (41+ Items). Điều chỉnh mới: Thêm cột BA (MD) và UX/UI (MD). Move Drivers & Migration vào Integration.

1. DETAILED ESTIMATION TABLE

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L1-01

Tên gói: Hệ thống Tiếp đón Thông minh (Smart Reception)

💰 TỔNG THÀNH TIỀN: 525,500,000 VNĐ (10.51 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Kiosk tự phục vụ (Self-service Kiosk): Tích hợp phần cứng (Đọc CCCD, In phiếu, FaceID) giúp bệnh nhân tự lấy số, giảm tải cho quầy tiếp đón.
• Hàng đợi thông minh (Smart Queue): Hệ thống màn hình hiển thị và loa gọi số tự động, phân luồng bệnh nhân theo quy tắc ưu tiên.
• Quản trị vận hành: Dashboard giám sát hàng đợi và công cụ điều phối thủ công cho nhân viên lễ tân.
• Tích hợp & Chuyển đổi: Đồng bộ 2 chiều HIS Core, Tích hợp Driver phần cứng chuyên dụng, và Chuyển đổi dữ liệu (Data Migration) quy mô lớn.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.25 MD cost base, Target ~10.5 MM)

[!IMPORTANT] Full Standard Estimate:

• Enterprise Scope: Đầy đủ quy trình chuẩn doanh nghiệp (Infra, Security, Migration).
• Migration Heavy: Khối lượng công việc Migration chiếm tỷ trọng lớn (~55 MD) để làm sạch và chuyển đổi dữ liệu lịch sử.
• Chi phí: ~10.5 MM, tương đương với khối lượng 210 Man-days và cam kết chất lượng của Fabbi.

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán tham khảo (Không bao gồm trong phí phần mềm)

ĐẶC TẢ KỸ THUẬT - GÓI L1-01 (RECEPTION)

Tên gói: Hệ thống Tiếp đón Thông minh (Smart Reception)

1. Phạm vi nghiệp vụ (Functional Scope)

1.1. Master Data Management

• [MD-001] Quản lý Gói Khám: CRUD gói khám B2B, áp dụng cho đối tượng khách hàng doanh nghiệp.
• [MD-002] Quản lý Doanh nghiệp B2B: Quản lý thông tin khách hàng tổ chức, hợp đồng khám sức khỏe đoàn.
• [MD-003] Danh mục Dịch vụ: Quản lý 890 items dịch vụ kỹ thuật, phân chia theo 18 loại chuyên khoa.
• [MD-004] Phòng khám & Vị trí: Quản lý danh sách phòng khám, sơ đồ bố trí (Mapping Screen ID: MASTER-004).

1.2. Tiếp đón & Check-in

• [REC-001] Màn hình Tiếp đón (Web): Giao diện cho nhân viên quầy thực hiện nghiệp vụ.
• [REC-002] Tra cứu Khách hàng: Search bệnh nhân cũ/mới dựa trên SĐT, Họ tên hoặc PID.
• [REC-003] Tích hợp CCCD:
  • Đọc chip (Sinosecu SDK).
  • OCR ảnh CCCD cho các máy không hỗ trợ đọc chip.
• [REC-006] Tự check-in (Kiosk): Luồng bệnh nhân tự phục vụ qua Kiosk Self-service.

1.3. In ấn & Hàng đợi

• [PRINT-001] Tích hợp Zebra Printer: In vòng tay y tế (Wristband) và số thứ tự (STT).
• [QUEUE-001] Engine Hàng đợi: Thuật toán FIFO kết hợp mức độ ưu tiên (Trẻ em, người già, phụ nữ có thai).
• [QUEUE-003] Màn hình Hiển thị (Display): Dashboard số thứ tự realtime cho bệnh nhân (Mã: QUEUE-001).

2. Dịch chuyển Dữ liệu (Data Migration & Sync)

• Kiến trúc Strangler Fig: Chạy song song Google Sheet và Database mới (PostgreSQL).
• Bi-directional Sync: Đồng bộ 2 chiều để đảm bảo dữ liệu luôn nhất quán giữa HIS cũ và hệ thống mới.
• Initial Migration: Batch job xử lý tập dữ liệu lịch sử từ 2024-2025.

3. Công nghệ sử dụng (Standard Tech Stack)

• Backend: Node.js (API) & Python (File/Print Service).
• Frontend: React.js (latest version).
• Database: PostgreSQL (Primary) & Redis (Caching).
• Infrastructure: AWS Cloud (VPC, EC2, RDS, S3).
• AI-Assisted: Sử dụng OpenAI GPT-4o mini để tối ưu hóa logic xử lý dữ liệu.
• Theo dõi mật độ: Biểu đồ heatmap hiển thị lượng khách theo thời gian thực tại các khu vực.
• Cảnh báo vận hành: Tự động thông báo cho quản lý khi thời gian chờ trung bình vượt quá 15 phút.

2. Thông số Kỹ thuật (Technical Specifications)

• Frontend Kiosk: React.js đóng gói bằng Electron (để giao tiếp trực tiếp với cổng USB/COM của phần cứng).
• Backend Service: Node.js Microservice (reception-service).
• Giao tiếp Real-time: Socket.io cho việc cập nhật số thứ tự trên màn hình TV.
• Cơ sở dữ liệu: PostgreSQL (Schema reception).
• Phần cứng tích hợp:
  • Đầu đọc CCCD: Sinosecu.
  • Máy in: Zebra ZD421 (Wristband), Bixolon/Epson (Receipt).
  • Sensor: Cảm biến tiệm cận để tự động bật/tắt màn hình kiosk.

3. Quy trình nghiệp vụ (Business Workflow)

1. Bệnh nhân tới trạm -> Quét CCCD tại Kiosk.
2. Hệ thống xác thực & In vòng tay -> Cấp số thứ tự.
3. Bệnh nhân ngồi chờ -> Màn hình TV gọi số.
4. Bác sĩ xác nhận bắt đầu khám -> Trạng thái cập nhật trên Dashboard.
5. Kết thúc lượt khám -> Dữ liệu trả về HIS Core.

Gói L1-02: Data Migration (Chuyển đổi dữ liệu & Hiện đại hóa DB)

1. Tổng quan (Overview)

Chiến dịch "giải cứu" dữ liệu khỏi giới hạn vật lý của Google Sheets (50 triệu ô) và chuyển sang cơ sở dữ liệu quan hệ mạnh mẽ PostgreSQL. Đây là bước chuẩn bị quan trọng nhất cho khả năng mở rộng (Scalability).

2. Các thành phần chi tiết (Detailed Components)

2.1. Thiết kế Cơ sở dữ liệu (Database Schema Design)

• Chuẩn hóa (Normalization):
  • Chuyển đổi các cấu trúc phẳng (Flat structures) của GSheet sang các bảng quan hệ (normalized tables).
  • Các bảng chính: patients, visits, prescriptions, lab_results, imaging_metadata, billing.
• Lưu trữ lịch sử: Đảm bảo toàn bộ ~3 năm dữ liệu cũ được map chính xác vào schema mới.
• Index: Thiết lập index cho các trường tìm kiếm thường xuyên (Name, Phone, CCCD, VisitDate).

2.2. Dịch vụ Đồng bộ Dữ liệu (Migration & Sync Service)

• Cơ chế Migration ban đầu:
  • Hệ thống script Node.js đọc dữ liệu từ Google Sheets API (v4).
  • Xử lý làm sạch dữ liệu (Data cleansing) và validate kiểu dữ liệu.
  • Đổ dữ liệu vào PostgreSQL theo lô (Batch insert).
• Cơ chế Sync tạm thời (Giai đoạn chuyển đổi):
  • Listener lắng nghe các thay đổi trên GSheet.
  • Worker xử lý đồng bộ 2 chiều để đảm bảo các module chưa nâng cấp vẫn hoạt động bình thường.

2.3. Tái cấu trúc API (API Refactoring)

• Số lượng: 204 API của HIS Core.
• Nội dung thực hiện:
  • Thay thế logic truy vấn Google Sheets bằng truy vấn SQL (Sequelize/Prisma ORM).
  • Tối ưu hóa hiệu suất query (Query optimization).
  • Đảm bảo tính tương thích ngược (Backward compatibility) cho các frontend cũ.

3. Chiến lược triển khai (Execution Strategy)

• Mô hình: Strangler Fig Pattern.
• Các bước:
  1. Duplicate dữ liệu từ GSheet sang PostgreSQL.
  2. Chuyển đổi từng cụm API (ví dụ: Cụm tiếp đón trước, cụm khám bệnh sau).
  3. Monitor sự sai lệch dữ liệu qua Sync Service.
  4. Ngắt kết nối GSheet hoàn toàn khi 100% API đã chuyển đổi và hoạt động ổn định.

5. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 10-12 tuần tùy thuộc vào tốc độ phản hồi của hệ thống GSheet cũ.

[!IMPORTANT] Toàn bộ quá trình chuyển đổi tuân thủ nguyên tắc Zero Downtime nhờ cơ chế Strangler Fig và Sync Engine 2 chiều.

CHI TIẾT ƯỚC TÍNH - GÓI L1-02: DỊCH CHUYỂN DỮ LIỆU (MIGRATION)

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup (General): 0 SP (Inherited from L1-01).
• BA (General): 0 SP (Inherited).
• Focus: API Refactoring (204 endpoints) & Data Sync Engine. Target: 120 MD (6.0 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total Man-days ~160 MD > 120 MD (Target).
• Adjustment: Since many APIs are CRUD/Simple, applying Batch Discount (-25%) for API Refactoring tasks (Groups 300, 400, 500).
• Adjusted Total: ~125 MD.

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L1-02

Tên gói: Dịch chuyển dữ liệu & Refactor API (Migration & Sync)

💰 TỔNG THÀNH TIỀN: 275,000,000 VNĐ (5.50 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Giả định & Phạm vi (Assumptions & Scope)

Dựa trên dữ liệu khảo sát tại SBB_Migration data.xlsx

• Đối tượng: Chuyển đổi toàn bộ dữ liệu từ Google Sheets y tế hiện tại sang PostgreSQL.
• Quy mô API: Refactor logic của 204 Endpoints hiện có để tương thích với cấu trúc DB mới.
• Hạ tầng: Sử dụng BullMQ & Redis để xử lý hàng đợi đồng bộ dữ liệu lớn (Delta Sync).

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~6.25 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Căn cứ bóc tách API: Tổng 204 API được chia thành 3 nhóm đồng đều. Định mức trung bình 0.15 SP/API (tương đương ~20-25 phút/API) cho việc refactor logic từ GSheet sang SQL.

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L1-02

Tên gói: Hệ thống Dịch chuyển Dữ liệu (Data Migration)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-Schema] Thiết kế Cấu trúc CSDL Quan hệ

• Mục tiêu: Chuẩn hóa dữ liệu từ Google Sheets (Flat) sang PostgreSQL (Relational).
• Thực thể chi tiết: patients, medical_records, billing_transactions, inventory, catalog (ICD-10, DVKT, Drug list).
• Hệ số NFR: Data Integrity (1.4x) - Đảm bảo ràng buộc khóa ngoại và tính nhất quán dữ liệu y tế.

1.2. [WBS-Sync] Sync Engine & Conflict Resolution

• Cơ chế: Sử dụng BullMQ + Redis để quản lý hàng đợi đồng bộ 2 chiều (Bidirectional).
• Xử lý xung đột:
  • Priority-based: Hệ thống SBB (Postgres) là Source of Truth cho các module đã chuyển đổi.
  • Timestamp-based: Ưu tiên dữ liệu có updated_at mới nhất cho các thông tin hành chính.
• Hệ số NFR: Real-time Sync (1.4x) - Độ trễ đồng bộ <1s.

1.3. [WBS-API] Legacy API Refactoring

• Phạm vi: Re-map 204 endpoints từ Google Apps Script sang Node.js.
• Mô hình: Sử dụng Strangler Fig Pattern để chuyển đổi dần dần mà không làm gián đoạn hệ thống cũ.
• Đặc điểm: Giảm 30% công sức nhờ sử dụng Framework API Template có sẵn.

1.4. [WBS-Load] Massive Data Initial Load

• Khối lượng: Dự kiến 200GB+ dữ liệu lịch sử.
• Kỹ thuật: Postgres COPY command, Batch processing, và Data Validation scripting.

1.5. [WBS-Monitor] Sync Dashboard

• Tính năng: Theo dõi Health-check của các Worker, tỷ lệ Sync Success/Fail, và cảnh báo qua Telegram/Zalo nếu có lỗi nghiêm trọng.

2. Thông số Kỹ thuật (Technical Standards)

• Backend: Node.js (Express/Fastify), Sequelize ORM.
• Database: PostgreSQL 15 High Availability.
• Queue: Redis (Managed) + BullMQ.
• Auth: Service Account (GCP) for GSheet API.

Gói L1-03: HIS Core Upgrade (Hệ thống lõi)

1. Tổng quan (Overview)

Nâng cấp toàn diện "trái tim" hệ thống để giải quyết nợ kỹ thuật (Technical Debt), tăng cường bảo mật và tối ưu hóa hiệu năng, tạo nền tảng cho các tính năng AI/BI.

2. Các thành phần chi tiết (Detailed Components)

2.1. Bảo mật hệ thống (Security Hardening)

• Authentication: Chuyển đổi sang JWT với cơ chế Refresh Token.
• Authorization: Phân quyền Role-Based (RBAC) chi tiết đến từng API.
• Data Protection: Mã hóa dữ liệu nhạy cảm (PII) và ẩn các thông tin debug.

2.2. Tái cấu trúc mã nguồn (Modular Refactoring)

• Kiến trúc: Áp dụng NestJS và Service/Repository Pattern.
• Tối ưu: Chia nhỏ Class/File khổng lồ, chuẩn hóa logic nghiệp vụ xuyên suốt các chi nhánh.

2.3. Đảm bảo chất lượng (Quality Assurance)

• Automation: Test suite tự động bằng Jest bao phủ >80% logic lõi.
• Documentation: Tự động hóa API Docs bằng Swagger.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 12 tuần để đảm bảo tính ổn định tuyệt đối.

[!IMPORTANT] Toàn bộ quá trình nâng cấp tuân thủ nguyên tắc Zero Downtime và Automated Regression Testing.

4. Thông số kỹ thuật (Technical Specs)

• Backend: Node.js, NestJS.
• Testing: Jest.
• Security: JWT, bcrypt, SSL.
• Docs: Swagger UI.

CHI TIẾT ƯỚC TÍNH - GÓI L1-03: NÂNG CẤP HIS CORE (UPGRADE)

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: Security (RBAC/JWT), Refactoring (Service Layer), Unit Test Coverage. Target: 96 MD (4.5 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~102 MD.
• Inheritance: No basic setup costs. Focused purely on upgrading the existing Node.js core.

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L1-03

Tên gói: Nâng cấp Hệ thống Lõi (HIS Core Upgrade)

💰 TỔNG THÀNH TIỀN: 267,500,000 VNĐ (5.35 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Technical Debt: Giải quyết nợ kỹ thuật bằng cách tái cấu trúc mã nguồn sang kiến trúc Modular (NestJS style).
• Security Hardening: Triển khai RBAC (Role-Based Access Control) và mã hóa dữ liệu nhạy cảm.
• Performance: Tối ưu hóa Database Query và Caching Layer để hỗ trợ 1,000+ người dùng đồng thời.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~5.35 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Hệ số Bảo mật (1.3x): Áp dụng cho các module Security và DevOps để đảm bảo tuân thủ các checklist bảo mật y tế nghiêm ngặt nhất.

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L1-03

Tên gói: Nâng cấp Hệ thống Lõi (HIS Core Upgrade)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-Security] Bảo mật Hệ thống (Security Hardening)

• Quản lý Truy cập (Access Control):
  • Triển khai Role-Based Access Control (RBAC) đa cấp độ.
  • Tích hợp JSON Web Token (JWT) cho mọi yêu cầu API.
• Bảo mật Frontend:
  • Obfuscation (Làm rối mã nguồn) để ngăn chặn dịch ngược.
  • Vô hiệu hóa DevTools (F12/Console) trong môi trường production.
• Hệ số NFR: High Security (1.3x) - Bảo vệ dữ liệu y tế nhạy cảm (PII).

1.2. [WBS-Refactor] Tái cấu trúc Module (Modular Refactoring)

• Kiến trúc: Chuyển đổi sang mô hình Service/Repository Pattern trong Node.js.
• Phân tách chi tiết:
  • [WBS-Refactor-C] Core Service: Tách logic hành chính, tra cứu bệnh nhân, quản lý lượt khám.
  • [WBS-Refactor-M] Medical Logic: Tách logic chuyên môn (Kê đơn, Chỉ định CLS, Phác đồ).
  • [WBS-Refactor-R] Repository & Utils: Hệ thống hóa lớp truy xuất DB (Sequelize) và các hàm tiện ích dùng chung.
• Hệ số NFR: Healthcare Flow (1.2x) - Tối ưu hóa các luồng nghiệp vụ khám chữa bệnh cốt lõi.

1.3. [WBS-QA] Kiểm chuẩn và Chất lượng (QA Automation)

• Unit Testing: Xây dựng bộ test suite tự động bằng Jest bao phủ ít nhất 80% các nghiệp vụ quan trọng nhất (Tính giá, Kê đơn, Inventory).
• Integration Testing: Đảm bảo sự kết nối thông suốt giữa HIS Core và PostgreSQL.

1.4. [WBS-DevOps] CI/CD & Pipeline Setup

• Mục tiêu: Thiết lập pipeline tự động kiểm tra cú pháp (Linting), bảo mật code, và tự động triển khai.
• Hệ số NFR: High Availability (1.3x) - Cấu hình Cluster để chịu tải và tự phục hồi.

2. Thông số Kỹ thuật (Technical Standards)

• Ngôn ngữ & Framework: Node.js, NestJS (để tăng tính module hóa).
• Xác thực: Passport.js + JWT.
• Kiểm thử: Jest.
• DevOps: Docker, GitHub Actions / GitLab CI.

Gói L1-04: RIS/LIS/PACS Data Integration (Tích hợp Cận lâm sàng)

1. Tổng quan (Overview)

Gói tích hợp này là "xương sống" cho luồng dữ liệu y tế từ các máy móc thiết bị trực tiếp vào hồ sơ bệnh nhân điện tử (EMR). Mục tiêu là loại bỏ nhập liệu thủ công và số hóa hình ảnh chẩn đoán.

2. Các thành phần chi tiết (Detailed Components)

2.1. Dịch vụ LIS Sync Service (Lab Information)

• Cơ chế: Kết nối máy xét nghiệm qua HL7/ASTM protocol.
• Tự động hóa: Tự động bắt sự kiện kết quả và đổ vào bệnh án điện tử.

2.2. PACS-Lite Basic (Imaging Storage)

• Lưu trữ: Thiết lập MinIO Local Storage cho ảnh DICOM gốc.
• Trình xem ảnh: Tích hợp OHIF Viewer để xem ảnh trực tiếp trên trình duyệt.

2.3. Hạ tầng kỹ thuật (Infrastructure)

• Local Server: Cần thiết để đảm bảo truyền ảnh DICOM dung lượng lớn ổn định.
• VLAN: Cấu hình mạng y tế riêng biệt cho an toàn dữ liệu.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 8-10 tuần tùy thuộc vào số lượng dòng máy thiết bị.

[!IMPORTANT] Yêu cầu phối hợp chặt chẽ từ vendor máy xét nghiệm/CĐHA để cấu hình cổng xuất dữ liệu.

4. Thông số kỹ thuật (Technical Specs)

• Protocols: HL7 v2.x, DICOM v3.0.
• Storage: MinIO, PostgreSQL.
• Backend: Node.js microservice.
• Viewer: OHIF Standard.

CHI TIẾT ƯỚC TÍNH - GÓI L1-04: TÍCH HỢP RIS/LIS/PACS

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: HL7/ASTM Drivers (LIS), DICOM/MinIO (PACS), EMR Link. Target: 76 MD (3.8 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~80.5 MD.
• Inheritance: No basic setup costs.
• Specifics: Heavy Backend/Driver work for LIS/PACS protocols.

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L1-04

Tên gói: Tích hợp RIS/LIS/PACS (Giai đoạn Khởi tạo)

💰 TỔNG THÀNH TIỀN: 192,500,000 VNĐ (3.85 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Tự động hóa: Kết nối máy xét nghiệm (LIS) để trả dữ liệu trực tiếp vào bệnh án điện tử, loại bỏ nhập liệu thủ công.
• Số hóa hình ảnh: Chụp và lưu trữ ảnh chẩn đoán (DICOM) vào hệ thống PACS-Lite.
• Tập trung hóa: Hiển thị ảnh và kết quả xét nghiệm trên cùng một trình duyệt Web Viewer tích hợp trong HIS Core.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~4.05 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Hệ số Tích hợp (1.5x): Áp dụng cho các phần xử lý Protocol y tế (HL7, DICOM) do rủi ro sai lệch dữ liệu lâm sàng và độ phức tạp khi làm việc với vendor máy.

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L1-04

Tên gói: Tích hợp RIS/LIS/PACS (Giai đoạn Khởi tạo)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-LIS-Adp] Tự động hóa phòng Xét nghiệm (LIS Sync)

• Kết nối thiết bị: Hỗ trợ kết nối tối thiểu 01 máy xét nghiệm qua cổng RS232 hoặc LAN (HL7/ASTM protocol).
• Tiếp nhận kết quả: Tự động hóa việc đổ dữ liệu kết quả từ máy vào bệnh án điện tử.
• Hệ số NFR: Integration Focus (1.5x) - Do sự đa dạng của các đời máy và protocol vendor.

1.2. [WBS-PACS-Sync] Lưu trữ hình ảnh Cơ bản (PACS-Lite)

• Tiếp nhận DICOM: Lắng nghe và tiếp nhận hình ảnh từ máy X-Quang/Siêu âm qua giao thức C-STORE.
• Lưu trữ Metadata: Trích xuất và lưu PatientID, StudyUID vào PostgreSQL.
• Hệ số NFR: Data Integrity (1.5x) - Đảm bảo hình ảnh map chính xác tuyệt đối với bệnh nhân.

1.3. [WBS-OHIF] Hiển thị tập trung (Unified EMR Display)

• Trình xem ảnh Web: Tích hợp OHIF Viewer vào giao diện HIS để xem ảnh DICOM trực tiếp.
• Hệ số NFR: UI/UX Precision (1.2x) - Tối ưu hóa trải nghiệm xem ảnh cho bác sĩ chẩn đoán.

1.4. [WBS-Deployment] Triển khai & Local Server

• Hạ tầng: Thiết lập MinIO Local Server và cấu hình mạng VLAN y tế để truyền ảnh dung lượng lớn (DICOM).
• Hệ số NFR: Resilience (1.3x) - Đảm bảo hệ thống vẫn hoạt động khi mất kết nối Cloud tạm thời (Local cache).

2. Thông số Kỹ thuật (Technical Standards)

• Protocols: HL7 v2.x, DICOM Standard.
• Storage: PostgreSQL (Metadata), MinIO (Binary/Images).
• Frontend Viewer: OHIF / Cornerstone.js.
• Backend Stack: Node.js, node-hl7-client, dicom-dimse.

Gói L1-05: LIS Sync (Đồng bộ xét nghiệm chuyên sâu)

1. Tổng quan (Overview)

Gói này mở rộng khả năng từ L1-04, hỗ trợ dải thiết bị xét nghiệm rộng hơn và các quy trình quản lý chất lượng (QC) phức tạp. Đây là giai đoạn hoàn thiện tự động hóa phòng Lab cho quy mô lớn.

2. Các thành phần chi tiết (Detailed Components)

2.1. Multi-Driver Engine (Đa thiết bị)

• Plugin Architecture: Cho phép thêm mới máy xét nghiệm chỉ qua cấu hình driver.
• Support: Tương thích HL7 v2.x và ASTM cho các dòng máy Roche, Abbott, Sysmex...

2.2. Digital Sign-off (Phê duyệt số)

• HSM Integration: Ký số kết quả xét nghiệm để đảm bảo tính pháp lý.
• Workflow: Quy trình duyệt 2 cấp (Kỹ thuật viên & Trưởng Lab).

2.3. QC Management (Quản lý chất lượng)

• Rules: Tự động cảnh báo sai số theo quy tắc Westgard.
• Visualization: Biểu đồ Levey-Jennings theo dõi độ ổn định của thiết bị.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 10-12 tuần để hoàn thiện toàn bộ driver và quy trình QC.

[!IMPORTANT] Cần có sự tham gia của cán bộ quản lý chất lượng (QC Officer) để chốt các quy tắc cảnh báo sai số.

4. Thông số kỹ thuật (Technical Specs)

• Protocols: HL7 v2.x, ASTM.
• Security: Cloud HSM, PKI.
• Database: PostgreSQL, Redis.
• Stack: Node.js, React.

CHI TIẾT ƯỚC TÍNH - GÓI L1-05: ĐỒNG BỘ LIS MỞ RỘNG

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: Bi-directional Sync, QC Module, Digital Approval. Target: 73 MD (3.65 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~69.2 MD (Close to 73 MD Target).
• Focus: Advanced LIS features (Bio-rad integration equivalent).

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L1-05

Tên gói: Hệ thống Đồng bộ LIS Mở rộng (Advanced LIS Expansion)

💰 TỔNG THÀNH TIỀN: 177,500,000 VNĐ (3.55 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Đa thiết bị: Xây dựng bộ driver engine hỗ trợ kết nối đồng thời nhiều loại máy xét nghiệm khác nhau.
• Phê duyệt số: Triển khai luồng ký số (Digital Signature) và phê duyệt kết quả 2 cấp độ (Kỹ thuật viên & Bác sĩ trưởng Lab).
• Quản lý chất lượng: Tích hợp module quản lý nội kiểm (QC) với các quy tắc Westgard và biểu đồ Levey-Jennings.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~3.55 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Hệ số NFR (1.5x): Áp dụng cho Driver Engine do tính chất đa dạng của các thiết bị y tế và yêu cầu độ trễ thấp (Real-time).

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L1-05

Tên gói: Hệ thống Đồng bộ LIS Mở rộng (Advanced LIS Expansion)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-Dr-Core] Kết nối Đa thiết bị (Multi-device Core)

• Quản lý Driver: Hệ thống quản lý driver tập trung hỗ trợ ASTM & HL7 v2.x.
• Tương thích: Hỗ trợ 05-10 dòng máy phổ biến (Roche, Abbott, Sysmex...).
• Hệ số NFR: Integration Focus (1.5x) - Do độ phức tạp khi map dữ liệu từ nhiều vendor.

1.2. [WBS-Signing] Quy trình Phê duyệt Số hóa (Digital Sign-off)

• Tích hợp HSM: Kết nối với Cloud HSM để thực hiện ký số kết quả xét nghiệm.
• Workflow: Phê duyệt 2 cấp (KTV -> Trưởng Lab).
• Hệ số NFR: High Security (1.3x) - Đảm bảo tính pháp lý của kết quả y tế.

1.3. [WBS-QC-Eng] Quản lý Chất lượng (QC Engine)

• ** Westgard Rules**: Tự động hóa việc kiểm tra sai số hệ thống dựa trên mẫu Control.
• Biểu đồ: Vẽ đồ thị Levey-Jennings thời gian thực.
• Hệ số NFR: Data Precision (1.4x) - Yêu cầu độ chính xác trong tính toán thống kê.

1.4. [WBS-Lab-UI] Giao diện Chuyên dụng (Lab UI/UX)

• Tính năng: Màn hình dành cho KTV Lab, quản lý hàng đợi xét nghiệm (Modality Worklist).
• Hệ số NFR: UI/UX Precision (1.2x) - Tối ưu hóa tốc độ nhập liệu và kiểm tra.

2. Thông số Kỹ thuật (Technical Standards)

• Protocols: ASTM E1381/E1394, HL7 v2.x.
• Signing: PKI / HSM / X.509 Certificates.
• Frontend: React-based Lab Dashboard.
• Storage: PostgreSQL (Results), Redis (Real-time monitoring).

Gói L1-06: PACS-Lite Mở rộng (Advanced PACS Expansion)

1. Tổng quan (Overview)

Nâng cấp khả năng chẩn đoán hình ảnh từ "lưu trữ cơ bản" sang "chẩn đoán chuyên sâu". Hệ thống hỗ trợ bộ công cụ đo đạc chuyên dụng và cơ chế lưu trữ phân tầng thông minh để tối ưu hóa chi phí Cloud.

2. Các thành phần chi tiết (Detailed Components)

2.1. Professional Web Viewer (OHIF)

• Công cụ: Cine loop, WADO-RS support, rẽ nhánh tương phản.
• Đo đạc: Hỗ trợ đo khoảng cách, góc, diện tích trực tiếp trên trình duyệt.

2.2. Storage Tiering (Nén & Lưu trữ tầng)

• Cơ chế: Tự động nén lossless và đẩy ảnh cũ sang AWS S3 Glacier.
• Tiêu chuẩn: Đảm bảo lưu trữ 10-20 năm theo quy định ngành y tế.

2.3. Radiological Reporting (Báo cáo CĐHA)

• Reporting: Soạn thảo kết quả theo mẫu (Templates) và đồng bộ ngược về HIS Core.
• Ký số: Tích hợp CA/Smart Card để ký số báo cáo kết quả.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 10-12 tuần bao gồm cả giai đoạn di cư dữ liệu cũ.

[!IMPORTANT] Bác sĩ chẩn đoán hình ảnh cần tham gia chặt chẽ vào giai đoạn P1 để chốt bộ công cụ đo đạc cần thiết.

4. Thông số kỹ thuật (Technical Specs)

• Standard: DICOM Web (WADO/QIDO).
• Backend: Node.js automated services.
• Cloud: AWS S3 & Glacier.
• Quality: Lossless compression (JPEG 2000).

CHI TIẾT ƯỚC TÍNH - GÓI L1-06: PACS LITE MỞ RỘNG (EXPANSION)

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: Advanced Viewer (Measure), Reporting, Cloud Tiering. Target: 90 MD (4.5 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~85.7 MD (Close to 90 MD Target).
• Focus: Advanced Viewer features & Cloud Storage optimization.

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L1-06

Tên gói: Hệ thống PACS-Lite Mở rộng (Advanced PACS Expansion)

💰 TỔNG THÀNH TIỀN: 210,000,000 VNĐ (4.20 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Chuẩn đoán nâng cao: Cung cấp bộ công cụ đo đạc chuyên sâu (Cine loop, Rulers) trực tiếp trên trình duyệt Web.
• Tiết kiệm chi phí: Triển khai cơ chế nén ảnh Lossless và tự động di chuyển ảnh cũ lên Cloud Cold Storage (AWS Glacier).
• Chuyên nghiệp hóa: Quy trình báo cáo kết quả (Radiological Reporting) tích hợp mẫu chuẩn y tế và ký số.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~4.30 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Breakdown Rule: Task "Diagnostic Viewer" (ban đầu 18 SP) đã được tách thành View-Core và View-Tool để đảm bảo không task nào vượt quá ngưỡng 13 SP theo quy định Baseline.

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L1-06

Tên gói: Hệ thống PACS-Lite Mở rộng (Advanced PACS Expansion)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-Tiering] Quản lý Lưu trữ Phân tầng (Storage Tiering)

• Cơ chế: Tự động hóa việc di chuyển ảnh từ Local SSD (Hot) sang Cloud Archive (Cold - AWS Glacier) dựa trên thời gian (ví dụ: sau 1 năm).
• Hệ số NFR: Resilience (1.4x) - Đảm bảo khả năng phục hồi dữ liệu từ archive và tính toàn vẹn khi nén.

1.2. [WBS-View-Core] WADO-RS & Viewer Engine

• Nghiệp vụ: Triển khai giao thức WADO-RS để tối ưu hóa việc truyền tải ảnh chẩn đoán qua mạng WAN/Internet.
• Hệ số NFR: Tech High (1.2x) - Yêu cầu kiến thức sâu về DICOM Web standards.

1.3. [WBS-View-Tool] Bộ công cụ đo đạc (Diagnostic Tools)

• Tính năng: Đo khoảng cách, diện tích, góc, Cine loop, và điều chỉnh Window/Level.
• Hệ số NFR: UI/UX Precision (1.3x) - Yêu cầu độ chính xác cao trong thao tác chuột/touch của bác sĩ.

1.4. [WBS-Report] Báo cáo Chẩn đoán (Radiological Reporting)

• Nội dung: Soạn thảo báo cáo kết quả dựa trên các mẫu chuẩn hóa (Templates), hỗ trợ lấy dữ liệu tự động từ HIS Core.
• Hệ số NFR: Business Flow (1.2x) - Tối ưu hóa quy trình từ lúc chụp đến lúc trả kết quả.

1.5. [WBS-Cloud-Int] Cloud Security Gateway

• Bảo mật: Thiết lập VPN/TLS tunnel và quản lý Access Key cho việc đẩy ảnh lên Cloud.
• Hệ số NFR: High Security (1.3x) - Bảo vệ ảnh y tế nhạy cảm trên môi trường Public Cloud.

2. Thông số Kỹ thuật (Technical Standards)

• Protocols: DICOM Web (WADO-RS, QIDO-RS).
• Frontend: OHIF Framework + Cornerstone3D.
• Cloud tier: AWS S3 Glacier.
• Logic: Node.js automated archiver service.

Gói L2-01: Website & Patient Portal (Diện mạo & Portal bệnh nhân)

1. Tổng quan (Overview)

Website và Portal bệnh nhân là mặt tiền kỹ thuật số của SBB, cung cấp thông tin dịch vụ và cổng tra cứu hồ sơ tự động cho bệnh nhân. Hệ thống được thiết kế ưu tiên SEO và trải nghiệm di động (Mobile-first).

2. Các thành phần chi tiết (Detailed Components)

2.1. Website Doanh nghiệp (sbb.vn)

• Công nghệ: Next.js (SSR) để đạt điểm SEO tối ưu.
• Quản lý: Tích hợp Headless CMS để SBB tự chủ động cập nhật bài viết/dịch vụ.

2.2. Portal Tra cứu Bệnh nhân

• Tra cứu: Xem kết quả xét nghiệm, đơn thuốc và ảnh chẩn đoán (OHIF) từ xa.
• Định danh: Đăng nhập qua số điện thoại + OTP Zalo.

2.3. Booking Engine (Đặt lịch khám)

• Real-time: Lấy lịch trống trực tiếp từ HIS Core.
• Thông báo: Tự động nhắc lịch qua Zalo ZNS.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 10-12 tuần để đảm bảo thiết kế UI đạt chuẩn "Wow experience".

[!TIP] SEO Focus: Toàn bộ cấu trúc Website được tối ưu hóa cho Google Search ngay từ giai đoạn P1.

4. Thông số kỹ thuật (Technical Specs)

• Frontend: Next.js 14, Tailwind CSS.
• CMS: Strapi.
• Notification: Zalo Business API.
• Infra: Vercel / Cloud App Server.

CHI TIẾT ƯỚC TÍNH - GÓI L2-01: WEBSITE & CỔNG BỆNH NHÂN

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: SEO Website, Patient Portal, Booking Engine. Target: 103 MD (5.15 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~103.6 MD (Matches Target).
• Focus: End-user Experience (UI/FE) & Booking Logic.

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L2-01

Tên gói: Website & Cổng Bệnh nhân (Website & Patient Portal)

💰 TỔNG THÀNH TIỀN: 232,500,000 VNĐ (4.65 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Kênh thông tin: Website giới thiệu bệnh viện chuyên nghiệp, tích hợp SEO và CMS quản lý nội dung.
• Trải nghiệm khách hàng: Cổng Portal cho phép bệnh nhân tra cứu hồ sơ y tế, đơn thuốc và xem ảnh chẩn đoán từ xa.
• Tiện ích: Hệ thống đặt lịch khám (Booking Engine) tích hợp Zalo ZNS để xác nhận và nhắc lịch tự động.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~5.20 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Hệ số Giao diện (1.3x): Đã bao gồm trong ước tính Story Points (UI Design High).

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L2-01

Tên gói: Website & Cổng Bệnh nhân (Website & Patient Portal)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-Website] Website Giới thiệu & SEO

• Công nghệ: Next.js (SSR) để tối ưu hóa SEO và tốc độ tải trang.
• Tính năng: Tích hợp Headless CMS (Strapi) quản lý nội dung linh hoạt.
• Hệ số NFR: UI/UX Precision (1.3x) - Đảm bảo thẩm mỹ hiện đại và thu hút.

1.2. [WBS-Portal-P] Cổng Tiện ích Bệnh nhân (Patient Portal)

• Tra cứu: Xem hồ sơ y tế, kết quả CLS (PDF) và ảnh chẩn đoán (OHIF Viewer).
• Phân tách: Task "Diagnostic Viewer" được tách thành module riêng để bảo mật.
• Hệ số NFR: Security (1.3x) - Bảo vệ dữ liệu y tế nhạy cảm (PID based).

1.3. [WBS-Booking] Hệ thống Đặt lịch khám (Booking Engine)

• Nghiệp vụ: Đồng bộ thời gian thực (Real-time slots) với HIS Core.
• Tính năng: Quản lý ca khám, loại hình dịch vụ và bác sĩ.
• Hệ số NFR: Business Flow (1.2x) - Tối ưu hóa phễu đăng ký khám.

1.4. [WBS-Zalo-Int] Tích hợp Zalo & Thông báo

• Zalo ZNS: Tự động gửi tin nhắn xác nhận lịch hẹn và mã OTP đăng nhập.
• Hệ số NFR: Integration (1.3x) - Phụ thuộc vào webhook và độ trễ của bên thứ 3.

1.5. [WBS-Identity] Quản lý Định danh (Identity Service)

• Tính năng: Đăng ký, đăng nhập qua OTP SĐT và tích hợp FaceID/Biometrics.
• Hệ số NFR: High Security (1.4x) - Đảm bảo chống tấn công chiếm đoạt tài khoản.

2. Thông số Kỹ thuật (Technical Standards)

• Frontend Stack: Next.js, Tailwind CSS, Framer Motion (Animations).
• Backend Stack: Node.js, NestJS, REST/WebSocket.
• CMS: Headless CMS (Strapi).
• Notification: Zalo Business API, SMS Gateway.

Gói L3-01: HRM Upgrade (Quản trị nhân sự y tế chuyên sâu)

1. Tổng quan (Overview)

Nâng cấp hệ thống HRM đặc thù cho ngành y tế, hỗ trợ quản lý chứng chỉ hành nghề (CCHN), đào tạo CME và tính lương sản lượng dựa trên dữ liệu hiệu suất từ HIS lõi.

Cấp độ Hoàn thiện (Maturity Level): ENTERPRISE

• User App: Cổng tự phục vụ (Self-service) cho Nhân viên y tế.
• Admin Portal: Dành cho Phòng Tổ chức cán bộ & Kế toán lương.
• Integration: Kết nối sâu với HIS (Sản lượng) & Máy chấm công AI.

2. Các thành phần chi tiết (Detailed Components)

2.1. Medical HR Profiles (Hồ sơ Y tế)

• CCHN & CME: Theo dõi thời hạn chứng chỉ hành nghề và số giờ đào tạo liên tục.
• Hồ sơ chuyên môn: Danh mục văn bằng, kỹ năng lâm sàng và lịch sử công tác.

2.2. Smart Timekeeping (Chấm công FaceID)

• Công nghệ: Nhận diện khuôn mặt (FaceID) tại trạm và GPS (Geofencing) trên Mobile cho đội khám lưu động.
• Lịch trực: Quản lý ca kíp y tế 24/7 linh hoạt.

2.3. Automated Payroll (Tính lương tự động)

• Incentive: Tính lương sản lượng (% thủ thuật/khám) tự động từ HIS.
• Payroll Engine: Xử lý phụ cấp độc hại, phụ cấp trực và thuế TNCN chuẩn xác.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 10-12 tuần để đảm bảo tính chuẩn xác tuyệt đối của công thức lương.

[!IMPORTANT] Cần đẩy dữ liệu nhân sự cũ từ 1C hoặc Excel lên hệ thống trong giai đoạn P3 để đối soát lương.

4. Thông số kỹ thuật (Technical Specs)

• Stack: Node.js, NestJS.
• Biometrics: FaceID SDK.
• Database: PostgreSQL (HRM Schema).
• Security: AES-256 Encryption cho dữ liệu lương.

CHI TIẾT ƯỚC TÍNH - GÓI L3-01: NÂNG CẤP HRM (Y TẾ)

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: Medical Certs, Rostering, Revenue Payroll. Target: 123 MD (6.15 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~116.7 MD (Close to 123 MD Target).
• Focus: Medical Operations (Rostering & Revenue Payroll).

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L3-01

Tên gói: Hệ thống Quản trị Nhân sự Y tế (Advanced HRM Upgrade)

💰 TỔNG THÀNH TIỀN: 292,000,000 VNĐ (5.84 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Hồ sơ chuyên môn: Quản lý chi tiết hồ sơ nhân viên y tế, bao gồm chứng chỉ hành nghề (CCHN), lịch sử đào tạo CME và quản lý luân chuyển khoa phòng.
• Chấm công thông minh: Tích hợp công nghệ nhận diện khuôn mặt (FaceID) và định vị GPS để quản lý ca kíp phức tạp của ngành y tế.
• Tính lương tự động: Xây dựng Core Payroll Engine hỗ trợ các loại phụ cấp đặc thù, tiền trực và lương sản lượng tích hợp trực tiếp từ HIS.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target ~5.85 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L3-01

Tên gói: Hệ thống Quản trị Nhân sự Y tế (Advanced HRM Upgrade)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-HR-Admin] Portal Quản trị Nhân sự

• Nghiệp vụ: Quản lý hồ sơ nhân viên, theo dõi chứng chỉ hành nghề (CCHN), lịch sử đào tạo CME và luân chuyển khoa phòng.
• Hệ số NFR: Healthcare HR (1.2x) - Theo dõi các quy định khắt khe của Bộ Y tế.

1.2. [WBS-FaceID] Chấm công FaceID & GPS

• Công nghệ: Tích hợp FaceID SDK (Hikvision/Hanet) và Geofencing cho chấm công lưu động.
• Hệ số NFR: Tech High (1.3x) - Yêu cầu độ chính xác nhận diện cao trên mobile/máy chấm công.

1.3. [WBS-Pay-Eng] Payroll Core (Lương cơ bản & Phụ cấp)

• Công thức: Tự động hóa bảng lương theo quy định hiện hành và các loại phụ cấp ngành y tế.
• Hệ số NFR: Data Precision (1.2x) - Đảm bảo sai số tài chính bằng 0.

1.4. [WBS-Pay-Inc] Lương sản lượng & Hiệu suất (HIS Production)

• Tích hợp: Lấy dữ liệu lượt khám, thủ thuật trực tiếp từ HIS để tính lương kpi/sản lượng.
• Hệ số NFR: Data Sync (1.4x) - Phụ thuộc vào tính toàn vẹn dữ liệu từ hệ thống lâm sàng.

1.5. [WBS-Self-Serv] Mobile Self-service (Cổng nhân viên)

• Tính năng: Xem phiếu lương, đăng ký nghỉ phép, xem lịch trực ngay trên mobile.
• Hệ số NFR: UI/UX Precision (1.2x) - Tăng sự hài lòng và minh bạch cho nhân viên.

2. Thông số Kỹ thuật (Technical Standards)

• Backend Stack: Node.js, NestJS.
• Biometrics: FaceID SDK (Hikvision/Hanet API).
• Mobile: React Native.
• Security: Mã hóa lương thưởng (AES-256), Audit Trail toàn trình.

Gói L3-02: Voucher & Payment (Hệ thống Khuyến mãi & Thanh toán số)

1. Tổng quan (Overview)

Số hóa quy trình thanh toán và quản lý ưu đãi, giúp giảm thiểu sai sót thủ công và tăng tính minh bạch tài chính. Hệ thống hỗ trợ tích hợp VietQR Dynamic và tự động xuất hóa đơn điện tử.

Cấp độ Hoàn thiện (Maturity Level): ENTERPRISE

• User App: Ví Voucher & Thanh toán trên App Bệnh nhân.
• Admin Portal: Công cụ tạo chiến dịch Marketing & Đối soát tài chính.
• Integration: Kết nối sâu với Ngân hàng & Hệ thống Hóa đơn điện tử.

2. Các thành phần chi tiết (Detailed Components)

2.1. Promotion Engine (Công cụ ưu đãi)

• Voucher: Tạo và quản lý mã giảm giá đa điều kiện, xác thực qua QR Code trên Patient App.
• Rules: Tự động tính toán chiết khấu phù hợp với từng đối tượng bệnh nhân và dịch vụ.

2.2. Payment Hub (Trục thanh toán)

• VietQR Dynamic: Tự động tạo mã QR chứa số tiền và nội dung chuyển khoản cho từng hóa đơn.
• Momo/VNPay: Cổng thanh toán ví điện tử tích hợp sẵn trong App.
• Webhook: Lắng nghe thông báo từ ngân hàng để xác nhận thanh toán tức thời.

2.3. e-Invoice Sync (Liên thông hóa đơn)

• Tự động hóa: Kết nối MISA/VNPT để xuất hóa đơn ngay khi thanh toán xong.
• Tiện ích: Gửi link hóa đơn điện tử cho bệnh nhân qua Email/Zalo.

3. Lịch trình dự kiến (Estimated Schedule)

Dự án kéo dài khoảng 8-10 tuần tập trung vào tích hợp ngân hàng và security.

[!TIP] Idempotency: Hệ thống được thiết kế để chống lại việc lặp giao dịch (double payment) trong mọi trường hợp lỗi mạng.

4. Thông số kỹ thuật (Technical Specs)

• Stack: Node.js, NestJS.
• Payment: VietQR, Momo.
• e-Invoice: MISA meInvoice API.
• Database: PostgreSQL (Payment Schema).

CHI TIẾT ƯỚC TÍNH - GÓI L3-02: VOUCHER & THANH TOÁN

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA: 0 SP (Inherited).
• Focus: Voucher Logic, QR Payment, e-Invoice. Target: 68 MD (3.4 MM).

1. DETAILED ESTIMATION TABLE

Note:

• Total: ~78.2 MD (Slightly higher than 68 MD Target).
• Adjustment: Payment Gateway & Voucher logic is complex.
• Can reduce: Removing "Reconcile Job" or simplifying "Rule Engine" if needed. Keeping as is for safety.

2. SUMMARY BY ROLE (MD)

BÁO GIÁ DỰ TOÁN - GÓI L3-02

Tên gói: Hệ thống Voucher & Thanh toán số (Promotion & Payment Gateway)

💰 TỔNG THÀNH TIỀN: 195,500,000 VNĐ (3.91 MM × 50,000,000 VNĐ/MM)

1. Phí Phát triển Phần mềm (Software Development Effort)

1.1. Mục tiêu & Phạm vi (Goals & Scope)

• Kích cầu dịch vụ: Xây dựng Promotion Engine linh hoạt, cho phép phát hành voucher đa điều kiện (Theo dịch vụ, theo thời gian, theo đối tượng B2B).
• Thanh toán không tiền mặt: Tích hợp cổng thanh toán VietQR Dynamic, Momo và xử lý Webhook ngân hàng để xác nhận thanh toán tức thì.
• Tự động hóa tài chính: Kết nối API hóa đơn điện tử (MISA/VNPT) để tự động xuất và gửi hóa đơn cho khách hàng ngay sau khi thanh toán thành công.

1.2. Chi tiết Công số theo Giai đoạn (Work Breakdown Structure)

Bảng bóc tách công số theo vòng đời phát triển dự án (1 SP ≈ 1.75 MD, Target 4.5 MM)

1.3. Bóc tách Story Points (Scientific Estimation)

[!NOTE] Hệ số Tài chính (1.4x): Áp dụng cho module Payment Hub để đảm bảo xử lý Webhook an toàn, chống lặp giao dịch (Idempotency) và bảo mật tuyệt đối.

2. Dự toán Thiết bị & Hạ tầng (Hardware & Infrastructure)

Số liệu dự toán dựa trên giả định quy mô triển khai tiêu chuẩn

ĐẶC TẢ KỸ THUẬT VÀ CHỨC NĂNG - GÓI L3-02

Tên gói: Hệ thống Voucher & Thanh toán số (Promotion & Payment Gateway)

1. Phạm vi chức năng & WBS Mapping

1.1. [WBS-Promo-Eng] Công cụ Quản lý Ưu đãi (Promotion Engine)

• Cấu hình: Thiết lập voucher đa điều kiện (Giảm giá, Tặng dịch vụ).
• Xác thực: Phát hành và quét mã QR xác thực trên Mobile App/HIS.
• Hệ số NFR: Business Logic (1.2x) - Tối ưu cho các chiến dịch marketing linh hoạt.

1.2. [WBS-Pay-Hub] Trục Thanh toán số (Digital Payment Hub)

• Tích hợp: VietQR Dynamic (NAPAS), Momo, VNPay.
• Xử lý: Webhook ngân hàng an toàn cho xác nhận thanh toán tức thời.
• Hệ số NFR: Finance Security (1.4x) - Đảm bảo Idempotency (chống lặp giao dịch).

1.3. [WBS-Bill-Sync] Liên thông Hóa đơn điện tử (e-Invoice Sync)

• Tự động hóa: Kết nối API MISA/VNPT để xuất hóa đơn ngay khi có lệnh.
• Hệ số NFR: Integration (1.3x) - Phụ thuộc vào độ ổn định của API bên thứ 3.

1.4. [WBS-Secure-T] Bảo mật & Audit Trail (Financial Auditing)

• Tính năng: Logging chi tiết mọi biến động tài chính và mã hóa truyền tin.
• Hệ số NFR: High Security (1.5x) - Bảo vệ dữ liệu tài chính nhạy cảm.

1.5. [WBS-Admin-UI] Portal Quản trị Voucher & Audit

• Nghiệp vụ: Tạo chiến dịch khuyến mãi (Voucher), theo dõi hiệu quả và đối soát tài chính (Doanh thu thực tế vs Webhook).
• Hệ số NFR: UI/UX Precision (1.2x) - Hỗ trợ kế toán và Marketing.

2. Thông số Kỹ thuật (Technical Standards)

• Backend Stack: Node.js, NestJS (Microservice).
• Payment API: VietQR (NAPAS 24/7), Momo Business API.
• e-Invoice API: MISA meInvoice / VNPT Invoice.
• Compliance: PCI DSS Ready (Transport layer security).

Gói L2-02: Bác sĩ Gia đình (Family Doctor Ecosystem)

1. Tổng quan (Overview)

Phát triển hệ thống kết nối bệnh nhân và bác sĩ gia đình theo mô hình "On-demand Healthcare". Hệ thống cho phép bác sĩ đến nhà khám và tư vấn trực tuyến qua Video chất lượng cao.

Cấp độ Hoàn thiện (Maturity Level): GROWTH

• User App: Dành cho Bệnh nhân (Q&A/Consultation).
• Doctor App: Dành cho Bác sĩ (Answer/Profile).
• Admin Portal: Dành cho Quản trị viên (Content Moderation). (Note: Chưa đạt Enterprise do thiếu module Điều phối & Video Call phức tạp).

2. Các thành phần chi tiết (Detailed Components)

2.1. Mobile Application (iOS/Android)

• App Bệnh nhân: Đặt lịch bác sĩ đến nhà, gọi Telemedicine, xem hồ sơ y tế hộ gia đình.
• App Bác sĩ: Quản lý ca bệnh, ghi chú SOAP, kê đơn thuốc và định vị GPS.

2.2. Admin & CS Operations (Quản trị & Vận hành)

• Admin Portal: Quản lý danh sách bác sĩ, duyệt hồ sơ, thiết lập giá dịch vụ và phân vùng hoạt động.
• CS Portal: Hệ thống Dispatch thủ công (khi AI không tìm được bác sĩ) và xử lý khiếu nại/đánh giá sao.

2.3. Consultation Logic (Tư vấn trực tuyến)

• Q&A: Hệ thống hỏi đáp công khai/riêng tư.
• Ticket: Quản lý yêu cầu hỗ trợ.

2.4. (Removed Features)

• Dispatching & GPS: (Đã lược bỏ để tối ưu chi phí).
• Real-time Video: (Đã lược bỏ).

3. Lịch trình dự kiến (Estimated Schedule)

Dự án có tổng nỗ lực ước tính 140.0 SP (~104.5 MD), tập trung vào việc nâng cấp và Refactor source code cũ.

[!IMPORTANT] Việc phát hành ứng dụng lên App Store cần ít nhất 1-2 tuần kiểm duyệt từ phía Apple.

4. Thông số kỹ thuật (Technical Specs)

• Mobile: Flutter.
• Web Portal: ReactJS (Admin/CS).
• Video SDK: Agora / Twilio.
• Location: Google Maps API.
• Backend: Node.js microservice.

CHI TIẾT ƯỚC TÍNH - GÓI L2-BÁC SĨ GIA ĐÌNH (GROWTH LEVEL)

[!NOTE] Phương án: FULL STANDARD (14 Columns). Inheritance Rule:

• Infra Setup: 0 SP (Inherited).
• BA/PM: Integrated. Target: ~104.5 MD (4.75 MM).

1. DETAILED ESTIMATION TABLE