Giới thiệu dự án

Context và bối cảnh nghiên cứu

Thành phố Hồ Chí Minh (TP.HCM) là trung tâm kinh tế, tài chính và công nghiệp trọng điểm của Việt Nam, đóng góp 30,6% tổng sản phẩm quốc nội (GDP) và hơn 229 nghìn tỷ đồng vào tổng thu ngân sách quốc gia. Với quy mô dân số chính thức năm 2013 đạt trên 7,9 triệu người và thực tế cư trú vượt 10 triệu người, mật độ dân cư đô thị tăng cao đã kéo theo áp lực cực lớn lên hệ thống hạ tầng an toàn kỹ thuật. Theo báo cáo từ Sở Cảnh sát Phòng cháy và Chữa cháy (PCCC) TP.HCM, quá trình đô thị hóa diễn ra nhanh chóng khiến nguy cơ cháy nổ gia tăng phức tạp, trong đó nguyên nhân do sự cố hệ thống và thiết bị điện chiếm tỷ lệ áp đảo (>60%), bên cạnh các rủi ro phát sinh từ các cơ sở sản xuất, kho bãi xen cài trong khu dân cư.

Mặc dù đến năm 2013, mạng lưới PCCC trên toàn địa bàn đã được mở rộng lên 17 Phòng Cảnh sát PCCC Quận/Huyện với hơn 6.105 trụ nước chữa cháy, công tác ứng phó hỏa hoạn vẫn đối mặt với nhiều thách thức nghiêm trọng: tình trạng ùn tắc giao thông giờ cao điểm, mạng lưới ngõ hẻm sâu (trên 200 m) gây cản trở phương tiện cơ giới, và sự phân bố trạm chữa cháy chưa đồng đều giữa các vùng nội ô và ngoại thành.

       MẬT ĐỘ ĐÔ THỊ CAO              GIAO THÔNG PHỨC TẠP
  [10+ Triệu Dân & Cơ Sở SX]       [Ùn Tắc + Hẻm Sâu > 200m]
              \                               /
               \                             /
                v                           v
      +-----------------------------------------------+
      |  THÁCH THỨC ĐIỀU HÀNH PCCC TRỰC CHIẾN TẠI TP.HCM  |
      +-----------------------------------------------+
                              |
              +---------------+---------------+
              |                               |
              v                               v
    Mô Hình Bị Động Cũ              Giải Pháp GIS & Markov Mới
    - Phụ thuộc báo tin trễ         - Tối ưu trạm theo "Golden Window"
    - Định tuyến cảm tính           - Định tuyến Dijkstra thời gian thực
    - Thiếu dự báo thời không       - Dự báo xác suất tái xuất hiện

Problem Statement và Pain Points

Phương thức quản lý và chỉ huy chữa cháy truyền thống tại TP.HCM mang tính chất phản ứng bị động (reactive approach), thiếu các công cụ khoa học hỗ trợ ra quyết định (Decision Support Systems - DSS) trong môi trường trực chiến. Ba "điểm nghẽn" (pain points) lớn nhất gồm:

  1. Thiếu khả năng tối ưu hóa lộ trình theo thời gian vàng (Golden 5-Minute Window): Vận tốc trung bình của xe chữa cháy trong khu vực nội thành chỉ đạt khoảng 30 km/h và ngoại thành đạt 60 km/h. Việc điều động xe chữa cháy từ trạm trực cố định đến hiện trường thường vượt quá ngưỡng 5 phút ban đầu do thiếu công cụ phân tích mạng giao thông (Network Analysis) tự động.
  2. Điểm mù cứu hỏa và phân bố vùng phục vụ (Service Area) bất hợp lý: Các trạm cố định chưa bao phủ toàn diện 100% diện tích các quận mới mở rộng và huyện ngoại thành như Hóc Môn, Linh Xuân (Thủ Đức), Bình Chánh, dẫn đến nhiều điểm cháy rơi vào "vùng mù" cứu hỏa.
  3. Thiếu cơ sở định lượng trong dự báo không gian và thời gian cháy: Công tác bố trí quân số trực chiến chưa dựa trên quy luật biến thiên theo chu kỳ thời gian (khung giờ làm việc, tuần cuối tháng) và quan hệ không gian giữa các vụ cháy kế tiếp.

Project Objectives

Đồ án tập trung giải quyết 4 mục tiêu cốt lõi:

  1. Xây dựng cơ sở dữ liệu GIS chuẩn hóa: Thu thập, số hóa và chuẩn hóa không gian 127 vụ cháy lịch sử (giai đoạn 01/2012 – 05/2014) trên nền hệ quy chiếu WGS 1984 và hệ thống giao thông TP.HCM.
  2. Mô hình hóa quy luật phân bố thời - không bằng Xích Markov (Markov Chains): Xác định ma trận xác suất chuyển trạng thái không gian giữa các vụ cháy, tính toán thời gian lưu và số vụ chuyển tiếp trung bình để dự báo vùng có nguy cơ cao.
  3. Phân tích vùng phục vụ và tối ưu hóa vị trí trạm tạm: Ứng dụng giải thuật phân tích mạng không gian để đánh giá độ bao phủ mạng lưới với 2 kịch bản vận tốc (30 km/h nội thành và 60 km/h ngoại thành) trong bán kính đáp ứng 5 phút; đề xuất vị trí đặt trạm chữa cháy tạm thời.
  4. Phát triển phần mềm hỗ trợ chỉ huy trực chiến: Xây dựng Extension/Add-in tích hợp trực tiếp trên nền tảng Esri ArcMap bằng ngôn ngữ C# .NET và ArcObjects SDK, cung cấp các module định vị trạm gần nhất, tìm đường ngắn nhất và quản lý cập nhật dữ liệu sự cố.

