Skip to main content

安老護理事故記錄流程

SilverGuard Technologies Limited6 分鐘閱讀

趁記憶猶新時寫下

一份事故報告的質素,取決於最初二十分鐘,而不是一週之後的檢視。在檢視時重要的細節,正是最快消失的那些:哪些燈亮著、住戶當時在做什麼、誰在什麼位置,以及說過什麼。如果報告是在更次結束時才完成,大部分細節已經流失。

實務上的規則是:第一筆記錄由作出回應的人、在更次結束前、以最快的方式寫下。修飾文字可以遲一點,流失細節不能。

應該記錄什麼

有用的事故紀錄要基於事實、具體明確。六個欄位足以涵蓋。

  • 發生了什麼:一句中立的描述,不附帶結論。
  • 何時何地:時間、房間或區域,以及該處的照明情況。
  • 誰在場:同事的職位角色、由誰發現住戶,不臆測責任。
  • 住戶前後的狀態:活動能力、定向,以及當日任何異常情況。
  • 做了什麼:即時的回應、通知了誰,以及何時。
  • 接著會怎樣:檢視日期,以及任何改動的指定負責人。

應該避免什麼

有兩樣東西不應出現在最初的記錄之中。第一是診斷:同事應該記錄觀察到的事實,臨床判斷交由臨床人員作出。第二是指責。一份讀起來像指控的紀錄,從那一刻起就會被人以自保的心態書寫,而自我保護的紀錄用處較低。

這也是為何事故紀錄與住戶的風險紀錄應該是兩份互相引用的文件,而不是讓一份文件兩邊都做得差。風險紀錄可見於我們關於評估跌倒風險的筆記。

二十四小時內的檢視

一宗存檔後無人閱讀的事故,既花了時間也毫無改變。把檢視安排在二十四小時之內,記在日程上,並問三條問題:我們本來已經知道什麼、有什麼可以令這次更不容易發生,以及哪一項改動值得去做。

答案要簡短,並為每一項改動指定負責人。一次檢視若得出四項行動而無人負責,就等於毫無產出。若事故牽涉住戶的家屬,檢視亦應決定要告知什麼、由誰告知,這是我們在讓家屬掌握情況中另行探討的溝通問題。

事故與未遂事故

未遂事故就是一次沒有真正發生的跌倒:住戶抓住了扶手、同事及時趕到、椅子滑了一下但沒有人倒下。未遂事故是你所能得到關於風險真正所在的最便宜證據,而它們幾乎總是被低估通報,因為最終沒有出事。

給未遂事故一個一行式的表格,以及一個看得見的計數。有追蹤未遂事故的院舍,通常在一個月內就會在走廊找到一種模式。

讓報告累積成有意義的東西

單獨來看,事故報告是雜訊;匯集起來,就是一幅地圖。每月一次,把報告去掉姓名,按區域、按時段、按活動來看。模式通常不是「這位住戶跌倒」,而是「這個角落、這個時間、在這套流程之中」。

這個模式就是把記錄習慣化為預防的關鍵。技術可以在這裡幫忙,自動產生時間戳和區域,這正是區域式監測系統所做的事之一;我們自家產品系列中,感應方面是 Steadicore,訓練方面則是 Sanospark。

想一想三類讀者

每一份事故紀錄都會被三種不同的人閱讀:決定要改變什麼的臨床人員、為院舍作出交代的管理層,以及最終想知道發生什麼事的家屬或巡查人員。同時為這三種人而寫,就是一份報告值得保留的原因。我們的常見問題涵蓋了關於平台如何記錄和匯報事件、我們最常被問到的問題。

由誰寫,何時寫

由一位指定人員撰寫的報告,通常比由作出回應的人撰寫的報告差,因為細節每被轉述一次就會失真。在場的人應該負責第一筆記錄,即使其後由管理層修飾文字亦然。

這也解決了回應者就是當值管理層這個尷尬情況。規則不變:最近的人先寫,檢視在稍後進行,而第一筆記錄不會在事後被悄悄修飾而不作任何註明。

把第一筆記錄留在住戶所處的環境,用該更次實際使用的裝置或平板。要走到辦公室才拿得到的表格,最終只會憑記憶填寫,而記憶在夜更結束時最不可靠。

兩樣永遠不該寫的東西

有兩句話比任何遺漏都更削弱一份報告。第一是以「因為」開頭的解釋,而原因尚未確立。第二是任何讀起來像指控的句子,無論措辭多溫和,因為它會改變下一份報告的寫法。

這兩句話都不是不誠實,而這就是重點。報告是觀察的紀錄,原因屬於檢視,在檢視中它可以對照全盤情況加以驗證,而不是在事故發生後二十分鐘內憑猜測寫下。

延伸閱讀

  • 跌倒後的院舍紀錄工作 :讓紀錄簡短、可搜尋,並在各更次之間保持一致。
  • Easikin :把同一宗事故轉化為家屬可見更新的 SI(artificial intelligence AI)護理助理。