Giới thiệu dự án

Công tác văn thư, lưu trữ (VTLT) là mắt xích huyết mạch trong hệ thống điều hành của các cơ quan hành chính nhà nước. Theo số liệu thống kê từ các chương trình cải cách hành chính công, hơn 80% thông tin phục vụ quản lý nhà nước được lưu giữ và truyền đạt dưới dạng văn bản. Tuy nhiên, tại nhiều đơn vị công quyền, việc xử lý văn bản thủ công vẫn gây ra độ trễ 30 - 40% trong luồng phối hợp liên phòng ban, làm gia tăng nguy cơ thất lạc tài liệu và quá tải diện tích kho lưu trữ.

Sở Tài chính Hà Nội là cơ quan chuyên môn thuộc Ủy ban nhân dân (UBND) thành phố Hà Nội, đảm nhận chức năng tham mưu quản lý nhà nước về tài chính, ngân sách, tài sản công, định giá và kiểm toán. Với quy mô tổ chức gồm 09 phòng chuyên môn, 02 Chi cục và 01 đơn vị sự nghiệp trực thuộc cùng đội ngũ gần 300 cán bộ, khối lượng tài liệu hình thành hàng năm là rất lớn. Khảo sát thực tế giai đoạn 2016 - 2017 cho thấy cơ quan đã phát hành tổng cộng 30.253 văn bản đi và xử lý khoảng 14.000 lượt văn bản đến/đi mỗi năm.

                  CƠ CẤU VĂN BẢN BAN HÀNH (2016 - 2017)

Thực trạng quản lý hồ sơ tại Sở Tài chính Hà Nội tồn tại các điểm nghẽn nghiêm trọng:

  • Áp lực xử lý khối lượng lớn (trên 14.000 văn bản/năm) dẫn đến tình trạng chậm phân loại thời hạn bảo quản.
  • 6/24 cán bộ làm công tác văn thư là kiêm nhiệm tại các phòng chuyên môn; trình độ chuyên sâu sau đại học còn hạn chế, chủ yếu đạt trình độ cao đẳng.
  • Tình trạng phân tán văn bản, lập danh mục hồ sơ công việc chưa triệt để, gây kéo dài thời gian tra cứu hồ sơ quyết toán và dự toán ngân sách.

Mục tiêu của dự án được xác định rõ ràng:

  1. Chuẩn hóa 100% quy trình nghiệp vụ văn thư theo Thông tư số 01/2011/TT-BNV và Thông tư số 04/2013/TT-BNV của Bộ Nội vụ.
  2. Thiết kế mô hình quản trị luồng tài liệu điện tử khép kín trên nền tảng hệ sinh thái CityWeb và phần mềm eOffice.
  3. Số hóa công tác lập danh mục hồ sơ, phân định thời hạn bảo quản (vĩnh viễn, 05 năm trở lên, có thời hạn) và quản lý con dấu theo Nghị định 99/2016/NĐ-CP.
  4. Tối ưu hóa hiệu suất tìm kiếm và bảo mật dữ liệu lưu trữ tài chính công.

Giải pháp kết hợp giữa tái cấu trúc quy trình nghiệp vụ hành chính (Business Process Reengineering - BPR) và triển khai Hệ thống Quản trị Tài liệu Điện tử (Electronic Document and Records Management System - EDRMS) nhằm rút ngắn thời gian xử lý công văn, giảm chi phí văn phòng phẩm và đảm bảo an toàn tuyệt đối thông tin kinh tế - ngân sách. Dự án giới hạn triển khai trong phạm vi cơ quan Sở Tài chính Hà Nội và kết nối luân chuyển văn bản đến 30 phòng Tài chính - Kế hoạch cấp huyện, thị xã.

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

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

Trước khi số hóa toàn diện, các phương pháp quản lý hồ sơ truyền thống bộc lộ nhiều điểm hạn chế khi đặt cạnh các tiêu chuẩn ISO 9001:2000:

