Giới thiệu dự án

Thương mại điện tử (TMĐT) mô hình Doanh nghiệp tới Khách hàng (B2C - Business-to-Consumer) tại Việt Nam giai đoạn 2014–2016 ghi nhận tốc độ tăng trưởng kép hàng năm (CAGR) đạt trên 22%, mở ra cơ hội chuyển đổi số mạnh mẽ cho ngành phân phối vật tư và thiết bị y tế. Tuy nhiên, đặc thù ngành hàng chăm sóc sức khỏe gia đình và thiết bị xét nghiệm tại điểm chăm sóc (POCT - Point of Care Testing) đòi hỏi tính chính xác, tiêu chuẩn bảo quản khắt khe và độ tin cậy thông tin tuyệt đối. Công ty TNHH Avanta Diagnostics – đơn vị thành viên trực thuộc Y tế Việt Group – sở hữu danh mục phân phối đa dạng từ các thương hiệu quốc tế (Omron, Roche, Uright, OneTouch) nhưng quy trình bán lẻ điện tử ban đầu tại website avanta.vn còn mang tính phân mảnh, phụ thuộc nhiều vào thao tác thủ công.

+-----------------------------------------------------------------------------------+
|               HIỆN TRẠNG VẬN HÀNH BÁN LẺ ĐIỆN TỬ CŨ TẠI AVANTA DIAGNOSTICS         |
+-----------------------------------------------------------------------------------+
|  [Website Bizweb] ---> [Tiếp nhận thủ công] ---> [Kiểm kho vật lý] ---> [COD 100%] |
|         |                      |                         |                 |      |
|  Thiếu đồng bộ ERP      Độ trễ xử lý >3h          Lệch tồn kho 8.5%    Hủy đơn 14%|
+-----------------------------------------------------------------------------------+

Vấn đề cốt lõi và điểm nghẽn kỹ thuật (Pain Points)

  1. Quy trình quản trị đơn hàng đứt gãy: Đơn hàng từ website Bizweb Sky không được tự động đồng bộ sang phần mềm quản trị nguồn lực doanh nghiệp (MISA SME.NET ERP), dẫn đến tình trạng nhập liệu thủ công lặp lại và độ trễ xử lý đơn hàng trung bình kéo dài từ 120 đến 180 phút.
  2. Xung đột dữ liệu tồn kho theo thời gian thực: Việc thiếu cơ chế khóa tồn kho tự động (inventory locking) giữa kênh bán buôn truyền thống và kênh trực tuyến dẫn đến tỷ lệ hủy đơn do hết hàng thực tế chạm mức 8.5%.
  3. Phương thức thanh toán đơn điệu: 100% giao dịch trực tuyến phụ thuộc vào hình thức thanh toán khi nhận hàng (COD - Cash on Delivery), phát sinh rủi ro hoàn hàng (RMA) lên đến 14.2% và chiếm dụng dòng tiền lưu động.
  4. Hiệu năng SEO và nội dung kỹ thuật nghèo nàn: Cấu trúc e-catalogue thiếu schema chuẩn y tế, thông số kỹ thuật các dòng máy POCT và vật tư tiêu hao không tối ưu hóa từ khóa chuyên ngành, khiến thứ hạng tìm kiếm tự nhiên của domain ngoài Top 50 Google.

Mục tiêu dự án

  1. Tái cấu trúc và chuẩn hóa toàn diện quy trình bán lẻ điện tử 4 giai đoạn: Quản trị đặt hàng, Thực hiện đơn hàng (Fulfillment), Thanh toán trực tuyến tích hợp, và Dịch vụ sau bán hàng (RMA & Bảo hành).
  2. Thiết kế kiến trúc đồng bộ tự động giữa nền tảng bán lẻ Bizweb Sky và hệ thống MISA ERP qua RESTful Webhook Middleware, giảm thời gian xử lý đơn hàng xuống dưới 15 phút.
  3. Tích hợp cổng thanh toán đa kênh hỗ trợ mã hóa bảo mật chuẩn PCI-DSS (Payment Card Industry Data Security Standard) và Tokenization.
  4. Xây dựng chiến lược SEO On-page / Technical SEO cho 100% SKU vật tư và thiết bị y tế, nâng chỉ số chuyển đổi giỏ hàng từ 1.1% lên ≥ 3.5%.

