家屬服務進度自動回報

🎯 這條流程解決什麼

把長輩交給居家長照，家屬心裡最掛念的永遠是同一句話：「今天爸媽過得好不好？」可是在實際運作裡，這個再簡單不過的問題，往往得不到答案。照服員一天要跑三、四個案場，從早上的協助沐浴、備餐，到下午的陪同就醫、肢體關節活動，行程被切得很碎；每結束一個案場，要他停下來打電話或一個個傳訊息向家屬交代狀況，幾乎不可能。於是回報就這樣斷掉了——家屬只能被動等消息，今天長輩有沒有好好吃飯、精神如何、傷口有沒有變化，全憑想像。

資訊空白久了，信任就跟著流失。很多家屬不是對服務不滿意，而是「不知道發生了什麼」，焦慮累積到一定程度就開始頻繁打電話到機構詢問，反而占掉行政人員與督導大量時間。更嚴重的是異常狀況的處理：長輩若當天有跌倒、拒食、情緒異常，照服員在現場看到了，但若沒有一個固定管道即時讓家屬與督導知道，訊息可能要等到當天交班、甚至隔天才浮上來，延誤了該有的關心與後續就醫判斷。

用純人工維持這種回報，成本其實很高。假設一位照服員一天服務 4 個案場，每個案場要花 5 到 10 分鐘整理並通知家屬，一天就是 20 到 40 分鐘的額外溝通時間；機構若有 15 位照服員，一天光是「跟家屬報告」這件事，全機構就要燒掉 5 到 10 個工時。而且這些訊息散落在各自的私人 LINE、簡訊裡，機構完全留不下完整歷程，事後想回顧某位長者這個月的狀況趨勢、或在重新評估時調出紀錄佐證，根本無從查起。

這條流程的核心，是讓照服員「只填一次表，其餘自動完成」。照服員服務後在手機填一張結構化表單，系統就把紀錄整理成家屬看得懂的摘要、自動推送到家屬手機，同時把每一筆歷程歸檔備查；遇到異常勾選，再同步升級給督導與主要聯絡人。家屬每天主動收到清楚的進度，照服員不必額外花時間個別溝通，機構也順勢累積出完整、可查的服務歷程。想看更多表單彙整與通知設計的範例，可以參考 /recipes，並搭配 /automation 規劃整體自動化藍圖。

導入後的改變

導入前： 照服員服務後憑記憶用私人 LINE 或電話向家屬報告，行程一忙就漏掉；家屬資訊不足只能反覆來電詢問；異常狀況靠口頭交班，容易延誤；所有紀錄散落各處，機構留不下完整歷程。每位照服員每天額外花 20 到 40 分鐘溝通，機構整體一天 5 到 10 工時。

導入後： 照服員服務後填一張手機表單，系統自動整理摘要、推送家屬、歸檔，異常自動升級督導。照服員每案場只需 1 到 2 分鐘填表，個別溝通時間大幅壓縮，家屬每日穩定收到進度。

以一家 15 位照服員的機構估算，原本每天 5 到 10 工時的家屬溝通，導入後可降到 2 到 3 工時，省下約 6 至 7 成；因為家屬每天主動收到清楚進度，主動來電詢問的次數明顯下降，行政與督導被「催進度」電話打斷的情況大幅減少。異常狀況因為一勾選就升級，從「隔天才知道」縮短到「當下就通知到位」，等於替長輩多上了一道安全防線。對機構而言，完整歸檔的歷程更成了重新評估、申訴佐證與服務品質檢討的可靠依據。

流程怎麼運作