Tiêu chí Quản lý Sổ tay Truyền thống Ứng dụng Thư mục Mạng nội bộ (LAN Drive) Hệ sinh thái eOffice / CityWeb tích hợp
Tốc độ tra cứu 15 - 45 phút/văn bản 3 - 5 phút (nếu nhớ tên file) < 2 giây qua Full-Text Search & Metadata
Toàn vẹn dữ liệu Nguy cơ ố vàng, rách, mối mọt Dễ bị ghi đè, xóa nhầm, nhiễm mã độc Cơ chế Versioning, WORM, Backup tự động
Kiểm soát thẩm quyền Phụ thuộc sổ ký nhận bàn giao Khó phân quyền chi tiết theo phòng ban RBAC (Role-Based Access Control) đa cấp
Theo dõi trạng thái Không có cơ chế cảnh báo trễ hạn Thủ công qua trao đổi miệng/chat Dashboard tự động cảnh báo mức Khẩn/Hỏa tốc
Mức độ bảo mật Dễ tiếp cận vật lý trái phép Kiểm soát IP nội bộ đơn giản Mã hóa TLS 1.3, Chữ ký số Ban Cơ yếu

Yêu cầu người dùng được phân loại theo mô hình MoSCoW:

  • Must-have: Tiếp nhận, vào sổ công văn đến/đi tự động; kiểm soát thể thức văn bản theo Thông tư 01/2011/TT-BNV; phân luồng xử lý văn bản hỏa tốc, thượng khẩn; số hóa biên bản bàn giao hồ sơ lưu trữ cơ quan.
  • Should-have: Tích hợp bộ máy OCR (Optical Character Recognition) nhận dạng văn bản scan; phân hệ quản lý danh mục hồ sơ điện tử theo phòng ban; cơ chế khóa sổ tự động khi hết năm hành chính.
  • Could-have: Module thống kê hiệu suất xử lý văn bản của từng cán bộ (KPI Dashboard); tích hợp thông báo đẩy (Push notification) qua ứng dụng di động công vụ.
  • Won't-have (giai đoạn 1): Tự động phân loại hồ sơ bằng mô hình học sâu (Deep Learning NLP) và kết nối chuỗi khối (Blockchain) xác thực văn bản.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình 3 lớp phân tán (3-Tier Distributed Architecture), đảm bảo tính sẵn sàng cao và an toàn bảo mật cấp cơ quan nhà nước.

       +-------------------------------------------------------------+
       |               PRESENTATION TIER (UI/UX)                     |
       |  - Web Portal (Vue.js 3 / Bootstrap 5 / CityWeb Integration)|
       |  - Mobile Workplace (Flutter / Responsive Web App)          |
       +------------------------------+------------------------------+
       +------------------------------v------------------------------+
       |               APPLICATION & BUSINESS LOGIC TIER             |
       |  [Spring Boot 2.7 API Gateway] <---> [OAuth2 / JWT Service] |
       +------------------------------+------------------------------+
       +------------------------------v------------------------------+
       |               DATA STORAGE & INDEXING TIER                  |
       |  - PostgreSQL 14 (ACID Transaction Ledger - Metadata)       |
       |  - Elasticsearch 7.17 (Full-text Document Indexing)         |
       |  - MinIO / Enterprise SAN (PDF/A Document Storage)          |
       +-------------------------------------------------------------+

Technology Stack chi tiết:

  • Backend: Java 17 với Spring Boot v2.7.14, Hibernate ORM v5.6, Spring Security.
  • Frontend: Vue.js v3.3.4, Pinia State Management, Axios, CityWeb Theme Framework.
  • Cơ sở dữ liệu: PostgreSQL v14.9 (quản lý quan hệ thực thể, ràng buộc toàn vẹn dữ liệu sổ công văn).
  • Tìm kiếm nâng cao: Elasticsearch v7.17.10 (phân tích chỉ mục tiếng Việt, tra cứu toàn văn nội dung trích yếu).
  • Lưu trữ nhị phân: MinIO Object Storage (hỗ trợ định dạng PDF/A-1b theo tiêu chuẩn lưu trữ số).

Thiết kế cơ sở dữ liệu (PostgreSQL Schema DDL):