Solution Approach và Justification

Đề tài tích hợp phương pháp phân tích không gian GIS (Geographic Information Systems) với mô hình xác suất thống kê chuỗi Markov rời rạc (Discrete-Time Markov Chain). Thay vì đầu tư cơ sở hạ tầng tốn kém cho các trạm cố định mới, giải pháp đề xuất mô hình "Trạm trực chiến tạm thời" (Standby Temporary Stations) được bố trí linh hoạt theo các nút mạng giao thông trọng yếu trong các khung giờ cao điểm và giai đoạn rủi ro cao. GIS cung cấp khả năng trực quan hóa và giải thuật đồ thị chính xác, trong khi chuỗi Markov cung cấp nền tảng định lượng dự báo chu kỳ quay lại của nguy cơ cháy tại từng khu vực.

Expected Outcomes và Measurable Metrics

  • Thời gian xử lý định tuyến: Xác định trạm gần nhất và hiển thị lộ trình di chuyển tối ưu trong thời gian < 1,5 giây trên bản đồ số.
  • Tăng tỷ lệ bao phủ đáp ứng: Giảm số lượng vụ cháy nằm ngoài vùng phục vụ 5 phút từ 39 vụ xuống còn 33 vụ (ở vận tốc 30 km/h) và từ 14 vụ xuống 12 vụ (ở vận tốc 60 km/h) thông qua phương án bổ sung 4 trạm tạm chiến lược.
  • Lập lịch trực chiến tối ưu: Đưa ra khung giờ trực chiến trọng điểm tập trung vào dải 12:00 – 18:00 (chiếm 39% số vụ) và 2 tuần cuối của tháng (chiếm 62,8% số vụ cháy).

Scope và Limitations

  • Không gian: Toàn bộ ranh giới hành chính Thành phố Hồ Chí Minh gồm 24 quận/huyện (thời điểm 2014).
  • Dữ liệu thực nghiệm: 127 vụ cháy điển hình có đầy đủ dữ liệu tọa độ, nguyên nhân, thời gian và lực lượng điều động từ 01/2012 đến 05/2014.
  • Giới hạn kỹ thuật: Mô hình định tuyến Network Analysis sử dụng vận tốc trung bình giả định cố định (30 km/h nội thành, 60 km/h ngoại thành); chưa tích hợp cảm biến đo lưu lượng giao thông theo thời gian thực (real-time traffic sensor feed).

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

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

So sánh các giải pháp hiện nay

Tiêu chí Mô hình PCCC Truyền thống Mô hình Esri Fire Service HazMat Mô hình GIS Mạng Cấp Nước (TP.HCM 2008/2013) Hệ Hỗ Trợ GIS Trực Chiến (Đồ án đề xuất)
Cơ chế ra quyết định Thủ công qua bộ đàm & bản đồ giấy Tự động hóa qua Geodatabase đa ngành Tra cứu bán kính trụ nước tĩnh DSS tích hợp định tuyến mạng & Markov
Phân tích thời gian vàng (5 phút) Không hỗ trợ tính toán Có (dựa trên Network Analyst) Không hỗ trợ Có (Tính toán vùng phục vụ 30/60 km/h)
Mô hình dự báo không gian Dựa trên kinh nghiệm Thống kê mật độ (Kernel Density) Không có Chuỗi Markov tính ma trận chuyển dịch
Khả năng triển khai tại Việt Nam Sẵn có nhưng hiệu quả thấp Chi phí bản quyền cực cao, phụ thuộc hạ tầng mạng Hạn chế ở quy hoạch hạ tầng cấp nước Tối ưu hóa cho dữ liệu TP.HCM, chi phí hợp lý
Điều phối trạm tạm thời Không hỗ trợ Phức tạp, cần hạ tầng IoT Không hỗ trợ Tích hợp thuật toán chọn điểm tổ hợp

User Requirements Prioritization (MoSCoW)

  • Must-Have:
    • Kết nối Geodatabase không gian lưu trữ lớp dữ liệu cháy, trạm PCCC, mạng lưới giao thông.
    • Tự động bắt điểm tọa độ sự cố cháy (XY Decimals) và tìm trạm PCCC gần nhất theo khoảng cách mạng lưới.
    • Hiển thị đường dẫn ngắn nhất (Shortest Path) từ trạm đến hiện trường cháy.
    • Tính toán vùng phục vụ (Service Area) theo ngưỡng thời gian 5 phút.
  • Should-Have:
    • Thuật toán đề xuất và tối ưu hóa vị trí đặt trạm tạm thời dựa trên khoảng cách tối thiểu giữa các trạm mới và độ bao phủ.
    • Công cụ tìm kiếm, truy vấn thuộc tính vụ cháy theo mã định danh, địa chỉ, quận huyện.
  • Could-Have:
    • Giao diện cập nhật, xóa, sửa động trực tiếp dữ liệu thuộc tính vụ cháy trên ArcMap.
    • Xuất báo cáo thống kê chuỗi Markov theo từng phân vùng.
  • Won't-Have (trong phiên bản hiện tại):
    • Tích hợp luồng dữ liệu camera giám sát giao thông trực tiếp (Live RTSP Streams).
    • Ứng dụng di động (Mobile App) cho lính cứu hỏa tại hiện trường.

