Giới thiệu dự án

Bối cảnh thực tiễn và tính cấp thiết

Trong tiến trình đổi mới cải cách hành chính và xây dựng Chính phủ điện tử tại Việt Nam, việc ứng dụng công nghệ thông tin (CNTT) vào công tác văn thư lưu trữ là nền tảng cốt lõi. Theo các báo cáo khảo sát từ Bộ Nội vụ và Bộ Thông tin và Truyền thông, các cơ quan hành chính nhà nước cấp quận/huyện xử lý trung bình từ 15.000 đến 30.000 công văn đến và đi mỗi năm. Tuy nhiên, phương thức quản lý truyền thống ("lưu trữ cất giữ trong tủ hồ sơ") chiếm dụng hơn 35% không gian lưu trữ vật lý, đồng thời tiêu tốn tới 60-70% quỹ thời gian của văn thư và cán bộ công chức trong việc phân loại, vào sổ tay, tìm kiếm và luân chuyển tài liệu giấy.

Ủy ban Nhân dân (UBND) Thị xã Hương Thủy, Tỉnh Thừa Thiên Huế – đơn vị hành chính quản lý 12 xã, phường với 15 phòng ban chuyên môn – tiếp nhận và ban hành khối lượng văn bản hành chính rất lớn hàng ngày. Thực trạng ứng dụng CNTT tại đơn vị trước đây còn mang tính cục bộ, phân tán, thiếu một quy trình tự động hóa khép kín từ khâu tiếp nhận, phê duyệt, ban hành đến lưu trữ và thống kê.

[Văn bản đến (Giấy/Mạng)] 
        │
        ▼
[Văn thư tiếp nhận & Vào sổ] ──► [Lãnh đạo phân phối / Cho ý kiến]
                                                 │
                                                 ▼
[Văn bản đi / Phát hành] ◄── [Lãnh đạo phê duyệt] ◄── [CBCCVC xử lý & Dự thảo]

Vấn đề nghiên cứu và các điểm nghẽn (Pain Points)

Công tác quản lý công văn tại UBND Thị xã Hương Thủy đối mặt với các khó khăn cụ thể:

  • Nguy cơ thất lạc và hư hại tài liệu: Văn bản giấy sau thời gian lưu trữ từ 1–2 năm dễ bị ẩm mốc, thất lạc trong quá trình mượn - trả giữa các phòng ban.
  • Ách tắc tiến độ xử lý: Việc luân chuyển hồ sơ giấy thủ công làm chậm tiến độ phản hồi chỉ đạo; lãnh đạo khó theo dõi sát sao tình trạng xử lý văn bản (chưa xem, đang xử lý, đã hoàn thành hay quá hạn).
  • Trùng lặp và mâu thuẫn thông tin: Thiếu cơ sở dữ liệu (CSDL) tập trung khiến nhiều văn bản ban hành trùng số hiệu, trùng nội dung hoặc xung đột về mặt thể thức theo quy định hiện hành.
  • Chi phí vận hành cao: Tốn kém kinh phí in ấn, photocopy, gửi chuyển phát nhanh và duy trì kho lưu trữ vật lý.

Mục tiêu dự án

  1. Nghiên cứu, khảo sát và mô hình hóa toàn diện quy trình nghiệp vụ văn thư - lưu trữ tại UBND Thị xã Hương Thủy theo đúng các quy chuẩn pháp lý: Thông tư số 07/2012/TT-BNV, Công văn số 1036/BTTTT-THH, và Thông tư liên tịch số 55/2005/TTLT-BNV-VPCP.
  2. Chuẩn hóa cấu trúc dữ liệu và thiết kế CSDL quan hệ tối ưu đạt chuẩn 3NF trên hệ quản trị Microsoft SQL Server 2014, hỗ trợ lưu trữ dữ liệu đa định dạng và Full-text Search.
  3. Xây dựng và triển khai phần mềm quản lý văn bản hoạt động trên môi trường Web-based, phát triển dưới dạng các module độc lập trên nền tảng DotNetNuke (DNN) Platform phiên bản 8.x/9.x.
  4. Tối ưu hóa 100% các luồng nghiệp vụ: Quản lý danh mục, Quản lý tổ chức - phòng ban, Quản lý văn bản đến, Quản lý văn bản đi, Quản lý dự thảo và Báo cáo - thống kê đa tiêu chí.

Phương pháp giải quyết và luận cứ khoa học

