背景
這份筆記整理自警政「反詐騙系統」相關課程，內容涵蓋三套性質不同但互有關聯的系統：165 反詐騙系統（偏案件受理與流程管理）、警政相片比對系統（影像特徵比對，輔助辨識）、治安情資整合系統（整合人、車、案件、電話、商工、邊境等多方資料的智慧搜尋與關聯分析平台）。核心主軸是：警政資訊系統的價值不只是把資料數位化，而是把分散在不同系統、不同機關的資料，透過搜尋、比對、關聯分析與視覺化，轉化成可輔助偵查與決策的「治安情資」。課程最後也延伸到專案管理的實務反思——系統建置理論上是直線流程，但實務上會因需求變動而反覆修正。
知識架構圖
警政資訊系統：從資料到情資
├─ 一、資料來源層
│ ├─ 警政內部資料：國人／外國人資料、車籍資料、各類案件紀錄、M-Police 紀錄
│ └─ 外部機關資料
│ ├─ 矯正署：配轉房／接見資料
│ ├─ 司法院：判決書
│ ├─ 關務署：貨物進出口報、艙單
│ ├─ 移民署：航前旅客
│ ├─ 經濟部：商工資料
│ └─ 教育部：學籍資料
│
├─ 二、165 反詐騙系統（案件流程管理平台）
│ ├─ 案件受理／金融業務／網路業務／電信業務／嫌犯資料／查詢分析／管理功能／電話諮詢
│ ├─ 首頁待辦事項：待辦詐騙案件、逾期未受理、車手影像待處理、
│ │ 待警示案件、金融機構電子通報、追加警示確認單
│ ├─ 案件諮詢紀錄維護：查詢事由、人別資料、案件編號、案件狀態
│ └─ 核心特性：不只查資料，更是案件流程控管（誰查、何時查、為何查）
│
├─ 三、警政相片比對系統（影像特徵比對，輔助研判）
│ ├─ 目標：建立人臉特徵值資料庫，提升不同角度／光線／遮蔽物下的辨識正確率
│ ├─ 流程：上傳照片 → 擷取特徵值 → 與資料庫比對 → 產生相似候選 → 人工複核
│ └─ 定位：提供線索、輔助判斷，不能直接認定身分或取代人工判斷
│
├─ 四、治安情資整合系統（智慧搜尋 + 關聯分析平台）
│ ├─ 智慧情資搜尋：個化查詢（查人／查車）、全文檢索
│ ├─ 人脈網絡分析：人員基本資料、事件歷程、親友網脈、共犯網脈、
│ │ 同場所網脈、活動軌跡分析、群體關係分析
│ ├─ 車輛歷程分析：車輛基本資料、車輛事件歷程、車牌軌跡查詢、車輛共通特性分析
│ ├─ 歷史案件分析：案件關係人、案件歷程資料、相關影像事證、跨案件分析
│ ├─ 電話歷程分析：由電話線索回推事件歷程
│ ├─ 事件情資網脈：視覺化關係圖（人、車、案件、地點、電話）
│ ├─ 商工資料查詢：公司、商號、負責人、登記資料
│ ├─ 潛在同夥分析：M-Police 分析、入出境分析、共犯分析
│ ├─ 邊境資訊管理：漁船進出港、航前旅客、進出口貨物、貨櫃安檢、港區人車通行
│ ├─ 犯罪製圖：治安斑點分析、治安熱點變化分析、區域情資分析
│ └─ 訓練版功能：教育訓練與操作練習，避免誤查正式個資
│
└─ 五、專案管理反思（系統落地的實務挑戰）
├─ 理論流程：起始 → 規劃 → 執行 → 監控 → 結束（看似直線）
├─ 實務常態：需求不斷變動、使用者需求不明確、長官臨時改方向、
│ 跨單位意見不一致、做到一半才發現不符使用者需求
└─ 真正的管理重點：管需求（分必要／可延後／想要）、管變更（評估影響）、
管決策（明確窗口與權責分工）串聯邏輯：為什麼會這樣設計？
一件詐騙案件、一名嫌疑人或一台可疑車輛，單獨看只是一筆資料，價值有限 → 但若能把警政內部資料（人、車、案件、M-Police）與外部機關資料（司法院判決書、移民署入出境、經濟部商工、關務署進出口等）整合起來 → 就能透過智慧情資搜尋，從一個線索（人名、車牌、電話、案件）出發，延伸查出相關人、相關車、相關案件與活動軌跡 → 再用人脈網絡分析、車輛歷程分析、歷史案件分析找出「誰跟誰有關」「這台車出現在哪些案件」「這件案子跟哪些舊案相似」 → 用事件情資網脈把關係視覺化、用犯罪製圖把案件變成地圖上的熱點分布 → 165 反詐騙系統則從另一端把「案件受理、金融／電信通報、待辦追蹤」流程化，確保案件不漏接、不逾期 → 相片比對系統補上「影像線索」這一塊，但僅提供相似候選、仍需人工複核 → 最終讓分散的資料轉化為可輔助偵查與決策的治安情資，同時整套系統的落地與維運，仍須靠扎實的專案管理（管需求、管變更、管決策）才能真正成功。
重點摘要（可放入實習心得）
這次實習讓我對警政資訊系統有更具體的理解。過去我以為警政系統主要是用來查資料，但實際接觸後發現，現代警政資訊系統的重點不只是查詢，而是將分散在不同系統、不同機關與不同案件中的資料整合起來，進一步形成可以輔助偵查與決策的治安情資。
165 反詐騙系統除了案件受理，也整合金融業務、網路業務、電信業務、嫌犯資料與查詢分析等功能，不只是記錄民眾報案，而是協助承辦人追蹤案件進度、處理金融機構通報、確認警示帳戶與補正相關資料。從「我的待辦事項」可以看出，系統本身也具有流程控管功能，能提醒承辦人哪些案件尚未處理、哪些資料需要補正，避免案件因人工疏漏而延誤。
警政相片比對系統則讓我看到影像辨識技術在警政工作中的應用：系統透過影像處理技術擷取人臉特徵值，再與資料庫進行比對，協助承辦人從大量照片中找出可能相似對象。但這類系統的角色仍是輔助研判，而不是直接取代人的判斷，因為影像可能受到角度、光線、遮蔽物、解析度與照片年代影響，最後仍需要人工複核與依法判斷。
治安情資整合系統進一步呈現警政資料整合的價值：系統將人、車、案件、電話、地點、商工資料、入出境資料、判決書、貨物進出口資料等不同來源串聯起來，並提供人脈網絡分析、車輛歷程分析、歷史案件分析、事件情資網脈、潛在同夥分析與犯罪製圖等功能。這讓我理解到，單一資料的價值有限，真正重要的是資料之間的關聯——當系統能從一個人延伸出相關車輛、案件、共犯、活動軌跡與歷史紀錄時，資料才會轉化成有偵查價值的情資。
這次也讓我體會到專案管理在警政資訊系統中的重要性。理論上專案流程是起始、規劃、執行、監控、結束，但實務上常常會遇到新需求、需求不明確、長官臨時指示、使用單位意見不同等問題。因此，真正的專案管理不只是照表排進度，而是要管理需求、控管變更、協調利害關係人，讓系統能在有限時間與資源內完成可用成果。
總結來說，警政科技的核心不只是技術，而是資料治理、流程管理、跨機關合作與依法使用。系統可以提升查詢效率、縮短偵查時間、發現隱藏關聯，但同時也必須重視權限控管、查詢事由、個資保護與稽核紀錄。
事實查核與寫法修正表
| 原內容／可能混淆處 | 判斷 | 建議修正寫法 |
|---|---|---|
| 165 系統、相片比對系統、治安情資整合系統是同一套系統 | 需修正 | 三者性質不同，應分開描述：165 偏案件受理與流程管理；治安情資整合偏人車案件關聯分析；相片比對偏影像特徵比對。除非有文件證明同屬一平台模組，否則不要混寫 |
| 矯正署資料寫成「配房／接見資料」 | 用語不夠精確 | 投影片用語為「配轉房／接見資料」 |
| 相片比對系統可以直接辨識或確認嫌疑人身分 | 需修正，過度絕對 | 應寫成「提供相似候選結果，供承辦人研判參考」，最終判斷仍需人工複核與法律程序 |
| 犯罪製圖可以「預測犯罪」 | 需修正，過度延伸 | 投影片內容僅為治安斑點分析、熱點變化分析、區域情資分析，應寫成「分析熱點與變化趨勢，作為勤務規劃參考」，不宜寫成準確預測 |
| 電話歷程分析等於完整通聯紀錄與通話內容分析 | 需修正，過度延伸 | 投影片僅提及「事件歷程」查詢，應寫「提供電話相關事件歷程查詢」，不擴張為通聯內容分析 |
| 警方可任意調閱所有外部機關資料 | 需修正 | 應寫「系統整合多種外部機關資料來源，供業務需要下查詢與分析」，實際仍受權限、法規、介接範圍與查詢目的限制 |
| 查詢需留存查詢事由 | 方向正確 | 這是警政系統的重要治理原則：誰查詢、何時查詢、為何查詢、查了什麼、是否符合業務需要，皆應留存紀錄以利稽核 |
三個反思點
- 單一資料的價值有限，資料之間的「關聯」才是情資的核心。 一個人、一台車、一件案件分開看都只是一筆紀錄，但當系統能串出「這個人開這台車、這台車出現在這件案子附近、這件案子跟另一件案子手法相似」時，資料才真正變成有偵查價值的情資。
- 科技工具的定位應該是「輔助研判」而非「直接判定」。 無論是相片比對的相似候選、還是犯罪熱點分析，都只是縮小範圍、提供線索，最終的判斷與法律程序仍必須由人依法完成，這也是我在整理這次筆記時最需要注意「不能寫過頭」的地方。
- 系統能否成功落地,技術之外更取決於專案管理。 需求不斷變動、使用者說不清楚真正需求、長官臨時改方向，是每個資訊系統開發都會遇到的現實，這提醒我evaluat系統設計時要同時具備工程能力與需求溝通、變更控管的管理能力。