Technical Constraints và Gap Analysis

Hạ tầng GIS phục vụ công tác cứu hộ tại TP.HCM ở thời điểm nghiên cứu còn phân mảnh. Dữ liệu mạng lưới giao thông thiếu các trường thuộc tính vận tốc giới hạn chi tiết cho từng ngõ hẻm, trong khi hệ thống điều phối 114 phụ thuộc hoàn toàn vào nhân viên trực ban định vị qua tên đường thủ công. Đồ án tạo bước đột phá bằng cách số hóa cấu trúc liên kết không gian (Spatial Topology) của mạng lưới đường sá, cho phép giải bài toán định tuyến đồ thị có trọng số thời gian trong môi trường tác chiến trực tiếp.

+-----------------------------------------------------------------------------------+
|                           KIẾN TRÚC TỔNG THỂ HỆ THỐNG GIS                           |
+-----------------------------------------------------------------------------------+
                                          |
  [NGUỒN DỮ LIỆU & GEODATABASE]           |  [TẦNG NGHIỆP VỤ & PHÂN TÍCH]
  - Ranh giới hành chính 24 quận/huyện    |  - Engine phân tích mạng (Network Analyst)
  - Mạng lưới giao thông TP.HCM           |  - Module tối ưu hóa vị trí trạm tạm
  - 17 Trạm CS PCCC cố định               |  - Engine tính toán xích Markov rời rạc
  - 127 Vụ cháy lịch sử (WGS 1984)        |  - Thuật toán tìm đường ngắn nhất Dijkstra
                                          |
                                          v
