110 警察特考三等 警察資訊管理人員 警政資訊管理與應用 考古題詳解

核心觀念

本題考查資訊系統評估與個人資料保護，須同時從使用者與管理者角度比較紙筆登記、Google 表單及簡訊實聯制。評估面向包括易用性、資料正確性、人身安全、資訊安全、隱私保護及處理成本。

實聯資料涉及可識別個人的資訊。依命題當年（民國 110 年）《個人資料保護法》，蒐集、處理及利用個人資料，應有特定目的與合法依據，並遵守目的必要性、告知及安全維護等要求。實聯制的核心是疫情接觸調查所需的場所與時間資訊，不宜蒐集與目的無關的資料，也應妥善限制資料存取及保存期間。

解題方法

先分清三種方案的資料流程，再依兩類利害關係人比較：

• 紙筆登記：民眾手寫資料，場所人員保管、整理或事後輸入。
• Google 表單：民眾以手機掃描 QR Code 後，透過網路填寫並提交資料至線上服務。
• 簡訊實聯制：民眾掃描場所 QR Code，手機以簡訊傳送場所辨識碼至 1922，省去填寫姓名、電話等欄位的步驟。

評析時需區分「操作方便」與「資料品質」、「資料集中管理」與「隱私安全」：流程越少不代表完全沒有資安風險；數位化也不必然代表資料正確或安全。

使用者角度

管理者角度

核心觀念

本題考查系統分析與設計，重點是以資料流程圖（Data Flow Diagram, DFD）或使用案例圖（Use Case Diagram），呈現「簡訊實聯制」從登記到疫調通知的完整流程；並辨識流程所需的資訊科技及其功能。

系統須區分前端登記與後端疫調：

• 前端登記：民眾掃描場所 QR Code，手機以簡訊將場所辨識碼傳送至 1922。系統記錄登記資料，不要求填寫姓名、電話等個人資料。
• 後端疫調：取得確診者的足跡及時間範圍後，依場所辨識碼與時間篩選登記紀錄，找出曾在相關場所登記的門號，再透過電信業者簡訊通知。

解題方法

以 DFD 表達較能呈現資料如何流動。圖中以外部實體表示民眾、疫情指揮中心及電信業者；以處理程序表示登記、資料比對與通知；以資料儲存表示登記紀錄。以下為文字化 DFD：

【前端：實聯登記】

民眾手機
 │ 掃描場所 QR Code，取得場所辨識碼
 │ 傳送簡訊：場所辨識碼
 ▼
1922 簡訊服務／登記系統
 │ 接收簡訊及發送門號
 │ 驗證場所辨識碼、加上登記時間
 ▼
實聯紀錄資料庫
 └─ 儲存：門號、場所辨識碼、登記時間

【後端：疫調與通知】

疫情指揮中心／疫調人員
 │ 確診者足跡、場所及感染相關時間範圍
 ▼
疫調查詢與比對程序
 │ 依場所辨識碼、時間範圍查詢
 ▼
實聯紀錄資料庫
 │ 回傳符合條件的登記門號
 ▼
通知程序
 │ 產生接觸風險通知，不附帶不必要的確診者身分
 ▼
電信業者簡訊閘道
 │ 發送通知簡訊
 ▼
曾於相關時地登記的民眾

系統設計上須設定權限，只讓獲授權的疫調人員在執行疫調時查詢必要資料；並記錄查詢及通知操作。資料應依目的限制使用，並設定保存期限，到期後刪除或去識別化。

核心觀念

本題考查警車調派系統的需求分析、系統分類與推論分析方法。系統需整合地理資訊、即時車輛位置、勤務狀態、交通與事件資料，提供控制室態勢監看及緊急事件的派遣決策支援。

此類系統屬於決策支援系統（Decision Support System, DSS），也可視為具即時資料處理與地理資訊分析能力的警政決策支援系統。它以資料、模型與使用者互動協助管理者處理半結構化或非結構化問題；系統提供建議與分析依據，由勤務指揮人員作成最後決定。

（一）初步需求、技術項目與開發方式

1. 初步需求

• 地圖與態勢呈現：在控制室大螢幕顯示轄區地圖、犯罪熱區、即時交通、道路封閉資訊及警車位置。
• 警車勤務資訊：點選警車後，顯示車輛識別資料、所屬單位、勤務類型、目前任務、可否接受新派遣及預計完成時間。
• 事件受理與定位：接收報案或事故通報，記錄事件類型、位置、時間、嚴重程度及所需警力。
• 派遣建議：依警車位置、交通狀況、勤務狀態、事件需求及優先順序，計算合適車輛及預計抵達時間，提供一車或多車的建議。
• 追蹤與回報：派遣後持續更新車輛位置與任務狀態，並保留受理、派遣、到場及結案紀錄。
• 安全與權限：依職務授權資料查詢與操作，保存操作紀錄，並保護警員、民眾及勤務敏感資訊。
• 可靠性與效能：支援即時更新、尖峰通報量、故障備援與通訊中斷時的替代作業方式。

需求規格還應明定更新頻率、定位誤差容許值、派遣建議回應時間、可用率、資料保存期限及各角色權限，作為驗收依據。

2. 所需技術項目

