專利名稱：用于臨床決策支持的系統(tǒng)和方法
用于臨床決策支持的系統(tǒng)和方法相關(guān)申請[不適用]聯(lián)邦資助的研究或開發(fā)[不適用]微縮膠片/版權(quán)參考[不適用]
背景技術(shù)：
今天，醫(yī)院和臨床醫(yī)生正面臨提供高質(zhì)量患者護理、預(yù)防不利事件/錯誤并且實現(xiàn)臨床最佳實踐同時減少提供健康護理的成本的壓力。此外，醫(yī)院可能面臨臨床需求的急劇變化并且當患者護理不足時越來越有可能被拒絕償付。滿負荷或超負荷運行的醫(yī)院可遭遇高比例的安全事件。當前支持基于預(yù)期的靜態(tài)事件來提供，并且沒有考慮與許多醫(yī)療事件關(guān)聯(lián)的混亂和不可預(yù)測性。

發(fā)明內(nèi)容
本發(fā)明的某些示例提供用于提供臨床決策支持的系統(tǒng)和方法。某些示例提供用于提供臨床決策支持的計算機實現(xiàn)的方法。該方法包括接收多個護理規(guī)程和患者的至少ー個健康屬性。該方法還包括確定該至少ー個健康屬性是否符合要通知護理提供者的條件。該方法進ー步包括當該至少ー個健康屬性符合該條件時通過用戶界面提供患者指示來通知護理提供者患者有資格接受護理治療。該方法還包括從多個護理規(guī)程中選擇第一規(guī)程，其對應(yīng)于患者指示并且包括第一多個規(guī)則。該方法進ー步包括從這些第一多個規(guī)則生成第一多個治療觀察選項。該方法還包括通過用戶界面顯示這些第一多個治療觀察選項的每個和關(guān)于推薦的治療觀察選項的建議，以使護理提供者能夠確定這些第一多個治療觀察選項中的哪個應(yīng)用于患者。該方法進ー步包括接收第一用戶生成的響應(yīng)，其對應(yīng)于這些第一多個治療觀察選項中的至少ー個。該方法還包括至少部分基于該第 ー用戶生成的響應(yīng)確定治療推薦。該方法進ー步包括通過用戶界面顯示該治療推薦來通知護理提供者用于護理治療的治療推薦。該方法還包括接受關(guān)于應(yīng)用于患者的治療推薦的反饋。某些示例提供臨床決策支持系統(tǒng)。該系統(tǒng)包括連接到存儲器的處理器。對該處理器編程來實現(xiàn)該系統(tǒng)。該系統(tǒng)還包括數(shù)據(jù)庫接ロ來接收多個護理規(guī)程和患者的至少ー個健康屬性。該系統(tǒng)進ー步包括決策模塊。該決策模塊用于確定該至少ー個健康屬性是否符合要通知護理提供者的條件。該決策模塊用于從這些多個護理規(guī)程中選擇第一規(guī)程，其對應(yīng)于患者指示并且包括第一多個規(guī)則。該決策模塊用于從這些第一多個規(guī)則生成第一多個治療觀察選項。該決策模塊用于至少部分基于第一用戶生成的響應(yīng)(其對應(yīng)于這些第一多個治療觀察選項中的至少ー個)來確定治療推薦。該系統(tǒng)還包括用戶界面。該用戶界面用于當該至少ー個健康屬性符合條件時提供患者指示來通知護理提供者患者有資格接受護理治療。該用戶界面用于顯示這些第一多個治療觀察選項的每個。該用戶界面用于使護理提供者能夠確定這些第一多個治療觀察選項中的哪個應(yīng)用于患者。該用戶界面用于接收第一用戶生成的響應(yīng)。該用戶界面用于顯示治療推薦來通知護理提供者用于護理治療的治療推薦。該用戶界面用于接受關(guān)于應(yīng)用于患者的治療推薦的反饋。某些示例提供有形的計算機可讀存儲介質(zhì)。該存儲介質(zhì)包括當執(zhí)行時使處理器至少接收多個護理規(guī)程和患者的至少ー個健康屬性的ー組指令。該處理器還確定該至少ー個健康屬性是否符合要通知護理提供者的條件。該處理器進ー步當該至少ー個健康屬性符合該條件時通過用戶界面提供患者指示來通知護理提供者患者有資格接受護理治療。該處理器還從這些多個護理規(guī)程中選擇第一規(guī)程，其對應(yīng)于患者指示并且包 括第一多個規(guī)則。該處理器還從這些第一多個規(guī)則生成第一多個治療觀察選項。該處理器通過用戶界面進ー步顯示這些第一多個治療觀察選項的每個，以使護理提供者能夠確定這些第一多個治療觀察選項中的哪個應(yīng)用于患者。該處理器還接收第一用戶生成的響應(yīng)，其對應(yīng)于這些多個治療觀察選項中的至少ー個。該處理器進ー步至少部分基于該第一用戶生成的響應(yīng)確定治療推薦。該處理器還通過用戶界面顯示該治療推薦來通知護理提供者用于護理治療的治療推薦。該處理器進ー步接受關(guān)于應(yīng)用于患者的治療推薦的反饋。