+-----------------------------------------------------------------------------------+
|               GIAO DIỆN TÁC CHIẾN ARCMAP ADD-IN (C# .NET / ARCOBJECTS)             |
+-----------------------------------------------------------------------------------+
|  [Toolbar Kết Nối]  |  [Thêm Điểm Cháy]  |  [Tìm Trạm Gần Nhất]  |  [Tối Ưu Trạm Tạm] |
+-----------------------------------------------------------------------------------+

Thiết kế hệ thống

Architecture Design

Hệ thống được thiết kế theo mô hình kiến trúc module hóa tích hợp trực tiếp trên nền tảng máy trạm (Desktop GIS Architecture) thông qua kiến trúc COM-based của Esri ArcObjects:

  • Presentation Layer: Giao diện Toolbar và Dockable Windows tích hợp trên ArcMap 10.1, xây dựng bằng Windows Forms trên nền C# .NET.
  • Business Logic Layer: Chứa các Engine xử lý không gian:
    • Network Analysis Engine: Khởi tạo Solver tìm đường ngắn nhất và Solver vùng phục vụ.
    • Markov Statistical Engine: Tính toán ma trận xác suất chuyển và ma trận hấp thụ $W = (I - Q)^{-1}$.
    • Site Selection Optimization Engine: Giải thuật tối ưu hóa tổ hợp khoảng cách trạm tạm.
  • Data Access Layer: Làm việc trực tiếp với File Geodatabase/Personal Geodatabase qua các Interface chuẩn của ArcObjects (IFeatureWorkspace, IFeatureClass, INetworkDataset).

Technology Stack

  • Ngôn ngữ lập trình: C# (.NET Framework 4.0)
  • GIS SDK Core: Esri ArcObjects SDK 10.1 for .NET (ESRI.ArcGIS.Geodatabase, ESRI.ArcGIS.Carto, ESRI.ArcGIS.NetworkAnalyst, ESRI.ArcGIS.Geometry, ESRI.ArcGIS.Display)
  • Môi trường phát triển (IDE): Microsoft Visual Studio 2010 Professional
  • Hệ cơ sở dữ liệu: Esri Personal Geodatabase (.mdb) / Shapefile Spatial Data Engine
  • Hệ tọa độ: WGS 1984 (EPSG:4326) / VN-2000 UTM Zone 48N

Database Design

Cơ sở dữ liệu không gian bao gồm các Feature Classes chính:

-- Cấu trúc bảng thuộc tính sự cố cháy (tbl_DiemChay)
CREATE TABLE tbl_DiemChay (
    ObjectID INT PRIMARY KEY,
    MaVuChay VARCHAR(20) NOT NULL UNIQUE,
    DiaDiem NVARCHAR(255),
    SoNha NVARCHAR(100),
    PhuongXa NVARCHAR(100),
    QuanHuyen NVARCHAR(100),
    NgayChay DATE,
    GioChay TIME,
    ThuTrongTuan NVARCHAR(20),
    NguyenNhan NVARCHAR(255),
    ThietHai_TrieuDong DOUBLE,
    SoNguoiThuongVong INT,
    SoXeDieuDong INT,
    TrangThaiKhongGian VARCHAR(10), -- 'Gan' (Near) hoặc 'Xa' (Far)
    Shape GEOMETRY(POINT, 4326)
);

-- Cấu trúc bảng dữ liệu trạm PCCC (tbl_TramPCCC)
CREATE TABLE tbl_TramPCCC (
    TramID INT PRIMARY KEY,
    TenDonVi NVARCHAR(150) NOT NULL,
    DiaChi NVARCHAR(255),
    KhuVucQuanLy NVARCHAR(255),
    LoaiTram VARCHAR(20), -- 'CoDinh' hoặc 'TamThoi'
    Shape GEOMETRY(POINT, 4326)
);

Security và Performance Requirements

  • Toàn vẹn dữ liệu (Data Integrity): Dữ liệu không gian và thuộc tính được ràng buộc quan hệ topology; tọa độ điểm cháy nhập vào tự động được validate nằm trong ranh giới TP.HCM.
  • Thời gian đáp ứng (Response Time): Thời gian tính toán lộ trình từ trạm đến điểm cháy dưới 2 giây đối với mạng lưới giao thông có hơn 50.000 cạnh (edges).

Methodology

  • Mô hình phát triển: Áp dụng mô hình Agile lai (Hybrid Iterative Waterfall) với chu kỳ phát triển 5 giai đoạn:
    1. Khảo sát & Thu thập dữ liệu (Tháng 02/2014): Thu thập 127 vụ cháy, số hóa vị trí trạm và tọa độ qua Google Maps/OpenStreetMap.
    2. Phân tích toán học & GIS (Tháng 03/2014): Xây dựng ma trận chuyển trạng thái Markov và phân tích mạng giao thông.
    3. Lập trình hệ thống (Tháng 04/2014): Viết mã nguồn C# ArcObjects, thiết kế Toolbar trên Visual Studio 2010.
    4. Kiểm thử & Tối ưu kịch bản (Tháng 05/2014): Chạy thử nghiệm các ca cháy giả định, tối ưu hóa các điểm đặt trạm tạm.
    5. Đánh giá & Tổng kết (Tháng 06/2014): Hoàn thiện khóa luận và chuyển giao tài liệu kỹ thuật.
  • Quản lý rủi ro (Risk Mitigation): Xử lý sai số định vị bằng cách đối chiếu địa chỉ hành chính với hệ thống mã hóa địa lý kép (Geocoding Validation).

Implementation và kết quả

Development Process & Key Algorithms

1. Mô hình Toán học Xích Markov phân tích động thái không gian vụ cháy

Quy luật biến thiên vị trí của các vụ cháy kế tiếp được mô hình hóa thành một chuỗi Markov với không gian trạng thái hữu hạn $S = {\text{Gần}, \text{Xa}}$ (Near, Far).

Định nghĩa trạng thái: Lấy điểm cháy thứ $k$ làm tâm, tạo vùng đệm (buffer) bán kính $R = 5\text{ km}$. Nếu điểm cháy kế tiếp $k+1$ xảy ra bên trong bán kính 5 km, sự cố mang trạng thái Gần ($G$). Ngược lại, nếu nằm ngoài bán kính 5 km, sự cố mang trạng thái Xa ($X$).

Từ 127 vụ cháy lịch sử với 125 bước chuyển trạng thái, ma trận số lần chuyển trạng thái thực tế thu được:

$$N = \begin{bmatrix} n_{GG} & n_{GX} \ n_{XG} & n_{XX} \end{bmatrix} = \begin{bmatrix} 9 & 21 \ 21 & 74 \end{bmatrix}$$

Tổng số lần chuyển trạng thái xuất phát từ $G$ là $n_G = 30$ ($24%$), từ $X$ là $n_X = 95$ ($76%$). Phân phối dừng trạng thái là $\Pi = [\pi_G, \pi_X] = [0.24, 0.76]$.

Ma trận xác suất chuyển trạng thái (Transition Probability Matrix) $P$:

$$P = \begin{bmatrix} p_{GG} & p_{GX} \ p_{XG} & p_{XX} \end{bmatrix} = \begin{bmatrix} \frac{9}{125} & \frac{21}{125} \ \frac{21}{125} & \frac{74}{125} \end{bmatrix} = \begin{bmatrix} 0.072 & 0.168 \ 0.168 & 0.592 \end{bmatrix}$$

Thời gian hồi quy trung bình (Mean Recurrence Steps): Áp dụng định lý hội tụ mũ, số vụ cháy trung bình để một trạng thái lặp lại kể từ khi rời bỏ:

  • Trạng thái Gần: $\mu_G = \frac{1}{\pi_G} = \frac{1}{0.24} = 4.17\text{ vụ}$
  • Trạng thái Xa: $\mu_X = \frac{1}{\pi_X} = \frac{1}{0.76} = 1.32\text{ vụ}$

Thời gian lưu tại trạng thái Xa trước khi chuyển về trạng thái Gần: Xem trạng thái Gần là trạng thái hấp thụ ($p_{11}=1, p_{12}=0$), ma trận con không hấp thụ $Q = [p_{XX}] = [0.592]$. Ma trận cơ sở (Fundamental Matrix) $W$:

$$W = (I - Q)^{-1} = (1 - 0.592)^{-1} = \frac{1}{0.408} = 2.45$$

Ý nghĩa thực tiễn: Sau khi một vụ cháy xảy ra, người dân và cơ sở xung quanh nâng cao ý thức cảnh giác phòng ngừa. Tuy nhiên, trung bình sau 2,45 vụ cháy xảy ra ở các khu vực khác (trạng thái Xa), mức độ phòng bị giảm sút và nguy cơ hỏa hoạn sẽ quay trở lại khu vực lân cận ban đầu (bán kính < 5 km).

          +----------------(p_XX = 0.592)----------------+
          |                                              |
          v                                              |
   +--------------+      p_XG = 0.168            +--------------+
   |              | ---------------------------> |              |
   | Trạng thái XA |                              | Trạng thái GẦN|
   |              | <--------------------------- |              |
   +--------------+      p_GX = 0.168            +--------------+
                                                 |              ^
                                                 +--(p_GG=0.072)+

2. Code Snippet: Thuật toán định tuyến tìm trạm gần nhất bằng ArcObjects C#

Đoạn mã sau minh họa quy trình khởi tạo Solver phân tích mạng (Closest Facility Solver), nạp điểm cháy làm Incident, nạp 17 trạm PCCC làm Facilities và tính toán tuyến đường ngắn nhất:

using ESRI.ArcGIS.Carto;
using ESRI.ArcGIS.Geodatabase;
using ESRI.ArcGIS.Geometry;
using ESRI.ArcGIS.NetworkAnalyst;

public class RouteSolverEngine
{
    public INASolver ClosestFacilityRouting(
        INetworkDataset networkDataset, 
        IPoint fireIncidentLocation, 
        IFeatureClass fireStationsFC, 
        double travelSpeedKmH, 
        double maxTimeMinutes)
    {
        // 1. Khởi tạo Không gian Phân tích Mạng (NAContext)
        IDENetworkDataset deNDS = (IDENetworkDataset)((IGeoDataset)networkDataset);
        INAContextEdit naContextEdit = (INAContextEdit)deNDS.CreateNetworkAnalysisContext();
        INAClosestFacilitySolver cfSolver = new NAClosestFacilitySolverClass();
        
        // 2. Thiết lập tham số di chuyển
        cfSolver.DefaultCutoff = travelSpeedKmH * (maxTimeMinutes / 60.0); // Bán kính tính theo mét
        cfSolver.OutputLines = esriNAOutputLineType.esriNAOutputLineTrueShapeWithMeasure;
        cfSolver.TravelDirection = esriNATravelDirection.esriNATravelDirectionToFacility;

        // 3. Nạp Vị trí Vụ cháy (Incident Point)
        INAClass incidentsNAClass = naContextEdit.Context.NAClasses.get_ItemByName("Incidents");
        INAClassEdit incidentsClassEdit = (INAClassEdit)incidentsNAClass;
        
        INARow naRow = incidentsNAClass.CreateRow();
        INASpatialLocationObject spatialLoc = (INASpatialLocationObject)naRow;
        spatialLoc.Geometry = fireIncidentLocation;
        incidentsClassEdit.InsertRow(naRow);

        // 4. Nạp Danh sách 17 Trạm Chữa Cháy (Facilities)
        INAClass facilitiesNAClass = naContextEdit.Context.NAClasses.get_ItemByName("Facilities");
        INAClassEdit facilitiesClassEdit = (INAClassEdit)facilitiesNAClass;
        
        IFeatureCursor cursor = fireStationsFC.Search(null, false);
        IFeature stationFeature;
        while ((stationFeature = cursor.NextFeature()) != null)
        {
            INARow facilityRow = facilitiesNAClass.CreateRow();
            ((INASpatialLocationObject)facilityRow).Geometry = stationFeature.ShapeCopy;
            facilitiesClassEdit.InsertRow(facilityRow);
        }

        // 5. Thực thi Giải thuật Tìm trạm gần nhất & Giải phóng con trỏ
        INAContext naContext = (INAContext)naContextEdit;
        IGPMessages gpMessages = new GPMessagesClass();
        cfSolver.Solve(naContext, gpMessages, null);

        System.Runtime.InteropServices.Marshal.ReleaseComObject(cursor);
        return (INASolver)cfSolver;
    }
}

Testing và validation

Test Scenarios & Performance Benchmarks

Hệ thống đã trải qua quá trình kiểm thử hộp trắng và hộp đen với các kịch bản thực nghiệm:

  1. Kiểm thử độ chính xác định vị: Kiểm thử toàn bộ 127 tọa độ điểm cháy nhập từ bảng Excel vào Geodatabase. Tỷ lệ chuyển đổi thành công đạt 100% trên hệ quy chiếu WGS 1984.
  2. Kiểm thử hiệu năng giải thuật định tuyến:
    • Thời gian khởi tạo Topology mạng giao thông TP.HCM: 1.250 ms.
    • Thời gian tìm kiếm trạm gần nhất và vẽ lộ trình: 320 ms/truy vấn.
    • Thời gian tối ưu hóa tổ hợp trạm tạm: 850 ms với số điểm chọn $k=4$ trên tập 10 ứng viên.
  3. Phân tích vùng phục vụ theo 2 kịch bản vận tốc:
    • Kịch bản 1 (Nội thành - 30 km/h, 5 phút $\Rightarrow$ Quãng đường $2.500\text{ m}$): Bao phủ tốt khu vực Quận 1, 3, 4, 6, 8, 11 nhưng để lộ 39 vụ cháy nằm ngoài vùng đáp ứng.
    • Kịch bản 2 (Ngoại thành - 60 km/h, 5 phút $\Rightarrow$ Quãng đường $5.000\text{ m}$): Bao phủ rộng, chỉ còn 14 vụ cháy nằm ngoài vùng đáp ứng (chủ yếu tập trung tại Hóc Môn, Củ Chi, Bình Chánh).
+-----------------------------------------------------------------------------+
|               BẢNG TỔNG HỢP KỊCH BẢN BỐ TRÍ TRẠM CHỮA CHÁY TẠM THỜI        |
+-----------------------------------------------------------------------------+
| Phương | Vị trí các trạm tạm      | Bán kính | Số vụ cháy ngoài vùng phục vụ|
| án     | được chọn bổ sung        | 30 km/h  |    30 km/h    |    60 km/h   |
+--------+--------------------------+----------+---------------+--------------+
| Gốc    | 0 Trạm tạm (17 trạm cũ)  | 2.500 m  |    39 vụ      |    14 vụ     |
| PA 1   | Hóc Môn, Linh Xuân       | 2.500 m  |    34 vụ      |    14 vụ     |
| PA 2   | Hóc Môn, Linh Xuân,      | 2.500 m  |    34 vụ      |    14 vụ     |
|        | Tân Bình                 |          |               |              |
| PA 3   | Hóc Môn, Linh Xuân,      | 2.500 m  |    33 vụ      |    12 vụ     |
|        | Tân Bình, Thảo Điền      |          |               |              |
+-----------------------------------------------------------------------------+

Số vụ cháy nằm ngoài vùng phục vụ 5 phút (Vận tốc 30 km/h):
Mô hình gốc (17 trạm): [========================================] 39 vụ
Phương án 3 (21 trạm): [==================================] 33 vụ (-15.4%)

Số vụ cháy nằm ngoài vùng phục vụ 5 phút (Vận tốc 60 km/h):
Mô hình gốc (17 trạm): [==============)] 14 vụ
Phương án 3 (21 trạm): [============] 12 vụ (-14.3%)

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

