童醫院敏捷轉型的實踐經驗

Agile Tour Taichung 2025 的分享簡報
當精實開發遇見精實醫療-醫院敏捷轉型的實踐經驗

Transcript

1. 當精實開發遇見精實醫療 醫院敏捷轉型的實踐經驗 Max Lai 童綜合醫院 2025/06/21 Agile Tour Taichung 簡報內容和現場分享有些微調整以利閱讀
2. About Me • Max Lai • 童綜合醫院資訊部 • 副主任 • 負責次世代醫療系統研發 • 社群經歷 • 2014年6月共同發起「Taichung.py 」Meetup • 2014年12月發起並主持「台中敏捷社群」活動 • 2015~2018年「台中敏捷之旅研討會 」主辦人 • PyCon TW 2018, 2020, 2021, 2024 投稿分享
3. 童綜合醫院 • 臺中市海線大型區域教學綜合醫院 • 連續5次獲得 JCI 國際醫療認證 • 區域醫院首家通過HIMSS EMRAM Stage 7 認證
5. 老闆重視價值優於流程
6. Before Aft
7. 異常項目 自動組成一篇通順的報告 報告組 / 醫師 線上討論區 After e
8. 等了十年，終於盼到了。 到哪兒都可以打報告，太 方便了！ 報告時間省了至少一半！ 家醫科醫師的心聲
9. HIS的價值： 協助醫護的日常工作 讓病人得到更多關注 協助醫護的 日常工作 讓病人 得到更多關注 就甘心
10. • 2019/9 on board 1人 → 2025/06 5th Feature Team • Impact • 我們如何在醫院打造即時醫療影像AI平台, (PyCon Taiwan 2020) • 醫療影像AI產品落地挑戰與持續優化的歷程分享, (PyCon APAC 2022) • 為醫療加裝敏捷的引擎, (Agile Summit 2022) • 2022年 SNQ 國家品質標章, 智慧巡迴健檢-AI疾病偵測零距離，即時偵測疾病不漏接 • 2023年 NHQA國家醫療品質獎 全方位智慧健檢-健康護航守門人 • 找出舊 HIS 轉型 HIS 微服務的模式, (PyCon Taiwan 2024) • HIS 2.0 全面啟動(2025) 六年回顧
11. 醫師 門急住 電子 病歷 護理 收費 行政 管理 藥劑 教學 研究 檢驗 HIS 上百個子功能 !!! 醫院資訊系統 (HIS)
12. • 每個工程師獨立開發 • 線上問題、破碎的需求 • 政府來得快又急的需求 • 醫院的資訊系統已運行著許多既有系統 • 有些延用幾10年的技術(ex. Informix DB, Delphi, 4GL)； • 新舊系統如何無縫介接通常需要特別設計。 • 因為醫療活動持續24小時在進行 • 全部打掉重練重新開發一套系統， • 依過往業界的案例很難達成無痛轉移， • 對管理階層來說不可能投入如此龐大的資金及人力。 在醫院開發或重構的挑戰
13. •依領域分工的組織/系統再造 •以看板方法慢慢演化自主流程 •跨單位流程整合及全局優化 •以漸進式轉換策略進行系統重構 •透過培養個人能力來提升團隊能力 敏捷轉型的實踐經驗
14. 依領域分工的組織/系統再造
15. 程式共用DB Table, 用戶需自己串使用流程
16. 依領域合併程式
17. Multidisciplinary Team 多專業團隊 領域專家 PM RD 設計師 領域專家 PM RD 設計師 領域專家 PM RD 設計師
18. 敏捷的優勢來自何處？ • 較短的發布週期 • 以小批次進行端到端開發工作 • 即時計畫 • 即時需求 • 浮現式設計 • 持續自動化測試 • 頻繁的結構化協作 • 強調經驗主義、反應靈敏、改 進導向的模型 一旦你超越了「敏捷」的舊有思惟， 不再認為「敏捷」是一個不可分割的概念， 就可以自由地個別採用敏捷實踐。 《 敏捷升級》 by Steve McConnell
19. 建立基礎：1st Feature Team flaticon.com
20. 以看板方法慢慢演化自主流程
21. 童綜合醫院-智慧醫療團隊 • Cross Functional Team • PO(CIO)、 Tech Lead、 AI工程師、 UI/UX設計師、前端/後端工程師 • 主要標註者為 4位放射科醫師& 4位放射師 • 自主建立院內智慧醫療系統及AI平台
22. ① PACS/影像資料庫 報告資料庫 RIS + 即時輔助診斷 醫師產出報告 HIS Dicom PNG AI Inference AI Model NAS ② ③ ④ ⑤ ⑥ ⑦ PyConTW20 PyConTW22 Medical AI Inference Pipeline
23. 從容易啟動的事做起 •導入看板流程 •提昇個人技術 「每完成一次小贏，一切就開始動起來，為另一個小贏預做準備。」 《為什麼我們這樣生活，那樣工作？》
24. 看板(Kanban)的三個原則 視覺化 限制同時 工作的項目 管理 工作流程
26. 實體看板
27. 電子看板
28. 工程師： 每天拉著卡片往右流 感覺很有成就感
29. Stand Up Meeting
30. Pair Programming
31. 工程師： 最近開始 Pair 有學長姐帶收穫很多
32. 回顧會議
33. 擴散成功經驗：2nd Feature Team flaticon.com Mentoring
34. 跨單位流程整合及全局優化
35. 麻醉作業電子化
36. 紙本表單電子化 VS 流程整合與重構
37. Before: 使用者自己想流程、設計UI 把系統當作文書處理
38. After •以顧客為中心 •使用者講他們日常的工作流程、痛點； 再由 UX、工程師協助設計雛型 https://bit.ly/3FBw4my
39. 導入Google Design Sprint 發散與收斂的思考活動 Understand Sketch Decide Prototype Validate Define 理解 發想 抉擇 原型 驗證 定義 第三階段 第四階段 第五階段 第六階段 第一階段 第二階段 https://bit.ly/3pxbkGK
41. 專家訪談
43. HMW
44. MAP
45. Sprint Challenge
46. 4 Steps Sketch & Voting
47. User Test Flow
48. Story Board
49. Prototyping
50. Prototype
51. 原型測試 User Test
52. 原型測試 Prototype Testing
53. 順勢而為、因勢利導 原始版本 4天 → 實作版本4週
54. 佈署上線的麻醉系統
55. 使用者 滿意度 什麼地方好用 User1 非常滿意 • 這個系統不只是麻醉紀錄，也是一個流程系統， • 而且於個案討論時，可以很清楚的看到處置的時間用藥。 User2 滿意 • 省去手寫診斷跟術式，疾病史自行帶入。 • 免去交接班上一個人字跡潦草看不懂的窘境 • 也會自己累積水量尿量那些，整體來說系統還不錯用 User3 非常滿意 • 不用在手寫診斷跟術式，病人基本資料也都幫我們帶入了，在上小 刀省了很多時間，還不用趁長刀時抓緊寫麻單 User4 滿意 • 不用手寫術式跟診斷，自動帶入病人資料真的很棒 ，對於短刀真 的很方便，也有很多片語可以使用，省去打字紀錄的時間 User5 非常滿意 • 在交班面～版面設計井然有序，交班不掉落 • 在製作PFT檔～異常個素報告字體顯示清晰 User6 滿意 • 接病人時，按照ORMS左側排列順序，一一核對各關卡，井然有序 • 提升病人安全，減少各項疏失的錯誤率 User7 非常滿意 • 節省很多寫麻單的時間， • 一個頁面就可以滿足所有需求，都有各個連結點 使用者回饋 一年節省 8人月(護理師)
56. Real System
57. Real System
58. 智醫 病歷 護理 資工 資材 醫工 跨單位溝通協調
59. 在瓶頸以外任何地方做的改進 都是假像
60. 精實思惟→減少浪費 跨單位流程整合及全局優化 • 刪除（Eliminate） • 廢除不必要的作業 • 合併（Combine） • 將兩個以上之作業組合或同步進行 • 重組（Rearrange） • 變更作業方法或順序 • 簡化（Simplify） • 以更簡易、更單一或更少量的方式
61. 寧願 RD 辛苦一陣子 別讓醫護受苦一輩子
62. 以漸進式轉換策略進行系統重構 PyConTW2025
63. 管路 門診護理(Delphi) 管路 住院護理(Delphi) 管路 急診護理(Delphi) 生命 徵象 管路 整合護理 管路 微服務(Flask+Vue.js) 生命 徵象 生命 徵象 生命 徵象 • Informix + Pyodbc • 內嵌Web • 抽取共用元件 • 呼叫Delphi Python Socket Server 批價系統 4GL 部份 負擔 部份 負擔 Informix • 抽取 4GL 模組到 Socket Server Flask + Vue.js 1.新舊系統資料互通 2.新舊系統無縫串接 逐步增加新功能/舊系統抽取共用模組 3.以Strangler Pattern 漸進式重構
64. 2.1『放射報告系統』 內嵌 『AI 辨識(Web)』 放射報告系統 AI 辨識結果
65. 把 Delphi 核心邏輯抽取成微服務 2.2『護理執行』 內嵌 『管路資訊 (Web)』 護理執行登錄系統 管路資訊系統 跳窗
66. 麻醉護理 (Web) 病歷查詢(Delphi) 2.3 新Web系統 開啟舊 Delphi APP
67. 漸進式轉換：以微服務逐漸抽取 HIS 子功能 https://bit.ly/3KwdvmO 新HIS (微服務) 舊HIS(單體式)
68. 麻醉 護理 系統 ICU 護理 系統 個案 管理 系統 整合 護理 系統 CXR AI辨識 管路 微服務 輸血 登錄 門診 給藥 健檢 問卷 健檢 總評 整合 醫囑 新系統的擴散
69. 透過培養個人能力來提升團隊能力
70. 有計畫地浪費時間 每個人時時刻刻都在工作的工廠, 是非常没有效率的工廠 《目標》[P132]
71. 藉知識分享鼓勵個人成長
72. Unit Test Training
73. Ken Schwaber & Jeff Sutherland Scrum 指南 Scrum 權威指南: 遊戲規則 2020 年 11 月 繁體中文 Leader 讀書會
74. • 莫忘初衷，北極星 • 影響力的建立是一個累積的過程 • 參與資訊優化會議，展現專業 • 當自己懂得夠多，時候到了就可以帶著member 走 • 有些事情需要等待，因緣聚足自然會發生 • 任何社會系統之所以會是現在這個樣子， • 是因為系統中的人想要它以這個樣子活著 • 鬆綁你的堅持，有時又要堅持： • 放掉一定要這樣做的心情，開放更多的可能 • 有勇氣拒絕一定要某人配合的心情 • 要保留餘裕 敏捷老司機的領悟
75. 敏捷的優勢來自何處？ • 較短的發布週期 • 以小批次進行端到端開發工作 • 即時計畫 • 即時需求 • 浮現式設計 • 口持續自動化測試 • 頻繁的結構化協作 • 強調經驗主義、反應靈敏、改 進導向的模型 一旦你超越了「敏捷」的舊有思惟， 不再認為「敏捷」是一個不可分割的概念， 就可以自由地個別採用敏捷實踐。 《 捷捷升級》 by Steve McConnell
76. 大型專案的敏捷重點 • 較短的發布週期 • 以小批次進行端到端開發工作 • 即時計畫 • 即時需求 • 浮現式設計 • 持續自動化測試 • 頻繁的結構化協作 • 強調經驗主義、反應靈敏、改 進導向的模型 一旦你超越了「敏捷」的舊有思惟， 不再認為「敏捷」是一個不可分割的概念， 就可以自由地個別採用敏捷實踐。 《 捷捷升級》 by Steve McConnell ＋High Level 事前需求 ＋High Level 事前需求 依領域拆分架構 協作的型式會改轉變
77. • 敏捷友善的工作職場 • 新世代智慧醫療應用開發 誠徵前端及後端工程師 歡迎加入我們，一起來探索醫療新應用
78. 台中社群/網路資源 Agile.Taichung Taichung.py