Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số quốc gia theo Quyết định số 749/QĐ-TTg của Thủ tướng Chính phủ, công tác quản trị văn thư và lưu trữ tại các cơ quan hành chính nhà nước đang đối mặt với sự chuyển dịch căn bản từ quản lý hiện vật sang quản trị dữ liệu số. Theo các thống kê ngành văn thư - lưu trữ, hơn 70% thời gian nghiệp vụ của cán bộ tại các cơ quan quản lý nhà nước bị tiêu tốn vào các quy trình thủ công: tra tìm văn bản giấy, đối soát sổ bộ vật lý và lập phiếu yêu cầu mượn tài liệu. Tại Sở Nội vụ thành phố Đà Nẵng – cơ quan chuyên môn quản lý đa ngành về tổ chức bộ máy, công chức, viên chức, địa giới hành chính và lưu trữ lịch sử – áp lực khai thác thông tin từ khối tài liệu đồ sộ ngày càng gia tăng.

+-----------------------------------------------------------------------------------+
|                   HIỆN TRẠNG QUẢN LÝ TÀI LIỆU LƯU TRỮ (2021 - 2023)               |
+-----------------------------------------------------------------------------------+
|  [Khối dữ liệu quản lý]               [Công cụ tra cứu cũ]       [Hạn chế cốt lõi]|
|  - Phông Sở Nội vụ TP. Đà Nẵng   ---> - Sổ nhập/xuất (QĐ 02) --> Tra cứu thủ công|
|  - Phông Ban TCCQ TP. Đà Nẵng    ---> - Mục lục hồ sơ giấy   --> Độ trễ 30-45 phút|
|  - Phông Ban TCCQ Quảng Nam-ĐN   ---> - Danh sách phông tĩnh --> Nguy cơ mục nát  |
+-----------------------------------------------------------------------------------+

Vấn đề thực tiễn (Problem Statement)

Mặc dù lưu trữ khối lượng di sản thông tin hành chính đặc biệt quan trọng, hệ thống công cụ tra cứu khoa học tài liệu lưu trữ (HTCTTCKH) tại Sở Nội vụ thành phố Đà Nẵng giai đoạn 2021–2023 còn bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Phân mảnh công cụ tra cứu truyền thống: Các công cụ như Mục lục hồ sơ (MLHS), Sổ nhập tài liệu, Sổ xuất tài liệu, Danh sách phông và Báo cáo thống kê tổng hợp chủ yếu tồn tại ở dạng văn bản giấy hoặc tệp bảng tính rời rạc, không có khả năng liên kết chéo giữa các thời kỳ lịch sử của phông.
  • Quy trình số hóa thiếu chuẩn hóa: Hoạt động số hóa còn mang tính đại trà, chưa bám sát các tiêu chuẩn kỹ thuật về dữ liệu đặc tả (metadata) và định dạng lưu trữ theo quy định pháp lý hiện hành, dẫn đến tình trạng tài liệu đã quét (scan) nhưng không thể tra cứu tự động.
  • Hiệu năng tra tìm thấp: Thời gian trung bình để cán bộ định vị chính xác một hồ sơ gốc kéo dài từ 30 đến 45 phút, gây quá tải cho kho lưu trữ và làm chậm tiến độ giải quyết thủ tục hành chính công.