Thống kê quy luật phát sinh hỏa hoạn theo thời gian

  • Phân bố theo khung giờ trong ngày:
    • 00:00 – 06:00 (Khuya - Sáng): 29 vụ (23%)
    • 06:00 – 12:00 (Sáng - Trưa): 32 vụ (25%)
    • 12:00 – 18:00 (Trưa - Chiều tối): 49 vụ (39%) - Khung giờ cao điểm sản xuất, sinh hoạt có nguy cơ chập điện và sơ suất lao động cao nhất.
    • 18:00 – 23:59 (Tối - Khuya): 17 vụ (13%)
  • Phân bố theo tuần trong tháng: Hai tuần cuối tháng chiếm tới 62,8% tổng số vụ cháy. Đỉnh điểm rơi vào Thứ Sáu của Tuần 4 (7,9%) và Thứ Hai, Thứ Tư của Tuần 3 (6,3%), phản ánh giai đoạn các doanh nghiệp gia tăng công suất đơn hàng cuối tháng và vận hành máy móc quá tải.
  • Phân bố theo mùa: Tần suất cháy tăng vọt vào các tháng mùa khô (Tháng 12 đến Tháng 4 năm sau) và các dịp lễ hội, Tết cổ truyền do thói quen đốt vàng mã và sử dụng công suất làm mát cực đại.

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

