專利名稱：用于在中央患者監(jiān)視中處理警報和通訊信息的系統(tǒng)和方法
技術領域：
本發(fā)明是一種用于生物遙感領域的系統(tǒng)和方法。更具體地，本發(fā)明 針對從中央場所對患者護理的管理。
背景技術：
在醫(yī)療護理系統(tǒng)中，臨床醫(yī)師-患者的交互時間是首要的。在這種 環(huán)境中，當需要緊急護理時，臨床醫(yī)師對狀況的反應時間是非常重要 的。為了更好地管理臨床醫(yī)師時間和患者的交互而提出了中央監(jiān)視系 統(tǒng)。在中央監(jiān)視中，將來自每個患者的生理數(shù)據(jù)發(fā)送到中央場所。在該
中央場所，單獨一個或少量的技術人員(technician )接收所有患者的 信息并判斷患者的狀況?？梢员患せ畹娜魏位颊邊?shù)警報信息被發(fā)送到 中央場所，由技術人員觀看。技術人員利用這些信息來確定臨床醫(yī)師應 該對每個患者提供治療的順序或優(yōu)先權。然后，技術人員使用各種已有 的通訊方法將優(yōu)先權傳達給臨床醫(yī)師。這些方法可包括無線呼機、蜂窩 電話、通知樓層或側樓秘書或者使用醫(yī)院范圍的聲音尋呼。
技術人員在對收到的患者信息進行處理以判斷患者狀況中擔當多 種職責。技術人員過濾接收到的患者信息，過濾掉假象或錯誤警報，這 些假象或錯誤警報將浪費臨床醫(yī)師的寶貴時間.技術人員也對患者的狀 況進行優(yōu)先排序和/或升級(escalate)，以使最需護理的患者得到臨 床醫(yī)師的首先治療。
雖然這些技術人員在醫(yī)院護理管理中扮演了重要角色，目前技術人 員工作環(huán)境狀態(tài)低于要求。中央監(jiān)視站或通常稱為的"戰(zhàn)斗房(war room)"通常有多個工作站以及同時工作的多個技術人員。每個工作站 有多個顯示裝置，這些顯示裝置顯示由技術人員負責的每個患者的患者 數(shù)據(jù)。
一個典型監(jiān)視站的例子中，每個技術人員可負責大約48個患者，但 是這些數(shù)字因機構而不同。典型地， 一個臨床醫(yī)師將在同一時間為4個 患者提供護理，這也多少取決于具體的機構。因此，通常情況是一個技 術人員必須跟蹤48個患者的變換狀況，并且將這些狀況變化轉播給12個 臨床醫(yī)師中合適的一個以對特定患者提供護理。雖然這種工作自身足夠
復雜，技術人員的另外一種重要職責是連續(xù)向臨床醫(yī)師通知患者需要直 到臨床醫(yī)師對患者的狀況作出了回應。
正確的臨床醫(yī)師通知要求技術人員記住哪個臨床醫(yī)師已經被通知 了什么患者狀況以及臨床醫(yī)師是否對通訊作出了反應，這種反應表示對 該患者實施了治療。許多技術人員必須借助于紙頁筆記和其它腦力組織 策略來使所有數(shù)據(jù)被合理組織。技術人員必須執(zhí)行的最后任務是評估和 升級患者狀況需求。經常需要在一個較嚴重狀況需要治療的患者和一個 嚴重狀況較輕微但已經較長時間內沒有接受治療的患者之間進行權 衡，這是一個復雜的判斷。技術人員作出的升級決定通常基于機構所定 義的一系列規(guī)則。但是由于這些處理非自動化，技術人員必須借助于他 或她關于這些機構規(guī)則的知識，利用這些知識作出治療升級的決定。
目前沒有跟蹤技術人員-臨床醫(yī)師通訊的自動系統(tǒng)。因此，技術人 員必須依賴個人組織和腦力技巧來處理和監(jiān)視臨床醫(yī)師-患者交互。因 此，在患者護理管理領域，需要在單獨顯示裝置上給技術人員提供必需 信息的組織系統(tǒng)。在患者護理管理領域中進一步需要提供一個幫助技術 人員的自動系統(tǒng)，該系統(tǒng)能基于機構定義的一 系列規(guī)則來升級患者治療 需求通訊。在患者護理管理領域中，進一步需要提供一個幫助技術人員 分析患者生理數(shù)據(jù)的自動系統(tǒng)。

