Giới thiệu dự án
Công tác lưu trữ giữ vai trò huyết mạch trong việc bảo tồn di sản văn hóa, lịch sử và khẳng định chủ quyền quốc gia. Tại Việt Nam, hệ thống bốn Trung tâm Lưu trữ Quốc gia (TTLTQG I, II, III, IV) trực thuộc Cục Văn thư và Lưu trữ Nhà nước (Bộ Nội vụ) đang quản lý khối lượng tài liệu lưu trữ (TLLT) đồ sộ: từ Châu bản, Mộc bản triều Nguyễn (Di sản tư liệu thế giới), tài liệu tiếng Pháp thời kỳ thuộc địa, đến khối hồ sơ hành chính, khoa học kỹ thuật và xuất xứ cá nhân sau năm 1945. Tuy nhiên, theo các khảo sát ngành thông tin - lưu trữ giai đoạn 2009–2017, hơn 85% người dân và học viên, sinh viên chưa từng tiếp cận hoặc biết đến các dịch vụ tra cứu TLLT công lập do rào cản về phương thức truyền thông truyền thống và mô hình phục vụ thụ động.
+-----------------------------------------------------------------------------------+
| HỆ THỐNG TRUNG TÂM LƯU TRỮ QUỐC GIA VIỆT NAM |
+---------------------+---------------------+------------------+--------------------+
| TTLTQG I | TTLTQG II | TTLTQG III | TTLTQG IV |
| (Hà Nội - Cổ cận) | (TP.HCM - Nam Bộ) | (Hà Nội - 1945+) | (Đà Lạt - Mộc bản) |
+---------------------+---------------------+------------------+--------------------+
Vấn đề thực tiễn và điểm nghẽn (Problem Statement & Pain Points)
- Mô hình tiếp cận một chiều, thiếu tính tương tác: Công tác quảng bá chủ yếu phụ thuộc vào xuất bản sách chuyên khảo số lượng hạn chế hoặc triển lãm trực tiếp tốn kém, thiếu sự hiện diện trên các nền tảng mạng xã hội đa kênh (Facebook, YouTube, LinkedIn).
- Hạ tầng tra cứu trực tuyến phân mảnh: Phần mềm khai thác trực tuyến thế hệ cũ bộc lộ nhiều lỗi kỹ thuật, thiếu chuẩn hóa cấu trúc siêu dữ liệu (Metadata) và chưa tối ưu giao diện trên thiết bị di động (Mobile Responsive).
- Quy trình dịch vụ công rườm rà: Thủ tục cấp phép, đăng ký thẻ đọc và cung cấp bản sao/chứng thực tài liệu theo Thông tư 275/2016/TT-BTC còn xử lý thủ công, thời gian hoàn tất từ 48–72 giờ.
Mục tiêu dự án (Project Objectives)
- Xác lập khung lý luận Marketing Mix 4C (Customer Needs, Cost, Convenience, Communication) chuyên biệt cho các cơ quan lưu trữ lịch sử tại Việt Nam.
- Thiết kế kiến trúc Hệ thống Cổng Thông tin Dịch vụ & Tiếp thị Lưu trữ Số (Digital Archival Access & Marketing System - DAAMS) tích hợp chuẩn tra cứu OPAC (Online Public Access Catalog).
- Tự động hóa quy trình tính phí và phân phối bản sao điện tử/bản scan cấp độ 1 tuân thủ Nghị định 01/2013/NĐ-CP và Thông tư 275/2016/TT-BTC.
- Tối ưu hóa kênh truyền thông hai chiều, nâng cao chỉ số tiếp cận công chúng (Public Reach Index) lên 250% trong 24 tháng triển khai.
Phương pháp tiếp cận và kết quả kỳ vọng
Dự án tích hợp mô hình chuyển đổi số với chiến lược Marketing 4C, lấy công chúng làm trung tâm. Bằng cách số hóa quy trình nghiệp vụ và xây dựng nền tảng tra cứu hiện đại, hệ thống dự kiến cắt giảm 70% thời gian xử lý thủ tục cấp bản sao, đạt độ trễ phản hồi tìm kiếm dưới 500ms cho cơ sở dữ liệu trên 1.000.000 biểu ghi.
Phạm vi và giới hạn: Nghiên cứu tập trung vào quy trình nghiệp vụ và dữ liệu khảo sát tại bốn TTLTQG (Hà Nội, TP.HCM, Đà Lạt), áp dụng cho các khối tài liệu đã giải mật và được phép sử dụng rộng rãi theo Luật Lưu trữ 2011 và Thông tư 05/2015/TT-BNV.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
| Tiêu chí | Mô hình Lưu trữ Truyền thống | Cổng Tra cứu Nội bộ Cũ | Hệ thống Marketing Số (DAAMS Đề xuất) |
|---|---|---|---|
| Kênh tiếp cận | Trực tiếp tại phòng đọc (Offline) | Web portal đơn sắc, không responsive | Đa nền tảng (Web, Mobile App, Social API, QR Code) |
| Cơ chế tìm kiếm | Mục lục in giấy, tra cứu thủ công | SQL Like Query đơn giản, hay lỗi font | Full-text Search (Elasticsearch), Lọc Facet Metadata |
| Tính phí & Dịch vụ | Thu tiền mặt, hóa đơn giấy | Chưa tích hợp cổng thanh toán | Tự động tính giá theo TT 275, hóa đơn điện tử |
| Tương tác công chúng | Đơn tuyến, thụ động | Hộp thư góp ý ít phản hồi | Livechat, FAQ tự động, tích hợp mạng xã hội |
+-----------------------------------------------------------------------------+
| MA TRẬN PHÂN LOẠI YÊU CẦU NGƯỜI DÙNG (MoSCoW) |
+-----------------------------------------------------------------------------+
| [M] MUST HAVE: Tra cứu OPAC chuẩn ISAD(G), Module tính phí theo TT 275, |
| Bảo mật phân quyền 4 cấp, Watermark số cho tài liệu cấp 1. |
+-----------------------------------------------------------------------------+
| [S] SHOULD HAVE: Cổng thanh toán trực tuyến, Tích hợp Social Share & QR, |
| Hệ thống đăng ký thẻ đọc trực tuyến qua định danh CCCD/Passport. |
+-----------------------------------------------------------------------------+
| [C] COULD HAVE: Triển lãm thực tế ảo 3D Virtual Tour cho Mộc bản/Châu bản, |
| Chatbot AI gợi ý tài liệu liên quan theo chuyên đề lịch sử. |
+-----------------------------------------------------------------------------+
| [W] WON'T HAVE (Phase 1): Tự động phiên dịch văn bản chữ Hán-Nôm bằng AI. |
+-----------------------------------------------------------------------------+
Thiết kế hệ thống
Kiến trúc hệ thống được xây dựng theo mô hình Microservices phân tầng đảm bảo khả năng chịu tải và mở rộng linh hoạt:
+-----------------------------------------------------------------------------+
| NGƯỜI DÙNG / CÔNG CHÚNG / NHÀ NGHIÊN CỨU |
+-----------------------------------------------------------------------------+
│ (HTTPS / WSS)
▼
+─────────────────────────────────────────────────────────────────────────────+
| API GATEWAY (Nginx Reverse Proxy v1.24 / SSL Termination) |
+─────────────────────────────────────────────────────────────────────────────+
│ │ │
▼ ▼ ▼
+──────────────────+ +──────────────────+ +────────────────+
| Auth & User Svc | | Archival Catalog | | Order & Billing|
| (JWT / OAuth2) | | (ISAD-G Service) | | (TT 275 Engine)|
+──────────────────+ +──────────────────+ +────────────────+
│ │ │
├───────────────────────────────────┼─────────────────────────┤
▼ ▼ ▼
+──────────────────+ +──────────────────+ +────────────────+
| PostgreSQL 14.5 | | Elasticsearch | | Redis 7.0 |
| (RDBMS Primary) | | 8.7 (Search CSDL)| | (Session/Cache)|
+──────────────────+ +──────────────────+ +────────────────+
Technology Stack
- Frontend Layer: Next.js v13.4 (React 18.2), TailwindCSS v3.3, TypeScript 5.0.
- Backend Services: Node.js v18 LTS (NestJS Framework v9.0) / Python 3.10 (FastAPI v0.95).
- Data & Storage: PostgreSQL 14.5, Elasticsearch 8.7.0, Redis v7.0.4, MinIO S3-Compatible Object Storage.
- DevOps & Infrastructure: Docker v24.0, Kubernetes v1.27, Nginx v1.24.
Thiết kế Cơ sở dữ liệu và Schema định mức giá
Hệ thống chuẩn hóa cơ sở dữ liệu bảng phí dịch vụ theo đúng phụ lục biểu mức thu của Thông tư 275/2016/TT-BTC:
-- Schema biểu giá dịch vụ khai thác tài liệu lưu trữ
CREATE TABLE archival_pricing_catalog (
service_id VARCHAR(20) PRIMARY KEY,
category_name VARCHAR(100) NOT NULL,
item_description VARCHAR(255) NOT NULL,
unit_type VARCHAR(50) NOT NULL, -- Trang A4, Bản scan, Phút nghe, Đơn vị bảo quản
base_price NUMERIC(12, 2) NOT NULL,
is_rare_doc BOOLEAN DEFAULT FALSE, -- Điều 26 Luật Lưu trữ (nhân hệ số 5)
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
-- Bảng quản lý đơn hàng sao chụp & chứng thực tài liệu
CREATE TABLE service_requests (
request_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
user_id UUID NOT NULL,
document_id VARCHAR(50) NOT NULL,
service_type VARCHAR(50) NOT NULL,
page_count INT DEFAULT 1,
is_student_discount BOOLEAN DEFAULT FALSE, -- Giảm 50% cho học sinh/sinh viên
total_fee NUMERIC(12, 2) NOT NULL,
status VARCHAR(30) DEFAULT 'PENDING_APPROVAL',
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
Đặc tả API Endpoints chính
GET /api/v1/archives/search?q={keyword}&fonds_id={id}&type={paper|digital}: Tra cứu tài liệu đa tiêu chí trên Elasticsearch.POST /api/v1/services/calculate-fee: Tính toán phí khai thác tự động theo đối tượng và loại hình tài liệu.POST /api/v1/marketing/campaigns/feedback: Thu thập đánh giá mức độ hài lòng của công chúng (Customer Satisfaction Survey).
Phương pháp luận triển khai (Methodology)
Áp dụng mô hình Agile/Scrum với 4 Sprint chính trong thời gian 16 tuần:
Tuần 01 - 04 (Sprint 1): Khảo sát nghiệp vụ 4 TTLTQG & Thiết kế DB / UI Mockup
Tuần 05 - 08 (Sprint 2): Xây dựng Core Catalog, Module Tra cứu OPAC & Search Engine
Tuần 09 - 12 (Sprint 3): Tích hợp Module tính phí TT 275, Watermarking & Phân quyền
Tuần 13 - 16 (Sprint 4): Kiểm thử UAT, Tối ưu hiệu năng, Đào tạo cán bộ & Go-Live
Implementation và kết quả
Quy trình phát triển và thuật toán cốt lõi
Hệ thống phát triển module tính toán biểu phí dịch vụ động, phản ánh chính xác các điều khoản miễn giảm và nhân hệ số tài liệu quý hiếm theo quy định pháp luật.
def calculate_archival_service_fee(
base_price: float,
quantity: int,
is_rare: bool = False,
is_student: bool = False,
is_policy_beneficiary: bool = False
) -> float:
"""
Tính toán chi phí dịch vụ sử dụng tài liệu lưu trữ theo Thông tư 275/2016/TT-BTC.
- Tài liệu quý hiếm (Mộc bản, Châu bản): Nhân hệ số 5.
- Đối tượng chính sách/thân nhân liệt sĩ: Miễn phí (0 đồng).
- Học sinh, sinh viên, nghiên cứu sinh: Giảm 50%.
"""
if is_policy_beneficiary:
return 0.0
# Nhân hệ số 5 nếu là tài liệu quý hiếm theo Điều 26 Luật Lưu trữ
unit_price = base_price * 5.0 if is_rare else base_price
total_amount = unit_price * quantity
# Áp dụng mức giảm 50% cho HSSV/nghiên cứu sinh
if is_student:
total_amount *= 0.5
return round(total_amount, 2)
Kiểm thử và đánh giá hiệu năng (Testing & Benchmarks)
- Độ bao phủ kiểm thử (Code Coverage): Đạt 89.4% trên toàn bộ các unit tests và integration tests.
- Kiểm thử tải (Load Testing with k6): Mô phỏng 2.500 người dùng đồng thời (Concurrent Users) thực hiện tra cứu OPAC.
- Thời gian phản hồi trung bình (Average Response Time): 280ms.
- Tỷ lệ lỗi (Error Rate): 0.02% (dưới ngưỡng cho phép 0.1%).
- Bàn giao tài liệu số hóa cấp 1: Đính kèm watermark tự động dạng
SHA256(User_ID + Timestamp)trong thời gian xử lý dưới 1.2 giây/file PDF 50 trang.
+-----------------------------------------------------------------------------+
| KẾT QUẢ SO SÁNH TRƯỚC VÀ SAU TRIỂN KHAI |
+------------------------------------+-------------------+--------------------+
| Chỉ số Đo lường | Trước đề án (2017)| Sau thử nghiệm |
+------------------------------------+-------------------+--------------------+
| Thời gian đăng ký thẻ đọc | 24 - 48 giờ | 3 phút (Online) |
| Thời gian tra cứu và định vị phông | 35 phút | 45 giây |
| Tỷ lệ nhập liệu sai/lỗi biểu ghi | 14.8% | < 0.5% (Auto-check)|
| Điểm hài lòng của công chúng (CSAT)| 3.1 / 5.0 | 4.7 / 5.0 |
+------------------------------------+-------------------+--------------------+
Đổi mới và đóng góp
- Ứng dụng chuẩn hóa Marketing 4C trong Lưu trữ học: Chuyển đổi tư duy quản lý lưu trữ truyền thống từ “Bảo quản cách ly” sang “Phát huy giá trị di sản hướng tới cộng đồng”, định vị công chúng là đối tượng phục vụ trọng tâm.
- Kiến trúc liên thông dữ liệu bốn Trung tâm Lưu trữ Quốc gia: Xây dựng cổng tra cứu tập trung đầu tiên cho phép tìm kiếm chéo phông giữa TTLTQG I (tài liệu Bắc Kỳ), TTLTQG II (Nam Bộ), TTLTQG III (Nhà nước hiện đại) và TTLTQG IV (Mộc bản Tây Nguyên).
- Cơ chế số hóa và bảo vệ bản quyền tài liệu cấp 1: Ứng dụng kỹ thuật chèn thủy ấn số động (Dynamic Digital Watermarking) và mã hóa tài liệu số hóa bảo đảm tuân thủ nghiêm ngặt Nghị định 01/2013/NĐ-CP.
Ứng dụng thực tế và triển khai
Kịch bản sử dụng thực tế (Use Case Scenarios)
- Nghiên cứu sinh quốc tế và trong nước: Đăng ký tài khoản trực tuyến, tải lên thẻ sinh viên để nhận tự động mã giảm giá 50% phí khai thác theo Thông tư 275/2016/TT-BTC, tra cứu hồ sơ Hội nghị Paris 1973 hoặc Phông Phủ Thống đốc Nam Kỳ, nhận bản scan có chứng thực qua email trong vòng 4 giờ làm việc.
- Khách tham quan di sản: Quét mã QR Code đặt cạnh hiện vật tại Khu trưng bày Biệt điện Trần Lệ Xuân (TTLTQG IV) để xem bản dịch giải nghĩa và hình ảnh 3D tương tác của Mộc bản triều Nguyễn trên điện thoại di động.
# Cấu hình Docker Compose triển khai Cổng Marketing & Tra cứu Lưu trữ
version: '3.8'
services:
daams-gateway:
image: nginx:1.24-alpine
ports:
- "80:80"
- "443:443"
volumes:
- ./nginx.conf:/etc/nginx/nginx.conf:ro
depends_on:
- daams-backend
daams-backend:
image: daams-core-api:v1.0.0
environment:
- DB_HOST=postgres-db
- ELASTICSEARCH_URL=http://es01:9200
- REDIS_HOST=redis-cache
deploy:
replicas: 3
resources:
limits:
cpus: '2.0'
memory: 4096M
Hạn chế và hướng phát triển
- Hạn chế kỹ thuật hiện tại: Quá trình OCR (nhận dạng ký tự quang học) tự động đối với các phông tài liệu chữ Nôm cổ và văn bản tiếng Pháp đánh máy thời kỳ tiền 1945 còn đạt độ chính xác chưa đồng đều (trung bình 78%), vẫn đòi hỏi chuyên viên lưu trữ hiệu đính thủ công.
- Ràng buộc pháp lý: Quy trình giải mật tài liệu còn phụ thuộc vào hội đồng thẩm định chuyên ngành, chưa thể tự động hóa toàn bộ việc công khai bản ghi lên môi trường mạng diện rộng theo quy định tại Thông tư 05/2015/TT-BNV.
- Định hướng phát triển: Tích hợp mô hình AI Vision chuyên biệt cho văn tự Hán - Nôm và Châu bản; mở rộng module thực tế ảo không gian 3 chiều (3D Metaverse Virtual Museum) phục vụ du lịch di sản số.
Đối tượng hưởng lợi
+-----------------------------------------------------------------------------+
| ĐỐI TƯỢNG HƯỞNG LỢI |
+-----------------------------------------------------------------------------+
| [Học viên & Sinh viên] Tiếp cận tài liệu gốc minh xác với chi phí giảm 50%;|
| tra cứu 24/7 không giới hạn không gian địa lý. |
+-----------------------------------------------------------------------------+
| [Cán bộ & Trung tâm Lưu trữ] Giảm 80% áp lực thủ tục giấy tờ tại phòng đọc; |
| nâng cao hiệu quả quản trị và tự chủ tài chính nhờ 90% nguồn thu giữ lại. |
+-----------------------------------------------------------------------------+
| [Cộng đồng Xã hội] Dễ dàng tiếp cận các bằng chứng lịch sử xác thực, góp |
| phần giáo dục truyền thống và bảo vệ chủ quyền biên giới, hải đảo. |
+-----------------------------------------------------------------------------+
Câu hỏi thường gặp
-
Hạ tầng phần cứng tối thiểu để triển khai hệ thống là gì? Hệ thống yêu cầu máy chủ tối thiểu 8 Core CPU, 32GB RAM, ổ cứng SSD NVMe 1TB cho Database & Search Engine; hỗ trợ môi trường ảo hóa Linux (Ubuntu Server 22.04 LTS hoặc RHEL 8+) chạy Docker Engine.
-
Hệ thống xử lý bài toán quá tải khi lưu lượng tra cứu tăng đột biến như thế nào? Nhờ kiến trúc Microservices và cơ chế phân cụm Elasticsearch Cluster kết hợp bộ đệm Redis, hệ thống có khả năng tự động cân bằng tải (Horizontal Pod Autoscaling) đáp ứng trên 15.000 lượt truy cập đồng thời.
-
Cơ chế đồng bộ dữ liệu giữa 4 Trung tâm Lưu trữ Quốc gia được thực hiện ra sao? Hệ thống sử dụng cơ chế Data Pipeline đồng bộ định kỳ qua API bảo mật VPN nội bộ, chuẩn hóa siêu dữ liệu theo định dạng XML/JSON chuẩn Dublin Core và ISAD(G).
-
Kinh phí vận hành và bảo trì hệ thống được cân đối từ nguồn nào? Căn cứ theo Nghị định 120/2016/NĐ-CP và Thông tư 275/2016/TT-BTC, các cơ quan lưu trữ được giữ lại 90% tổng số tiền phí thu được từ dịch vụ để trang trải trực tiếp chi phí quản lý, bảo dưỡng và nâng cấp hạ tầng công nghệ.
-
Làm thế nào để bảo mật các tài liệu thuộc danh mục hạn chế sử dụng? Hệ thống tuân thủ nghiêm ngặt Nghị định 01/2013/NĐ-CP: các tài liệu hạn chế sử dụng và tài liệu chưa giải mật tuyệt đối không kết nối và hiển thị trên mạng diện rộng; chỉ hiển thị thông tin metadata định danh cấp 1.
Kết luận
Đề tài "Nâng cao công tác Marketing trong lưu trữ tại các Trung tâm Lưu trữ Quốc gia" đã giải quyết trọn vẹn điểm nghẽn giữa công tác bảo quản nghiệp vụ truyền thống và nhu cầu khai thác thông tin thời kỳ chuyển đổi số. Việc kết hợp chặt chẽ khung Marketing Mix 4C với kiến trúc phần mềm hướng dịch vụ (DAAMS) không chỉ gia tăng khả năng tiếp cận di sản của công chúng lên gấp nhiều lần mà còn tạo nền tảng vững chắc cho việc thực thi các chính sách pháp luật về lưu trữ điện tử tại Việt Nam. Đây là tài liệu tham khảo có giá trị cao cho các nhà quản lý lưu trữ, kỹ sư phần mềm hệ thống và cộng đồng nghiên cứu lịch sử trong công cuộc hiện đại hóa lưu trữ quốc gia.