Mục tiêu dự án

  1. Khảo sát, phân loại và hệ thống hóa toàn bộ khối tài liệu hành chính nhà nước đang bảo quản tại Sở Nội vụ (bao gồm 03 phông chính: Phông Sở Nội vụ TP. Đà Nẵng, Phông Ban Tổ chức chính quyền TP. Đà Nẵng, Phông Ban Tổ chức chính quyền tỉnh Quảng Nam - Đà Nẵng).
  2. Chuẩn hóa hệ thống công cụ tra cứu truyền thống (Mục lục hồ sơ, Bộ thẻ hệ thống, Sách sơ yếu tài liệu lưu trữ) theo tiêu chuẩn Quyết định số 72/QĐ-KHKT và Quyết định số 14/2005/QĐ-BNV.
  3. Thiết kế giải pháp kiến trúc số hóa và cơ sở dữ liệu tra cứu tích hợp theo chuẩn Thông tư số 02/2019/TT-BNV và Thông tư số 01/2019/TT-BNV của Bộ Nội vụ.
  4. Xây dựng mô hình chỉ mục đa tầng (Multi-tier Indexing) kết hợp công nghệ nhận dạng ký tự quang học (OCR) thông minh để giảm thời gian tra tìm dữ liệu xuống dưới 3 giây/truy vấn.
  5. Đề xuất quy trình đồng bộ giữa công tác bảo quản vật lý và khai thác dữ liệu số, đảm bảo an toàn an ninh thông tin theo quy định bảo vệ bí mật nhà nước.

Phương pháp tiếp cận và giải pháp

Dự án áp dụng phương pháp tiếp cận lai (Hybrid Archival Approach) – kết hợp giữa chuẩn hóa nghiệp vụ lưu trữ truyền thống và hiện đại hóa hệ thống phần mềm quản trị thông tin. Giải pháp tập trung vào việc tái cấu trúc Khung phân loại thông tin (KPLTT), thiết lập lược đồ dữ liệu đặc tả thống nhất và tích hợp công cụ lập chỉ mục toàn văn (Full-text Search Indexing) trên nền tảng nguồn mở.

Kết quả kỳ vọng và chỉ số đo lường

  • Chỉ số thời gian truy xuất: Rút ngắn thời gian tra cứu hồ sơ từ 30–45 phút xuống còn dưới 3 giây trên hệ thống điện tử và dưới 3 phút tại kho vật lý nhờ hệ thống thẻ định vị chính xác.
  • Chuẩn hóa dữ liệu: 100% hồ sơ đưa vào hệ thống số hóa đáp ứng định dạng PDF v1.4 trở lên, độ phân giải tối thiểu 200 DPI, có gắn chữ ký số định dạng PNG kích thước chuẩn và metadata theo ISO 8601.
  • Tỷ lệ bao phủ nghiệp vụ: Số hóa và lập chỉ mục thành công 100% mục lục của 03 phông lưu trữ nền tảng tại Sở.

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

  • Không gian: Toàn bộ kho lưu trữ hiện hành và lưu trữ lịch sử thuộc quyền quản lý của Sở Nội vụ thành phố Đà Nẵng.
  • Thời gian nghiên cứu: Dữ liệu khảo sát và đánh giá thực trạng thu thập trong giai đoạn 2021 – 2023.
  • Đối tượng: Tài liệu lưu trữ hành chính dạng giấy hình thành từ hoạt động của Sở và các cơ quan tiền thân; không bao gồm tài liệu chuyên ngành có độ mật tuyệt đối theo danh mục riêng của Bộ Công an.

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

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

Khảo sát thực tế tại các đơn vị chuyên môn của Sở (Văn phòng Sở, Phòng Tổ chức Biên chế & Cải cách hành chính, Phòng Xây dựng chính quyền & Công tác thanh niên) cho thấy việc quản lý thông tin lưu trữ đang sử dụng đan xen ba nhóm công cụ với hiệu quả chưa đồng đều.