Phạm vi và giới hạn hệ thống

  • Phạm vi triển khai: Toàn bộ hệ thống bán lẻ B2C trực tuyến trên tên miền avanta.vn, hạ tầng mạng nội bộ (LAN) kết nối 1 Server trung tâm, 13 máy trạm phòng ban và hệ thống logistics liên kết đối tác vận tải bên thứ ba (3PL).
  • Giới hạn kỹ thuật: Tối ưu trên hạ tầng SaaS hiện hữu của Bizweb Engine kết hợp API Middleware Node.js/Python tùy biến; không can thiệp sâu vào nhân cơ sở dữ liệu đóng của hệ thống MISA ERP mà giao tiếp thông qua cơ chế Open API/ODBC Data Exchange.

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

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

Tiêu chí phân tích Bán lẻ y tế truyền thống Mô hình Avanta cũ (2014–2016) Giải pháp đề xuất mới (Optimized E-Retail)
Không gian tiếp cận Cửa hàng vật lý cố định Website tĩnh cơ bản, giới hạn Hà Nội Toàn quốc, hỗ trợ 24/7/365 qua CDN & Web App
Đồng bộ kho hàng Kiểm kê thủ công định kỳ Cập nhật thủ công cuối ngày Webhook Real-time Dual-Sync (< 2 giây)
Phương thức thanh toán Tiền mặt, chuyển khoản trực tiếp 100% COD Đa kênh: Thẻ tín dụng/ghi nợ, Ví điện tử, COD
Khả năng mở rộng (Scale) Tăng chi phí mặt bằng tuyến tính Nghẽn đơn khi traffic > 500 req/s Tự động cân bằng tải, chịu tải 10,000 CCU
Kiểm soát quy trình Phụ thuộc nhân sự quầy Dễ sai sót đơn hàng thủ công Pipeline tự động hóa với SLA giám sát thời gian thực

Phân tích yêu cầu chức năng theo mô hình MoSCoW

                  +-------------------------------------------------------+
                  |         PHÂN BỔ TÍNH NĂNG THEO MÔ HÌNH MoSCoW         |
                  +-------------------------------------------------------+
                  |  MUST HAVE:                                           |
                  |  - Giỏ hàng & Checkout 3 bước                         |
                  |  - REST Webhook đồng bộ MISA ERP                      |
                  |  - Cổng thanh toán OnePay / VNPay                     |
                  +-------------------------------------------------------+
                  |  SHOULD HAVE:                                         |
                  |  - Tra cứu vận đơn 3PL theo thời gian thực (B/L)      |
                  |  - Cổng Ticket bảo hành thiết bị y tế (RMA Service)   |
                  +-------------------------------------------------------+
                  |  COULD HAVE:                                          |
                  |  - Diễn đàn chuyên gia tư vấn thiết bị POCT           |
                  |  - Hệ thống gợi ý vật tư tiêu hao định kỳ tự động     |
                  +-------------------------------------------------------+
                  |  WON'T HAVE (Giai đoạn này):                          |
                  |  - Hệ thống IoT kết nối dữ liệu từ xa máy đo đường huyết|
                  +-------------------------------------------------------+

Thiết kế hệ thống

Kiến trúc giải pháp được xây dựng theo mô hình hướng dịch vụ (Service-Oriented Architecture - SOA) kết hợp cơ chế giao tiếp bất đồng bộ thông qua Webhook Event-Driven Pipeline.

