院舍防跌：由跌倒提示到有人站在床邊的回應鏈

在院舍，跌倒偵測是一套回應系統

供應商賣的是一個感應器，院舍買的是一條鏈：有人或物發現、有東西通知一個人、這個人走到房間、決定怎樣做、然後寫下來。鏈上每一環都可以自己斷掉，而最弱的一環很少是感應器。

這就是為何兩間院舍裝同一套硬件，結果可以不同。一間把提示送到該走廊同事身上的傳呼機；另一間把提示放在護士站的螢幕上，而當時所有人都在房間裡。感應器一樣，系統不一樣。

提示必須包含什麼

四樣，不多於四樣：哪一間房、什麼時間、觸發哪一條規則、系統信心多少。其餘在凌晨三時都只會變成雜音。少過這四樣，回應的人就少了最需要的一個事實——他正走向一個站起來的院友，還是一個可能已在地板上的院友。

用字與欄位同樣重要。一句「偵測到跌倒」是系統支撐不起的聲明；寫成「疑似跌倒，214 房姿勢改變，須核實」，同樣的資訊，沒有超額承諾。一個系統第一次提示錯得夠嚴重，員工就不再信任其餘所有提示——這種失效，任何軟件更新都修不回來。

誰做什麼，記錄什麼

回應鏈有六個步驟。把它們寫下來，每一步對應一個具名角色，是大多數院舍最便宜的一次改善——因為另一個選擇，是這條鏈只在「對的人剛好當值」時才運作。

夜班實況：匯集、上報與提示疲勞

一個夜班護士、兩個照顧員、四十間房，在香港是正常比例，這也是「每個房間的警報只有該房同事聽得到」行不通的原因。提示要匯集成一個有負責人的佇列，讓同事可以在原負責人正忙時補上。

匯集會帶來自己的問題：沒有人認領的佇列會被忽略。解法是一個具名的確認步驟，加上一條「在院舍自訂時限內無人接就上報」的規則。這個時限應由院舍自己寫，不是從宣傳單張抄，然後量度——就像量度派藥一樣。

事後，院舍可以證明什麼

記錄才是產品。家屬問凌晨三時四十分發生什麼事，要的是時間線而不是摘要；巡查人員想看院舍有回應、有檢討；保險公司想看流程是慣常執行，而不是只在方便的那幾晚執行。三者都由同一份東西回答。

這是整個循環的最後一段——感應、預測、預防、回應、證明——也是大多數提示產品跳過的一段。Elyvo 把提示、確認與結果放在同一條時間線上，正是為了這件事。院舍要補上的是檢討：回應夠不夠快？之後有沒有改變計劃？

寫了而沒有人看的記錄，只是歸檔。會改變如廁巡房、床高或夜班人手的記錄，才是系統正在做事的證據。

簽約前，怎樣測試整條鏈

不要測試感應器，要在院舍的真實夜班測試整條鏈。在兩間房觸發提示，量度四件事：多久有人確認、多久有人到達床邊、提示的內容是否足以讓人走對房間、以及事後記錄是否完整得可以給家屬看。

然後測試沉悶的失效：Wi-Fi 節點斷電、平板沒電、同事放假。問系統在看不到房間時會怎樣——靜默，還是報故障？失效時靜默的系統，比會吵的系統更差，因為靜默看起來和一個平安的夜晚一模一樣。

如果在這個階段，另外兩篇值得讀：感應器指南 講各種技術量度什麼，離床警報器 講大部分夜間跌倒的起點。SteadiCore 主頁 則展示這些步驟所屬的循環。

家屬為家中長者作同一個判斷時，協調方面可看 Sanospark (opens in a new tab)，較完整的平台觀點在 SilverGuard (opens in a new tab)。

常見問題

收到跌倒提示後，員工應該多快到達房間？

我們沒有可引用的通用數字。院舍應按自己的人手自訂目標，寫進回應程序，並且每個月量度實際時間。

跌倒事件記錄應包含什麼？

提示時間、到達時間、見到什麼、院友怎樣說、通知了誰、有沒有臨床轉介，以及事後照顧計劃改了什麼。

跌倒偵測可以取代夜間巡房嗎？

不可以。感應覆蓋無人在場的房間；巡房是人真正見到院友、協助轉身、給水、說話的時候。兩者做不同的事。

院舍要為監管機構記錄什麼？

社會福利署《安老院舍實務守則》是牌照的衡量框架。請以它對照院舍自己的程序，而不是依賴供應商的摘要。

資料來源

• 社會福利署 — 安老院舍實務守則 (opens in a new tab)香港安老院舍照顧實務與事件記錄的牌照框架。
• 醫院管理局 (opens in a new tab)公立醫院處理長者跌倒的臨床指引，供交接的臨床一方參考。