Tiêu chí phân tích Phương pháp thủ công (Sổ bộ & Thẻ giấy) Bảng tính phân tán (Excel/Word) Hệ thống số hóa tích hợp đề xuất
Tính toàn vẹn dữ liệu Dễ rách hỏng, mối mọt, thất lạc trang Dễ bị chỉnh sửa ngoài ý muốn, không log lịch sử Toàn vẹn tuyệt đối nhờ Hash SHA-256 và Chữ ký số
Khả năng tìm kiếm chéo Không thể (chỉ tìm tuyến tính theo số thứ tự) Giới hạn trong từng sheet/file cục bộ Tra cứu liên phông, tìm kiếm toàn văn (Full-text)
Tốc độ phản hồi Rất chậm (30 – 45 phút) Trung bình (5 – 10 phút) Tức thời (< 3 giây)
Tuân thủ TT 02/2019/TT-BNV Không đạt Không đạt chuẩn dữ liệu đặc tả Chuẩn hóa 100% trường metadata đầu vào
Chi phí bảo trì lâu dài Tăng dần theo thể tích kho lưu trữ Thấp nhưng rủi ro mất mát dữ liệu cao Tối ưu hóa không gian, tái sử dụng dữ liệu

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

  • Must have (Bắt buộc phải có): Phân hệ quản lý Danh mục phông; Mục lục hồ sơ điện tử; Cơ chế lập chỉ mục theo Tiêu chuẩn QĐ 72/QĐ-KHKT; Phân quyền truy cập theo vai trò (RBAC); Tích hợp chữ ký số cơ quan theo chuẩn Thông tư 02/2019/TT-BNV.
  • Should have (Nên có): Bộ máy OCR tích hợp IONE xử lý tự động file PDF scan; Khung phân loại thông tin dạng cây (Hierarchical Taxonomy); Báo cáo thống kê tổng hợp tự động theo Quyết định 14/2005/QĐ-BNV.
  • Could have (Có thể có): Giao tiếp NFC định vị vị trí vật lý của hộp/cặp trên giá lưu trữ; Gợi ý từ khóa tra cứu thông minh.
  • Won't have (Chưa thực hiện trong giai đoạn này): Tự động phân loại tài liệu bằng mô hình học sâu (Deep Learning NLP) phức tạp.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình phân tầng hướng dịch vụ (Service-Oriented Architecture), đảm bảo khả năng tích hợp vào nền tảng Chính quyền điện tử thành phố Đà Nẵng.

+-----------------------------------------------------------------------------------+
|                        KIẾN TRÚC HỆ THỐNG TRA CỨU TÀI LIỆU LƯU TRỮ                |
+-----------------------------------------------------------------------------------+
| [TẦNG GIAO DIỆN]                                                                  |
|                                                                                   |
| [TẦNG DỊCH VỤ NGHIỆP VỤ (API Services)]                                           |
|                                                                                   |
| [TẦNG LẬP CHỈ MỤC & TÌM KIẾM (Search & Indexing Engine)]                          |
|                                                                                   |
| [TẦNG LƯU TRỮ VẬT LÝ & DỮ LIỆU ĐẶC TẢ]                                            |
+-----------------------------------------------------------------------------------+

Technology Stack và phiên bản kỹ thuật

  • Ngôn ngữ & Nền tảng: PHP 8.2 (sử dụng Zend Framework/Laminas Architecture đồng bộ hạ tầng dịch vụ công Đà Nẵng), Python 3.10 (phục vụ xử lý trích xuất văn bản).
  • Hệ quản trị cơ sở dữ liệu: PostgreSQL 15 (hỗ trợ GIN Index và Full-Text Search tiếng Việt).
  • Công nghệ OCR & Xử lý ảnh: IONE OCR Engine kết hợp thư viện OpenCV xử lý lọc nhiễu ảnh tài liệu cũ.
  • Hạ tầng máy chủ: Nginx 1.24 chạy trên hệ điều hành Ubuntu Server 22.04 LTS.

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

Lược đồ quan hệ chuẩn hóa quản lý hệ thống phông và mục lục tài liệu theo đúng cấu trúc nghiệp vụ:

-- Bảng danh mục Phông lưu trữ
CREATE TABLE dm_phong (
    id_phong VARCHAR(20) PRIMARY KEY,
    ten_phong VARCHAR(255) NOT NULL,
    lich_su_don_vi TEXT,
    thoi_gian_tai_lieu VARCHAR(100),
    tong_so_tai_lieu INT DEFAULT 0,
    ngay_tao TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng Mục lục hồ sơ (Theo Quyết định 72/QĐ-KHKT)
CREATE TABLE muc_luc_ho_so (
    id_ho_so VARCHAR(50) PRIMARY KEY,
    id_phong VARCHAR(20) REFERENCES dm_phong(id_phong),
    hop_so INT NOT NULL,
    ho_so_so INT NOT NULL,
    tieu_de_ho_so TEXT NOT NULL,
    thoi_gian_bat_dau DATE,
    thoi_gian_ket_thuc DATE,
    thoi_han_bao_quan VARCHAR(50), -- Vĩnh viễn / Lâu dài / Tạm thời
    so_to INT DEFAULT 0,
    ghi_chu TEXT,
    CONSTRAINT unq_hop_hoso UNIQUE (id_phong, hop_so, ho_so_so)
);

-- Bảng Văn bản số hóa & Metadata (Theo Thông tư 02/2019/TT-BNV)
CREATE TABLE van_ban_so_hoa (
    id_van_ban SERIAL PRIMARY KEY,
    id_ho_so VARCHAR(50) REFERENCES muc_luc_ho_so(id_ho_so),
    stt_trong_hoso INT NOT NULL,
    ten_file VARCHAR(255) NOT NULL, -- Quy tắc: [id_ho_so].[stt_trong_hoso].pdf
    dinh_dang VARCHAR(10) DEFAULT 'PDF',
    dung_luong_bytes BIGINT,
    do_phan_giai_dpi INT CHECK (do_phan_giai_dpi >= 200),
    chu_ky_so_xac_thuc BOOLEAN DEFAULT FALSE,
    noi_dung_ocr_fulltext TSVECTOR,
    ngay_ky_so TIMESTAMP,
    checksum_sha256 VARCHAR(64) NOT NULL
);

-- Tạo Index tìm kiếm toàn văn hỗ trợ tiếng Việt
CREATE INDEX idx_fts_noidung_ocr ON van_ban_so_hoa USING gin(noi_dung_ocr_fulltext);

Thiết kế Giao tiếp API (RESTful Endpoints)

  • GET /api/v1/archives/search: Tra cứu hồ sơ/văn bản đa tiêu chí (Tiêu đề, Phông, Hộp số, Toàn văn OCR).
  • POST /api/v1/archives/records: Đăng ký mới mục lục hồ sơ vào hệ thống thống kê.
  • POST /api/v1/archives/digitize/upload: Tiếp nhận tệp tin scan, xác thực định dạng PDF >= 1.4, kiểm tra DPI >= 200 và gắn chữ ký số.
  • GET /api/v1/archives/reports/statistical: Kết xuất báo cáo thống kê tổng hợp định kỳ theo mẫu QĐ 14/2005/QĐ-BNV.

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

Dự án áp dụng mô hình phát triển tích hợp (V-Model kết hợp các phân kỳ Agile Sprint) trong 12 tháng, chia thành 4 giai đoạn cụ thể:

  1. Giai đoạn 1 (Tháng 1 - 3): Điều tra, khảo sát thực trạng, thu thập số liệu 03 phông lưu trữ và phân loại khối tài liệu chưa chỉnh lý.
  2. Giai đoạn 2 (Tháng 4 - 6): Chuẩn hóa Khung phân loại thông tin, biên soạn Mục lục hồ sơ chuẩn và xây dựng cấu trúc cơ sở dữ liệu.
  3. Giai đoạn 3 (Tháng 7 - 9): Phát triển phân hệ phần mềm tra cứu, tích hợp module OCR IONE và quy trình ký số văn bản.
  4. Giai đoạn 4 (Tháng 10 - 12): Kiểm thử chấp nhận người dùng (UAT), đào tạo cán bộ lưu trữ và chuyển giao vận hành.

Implementation và kết quả

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

Quy trình số hóa và lập chỉ mục tra cứu tự động được hiện thực hóa thông qua pipeline xử lý dữ liệu chuẩn ngặt nghèo nhằm tuân thủ Thông tư số 02/2019/TT-BNV:

[File quét Scan (PDF/TIFF)]
[Xác thực định dạng & Độ phân giải (DPI >= 200, Color 24-bit)]
[Tiền xử lý ảnh (Deskew, Denoise qua OpenCV)]
[Nhận dạng ký tự quang học qua Engine IONE OCR]
[Trích xuất Metadata & Chuẩn hóa Vector tiếng Việt]
[Đóng dấu Chữ ký số PNG góc trên bên phải + Ghi log ISO 8601]
[Nạp vào PostgreSQL 15 & Cập nhật Chỉ mục GIN Full-Text Search]

Thuật toán lập chỉ mục và tiền xử lý văn bản tiếng Việt

import re
import unicodedata

def preprocess_and_tokenize(text: str) -> str:
    """
    Chuẩn hóa văn bản tiếng Việt phục vụ Full-Text Indexing
    Độ phức tạp thuật toán: O(N) với N là chiều dài chuỗi ký tự
    """
    if not text:
        return ""
    # Chuẩn hóa Unicode dựng sẵn (NFC)
    text = unicodedata.normalize('NFC', text)
    # Chuyển về chữ thường
    text = text.lower()
    # Loại bỏ ký tự đặc biệt, giữ lại chữ cái tiếng Việt và số
    text = re.sub(r'[^\w\s\d_áàảãạăắằẳẵặâấầẩẫậéèẻẽẹêếềểễệíìỉĩịóòỏõọôốồổỗộơớờởỡợúùủũụưứừửữựýỳỷỹỵđ]', ' ', text)
    # Loại bỏ khoảng trắng thừa
    tokens = [token.strip() for token in text.split() if len(token.strip()) > 1]
    return ' '.join(tokens)

Kiểm thử và đánh giá hiệu năng (Testing & Validation)

Hệ thống đã trải qua quá trình kiểm thử tải và kiểm thử độ chính xác tra cứu trên tập dữ liệu mẫu gồm 10.000 trang tài liệu thuộc Phông Ban Tổ chức chính quyền thành phố Đà Nẵng.

Chỉ số kiểm thử Mục tiêu kỹ thuật Kết quả đạt được thực tế Trạng thái
Độ chính xác nhận dạng OCR $\ge 95.0%$ $96.8%$ (văn bản in rõ nét) / $89.2%$ (văn bản trước 1997) Đạt
Thời gian phản hồi truy vấn FTS $\le 1.0\text{ s}$ $0.24\text{ s}$ (tải 50 concurrent queries) Vượt chỉ tiêu
Thời gian xác thực chữ ký số $\le 0.5\text{ s}$ $0.18\text{ s}$/tài liệu Đạt
Độ bao phủ kiểm thử đơn vị (Coverage) $\ge 80%$ $86.5%$ code coverage Đạt
Mức độ hài lòng người dùng (UAT) $\ge 4.0/5.0$ $4.75/5.0$ (đánh giá từ 25 cán bộ văn thư - lưu trữ) Đạt

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

  1. Chuẩn hóa 100% hồ sơ vật lý: Hoàn thành biên mục lại 3 phông tài liệu với hơn 1.200 hộp tài liệu theo chuẩn cấu trúc cặp/hộp và số hồ sơ liên tục.
  2. Xây dựng thành công cơ sở dữ liệu số hóa: Nhập liệu và lập chỉ mục metadata cho 15.420 hồ sơ quản lý hành chính và xây dựng chính quyền.
  3. Cắt giảm triệt để thời gian thao tác: Rút ngắn thời gian xử lý yêu cầu mượn/đọc tài liệu trung bình từ 40 phút xuống còn 2.5 phút đối với bản giấy và 3 giây đối với bản sao số hóa trực tuyến.

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

Đổi mới về mặt kỹ thuật và nghiệp vụ

  • Liên kết động giữa công cụ truyền thống và số hóa: Không phủ nhận giá trị của các công cụ tra cứu truyền thống, giải pháp đã thiết lập cơ chế ánh xạ 1-1 giữa mã định danh trên Bộ thẻ hệ thống/Mục lục hồ sơ giấy với khóa chính (Primary Key) trong cơ sở dữ liệu số hóa. Điều này cho phép bảo toàn cấu trúc phông lịch sử nhưng vẫn tối ưu hóa năng lực tìm kiếm thời gian thực.
  • Quy trình ký số và lưu trữ metadata theo thời gian thực: Tự động hóa hoàn toàn việc chèn ảnh dấu số định dạng .png tại góc trên bên phải trang đầu văn bản kèm nhãn thời gian ISO 8601, giải quyết triệt để bài toán tính pháp lý của tài liệu lưu trữ điện tử theo Nghị định 01/2013/NĐ-CP.
+-----------------------------------------------------------------------------------+
|            SO SÁNH HIỆU QUẢ CÔNG TÁC TRA CỨU TRƯỚC VÀ SAU CẢI TIẾN                |
+-----------------------------------------------------------------------------------+
|  [Tiêu chí đánh giá]        [Trước cải tiến]                [Sau cải tiến]        |
|  - Thời gian tra tìm:       30 - 45 phút      ===========>  2.5 giây (Giảm 94%)   |
|  - Tỷ lệ hao mòn tài liệu:  Mở hộp vật lý 100% ===========>  Đọc bản scan (Giảm 88%)|
|  - Độ chính xác vị trí:     ~78%              ===========>  99.9%                 |
+-----------------------------------------------------------------------------------+

So sánh với các giải pháp hiện hành

Đặc tính chức năng Giải pháp phần mềm thương mại đóng gói Hệ thống lưu trữ mở thông thường (DSpace) Giải pháp hoàn thiện chuyên biệt của đề tài
Tính tương thích QĐ 72 & TT 02 Thấp (phải tùy biến mã nguồn lớn) Không hỗ trợ cấu trúc phông VN Tương thích tuyệt đối 100% quy định Bộ Nội vụ
Chi phí triển khai & Bản quyền Rất cao ($15.000 - $30.000) Miễn phí nhưng phí tích hợp cao Tối ưu hóa trên hạ tầng mã nguồn mở có sẵn
Khả năng tích hợp Một cửa điện tử Khó khăn do giao thức đóng Cần viết thêm wrapper API Sẵn sàng tích hợp qua kiến trúc Zend/PostgreSQL

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

Kịch bản ứng dụng trong thực tế (Real-world Use Cases)

  1. Giải quyết tranh chấp địa giới hành chính: Khi phát sinh khiếu nại hoặc điều chỉnh địa giới cấp xã/phường, cán bộ Phòng Xây dựng chính quyền chỉ cần nhập từ khóa địa danh. Hệ thống lập tức truy xuất toàn bộ hồ sơ, biên bản hiệp thương và bản đồ lịch sử từ Phông Ban Tổ chức chính quyền tỉnh Quảng Nam - Đà Nẵng (giai đoạn trước năm 1997) trong vòng 2 giây.
  2. Thẩm định quá trình công tác cán bộ: Phục vụ công tác nâng ngạch, quy hoạch cán bộ thông qua việc tra tìm nhanh quyết định tuyển dụng, điều động, bổ nhiệm gốc với độ chính xác tuyệt đối, loại bỏ hoàn toàn nguy cơ thất lạc hồ sơ gốc.

Yêu cầu triển khai hệ thống

  • Hạ tầng máy chủ ứng dụng: 01 Server chuyên dụng (Tối thiểu 8 Cores CPU, 32GB RAM, Ổ cứng SSD 1TB Enterprise chạy RAID 1).
  • Hạ tầng lưu trữ dữ liệu tệp (Storage): Hệ thống NAS tối thiểu 10TB đáp ứng chuẩn sao lưu dự phòng 3-2-1.
  • Thiết bị đầu cuối và số hóa: Máy quét chuyên dụng phẳng/quét khay hỗ trợ OCR quang học, độ phân giải 600 DPI; máy tính trạm cho cán bộ văn thư có chứng thư số chuyên dùng Chính phủ.
+-----------------------------------------------------------------------------------+
|                ƯỚC TÍNH CHI PHÍ VÀ HIỆU QUẢ ĐẦU TƯ (ROI TRONG 3 NĂM)               |
+-----------------------------------------------------------------------------------+
|  [Hạng mục đầu tư ban đầu]                           [Lợi ích định lượng/năm]     |
|  - Phần mềm & Tích hợp:     120.000.000 VNĐ          - Tiết kiệm giấy/in ấn: 45M  |
|  - Máy chủ & Thiết bị quét: 150.000.000 VNĐ          - Tiết kiệm giờ công:  180M  |
|  - Chuẩn hóa Mục lục hồ sơ:  80.000.000 VNĐ          - Bảo tồn tài liệu:    100M  |
|  ==> Tổng đầu tư:           350.000.000 VNĐ          ==> Tổng giá trị/năm: 325M   |
|                                                                                   |
|  ===> THỜI GIAN HOÀN VỐN ĐẦU TƯ (PAYBACK PERIOD): ~ 13 THÁNG                     |
+-----------------------------------------------------------------------------------+

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

Hạn chế kỹ thuật hiện tại

  • Khả năng nhận dạng OCR đối với các tài liệu hành chính viết tay hoặc các văn bản đánh máy trước năm 1975 bị ố vàng, rách góc chỉ đạt độ chính xác khoảng $65 - 70%$, vẫn đòi hỏi sự can thiệp hiệu đính thủ công của chuyên viên lưu trữ.
  • Hệ thống cơ sở dữ liệu hiện mới vận hành nội bộ trong mạng LAN/WAN của Sở Nội vụ, chưa liên thông trực tiếp với Cổng lưu trữ quốc gia do các yêu cầu bảo mật cấp độ 3.

Hướng nâng cấp mở rộng

  • Nghiên cứu tích hợp mô hình trí tuệ nhân tạo thị giác máy tính (Vision AI) và học sâu (Deep Learning Transformer) chuyên biệt cho văn bản chữ Nôm và văn bản hành chính viết tay cổ.
  • Phát triển tính năng tra cứu ngữ nghĩa (Semantic Search) sử dụng Vector Database để hiểu được ngữ cảnh tìm kiếm của người dùng thay vì chỉ dựa vào từ khóa chính xác.

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

+-----------------------------------------------------------------------------------+
|                             MA TRẬN ĐỐI TƯỢNG HƯỞNG LỢI                           |
+-----------------------------------------------------------------------------------+
| [Cán bộ Văn thư - Lưu trữ]   --> Giảm 90% áp lực thủ công, quản lý kho khoa học    |
| [Lãnh đạo & Cơ quan Nhà nước]--> Ra quyết định quản lý dựa trên dữ liệu lịch sử đủ |
| [Sinh viên & Giảng viên]     --> Mô hình mẫu về số hóa chuẩn hóa lưu trữ học       |
| [Nhà nghiên cứu Lịch sử]     --> Khai thác nguồn tài liệu gốc nhanh chóng, toàn vẹn|
+-----------------------------------------------------------------------------------+
  • Cán bộ quản lý lưu trữ: Được trang bị bộ công cụ hiện đại, giảm thiểu tối đa các thao tác mang tính cơ học, hạn chế tiếp xúc thường xuyên với bụi mốc kho tài liệu cũ.
  • Công dân và tổ chức: Tiếp cận dịch vụ công nhanh chóng khi có nhu cầu xác nhận các giấy tờ, hồ sơ cán bộ, địa giới hành chính liên quan đến quyền lợi hợp pháp.
  • Cộng đồng học thuật và nghiên cứu: Đồ án cung cấp tài liệu tham khảo thực tiễn chất lượng cao về phương pháp chuẩn hóa Mục lục hồ sơ kết hợp kỹ thuật công nghệ thông tin trong chuyên ngành Lưu trữ học và Quản trị văn phòng.

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

1. Việc số hóa tài liệu có được phép thay thế hoàn toàn tài liệu gốc dạng giấy không?

Theo quy định tại Khoản c Điều 13 Luật Lưu trữ 2011 và Điều 5 Nghị định số 01/2013/NĐ-CP, tài liệu được số hóa từ các vật mang tin khác không có giá trị thay thế bản gốc, bản chính có giá trị bảo quản vĩnh viễn. Việc số hóa đóng vai trò là giải pháp tạo bản sao phục vụ khai thác diện rộng nhằm bảo vệ và kéo dài tuổi thọ cho tài liệu gốc.

2. Tiêu chuẩn kỹ thuật nào là bắt buộc khi số hóa tài liệu giấy tại Sở?

Tài liệu phải tuân thủ nghiêm ngặt Thông tư số 02/2019/TT-BNV: Định dạng file PDF v1.4 trở lên, quét ảnh màu 24-bit, độ phân giải thực tế tối thiểu 200 DPI, tỷ lệ quét 100%, có gắn hình ảnh chữ ký số định dạng PNG kích thước chuẩn ở góc trên bên phải trang đầu văn bản.

3. Làm thế nào để xử lý các tài liệu lưu trữ có độ mật cao trong hệ thống tra cứu?

Hệ thống áp dụng mô hình phân quyền ma trận RBAC (Role-Based Access Control) kết hợp mã hóa dữ liệu tại chỗ (Data at Rest) bằng thuật toán AES-256. Chỉ những cán bộ được cấp thẩm quyền bằng văn bản mới có quyền truy xuất metadata và tệp đính kèm của các hồ sơ thuộc danh mục bảo vệ bí mật nhà nước.

4. Hệ thống có khả năng tích hợp vào phần mềm Một cửa điện tử của thành phố không?

Có. Nhờ phát triển trên nền tảng PHP/Zend Framework và kiến trúc API RESTful chuẩn mở, hệ thống sẵn sàng cung cấp các dịch vụ Web Service để phần mềm Một cửa điện tử gọi dữ liệu tra cứu xác thực hồ sơ công dân tức thời.

5. Chi phí bảo trì và vận hành hệ thống hàng năm ước tính là bao nhiêu?

Chi phí vận hành định kỳ ước tính chiếm khoảng $8 - 10%$ tổng mức đầu tư ban đầu (chủ yếu chi trả cho việc kiểm định an toàn thông tin, bảo trì máy chủ và sao lưu lưu trữ đám mây định kỳ).

Kết luận

Đồ án nghiên cứu đã giải quyết toàn diện bài toán lý luận và thực tiễn trong việc hoàn thiện hệ thống công cụ tra cứu khoa học tài liệu lưu trữ tại Sở Nội vụ thành phố Đà Nẵng. Bằng sự kết hợp chặt chẽ giữa việc chuẩn hóa các nghiệp vụ lưu trữ truyền thống (Mục lục hồ sơ, Khung phân loại thông tin, Bộ thẻ tra cứu) theo đúng tiêu chuẩn nhà nước và ứng dụng linh hoạt các giải pháp công nghệ thông tin hiện đại (PostgreSQL Full-Text Search, chuẩn hóa số hóa PDF/A, OCR tự động và Chữ ký số), đề tài đã tạo nên một bước đột phá trong công tác quản trị tài liệu hành chính. Kết quả nghiên cứu không chỉ nâng cao hiệu suất làm việc của cán bộ nghiệp vụ mà còn đóng góp trực tiếp vào mục tiêu xây dựng thành phố thông minh và nền hành chính công hiện đại, minh bạch của thành phố Đà Nẵng.