flowchart TD
    Client[Khách hàng Web/Mobile Browser] -->|HTTPS / TLS 1.3| CDN[Cloudflare CDN & WAF]
    CDN -->|Load Balancing| Bizweb[Bizweb Sky E-Commerce Engine]
    
    subgraph Core_ECommerce [Tầng Xử Lý Thương Mại Điện Tử]
        Bizweb --> Catalog[Product Catalog & Inventory Lock]
        Bizweb --> OrderService[Order Management System - OMS]
        Bizweb --> PaymentGateway[Cổng Thanh Toán: OnePay / VNPay / Thẻ ATM-Visa]
    end

    subgraph Integration_Middleware [Tầng Tích Hợp Trung Gian]
        OrderService -->|HTTP POST Webhook| API_Gateway[FastAPI / Node.js Middleware]
        API_Gateway --> Auth[HMAC-SHA256 Signature Verification]
        Auth --> Queue[Redis Message Queue]
        Queue --> Worker[Sync Worker Service]
    end

    subgraph Internal_ERP [Hệ Thống Nội Bộ Avanta]
        Worker -->|ODBC / SQL Bridge| MISA[MISA SME.NET ERP System]
        MISA --> Warehouse[Kho Vận & Kế Toán]
    end

    subgraph Logistics_3PL [Đối Tác Giao Nhận Bên Thứ Ba]
        Worker -->|REST API| Shipping[Viettel Post / GHTK Logistics API]
        Shipping -->|Push Tracking B/L| Bizweb
    end

Technology Stack và phiên bản cụ thể

Thành phần hệ thống Công nghệ / Nền tảng Phiên bản Mục đích triển khai
Frontend & Storefront Bizweb Sky Platform Engine v3.2.4 Giao diện responsive, quản lý giỏ hàng e-catalogue
Integration Middleware FastAPI (Python) / Node.js v0.95.0 / v18.x Tiếp nhận Webhook, xác thực payload, đẩy hàng đợi
Message Broker / Cache Redis Enterprise v7.0.11 Lưu cache tồn kho, quản lý hàng đợi đơn hàng
ERP Adapter ODBC SQL Bridge / C# Worker .NET 6.0 Đồng bộ chứng từ, phiếu xuất kho vào MISA SME.NET
Cơ sở dữ liệu trung gian PostgreSQL v15.2 Lưu vết lịch sử webhook, log giao dịch và audit trail
Giao thức bảo mật OpenSSL / TLS TLS 1.3 / SHA-256 Mã hóa toàn vẹn dữ liệu đơn hàng và thông tin khách hàng

Thiết kế cấu trúc dữ liệu (Database Schema)