• 地理資訊系統（GIS）：管理道路、轄區、事件與警車的空間資料，支援圖層顯示、定位及空間查詢。
• 定位與通訊技術：以車載 GPS、行動網路或警用通訊設備取得車輛位置與狀態。
• 即時資料整合：串接報案受理、勤務管理、交通資訊及車輛定位資料；透過 API 或訊息佇列傳遞更新。
• 資料庫與資料管理：使用空間資料庫儲存地圖與軌跡，並妥善管理事件、勤務、車輛及歷史案件資料。
• 路網與路徑分析：依道路網路、交通速度、封路及車輛可通行條件，估算路線與抵達時間。
• 前端視覺化與操作介面：提供控制室總覽、警車詳細資料、事件資訊、派遣建議及狀態回報介面。
• 資安與維運：採取身分驗證、角色權限、傳輸與儲存保護、稽核紀錄、備份及故障告警。

3. 進行步驟與方式

1. 利害關係人訪談與現況盤點：訪談指揮官、勤務中心、派遣員及第一線警員，釐清通報、派遣、回報流程與現有系統。
2. 需求分析與優先排序：整理功能、資料、效能、安全及例外情境需求，區分必要功能與後續擴充項目。
3. 資料與介面規劃：確認各資料來源、欄位定義、更新頻率、資料品質、介接方式及權限規則。
4. 原型設計與確認：先製作地圖總覽、車輛資訊及派遣操作原型，請實際使用者檢視操作流程與資訊呈現。

核心觀念

本題考查「組織作業程序再造」（Business Process Reengineering, BPR）在警政資訊業務上的應用：先辨識現行流程中耗時、重複、跨機關往返或依賴紙本的環節，再以資訊科技重新設計流程，讓服務更即時、正確且便民。重點不是單純把紙本表單搬到線上，而是檢視工作目的、權責分工、資料流向與核准層級，刪除不必要的步驟並整合資料。

解題方法

作答可依「現況問題 → 再造建議 → 促成科技 → 系統功能 → 開發步驟」逐層展開。題目未指定特定警政系統，宜以警察機關常見的案件受理、勤務派遣、資料查詢及跨機關通報等流程舉例，並指出改善原則與可落地的系統配套。

（一）現行作業程序可能的不便之處

以下以常見警政業務流程說明：

1. 資料重複輸入：民眾或員警在不同表單、子系統重複填寫身分、案件、車籍等資料，增加作業時間，也提高輸入錯誤及資料不一致的風險。
2. 系統分散、跨系統查詢不便：案件、勤務、交通、戶役政或其他業務資料分布於不同系統，員警須分別登入、切換畫面及查詢，難以迅速掌握完整資訊。
3. 紙本與線上流程並存：線上登錄後仍須列印、簽章、送件或另行登錄，形成「電子化與紙本化」雙重作業，未真正減少人工作業。
4. 逐級核准及跨單位傳遞耗時：部分申請、通報或案件簽核仍依賴人工逐層傳送；承辦人不易掌握案件進度，補件或退件也會延長處理時間。
5. 外勤與勤務現場回報不即時：員警在外勤時，若無法透過行動裝置即時查詢、回報及更新案件狀態，資料可能須返所後補登，影響資訊時效。
6. 欄位、代碼及操作方式不一致：不同系統的欄位定義、代碼或操作介面未統一，增加學習負擔，也使資料彙整與跨單位交換較困難。
7. 重複通報及人工彙整：同一事件可能以電話、通訊、紙本及系統多次通報，主管機關再人工彙整，耗費人力且容易出現版本落差。
8. 查詢與權限流程不夠順暢：若權限申請、異動及到期停用未妥善串接，可能造成合法業務查詢等待，或留下過多權限而增加個資與資安風險。

以上屬流程與系統設計上的常見觀察，實際情形應依各警政業務及機關現行規範檢視。

（二）以組織作業程序再造提出建議

1. 再造建議

• 先簡化流程，再建置資訊系統：逐項檢視每個欄位、簽核與附件是否為法定或業務必要；刪除重複登錄、重複核對及無實質管制效果的步驟。
• 採一次輸入、多處使用：建立共用且具權威性的基礎資料來源，經適當身分驗證及授權後，由各業務系統取用，減少重複填報。
• 整合案件與通報流程：依事件或案件建立單一識別碼及共用案件紀錄，讓受理、派遣、處置、移送與結案資訊依權責流轉，減少多頭通報及人工彙整。
• 以風險及權責調整簽核層級：將例行、低風險事項授權承辦或主管依規範處理；重大、例外或高風險案件保留必要的審核與升級通報。
• 推動行動化與即時回報：提供員警在勤務現場安全查詢、派遣及回報的工具，讓案件狀態及必要資料及時更新。
• 建立標準流程及共同資料規格：統一案件分類、欄位定義、代碼、交換介面及資料品質規則，降低跨系統與跨單位的轉換成本。
• 同步設計個資、資安與稽核機制：依業務需要採最小權限、分級授權、存取紀錄、異常告警及定期權限檢視，並明定資料保存與使用責任。

2. 促成科技

• 網路、雲端或共同服務平台：提供跨單位、跨系統的穩定連線與共用服務。
• 系統介接與資料交換技術：以標準化 API、資料交換平台及共同資料格式，支援系統間安全傳輸。
• 行動裝置與行動網路：支援外勤查詢、電子派遣及現場回報。
• 電子身分驗證、電子簽章與電子公文：確認使用者身分、保障資料完整性，並降低紙本簽核與傳送需求。