高科技醫院在病患照護中使用人工智慧
 |
| 不只是縮時，還有粉塵、噪音、位移偵測 |
即時健康和護士呼叫系統的未來，傳統系統如何在不斷變化的醫療保健技術行業中，保持相關性 ⋯⋯
幾十年來，上游石油和天然氣行業一直面臨人才短缺和隨之而來的技術停滯的問題，被稱為「人員大變動」。它激發了人們對行業實踐的認真審視，並推動了技術進步和策略調整。護士呼叫行業需要這種覺醒，這將帶領我們超越低級建築系統，走向……什麼？隨著幾乎完全的市場滲透、最小的系統差異化和日益激烈的競爭，nurse call 面臨著一個關乎生存的問題：我們將何去何從？
提供者的需求已經超出了傳統的護士呼叫
與消費市場和其他醫療保健應用中的技術步伐相比，傳統的護士呼叫系統看起來，就像來自醫學歷史博物館的東西。有些人質疑它是否仍然具有相關性。答案是：不是目前的形式。
對即時、可操作數據資料的需求，將舊有系統拋在腦後。只有指示燈和呼叫鈴是不夠的；向床上打一個問候的電話是不夠的；僅提供幾個資料點的有限報告是不夠的。IP 技術不再是尖端技術，SIP、ASM、TAP、SNMP、BACNet 或任何通常與護士呼叫系統，一起佈署的類似技術也不再是尖端技術。
供應商需要跨系統交換資料。真正的互操作性，而不僅僅是在行業會議上付費的口頭服務。護理交付模式每天都在變化，需要整合更多應用，並能夠即時更改流程。現有的和新的醫療保健系統，需要比目前為止更有效地溝通。
傳統的護士呼叫系統過於以硬體為導向，成本過高，而且最重要的是，對於提供者而言，其投資過於有限，無法進行不必要的投資。如果所需要的只是監管合規性的複選框（Checked Box），為什麼不選擇最便宜的系統，來選中該複選框呢？使用商品化硬體滿足實體按鈕和指示燈要求，並解決上游通信和數據交換問題？
供應商擁有比以往更多的選擇，對相同按鈕和指示燈，進行增量更新的保守路線圖，無法滿足他們。醫療保健通信技術的未來是軟體，我們的路線圖需要讓我們擺脫與「呼叫鈴」的過時聯繫。護士呼叫系統這個術語和概念已經過時了。我們增加的價值是數據； 純硬體的通信幾乎無法讓你進入大門。
監管認證不會阻止競爭
監管環境強加的繁重流程，往往導致老牌公司缺乏創新，使我們容易受到破壞。取代傳統護士呼叫系統的，不是護士呼叫系統新創公司。這將是一個全面的軟體平台，以最小的損失包括護士呼叫系統的所有功能。
儘管硬體製造商有人為的進入壁壘，但越來越多的軟體應用，提供了傳統上屬於護士呼叫系統的功能。在一個平台上，供應商可以獲得警報和事件通知、工作流程、訊息傳遞和語音呼叫，所有這些都與 EMR 和其他臨床系統相關聯。這些平台為護士呼叫的侷限性，提供了創造性的變通方法。鑑於這種新型的通訊解決方案，哪個供應商的硬體捕捉到按鈕按下並不重要；所有的智慧，以及所有的價值，都在於另一個系統。
中斷可能會發生在上游的某個地方。如果醫院可以在每個房間，安裝一個 29 美元的智慧揚聲器，備份到儲存所有數據的雲端伺服器，並內置企業分析應用，和預測結果的人工智慧引擎，那麼受影響的不僅僅是護士呼叫系統。我們不能忽視這樣一種可能性：資金雄厚的消費品公司試圖進軍醫療保健領域，正在努力推翻合規要求。
這一切都需要時間。 把它想像成你家的地基問題。起初，你只注意到接縫處有一些裂縫，門無法關閉。但隨著時間的推移，這些問題會變得更加複雜，如果不加以糾正，你的房子就會慢慢倒塌。傳統的護士呼叫系統不會在一夜之間消失，但越來越多的關鍵功能，將駐留在其他應用中，從而使護士呼叫系統的權限回到最初的實體按鈕、指示燈和其他低端硬體。在目前的形式中，護士呼叫被降級到通信階梯的最低一級：生成沒有上下關聯的事件。
解決方案：即時衛生系統
幸運的是，前景並不那麼暗淡。幾年前，Gartner 提出了一個即時衛生系統（RTHS）的願景，該系統最接近於定義數位醫療保健行業的未來。
「RTHS 使用資訊和通訊技術，來顛覆我們所知道的護理服務，並縮短醫學知識的共享、採用和應用時間。它使用情境和營運情報來確定變革或干預的需求，從而消除了浪費和延遲，加快了工作流程和業務流程，平衡了資源和需求，並提升了護理品質。」 —— Gartner
先決條件是廣泛採用 EHR（電子病歷，Electronic Health Record），它將孤立的系統統一起來。現在，為了支援基於價值、以消費者為中心的護理模式，提供者尋求更多的情景意識、護理團隊協作和可操作的資料，以在護理點做出基於證據的決策。
即時醫療系統，是遍布所有醫療部門的 IT 技術的巔峰之作。它是提供商透過精明的供應商選擇組裝而成的，評估每種產品適合其工作流程和流程的潛力。即時健康狀況是一個連續體，理論的完美在一端，而現實則沿著軌跡的某個地方下降。
RTHS 考慮患者與提供者的全部經驗，包括在傳統實體訪問之前、之後和外部。它涉及患者的所有護理接觸點：他們的健康計劃、住院和門診、建築物內的經驗方式發現、虛擬和遠端訪問、家庭門戶、入住、賬單、手術後監測、家庭護理。（RTHS 考慮的甚至比這些更多，但我們將把這次討論限制在佈署傳統護士呼叫的地點。）
護理團隊協作：護士呼叫系統供應商的路線圖
沒有一家供應商擁有即時衛生系統的所有組件；護士呼叫系統是一個更大的謎題的一部分。包括傳統護士呼叫系統，以及相鄰系統和流程的組件，被稱為護理團隊協作。軟體驅動的護士呼叫平台，目的在成為護理團隊協作的基礎。
最近，Hill-Rom 於 2019 年收購了 Voalte，軟體平台 TigerConnect 於 2021 年收購了護士呼叫供應商 Critical Alert，圍繞護理團隊合作開展了併購活動。兩者都指出了傳統護士呼叫系統的迫切需要，以在新的醫療保健正規化中找到一席之地，該正規化越來越多地由軟體驅動、行動和跨平台。
以下領域，護理團隊合作的所有組成部分，在某種程度上涉及護士呼叫系統。護士呼叫系統供應商需要考慮他們可能提供哪些功能，以及它們被整合的深度。毫無疑問：供應商期望這一切及更多。無論是本土的還是綜合的，護士呼叫系統供應商都需要有涵蓋，所有這些領域的解決方案。在任何現代化的護士呼叫系統路線圖中，所有這些都需要考慮。
使用 RTLS 和 IoT 進行資料聚合
即時健康的首要要求是即時資料。考慮到這一點，護士呼叫系統的主要功能變成了資料收集。更準確地說，它收集的資訊增強了患者周圍的態勢意識。（「患者」還包括老年護理機構的居民，以及家庭和長期社群的獨立老年人。）它記錄了患者的行為和護理團隊的互動，使員工工作流程成為可能，同時與其他系統的資料，一起為患者的整體檢視做出貢獻。
護士呼叫系統與即時位置共生，兩者都對即時健康非常重要。就 RTHS 而言，護士呼叫系統和即時定位是一個系統的一半。他們一起圍繞病人和員工的行為撒了儘可能大的網。不僅用於位置感測 —— 誰、何地和何時 —— 還用於條件感測：資產的狀態。如果一個人，他們是正直的還是俯臥的？他們在一個地方呆了多久了？隨著時間的推移，他們的活動發生了怎樣的變化？如果是一件裝置，它的電池電量是多少？它目前在使用、有庫存還是過期了？如果是環境感測器，空間是佔用還是空的？環境噪音水準或溫度是多少？
即使在供應商無法組裝複雜的即時醫療系統的市場，位置感應仍然是理想的，因為它為護理要求的分析和證據提供的資料。RTLS 系統的成本使它們無法觸及大市場。然而，近年來，一些護士呼叫系統供應商，透過直接在護士呼叫系統中，整合 RTLS 功能來滿足這一需求，而不是與第三方整合。
即時健康也是醫療保健的網際網路：員工和患者的可穿戴裝置、可拋棄式生命體顯示器、與患者智慧手機互動的消費品、步進追蹤、智慧信標、環境監視器、藥丸分配器，以及任何收集患者、員工和患者周圍環境資料的裝置。物聯網裝置填補了資料中的空白，並提供了以前不被視為醫療環境一部分的指標。現代化的護士呼叫系統可能會包括物聯網聚合平台，某些類型的物聯網裝置自然適合護士呼叫生態系統。該平台非常重要，因為它允許供應商購買和使用現成的裝置。（值得慶幸的是，在更新 UL 規範和其他監管檔案方面有一些進展，以適應技術上不是系統一部分的新產品。）
這種擴展的護士呼叫系統概念不再只是一個按需系統，其有用性始於按下按鈕，終於按下按鈕。現代化的護士呼叫系統始終感知、收集和轉換活動和事件數據，並發布此資訊，以供所有系統使用。
優先考慮資料的準確性和共享速度非常重要，因為它構成了上游發生的一切的基礎。行為分析為特定患者提供護理，總體上有助於人口健康指標。
因此，現代化護士呼叫系統路線圖的第一步，是將其重點作為資料捕獲系統，並將即時位置感測和其他裝置輸入作為系統的一部分。「產品」不再只是實體按鈕和指示燈，而是現代護士呼叫系統銷售營運情報解決方案。
對於某些供應商來說，這可能是最終目標。 除此之外，我們的足跡有多大取決於我們是否願意接受「護士呼叫系統」的新概念。
臨床溝通和協作系統
在所有可能取代傳統護士呼叫的技術中，臨床溝通和協作（CC&C）系統是最有可能的。雖然護士呼叫供應商從硬體開始，並在硬體之上建構軟體，但軟體供應商一直在承擔傳統護士呼叫的功能，而無需連線到傳統硬體。其結果是，他們比護士呼叫供應商，更徹底地解決了護士呼叫的高階溝通方面。
CC&C 是共享患者數據，包括來自 EMR、遙測設備、床位、護士呼叫和其他操作系統的資訊。它協調患者周圍護理團隊的活動。它將「護理團隊」擴大到包括藥劑師、助理、心理健康工作者、家庭健康助理，甚至患者的家人。這些平台還嘗試優化護理轉換：實體位置變化、部門交接、輪班記錄、入院/出院。
CC&C 通常是中間件的代名詞，一些護士呼叫供應商也建構了自己的平台。憑藉開放的 API 和簡單的整合方法，護士呼叫供應商可以而且應該吸收 CC&C 現在聲稱的領域。這不僅僅是硬體，也是護士呼叫的核心：在正確的時間將信息傳遞給正確的人，以實現護理服務。
CC&C 功能包括：
- 警報管理是許多平台提供的，至少部分原因是傳統的護士呼叫系統未能創新。CC&C 平台應該能夠接受來自床、遙測裝置、預測分析軟體、EMR 和預警評分系統的警報和警報。它應該能夠升級、轉發和優先處理警報。它應該能夠將這些警報傳送到供應商需要的任何位置。注意：警報和通知有時是一個獨立的功能，但大多數 CC&C 平台將其與通訊一起包含。
- 訊息傳遞。訊息傳遞被內建在 CC&C 平台的核心中。它允許將來自任何整合系統的任何訊息，傳送到任何裝置或任何其他系統。這適用於自動和使用者發起的訊息。一個設施沒有理由需要另一個軟體平台來高效率、安全地完成這一目標。還包括實驗室結果和影像的共享。
- 語音呼叫。VOIP 端點和與現有呼叫系統的整合。大多數語音通訊使用者將透過 wifi 使用智慧手機。需要協商區域網和廣域網內外的 VOIP 和真實電話分機。
- 企業目錄。 CC&C 平台允許供應商保留系統內所有使用者的主列表。每個聯絡人被分配給一個或多個組，並賦予適當的角色，因此使用者可以根據需要呼叫、傳送簡訊、安排和分配。目錄需要允許多個來源和活動目錄、人員配置、排程和呼叫系統。將使用者分組到團隊中，進行動態更新也非常重要，因此「應急小組」總是解決正確的聯絡人。
工作流程和舍入。中間件供應商認識到，系統整合將是定義高級醫療保健通信的挑戰。工作流程和查房利用所有整合系統：ADT 和床位管理、護士呼叫、調度、運輸、EMR、實驗室和醫學成像，以及任何數量的其他輔助系統。工作流程通常包括交接和輪班記錄、文檔，以及從離職員工到新員工的某種明確的責任轉移。舍入通常會透過風險分析進行增強，因此舍入時間是根據狀況和敏銳度計算的。工作流程通常與容量管理一起發揮作用，以最大程度地減少患者吞吐量的瓶頸，特別是在出院時，延遲可能會導致連鎖問題。
- 分析和報告。大多數平台為員工和企業報告，提供了內建的指標。這是必須的，應該包括在 CC&C 系統本身內採取的行動，包括傳送訊息的歷史記錄、完成的電話，以及被推送到患者 EMR 的事件。一個好的供應商還將提供，將資料串流式傳輸到提供商資料庫的選項，以便與第三方分析一起使用，認識到「做這一切」的實際侷限性。
- 條碼掃描。一些供應商，特別是那些製造手機的供應商，提供整合的條碼閱讀器。坦率地說，智慧手機相機已經進步到沒有必要了 —— PPID、藥物、二維碼都可以透過在原生應用 app 中，使用相機來讀取。
- 尋呼機支援。如果不能完全取代智慧手機和可穿戴應用 app 的同等功能，CC&C 必須提供與傳統尋呼機的整合。
- 原生應用 app。手機、平板電腦、可穿戴裝置。
- 桌面應用 app。或透過入口網站訪問。
如果說 CC&C 供應商的計劃有一個缺陷的話，那就是假設每個必要的系統都可以訪問，其數據格式正確，可供使用。雖然在支出不存在障礙的市場中，大型急症護理系統可能就是這種情況，但仍有很大一部分市場尚未實現。特別是對於員工分配、角色和工作流程，提供者可能會透過護士呼叫系統或其他平台，來提供這些內容。
按下實體按鈕就變成了數位消息，這一點很混亂，自從 IP 技術引入以來，護士呼叫系統供應商一直在努力解決這個問題。沒有標準的消息格式 —— 大多數使用某種 XML —— 並且捕獲和轉換數據所涉及的工作，在研發時間和技能方面是昂貴的。CC&C 供應商已經能夠忽略這種混亂，在繁重的工作完成後到達現場，提供他們的高級功能。
與 RTLS 一樣，CC&C 平台價格昂貴，在某些市場中，普通提供商無法承受。在這種情況下，建立自己的 CC&C 平台的護士呼叫供應商具有優勢。同樣，獨立的 CC&C 側重於通信，而不是護士呼叫系統功能。對於擁有自己平台的護士呼叫系統供應商來說，另一個關鍵優勢是透過應用 app，遠端控制護士呼叫系統。換句話說，完整的系統功能不受實體按鈕按下的束縛。
現代化護士呼叫系統的第二步，是在強大的數據收集基礎上，添加溝通和協作功能。
互動式病人護理
互動式患者護理（IPC，Interactive patient care）平台通常為住院病人提供娛樂、設施服務、研究和教育，以及溝通的某種組合。這些平台要麼透過互動式電視、床頭觸控式螢幕裝置，要麼透過患者下載到個人行動裝置的應用 app越來越普遍。
護士呼叫系統的機會是解決通訊部分。特定的患者請求可以透過應用 app，以及疼痛水準指示器進行註冊。病人應用 app 充當室內白板，其中包含有關當前護理團隊成員和與他們聯絡的方式、患者每日日程安排的資訊，以及家庭成員透過應用 app，可以回答問題的一個論壇。護理的最大時間是，在不同時間從多個家庭成員那裡回答相同的問題。 透過應用 app，與家人互動可提供可衡量的節省。
現代化護士呼叫系統的另一個步驟，是整合某種患者應用 app，以增強互動式護理和參與。
患者流動和能力管理
患者流量解決方案可以解決瓶頸、容量問題和吞吐量。完全實現的 RTHS 受益於在所有整合系統中共享這些資料。它與護士呼叫的關係是切連通的，但有一些特定的地方，這種整合很重要。
如果護士呼叫系統中存在工作流程，則需要在外部共享這些按鈕按下的結果。例如，如果護士呼叫系統有一個「房間準備就緒」按鈕，供工作人員在患者出院時按下，則患者流程系統需要知道何時按下該按鈕，並且環境服務需要知道如何清潔房間。這就是為什麼護士呼叫系統供應商必須提供 API（而不僅僅是 TAP 或 ASM 整合）來在系統範圍內共享事件。
如果 ED 決定收治患者，則該工作流程操作應與床位管理人員，核實是否有可用床位。更進一步，將患者分配到一個房間，這會更新 EMR，從而更新護士呼叫系統。更進一步，在移動患者之前，使用與建築管理的整合來設置房間內的環境 - 燈光、溫度、百葉窗。如果按位置進行分配，請通知分配到該房間的工作人員有新患者入院。這些步驟可能包含四個或更多不同的系統，但它們之間的通信必須盡可能有效率。
除了工作流程本身，護士呼叫系統的機會是組合資料的可訪問性。許多供應商提供帶有可客製化資料點的人口普查板或白板，包括 ADT、EMR 和其他系統的資料。白板是一個機會，因為護士呼叫系統處於護理和管理的聯絡處。供應商需要確定，他們想要顯示其資料的供應商，是否將這些資料提供給其他系統。如果每個臨床系統都有一個白板，並且所有系統的數據集都略有不同，那麼效率會很低。
那麼，現代化護士呼叫的另一個步驟是顯示人口普查數據和患者狀態，其中的資訊來自患者吞吐量，和其他床位管理系統，以及來自電子病歷的患者數據。合併後的數據需要足夠便攜，能夠顯示在任何螢幕上，而不僅僅是專有的「護士呼叫」顯示螢幕。
摘要
供應商和他們的產品之間有很多重疊。RTLS 公司提供護士呼叫系統和類似 ADT 的功能。中介軟體也一樣，加上訊息傳遞，甚至員工管理。工作流和捨入是一些 EMR 平台的一部分。有許多獨立的應用 app，可以解決訊息傳遞和語音通訊。所有供應商都提供某種分析包。
對於一個供應商來說，這一切都非常混亂，他們可能需要十幾個供應商來實施他們想要的解決方案。供應商正確地質疑為什麼在「A」點收集的資料，不能傳送到系統「B」，更新並最終移動到資料庫「C」。事實是：醫療保健平台可以如此緊密整合。他們的原因與資料孤島和地盤戰爭無關，而不是任何技術障礙。
API：系統整合的通用語言
從概念上講，即時健康狀況是一個發布/訂閱系統。發布/訂閱是發布/訂閱的縮寫，發布/訂閱是一種 IT 概念，指的是事件驅動架構，其中系統彼此異步通信。為此，他們需要一種通用語言和一條清晰的路徑來即時註冊、驗證和交換數據。
區別在於給定供應商是否擁有強大的 API，而不是專有整合。在選擇供應商時，供應商不應詢問「你與哪些系統整合？」，而應驗證供應商是否可以連續、即時地發布事件。其他系統可以根據需要使用的一種。供應商還應該能夠使用基於標準的開源框架（例如 REST）從其他系統輸入事件和數據。
技術技能組合也需要更新
特別是隨著越來越多的數據資料轉移到雲端，網路的強度將變得極為重要。這是一個需要解決的 IT 難題，許多人正在取得進展。然而，在某些情況下，供應商可能會指望其供應商來管理網路使用，在這種情況下，護士呼叫系統供應商及其分銷商的核心能力，需要包括高級網路管理。網路安全也是如此。
為了使佈署和維護更簡單，我們的護士呼叫系統供應商應該研究容器化平台和其他方法的使用，以將我們的軟體，從運行它的硬體中摘要出來。依賴關係管理和版本控制的責任由供應商承擔，這使得提供商 IT 團隊的工作變得更加輕鬆。隨著越來越多的提供商期望，企業佈署包括分佈在廣泛地理區域的許多建築物和園區，負載平衡集群將變得必要。
下一頁：新市場，新產品
從長遠來看，即時健康只是邁向提前健康的一步。預測性的應用可以促使人們改變行為，以保持健康，而不是在人們生病後做出反應。精密醫學解決方案和自適應虛擬個性化平台還處於起步階段，將透過即時資料交換來啟用。（對轉移的關鍵是，雖然超出了本次討論的範圍，但正在演變收費服務模式，該模式將重點放在治療已經生病的人上，而不是激勵預防上。）
對於護士呼叫系統，最終的目標是預測性：在患者知道他們需要幫助之前，提醒護理人員，在出現緊急情況之前，辨識正在出現的問題。護士呼叫系統的基本過程是：當有人需要幫助時，我們提供獲得幫助的手段。隨著現代化的護士呼叫系統，以及它對資料收集和更廣泛的溝通的強調，我們將這一概念擴充到這一點：基於資料，我們認為你可能很快就會需要幫助，並將主動為你獲得幫助。
沒有留言:
張貼留言