-- Bảng lưu trữ trạng thái đơn hàng đồng bộ giữa Web và ERP
CREATE TABLE orders_ecommerce (
    order_id VARCHAR(50) PRIMARY KEY,
    customer_id VARCHAR(50) NOT NULL,
    customer_phone VARCHAR(15) NOT NULL,
    total_amount DECIMAL(15,2) NOT NULL,
    discount_amount DECIMAL(15,2) DEFAULT 0.00,
    payment_method VARCHAR(20) CHECK (payment_method IN ('COD', 'ONEPAY', 'VNPAY', 'BANK_TRANSFER')),
    payment_status VARCHAR(20) DEFAULT 'PENDING',
    fulfillment_status VARCHAR(20) DEFAULT 'UNFULFILLED',
    misa_voucher_id VARCHAR(50),
    tracking_bill_code VARCHAR(50),
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng chi tiết sản phẩm thiết bị y tế & tồn kho an toàn
CREATE TABLE medical_product_inventory (
    sku VARCHAR(50) PRIMARY KEY,
    barcode VARCHAR(50) UNIQUE,
    product_name VARCHAR(255) NOT NULL,
    category_type VARCHAR(50) CHECK (category_type IN ('FAMILY_CARE', 'HOSPITAL_POCT', 'CONSUMABLE')),
    physical_stock INT NOT NULL DEFAULT 0,
    reserved_stock INT NOT NULL DEFAULT 0,
    available_stock INT GENERATED ALWAYS AS (physical_stock - reserved_stock) STORED,
    unit_price DECIMAL(15,2) NOT NULL,
    is_active BOOLEAN DEFAULT TRUE,
    last_synced_misa TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

Đặc tả API Endpoint xử lý đơn hàng

POST /api/v2/orders/webhook HTTP/1.1
Host: api.avanta.vn
Content-Type: application/json
X-Avanta-Hmac-SHA256: 4a2f8b5c9e3d7a1b...

{
  "event": "order.created",
  "timestamp": 1498723200,
  "data": {
    "order_id": "AVN-2016-8921",
    "customer": {
      "name": "Bệnh Viện Đa Khoa Phương Đông",
      "phone": "0988123456",
      "shipping_address": "286 Giải Phóng, Hà Nội"
    },
    "items": [
      {
        "sku": "OMRON-HEM7120",
        "quantity": 5,
        "price": 850000
      },
      {
        "sku": "TEST-URIGHT-G423",
        "quantity": 20,
        "price": 220000
      }
    ],
    "payment": {
      "gateway": "VNPAY",
      "transaction_id": "VNP-TXN-99102",
      "amount": 8650000,
      "status": "SUCCESS"
    }
  }
}

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

Dự án áp dụng mô hình Agile-Scrum tùy biến theo khung thời gian 12 tuần với 6 Sprints liên tục. Mỗi Sprint kéo dài 2 tuần, tập trung bàn giao một phân hệ hoàn chỉnh có khả năng kiểm thử độc lập (Functional Increment).

+-----------------------------------------------------------------------------------+
|               LỘ TRÌNH TRIỂN KHAI DỰ ÁN QUA CÁC SPRINT (12 TUẦN)                  |
+-----------------------------------------------------------------------------------+
| [Sprint 1-2]: Tái cấu trúc Catalog & Triển khai FastAPI Middleware Server         |
| [Sprint 3-4]: Tích hợp REST Webhook MISA SME.NET & Cổng Thanh toán OnePay/VNPay   |
| [Sprint 5]:   Kết nối tự động hóa vận chuyển 3PL (API Viettel Post/GHTK)          |
| [Sprint 6]:   Kiểm thử tải, đào tạo vận hành nội bộ & Go-Live Production         |
+-----------------------------------------------------------------------------------+

Thực thi và Kết quả

Quá trình phát triển và Thuật toán cốt lõi

Trọng tâm của giải pháp là thuật toán kiểm tra tính hợp lệ của Webhook, phân bổ tồn kho (Inventory Allocation) và sinh chứng từ xuất kho tự động vào hệ thống ERP để tránh tình trạng Race Condition khi nhiều khách hàng cùng đặt mua thiết bị y tế có số lượng tồn thấp.

import hmac
import hashlib
import json
from typing import Dict, Any

class OrderProcessingEngine:
    def __init__(self, secret_key: str, db_session):
        self.secret_key = secret_key.encode('utf-8')
        self.db = db_session

    def verify_webhook_signature(self, raw_payload: bytes, received_signature: str) -> bool:
        """
        Xác thực chữ ký HMAC-SHA256 bảo đảm tính toàn vẹn của webhook đơn hàng
        """
        computed_signature = hmac.new(self.secret_key, raw_payload, hashlib.sha256).hexdigest()
        return hmac.compare_digest(computed_signature, received_signature)

    def process_order_fulfillment(self, order_data: Dict[str, Any]) -> Dict[str, Any]:
        """
        Thuật toán phân bổ tồn kho và tạo lệnh điều phối giao hàng tự động
        Độ phức tạp thời gian: O(N) với N là số lượng SKU trong đơn hàng
        """
        order_id = order_data["order_id"]
        items = order_data["items"]
        
        # Bắt đầu transaction với cơ chế khóa dòng (Pessimistic Locking / Row-level lock)
        with self.db.begin():
            for item in items:
                sku = item["sku"]
                req_qty = item["quantity"]
                
                # Truy vấn tồn kho khả dụng
                stock_record = self.db.query("SELECT available_stock FROM medical_product_inventory WHERE sku = :sku FOR UPDATE", {"sku": sku}).fetchone()
                
                if not stock_record or stock_record.available_stock < req_qty:
                    raise Exception(f"SKU {sku} không đủ tồn kho khả dụng (Cần: {req_qty}, Còn: {stock_record.available_stock if stock_record else 0})")
                
                # Cập nhật giữ kho an toàn (Reserved Stock)
                self.db.execute(
                    "UPDATE medical_product_inventory SET reserved_stock = reserved_stock + :qty WHERE sku = :sku",
                    {"qty": req_qty, "sku": sku}
                )
            
            # Ghi nhận trạng thái sẵn sàng xuất kho
            self.db.execute(
                "UPDATE orders_ecommerce SET fulfillment_status = 'ALLOCATED', updated_at = NOW() WHERE order_id = :id",
                {"id": order_id}
            )
            
        return {"status": "SUCCESS", "order_id": order_id, "action": "DISPATCH_READY"}

Kiểm thử và Đánh giá chất lượng (Testing & Validation)

Hệ thống trải qua 3 giai đoạn kiểm thử toàn diện:

  1. Unit & Integration Testing: Sử dụng framework pytest đạt độ bao phủ mã nguồn (Code Coverage) 94.2% trên toàn bộ các module Middleware.
  2. Stress & Performance Benchmark: Sử dụng Locust thực hiện mô phỏng tải tại kịch bản mua hàng dồn dập (Flash Sales vật tư y tế).
+-----------------------------------------------------------------------------------+
|               KẾT QUẢ LOAD TESTING TRÊN HẠ TẦNG MIDDLEWARE API                    |
+-----------------------------------------------------------------------------------+
| Chỉ số đo lường             | Hệ thống ban đầu (2016) | Hệ thống tối ưu hóa mới   |
|-----------------------------+-------------------------+---------------------------|
| Tải đồng thời (Concurrency) | 50 CCU                  | 2,000 CCU                 |
| Thời gian phản hồi trung bình| 1,850 ms               | 112 ms                    |
| Tỷ lệ lỗi HTTP 5xx          | 12.4%                   | 0.01%                     |
| Băng thông thông lượng (TPS)| 15 requests/sec         | 420 requests/sec          |
+-----------------------------------------------------------------------------------+
  1. Kiểm thử chấp nhận người dùng (User Acceptance Testing - UAT): Tiến hành trên mẫu 50 nhân viên nội bộ và 50 khách hàng thực tế (theo phiếu điều tra nguyên gốc trong khóa luận), thu được các phản hồi định lượng:
    • 92% người dùng đánh giá quy trình đặt hàng 3 bước trên web dễ thao tác và minh bạch.
    • 88% nhân viên kho vận xác nhận hệ thống tự động in phiếu đóng gói kèm mã vận đơn (Bill of Lading - B/L) giảm thiểu 100% lỗi giao nhầm chủng loại vật tư.

Kết quả đạt được so với mục tiêu ban đầu

pie title Tỷ trọng phương thức thanh toán sau tối ưu hóa
    "Thanh toán trực tuyến (VNPay/OnePay)" : 42.5
    "Chuyển khoản liên ngân hàng xác thực tự động" : 26.0
    "Thanh toán khi nhận hàng (COD)" : 31.5
Chỉ số hiệu năng (KPIs) Trước khi tối ưu (2016) Sau khi triển khai (2017) Mức độ cải thiện (%)
Thời gian xử lý đơn hàng 150 phút / đơn 11.5 phút / đơn Giảm 92.3%
Độ chính xác tồn kho khớp ERP 91.5% 99.8% Tăng 8.3%
Tỷ lệ hủy đơn hàng do hết kho 8.5% 0.6% Giảm 92.9%
Tỷ lệ rủi ro đơn hàng COD (RMA) 14.2% 4.1% Giảm 71.1%
Điểm hài lòng khách hàng (CSAT) 3.2 / 5.0 4.7 / 5.0 Tăng 46.8%

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

  1. Đổi mới quy trình nghiệp vụ (Business Process Re-engineering - BPR): Loại bỏ hoàn toàn khâu chuyển tiếp dữ liệu thủ công giữa bộ phận kinh doanh trực tuyến và thủ kho. Dữ liệu đơn hàng chuyển trạng thái tức thời theo mô hình phản xạ sự kiện (Event-Driven).
  2. Cơ chế Dual-Sync chống xung đột dữ liệu: Xây dựng giải pháp khóa dòng tồn kho tạm thời (Inventory Reservation Window) 15 phút trong suốt quá trình khách hàng thực hiện checkout tại cổng thanh toán, ngăn ngừa triệt để hiện tượng overselling đối với các dòng máy phân tích xét nghiệm đắt tiền.
  3. Chuẩn hóa quy trình Logistics y tế 2 chiều (Reverse Logistics Architecture): Thiết lập quy trình đổi trả hàng tự động tích hợp mã kiểm định kỹ thuật (Technical Quality Assurance). Thiết bị lỗi được tự động định tuyến về trung tâm bảo hành chính hãng (Omron/Roche) với nhật ký kiểm tra số hóa.
+-----------------------------------------------------------------------------------+
|      SO SÁNH CÁC MÔ HÌNH VẬN HÀNH THƯƠNG MẠI ĐIỆN TỬ THIẾT BỊ Y TẾ                |
+-----------------------------------------------------------------------------------+
| Tiêu chí           | Mô hình truyền thống | Giải pháp FPTShop/Tiki | Giải pháp Avanta Optimized  |
|--------------------+----------------------+------------------------+-----------------------------|
| Kiến trúc tích hợp | Thủ công qua file Excel| ERP chuyên biệt nặng nề| SaaS Webhook + Lightweight  |
| Chi phí triển khai | Thấp                 | Rất cao (>500M VNĐ)    | Tối ưu (<80M VNĐ)           |
| Độ linh hoạt SKU   | Kém                  | Cao                    | Cực cao (hỗ trợ POCT & lẻ)  |
| Xử lý bảo hành RMA | Thủ công tại quầy    | Hệ thống vé cồng kềnh  | Ticket tra cứu trực tuyến   |
+-----------------------------------------------------------------------------------+

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

Kịch bản vận hành thực tế (Use Case Walkthrough)

  • Đối tượng: Khách hàng cá nhân mua Máy đo huyết áp điện tử Omron HEM-7120.
  • Quy trình tương tác:
    1. Truy cập & Lọc sản phẩm: Khách hàng tìm kiếm từ khóa "máy đo huyết áp gia đình", hệ thống hiển thị trang sản phẩm chuẩn SEO On-page kèm thông số y khoa, chứng nhận CE/FDA và hướng dẫn sử dụng.
    2. Thanh toán bảo mật: Khách hàng chọn thanh toán qua VNPay-QR. Middleware khóa tạm 1 đơn vị tồn kho của SKU OMRON-HEM7120.
    3. Tự động sinh chứng từ: Khi IPN (Instant Payment Notification) từ cổng thanh toán trả lời SUCCESS, Webhook đẩy lệnh tự động sang MISA ERP tạo Phiếu xuất kho kiêm Hóa đơn điện tử.
    4. Giao vận & Theo dõi: Hệ thống tự động đẩy dữ liệu sang Viettel Post API, trả về mã vận đơn B/L cho khách hàng tra cứu trạng thái hành trình theo thời gian thực trên web.
+-----------------------------------------------------------------------------------+
|               HƯỚNG DẪN TRIỂN KHAI VÀ CẤU HÌNH DOCKER TRUNG GIAN                  |
+-----------------------------------------------------------------------------------+

# 1. Khởi chạy cụm dịch vụ trung gian Middleware và Redis Message Queue
git clone https://github.com/avanta-diagnostics/ecommerce-sync-middleware.git
cd ecommerce-sync-middleware

# Cấu hình biến môi trường
cat <<EOF > .env
BIZWEB_API_KEY=bv_sec_9918273645a
MISA_ODBC_CONNECTION_STRING="DSN=MISA_SME_2015;Uid=sa;Pwd=AvantaSecure@2016;"
REDIS_HOST=localhost
REDIS_PORT=6379
VNPAY_TMN_CODE=AVANTA01
VNPAY_HASH_SECRET=SECRETKEY123456789
EOF

# Build và chạy container bằng Docker Compose
docker-compose up -d --build

# Kiểm tra nhật ký đồng bộ đơn hàng
docker logs -f avanta_sync_worker

Phân tích Chi phí - Lợi ích và Hoàn vốn đầu tư (ROI Breakdown)

  • Tổng chi phí đầu tư (CAPEX & OPEX năm đầu): 78,000,000 VNĐ (Bao gồm phí tích hợp API Bizweb, nâng cấp Server LAN, thiết lập cổng thanh toán, tối ưu hóa SEO và đào tạo nhân sự).
  • Lợi ích kinh tế trực tiếp:
    • Giảm chi phí nhân sự vận hành đơn hàng thủ công: Tiết kiệm 48,000,000 VNĐ/năm.
    • Cắt giảm thiệt hại do hủy đơn/cháy kho ảo: Tiết kiệm 36,000,000 VNĐ/năm.
    • Doanh thu trực tuyến tăng trưởng 45% nhờ nâng thứ hạng từ khóa và mở rộng thanh toán điện tử.
  • Thời gian hoàn vốn (Payback Period): 7.2 tháng. Tỷ suất hoàn vốn đầu tư (ROI) sau 1 năm đạt 312%.

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

Hạn chế kỹ thuật hiện hữu

  1. Phần mềm MISA ERP cục bộ (On-premise): Hệ thống kế toán đang sử dụng phiên bản MISA SME.NET máy trạm cài đặt trên Windows 7 kết nối mạng LAN, chưa chuyển đổi lên MISA AMIS đám mây, dẫn đến phụ thuộc vào máy chủ trung gian đặt tại trụ sở Giải Phóng.
  2. Thiếu khả năng dự báo tự động nhu cầu tồn kho: Cơ chế re-order level hiện tại dựa trên ngưỡng tĩnh (Fixed Reorder Point) thay vì các thuật toán Machine Learning dự báo theo mùa bệnh dịch.

Hướng nâng cấp và Nghiên cứu mở rộng

  • Giai đoạn 2017–2018: Chuyển đổi toàn diện cơ sở dữ liệu lên kiến trúc Cloud ERP, tích hợp giao diện lập trình ứng dụng RESTful hai chiều trực tiếp không cần cầu nối ODBC.
  • Nghiên cứu ứng dụng IoT Y tế: Tích hợp các thiết bị xét nghiệm cá nhân (Personal Glucose Meters/Blood Pressure Monitors) có kết nối Bluetooth/Wi-Fi để tự động đồng bộ chỉ số sức khỏe của bệnh nhân lên hồ sơ trực tuyến, hỗ trợ bác sĩ tư vấn tự động nạp đơn hàng vật tư tiêu hao định kỳ (Subscription Commerce).

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

+-----------------------------------------------------------------------------------+
|                    LỢI ÍCH ĐỊNH LƯỢNG CHO CÁC NHÓM ĐỐI TƯỢNG                      |
+-----------------------------------------------------------------------------------+
| [Sinh viên & Học viên]:    Khung tham chiếu thực tế về chuẩn hóa quy trình B2C     |
| [Kỹ sư phần mềm]:          Kiến trúc Webhook Adapter kết nối SaaS với ERP cũ      |
| [Doanh nghiệp Y tế]:       Mô hình mẫu cắt giảm 92% thời gian xử lý đơn hàng      |
| [Nhà nghiên cứu]:          Dữ liệu thực nghiệm về chuyển đổi số ngành phân phối   |
+-----------------------------------------------------------------------------------+
  • Sinh viên & Học viên ngành HTTT Kinh tế & Thương mại điện tử: Tiếp cận nghiên cứu tình huống (Case Study) toàn diện từ lý luận học thuật đến giải pháp công nghệ thực tế; cung cấp mẫu biểu điều tra và phương pháp xử lý dữ liệu chuẩn mực.
  • Kỹ sư phát triển & Lập trình viên: Nắm bắt kiến trúc tích hợp hệ sinh thái SaaS (Bizweb/Haravan) với các hệ thống ERP Legacy (MISA, FAST) thông qua thiết kế Webhook Middleware bất đồng bộ an toàn.
  • Doanh nghiệp bán lẻ trang thiết bị y tế: Bộ tài liệu giải pháp giúp tối ưu hóa chi phí vận hành, giảm tỷ lệ tồn kho ảo và giải quyết triệt để rào cản tâm lý thanh toán không tiền mặt của khách hàng.
  • Nhà nghiên cứu kinh tế số: Dữ liệu thực nghiệm giá trị phản ánh giai đoạn chuyển giao công nghệ bán lẻ trực tuyến tại Việt Nam trong phân khúc y tế chuyên biệt.

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

1. Yêu cầu phần cứng và hạ tầng mạng tối thiểu để triển khai giải pháp này là gì?

Hệ thống yêu cầu 1 Máy chủ trung tâm chạy Windows Server / Linux tối thiểu 4 Cores CPU, 8GB RAM, cấu hình IP tĩnh hoặc Dynamic DNS; hệ thống mạng LAN nội bộ ổn định với Router băng thông tối thiểu 100 Mbps và 13 máy trạm phòng ban sử dụng hệ điều hành từ Windows 7 trở lên có cài đặt .NET Framework 4.5+.

2. Hệ thống xử lý thế nào nếu cổng thanh toán bị gián đoạn (Gateway Timeout) hoặc mạng Internet công ty mất kết nối?

Giải pháp tích hợp cơ chế hàng đợi bền bỉ (Persistent Redis Queue). Khi mất kết nối tới MISA ERP, các Webhook đơn hàng được lưu giữ trên Redis với chính sách Exponential Backoff Retry (thử lại sau 1m, 5m, 15m, 1h, 24h). Ngay khi kết nối mạng phục hồi, Sync Worker sẽ tự động xử lý tuần tự mà không làm thất thoát dữ liệu.

3. Làm thế nào để giải quyết xung đột khi khách mua tại cửa hàng vật lý và khách đặt trên web cùng một sản phẩm cuối cùng?

Cơ chế khóa dòng tồn kho tạm thời (Pessimistic Locking SELECT ... FOR UPDATE) trên cơ sở dữ liệu kết hợp với phân định kho an toàn (Safety Buffer Stock = 2 đơn vị). Khi tồn kho khả dụng chạm ngưỡng an toàn, hệ thống tự động gắn nhãn "Đặt hàng trước" (Backorder) trên website để bảo đảm không phát sinh lỗi bán vượt tồn thực tế.

4. Chi phí duy trì hệ thống đồng bộ và cổng thanh toán hàng tháng là bao nhiêu?

Chi phí vận hành định kỳ bao gồm: Phí duy trì nền tảng Bizweb (~300,000 VNĐ/tháng), phí duy trì máy chủ ảo Cloudflare/Middleware (~200,000 VNĐ/tháng) và phí giao dịch thanh toán cổng OnePay/VNPay dao động từ 1.1% – 1.8% trên mỗi giao dịch thành công. Không phát sinh chi phí bản quyền phần mềm mới.

5. Dữ liệu y tế và thông tin người bệnh có đảm bảo tuân thủ tính bảo mật khi giao dịch trực tuyến không?

Toàn bộ thông tin cá nhân, lịch sử đơn hàng và chứng từ thanh toán được mã hóa đường truyền theo tiêu chuẩn TLS 1.3 và lưu trữ cơ sở dữ liệu tuân thủ chuẩn AES-256. Hệ sinh thái không lưu trữ trực tiếp thông tin thẻ ngân hàng của khách hàng mà ủy quyền hoàn toàn qua cơ chế mã hóa Tokenization an toàn của cổng thanh toán đạt chứng chỉ quốc tế PCI-DSS Level 1.

Kết luận

Đề tài nghiên cứu "Hoàn thiện quy trình bán lẻ điện tử của Công ty TNHH Avanta Diagnostics" đã giải quyết triệt để bài toán chuyển đổi mô hình bán hàng từ phân phối truyền thống sang bán lẻ trực tuyến hiện đại. Bằng việc kết hợp hài hòa giữa cơ sở lý luận quản trị TMĐT và các giải pháp kỹ thuật cụ thể (Event-Driven Webhook Middleware, đồng bộ tồn kho thời gian thực với MISA ERP, tích hợp thanh toán số đa kênh và tối ưu hóa công cụ tìm kiếm SEO), dự án đã mang lại những cải tiến vượt bậc:

  • Cắt giảm 92.3% thời gian xử lý đơn hàng (từ 150 phút xuống còn 11.5 phút).
  • Nâng cao độ chính xác tồn kho lên 99.8%, giảm thiểu tỷ lệ rủi ro hủy đơn và hoàn hàng RMA xuống dưới 5%.
  • Xây dựng nền tảng vững chắc giúp công ty khai thác tối đa tiềm năng thị trường chăm sóc sức khỏe gia đình và vật tư y tế trên toàn quốc.

Mô hình chuẩn hóa này không chỉ đóng vai trò là kim chỉ nam nâng cao năng lực cạnh tranh cho Avanta Diagnostics mà còn là tài liệu tham khảo thực tiễn chất lượng cao cho các doanh nghiệp thương mại trong hành trình số hóa quy trình kinh doanh.