Technical Innovations

  1. Mô hình hóa động thái không gian vụ cháy bằng Chuỗi Markov: Đây là công trình đầu tiên tại TP.HCM ứng dụng ma trận xác suất chuyển trạng thái rời rạc kết hợp vùng đệm bán kính 5 km để dự báo quy luật lặp lại của các đám cháy, chứng minh định lượng hiện tượng "suy giảm ý thức cảnh giác theo thời gian" của cộng đồng.
  2. Thuật toán quy hoạch trạm tạm thời linh hoạt (Dynamic Temporary Station Selection): Thay vì quy hoạch trạm cố định tĩnh với chi phí xây dựng hàng triệu USD, mô hình cho phép lựa chọn vị trí điều phối các tổ xe chữa cháy túc trực cơ động tại các "nút giao thông vàng", tối ưu hóa cự ly tiếp cận dưới 5 phút.

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

  • So với phương pháp chỉ huy truyền thống của PCCC TP.HCM: Rút ngắn thời gian xác định đơn vị cứu hỏa ứng cứu từ trung bình 3-5 phút (qua tra cứu sổ sách và trao đổi bộ đàm) xuống dưới 2 giây bằng thuật toán định vị không gian.
  • So với mô hình Quản lý cấp nước PCCC (Lê Tấn Bửu, 2009): Mở rộng từ bài toán quản lý tài nguyên tĩnh (vị trí trụ nước) sang bài toán điều hành động lực học (mạng lưới giao thông và động thái phân bố sự cố).
  • So với mô hình Urban Fire Station Layout của Deng Yi et al. (2008): Đề tài điều chỉnh thuật toán vùng phục vụ phù hợp với điều kiện giao thông hỗn hợp tại các đô thị Đông Nam Á với 2 dải vận tốc nội đô (30 km/h) và ngoại ô (60 km/h).

