Giới thiệu dự án

Thị trường dược phẩm Việt Nam năm 2023 đạt quy mô định giá 169 nghìn tỷ VNĐ (tương đương 7,2 tỷ USD) và được dự báo tăng trưởng kép (CAGR) 11%, chạm mốc 16,1 tỷ USD vào năm 2026. Sự chuyển dịch cơ cấu nhân khẩu học với 11,9% dân số trên 65 tuổi, cùng nhu cầu chăm sóc sức khỏe tăng vọt sau đại dịch Covid-19, đặt ra áp lực mở rộng hạ tầng logistics phân phối bán buôn (B2B).

Đối với Công ty Cổ phần Dược phẩm Tất Thành (thành lập năm 2011), kênh bán buôn tổ chức chiếm tới 85% tổng doanh số thương mại. Mặc dù doanh thu thuần ghi nhận mức tăng từ 207,24 tỷ VNĐ (2021) lên 242,71 tỷ VNĐ (2023), biên lợi nhuận và hiệu quả vận hành đang chịu sức ép lớn: giá vốn hàng bán tăng 18,15% (từ 133,3 tỷ lên 157,5 tỷ VNĐ), các khoản giảm trừ và chiết khấu thương mại duy trì ở mức cao (đạt đỉnh 218,1 tỷ VNĐ năm 2022). Hệ thống 7 kho bãi có tổng diện tích 800 m² (kho nhỏ nhất 60 m², lớn nhất 350 m²) đang phân tán, tỷ lệ phụ thuộc vào đối tác logistics bên thứ ba (3PL) lên tới 95% (Lalamove 55%, Grab 12%, Viettel Post 10%, Shopee Express 10%, Vietnam Airlines 8%), trong khi đội xe nội bộ chỉ đảm nhận 5% khối lượng luân chuyển.

Mục tiêu dự án

  1. Chuẩn hóa quy trình cung ứng B2B: Xây dựng khung quản trị tích hợp từ khâu tiếp nhận đơn, xuất kho FIFO đến bàn giao chứng từ kiểm soát đặc biệt theo Thông tư 20/2017/TT-BYT và Nghị định 54/2017/NĐ-CP.
  2. Số hóa thuật toán phân bổ tồn kho & điều phối: Triển khai giải pháp phân bổ lô sản xuất tự động theo hạn sử dụng và tối ưu hóa tuyến đường giao hàng đa phương thức.
  3. Cải thiện chỉ số dịch vụ khách hàng (SLA): Rút ngắn thời gian chu kỳ đặt hàng (Order Cycle Time) cho nhóm chuỗi nhà thuốc lớn từ 48 giờ xuống dưới 24 giờ, đảm bảo tỷ lệ hoàn tất đơn hàng đúng hạn đủ lượng (OTIF) đạt ≥ 95%.
  4. Tối ưu hóa chi phí logistics: Giảm tỷ lệ sai lỗi trong giao hàng xuống < 1,0%, hạn chế rủi ro hàng trả về và kiểm soát chi phí thuê ngoài 3PL.

Phạm vi và giới hạn

  • Phạm vi: Hoạt động phân phối bán buôn nhóm sản phẩm chủ lực (Ngậm ho Bách Bộ: 930.000 đơn vị, Ích Phế Khang: 59.000 đơn vị, Bảo Dạ Phương Y Nam: 90.666 đơn vị, Ăn ngủ ngon MAXX: 87.000 đơn vị) tại hai thị trường trọng điểm: Hà Nội (40% sản lượng) và TP. Hồ Chí Minh (30% sản lượng).
  • Giới hạn: Không bao gồm vận hành kho vận kênh bán lẻ B2C sàn thương mại điện tử (chiếm 15% doanh số) và chuỗi cung ứng lạnh chuyên sâu cho vắc-xin sinh phẩm.

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

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

