籌備中組織｜尚未完成法人立案
Projects and Evidence
這是 TSMAI Medical AI 工作中的既有臨床工程路徑，不是全部研究領域。依五層架構查閱每個 engineering baseline 的 maturity、repo evidence、臨床／法規缺口與 source provenance；更名不會提升證據等級。
DRAFT evidence snapshot：所有 owner 仍待指派；目前可核對的最高成熟度主要是 Synthetic validation。程式、tests、fixtures、golden sets、mock 或 drill 不等於 clinical deployment、external validation、IRB 核准、TFDA／法規審查、政府授權或可投入臨床使用。另見治理與責任邊界。
A基礎系統層
實作 scrubber harness 白皮書的完整流程：輸入端 PHI/PII 偵測 → 任務別資料最小化 → 假名化/日期相對化 → 模型呼叫控管（核准清單、zero-retention）→ 輸出端洩漏與病人錯配檢查 → 院內 map back（session 綁定）→ 全程稽核。
主要限制：Gateway、model registry、output guard、vault、DICOM/PDF 與檔名掃描尚未完成。
A基礎系統層
對接各院 HIS/FHIR server（對齊衛福部醫療資訊標準大平台），依「任務」抽取最小必要欄位餵給 P-01。各院只需實作 FHIR R4，上層 workflow 全部共用。
主要限制：P-04 mappings 仍為 verified:false；未接真實 server、HL7v2 或 P-03 ledger。
A基礎系統層
append-only、hash-chain 防竄改稽核：誰、何時、為何、送出資料類別、模型與版本、回覆 hash、醫師確認/override 與理由。是資安追查、IRB 報告、未來認證與（Codex 強調的）override reason 品質改善資料的唯一事實來源。
主要限制：尚無 RBAC、retention engine、HTTP API；月報目前僅 Markdown。
A基礎系統層
Codex 文件的「跨院資料字典 v0.1」工程化：HF、CAD、AF、藥物、lab、echo、procedure 的共通定義 + 各院代碼 → 標準代碼（LOINC/SNOMED/ATC/ICD-10）對映 + FHIR mapping template（Observation、MedicationRequest、Condition、Procedure）。這是「資料格式不一、單院模型難外推」的根治藥。
主要限制：所有 code bindings 仍為 verified:false，未經標準委員會與 terminologist 審定。
A基礎系統層
所有 workflow 上線前後的統一評測：golden dataset 回歸、幻覺偵測、prompt injection 紅隊、模型/提示詞版本升級 CI 守門。對應 TFDA「獨立性能評估」的院內配套，也是 Codex「模型驗證 SOP」的自動化。
主要限制：目前只有 SOAP golden set；audit 僅產 JSON；部分統計為簡化實作。
B臨床 workflow 層
Codex 首選示範案：掛號後病人以手機/平板填答結構化主訴問卷（含追問邏輯），AI 產生診前 SOAP 草稿與病歷前情摘要，醫師開診即看到可編輯草稿。最快有感、黏著度最高。
主要限制：尚無 SMART on FHIR；無真實完成率、時間或幻覺率量測；audit 未落 P-03。
B臨床 workflow 層
門診前一天批次產生「本次門診注意事項」（追蹤項目、待複查檢驗、藥物調整建議、就診間隔事件），即 scrubber 白皮書第 7 節場景。與 P-06 互補：P-06 處理「病人這次來要說什麼」，P-07 處理「病歷裡累積了什麼」。
主要限制：未實際串接 P-02、P-03 或 EMR；golden set 待醫師審定。
B臨床 workflow 層
Codex 表格的 HF 列工程化。HFrEF：EF<40% 自動辨識、GDMT 四支柱（ARNI/ACEi/ARB、BB、MRA、SGLT2i）缺口與 titration 建議、eGFR/K/BP/HR 安全提示、前次惡化指標。HFpEF：SGLT2i eligibility、體液狀態、AF/CKD/DM/obesity 共病提示。
主要限制：P-11 規則全為 draft；無真 CQL engine；無真實 dosage 或 outcomes evidence。
B臨床 workflow 層
CHA₂DS₂-VASc、HAS-BLED 自動計算；DOAC 劑量三條件檢核（年齡/體重/腎功能）；禁忌與交互作用提示；「高風險未抗凝」病人清單。安全性明確、可完全規則化 → 是 E 層取證示範首選案（決策邏輯確定性、可驗證）。
主要限制：P-11 規則為 draft；交互作用與部分 concepts 簡化；無 SMART/FHIR production。
B臨床 workflow 層
DAPT 適切性（期程/降階）、statin intensity 與 LDL-C 達標、心臟復健轉介、追蹤檢查完整度。指標：DAPT 適切率、LDL 達標率、心復健轉介率。
主要限制：P-11 規則與門檻為 draft／工程佔位；部分 P-04 concepts 尚未建立。
C跨院證據層
Codex「第一版 CDSS rule library（HF、AF、CAD/ACS 的 CQL 或可轉 CQL 規則）」+ 十年願景「CQL/CDSS rule library 公共資產」。所有 B 層規則集中於此，版本化、審核制、可跨院部署——對齊國家 CQL 標準化方向。
主要限制：CQL 檔案未被執行；規則全為 draft；guideline 精確版本與章節待審。
C跨院證據層
資料不出院的多院驗證：學會分發「驗證容器」（模型 + 評測程式 + 資料契約），各院本地執行，只回傳彙總統計（AUC、校準、次族群、混淆矩陣），學會端 meta-analysis。直接對應 TFDA 泛化測試要求與衛福部聯邦學習平台方向；支援四種研究型態中的 Retrospective validation 與 Regulatory-grade study。
主要限制：目前為 prediction-file mode；Docker／跨院部署未驗證；仍有低容量與浮點尾數殘餘通道。
C跨院證據層
Codex 四種研究型態中的 Silent prospective trial 與 Interventional CDSS study 的基礎設施：模型/規則在臨床背景「影子運行」但不影響醫師決策，前瞻收集穩定性、預測 vs 實際結局、警示量；轉入干預期後收集採納率、override reason、用藥率/檢查完成率變化與病安事件。
主要限制：Outcome pairing 是合成訊號；尚無 patient-safety system、RBAC 或正式統計分析。
C跨院證據層
臺灣版 CHAI Model Card 標準 + 註冊中心，並承載 Codex 十年願景的「Clinical AI App Store 標準」：app 評估標章、clinical validation report 標準格式、各院 HIS/EMR 對接規格書、部署狀態徽章（已跨院驗證/監測中/已下線）。
主要限制：不是核准公開登錄；store 為 in-memory；P-18 integration 未完成。
DAgent/MCP 層
Codex 主軸五的核心：已審核的醫療 MCP servers 與臨床科別 skills 倉儲（HF workflow、AF anticoagulation、DAPT checker、FHIR connector…），附安全審查流程、簽章發佈與版本管理。學會做守門人，而非放任各院自接來路不明的 MCP。
主要限制：Internal review 非外部審核；static AST 不提供完備安全保證；無正式 HSM 或 persistent registry。
DAgent/MCP 層
Taiwan Medical AI Agent Framework 的執行層：LLM agent 只能呼叫 P-15 已簽章工具，強制四級權限——read-only → suggest-only → draft-only → order-ready-but-physician-confirmed——外加工具白名單、prompt injection / data exfiltration 防護、全程 audit、human confirmation。未來門診/住院摘要/檢查追蹤/慢病管理/研究/品質指標/IRB 文件/衛教等 agent 全部跑在此框架上。
主要限制：Planner 為 mock；macOS memory limit 無法強制；filesystem／network 主要為 Python 層攔截。
E取證與治理層
Docs-as-Code 產生 TFDA 查驗登記文件包：IEC 62304 生命週期文件、ISO 14971 風險管理檔案、TFDA CADe/CADx 指引章節、醫療器材軟體確效指引對應文件、PCCP 草稿（對齊臺版 PCCP 徵詢草案）、IMDRF GMLP 對照。內建 Codex 的 SaMD readiness checklist 六階段（臨床需求／資料／模型／臨床效能／軟體工程／上市後）作為 gap_checker 的骨架。
主要限制：目前只輸出 Markdown；精確法規 mapping／版本待確認；示範 site_count=0。
E取證與治理層
對應 FDA TPLC、IMDRF GMLP 第 10 原則與 Codex「上市後監測框架（drift、bias、adverse event、user feedback）」：輸入分布飄移（PSI/KS/embedding drift）、輸出品質抽樣盲評、醫師採納率/override 率、次族群表現分歧、警示疲勞指標、不良事件通報介接；異常分級警報（觀察/降級/自動下線）並自動更新 P-14 卡片狀態。長期匯聚為 real-world performance registry。
主要限制：P-14／P-03 未實際串接；thresholds 待校準；尚無 embedding drift。
E取證與治理層
把 Codex 強調的治理文件全部 Docs-as-Code 化：多院回溯/silent trial/干預研究三型 IRB protocol template（對齊人體研究法）、資料使用協議（DUA）、COI 揭露表與審查流程、跨院審查 SOP、病人告知同意模板（含生成式 AI 使用揭露）、負面結果揭露原則、IP 與發表權規則。所有模板參數化，一鍵套入專案資訊產出送審文件。
主要限制：尚無 registry／reminder、direct DOCX 或 P-12／P-20 production integration。
E取證與治理層
承載 Codex 兩個營運支柱：(1) 三級教育與認證——Level 1 AI literacy（全體醫療同仁）、Level 2 Clinical AI builder、Level 3 Clinical AI leader，含課程、實作工作坊報名、測驗、完課證明與認證效期；(2) Clinical AI Studio 轉譯服務入口——需求收件 → 可行性評估 → 四級服務分類（Exploratory / Research-grade / Deployment-grade / Regulatory-grade）→ 委員會審查（每季 5–10 案）→ 報價/合作模式 → 交付追蹤，全流程內建 COI 揭露與防火牆規則（標準制定與驗證不受單一廠商影響）。
主要限制：SQLite／in-memory prototype；無 recertification、自動排程或 production frontend。