Hiệu quả cải thiện định lượng

  • Tăng độ phủ đáp ứng cứu hỏa trong khung 5 phút lên 15,4% tại khu vực nội ô.
  • Đưa ra lịch phân ca trực khoa học, tiết kiệm 25 - 30% chi phí nhiên liệu và hao mòn phương tiện nhờ tối ưu hóa cung đường di chuyển.

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

Real-World Use Cases

  1. Tác chiến điều hành tại Trung tâm Chỉ huy 114: Khi nhận cuộc gọi báo cháy, nhân viên nhập nhanh địa chỉ hoặc click trực tiếp trên bản đồ số; hệ thống lập tức hiển thị 3 trạm gần nhất, thứ tự ưu tiên điều động, vẽ lộ trình ngắn nhất và cảnh báo các nút thắt hẹp.
  2. Kế hoạch bố trí xe trực chiến giờ cao điểm: Phòng Tác chiến sử dụng module phân tích Markov và thống kê chu kỳ để điều động các xe chữa cháy ra trực chiến tại các trạm tạm (Hóc Môn, Linh Xuân, Tân Bình, Thảo Điền) trong khung giờ 12:00 – 18:00 của 2 tuần cuối tháng.

Deployment Strategy và Yêu cầu hệ thống

  • Yêu cầu phần cứng máy trạm:
    • CPU: Intel Core i3 3.0 GHz trở lên.
    • RAM: Tối thiểu 4 GB (Khuyến nghị 8 GB để nạp Network Dataset mượt mà).
    • Ổ cứng: 50 GB trống (lưu trữ Geodatabase và Raster bản đồ).
  • Yêu cầu phần mềm:
    • Hệ điều hành: Microsoft Windows 7 / 8 / 10 / Server (32-bit hoặc 64-bit).
    • Nền tảng GIS: Esri ArcGIS Desktop / ArcMap 10.1 hoặc 10.2 (kèm bản quyền Network Analyst Extension).
    • Runtime: Microsoft .NET Framework 4.0 trở lên.
+-------------------------------------------------------------------------------+
|                      LỘ TRÌNH TRIỂN KHAI HỆ THỐNG (ROADMAP)                   |
+-------------------------------------------------------------------------------+
| Giai đoạn 1: Chuẩn hóa Geodatabase giao thông & lịch sử cháy (Tháng 1-2)      |
| Giai đoạn 2: Cài đặt Add-in trên máy trạm trung tâm chỉ huy 114 (Tháng 3)     |
| Giai đoạn 3: Huấn luyện cán bộ tác chiến & thử nghiệm hiện trường (Tháng 4-5) |
| Giai đoạn 4: Đánh giá hiệu năng, tích hợp cảm biến IoT & GPS xe (Tháng 6+)   |
+-------------------------------------------------------------------------------+

Phân tích Chi phí - Lợi ích (Cost-Benefit Analysis & ROI)

  • Chi phí triển khai giải pháp trạm tạm GIS: Ước tính khoảng 150 - 200 triệu đồng (chi phí phần mềm, số hóa dữ liệu, thiết bị định vị GPS phụ trợ trên xe).
  • So với xây dựng trạm cố định: Chi phí xây dựng mới một phòng cảnh sát PCCC hoàn chỉnh tiêu tốn từ 20 đến 50 tỷ đồng.
  • ROI xã hội: Giảm thiểu thiệt hại về người và tài sản do cháy gây ra ước tính hàng chục tỷ đồng mỗi năm thông qua việc tiếp cận hiện trường sớm hơn từ 3 đến 7 phút trong "thời gian vàng".

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

Hạn chế kỹ thuật

  • Dữ liệu khảo sát dừng lại ở 127 vụ cháy trong giai đoạn 2012-2014, quy mô mẫu chưa đủ lớn để chạy các mô hình học máy (Machine Learning) phức tạp.
  • Vận tốc di chuyển trên các tuyến đường được gán cố định theo 2 kịch bản (30 km/h và 60 km/h), chưa phản ánh được hiện tượng tắc đường tức thời (Dynamic Traffic Flow).
  • Chưa tích hợp chi tiết dữ liệu độ rộng ngõ hẻm và các chướng ngại vật tĩnh (chợ tạm, rào chắn công trình).

Hướng phát triển đề xuất

  1. Tích hợp nguồn cấp dữ liệu giao thông thời gian thực: Kết nối API từ hệ thống camera giám sát đô thị của Sở GTVT TP.HCM và Google Maps Traffic API để cập nhật trọng số vận tốc tức thời trên từng cung đường.
  2. Xây dựng hệ thống WebGIS / Mobile GIS: Chuyển đổi công cụ Add-in Desktop sang nền tảng kiến trúc Web-based (ArcGIS Enterprise / Leaflet / PostGIS) và ứng dụng di động cho lính cứu hỏa nhận tọa độ và lộ trình tức thời trên máy tính bảng.
  3. Mở rộng mô hình Markov không gian đa chiều: Kết hợp xích Markov không gian (Spatial Markov Chain) với mô hình tự hồi quy không gian (Spatial Autoregressive Model) có tính đến các yếu tố thời tiết (nhiệt độ, độ ẩm, gió) và mật độ sử dụng điện sinh hoạt.

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

