資料取用流程
校務系統（production）的原始資料 絕不直接外流。 必須經過 去識別化（de-id）、 再經 人員審核， 才能進入 IR 資料庫；任何對外取用，皆只從 IR 資料庫出。
全流程符合《個人資料保護法》與《資通安全管理法》要求 ——
production 不外流・de-id 必經・人員雙重審核・IR 統一窗口。
三道閘門 · 資料的合規航道
PIPELINE · 三 道 閘 門
PRODUCTION → IR DATA LAKE → CONSUMER資料的合規航道。
ZONE 1 · 來源
校務系統 (production)
學籍、選課、人事、財務⋯⋯之原始系統。對外封閉，僅由授權之去識別化處理人員自此處單向匯出。
⛔ 不直接對外
ZONE 2 · 三 道 閘 門 · COMPLIANCE GATES
①
去識別化
de-identification
de-identification
技術閘門
②
人員審核
human review
human review
人為閘門
③
匯入授權
ingest sign-off
ingest sign-off
治理閘門
三道全過 · 缺一不可 · 全程留痕 符合 · 個資法 §5/§6/§16 · 資安法 §10/§11
ZONE 3 · 對 外 取 用
IR 資料庫 (Data Lake)
單一對外窗口。受控分析、IRI（Institution Research Intelligence）連線、CSV／API 切片皆從此處出。使用者所見的，永遠是去識別化後、經審核入庫的版本。
✓ 全程留痕可稽核
合規對應
| 閘門 | 做什麼 | 法規依據 |
|---|---|---|
| ① 去識別化 | 移除直接識別子、處理準識別子，達不可重新識別之程度 | 個資法 §6 · §16 |
| ② 人員審核 | 獨立第二人覆核去識別化結果，留下檢核表與簽署紀錄 | 個資法 §27 · 資安法 §10 |
| ③ 匯入授權 | 校長特助（IR 統籌）核可後始得入庫；全程操作日誌可稽核 | 資安法 §11 · ISO 27001 |
申請者四步
- 確認需求 —— 先到IRI查找；若已有公開面板可滿足需求，直接使用即可。
- 填寫申請 —— 勾選資料範圍、學年、系所、入學方式、欄位細緻度。
- 審核路徑 —— 單位內部 → IR 團隊 → 視風險層級而定。一般 5 工作日內完成。
- 取得資料 —— 低風險：直接下載；中高風險：限期取用、僅在 IR 安全工作站讀取。
三類申請樣態
- A · 公開切片 —— 既有面板的不同切片。審核 1 工作日。≈ 全部申請的 64%。
- B · 客製分析 —— 需建模、多源整合。審核 5–10 工作日。≈ 全部申請的 28%。
- C · 個資高敏 —— 個人層級原始資料，需資料治理委員會 + IRB 審核 4–6 週。≈ 限授權場域。
進度更新（2026·03·02）
已完成《建立資料取用流程》草案及相關附件。重點：
- Data Lake 進件規則明確化 —— 須先完成去識別化處理並通過審核，始得匯入。
- 角色與治理架構調整 —— 由校長特助（IR 統籌）統籌，新增去識別化處理／審核兩類專責人員。
- SOP 流程補齊 —— 申請、分級核准、去識別化、受控分析、成果輸出、結案留痕六段式。
- 執行治理補充規範 —— 核准矩陣與 SLA、申請表必填欄位、帳號生命週期、資安事件通報、成果輸出門檻、稽核與教訓。
- 附錄新增 —— 去識別化審核檢核表、單頁列印簽核版。
- 參考資料建置 —— 相關文件已建立於
references/，並完成 citation 版本 PDF。
⚐ 本文件目前作為校內試行版本。後續可依實際權責分工與系統環境，微調相關門檻數值與作業時限。
詳見開站公告。