1. 服務紀錄（🖊️）： 照服員在每個案場服務結束後，用手機開啟 Google Forms，填寫當次服務項目（如沐浴、備餐、陪同就醫）、長者當下狀況、備註，必要時附上照片（如傷口、餐食）。表單以個案編號綁定，送出後 n8n / Make 立即監聽到新回應。
2. 內容整理（🧹）： 系統把表單原始欄位整理成家屬看得懂的摘要，過濾掉內部專業術語與不適合直接呈現給家屬的敏感字眼，組成一段語氣得體、重點清楚的當日進度文字。這一步只做「呈現整理」，不更動照服員填寫的事實內容。
3. 家屬推送（📨）： 依個案在 Google Sheets 綁定的家屬聯絡方式，把當日進度透過 LINE Notify 或 Gmail 發送出去。家屬使用習慣不同，可設定主要與備援通道。
4. 異常升級（🚨）： 若照服員在表單勾選了異常狀況（如跌倒、拒食、情緒明顯異常），系統除了照常推送家屬，還會同步發出升級通知給督導與主要聯絡人，確保高風險事件不被埋沒。
5. 歷程歸檔（🗂️）： 所有紀錄依個案編號歸檔到 Google Sheets，按時間排序，方便日後回顧長者狀況趨勢、做為後續重新評估與服務調整的參考。

需要的工具與串接重點

• Google Forms： 照服員的回報入口，務必設計成結構化欄位（下拉、勾選）為主、自由文字為輔，內容整理與異常判斷才好自動化。可在手機加到主畫面，降低填寫門檻。
• Google Sheets： 個案資料、家屬聯絡綁定與所有服務歷程的單一真實來源，建議分頁清楚、以個案編號為主鍵串接。
• LINE Notify / Gmail： 家屬端推送的雙通道，LINE 通常開信率與即時性更好，Email 適合保留正式紀錄。
• n8n / Make： 串接核心，建議用表單觸發節點起步，內容整理放在 Function／Code 節點，異常升級用條件節點（IF／Switch）分流。串接重點是替每筆紀錄保留個案編號與時間戳，並在推送、升級、歸檔每一步都更新狀態，方便追查是否確實送達。整體編排思路可參考 /automation。

常見錯誤與注意事項

• 進度回報不等於醫療診斷： 本流程僅供家屬掌握生活狀況與機構備查，不取代醫療診斷或護理評估。長者出現跌倒、意識改變、明顯不適等狀況時，異常通知只是即時告知，是否就醫仍須由專業人員或家屬判斷，AI 與系統不取代醫護專業。
• 敏感個資與影像保護： 紀錄含長者健康狀況與生活影像等高度敏感個資，務必事先取得家屬書面同意、明確告知用途，控管 Sheets 與表單回應的存取權限至必要人員，符合《個人資料保護法》。照片只在必要時拍攝、限定推送對象。
• 內容過濾要把關： 自動整理摘要時，內部術語、其他長者或第三人資訊、不適合家屬直接看到的字眼都要過濾，避免造成誤解或外洩。建議高風險個案的對外文字保留人工複核。
• 送達確認： LINE 或 Email 可能漏看，對重大異常通知建議搭配電話等人工跟進，不可完全交給系統。

台灣中小企業情境案例

高雄一家居家長照機構，過去照服員都用私人 LINE 零散地向家屬報告，常常一忙就漏掉，家屬抱怨「都不知道長輩狀況」，督導每天要接十幾通家屬詢問電話。導入這條流程後，照服員每次服務結束只要在手機填一張表，家屬當天就會收到一段清楚的進度摘要，內容統一、語氣得體。三個月後，家屬主動來電詢問狀況的次數下降超過六成，督導從整天接電話變成只需處理真正的異常個案；曾有一位長輩在服務當天被勾選「進食量明顯減少」，系統立刻升級通知，家屬與督導當晚就介入，及早安排回診。家屬在後續滿意度回訪裡，特別提到「每天都收得到報告、很安心」。

延伸應用

這條流程可以往前後兩端串接，形成完整的服務閉環：往前，可由 /workflows 的派工排班流程帶出當日服務任務，照服員一完成就接著回報；往後，累積的服務歷程可自動匯入家屬滿意度回訪流程，做為回訪時機與內容的判斷依據。進階還能在歸檔資料上加掛趨勢分析，例如自動標出某位長者「連續三天進食量下降」並提醒督導關注；或針對特定家屬偏好，把每日推送彙整成「每週摘要」減少打擾。若機構同時提供日照服務，同一套回報邏輯也能改用在日照中心的每日狀況通知。想找更多可組合的自動化模組與現成範本，/recipes 裡有不少能直接拿來改用，整體設計藍圖也可回到 /automation 一併規劃。

流程圖

用到的工具

更多「醫療健康」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →