Part 1
1. 課綱(Syllabus)
#學習目標
- 能把 Lv2 prototype 升級成可被醫院主管或政府評審理解的落地提案
- 能完成 SaMD 初步風險分級、IRB / 健保資料庫申請路徑、資料治理與退場機制
- 能用 workflow fit、clinical buy-in、在地驗證、持續監測四個面向評估落地可行性
- 能設計倫理治理 sandbox,包含使用者範圍、資料範圍、模型監測、錯誤通報與停止條件
- 能完成 1 次 mentor 1-on-1,把真實場域題目轉成 RFP-quality 提案
#學員 prerequisites
- 完成 Lv2 prototype,或帶來一個已在場域討論過的真實題目
- 具備院端、政府計畫、學會委員會、健康新創或 IT 導入經驗其一
- 願意揭露流程問題,但所有客戶、醫院、個案資料需匿名
- 可接受同儕與 mentor 直接挑戰提案假設
#各時段主題分配
| 時間 | 主題 | 標籤 | 產出 |
|---|---|---|---|
| Day 1 09:00-10:00 | 對談:SDM 在醫師信任建立的真實阻力 | #SDM #信任 | 信任阻力清單 |
| Day 1 10:00-12:00 | Young 眼科白內障 SDM 落地經驗匿名拆解 | #workflow #dashboard | 落地拆解圖 |
| Day 1 13:00-17:00 | 治理與法規:SaMD、健保資料庫、IRB、退出權 | #治理 #法規 | 治理地圖 |
| Day 2 09:00-12:00 | 架構與資料:RAG、FHIR、OpenData、聯邦學習、Edge AI | #架構 #資料 | 技術架構草圖 |
| Day 2 13:00-15:00 | 商業與營運:採購、給付、RFP、KPI、維運 | #商業 #營運 | RFP outline |
| Day 2 15:00-17:00 | mentor 1-on-1 + final pitch | #提案 #評審 | RFP-quality 提案 |
#對應 paper 章節 + 倫理 6 原則
| 模組 | paper / HTML 對應 | 倫理 6 原則對應 |
|---|---|---|
| SDM 落地 | Q11 Young SDM 落地經驗匿名拆解 | 自主、責任、透明 |
| SaMD 風險分級 | Q11 台灣治理段、食藥署 SaMD | 福祉、責任、透明 |
| 健保資料庫申請 | Q1 健保資料三層、Q11 健保資料庫服務中心 | 自主、公平、資料治理責任 |
| 治理 sandbox | Q11 倫理治理 sandbox、公私協力標準 | 6 原則全覆蓋 |
| 失敗案例 | Watson、Babylon、Epic Sepsis | 福祉、責任、透明、永續 |
| 長照延伸 | Q11 長照 AI 焦點 | 自主、公平、永續 |
#對應七大主題覆蓋
| 主題 | 覆蓋方式 |
|---|---|
| 行銷 | 提案要能讓主管、評審、學會理事聽懂 |
| 產品 | 從 prototype 轉成 service blueprint 與 pilot scope |
| 工程 | 主軸之一,架構、資料、監測、整合、資安 |
| 營運 | 主軸之一,醫院流程、角色權責、維運、錯誤通報 |
| 培訓 | 設計院內教育訓練與使用守則 |
| 軟硬體 | Edge AI、穿戴、醫材、院內 dashboard、IoMT |
| 銷售 | RFP、採購、政府計畫、健保 / 商保對接 |
Part 2
2. 對談腳本(許老師 5/19 三段式架構)
#第 1 hour 對談:跨域專家對談
主題:SDM 在醫師信任建立的真實阻力
prompt questions
- 醫師為什麼會抗拒一個看似能減少衛教時間的 SDM 工具
- 老年低數位素養使用者,最容易在哪個步驟卡住
- 衛教影片、互動工具、知情同意三層整合,哪一層最容易被誤解
- 醫師端 dashboard 要嵌入 workflow,不能只做漂亮介面,原因是什麼
- 醫院主管要看到哪些證據才會相信這不是 demo
- 長照場域如果做家屬 + 失能者 + 個案管理師 SDM,責任怎麼分
角色分工
- 健促專家:追問場域阻力,包含醫師、個管師、長者、家屬、行政端的不同顧慮
- AI 專家:匿名拆解眼科白內障 SDM 落地經驗,說清楚工作流、資料、信任與 dashboard 怎麼接
- 主持人:把阻力轉成 RFP 條款,例如教育訓練、使用紀錄、人工覆核、退出機制
sample dialogue
健促專家:SDM 聽起來是好事,但醫師為什麼不一定想用 AI 專家:因為工具如果讓門診更慢,或讓病人問更多無法收斂的問題,醫師會覺得你把風險丟給他 健促專家:那白內障 SDM 最重要的不是影片嗎 AI 專家:影片只是入口,真正關鍵是三層整合,病人看懂、互動工具幫他整理偏好、醫師端 dashboard 能在門診 30 秒看懂 主持人:所以提案不能只寫「建置 AI 衛教系統」,要寫清楚它怎麼減少誰的負擔,誰最後簽核,出了錯誰處理
#第 2 hour 技能:講者主題大綱
投影片骨架
- 從 prototype 到 pilot:差別在責任、證據、維運
- SDM 落地拆解:使用者旅程、醫師信任、dashboard、知情同意
- SaMD 風險分級:第一級、第二級、第三級的初步判斷
- 健保資料庫申請:IRB、實體封閉環境、統計結果攜出、退出權
- 架構圖:資料來源、模型、RAG、人工審核、日誌、監測
- 治理 sandbox:pilot scope、指標、錯誤通報、停止條件
- RFP-quality 提案:問題、解法、證據、預算、時程、風險、退場
重要 demo 點
- 把 Lv2 戒菸 SDM prototype 改寫成醫院試辦案 RFP outline
- 示範一張「資料不能外流」架構圖:原始資料、去識別資料、統計結果三層
- 示範風險登錄表:風險、觸發條件、監測指標、負責角色、退場條件
- 示範主管版 3 分鐘 pitch:不講工具,先講流程與風險控制
#第 3 hour 學員對話:round-robin 與 1-on-1
學員提問範例
- 我的題目會不會被判成 SaMD
- 如果用健保資料庫,要不要先有 IRB
- 院內主管最在意的是準確率、節省時間,還是責任歸屬
- 長照 daily note 可以用 LLM 自動標風險嗎
- 如果模型上線後表現變差,提案裡要怎麼寫退場
講者回應策略
- 每題先判斷「研究、服務、醫材、行政輔助」四類
- 不給法律定論,要求學員寫出需諮詢主管機關或法遵的位置
- 把抽象問題改成提案條款與驗收標準
- 對高風險題目,先縮 pilot scope,不鼓勵直接全院上線
學員上臺練習 setup
- 每人 5 分鐘 pitch:問題、使用者、資料、AI 任務、治理、KPI
- mentor 1-on-1 每人 20 分鐘,針對提案最大假設下刀
- final pitch 每人 7 分鐘 + 5 分鐘評審問答
Part 3
3. 流程(Run-of-show)
#Day 1
| 時間 | block | 內容 | transition cue |
|---|---|---|---|
| 09:00-09:15 | 開場 | 確認每人場域題目與匿名規則 | cue:「今天不是做 demo,是做主管會看的提案」 |
| 09:15-09:30 | 對談 1 | 醫師信任建立阻力 | 健促專家提問 |
| 09:30-09:45 | 對談 2 | 老年低數位素養與 SDM 介面 | AI 專家拆解 |
| 09:45-10:00 | 對談 3 | dashboard workflow fit | 主持人收斂阻力 |
| 10:00-10:15 | 技能 1 | prototype vs pilot | 講者接投影片 |
| 10:15-10:30 | 技能 2 | 眼科 SDM 匿名流程 | cue:「看三層整合」 |
| 10:30-10:45 | 技能 3 | 醫師端 dashboard | 講者示意圖 |
| 10:45-11:00 | 技能 4 | 知情同意與使用紀錄 | 法遵框架 |
| 11:00-11:15 | 練習 | 學員畫自己的 service blueprint | 助教巡桌 |
| 11:15-11:30 | 練習 | 標出使用者與人工審核點 | cue:「誰最後負責」 |
| 11:30-12:00 | 分享 | 3 位學員上臺拆流程 | 講師回饋 |
| 12:00-13:00 | 午餐 | mentor 排程確認 | 不處理個資 |
| 13:00-13:15 | 法規 1 | SaMD 判斷入口 | 講者提醒非法律意見 |
| 13:15-13:30 | 法規 2 | 風險分級與臨床證據 | 小組討論 |
| 13:30-13:45 | 法規 3 | 健保資料庫申請路徑 | Q1 三層對照 |
| 13:45-14:00 | 法規 4 | IRB、受控環境、統計結果 | cue:「原始資料不能帶出」 |
| 14:00-14:15 | 治理 1 | 資料治理與退出權 | 自主原則 |
| 14:15-14:30 | 治理 2 | 錯誤通報與責任歸屬 | 責任原則 |
| 14:30-14:45 | 治理 3 | 模型監測與 retrain | 永續原則 |
| 14:45-15:00 | 休息 | parking lot 分類 | 主持人 |
| 15:00-15:15 | workshop | 建立風險登錄表 | 助教發範本 |
| 15:15-15:30 | workshop | 定義停止條件 | cue:「退場不是失敗,是治理」 |
| 15:30-16:00 | mentor slot | 5 人一輪 1-on-1 | 其他人寫提案 |
| 16:00-16:30 | mentor slot | 5 人一輪 1-on-1 | 其他人互評 |
| 16:30-17:00 | mentor slot | 5 人一輪 1-on-1 | 收 Day 1 版本 |
#Day 2
| 時間 | block | 內容 | transition cue |
|---|---|---|---|
| 09:00-09:15 | recap | Day 1 風險與提案 common issue | cue:「今天補架構與商業」 |
| 09:15-09:30 | 架構 1 | 系統分層:資料、模型、應用、審核 | Q7 對照 |
| 09:30-09:45 | 架構 2 | RAG 與資料更新 | Q11 對照 |
| 09:45-10:00 | 架構 3 | FHIR、OpenData、院內資料 | 整合邊界 |
| 10:00-10:15 | 架構 4 | Edge AI 與穿戴 / 醫材 | Q8 對照 |
| 10:15-10:30 | 架構 5 | 聯邦學習與跨機構 testbed | 不過度承諾 |
| 10:30-10:45 | workshop | 畫提案架構圖 | 助教巡桌 |
| 10:45-11:00 | workshop | 標資料不能流出的地方 | cue:「先保護資料」 |
| 11:00-11:30 | 分享 | 3 位學員架構圖評審 | 講師挑戰 |
| 11:30-12:00 | 修改 | 完成 architecture v1 | 收檔 |
| 12:00-13:00 | 午餐 | mentor 追加 slot | 自由討論 |
| 13:00-13:15 | 商業 1 | 醫院採購與政府計畫評審語言 | 講者 |
| 13:15-13:30 | 商業 2 | KPI:安全、效果、流程、成本 | 講者 |
| 13:30-13:45 | 商業 3 | 健保 / 商保給付可能性 | 邊界說明 |
| 13:45-14:00 | 商業 4 | 維運與客服不是附錄 | cue:「demo 後才是成本開始」 |
| 14:00-14:45 | workshop | RFP outline 完成 | mentor 巡桌 |
| 14:45-15:00 | 休息 | final pitch 排序 | 主持人 |
| 15:00-15:45 | 1-on-1 | 每人最後 5 分鐘檢查 | 其他人練 pitch |
| 15:45-16:45 | final pitch | 每人 7 分鐘 + 5 分鐘問答,視人數分組並行 | 評審表 |
| 16:45-17:00 | 收尾 | Lv4 與 mentor 延伸 | cue:「能講給別人聽才算落地」 |
#突發狀況處理
- 學員 Q 偏離主題:問「這會寫進提案哪一頁」,不能落頁就放 parking lot
- 技術 demo fail:改用架構圖與風險表,不讓工具故障拖垮治理討論
- 時間爆掉:保 final pitch 與 mentor,壓縮聯邦學習與 Edge AI 深度
- 題目涉及敏感客戶或院名:立刻改用產業描述,不記錄真名
- 學員要求法規結論:講師只給判斷框架,標示需向法遵、IRB、主管機關確認
#場地 / 設備需求
- 15 人 U 型桌或 3 組小桌
- 投影、白板、計時器、錄音需取得同意
- mentor 1-on-1 小桌或安靜角落 2 處
- RFP 範本、風險登錄表、架構圖模板、評審表
- 可離線使用的範例資料與 demo 截圖
Part 4
4. 講義(Handout 骨架)
#學員手冊章節 outline
- Prototype 到 pilot 的 10 個差異
- SDM 落地匿名案例拆解
- SaMD 初步風險分級檢查表
- 健保資料庫與 IRB 路徑
- 治理 sandbox 設計
- 技術架構圖模板
- RFP-quality 提案模板
- 退場機制與錯誤通報 SOP
- mentor 1-on-1 準備表
#課前閱讀
- HTML Q1:健保資料庫三層與受控環境
- HTML Q7-Q8:平台分層與邊緣運算
- HTML Q10:飲食研究設計不足,作為證據品質提醒
- HTML Q11:SDM、SaMD、健保資料庫、健康存摺、FHIR、sandbox、失敗案例
- HTML Q12:監管者、保險方、學會角色
- paper:三章案例、倫理探討、政令現況段
#課中 worksheet
提案題目:
目標機構 / 主管 / 評審:
現場痛點:
使用者角色:
AI 任務:
不做事項:
資料來源:
是否涉及 SaMD:
是否需要 IRB:
是否使用健保資料庫:
workflow fit:
clinical buy-in:
KPI:
治理 sandbox 範圍:
錯誤通報:
退場條件:
預算與時程:
mentor 挑戰後修改:
#課後 takeaway
- 一頁總結:落地不是把 prototype 放大,而是把責任、證據、流程、退場全部補上
- 進階閱讀:食藥署 SaMD、健保資料庫服務中心、111 憲判 13 號相關資料、WHO 2024 LMM guidance、FHIR / SMART on FHIR 入門、Epic Sepsis 外部驗證論文
Part 5
5. 工作坊內容(Hands-on workshop)
#任務
每位學員帶自己的真實場域題目,做出一份 RFP-quality 提案,至少包含 executive summary、service blueprint、architecture、governance、budget、timeline、risk register
#step-by-step
- 寫 executive summary:100 字內說清楚痛點、對象、AI 任務、預期效益
- 畫 service blueprint:民眾 / 個案、專業人員、系統、主管、資料流
- 判斷分類:研究、行政輔助、健康促進服務、可能 SaMD
- 補資料治理:資料來源、授權、去識別、保存、刪除、退出權
- 畫技術架構:OpenData / 院內資料 / RAG / LLM / dashboard / log / 人工審核
- 寫倫理 sandbox:pilot 對象、期間、限制、監測指標、錯誤通報、停止條件
- 寫 KPI:安全、有效性、流程效率、使用者接受度、成本
- 寫預算與時程:人力、工具、資料、訓練、維運
- 進 mentor 1-on-1,讓 mentor 找最大假設
- 修改後 final pitch
#工具清單
- ChatGPT / Claude / Gemini
- Google Docs / Slides / Sheets
- 架構圖工具:Miro、FigJam、draw.io 任一
- OpenData:全國醫療院所、全國藥局、政府公開資料
- 法規與治理參考:食藥署 SaMD、健保資料庫服務中心、MyData、健康存摺 SDK、WHO guidance
#分組 protocol
- 個人題目為主
- 每 3 人形成 peer board,互相挑戰假設
- mentor 1-on-1 針對個人題目
- final pitch 可分 2 軌並行,避免 15 人排隊耗掉整個下午
#評量標準
- 提案能讓非技術主管看懂
- 明確說出不做事項與責任邊界
- SaMD / IRB / 健保資料庫路徑有初步判斷
- 有完整治理 sandbox 與退場條件
- 架構圖能標示資料流與人工審核點
- KPI 不只寫準確率,還包含 workflow 與安全
#講師回饋模板
學員:
題目:
主管會買單的地方:
評審會追問的地方:
最大法規 / 治理風險:
最大 workflow 風險:
架構圖缺口:
KPI 缺口:
RFP-ready:是 / 否 / 修改後可
下一步建議會議對象: