Table of Contents
📋 病歷不缺了，缺的是 Assessment
2021 年我寫過一篇〈利用三種住院病歷記錄概念，提升我們的專案能力〉，到現在還是部落格最多人讀的文章。五年後，我發現它想解決的問題整個反過來了，所以寫了續集。
🏥 先複習：三種病歷，三種專案筆記
入院摘要 → 專案計畫
病程紀錄 → 工作筆記
出院摘要 → 專案回顧
當年的痛點是：成功了不知道怎麼成功，搞砸了不知道怎麼搞砸。
🩺 當年沒寫出來的：SOAP
病程紀錄有固定結構。S 和 O 是紀錄，A（Assessment）才是思考。我們缺的從來不是「做了什麼」，而是當下「為什麼這樣做」的判斷。
🔄 五年後，問題反過來了
2021：沒寫紀錄
2026：紀錄太多，沒人讀，也沒人想
AI 讓逐字稿、日誌、週報都能一鍵生成。醫院早就看過這個版本：電子病歷的複製貼上。紀錄天天都有，Assessment 從入院一路複製到出院。
紀錄的完整度，從此不再代表思考的完整度。
✍️ SOAP 重新分工
S、O 交給 AI 整理
A 必須是人，至少由人確認
P 由人決定，交給 AI 執行
每週只要補兩三行：這週的事代表什麼？哪個假設被推翻了？下週要不要改？
寫不出來，本身就是一個訊號。
🔁 出院摘要，變成下一個專案的入院醫囑
回顧不該只是「參考」。把學到的教訓寫回系統，變成範本、skill、預設值，學習循環才第一次真正閉環。
前提是：寫回去的必須是判斷，不是流水帳。
AI 可以替你寫病程紀錄，但不能替你寫 Assessment。
紀錄的目的不是證明做過，而是讓下一次做得更好。
#CQI365 #品質管理 #專案管理 #SOAP #AIAgent
五年後再談三種住院病歷與專案筆記——當 AI 開始幫你寫病程紀錄。
前情提要
2021 年我寫過一篇文章，把住院病歷的三種紀錄，借來管理專案：
| 住院病歷 | 專案筆記 | 作用 |
|---|---|---|
| 入院摘要 | 專案計畫筆記 | 開工前把目標、資源、風險想清楚 |
| 病程紀錄 | 工作筆記 | 執行中記下變化與調整 |
| 出院摘要 | 專案回顧筆記 | 結案後總結，留給下一次參考 |
那篇文章最重要的一句話是：
過去我們計畫得很高大上，但因為缺乏工作筆記，成功了也不知道怎麼成功，搞砸了也不知道怎麼搞砸。
五年過去，這篇文章一直是網站上被讀最多的文章。回頭看，類比是對的，但只寫了一半。有一個關鍵結構當時沒有點名；而五年後，這篇文章想解決的問題，竟然整個反過來了。
一、當年沒寫出來的：SOAP
2021 年我寫病程紀錄的價值，在於「以邏輯思考的方式呈現病人治療的狀況」。這句話沒錯，但說得太模糊。醫療人都知道，那個邏輯思考有一個固定的結構，叫 SOAP：
| 病程紀錄 | 專案工作筆記 | |
|---|---|---|
| S 主觀 Subjective | 病人說了什麼、哪裡不舒服 | 團隊回饋、利害關係人的意見 |
| O 客觀 Objective | 生命徵象、檢驗數據、影像 | 進度、數字、實際產出 |
| A 評估 Assessment | 這些資料代表什麼？診斷對不對？病情往哪走？ | 這些狀況代表什麼？方向對不對？風險在哪裡？ |
| P 計畫 Plan | 接下來的檢查與治療 | 下一步要調整什麼 |
S 和 O 是紀錄，A 才是思考。
一份病程紀錄寫得好不好，關鍵幾乎都在 A：有沒有把資料整理成判斷，有沒有說明為什麼維持或改變治療。S 和 O 寫得再完整，沒有 A，就只是一份資料清單。
回到 2021 年那句「成功了也不知道怎麼成功」，真正缺的其實不是紀錄，而是 Assessment。我們缺的是當下對「為什麼這樣做」的判斷，留下來的只有「做了什麼」。
二、五年後，問題反過來了
2021 年的問題是：沒寫工作筆記。
2026 年的問題變成：紀錄太多，沒人讀，也沒人想。
AI 進入工作流程之後，紀錄變得非常便宜。會議可以自動轉成逐字稿與摘要，agent 執行任務會留下完整的日誌，週報可以一鍵生成。工作筆記不再缺，反而開始氾濫。
醫院裡其實早就看過這個版本：電子病歷的複製貼上。
電子病歷普及之後，病程紀錄天天都有，篇幅一天比一天長，但仔細看，每天的 Assessment 幾乎一字不改，從入院那天一路複製到出院。紀錄完整得無可挑剔，思考卻缺席了。評鑑時常見的缺失型態，正是病歷寫了很多，卻看不出處置背後的思考邏輯。
AI 會把這個問題放大。以前複製貼上至少還需要一個動作；現在連那個動作都不用，一份看起來完整、流暢、格式正確的紀錄，隨時可以生成。
紀錄的完整度，從此不再代表思考的完整度。
醫院裡也正在發生同樣的事：生成式 AI 開始協助起草入院紀錄、週摘要與出院摘要。草稿可以交給 AI，但簽名的人，仍然要為裡面的判斷負責。
三、SOAP 重新分工：AI 寫 S 和 O，人守 A 和 P
既然紀錄變便宜了，與其抗拒，不如重新分工：
| SOAP | 內容 | 2026 年誰來寫 |
|---|---|---|
| S 主觀 | 發生了什麼、誰說了什麼 | AI 可以整理：會議逐字稿、訊息、回饋 |
| O 客觀 | 進度、數據、產出 | AI 可以自動抓：任務狀態、數字、檔案 |
| A 評估 | 這代表什麼？方向對不對？ | 必須是人，至少由人確認 |
| P 計畫 | 下一步改什麼 | 人決定，AI 執行 |
這樣分工之後，人寫的東西其實變少了，S 和 O 都不必再手打。但留下來的那一段，份量變重了：每一則工作筆記，都要有一句人寫的 Assessment。
實務上可以很簡單。AI 整理好當週的 S 和 O 之後，人只要補兩到三行：
- 這週發生的事，代表專案往哪個方向走？
- 原計畫裡哪一個假設，被這週的資料推翻或證實了？
- 所以下週要不要改？
寫不出來，本身就是一個訊號：要嘛是專案真的沒有進展，要嘛是你其實沒有在管這個專案，只是在看 AI 幫你管。
AI 可以替你寫病程紀錄，但不能替你寫 Assessment。
四、出院摘要，變成下一個專案的入院醫囑
2021 年我寫，出院摘要「提供下次就醫參考」，專案回顧筆記則「提供後續執行參考」。
「參考」這兩個字，現在看起來太消極了。實際上，多數回顧筆記寫完就沉進資料夾，下一個專案開工時，很少人會回頭翻。
AI 時代有一個新的可能：回顧不只是寫給人看的筆記，而是可以直接寫回系統。
- 這次專案學到的流程，寫成下次可以直接套用的範本或 skill
- 這次踩過的坑，寫進 agent 開工前會讀的常設指示
- 這次修正過的估時與風險，變成下一份計畫的預設值
這樣一來，三種紀錄就第一次真正連成一個循環：入院摘要 → 病程紀錄 → 出院摘要 → 回寫成下一個專案的入院醫囑 → 入院摘要……
2021 年那篇文章的封面，是一張「學習循環」的圖。五年後，這個循環終於可以自動閉環：教訓不必靠人記得回去翻，它會在下一個專案開工時，自己出現在眼前。
不過，閉環有一個前提：寫回系統的必須是 Assessment，而不是流水帳。把一整份日誌塞回系統，只會讓下一個專案從第一天就開始「紀錄太多，沒人讀」。
五、還一筆五年前的帳
2022 年，我在原文留言區寫過：最近在 Scrivener 導入專案管理的概念，用這三種專案筆記，之後再來分享。
後來沒有寫。
原因很單純：工作流對不上。Scrivener 那套做法沒有繼續下去，三種專案筆記最後轉回了 Obsidian。
這件事本身，剛好就是一份出院摘要：診斷是「工具與工作流不相容」，處置是轉回原本的系統。唯一的遺憾是，這份摘要晚了五年才寫。
這也呼應前面講的：計畫寫得再好，執行中沒有留下判斷，事後就只剩下一句「後來沒有繼續」。
結語
把兩集合在一起看：
2021 年我說：專案也要有入院摘要、病程紀錄、出院摘要，因為我們太會計畫、太不會記錄。
2026 年我想補充：紀錄已經不缺了，缺的是 Assessment。AI 可以寫 S 和 O，人要守住 A 和 P；而出院摘要不該只是參考，應該寫回系統，成為下一個專案的起點。
醫院要求每天寫病程紀錄，從來不是為了證明醫師有來看病人，而是逼自己每天停下來想一次：這個病人，現在到底怎麼了？
專案也是一樣。紀錄的目的不是證明做過，而是讓下一次做得更好。