圖IA圖示其中示例臨床決策支持系統(tǒng)運行的環(huán)境。圖IB圖示對腎衰竭的示例分類。圖IC圖示對應(yīng)于對腎衰竭的示例分類的示例護理規(guī)程的一部分。圖2圖示示例臨床決策支持系統(tǒng)的示例登錄界面。圖3圖示示例臨床決策支持系統(tǒng)的示例部門界面。圖4圖示示例臨床決策支持系統(tǒng)的示例患者界面。圖5圖示在護理提供者選擇第一治療觀察選項后的示例患者界面。圖6圖示在護理提供者選擇第二治療觀察選項后的示例患者界面。圖7圖示示出護理規(guī)程的圖形表示的示例患者界面。 圖8圖示示出示例規(guī)程表的示例患者界面。圖9圖示描繪用于臨床決策支持的示例方法的流程圖。圖10圖示可以用于實現(xiàn)本文描述的設(shè)備和方法的示例處理器系統(tǒng)的框圖。前面的簡要描述以及本發(fā)明的某些實施例的下列詳細說明當與附圖結(jié)合閱讀時將更好理解。為了說明本發(fā)明的目的，某些實施例在圖中示出。然而，應(yīng)該理解本發(fā)明不限于附圖中示出的設(shè)置和工具。
具體實施例方式盡管以下公開示例方法、系統(tǒng)、制造物品和設(shè)備，其除其他部件之外還包括在硬件上執(zhí)行的軟件，應(yīng)該注意到這樣的方法和設(shè)備僅是說明性的并且不應(yīng)該看作限制。例如，設(shè)想這些硬件和軟件部件中的任何或所有可以專門采用硬件、專門采用軟件、專門采用固件或采用硬件、軟件和/或固件的任何組合體現(xiàn)。因此，盡管以下描述示例方法、系統(tǒng)、制造物品和設(shè)備，提供的示例不是實現(xiàn)這樣的方法、系統(tǒng)、制造物品和設(shè)備的唯一方式。
當附上的權(quán)利要求中的任何權(quán)利要求閱讀為涵蓋純粹軟件和/或固件實現(xiàn)吋，至少ー個示例中的元件中的至少ー個以此明確地限定為包括存儲該軟件和/或固件的有形介質(zhì)，例如存儲器、DVD、CD等。今天，醫(yī)院和臨床醫(yī)生面臨提供高質(zhì)量患者護理、預(yù)防不利事件/錯誤并且實現(xiàn)臨床最佳實踐同時減少提供健康護理的成本的壓力。此外，醫(yī)院可能面臨臨床需求的急劇變化并且日益面臨當患者護理不足時被拒絕償付的可能性。滿負荷或超負荷運行的醫(yī)院可遭遇高比例的安全事件并且可考慮在高壓カ期間重建護理結(jié)構(gòu)來更好地響應(yīng)。圖IA示出示例處理器實現(xiàn)的環(huán)境100。該環(huán)境100包括臨床決策支持系統(tǒng)100、規(guī)程數(shù)據(jù)庫120和患者信息數(shù)據(jù)庫130。該臨床決策支持系統(tǒng)110包括用戶界面112、決策模塊114和數(shù)據(jù)庫接ロ 116。該用戶界面112邏輯連接到該決策模塊114和該數(shù)據(jù)庫接ロ116,如由箭頭113指示的。該決策模塊114邏輯連接到該數(shù)據(jù)庫接ロ 116,如由箭頭115指示的。 規(guī)程數(shù)據(jù)庫120存儲ー個或多個護理規(guī)程122。護理規(guī)程一般是對于如何管理(例如，識別和/或處理)臨床問題和/或患者狀況的詳細指導(dǎo)。該ー個或多個護理規(guī)程122一般包括多個規(guī)則。該ー個或多個護理規(guī)程122的格式可以從純文本變化到?jīng)Q策的算法序列?；颊咝畔?shù)據(jù)庫130存儲患者特定屬性?；颊咛囟▽傩园▽τ诨颊咛囟ǖ闹辽侃`個屬性。適合的患者屬性包括但不限于血壓、體溫和/或心率。患者信息數(shù)據(jù)庫130可以存儲各種其他患者屬性。在示例中，由負責(zé)的護理人員基于源于患者人群(其不包括特定患者)的統(tǒng)計數(shù)據(jù)創(chuàng)建ー個或多個護理規(guī)程122。該患者人群可包括其臨床問題對應(yīng)于特定患者的臨床問題的患者，或該人群可包括具有各種臨床問題的患者。例如，統(tǒng)計數(shù)據(jù)和ー個或多個規(guī)則可以用于生成護理規(guī)程。臨床決策支持系統(tǒng)110的數(shù)據(jù)庫接ロ 116配置成從規(guī)程數(shù)據(jù)庫120接收信息，并且發(fā)送信息至規(guī)程數(shù)據(jù)庫120，如由箭頭121指示的。例如，數(shù)據(jù)庫接ロ 116可以從規(guī)程數(shù)據(jù)庫120接收護理規(guī)程122中的ー個或多個，并且發(fā)送ー個或多個護理規(guī)程至規(guī)程數(shù)據(jù)庫120。數(shù)據(jù)庫接ロ 116進ー步配置成從患者信息數(shù)據(jù)庫130接收信息，并且發(fā)送信息至患者信息數(shù)據(jù)庫130，如由箭頭131指示的。例如，數(shù)據(jù)庫接ロ 116可以從患者信息數(shù)據(jù)庫130接收患者信息，并且/或發(fā)送患者信息至患者信息數(shù)據(jù)庫130。圖IB和IC 一起示出醫(yī)療模型和它作為護理規(guī)程的表示，其可以存儲到規(guī)程數(shù)據(jù)庫120。圖IB示出風(fēng)險、損傷、衰竭、喪失和終末期腎(RIFLE)圖140。RIFLE圖140根據(jù)日益嚴重的三個等級將急性腎損傷歸類風(fēng)險141、損傷142和衰竭143。RIFLE圖140還根據(jù)兩個結(jié)果類別將急性腎損傷歸類喪失145和終末期腎病146。嚴重等級141-143基于兩個準則中的ー個腎小球濾過率(GFR) 147 (流體濾過腎的流量)或尿量148。RIFLE圖140在每個嚴重等級141-143和每個準則147-148的交叉處提出ー個或多個指導(dǎo)。例如，在風(fēng)險141和GFR的交叉處，RIFLE圖140提供指導(dǎo)“肌酐增加X I. 5或GFR減少〉25%圖IC示出對應(yīng)于RIFLE圖150的示例護理規(guī)程150的一部分。該部分護理規(guī)程150是可以存儲到規(guī)程數(shù)據(jù)庫120的護理規(guī)程的示例。該部分規(guī)程150包括若干規(guī)則151-159。例如，規(guī)則151對應(yīng)于RIFLE圖150中在風(fēng)險141和GFR147交叉處的那部分指導(dǎo)。規(guī)則151規(guī)定如果患者的當前肌酐水平超出基準肌酐水平的150%，那么患者將歸類在風(fēng)險類別中?；鶞始◆绞怯舍t(yī)生確定的水平。規(guī)則152-159源于RIFLE圖140中對應(yīng)的指導(dǎo)。在示例中，用戶界面是圖形軟件模塊。圖2-8圖示示例臨床決策支持系統(tǒng)110的示例用戶界面112的屏幕截圖。用戶界面可采用各種其他方式實現(xiàn)。例如，用戶界面可以是命令提示驅(qū)動的界面。圖2示出登錄屏幕200，其充當用戶界面112的門戶。該登錄屏幕200包括用戶欄202、密碼欄204、職能欄206、0K按鈕208和CANCEL按鈕210。該用戶欄202指示用戶姓名，該密碼欄204指示用戶安全憑證，并且職能欄206指示用戶的組織職能。用戶可以提交他的姓名到用戶欄202、提交他的密碼到密碼欄204，并且提交他的組織職能到職能欄206。然后，該用戶可以選擇OK按鈕208。如果該用戶的憑證是經(jīng)過驗證的，用戶界面112繼續(xù)； 否則，用戶界面112可提示用戶重新提交他或她的憑證。圖3示出用戶界面112的部門屏幕300。該部門屏幕300包括上面板310。該上面板 310 具有 My View 標簽 312、Departments 標簽(部門標簽)314、Notif ication Center標簽(通知中心標簽)316、Notes標簽(注釋標簽)318、Statistics標簽(統(tǒng)計數(shù)據(jù)標簽)320、PatientArchive標簽(患者檔案標簽)322、Patients標簽(患者標簽)324和Logout標簽(注銷標簽)326。在該上面板310下方是視圖選項330，其使用戶能夠在地圖視圖或表視圖中顯示部門屏幕300。示出的部門屏幕300在地圖視圖中顯示。在該視圖選項330下方是主體部分340。該主體部分340 —般描繪各種房間、占用那些房間的患者、與那些患者有關(guān)的指標和其他信息。具體地，該主體部分340示出九個房間圖標351-359。房間圖標359代表具有至少三張空床、在某天有至少六個患者出院并且當天有至少七個未分配的患者的示例病房。房間圖標351-358的每個代表具有至少ー個患者的示例房間。例如，房間圖標351具有六個患者圖標361-366 ;因此，房間圖標351代表具有六個患者的房間。例如，對應(yīng)于房間圖標362的房間中的患者是叫“Lewis，J. ”的男性，其已經(jīng)入院七天以治療急性呼吸窘迫綜合征(在圖2中縮寫為“ARDS”)。除該信息外，患者圖標362還示出患者指示370,題為“CV Precondfail”( “CV預(yù)置條件衰竭”)。該患者指示370 —般響應(yīng)于與患者有關(guān)的事件而出現(xiàn)。在該情況下，該患者指示370在患者圖標362中出現(xiàn)來指示“Lewis, J. ”已經(jīng)遭遇心血管衰竭(在患者指示370 中縮寫為 “CV Precond fail”)。圖4示出用戶界面112的患者屏幕400。示出的患者屏幕400可通過在部門屏幕300的主體部分340中選擇患者圖標362而被訪問。該患者屏幕400包括上面板410。在該上面板410中是七個標簽Home標簽(主頁標簽)412，Orders標簽(醫(yī)囑標簽)414，Care標簽(護理標簽)416，Views標簽(視圖標簽)418，Protocols標簽(規(guī)程標簽)420，Help標簽(幫助標簽)422和Logout標簽(注銷標簽)424。該上面板410的右方是Back按鈕(后退按鈕)426。在上面板410下方是患者屏幕400的主體部分440。該主體部分440具有標簽442，其識別患者(在該情況下是“Lewis，J. ”)并且包括其他與患者有關(guān)的信息。盡管未示出，患者屏幕400可包括多個主體部分，每個可通過多個標簽中的對應(yīng)的ー個來訪問。主體部分440垂直分成患者信息部分444和患者規(guī)程部分450。
患者信息部分444水平分成一般信息子部分446和生命體征子部分448。該一般信息子部分446 —般包括對于患者特定的屬性。這些屬性可存儲到患者信息數(shù)據(jù)庫130，并且用戶界面112可配置成從患者信息數(shù)據(jù)庫130獲得屬性。如示出的，一般信息子部分446列出各種屬性，其包括患者入院日期、他的負責(zé)醫(yī)生和護士、他的入院診斷和他最近的檢查結(jié)果，等。當然，患者信息子部分446可列出其他適合的患者屬性。生命體征子部分448列出并且圖形地描繪相關(guān)的患者的生命體征屬性。像形成一般信息子部分446的屬性一祥，形成生命體征子部分448的屬性可存儲到患者信息數(shù)據(jù)庫130，對于用戶界面112，可通過數(shù)據(jù)庫接ロ 116訪問該患者信息數(shù)據(jù)庫130。如示出的，生命體征子部分448描繪并且列出各種屬性，其包括患者體溫、他的心率等。生命體征子部分446可例如列出或描繪其他適合的患者屬性。患者規(guī)程部分450包括工具欄子部分452和本體子部分454。該工具欄子部分452除了其他按鈕外還包括后退按鈕456、前進按鈕458和規(guī)程顯示按鈕460。該本體子部分454包括與活躍的規(guī)程相關(guān)的信息。示出的本體子部分454列出規(guī)程類型462、活躍的規(guī)程規(guī)則464、與該活躍的規(guī)程規(guī)則464有關(guān)的詳細信息對話466以及治療決策對話468。用戶可以選擇規(guī)程顯示按鈕460來將患者屏幕400的主體部分440從圖4中示出的拆分模式切換到規(guī)程顯示模式。圖7示出采用規(guī)程顯示模式的患者屏幕400的主體部分440。在該模式中，主體部分440包括活躍規(guī)程子部分710和附屬規(guī)程子部分720。該活躍規(guī)程子部分710圖形地描繪活躍規(guī)程的流程圖712。該附屬規(guī)程子部分720 —般描繪附屬規(guī)程的一個或多個流程圖。示出的附屬規(guī)程子部分720圖形地描繪第一流程圖722、第二流程圖724和第三流程圖726，其分別對應(yīng)于第一、第二和第三附屬規(guī)程。采用規(guī)程顯示模式的主體部分440還包括視圖選擇面板730，其包括瀏覽器鏈接 732和管理器鏈接734。當用戶選擇瀏覽器鏈接732時，主體部分440采用規(guī)程顯示模式出現(xiàn)，如在圖7中示出的。當用戶選擇管理器鏈接734時，主體部分440采用規(guī)程管理器模式出現(xiàn)。圖8示出采用規(guī)程管理器模式的患者屏幕400的主體部分440。在該模式中，主體部分440包括規(guī)程表810。該規(guī)程表810包括規(guī)程縱欄812、狀態(tài)縱欄814和當前規(guī)則縱欄816。示出的示例規(guī)程表810列出一個活躍的規(guī)程(CV Failure)、兩個使用中規(guī)程(ARDS和Sedation (鎮(zhèn)靜))、ー個推薦規(guī)程(Insulin (胰島素))和ー個結(jié)束規(guī)程(DVT)。規(guī)程表810可以列出更少或更多的規(guī)程?；颊咂聊?00的主體部分440還包括添加按鈕818，其使用戶能夠添加規(guī)程到規(guī)程表810 ;和去除按鈕820，其使用戶能夠從規(guī)程表810中去除規(guī)程。圖9是代表可以執(zhí)行來實現(xiàn)在圖1-8中示出的示例系統(tǒng)和/或那些系統(tǒng)中的一個或多個的部分的示例機器可讀指令的流程圖。圖9的示例過程可以使用處理器、控制器和/或任何其他適合的處理裝置進行。例如，圖9的示例過程可以使用存儲在例如閃速存儲器、只讀存儲器(ROM)和/或隨機存取存儲器(RAM)等有形的計算機可讀介質(zhì)上的編碼指令(例如，計算機可讀指令)實現(xiàn)。如本文使用的，術(shù)語有形的計算機可讀介質(zhì)明確地限定為包括任何類型的計算機可讀存儲并且排除傳播信號。另外或備選地，圖9的示例過程可以使用存儲在例如閃速存儲器、只讀存儲器(ROM)、隨機存取存儲器(RAM)、高速緩存或其中持續(xù)任何時間地(例如，延長時段地、永久地、簡短地、暫時緩存地和/或信息高速緩存地)存儲信息的任何其他存儲介質(zhì)等非暫時性計算機可讀介質(zhì)上的編碼指令(例如，計算機可讀指令)來實現(xiàn)。如本文使用的，術(shù)語非暫時性計算機可讀介質(zhì)明確地限定為包括任何類型的計算機可讀介質(zhì)并且排除傳播信號。備選地，圖9的示例過程中的ー些或全部可以使用專用集成電路(ASIC)、可編程邏輯裝置(PLD)、現(xiàn)場可編程邏輯裝置(FPLD)、離散邏輯、硬件、固件等的任何組合來實現(xiàn)。而且，圖9的示例過程中的ー些或全部可以人工實現(xiàn)或作為前面的技術(shù)中的任何技術(shù)的任何組合(例如，固件、軟件、離 散邏輯和/或硬件的任何組合)實現(xiàn)。此外，盡管圖9的示例過程參照圖9的流程圖描述，可采用實現(xiàn)圖9的過程的其他方法。例如，框的執(zhí)行順序可以改變，并且/或描述的框中的ー些可以改變、消除、細分或組合。另外，圖9的示例過程中的任何過程或全部過程可以通過例如単獨處理線程、處理器、裝置、離散邏輯、電路等相繼和/或并行進行。圖9是示出提供臨床決策支持的示例方法的流程圖900。該方法將參照在圖1-8中描繪的示例臨床決策支持系統(tǒng)110解釋。然而，該方法不限于示例系統(tǒng)110?？?10 —般包括接收多個護理規(guī)程和患者的至少ー個健康屬性。參考在圖IA和3中示出的示例臨床決策支持系統(tǒng)110。如上文描述的，圖3示出部門屏幕300的主體部分340包括若干房間圖標351-359和那些房間圖標的每個中的至少ー個患者圖標。例如，房間圖標351包括六個患者圖標361-366。在框910中，數(shù)據(jù)庫接ロ 116從患者信息數(shù)據(jù)庫130接收對應(yīng)于患者圖標361-366的患者的患者屬性和在其他房間352-359中的患者的患者屬性。適合的患者屬性包括但不限于血壓、體溫和心率。數(shù)據(jù)庫接ロ 116可以接收各種其他患者屬性。在框910中，數(shù)據(jù)庫接ロ 116還從規(guī)程數(shù)據(jù)庫120接收護理規(guī)程122中的ー個或多個。數(shù)據(jù)庫接ロ 116然后傳遞患者屬性和ー個或多個護理規(guī)程到?jīng)Q策模塊114。參考圖9，框920 —般包括確定至少ー個患者屬性是否符合要通知護理提供者的條件。參考圖IA和3。決策模塊114確定接收的患者屬性是否滿足要通知護理提供者的條件。在示例中，該條件可以是閾值。例如，如果患者屬性是尿量，則該條件可以是閾值尿量。在另ー個示例中，一個或多個接收的護理規(guī)程可指示患者條件。參考圖9，框930 —般包括當至少ー個健康屬性符合條件時，通過用戶界面提供患者指示來通知護理提供者患者有資格接受護理治療(例如，參考圖IA和3)。一旦決策模塊114確定接收的患者屬性滿足要通知護理提供者的條件，用戶界面112提供患者指示來通知護理提供者給定的患者有資格接受護理治療。例如，決策模塊114已經(jīng)確定患者362"Lewis7J. ”的患者屬性滿足要通知患者的護理提供者的條件。作為響應(yīng)，用戶界面112顯示患者指示370來通知Lewis，J.的護理提供者Lewis，J.已經(jīng)遭遇心血管衰竭(縮寫為“CV Precondfail”)。用戶界面112可采用各種其他方式向患者護理提供者通知患者指示370。例如，用戶界面112可通過網(wǎng)絡(luò)提供患者指示370給護理提供者。具體地，用戶界面112可使用電子郵件、SMS消息和頁面的任何組合發(fā)送患者指示370給護理提供者，使得護理提供者可在專用本地終端或通過遠程或手持裝置接收患者指示370。這些示例不是限制性的。用戶界面112可采用各種其他方式通知患者的護理提供者，并且護理提供者可采用各種其他方式查看患者指示370。參考圖1A、3和9，框940 —般包括從多個護理規(guī)程中選擇第一規(guī)程，其對應(yīng)于患者指示并且包括第一多個規(guī)則。在示例臨床決策支持系統(tǒng)Iio中，決策模塊114已經(jīng)從接收的護理規(guī)程中選擇“CVFailure”規(guī)程，其對應(yīng)于患者指示370。該CV Failure規(guī)程包括多個規(guī)則(要論述的)?？?50 —般包括從第一多個規(guī)則生成第一多個治療觀察選項。在不例臨床決策支持系統(tǒng)110中，決策模塊114已經(jīng)從CV Failure規(guī)程的規(guī)則生成多個治療觀察選項(要論述的)?？?60 —般包括通過用戶界面顯示第一多個治療觀察選項的每個，來使護理提供者能夠確定第一多個治療觀察選項中的哪個應(yīng)用于患者(例如參考圖IA和4)。用 戶界面112顯示活躍的護理規(guī)程(“CVFailure”)462、CV Failure規(guī)程的活躍規(guī)則464( “Preconditions”)和治療決策對話468，治療決策對話468包括若干治療觀察選項469-472。用戶界面112還在詳細的信息對話466中顯示兩個患者屬性474和兩個目標患者屬性476。不出的患者屬性474和不出的目標患者屬性476都與心血管壓カ和尿量有關(guān)。具體地，Lewis, J.的實際心血管壓カ是5cmH20并且他的目標心血管壓カ是8cmH20;同樣，他的實際尿量是O. 3mL/kg/h并且他的目標尿量是O. 5mL/kg/h?；颊邔傩?74和目標患者屬性476的顯示可通過告知護理提供者理想的治療應(yīng)該達到目標患者屬性的值來幫助護理提供者。參考圖9，框970 —般包括接收第一用戶生成的響應(yīng)，其對應(yīng)于第一多個治療觀察選項中的至少ー個(例如，參考圖IA和4)。護理提供者可觀察患者，并且在此基礎(chǔ)上選擇治療觀察選項469-472中的ー個。例如，護理提供者可選擇選項469來起動程序用于改進心臟的先決條件(precondition),選擇選項470來繼續(xù)后置條件評估(postconditionalassessment),選擇選項471來撤銷他或她先前的選擇(如果有的話)，或選擇選項472來退出CV Failure規(guī)程。在圖4中，加亮顯示選項469來指示護理提供者選擇的選項469。用戶界面112接收護理提供者選擇的選項469。參考圖9，框980 —般包括至少部分基于第一用戶生成的響應(yīng)確定治療推薦(例如，參考圖IA和5)。圖5示出在護理提供者選擇選項469后的患者屏幕400 (在圖4中)。決策模塊114從CV Failure規(guī)程的規(guī)則生成第二規(guī)則，其包括第二多個治療觀察選項。用戶界面112然后顯示該第二規(guī)則(“Diastolic dysfunction (舒張功能障礙)”)501、活躍的護理規(guī)程(“CV Failure”)462、詳細信息對話466中與該第二規(guī)則有關(guān)的詳細信息(“為了繼續(xù)，我們需要評估舒張功能。有功能障礙的征兆嗎？ ”)，以及第二多個治療觀察選項502-505。護理提供者可觀察患者，并且在此基礎(chǔ)上選擇治療觀察選項502來指示存在功能障礙的征兆，選擇選項503來指示不存在功能障礙的征兆，選擇選項504以返回到CV Failure規(guī)程的第一規(guī)則(在圖4中示出的患者屏幕400)，或選擇選項505來退出CVFailure規(guī)程。盡管CVFailure規(guī)程包括第一組治療觀察選項469-472 (在圖4中示出)和第二組治療觀察選項502-505，臨床決策支持系統(tǒng)110可例如使用具有單組治療觀察選項的規(guī)程。在圖5中，加亮顯示治療觀察選項502來指示護理提供者選擇的選項502。用戶界面112接收護理提供者選擇的選項502。在護理提供者選擇選項502后，決策模塊114基于護理提供者選擇的選項469 (在圖4中示出)和選擇的選項502 (在圖5中示出)確定治療推薦。在一個示例中，護理規(guī)程具有一個或多個預(yù)定治療推薦，并且每個治療推薦對應(yīng)于治療觀察選項的選擇的組合。在示例臨床決策支持系統(tǒng)110中，例如，決策模塊114可使護理提供者選擇的治療觀察選項(469和502)組合對應(yīng)于護理規(guī)程，并且在護理規(guī)程中選擇對應(yīng)于該選擇的組合的預(yù)定治療推薦。參考圖9，框990 —般包括通過用戶界面顯示治療推薦來通知護理提供者用于護理治療的治療推薦(例如，參考圖IA和6)。圖6示出在決策模塊114確定治療推薦后的患者屏幕400。在患者屏幕400中，用戶界面112用除其他事物以外的治療推薦601、備選治療推薦602、患者狀況的診斷603和活躍的規(guī)程規(guī)則604填充主體部分440的患者規(guī)程部分450。具體地，治療推薦601規(guī)定護理提供者應(yīng)該給患者500ml的鹽水并且通過將輸液速率降低至6mL/h來減少肌肉收縮カ支持。診斷603指示患者具有肌肉收縮カ輸液(inotropicinfusion)。備選治療推薦602建議護理提供者給予患者規(guī)定容量并且提供阻滯劑給患者。在示例中，用戶界面112根據(jù)護理提供者的組織職能顯示治療推薦(例如，參考圖2和6)。如果護理提供者要將第一職能(例如，“住院護士”)鍵入職能欄206，用戶界面112 可只顯示治療推薦601。如果護理提供者要將第二職能(例如，“非住院護士”)鍵入職能欄206，用戶界面112可只顯示備選治療推薦602。如果護理提供者要將第三職能(例如，“醫(yī)生”)鍵入職能欄206，用戶界面112可顯示治療推薦601和備選治療推薦602兩者。以此方式，用戶界面112可以根據(jù)護理提供者的經(jīng)驗水平、對患者的熟悉度或類似物呈現(xiàn)ー個或多個治療選項給護理提供者。參考圖9，框995 —般包括通過用戶界面接受關(guān)于應(yīng)用于患者的治療推薦的反饋(例如，參考圖IA和6)。在護理提供者實現(xiàn)治療推薦601后，護理提供者選擇鏈接605來記錄他或她的醫(yī)囑。選擇鏈接605可例如發(fā)送推薦的處方的醫(yī)囑到藥房。選擇鏈接605還可或代替地更新患者信息部分444的一般信息子部分446中的信息。選擇鏈接605還可或代替地使護理提供者能夠通過用戶界面112提交護理提供者發(fā)現(xiàn)治療推薦601是否有用以及有用到何種程度。用戶界面112可接受未提及的各種其他形式的反饋。在示例中，用戶界面112顯示護理規(guī)程的圖形表示(例如，參考圖6和7)。在患者屏幕400中，護理提供者可以選項Protocol標簽420或規(guī)程顯示按鈕460來使用戶界面112顯示活躍的護理規(guī)程的圖形表示。圖7示出在護理提供者選擇在圖6中示出的患者屏幕400中的Protocol標簽420或規(guī)程顯不按鈕460后，向護通提供者顯不CVFailure規(guī)程的流程圖712的患者屏幕400。該流程圖712 —般包括規(guī)則要素732-737、治療選項要素738-740和控制要素741。規(guī)則要素732-737的每個對應(yīng)于CV Failure規(guī)程的規(guī)則中的ー個。例如，規(guī)則要素733對應(yīng)于Precondition規(guī)則464 (在圖4中示出)，規(guī)則要素734對應(yīng)于舒張功能障礙規(guī)則501 (在圖5中示出)，并且規(guī)則要素736對應(yīng)于On Isotropes (具有肌肉收縮カ)規(guī)則604(在圖6中示出)。治療選項要素738-740的每個對應(yīng)于CV Failure規(guī)程的治療選項中的ー個。例如，治療選項要素738對應(yīng)于治療推薦601 (在圖6中示出)并且治療選項要素739對應(yīng)于備選治療推薦602 (也在圖6中示出)。流程圖712還示出規(guī)則之間的關(guān)系和治療選項。例如，箭頭742指示規(guī)則要素733(對應(yīng)于規(guī)則464)和規(guī)則要素734 (對應(yīng)于規(guī)則501)之間的關(guān)系。在示例用戶界面112中，護理提供者選擇治療觀察選項469 ;因此，規(guī)則要素734相對于規(guī)則要素735是暗的，并且箭頭742相對于虛線箭頭743是實線的。相似地，治療選項要素738相對于治療選項要素739-740是暗的來指示治療選項要素738對應(yīng)于治療推薦601。以此方式，護理提供者可以使規(guī)則和他或她選擇的那些的備選治療選項可視化。例如，護理提供者可以看到是他或她選擇選項470 (在圖4中)，然后CV Failure規(guī)程將指示他或她檢查患者心臟功能，如由治療觀察要素737表示的。在示例中，用戶界面112可以描繪一個或多個不活躍的規(guī)程。例如，參考圖7。如上文描述的，患者屏幕400的附屬規(guī)程子部分720包括第一流程圖722、第二流程圖724和第三流程圖726。第一流程圖722描繪在使用中但不活躍的ARDS規(guī)程。同樣，第二流程圖724描繪在使用中但不活躍的Sedation規(guī)程。第三流程圖726描繪推薦的但不在使用的Insulin規(guī)程。護理提供者可以通過首先選擇管理器鏈接734將Insulin規(guī)程添加作為“在使用中”規(guī)程。用戶界面100然后將填充患者屏幕400，如在圖8中示出的。護理提供者然后可以在規(guī)程表810中選擇胰島素規(guī)程并且點擊添加按鈕818。圖10是可以用于實現(xiàn)本文描述的設(shè)備和方法的示例處理器系統(tǒng)1000的框圖。如 在圖10中示出的，該處理器系統(tǒng)1000包括耦合于互連總線1004的處理器1002。該處理器1002可以是任何適合的處理器、處理單元或微處理器。盡管未在圖10中示出，該系統(tǒng)1000可以是多處理器系統(tǒng)，并且從而可包括與處理器1002相同或相似并且通信地耦合于互連總線1004的ー個或多個另外的處理器。圖10的處理器1002耦合于芯片集1006，其包括存儲器控制器1008和輸入/輸出(I/o)控制器1010。眾所周知，芯片集典型地提供I/O和存儲器管理功能以及可由耦合于芯片集1006的一個或多個處理器訪問或使用的多個通用和/或?qū)Ｓ屑拇嫫?、計時器等。存儲器控制器1008執(zhí)行使處理器1002 (或多個處理器，如果存在多個處理器)能夠訪問系統(tǒng)存儲器1012和大容量存儲存儲器1014的功能。系統(tǒng)存儲器1012可以包括任何期望類型的易失性和/或非易失性存儲器，例如靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、閃速存儲器、只讀存儲器(ROM)等。大容量存儲存儲器1014可以包括任何期望類型的大容量存儲裝置，其包括硬盤驅(qū)動器、光盤驅(qū)動器、磁帶存儲裝置等。I/O控制器1010執(zhí)行使處理器1002能夠通過I/O總線1022與外設(shè)輸入/輸出(I/O)裝置1016和1018以及網(wǎng)絡(luò)接ロ 1020通信的功能。I/O裝置1016和1018可以是任何期望類型的I/O裝置，例如鍵盤、視頻顯示器或監(jiān)視器、鼠標等。網(wǎng)絡(luò)接ロ 1020可以是，例如使處理器系統(tǒng)1000能夠與另一個處理器系統(tǒng)通信的以太網(wǎng)裝置、異步傳送模式(ATM)裝置、802. 11裝置、DSL調(diào)制解調(diào)器、電纜調(diào)制解調(diào)器、蜂窩調(diào)制解調(diào)器等。盡管存儲器控制器1008和I/O控制器1010作為芯片集1006內(nèi)的單獨框在圖10中描繪，由這些框執(zhí)行的功能可集成在單個半導(dǎo)體電路內(nèi)或可使用兩個或以上的単獨集成電路實現(xiàn)。盡管本發(fā)明已經(jīng)參照某些實施例描述，本領(lǐng)域內(nèi)技術(shù)人員將理解可做出各種改變并且可代替等同物而不偏離本發(fā)明的范圍。另外，可做出許多修改以使特定情況或材料適應(yīng)于本發(fā)明的教導(dǎo)而不偏離它的范圍。因此，規(guī)定本發(fā)明不限于公開的特定實施例，而本發(fā)明將包括落入附上的權(quán)利要求的范圍內(nèi)的所有實施例。
權(quán)利要求
1.一種用于提供臨床決策支持的計算機實現(xiàn)的方法，所述方法包括 接收(910)多個護理規(guī)程(122)和患者的至少ー個健康屬性(474)； 確定(920)所述至少ー個健康屬性(474)是否符合要通知護理提供者的條件； 當所述至少ー個健康屬性(474)符合所述條件時，通過用戶界面(112)提供(930)患者指示(370)來通知護理提供者患者有資格接受護理治療； 從所述多個護理規(guī)程(122)中選擇(940)第一規(guī)程，其對應(yīng)于所述患者指示(370)并且包括第一多個規(guī)則(151-159)； 從所述第一多個規(guī)則(151-159)生成(950)第一多個治療觀察選項(469-472)；通過所述用戶界面(112)顯示(960)所述第一多個治療觀察選項(469-472)的每個和關(guān)于推薦的治療觀察選項的建議(469)，以使護理提供者能夠確定所述第一多個治療觀察選項(469-472)中的哪個應(yīng)用于患者； 接收(970)第一用戶生成的響應(yīng)，其對應(yīng)于所述第一多個治療觀察選項(469-472)中的至少ー個； 至少部分基于所述第一用戶生成的響應(yīng)確定(980)治療推薦(601)； 通過所述用戶界面(112)顯示(990)所述治療推薦(601)來通知護理提供者用于護理治療的所述治療推薦(601);以及 接受(995)關(guān)于應(yīng)用于患者的所述治療推薦(601)的反饋。
2.如權(quán)利要求I所述的方法，其中確定所述治療推薦(601)包括 從所述第一多個規(guī)則(151-159)生成第二多個治療觀察選項(502-505)； 通過所述用戶界面(112)顯示所述第二多個治療觀察選項(502-505)的每個，以使護理提供者能夠確定所述第二多個治療觀察選項(502-505)中的哪個應(yīng)用于患者； 接收第二用戶生成的響應(yīng)，其對應(yīng)于所述第二多個治療觀察選項(502-505)中的至少ー個； 至少部分基于所述第一和第二用戶生成的響應(yīng)確定所述治療推薦(601)。
3.如權(quán)利要求I所述的方法，其進ー步包括通過所述用戶界面(112)顯示所述第一規(guī)程的圖形表示(712)。
4.如權(quán)利要求3所述的方法，其中所述圖形表示(712)是描繪所述第一多個規(guī)則(151-159)的每個、所述第一多個規(guī)則(151-159)的每個之間的任何關(guān)系和所述治療推薦(601)的流程圖。
5.如權(quán)利要求I所述的方法，其進ー步包括 從所述至少ー個健康屬性(474)確定至少ー個目標健康屬性(476)，以及通過所述用戶界面(112)顯示所述至少一個目標健康屬性(476)來通知護理提供者所述治療推薦(601)試圖完成所述至少一個目標健康屬性(476)。
6.如權(quán)利要求I所述的方法，其中所述多個護理規(guī)程(122)由護理提供者基于不包括所述患者的患者人群而生成。
7.ー種臨床決策支持系統(tǒng)(110)，其包括 連接到存儲器(1012，1014)的處理器(1002)，對所述處理器(1002)編程來實現(xiàn)所述系統(tǒng)(110)； 數(shù)據(jù)庫接ロ(116)，用于接收多個護理規(guī)程(122)和患者的至少ー個健康屬性(474)；決策模塊(114)，用于確定所述至少ー個健康屬性(474)是否符合要通知護理提供者的條件，用于從所述多個護理規(guī)程(122)中選擇第一規(guī)程，其對應(yīng)于所述患者指示(370)并且包括第一多個規(guī)則(151-159)，用于從所述第一多個規(guī)則(151-159)生成第一多個治療觀察選項(469-472)，以及用于至少部分基于第一用戶生成的響應(yīng)來確定治療推薦(601)，第一用戶生成的響應(yīng)對應(yīng)于所述多個治療觀察選項(469-472)中的至少一個；和 用戶界面(112)，用于當所述至少ー個健康屬性(474)符合條件時提供所述患者指示(370)來通知護理提供者患者有資格接受護理治療，用于顯示所述第一多個治療觀察選項(469-472)的每個，用于使護理提供者能夠確定所述第一多個治療觀察選項(469-472)中的哪個應(yīng)用于患者，用于接收所述第一用戶生成的響應(yīng)，以及用于顯示所述治療推薦(601)來通知護理提供者用于護理治療的所述治療推薦(601)，以及用于接受關(guān)于應(yīng)用于患者的所述治療推薦(601)的反饋。
8.如權(quán)利要求7所述的系統(tǒng)，其中所述決策模塊(114)用于從所述第一多個規(guī)則(151-159)生成第二多個治療觀察選項(502-505)，通過所述用戶界面(112)顯示所述第二多個治療觀察選項(502-505)的每個來使護理提供者能夠確定所述第二多個治療觀察選項(502-505)中的哪個應(yīng)用于患者；用于接收第二用戶生成的響應(yīng)，其對應(yīng)于所述第二多個治療觀察選項(502-505)中的至少ー個，以及用于至少部分基于所述第一和第二用戶生成的響應(yīng)確定所述治療推薦(601)。
9.如權(quán)利要求7所述的系統(tǒng)，其中所述用戶界面(112)用于顯示所述第一規(guī)程的圖形表示(712) ο
10.如權(quán)利要求9所述的系統(tǒng)，其中所述圖形表示(712)是描繪所述第一多個規(guī)則(151-159)的每個、所述第一多個規(guī)則(151-159)的每個之間的任何關(guān)系和所述治療推薦(601)的流程圖。
全文摘要
提供用于提供臨床決策支持的系統(tǒng)和方法。確定健康屬性(474)是否符合要通知護理提供者的條件。當該健康屬性(474)符合這樣的條件時，提供患者指示(370)。選擇第一護理規(guī)程，其包括許多規(guī)則(151-159)并且對應(yīng)于該患者指示(370)。從這些多個規(guī)則(151-159)生成第一多個治療觀察選項(469-472)。顯示這些第一多個治療觀察選項(469-472)的每個。接收第一用戶生成的響應(yīng)，其對應(yīng)于這些多個治療觀察選項(469-472)中的至少一個。至少部分基于該第一用戶生成的響應(yīng)確定治療推薦(601)。顯示該治療推薦(601)。接受關(guān)于該治療推薦(601)的反饋。
文檔編號G06F19/00GK102693351SQ20111046291
公開日2012年9月26日 申請日期2011年12月30日 優(yōu)先權(quán)日2010年12月30日
發(fā)明者A·維爾茨, A·黑克拉 申請人:通用電氣公司