發(fā)明內容
本發(fā)明提供了一種在單獨的供給信息顯示裝置上監(jiān)視患者狀況、技 術人員與臨床醫(yī)師兩者之間的通訊的系統(tǒng)和方法。這種單獨顯示裝置使
用字母數(shù)字信息以及圖形表示來向技術人員顯示直觀形式的必需信 息。本發(fā)明提供跟蹤和監(jiān)視技術人員-臨床醫(yī)師間的通訊的能力。本發(fā) 明中，技術人員受助于機構的升級規(guī)則的自動應用。作為本發(fā)明的另外 一方面，監(jiān)視系統(tǒng)提供預示特征，該特征預示下一步技術人員和臨床醫(yī) 師的期望動作。


附圖舉例說明了預期實施本發(fā)明的最佳方式。
圖中
圖i是包含本發(fā)明一個實施例的中央監(jiān)視系統(tǒng)的示意圖2是一個本發(fā)明實施例的顯示裝置； 圖3是一個本發(fā)明實施例的顯示裝置；
圖4是描述本發(fā)明的方法實施例的步驟的流程圖。
具體實施例方式
圖1是按照本發(fā)明實施例使用監(jiān)視顯示裝置10操作中央監(jiān)視系統(tǒng)的 示意圖。中央監(jiān)視系統(tǒng)包括潛在位于多個場所的多個患者， 一些場所遠 離中央監(jiān)視站14。每組患者12與一個主治臨床醫(yī)師16相關聯(lián)，該臨床醫(yī) 師負責對這些患者12提供治療和護理。每個患者12的生理數(shù)據(jù)通過傳輸 裝置18傳送到中央監(jiān)視站14 。傳輸裝置18可使用有線和/或無線數(shù)據(jù)傳 輸技術，這些可由機構和機構網絡的基礎結構規(guī)定。
中央監(jiān)視站14的計算機(圖中沒有顯示)處理患者的生理信息并在 監(jiān)視顯示裝置10上向技術人員顯示數(shù)據(jù)。技術人員通過監(jiān)視顯示裝置IO 監(jiān)視患者12的生理狀況，這將在后面進一步說明。技術人員20監(jiān)視患者 12的進展，檢查任何發(fā)送來的警報信息核實患者狀況。在核實接收到的 警報后，技術人員20將通過通訊傳輸22通知臨床醫(yī)師16。該通訊傳輸22 的形式可以是通訊電纜或蜂窩電話上的傳呼或呼叫、基于文本的消息系 統(tǒng)或任何其它類似適合于人對人的通訊平臺。在圖l描繪的中央監(jiān)視系 統(tǒng)中，技術人員2 O無法知道臨床醫(yī)師16是否已經通過向患者12提供護理 而對通訊傳輸22作出了響應，除非臨床醫(yī)師用自己的響應傳輸24對通訊 傳輸22作出回應。 一旦技術人員在中央監(jiān)視站14接收到響應傳輸，隨著 接收在監(jiān)視顯示裝置l O上指示該響應。技術人員2O現(xiàn)在有了臨床醫(yī)師16
響應患者警報而已提供或正在提供護理的可視記錄。
然而，如果臨床醫(yī)師16沒有發(fā)送響應傳輸24，技術人員20必須遵循
由特定機構定義的一系列通訊升級規(guī)則來升級患者警報的通訊。響應升 級，技術人員20將采取升級的通訊傳輸?shù)氖侄?，如嘗試重復傳呼、廣組 傳呼(即傳呼在一個樓層的所有護士)、聯(lián)系通知臺26和/或全局揚聲 器呼叫28。類似地，在這些通知后當臨床醫(yī)師16對患者12提供治療，臨 床醫(yī)師將發(fā)送響應傳輸24回中央監(jiān)視站14，由此通知技術人員患者12 已經接收到護理，技術人員20不需要進一步升級通訊傳輸。
現(xiàn)在參考圖2，該圖描繪了本發(fā)明的監(jiān)視顯示裝置10的一個實施 例。該顯示包括患者列30，其列出由技術人員在當時監(jiān)視的每個患者的 名字和/或標識符。顯示在監(jiān)視顯示裝置10上的每行數(shù)據(jù)對應于患者列 30中識別的患者。監(jiān)視顯示裝置10最重要的特征是患者歷史顯示部分 32?；颊邭v史顯示部分32按照時間順序排序，其最新刷新出現(xiàn)在最靠近
患者列30的左手側。雖然如圖2顯示(每兩分鐘刷新一次)的患者歷史 顯示32可是一系列的增量，刷新率可以是具體機構決定的任何足夠的速 率，包括但不限制于實時信息顯示。
如果一個患者的警報激活，接著在患者歷史顯示32的該患者行中將 顯示警報指示符(indicator) 34。警報指示符34可以是彩色或字母數(shù) 字編碼的，以便顯示警報重要級別，也可以是顯示明確的警報信息(圖 中未顯示)。明確的警報信息可包括活躍警報的認證或當前患者生理參 數(shù)的顯示。這樣，當警報開始時，技術人員將接收到當前活躍的患者警 報的可視化表示，也將收到警報的重要級別，這些級別將影響技術人員 通知臨床醫(yī)師治療患者的決定。
一旦技術人員已經響應于患者警報信號啟動到合適的臨床醫(yī)師的 通訊傳輸，患者歷史顯示32將顯示通訊發(fā)送指示符36。如果臨床醫(yī)師用 其自己的響應傳輸響應技術人員的通訊傳輸，患者歷史顯示32接著將顯 示通訊收到指示符38。因此，通過查看患者歷史顯示32，技術人員能快 速地區(qū)分出哪些通訊已經響應新的患者警報而被發(fā)送，區(qū)分已經響應那 些通訊傳輸接收到哪些響應傳輸。如果沒有接收到響應傳輸，那么警報 信號可以升級，要求技術人員發(fā)送一個另外的通訊傳輸，這使得患者歷 史顯示32顯示另外的表示為指示符40的通訊發(fā)送指示符。監(jiān)視顯示裝置 IO也包括"下一個動作"列42。在下一個動作列42中，本發(fā)明的監(jiān)視系 統(tǒng)根據(jù)標準工作流程操作預示關于中央監(jiān)視系統(tǒng)中的患者的要執(zhí)行的 下一個期望的通訊動作。例如，中央監(jiān)視系統(tǒng)中的患者Past， Present 當前經歷由警報指示符44所示的"警告"警報。技術人員已經發(fā)起了通 訊傳輸，這已經作為指示符46記錄在患者歷史顯示32上，但是還沒有接 收到來自主治臨床醫(yī)師的響應傳輸。因此，技術人員希望接收到的下一 個動作是一個響應傳輸，這樣，傳輸接收指示符48顯示在下一個動作列 42中。
另一個例子中，患者Beta， Alpha已經歷了一個用警報指示符34在 患者歷史顯示32上指示的緊急警報。技術人員發(fā)送了 一個用通訊發(fā)送指 示符36表示的通訊傳輸，并接收到一個用通訊接收指示符38表示的響應 傳輸。不久后緊急警報結束，留下Beta， Alpha處于無警報狀況。因此， 此時下一個通訊動作不是必需的，下一個動作列42中的相應點為空。
圖3示出了與圖2相同的監(jiān)視顯示裝置l 0，但這是兩分鐘后的顯示，
這樣的顯示已刷新一個增量，其顯示最新的更新信息。參考之前的例
子，技術人員響應患者Past， Present的警報狀況向臨床醫(yī)師發(fā)出通訊 傳輸，臨床醫(yī)師接收到并用響應傳輸響應了該通訊傳輸，響應傳輸用指 示符50指示。因為臨床醫(yī)師已經響應了通訊并且警報狀況44已經終止， 所以在"下一個動作，，欄42中沒有"下一個動作"指示。作為最后的例 子，在圖3中，患者Beta， Alpha剛開始經歷一個由警報指示符52表示 的緊急警報狀況。由于技術人員還沒有發(fā)起通訊傳輸，沒有通訊發(fā)送指 示符顯示在該患者的患者歷史顯示中，但是傳輸發(fā)送指示符54確實顯示 在"下一個動作"列42中。這向技術人員表明下一個通訊動作由技術人 員作出，技術人員必須向臨床醫(yī)師發(fā)送一個通訊傳輸。往回參考圖2， 度量列56設置在患者列30和患者歷史顯示32之間。度量列56顯示與患者 相關的度量，這種度量由機構定義或由技術人員選擇來作為顯示在監(jiān)視 顯示裝置10上的附加信息。圖2和3表示的實施例中，顯示的度量是自從 技術人員發(fā)起第一次通訊起的時間。度量列56提供了另外一種用于技術 人員確定臨床醫(yī)師響應時間的工具，這也是一種分析是否升級警報狀況 的有用工具。但是，度量列56能顯示其它不同的度量或同時顯示多個度 量。顯示在度量列中的度量可以包括從最后通訊開始的時間、從警報初 始化開始的時間、從最后警報狀況開始的時間或者最后警報狀況的長 度。這里所列的可能度量不意味著限制可以在該列中顯示的度量類型， 度量不必是基于時間的，任何不同的患者生理數(shù)據(jù)或醫(yī)院計劃度量也可 以使用，并且認為在本發(fā)明的范圍內。
本發(fā)明的進一步實施例可包括使用更多細節(jié)圖標或如描影或陰影 化的其它顯示選項來以簡化的形式向技術人員傳達大量的信息。作為一 個例子，可用圖標表示技術人員和臨床醫(yī)師之間通訊的類型，如通訊是 否由字母-數(shù)字呼機、蜂窩電話、第三方或揚聲器作出。其它圖標可表 示來自技術人員或臨床醫(yī)師的通訊指向。其它顯示選項還可以包括患者 狀況升級或改善的指示，或可以使用諸如描影的效果表示患者已經暫時 離開了醫(yī)院的監(jiān)視區(qū)域但預期返回。
本發(fā)明的進一步實施例中，可以監(jiān)視患者警報以外的其它數(shù)據(jù)量并 且顯示給技術人員。這種數(shù)據(jù)可包括患者在機構中的具體地點，因為為 了必需的處理或治療患者可移動到機構中的不同區(qū)域。在這種情況下， 本發(fā)明的實施例將有下一個動作，表示為需要將患者重新聯(lián)機以便監(jiān)視
患者。其它監(jiān)視的數(shù)據(jù)量可以是更廣的機構量，如以房間、或機構具體 區(qū)域中的有效床位號碼組織患者。本發(fā)明的進一步實施例還可包括比簡 單指示警報更細節(jié)化的分析，如提供引起警報的患者生理參數(shù)的簡單描 述或字母數(shù)字指示。
本發(fā)明的其它實施例依賴于實施一系列機構定義的升級規(guī)則，本發(fā) 明的系統(tǒng)可以自動實施這些規(guī)則來決定患者警告升級。這種機構規(guī)則的 例子可以是，基于警報的第一指示，技術人員給臨床醫(yī)師發(fā)出了字母-數(shù)字傳呼。如果在三分鐘內臨床醫(yī)師沒有響應傳呼，技術人員將向臨床 醫(yī)師進行蜂窩電話呼叫。進一步，如果在又三分鐘內臨床醫(yī)師沒有接電 話，接著通過機構的內部通話系統(tǒng)通知臨床醫(yī)師去處理帶有警報的患 者。這個例子本質上意味著示范性，不意味著限制依照本發(fā)明機構可以 實施的升級規(guī)則的類型和復雜度。本發(fā)明實施例視為可包括其它的個人 對個人的通訊平臺、重復通訊的嘗試、或通訊嘗試或通訊升級的時間間 隔的任何具體長度，但是這些實施例只是示范性的，并不意味著限制本 發(fā)明范圍。
圖4是表示本發(fā)明的方法的步驟的流程圖。首先技術人員必須接收 患者狀況信息56。該信息可通過包括有線和無線的各種技術方式發(fā)送給 在中央場所的技術人員。接著，在步驟58顯示患者狀況歷史，包括在步 驟56接收到的新的患者狀況信息。在步驟60技術人員檢查患者狀況歷史 并確定是否存在警報狀況。如果沒有警報狀況，接著重復循環(huán)，技術人 員等待在步驟56接收新的患者狀況信息。
然而，如果步驟60檢測到存在警報狀況，接著在步驟62將在患者顯 示中出現(xiàn)通訊動作指示符。這個通訊動作指示符提示技術人員在步驟64 向合適的臨床醫(yī)師發(fā)送通訊。 一旦技術人員向臨床醫(yī)師發(fā)送了通訊，在 步驟66，監(jiān)視顯示裝置在患者狀況歷史中在發(fā)送通訊的時間顯示通訊發(fā) 送指示符。 一旦通訊發(fā)送指示符已經被設置，接著在步驟68設置表示下 一步將接收通訊的通訊動作指示符。在步驟7 0，通訊發(fā)送指示符提示技 術人員判斷是否已經收到響應。如果收到臨床醫(yī)師發(fā)出的響應，那么步 驟72在患者狀況歷史中顯示一個響應指示符，接著在步驟56技術人員等 待接收新的患者狀況信息。但是如果技術人員沒有接收到臨床醫(yī)師的響 應，在步驟74可升級患者警報。步驟74的警報升級可根據(jù)一系列機構定 義的用于現(xiàn)有患者警報狀況的規(guī)則76。在警報升級步驟74后，在步驟56
技術人員等待接收新患者狀況信息?？赡艿?，在收到臨床醫(yī)師發(fā)出的任 何通訊之前可以修改患者警報狀況。但是如果不是這種情況，接著技術
人員繼續(xù)完成升級狀況下的剩余的通訊步驟62-70。
應理解，在以上方法中，部分或全部步驟可由計算機工作站執(zhí)行， 該工作站控制監(jiān)視顯示裝置和呈現(xiàn)患者狀況歷史。還應理解，機構定義 的升級規(guī)則76可以修改流程表，因為機構在升級警報之前可以增加額外 的通訊嘗試或其它安全措施。另外，雖然使用技術人員描述本發(fā)明方法 的實施例中的步驟，應理解不同的醫(yī)療護理管理員或管理員助手中的任 何人可利用這種方法取得相同或類似的結果。
本發(fā)明的系統(tǒng)和方法簡化了當前技術人員處理發(fā)送到中央監(jiān)視站 的大量數(shù)據(jù)所需的認知負擔和處理手續(xù)，這將減少錯誤并改善技術人員 和臨床醫(yī)師之間的協(xié)作。另外，利用單獨的信息顯示和較少依賴于每個 技術人員的記憶和/或組織能力，將在輪班變化之間和/或技術人員的休 息期間取得更加持續(xù)的醫(yī)療護理支持。特別在輪班變化或技術人員休息 期間，新的技術人員必須趕快進入舊技術人員的職責，而本發(fā)明的方法 和系統(tǒng)更加容易允許新技術人員趕快進入舊技術人員的職責。本發(fā)明的 系統(tǒng)和方法將允許告知新的技術人員任何患者警報狀況、是否已經作出 任何通訊嘗試以及哪些通訊已經接收到臨床醫(yī)師的回復。
最終，通過本發(fā)明的系統(tǒng)和方法，技術人員能夠更了解局勢，這將 提高技術人員和臨床醫(yī)師兩者的效率。本發(fā)明系統(tǒng)和方法提供的對局勢 的更多了解意味著技術人員將不須依賴于記憶去獲知技術人員和臨床 醫(yī)師之間每次通訊的狀態(tài)。因此，將不會由于技術人員進行臨床醫(yī)師已 經確認的呼叫而浪費技術人員和臨床醫(yī)師兩方的額外時間。本發(fā)明系統(tǒng) 和方法提供的對局勢的更多了解，允許為了技術人員和臨床醫(yī)師的響應 對患者警報更好的區(qū)分優(yōu)先順序。這意味著低優(yōu)先權且當前沒有關注到 的警報將不會優(yōu)先于一個更加緊急但更新的警報，這僅因為還沒有關注 到低優(yōu)先權的警報。
本說明書使用例子來公開本發(fā)明，包括最佳模式，這些例子也使得 本領域任何技術人員能夠實施和使用本發(fā)明。本發(fā)明的專利保護范圍由 權利要求限定，該保護范圍也可包括本領域技術人員可能想到的其它例 子。如果這些其它例子包括的結構元件沒有不同于權利要求的文字語 言，或者它們包括的等價結構元件只與權利要求的文字語言有非本質的差別，這些例子落入本發(fā)明權利要求的范圍。
各種替換和具體實施例預期落入隨附權利要求的范圍，這些權利要 求特別地指出并清楚地聲明本發(fā)明的主題。
部件列表10監(jiān)視顯示裝置
12患者
14中央監(jiān)視站
16臨床醫(yī)師
18傳輸裝置
19技術人員
20通訊傳輸
24響應傳輸
26聯(lián)系通知臺
28全局揚聲器
30患者列
32患者歷史顯示
34警報指示符
36通訊發(fā)送指示符
38通訊接收指示符
40指示符
42"下一個行為"列
44警報指示符
46指示符
48指示符
50指示符
52警報指示符
54通訊發(fā)送指示符
56度量列
權利要求
1.一種允許技術人員(20)監(jiān)視多個患者(12)的狀況和傳達患者狀況給主治臨床醫(yī)師(16)的系統(tǒng)，該系統(tǒng)包括中央接收站(14)，該接收站接收來自每個患者的表示患者狀況的信號；圖形用戶界面(10)，用于同時顯示多個患者中的每一個患者的狀況，該圖形用戶界面進一步包括具有刷新顯示的患者狀況歷史部分(32)；通訊指示符，該指示符表示在技術人員和臨床醫(yī)師之間已經進行的通訊的時間；下一個步驟預示器(42)，該預示器預示技術人員和臨床醫(yī)師之間的通訊的下一個動作應該是什么。
2. 如權利要求l所述的系統(tǒng)，進一步包括用于技術人員(20 )通知臨床醫(yī)師(16 )患者狀況的第一通訊裝置； 用于如果沒有對第一通訊裝置的響應，技術人員(20)通知臨床醫(yī)師(16)患者狀況的第二通訊裝置；技術人員查看圖形用戶界面(10)中患者狀況的變化，當發(fā)生變化時，技術人員(20)使用第一通訊裝置向臨床醫(yī)師(16)指示這種變化，如果沒有接收到臨床醫(yī)師(16)的響應，技術人員(20)升級使用第二通訊裝置并重試通訊。
3. 如權利要求l所述用于監(jiān)視的系統(tǒng)，其中患者的狀況是患者在機 構中的位置。
4. 如權利要求2所述用于監(jiān)視的系統(tǒng)，其中笫一通訊裝置是傳呼機。
5. 如權利要求1所述用于監(jiān)視的系統(tǒng)，其中患者狀況歷史部分(32) 實時顯示患者的狀況。
6. 如權利要求l所述用于監(jiān)視的系統(tǒng)，其中患者狀況的變化是警報 的激活。
7. 如權利要求6所述用于監(jiān)視的系統(tǒng)，進一步包括通知技術人員 警報成因的警報概要。
全文摘要
提出了一種允許技術人員(20)監(jiān)視多個患者的狀況以及將這些患者(12)的狀況傳達給主治臨床醫(yī)師(16)的系統(tǒng)和方法。中央接收站(14)接收來自每個被監(jiān)視患者的信號。圖形用戶界面(10)同時顯示多個患者中每個患者的狀況的指示。技術人員(20)利用該信息將患者(12)的狀況有效地傳達給主治臨床醫(yī)師(16)。
文檔編號H04L12/00GK101095629SQ20071012710
公開日2008年1月2日 申請日期2007年6月28日 優(yōu)先權日2006年6月28日
發(fā)明者C·C·達維斯 申請人:通用電氣公司