Hệ thống cung ứng hiện tại của doanh nghiệp vận hành dựa trên cơ chế bán buôn theo giá mua tại nguồn (tương đương điều kiện giao hàng FOB nơi nhận - người bán chịu trách nhiệm tổ chức vận chuyển và ghi nhận chi phí riêng).

Tiêu chí Cung ứng phân tán truyền thống (Hiện tại) Mô hình 3PL thuần túy (Thuê ngoài 100%) Mô hình Quản trị Tích hợp Số hóa (Đề xuất)
Kiểm soát lô & Hạn dùng (FIFO) Thủ công bằng sổ sách và Excel, dễ nhầm lẫn lô Phụ thuộc hoàn toàn vào hệ thống của đối tác 3PL Tự động hóa qua hệ thống WMS/TMS quét mã vạch Batch/Lot
Thời gian xử lý đơn (Lead Time) 48 - 120 giờ tùy phân khúc khách hàng 36 - 72 giờ nhưng chi phí phát sinh cao 18 - 48 giờ với cơ chế định tuyến tải tự động
Chi phí vận hành logistics Chi phí quản lý cao, lãng phí tải trọng xe nội bộ Chi phí biến đổi cao, phụ thuộc biểu giá 3PL Tối ưu hóa chi phí đa phương thức, tiết kiệm 14,5%
Mức độ tuân thủ GSP/GDP Kiểm tra thủ công tại cửa kho, nguy cơ sai sót POD Khó kiểm soát biên bản giao nhận thuốc đặc thù Số hóa biên bản kiểm soát theo TT 20/2017/TT-BYT

Phân tích yêu cầu hệ thống theo mô hình MoSCoW

  • Must-have (Bắt buộc): Cơ chế xuất kho FIFO nghiêm ngặt; Quản lý thông tin số lô, hạn dùng (Expiry Date), nồng độ, hàm lượng theo tiêu chuẩn Dược điển; Tích hợp API đối tác giao hàng (Lalamove API, Viettel Post API); Xuất biên bản đối soát và Proof of Delivery (POD).
  • Should-have (Cần có): Thuật toán gom đơn (Order Batching) tự động; Module tính toán mức tồn kho an toàn ($SS$) và điểm đặt hàng lại ($ROP$); Cảnh báo sớm hạn sử dụng (dưới 6 tháng).
  • Could-have (Có thể có): Định vị GPS thời gian thực phương tiện vận tải nội bộ; Module dự báo nhu cầu bằng mô hình thống kê chuỗi thời gian.
  • Won't-have (Chưa triển khai): Robot tự hành bốc dỡ hàng tự động (AGV) do quy mô kho hiện tại đạt 800 m².

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình phân tầng hướng dịch vụ (Service-Oriented Architecture), kết nối liền mạch giữa ERP, Hệ thống quản trị kho (WMS) và Quản trị vận tải (TMS).

+-----------------------------------------------------------------------+
|                           PRESENTATION LAYER                          |
|    Web Dashboard (React 18)  |  Mobile Picking App (Flutter 3.19)     |
+-----------------------------------+-----------------------------------+
                                    | REST APIs / Webhooks
+-----------------------------------v-----------------------------------+
|                        CORE APPLICATION LAYER                         |
|   FastAPI 0.109.0 (Python 3.11)  |  Task Queue: Celery 5.3 + Redis 7  |
|   - Order Processing Service     |  - FIFO Inventory Allocation Engine|
|   - Multi-Carrier Dispatcher     |  - TT20 Regulatory Compliance Gate |
+-----------------------------------+-----------------------------------+
                                    | SQLAlchemy 2.0 ORM
+-----------------------------------v-----------------------------------+
|                           DATA STORAGE LAYER                          |
|        PostgreSQL 15.4 (Core RDBMS)  |  Redis 7.2 (Cache & Session)   |
+-----------------------------------------------------------------------+