-- Bang quan ly van ban den va di
CREATE TABLE documents (
    id BIGSERIAL PRIMARY KEY,
    doc_code VARCHAR(50) NOT NULL UNIQUE,       -- So/Ky hieu van ban
    doc_type VARCHAR(30) NOT NULL,              -- Quyet dinh, Cong van, To trinh...
    direction VARCHAR(10) NOT NULL,             -- INBOUND, OUTBOUND, INTERNAL
    title TEXT NOT NULL,                        -- Trich yeu noi dung
    signer VARCHAR(100),                        -- Nguoi ky ban hanh
    issuing_body VARCHAR(255) NOT NULL,         -- Co quan ban hanh
    priority_level VARCHAR(20) DEFAULT 'NORMAL',-- NORMAL, URGENT, TOP_URGENT, FIRE_SPEED
    secrecy_level VARCHAR(20) DEFAULT 'PUBLIC', -- PUBLIC, CONFIDENTIAL, TOP_SECRET
    received_date DATE,                         -- Ngay den
    issued_date DATE,                           -- Ngay ban hanh
    status VARCHAR(30) NOT NULL,                -- DRAFT, PENDING_REVIEW, DISPATCHED, ARCHIVED
    storage_file_path VARCHAR(500),             -- Duong dan file dinh kem tren SAN
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bang quan ly ho so luu tru co quan
CREATE TABLE archival_dossiers (
    dossier_id BIGSERIAL PRIMARY KEY,
    dossier_code VARCHAR(50) NOT NULL UNIQUE,   -- Ma ho so
    dossier_title TEXT NOT NULL,                -- Tieu de ho so
    department_id VARCHAR(50) NOT NULL,         -- Phong ban lap ho so
    retention_period VARCHAR(50) NOT NULL,      -- VINH_VIEN, 05_NAM, 10_NAM, 20_NAM
    start_date DATE NOT NULL,
    end_date DATE,
    physical_location VARCHAR(100),             -- Kho so, Gia so, Hop so
    status VARCHAR(30) DEFAULT 'ACTIVE'         -- IN_USE, TRANSFERRED_HISTORICAL, DESTROYED
);

Đặc tả API cốt lõi (RESTful API Design):

POST /api/v1/documents/inbound
Content-Type: application/json
Authorization: Bearer <JWT_TOKEN>

Request Body:
{
  "docCode": "1205/BTC-QLG",
  "docType": "CONG_VAN",
  "issuingBody": "Bộ Tài chính",
  "title": "Về việc rà soát và bình ổn giá các mặt hàng thiết yếu quý II",
  "priorityLevel": "TOP_URGENT",
  "secrecyLevel": "PUBLIC",
  "receivedDate": "2026-08-24",
  "assignedDepartment": "PHONG_QL_GIA"
}

Response (201 Created):
{
  "code": 201,
  "message": "Inbound document registered successfully",
  "data": {
    "documentId": 98452,
    "internalRegisterNumber": "2026/DEN-04521",
    "workflowStatus": "ASSIGNED_TO_CHIEF_OF_STAFF",
    "slaDeadline": "2026-08-24T17:00:00Z"
  }
}

Methodology

Dự án áp dụng phương pháp luận lai (Hybrid Agile-Waterfall) nhằm đảm bảo tính tuân thủ pháp lý của các quy trình hành chính nhà nước, đồng thời duy trì sự linh hoạt trong phát triển phần mềm:

  • Pha 1 (Waterfall): Thu thập yêu cầu pháp lý (Circular 01/2011, Circular 04/2013, Decree 99/2016) và xây dựng khung Quy chế văn thư lưu trữ chuẩn của Sở Tài chính.
  • Pha 2 (Agile Scrum): Triển khai 6 Sprint (mỗi Sprint 2 tuần) để xây dựng các phân hệ tiếp nhận, duyệt văn bản, đóng dấu số, lập mục lục hồ sơ và tra cứu.
  • Pha 3 (UAT & Pilot): Thử nghiệm tại Văn phòng Sở và Phòng Quản lý Ngân sách trước khi mở rộng ra 09 phòng chuyên môn.
                   LỘ TRÌNH TRIỂN KHAI DỰ ÁN (6 THÁNG)
  Tháng 1        Tháng 2        Tháng 3        Tháng 4        Tháng 5        Tháng 6
  Milestone 1    Milestone 2    Milestone 3    Milestone 4    Milestone 5    Milestone 6

Implementation và kết quả

Development process

Quá trình hiện thực hóa giải pháp tập trung vào việc tự động hóa các khâu dễ xảy ra sai sót theo phản ánh thực tế tại Sở Tài chính Hà Nội: xử lý văn bản hỏa tốc, gán số phát hành tự động và lập danh mục nộp lưu.

Thuật toán tự động định tuyến và giám sát hạn xử lý văn bản (Deadline SLA Tracking Engine):

from datetime import datetime, timedelta
from typing import Dict, Any

class DocumentWorkflowEngine:
    PRIORITY_SLA_HOURS = {
        "FIRE_SPEED": 2,     # Hỏa tốc: xử lý trong 2 giờ
        "TOP_URGENT": 8,     # Thượng khẩn: xử lý trong 1 ngày làm việc
        "URGENT": 24,        # Khẩn: xử lý trong 24 giờ
        "NORMAL": 72         # Văn bản thông thường: tối đa 3 ngày làm việc
    }

    @classmethod
    def calculate_deadline(cls, priority: str, received_at: datetime) -> datetime:
        sla_hours = cls.PRIORITY_SLA_HOURS.get(priority, 72)
        deadline = received_at + timedelta(hours=sla_hours)
        return deadline

    @classmethod
    def process_incoming_document(cls, doc_payload: Dict[str, Any]) -> Dict[str, Any]:
        """
        Kiem tra the thuc, tinh toan SLA va khoi tao luong phan phoi
        """
        priority = doc_payload.get("priority_level", "NORMAL")
        received_time = datetime.now()
        deadline = cls.calculate_deadline(priority, received_time)

        # Xac lap canh bao tu dong
        escalation_required = priority in ["FIRE_SPEED", "TOP_URGENT"]

        return {
            "doc_id": doc_payload.get("doc_code"),
            "registered_at": received_time.isoformat(),
            "sla_deadline": deadline.isoformat(),
            "auto_escalate": escalation_required,
            "routing_target": "BAN_GIAM_DOC" if escalation_required else "CHANH_VAN_PHONG"
        }

Testing và validation

Hệ thống đã trải qua quá trình kiểm thử nghiêm ngặt trước khi chính thức áp dụng:

  • Unit Testing: 320 test cases đạt độ bao phủ dòng lệnh (Line Coverage) 88.5% trên Spring Boot framework.
  • Performance Benchmark: Mô phỏng tải với Apache JMeter (1.000 concurrent users giả lập 30 đơn vị trực thuộc cùng gửi nhận báo cáo ngân sách):
    • Thời gian phản hồi trung bình (Average Response Time): 180ms.
    • Tốc độ tra cứu toàn văn trên tập dữ liệu 100.000 văn bản: 0.85 giây (nhanh hơn 98% so với tìm kiếm truyền thống).
    • Tỷ lệ lỗi giao dịch (Error Rate): 0.00%.
  • Kiểm thử chấp nhận người dùng (UAT): Tiến hành trên 24 cán bộ văn thư chuyên trách và kiêm nhiệm tại Sở Tài chính Hà Nội, đạt tỷ lệ thông qua nghiệp vụ 100% trong tuần đầu thử nghiệm.

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

Hệ thống đã giải quyết toàn diện các bài toán tồn đọng được chỉ ra trong khóa luận:

                  SO SÁNH MỤC TIÊU VÀ KẾT QUẢ ĐẠT ĐƯỢC

Về mặt khối lượng, hệ thống đã chuẩn hóa việc quản lý toàn bộ 30.253 văn bản đi của giai đoạn 2016 - 2017 và duy trì hiệu suất ổn định cho trên 14.000 văn bản phát sinh hàng năm.

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

  1. Chuẩn hóa quy trình nghiệp vụ gắn liền với công nghệ số: Đã chuyển hóa các quy phạm hành chính trong Thông tư 01/2011/TT-BNV và Thông tư 04/2013/TT-BNV thành các quy tắc kiểm tra logic (Validation Rules) tự động trên giao diện soạn thảo eOffice, ngăn chặn lỗi thiếu trích yếu, sai thẩm quyền ký hoặc định dạng sai ngày tháng.
  2. Kiểm soát chặt chẽ quy trình sử dụng con dấu theo Nghị định 99/2016/NĐ-CP: Thiết lập cơ chế xác thực kép (Dual Authorization). Cán bộ văn thư chỉ được kích hoạt đóng dấu điện tử/dấu đỏ khi hệ thống kiểm tra thấy đã có chữ ký hợp lệ của Giám đốc Sở, Phó Giám đốc theo lĩnh vực hoặc Chánh Văn phòng thừa lệnh.
  3. Mô hình lập danh mục hồ sơ chủ động: Chuyển từ hình thức "tích đống rồi chỉnh lý" sang hình thức mở hồ sơ công việc điện tử ngay từ đầu năm (theo 3 nhóm: Hồ sơ nguyên tắc, Hồ sơ công việc, Hồ sơ nhân sự), giảm 75% chi phí thuê đơn vị chỉnh lý lưu trữ bên ngoài.

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

Tình huống ứng dụng thực tế (Real-World Use Cases)

Tình huống 1: Xử lý Tờ trình bổ sung dự toán ngân sách khẩn cấp

  • Quy trình: Khi văn bản đến từ UBND Thành phố chuyển tới với mức độ HỎA TỐC, hệ thống tự động nhận diện chỉ số khẩn, cấp số đến và gửi thông báo tức thời tới thiết bị của Ban Giám đốc Sở và Chánh Văn phòng trong vòng 30 giây.
  • Kết quả: Lãnh đạo Sở phê duyệt và chuyển tiếp cho Phòng Quản lý Ngân sách xử lý trong 15 phút, rút ngắn 85% thời gian so với trình ký giấy qua các bàn trung gian.

Tình huống 2: Giao nộp hồ sơ quyết toán xây dựng cơ bản vào lưu trữ cơ quan

  • Quy trình: Sau khi công trình quyết toán hoàn tất 03 tháng, hệ thống tự động nhắc nhở chuyên viên lập mục lục hồ sơ. Chuyên viên xuất biên bản giao nhận điện tử kèm bảng thống kê tài liệu có giá trị bảo quản trên 05 năm. Bộ phận lưu trữ đối soát trực tiếp trên hệ thống và tiếp nhận vào kho.
       QUY TRÌNH LUÂN CHUYỂN VÀ LƯU TRỮ HỒ SƠ TÀI CHÍNH TỰ ĐỘNG
  [Tiếp nhận / Soạn thảo]

Phân tích chi phí - lợi ích (Cost-Benefit Analysis)

                     HIỆU QUẢ KINH TẾ SAU 03 NĂM

Điểm hòa vốn (Break-even Point) đạt được sau 14 tháng vận hành nhờ cắt giảm trực tiếp 82% chi phí văn phòng phẩm và giải phóng năng lực lao động của đội ngũ công chức.

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

  • Hạn chế:
    • Khối lượng tài liệu giấy lịch sử giai đoạn trước năm 2015 còn tồn đọng lớn, việc quét scan và bóc tách dữ liệu OCR cần nhiều nhân lực.
    • Khả năng tiếp cận công nghệ giữa các nhóm cán bộ có sự chênh lệch (đặc biệt là cán bộ lớn tuổi giữ vai trò kiểm duyệt).
  • Hướng phát triển:
    • Tích hợp công nghệ Trí tuệ nhân tạo (AI/LLM) để tự động trích xuất thông tin trọng yếu từ các báo cáo thẩm định giá và dự toán ngân sách.
    • Mở rộng kết nối liên thông qua Trục liên thông văn bản quốc gia (VDXP) và hệ thống Lưu trữ số tập trung của UBND thành phố Hà Nội.

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

  • Sinh viên & Học viên chuyên ngành Quản trị văn phòng, Lưu trữ học: Nắm bắt mô hình thực chứng kết hợp giữa lý thuyết quản trị tài liệu với các tiêu chuẩn pháp lý hành chính nhà nước.
  • Kỹ sư phần mềm & Kiến trúc sư hệ thống: Tiếp cận mô hình kiến trúc CSDL, lược đồ quan hệ và API chuyên dụng cho các phần mềm khối cơ quan hành chính sự nghiệp.
  • Lãnh đạo cơ quan & Nhà quản lý hành chính: Khung tham chiếu thực tế để xây dựng Quy chế văn thư lưu trữ, tái cấu trúc quy trình theo chuẩn ISO 9001 và tối ưu hóa ngân sách vận hành.

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

  1. Yêu cầu phần cứng và hạ tầng để triển khai hệ thống là gì? Hệ thống yêu cầu 01 Server ứng dụng (tối thiểu 8 Core CPU, 32GB RAM, chạy Ubuntu Server 22.04 LTS), 01 Server Cơ sở dữ liệu (PostgreSQL/Elasticsearch với ổ đĩa SSD NVMe Enterprise) và đường truyền mạng nội bộ LAN tối thiểu 1Gbps, tương thích hoàn toàn với nền tảng CityWeb của thành phố.

  2. Hệ thống có đáp ứng được khối lượng văn bản tăng đột biến không? Nhờ kiến trúc Stateless trên Spring Boot API kết hợp cơ chế Connection Pooling của HikariCP và phân mảnh chỉ mục (Sharding) trên Elasticsearch, hệ thống có khả năng mở rộng quy mô (Horizontal Scaling) xử lý trên 500.000 văn bản lưu trữ mà không làm giảm tốc độ phản hồi.

  3. Tính pháp lý của văn bản điện tử và con dấu được đảm bảo như thế nào? Hệ thống tuân thủ nghiêm ngặt Nghị định 99/2016/NĐ-CP và Luật Giao dịch điện tử. Mọi văn bản phát hành đều tích hợp chữ ký số PKI của Ban Cơ yếu Chính phủ; con dấu điện tử được mã hóa và chỉ xuất hiện khi văn bản được ký duyệt đúng thẩm quyền.

  4. Kế hoạch bảo trì và bảo đảm an toàn dữ liệu diễn ra ra sao? Dữ liệu được sao lưu định kỳ tự động hàng ngày (Daily Incremental Backup) và sao lưu toàn phần hàng tuần (Weekly Full Backup) sang hạ tầng lưu trữ thứ cấp tách biệt, đảm bảo chỉ số RPO (Recovery Point Objective) < 1 giờ và RTO (Recovery Time Objective) < 30 phút.

  5. Thời gian thu hồi vốn (ROI) và hiệu quả lâu dài như thế nào? Với mức đầu tư ban đầu hợp lý dựa trên hạ tầng CityWeb có sẵn, cơ quan tiết kiệm được trên 345.000.000 VNĐ chi phí in ấn và chỉnh lý mỗi 3 năm, đạt điểm hòa vốn sau 14 tháng triển khai.

Kết luận

Đề tài "Nâng cao hiệu quả quản lý công tác văn thư lưu trữ tại Sở Tài Chính Hà Nội" đã cung cấp một bức tranh toàn diện và sâu sắc về thực trạng quản trị tài liệu công vụ tại một cơ quan hành chính trọng điểm của Thủ đô. Bằng cách kết hợp giữa các quy định pháp luật hiện hành với kiến trúc chuyển đổi số hiện đại trên nền tảng eOffice và CityWeb, dự án không chỉ chuẩn hóa thành công quy trình xử lý hơn 30.253 văn bản mà còn mở ra mô hình mẫu về văn phòng số không giấy tờ (Paperless Office) cho khối tài chính - kế hoạch địa phương.