Hệ thống được phát triển trên kiến trúc Web-based đa tầng (Multi-tier Architecture) kết hợp nền tảng DotNetNuke Framework (ASP.NET/C#/VB.NET). DotNetNuke cung cấp cơ chế phân quyền (Role-Based Access Control - RBAC) chặt chẽ, quản lý module linh hoạt, cho phép tích hợp trực tiếp vào hạ tầng mạng cục bộ (LAN) của UBND Thị xã và dễ dàng mở rộng ra môi trường mạng diện rộng (WAN).

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

  • Giảm 75% thời gian tiếp nhận và vào sổ văn bản đến/đi.
  • Rút ngắn thời gian tra cứu, tìm kiếm toàn văn hồ sơ từ 15-30 phút xuống < 2 giây.
  • 100% luồng công việc được theo dõi thời gian thực (real-time tracking), loại bỏ hoàn toàn tình trạng trễ hạn xử lý văn bản khẩn/hỏa tốc.
  • Tiết kiệm ít nhất 40% chi phí in ấn và văn phòng phẩm hàng năm tại cơ quan.

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

  • Phạm vi không gian: Triển khai nội bộ cho Lãnh đạo UBND, Văn phòng HĐND & UBND cùng 14 phòng ban chuyên môn trực thuộc UBND Thị xã Hương Thủy, Tỉnh Thừa Thiên Huế.
  • Phạm vi thời gian: Khảo sát, phân tích và lập trình từ ngày 14/01/2019 đến 30/04/2019.
  • Giới hạn kỹ thuật: Hệ thống giai đoạn này phục vụ trong mạng LAN/WAN nội bộ, hỗ trợ ký duyệt số hóa qua luồng tài khoản, chưa tích hợp trực tiếp chữ ký số phần cứng USB Token (PKI) và chưa mở rộng cổng kết nối liên thông quốc gia (LGSP).

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

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

So sánh giải pháp hiện tại và các công trình liên quan

Tiêu chí Quản lý thủ công truyền thống Hệ thống của Chu Đức Huy (Hải Phòng) Hệ thống FIS TEG (FPT) Hệ thống đề xuất (UBND Hương Thủy)
Nền tảng kiến trúc Sổ giấy & Microsoft Excel rời rạc Desktop/Web đơn giản Web Portal nội bộ doanh nghiệp Web-based Module trên DotNetNuke CMS
Hệ quản trị CSDL Không có / File cục bộ MySQL / Access dung lượng thấp Oracle / SQL Server MS SQL Server 2014 tối ưu hóa 3NF
Quy trình xử lý văn bản Luân chuyển thủ công qua giấy tờ Chỉ lưu trữ và tra cứu Lưu trữ, chưa gắn luồng xử lý văn bản đến Tích hợp xử lý văn bản đến, dự thảo, phân công đa cấp
Khả năng mở rộng Không Kém, khó phát triển module mới Trung bình, phụ thuộc nền tảng đóng Cao, tùy biến module và skin độc lập
Tìm kiếm toàn văn Thủ công theo sổ Tìm kiếm từ khóa cơ bản Hỗ trợ tìm kiếm cơ bản Hỗ trợ SQL Full-text Search toàn diện

Yêu cầu người dùng theo mô hình MoSCoW

  • Must-have (Bắt buộc có): Đăng nhập và xác thực phân quyền; Vào sổ văn bản đến/đi; Phân phối văn bản đến cho phòng ban; Quản lý dự thảo và phê duyệt; Thống kê theo ngày/tháng/loại văn bản/người ký; Đính kèm tệp tin scan (PDF, DOCX, JPG).
  • Should-have (Cần có): Phân loại độ khẩn (5 cấp) và độ mật (4 cấp); Tìm kiếm toàn văn (Full-text Search); Phân quyền chi tiết theo nhóm người dùng và module; Xuất báo cáo thống kê ra định dạng Excel/PDF.
  • Could-have (Có thể có): Lược sử thay đổi (Audit log) văn bản; Nhắc nhở văn bản sắp đến hạn xử lý qua giao diện dashboard.
  • Won't-have (Tạm thời chưa phát triển): Tích hợp ứng dụng di động iOS/Android; Đồng bộ trực tiếp trục liên thông văn bản quốc gia VDXP.

Thiết kế hệ thống

Kiến trúc hệ thống tổng thể

Hệ thống được thiết kế theo mô hình 3 lớp (3-tier Architecture) tích hợp trực tiếp trên nền tảng DotNetNuke Framework:

┌────────────────────────────────────────────────────────┐
│      Presentation Layer (Giao diện người dùng)         │
│  - DNN Portal Skins / Razor Views / AJAX Controls     │
│  - Giao diện Vào sổ, Phê duyệt, Tra cứu, Thống kê      │
└───────────────────────────┬────────────────────────────┘
                            │ (HTTP/HTTPS Request)
┌───────────────────────────▼────────────────────────────┐
│      Business Logic Layer (Tầng nghiệp vụ DNN)         │
│  - DocumentController, OrganizationController          │
│  - Security & Role Provider, Workflow Engine           │
└───────────────────────────┬────────────────────────────┘
                            │ (ADO.NET / Entity Client)
┌───────────────────────────▼────────────────────────────┐
│      Data Access Layer & Database (Tầng dữ liệu)       │
│  - Microsoft SQL Server 2014                           │
│  - Tables, Views, Triggers, Stored Procedures, Indexes │
└────────────────────────────────────────────────────────┘

Technology Stack và cấu hình phiên bản

  • Nền tảng cốt lõi: DotNetNuke (DNN) Platform v8.x / v9.x.
  • Môi trường phát triển & Ngôn ngữ: Microsoft .NET Framework 4.5.2, C# 6.0, VB.NET, ASP.NET Web Forms / MVC.
  • Hệ quản trị CSDL: Microsoft SQL Server 2014 Enterprise Edition.
  • Web Server: Internet Information Services (IIS) 8.5 / 10.0 trên nền Windows Server 2012 R2.
  • Tiêu chuẩn dữ liệu: Chuẩn mã hóa tiếng Việt Unicode UTF-8 / TCVN 6909:2001; Giao thức an toàn SSL/TLS, HTTPS.

Thiết kế cơ sở dữ liệu chi tiết

Hệ thống chuẩn hóa các thực thể quan hệ, bao gồm các bảng cốt lõi phục vụ lưu trữ văn bản, phân quyền và danh mục:

-- 1. Bảng quản lý phòng ban (Department)
CREATE TABLE [dbo].[QLVB_Department] (
    [ID] VARCHAR(40) NOT NULL PRIMARY KEY,
    [DepartmentName] NVARCHAR(500) NOT NULL,
    [DepartmentAbbrName] NVARCHAR(50) NULL,
    [UniqueCode] VARCHAR(50) NOT NULL UNIQUE,
    [OrganizationID] VARCHAR(40) NOT NULL,
    [OfficePhone] VARCHAR(50) NULL,
    [Email] VARCHAR(100) NULL,
    [Mission] NTEXT NULL,
    [Orders] INT DEFAULT 0,
    [Enabled] BIT DEFAULT 1,
    [CreatedOnDate] DATETIME DEFAULT GETDATE(),
    [LastModifiedOnDate] DATETIME DEFAULT GETDATE()
);

-- 2. Bảng quản lý nhân viên (Employee)
CREATE TABLE [dbo].[QLVB_Employee] (
    [ID] VARCHAR(40) NOT NULL PRIMARY KEY,
    [UserId] INT NOT NULL,
    [EmployeeCode] VARCHAR(100) NOT NULL UNIQUE,
    [FullName] NVARCHAR(500) NOT NULL,
    [Title] NVARCHAR(500) NULL,
    [DepartmentId] VARCHAR(40) NOT NULL,
    [OrganizationId] VARCHAR(40) NOT NULL,
    [PersonalEmail] NVARCHAR(500) NULL,
    [MobilePhone] VARCHAR(50) NULL,
    [Status] BIT DEFAULT 1,
    [Enabled] BIT DEFAULT 1,
    CONSTRAINT [FK_Employee_Department] FOREIGN KEY ([DepartmentId]) 
        REFERENCES [dbo].[QLVB_Department]([ID])
);

-- 3. Bảng quản lý văn bản đến (DocumentIn)
CREATE TABLE [dbo].[QLVB_DocumentIn] (
    [DocID] VARCHAR(40) NOT NULL PRIMARY KEY,
    [DocCode] NVARCHAR(100) NOT NULL,
    [ReleaseDate] DATETIME NOT NULL,
    [ReceivedDate] DATETIME NOT NULL DEFAULT GETDATE(),
    [Summary] NVARCHAR(MAX) NOT NULL,
    [DocTypeID] VARCHAR(40) NOT NULL,
    [FieldID] VARCHAR(40) NOT NULL,
    [FromOrgID] VARCHAR(40) NOT NULL,
    [BookDocID] VARCHAR(40) NOT NULL,
    [UrgentLevelID] INT NOT NULL,  -- 1: Thường, 2: Khẩn, 3: Thượng khẩn, 4: Hỏa tốc, 5: Hỏa tốc hẹn giờ
    [SecretLevelID] INT NOT NULL,  -- 1: Thường, 2: Mật, 3: Tối mật, 4: Tuyệt mật
    [HandlerEmployeeID] VARCHAR(40) NULL,
    [StatusID] INT NOT NULL DEFAULT 1, -- 1: Chờ xử lý, 2: Đang xử lý, 3: Đã hoàn thành
    [AttachedFilePath] NVARCHAR(1000) NULL,
    [CreatedByUserID] INT NOT NULL,
    [CreatedOnDate] DATETIME DEFAULT GETDATE()
);

Stored Procedure mẫu: Vào sổ văn bản đến

CREATE PROCEDURE [dbo].[sp_QLVB_InsertDocumentIn]
    @DocID VARCHAR(40),
    @DocCode NVARCHAR(100),
    @ReleaseDate DATETIME,
    @ReceivedDate DATETIME,
    @Summary NVARCHAR(MAX),
    @DocTypeID VARCHAR(40),
    @FieldID VARCHAR(40),
    @FromOrgID VARCHAR(40),
    @BookDocID VARCHAR(40),
    @UrgentLevelID INT,
    @SecretLevelID INT,
    @AttachedFilePath NVARCHAR(1000),
    @CreatedByUserID INT
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRY
        BEGIN TRANSACTION;
            INSERT INTO [dbo].[QLVB_DocumentIn] (
                [DocID], [DocCode], [ReleaseDate], [ReceivedDate],
                [Summary], [DocTypeID], [FieldID], [FromOrgID],
                [BookDocID], [UrgentLevelID], [SecretLevelID],
                [AttachedFilePath], [CreatedByUserID], [StatusID], [CreatedOnDate]
            )
            VALUES (
                @DocID, @DocCode, @ReleaseDate, @ReceivedDate,
                @Summary, @DocTypeID, @FieldID, @FromOrgID,
                @BookDocID, @UrgentLevelID, @SecretLevelID,
                @AttachedFilePath, @CreatedByUserID, 1, GETDATE()
            );
        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        ROLLBACK TRANSACTION;
        THROW;
    END CATCH
END;

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

Dự án áp dụng Mô hình Thác nước (Waterfall Model) với 6 giai đoạn kế thừa tuần tự, phù hợp đặc thù hệ thống hành chính công đòi hỏi tính chuẩn mực và pháp lý cao:

[1. Khảo sát] ──► [2. Đặc tả YC] ──► [3. Phân tích] ──► [4. Thiết kế] ──► [5. Cài đặt] ──► [6. Kiểm thử & Vận hành]

Ma trận quản trị rủi ro (Risk Assessment & Mitigation)

Rủi ro kỹ thuật / vận hành Mức độ Biện pháp giảm thiểu
Trình độ tin học của CBCCVC không đồng đều Cao Thiết kế UI tối giản, chuẩn hóa tiếng Việt, tổ chức tập huấn 2 đợt.
Mất mát dữ liệu do sự cố phần cứng máy chủ Rất cao Lập lịch sao lưu tự động SQL Server định kỳ hàng ngày (Differential & Full Backup).
Xung đột phân quyền giữa các phòng ban Trung bình Xây dựng ma trận phân quyền RBAC phân cấp theo đúng Điều lệ tổ chức của UBND Thị xã.
Tải hệ thống tăng đột biến trong giờ cao điểm Thấp Đánh chỉ mục Index tối ưu hóa truy vấn, cache dữ liệu danh mục tĩnh trên DNN.

Thực thi và Kết quả

Quá trình phát triển hệ thống

Phân rã tiến độ thực hiện

  • Giai đoạn 1 (Tuần 1 - Tuần 3): Khảo sát hiện trạng, phỏng vấn trực tiếp cán bộ văn thư và 15 phòng ban, thu thập tài liệu nghiệp vụ, ban hành hồ sơ đặc tả yêu cầu hệ thống.
  • Giai đoạn 2 (Tuần 4 - Tuần 7): Xây dựng sơ đồ luồng thông tin (IFD), sơ đồ chức năng (BFD), sơ đồ luồng dữ liệu (DFD Mức 0, Mức 1), thiết kế ERD và chuẩn hóa cấu trúc CSDL SQL Server.
  • Giai đoạn 3 (Tuần 8 - Tuần 12): Lập trình các module trên DotNetNuke Framework (C#/VB.NET), xây dựng các Stored Procedure, Triggers, Views xử lý logic nghiệp vụ.
  • Giai đoạn 4 (Tuần 13 - Tuần 15): Thiết kế giao diện (UI/UX), tích hợp module vào Portal DNN, kiểm thử tích hợp (Integration Test) và đánh giá chấp nhận người dùng (UAT).

Thuật toán cốt lõi: Xử lý và luân chuyển văn bản đến

Hệ thống xử lý phân luồng văn bản tự động dựa trên mức độ khẩn và phân quyền người dùng:

Bắt đầu: Tiếp nhận văn bản đến (File Scan / Bản mềm)
   │
   ├─► Kiểm tra thông tin: Số hiệu, Ngày ban hành, Cơ quan gửi, Độ khẩn, Độ mật
   │      │
   │      ├─ [Thiếu dữ liệu] ──► Báo lỗi và yêu cầu bổ sung
   │      └─ [Đầy đủ] ─────────► Ghi vào [QLVB_DocumentIn] qua Stored Procedure
   │
   ├─► Phân loại xử lý:
   │      ├─ [Văn bản Mật/Đích danh phòng] ──► Chuyển thẳng hộp thư đích
   │      └─ [Văn bản thông thường] ──────────► Đưa vào danh sách "Chờ phân phối" của Lãnh đạo
   │
   ├─► Lãnh đạo UBND phê duyệt:
   │      ├─ Trực tiếp xử lý
   │      └─ Phân công phòng ban chuyên môn / Chuyên viên thụ lý
   │
   └─► Chuyên viên thụ lý: Xử lý công việc / Dự thảo văn bản phản hồi (nếu có)

Code Snippet: Xử lý lưu văn bản đến trong DotNetNuke Controller (C#)

using System;
using DotNetNuke.Entities.Modules;
using DotNetNuke.Common.Utilities;

namespace QLVB.Modules.DocumentManagement
{
    public class DocumentInController : PortalModuleBase
    {
        public bool ProcessIncomingDocument(DocumentInInfo docInfo, int currentUserId)
        {
            try
            {
                // Kiểm tra hợp lệ dữ liệu đầu vào
                if (string.IsNullOrEmpty(docInfo.DocCode) || string.IsNullOrEmpty(docInfo.Summary))
                {
                    throw new ArgumentException("Số ký hiệu và trích yếu không được để trống.");
                }

                // Thiết lập ID định danh duy nhất (UUID)
                docInfo.DocID = Guid.NewGuid().ToString();
                docInfo.CreatedByUserID = currentUserId;
                docInfo.ReceivedDate = DateTime.Now;

                // Gọi tầng Data Access Layer (DAL) thực thi Stored Procedure
                DataProvider.Instance().ExecuteNonQuery(
                    "sp_QLVB_InsertDocumentIn",
                    docInfo.DocID,
                    docInfo.DocCode,
                    docInfo.ReleaseDate,
                    docInfo.ReceivedDate,
                    docInfo.Summary,
                    docInfo.DocTypeID,
                    docInfo.FieldID,
                    docInfo.FromOrgID,
                    docInfo.BookDocID,
                    docInfo.UrgentLevelID,
                    docInfo.SecretLevelID,
                    docInfo.AttachedFilePath,
                    docInfo.CreatedByUserID
                );

                // Ghi nhận Audit Log hành động trên hệ thống DNN
                EventLogController.Instance.AddLog(
                    "InsertDocumentIn",
                    $"Đã vào sổ văn bản đến: {docInfo.DocCode} thành công.",
                    PortalSettings,
                    currentUserId,
                    DotNetNuke.Services.Log.EventLog.EventLogController.EventLogType.ADMIN_ALERT
                );

                return true;
            }
            catch (Exception ex)
            {
                DotNetNuke.Services.Exceptions.Exceptions.LogException(ex);
                return false;
            }
        }
    }
}

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

Kịch bản và kết quả kiểm thử chức năng

Kịch bản kiểm thử (Test Scenario) Số ca kiểm thử (Test Cases) Tỷ lệ Đạt (Pass Rate) Ghi chú / Lỗi phát hiện
Đăng nhập, phân quyền truy cập theo phòng ban 25 100% (25/25) Phân quyền chính xác trên từng trang DNN
Tiếp nhận, upload file scan và vào sổ văn bản đến 40 97.5% (39/40) Lỗi định dạng file TIFF lớn (đã sửa sang PDF)
Lãnh đạo phân phối, giao việc và chuyển xử lý 30 100% (30/30) Thông báo phân công cập nhật tức thì
Soạn dự thảo độc lập và luân chuyển phê duyệt 35 94.3% (33/35) Đã tối ưu hóa luồng trả về khi sửa đổi dự thảo
Tìm kiếm toàn văn (Full-text) và xuất báo cáo 20 100% (20/20) Tốc độ xuất báo cáo Excel < 1.5 giây

Đo lường hiệu năng hệ thống (Performance Benchmarks)

  • Thời gian phản hồi trang (Page Load Time): Trung bình đạt 0.85 giây trên trình duyệt Chrome/Firefox trong mạng LAN.
  • Tốc độ truy vấn tìm kiếm: Tìm kiếm trong tập dữ liệu thử nghiệm 50.000 văn bản đạt 0.28 giây nhờ cấu hình Full-Text Indexing trên SQL Server 2014.
  • Khả năng chịu tải đồng thời: Kiểm thử với công cụ Apache JMeter ở mức 150 người dùng gửi request đồng thời (Concurrent Users), tỷ lệ lỗi (Error Rate) là 0.0%, mức sử dụng CPU máy chủ dao động dưới 42%.

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

                    KẾT QUẢ SO SÁNH TRƯỚC VÀ SAU TRIỂN KHAI
┌──────────────────────────────────────┬──────────────────┬──────────────────┐
│ Chỉ số hoạt động                     │ Trước triển khai │ Sau triển khai   │
├──────────────────────────────────────┼──────────────────┼──────────────────┤
│ Thời gian vào sổ 1 văn bản           │ 5 - 8 phút       │ 1 - 2 phút       │
│ Thời gian tra cứu văn bản cũ         │ 15 - 45 phút     │ < 2 giây         │
│ Tỷ lệ văn bản bị trễ hạn chỉ đạo     │ 18 - 25%         │ < 2%             │
│ Tỷ lệ số hóa văn bản đến/đi          │ ~15%             │ 100%             │
│ Mức độ hài lòng của CBCCVC           │ 48%              │ 94.2%            │
└──────────────────────────────────────┴──────────────────┴──────────────────┘

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

Các cải tiến kỹ thuật nổi bật

  1. Kiến trúc module hóa linh hoạt trên DotNetNuke: Tận dụng DotNetNuke Framework để phát triển các module quản lý văn bản độc lập, cho phép nâng cấp tính năng hoặc thay đổi giao diện (Skin) mà không làm gián đoạn CSDL và hệ thống đang hoạt động.
  2. Cơ chế phân quyền đa cấp theo cơ cấu hành chính thực tế: Xây dựng mô hình phân quyền chặt chẽ phản ánh chính xác cấu trúc 15 phòng ban và 12 xã/phường của UBND Thị xã Hương Thủy, giải quyết triệt để vấn đề bảo mật văn bản Mật/Tuyệt Mật.
  3. Chuẩn hóa luồng quy trình theo quy định nhà nước: Toàn bộ chu trình vào sổ, lập biểu mẫu, phân loại độ khẩn (5 cấp), độ mật (4 cấp) và luân chuyển dự thảo được lập trình bám sát Thông tư 07/2012/TT-BNV và Thông tư liên tịch 55/2005/TTLT-BNV-VPCP.
  4. Tối ưu hóa tìm kiếm văn bản với Full-text Catalog: Triển khai tính năng tìm kiếm văn bản toàn văn trên trường trích yếu và nội dung văn bản lưu trong SQL Server, hỗ trợ tìm kiếm không dấu, có dấu và từ đồng nghĩa.

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

Kịch bản ứng dụng thực tế

Hệ thống vận hành thực tế tại UBND Thị xã Hương Thủy phục vụ đồng thời 3 nhóm tác vụ chính:

  • Văn thư cơ quan: Tiếp nhận công văn giấy từ bưu điện hoặc file điện tử, quét (scan) tài liệu, nhập số ký hiệu, trích yếu vào hệ thống và chuyển ngay lên Lãnh đạo UBND qua mạng LAN.
  • Lãnh đạo UBND (Chủ tịch/Phó Chủ tịch): Đăng nhập cổng thông tin, xem các văn bản chờ phân phối, nhập ý kiến chỉ đạo trực tiếp và chỉ định Trưởng phòng/Chuyên viên chịu trách nhiệm xử lý.
  • Cán bộ chuyên môn tại các Phòng ban: Tiếp nhận văn bản được giao, xử lý nội dung, soạn thảo văn bản dự thảo phản hồi và trình phê duyệt trực tiếp trên phần mềm.

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

┌────────────────────────────────────────────────────────────────────────┐
│                        YÊU CẦU HẠ TẦNG TRIỂN KHAI                      │
├──────────────────┬─────────────────────────────────────────────────────┤
│ Máy chủ (Server) │ - CPU: Intel Xeon E5 / 4 Cores trở lên              │
│                  │ - RAM: 16 GB DDR4                                   │
│                  │ - Ổ cứng: 500 GB SSD (Hỗ trợ RAID 1/10)             │
│                  │ - OS: Windows Server 2012 R2 / Windows Server 2016  │
│                  │ - Web Server: IIS 8.5+                              │
│                  │ - Database: MS SQL Server 2014 Standard/Enterprise  │
├──────────────────┼─────────────────────────────────────────────────────┤
│ Máy trạm (Client)│ - CPU: Intel Core i3 trở lên, RAM 4 GB               │
│                  │ - Trình duyệt: Google Chrome, Mozilla Firefox, Edge │
│                  │ - Mạng: Kết nối mạng LAN nội bộ UBND Thị xã         │
└──────────────────┴─────────────────────────────────────────────────────┘

Hiệu quả kinh tế và lộ trình mở rộng

  • Phân tích chi phí - lợi ích (ROI): Việc số hóa quy trình giúp UBND Thị xã tiết kiệm ước tính 45-60 triệu đồng kinh phí in ấn, giấy tờ và chuyển phát mỗi năm. Thời gian hoàn vốn đầu tư hệ thống ước tính trong vòng 8-12 tháng.
  • Lộ trình triển khai:
    • Giai đoạn 1: Thử nghiệm tại Văn phòng HĐND & UBND và Phòng Nội vụ (1 tháng).
    • Giai đoạn 2: Triển khai diện rộng tại 15 phòng ban thuộc UBND Thị xã (2 tháng).
    • Giai đoạn 3: Tích hợp và kết nối đến 12 UBND xã, phường trực thuộc (3 tháng).

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

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

  • Hệ thống phụ thuộc vào môi trường Windows Server và IIS, chưa hỗ trợ triển khai đa nền tảng (Linux/Docker).
  • Chưa tích hợp giải pháp Chữ ký số chuyên dùng Chính phủ (Token PKI/SmartCA) để ký duyệt văn bản điện tử thay thế hoàn toàn chữ ký tay.
  • Chưa xây dựng ứng dụng di động chuyên biệt (Mobile App) dành cho Lãnh đạo đi công tác xử lý từ xa.

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

  • Tích hợp Chữ ký số và Trục liên thông (LGSP): Nâng cấp module ký số điện tử theo chuẩn của Ban Cơ yếu Chính phủ và kết nối liên thông văn bản với UBND Tỉnh Thừa Thiên Huế.
  • Phát triển Mobile Application: Xây dựng ứng dụng trên nền tảng Flutter/React Native hỗ trợ Lãnh đạo nhận thông báo đẩy (Push Notification) và duyệt văn bản hỏa tốc mọi lúc, mọi nơi.
  • Ứng dụng Trí tuệ nhân tạo (AI/OCR): Ứng dụng công nghệ nhận dạng ký tự quang học (OCR) để tự động trích xuất số hiệu, ngày ban hành và trích yếu từ file PDF scan văn bản đến.

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

                              CÁC NHÓM ĐỐI TƯỢNG HƯỞNG LỢI
┌───────────────────────┬────────────────────────────────────────────────────────┐
│ Nhóm đối tượng        │ Giá trị và Lợi ích cụ thể mang lại                    │
├───────────────────────┼────────────────────────────────────────────────────────┤
│ 1. Sinh viên (IT/MIS) │ Tài liệu mẫu chuẩn mực về phân tích thiết kế hệ thống  │
│                       │ thông tin hành chính công (IFD, BFD, DFD, ERD).        │
├───────────────────────┼────────────────────────────────────────────────────────┤
│ 2. Lập trình viên     │ Khung kiến trúc xây dựng Custom Module trên nền tảng   │
│                       │ DotNetNuke Framework kết hợp SQL Server Stored Proc.   │
├───────────────────────┼────────────────────────────────────────────────────────┤
│ 3. Cơ quan UBND       │ Chuẩn hóa nghiệp vụ, giảm 75% thời gian thủ công, theo │
│                       │ dõi tiến độ thời gian thực, tiết kiệm ngân sách.       │
├───────────────────────┼────────────────────────────────────────────────────────┤
│ 4. Nhà nghiên cứu     │ Cơ sở thực tiễn để nghiên cứu mở rộng mô hình chính    │
│                       │ quyền điện tử cấp quận/huyện tại Việt Nam.             │
└───────────────────────┴────────────────────────────────────────────────────────┘

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai và vận hành hệ thống là gì?

Hệ thống yêu cầu máy chủ cài đặt Windows Server 2012 R2 trở lên, Web Server IIS 8.5+, .NET Framework 4.5.2 và hệ quản trị CSDL MS SQL Server 2014. Máy trạm của cán bộ chỉ cần máy tính văn phòng kết nối mạng LAN và trình duyệt web hiện đại (Chrome, Firefox, Edge) mà không cần cài đặt phần mềm phụ trợ.

2. Giới hạn khả năng mở rộng của hệ thống và giải pháp nâng cấp?

Hệ thống hiện tại đáp ứng tốt quy mô từ 200 - 500 người dùng nội bộ. Khi mở rộng toàn bộ các cơ quan ban ngành trong tỉnh, giải pháp là nâng cấp mô hình máy chủ sang Database Clustering (SQL Server AlwaysOn Availability Groups) và cấu hình Network Load Balancing (NLB) cho các máy chủ web DotNetNuke.

3. Khả năng tích hợp với các hệ thống phần mềm sẵn có tại địa phương?

DotNetNuke hỗ trợ xây dựng các cổng API Web Service / RESTful API. Hệ thống sẵn sàng trích xuất và tiếp nhận dữ liệu JSON/XML để tích hợp với Cổng thông tin điện tử Thị xã và Phần mềm Một cửa điện tử hiện có.

4. Nhu cầu bảo trì và sao lưu dữ liệu được thực hiện như thế nào?

Hệ thống sử dụng cơ chế bảo trì định kỳ của SQL Server: Lập lịch sao lưu tự động (Auto Backup) toàn bộ CSDL vào 00:00 hàng ngày và sao lưu log mỗi 4 giờ. Việc cập nhật tính năng mới được thực hiện độc lập theo từng module DNN mà không cần khởi động lại toàn bộ máy chủ.

5. Chi phí đầu tư dự kiến và thời gian thu hồi vốn (ROI)?

Hệ thống tận dụng nền tảng mã nguồn mở DotNetNuke Community Edition, giúp cắt giảm 100% chi phí bản quyền phần mềm quản trị CMS. Chi phí chủ yếu tập trung vào hạ tầng máy chủ và công tác triển khai. Thời gian thu hồi vốn thông qua việc cắt giảm chi phí văn phòng phẩm và tăng năng suất lao động đạt được trong vòng 8 đến 12 tháng.

Kết luận

Đề tài "Phát triển Hệ thống Quản lý văn bản tại UBND Thị xã Hương Thủy, Tỉnh Thừa Thiên Huế" đã giải quyết triệt để bài toán tin học hóa công tác văn thư lưu trữ tại một đơn vị hành chính cấp huyện/thị xã. Bằng việc phân tích sâu sắc nghiệp vụ thực tế, chuẩn hóa quy trình dữ liệu theo quy định của Nhà nước và hiện thực hóa thành công trên nền tảng DotNetNuke Platform cùng SQL Server 2014, hệ thống đem lại giá trị thiết thực trong việc nâng cao hiệu lực quản lý, tiết kiệm thời gian và chi phí vận hành. Đây là giải pháp có tính khả thi cao, đóng góp tích cực vào tiến trình chuyển đổi số và xây dựng nền hành chính công hiện đại, minh bạch.