1. Sinh viên và Học viên ngành GIS / Hệ thống Thông tin Môi trường

  • Tiếp cận đồ án mẫu chuẩn mực về việc ứng dụng lý thuyết xác suất nâng cao (Markov Chain) vào các bài toán không gian thực tế.
  • Bộ tài liệu tham khảo hoàn chỉnh về quy trình số hóa, chuẩn hóa dữ liệu từ nguồn hỗn hợp (Google Maps, OpenStreetMap, báo cáo sự cố) sang cấu trúc chuẩn ESRI Geodatabase.

2. Kỹ sư Phát triển Phần mềm GIS (GIS Developers)

  • Cung cấp mẫu kiến trúc mã nguồn C# kết nối ArcObjects SDK 10.1 xử lý các bài toán phân tích mạng phức tạp (NAClosestFacilitySolver, NAServiceAreaSolver).
  • Kinh nghiệm xây dựng Toolbar Add-in tùy biến giao diện trên nền ArcMap.

3. Cơ quan Quản lý và Lực lượng Cảnh sát PCCC (Cảnh sát 114)

  • Sở hữu công cụ hỗ trợ ra quyết định trực chiến trực quan, giúp giảm áp lực chỉ huy điều phối trong các tình huống khẩn cấp.
  • Bộ căn cứ khoa học định lượng để sắp xếp quân số trực ban theo ngày, tuần và lựa chọn vị trí đón lõng nguy cơ cháy bằng trạm tạm thời.

4. Các nhà nghiên cứu Đô thị và Quản trị Rủi ro Thảm họa

  • Cung cấp phương pháp luận phân tích rủi ro kết hợp giữa độ phủ dịch vụ cứu hỏa đô thị và chu kỳ xã hội học của cộng đồng dân cư.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai công cụ Add-in này là gì?

Hệ thống yêu cầu máy tính cài đặt hệ điều hành Windows 7 trở lên, Microsoft Visual Studio 2010 (đối với môi trường phát triển), ArcGIS Desktop 10.1 kèm bản quyền Network Analyst Extension, và .NET Framework 4.0.

2. Làm thế nào hệ thống xử lý khi có nhiều xe từ nhiều trạm cần điều động đồng thời đến một vụ cháy lớn?

Công cụ cung cấp tính năng "Điều phối trạm bằng tay / Multi-facility Dispatch". Người chỉ huy nhập vận tốc và thời gian mong muốn của trạm kế tiếp, công cụ sẽ tự động tính toán lộ trình từ trạm gần thứ 2, thứ 3 đến hiện trường và hiển thị đồng thời các đường đi trên bản đồ số kèm bảng thời gian dự kiến.

3. Dữ liệu mạng lưới giao thông được cập nhật và tích hợp như thế nào?

Dữ liệu giao thông được cấu trúc dưới dạng Network Dataset trong Personal Geodatabase. Người quản trị có thể sử dụng ArcCatalog để chỉnh sửa hướng tuyến, thêm các tuyến đường mới mở hoặc gán lại trọng số chiều dài/vận tốc định kỳ mà không cần viết lại mã nguồn phần mềm.

4. Quy trình bảo trì và cập nhật dữ liệu sự cố cháy mới diễn ra như thế nào?

Phần mềm tích hợp sẵn module "Cập nhật và Tìm kiếm thông tin cháy". Cán bộ điều hành có thể right-click vào bảng dữ liệu trực tiếp trên giao diện để cập nhật nguyên nhân, mức độ thiệt hại hoặc xóa/sửa các bản ghi sau khi có kết luận điều tra chính thức.

5. Chi phí đầu tư và thời gian hoàn vốn (ROI) của giải pháp như thế nào?

Giải pháp tận dụng hạ tầng phần mềm ArcGIS sẵn có của các cơ quan quản lý, chỉ đầu tư chi phí tùy biến và chuẩn hóa dữ liệu. Do đó, thời gian triển khai chỉ mất từ 3-6 tháng và hiệu quả hoàn vốn thể hiện ngay qua việc giảm thiểu thiệt hại tài sản và cứu sống tính mạng người dân trong các vụ hỏa hoạn.

Kết luận

Khóa luận tốt nghiệp "Ứng dụng GIS xây dựng hệ hỗ trợ công tác phòng cháy chữa cháy trực chiến tại TP.HCM" của tác giả Trần Văn Tấn đã giải quyết xuất sắc bài toán tích hợp giữa công nghệ thông tin địa lý và mô hình xác suất thống kê nâng cao phục vụ an sinh xã hội. Thông qua việc phân tích chuyên sâu 127 vụ cháy lịch sử kết hợp mô hình xích Markov, đề tài không chỉ vạch rõ các quy luật biến thiên thời - không của hiểm họa cháy nổ mà còn xây dựng thành công bộ công cụ Add-in C# ArcObjects mạnh mẽ hỗ trợ tác chiến thời gian thực.

Mô hình bổ sung 4 trạm trực chiến tạm thời tại các khu vực trọng yếu (Hóc Môn, Linh Xuân, Tân Bình, Thảo Điền) là một giải pháp mang tính đột phá, vừa nâng cao năng lực phản ứng trong "thời gian vàng 5 phút", vừa tiết kiệm hàng chục tỷ đồng ngân sách xây dựng cơ bản. Đây chính là tiền đề công nghệ quan trọng, mở ra hướng đi mới cho việc hiện đại hóa và số hóa toàn diện công tác chỉ huy phòng cháy chữa cháy tại các siêu đô thị Việt Nam.