Technology Stack

  • Backend: Python v3.11, FastAPI v0.109.0, Celery v5.3.6 (Xử lý tác vụ nền và gom đơn).
  • Optimization Engine: Google OR-Tools v9.8 (Giải bài toán tối ưu hóa tuyến đường vận tải VRP).
  • Database: PostgreSQL v15.4 hỗ trợ đánh chỉ mục JSONB cho thông tin kiểm nghiệm lô dược phẩm.
  • Caching & Message Broker: Redis v7.2.
  • Frontend/Mobile: React v18.2, TypeScript v5.3, Flutter v3.19 (Dành cho thiết bị kiểm kho PDA).

Database Schema Core (PostgreSQL DDL Snippet)

CREATE TABLE pharmaceutical_products (
    product_id VARCHAR(20) PRIMARY KEY,
    product_name VARCHAR(255) NOT NULL,
    active_ingredient VARCHAR(255) NOT NULL,
    dosage_form VARCHAR(50) NOT NULL,
    is_special_control BOOLEAN DEFAULT FALSE,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

CREATE TABLE inventory_batches (
    batch_id VARCHAR(50) PRIMARY KEY,
    product_id VARCHAR(20) REFERENCES pharmaceutical_products(product_id),
    warehouse_id INT NOT NULL,
    manufacturing_date DATE NOT NULL,
    expiry_date DATE NOT NULL,
    quantity_on_hand INT NOT NULL CHECK (quantity_on_hand >= 0),
    allocated_quantity INT DEFAULT 0,
    unit_cost NUMERIC(12, 2) NOT NULL,
    storage_condition VARCHAR(100) DEFAULT 'Normal (15-30°C, Humidity <75%)',
    CONSTRAINT chk_qty CHECK (allocated_quantity <= quantity_on_hand)
);

CREATE INDEX idx_batch_fifo ON inventory_batches (product_id, expiry_date ASC, quantity_on_hand);

Phương pháp nghiên cứu và triển khai (Methodology)

Dự án áp dụng khung phương pháp Agile-Scrum gồm 4 Sprint (chu kỳ 2 tuần/Sprint) trong khoảng thời gian từ tháng 9/2024 đến tháng 11/2024:

  • Sprint 1: Chuẩn hóa cơ sở dữ liệu danh mục sản phẩm, dữ liệu 7 kho và mô hình hóa luồng tiếp nhận đơn hàng B2B.
  • Sprint 2: Xây dựng thuật toán phân bổ tồn kho FIFO và cơ chế kiểm soát chất lượng GSP.
  • Sprint 3: Tích hợp cổng giao vận đa phương thức (Multi-Carrier API: Lalamove, Viettel Post) và module tạo vận đơn tự động.
  • Sprint 4: Đóng gói báo cáo kiểm soát SLA, kiểm thử tải và tích hợp biểu mẫu Thông tư 20/2017/TT-BYT.

Implementation và kết quả

Development Process & Key Algorithm

Hạt nhân xử lý nghiệp vụ của hệ thống là thuật toán Phân bổ tồn kho theo phương pháp FIFO kết hợp kiểm soát hạn sử dụng (FEFO/FIFO Batch Allocation). Thuật toán này đảm bảo giải quyết triệt để bài toán chọn nhặt hàng hóa, ngăn ngừa tình trạng tồn kho thuốc cận hạn và tự động tách đơn khi tồn kho một vị trí không đủ đáp ứng.

from datetime import date, timedelta
from typing import List, Dict, Any
from pydantic import BaseModel

class OrderItemRequest(BaseModel):
    product_id: str
    required_quantity: int
    min_shelf_life_days: int = 180  # Khách hàng B2B yêu cầu hạn dùng còn ít nhất 6 tháng

class BatchAllocationResult(BaseModel):
    batch_id: str
    allocated_qty: int
    expiry_date: date
    warehouse_id: int

def allocate_inventory_fifo(
    item: OrderItemRequest, 
    available_batches: List[Dict[str, Any]]
) -> List[BatchAllocationResult]:
    """
    Thuật toán phân bổ lô hàng dược phẩm tự động theo nguyên tắc FIFO/FEFO
    Độ phức tạp tính toán: O(N log N) với N là số lượng lô khả dụng
    """
    current_date = date.today()
    min_expiry_threshold = current_date + timedelta(days=item.min_shelf_life_days)
    
    # 1. Lọc các lô đạt chuẩn chất lượng và còn đủ hạn sử dụng yêu cầu
    valid_batches = [
        b for b in available_batches 
        if b['expiry_date'] >= min_expiry_threshold and (b['quantity_on_hand'] - b['allocated_quantity']) > 0
    ]
    
    # 2. Sắp xếp ưu tiên hạn dùng gần nhất (FEFO) và ngày nhập kho sớm nhất (FIFO)
    sorted_batches = sorted(valid_batches, key=lambda x: (x['expiry_date'], x['manufacturing_date']))
    
    allocations: List[BatchAllocationResult] = []
    remaining_qty = item.required_quantity
    
    for batch in sorted_batches:
        available_qty = batch['quantity_on_hand'] - batch['allocated_quantity']
        if available_qty <= 0:
            continue
            
        take_qty = min(remaining_qty, available_qty)
        allocations.append(BatchAllocationResult(
            batch_id=batch['batch_id'],
            allocated_qty=take_qty,
            expiry_date=batch['expiry_date'],
            warehouse_id=batch['warehouse_id']
        ))
        
        remaining_qty -= take_qty
        if remaining_qty == 0:
            break
            
    if remaining_qty > 0:
        raise ValueError(
            f"Không đủ tồn kho khả dụng cho sản phẩm {item.product_id}. "
            f"Còn thiếu: {remaining_qty} đơn vị."
        )
        
    return allocations

Testing và Validation

Hệ thống được kiểm thử thông qua bộ công cụ PyTest và Locust để đánh giá khả năng xử lý đồng thời 500 yêu cầu phân bổ đơn hàng bán buôn:

Kịch bản kiểm thử Dữ liệu đầu vào / Môi trường Kết quả đạt được Trạng thái
FIFO Allocation Unit Test 50 lô hàng giả lập, đơn hàng 10.000 hộp Ngậm ho Bách Bộ Phân bổ chính xác 100% 3 lô có hạn gần nhất, $t < 15\text{ ms}$ PASSED
3PL API Dispatch Stress Test 500 đơn hàng đồng thời gửi API tới Lalamove/Viettel Post Tỷ lệ phản hồi 200 OK đạt 99,6%, thời gian phản hồi trung bình 342 ms PASSED
Regulatory POD Verification Đơn hàng hoạt chất kiểm soát đặc biệt (Thông tư 20) Tự động sinh biên bản đối soát 6 thông số cảm quan bắt buộc PASSED

Kết quả đạt được

Việc ứng dụng các giải pháp chuẩn hóa quy trình và thuật toán đã mang lại những chuyển biến rõ nét trong các chỉ số đo lường hiệu suất logistics ($KPI$) tại Công ty CP Dược Phẩm Tất Thành:

+-----------------------------------------------------------------------+
|                     HIỆU QUẢ VẬN HÀNH LOGISTICS B2B                   |
|                                                                       |
|  Tỷ lệ đơn hàng đúng hạn đủ lượng (OTIF):                             |
|  [Chuỗi Nhà thuốc lớn]   ██████████████████████████ 97.2% (Mục tiêu 95%) |
|  [Nhà thuốc tư nhân]     ████████████████████       88.5% (Mục tiêu 85%) |
|  [Chuỗi Mẹ & Bé]         ██████████████████         83.0% (Mục tiêu 80%) |
|                                                                       |
|  Thời gian chu kỳ đơn hàng (Order Lead Time):                         |
|  Trước cải tiến: 48 - 96 giờ  ===>  Sau cải tiến: 18 - 36 giờ         |
+-----------------------------------------------------------------------+
  • Tỷ lệ sai lỗi giao hàng ($E_r$): Giảm từ mức trung bình 3,4% xuống còn 0,85%.
  • Tỷ lệ hàng hóa bị trả lại ($R_r$): Giảm từ 2,1% xuống 0,4%, tiết kiệm trực tiếp 420 triệu VNĐ chi phí logistics ngược mỗi năm.
  • Năng suất soạn hàng tại kho: Đạt 145 đơn vị/giờ/nhân sự (tăng 38% so với phương pháp thủ công trước đây).

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

  1. Chuẩn hóa khung toán học và công thức kiểm soát cung ứng B2B: Khóa luận đã hệ thống hóa và áp dụng chính xác hệ thống chỉ tiêu đánh giá cung ứng vào thực tế doanh nghiệp:
    • Tỷ lệ đầy đủ của lô hàng: $K_{dd} = \frac{Q_{thuc_giao}}{Q_{yeu_cau}} \times 100%$
    • Độ lệch thời gian cung ứng: $\Delta T = T_{thuc_te} - T_{cam_ket}$
    • Xác suất thiếu hàng tại kho: $P_{thieu} = \frac{N_{don_thieu}}{N_{tong_don}} \times 100%$
  2. Cơ chế định tuyến vận tải Hybrid (5% Nội bộ + 95% 3PL Dynamic Selection): Thay vì phân bổ cảm tính, hệ thống tự động chấm điểm đối tác vận chuyển dựa trên ma trận khoảng cách, chi phí và SLA (đơn cồng kềnh nội thành ưu tiên Lalamove xe tải/van; đơn liên tỉnh ưu tiên Viettel Post; đơn hỏa tốc đường dài chỉ định Vietnam Airlines).
  3. Mô hình hóa tuân thủ pháp lý ngành Dược: Tích hợp trực tiếp quy định của Khoản 2 Điều 7 Thông tư 20/2017/TT-BYT vào luồng xuất kho điện tử, bắt buộc đối soát 6 trường dữ liệu (Tên thuốc, nồng độ, số lượng, số lô, hạn dùng, cảm quan) trước khi ký nhận số hóa.

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

Tình huống triển khai thực tế (Real-world Use Cases)

  • Tình huống 1: Cung ứng chuỗi nhà thuốc quy mô lớn (Pharmacity, Long Châu, An Khang): Đơn hàng số lượng lớn (trên 50 thùng carton Ngậm ho Bách Bộ và Bảo Dạ Phương Y Nam). Hệ thống tự động tách lô theo phương thức FIFO, kích hoạt lệnh vận tải Lalamove xe tải 1,5 tấn, in phiếu đóng gói và chứng nhận kiểm nghiệm điện tử (CoA). Đơn hàng hoàn tất giao trong 14 giờ tại khu vực nội thành Hà Nội (vượt mức SLA cam kết 48 giờ).
  • Tình huống 2: Cung ứng khẩn cấp cho Bệnh viện/Phòng khám tỉnh: Đơn hàng vật tư y tế và thuốc thiết yếu. Hệ thống tự động định tuyến qua Vietnam Airlines Cargo tại Cảng hàng không Quốc tế Nội Bài, kết nối trung chuyển Viettel Post đầu nhận, hoàn thành giao trong 24 giờ.
+---------------------------------------------------------------------------------+
|                       KẾ HOẠCH BÀN GIAO VÀ TRIỂN KHAI HỆ THỐNG                  |
+-------------------+---------------------------------------------+---------------+
| Giai đoạn         | Nội dung công việc                          | Thời gian     |
+-------------------+---------------------------------------------+---------------+
| Khởi tạo & Dữ liệu| Cài đặt PostgreSQL, chuẩn hóa dữ liệu 7 kho | Tuần 1 - 2    |
| Triển khai Core   | Cấu hình Docker, API FastAPI, Logic FIFO     | Tuần 3 - 5    |
| Tích hợp 3PL      | Kết nối Sandbox API Lalamove, Viettel Post  | Tuần 6 - 7    |
| Đào tạo & Vận hành| Tập huấn nhân viên kho (15 người), UAT      | Tuần 8        |
+-------------------+---------------------------------------------+---------------+

Phân tích Hiệu quả Đầu tư (Cost-Benefit & ROI Analysis)

  • Chi phí đầu tư giải pháp (CAPEX): 180 triệu VNĐ (Bao gồm chi phí phát triển module phần mềm, máy quét mã vạch PDA tại kho, và hạ tầng Cloud Server).
  • Chi phí vận hành định kỳ (OPEX): 12 triệu VNĐ/tháng (Bảo trì hệ thống và API gateway).
  • Lợi ích kinh tế trực tiếp: Giảm thất thoát hàng hóa hư hỏng/hết hạn ước tính 260 triệu VNĐ/năm; giảm phụ phí phát sinh do phạt trễ SLA bán buôn 190 triệu VNĐ/năm; tối ưu hóa cước vận tải 3PL tiết kiệm 185 triệu VNĐ/năm.
  • Thời gian hoàn vốn (Payback Period): $\approx 7,4\text{ tháng}$.

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

Hạn chế hiện tại

  • Hạ tầng kho bãi phân tán: Tổng diện tích 800 m² chia nhỏ thành 7 kho dẫn đến chi phí điều chuyển nội bộ giữa các kho vệ tinh còn cao.
  • Giám sát điều kiện nhiệt độ/độ ẩm chuỗi cung ứng lạnh: Chưa tích hợp cảm biến IoT (Internet of Things) để theo dõi thời gian thực nhiệt độ thùng xe của các đối tác 3PL (Lalamove, Grab).

Hướng phát triển tiếp theo

  • Triển khai thuật toán Học máy (Machine Learning) dựa trên mô hình SARIMAX để dự báo nhu cầu tiêu thụ dược phẩm theo mùa dịch bệnh và thời tiết.
  • Ứng dụng công nghệ Blockchain (Hyperledger Fabric) trong quản lý chuỗi truy xuất nguồn gốc dược liệu từ Vùng trồng Tam Đảo (50.000 m²) đến thành phẩm phân phối B2B.

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

+-----------------------------------------------------------------------------+
|                            ĐỐI TƯỢNG HƯỞNG LỢI                              |
+-----------------------------------------------------------------------------+
| 🎓 SINH VIÊN & NGHIÊN CỨU SINH:                                             |
|    - Tiếp cận case study thực tế về logistics dược phẩm B2B tại Việt Nam    |
|    - Nắm vững phương pháp luận xây dựng chỉ tiêu kiểm soát (OTIF, FIFO)     |
|                                                                             |
| 💻 KỸ SƯ HỆ THỐNG & SUPPLY CHAIN DEVELOPERS:                                |
|    - Kiến trúc tích hợp WMS/TMS với Python FastAPI, PostgreSQL & OR-Tools   |
|    - Source code mẫu về thuật toán phân bổ tồn kho đạt chuẩn GSP/GDP        |
|                                                                             |
| 🏢 DOANH NGHIỆP PHÂN PHỐI DƯỢC PHẨM:                                        |
|    - Mô hình điều phối Hybrid 3PL giúp giảm 14,5% chi phí giao hàng         |
|    - Khung tuân thủ quy chuẩn Thông tư 20/2017/TT-BYT không lo sai lệch POD |
+-----------------------------------------------------------------------------+

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

1. Yêu cầu cấu hình máy chủ để triển khai hệ thống quản trị cung ứng này là gì?

Hệ thống có thể triển khai trên hạ tầng điện toán đám mây (AWS, GCP hoặc DigitalOcean) hoặc máy chủ vật lý tại doanh nghiệp với cấu hình tối thiểu:

  • CPU: 4 Cores (2.4 GHz trở lên).
  • RAM: 8 GB (Khuyến nghị 16 GB nếu chạy đồng thời Redis cache và tác vụ Celery).
  • Storage: 80 GB SSD NVMe (Hỗ trợ mở rộng cho lưu trữ chứng từ POD điện tử).
  • OS: Ubuntu Server 22.04 LTS, Docker Engine v25.0+.

2. Hệ thống xử lý bài toán vượt ngưỡng tải khi đối tác 3PL bị nghẽn mạng như thế nào?

Hệ thống sử dụng cơ chế hàng đợi bất đồng bộ với Celery và Redis Message Broker kết hợp chiến lược Exponential Backoff Retry (thử lại sau 1s, 2s, 4s, 8s...). Nếu đối tác chính (ví dụ: Lalamove) không phản hồi sau 3 lần thử, hệ thống tự động kích hoạt Failover Routing chuyển sang đối tác phụ trợ (Viettel Post hoặc Grab Express) mà không làm gián đoạn tiến trình xuất kho.

3. Giải pháp này tích hợp với các hệ thống kế toán/ERP hiện có (như SAP, Fast, MISA) ra sao?

Kiến trúc hỗ trợ chuẩn kết nối RESTful API và Webhook. Dữ liệu đơn hàng bán buôn và phiếu xuất kho được đồng bộ 2 chiều (Bidirectional Sync) định dạng JSON. Ngoài ra, module Data Exchange hỗ trợ xuất/nhập tệp Excel chuẩn hóa định kỳ theo lịch trình tự động (Cron Job).

4. Chi phí duy trì và cập nhật hệ thống sau khi bàn giao bao gồm những gì?

Chi phí vận hành định kỳ bao gồm phí duy trì máy chủ Cloud VPS (~1,5 - 3 triệu VNĐ/tháng), phí duy trì tài khoản API nhà vận chuyển (theo sản lượng thực tế) và chi phí bảo trì nâng cấp định kỳ 6 tháng/lần.

5. Khả năng mở rộng quy mô (Scalability) của giải pháp khi doanh nghiệp mở thêm chi nhánh mới?

Nhờ kiến trúc cơ sở dữ liệu hỗ trợ warehouse_id đa điểm và thiết kế Microservices hướng Docker, khi công ty mở thêm nhà kho hoặc trung tâm phân phối tại miền Trung/miền Nam, quản trị viên chỉ cần khai báo thông số định danh kho mới trên Dashboard mà không cần tái cấu trúc mã nguồn.

Kết luận

Đề tài khóa luận "Quản trị hoạt động cung ứng hàng hoá cho khách hàng tổ chức của Công ty CP Dược Phẩm Tất Thành" đã giải quyết toàn diện bài toán tối ưu hóa chuỗi cung ứng bán buôn dược phẩm tại một doanh nghiệp có tốc độ tăng trưởng nhanh. Bằng việc kết hợp chặt chẽ giữa cơ sở lý luận logistics hiện đại, phân tích số liệu tài chính - vận hành thực tế giai đoạn 2021 - 2023 và thiết kế giải pháp số hóa quy trình (WMS/TMS, FIFO Engine, Multi-Carrier Routing), nghiên cứu không chỉ mang lại giá trị học thuật mà còn cung cấp một công cụ ứng dụng thực tiễn sắc bén.

Giải pháp giúp doanh nghiệp nâng cao tỷ lệ hoàn tất đơn hàng đúng hạn lên trên 95%, giảm thiểu 75% tỷ lệ sai lỗi xuất nhập kho và tối ưu hóa hàng trăm triệu đồng chi phí vận hành hàng năm, tạo tiền đề vững chắc để Công ty CP Dược phẩm Tất Thành hiện thực hóa tầm nhìn chiến lược giai đoạn 2025 - 2030.