專利名稱：可適應的醫(yī)療工作流程系統(tǒng)的制作方法
技術領域：
本公開涉及醫(yī)療工作流程系統(tǒng)。
背景技術：
醫(yī)護人員(例如，護士)的工作通常包括執(zhí)行若干有關患者治療的任務。醫(yī)護人員經常要執(zhí)行的任務諸如為患者喂食或使用例如條形碼掃描器之類的設備記錄患者體溫從而將藥物或患者的特征登記到醫(yī)療計算機系統(tǒng)中。在患者的護理和治療期間，醫(yī)護人員可能會執(zhí)行若干任務，這些任務可以被統(tǒng)稱為醫(yī)護人員的“工作流程”。醫(yī)護人員會遵照醫(yī)護機構的規(guī)章所規(guī)定的工作流程。該工作流程可通過醫(yī)療計算機系統(tǒng)在顯示屏幕上提供給醫(yī)護人員。醫(yī)護人員對新技術的接受是醫(yī)學界所面臨的一個問題。新技術的引進經常意味著醫(yī)護人員的工作流程會有一些變化，因而需要部分醫(yī)護人員的努力來適應新技術。例如，某個醫(yī)護系統(tǒng)結構可能會要求醫(yī)護人員按A、B、C的順序執(zhí)行任務(例如，掃描標簽、施用藥物、記錄患者的生命體征等)。對該醫(yī)護系統(tǒng)結構的改變或升級可能會要求醫(yī)護人員按A、C、B的順序執(zhí)行任務，或者可能還會增加額外的任務D (例如，新的工作流程為A、B、D、C)。這種醫(yī)護系統(tǒng)結構的改變可能會打亂醫(yī)護人員過去習慣遵循的工作流程。因此，在一些情況下，對現(xiàn)有醫(yī)護結構的升級或改變可能會導致部分醫(yī)護人員在習慣這些改變期間錯誤增加或效率降低。

發(fā)明內容
本文公開了解決上面所討論的以及其它用于改進醫(yī)療工作流程的需求的方法和系統(tǒng)。在本公開的一個方面，公開了一種使得在耦合到醫(yī)院網絡的處理器上執(zhí)行的醫(yī)療工作流程進行適應的方法。該方法包括接收包含醫(yī)療信息數(shù)據(jù)的消息、使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程、以及基于該預測來向界面?zhèn)魉桶粋€或多個醫(yī)療行動選項的菜單。在公開的另一個方面，公開了一種編碼有用于使得醫(yī)療工作流程進行適應的指令的機器可讀介質。所述指令包括的代碼來使處理器接收包含醫(yī)療信息數(shù)據(jù)的消息、使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程、以及基于該預測來向界面?zhèn)魉桶粋€或多個醫(yī)療行動選項的菜單。
在公開的再一個方面，公開了一種用于使得醫(yī)療工作流程進行適應的系統(tǒng)。該系統(tǒng)包括服務器、具有界面的掃描器及數(shù)據(jù)庫。服務器包括用于從掃描器接收包含醫(yī)療信息數(shù)據(jù)的消息的醫(yī)療信息接收部分、用于使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程的工作流程預測部分、以及用于基于所預測的工作流程來向掃描器傳送用于在界面上顯示的包含一個或多個醫(yī)療行動選項的菜單的菜單傳送部分。根據(jù)下面的詳細描述和附圖，本公開的實施例在前面所提到的以及其它特征、方面及優(yōu)點將變得更明顯。


圖I為根據(jù)本公開的實施例的系統(tǒng)的示意圖。圖2為根據(jù)本公開的實施例的服務器的概念框圖。圖3A為描繪了根據(jù)本公開的實施例的在服務器上執(zhí)行的示例進程的流程圖。圖3B為描繪了根據(jù)本公開的實施例的醫(yī)療數(shù)據(jù)庫的條目的概念框圖。圖4A為描繪了在服務器上執(zhí)行的示例現(xiàn)有技術進程的流程圖。圖4B為描繪了在服務器上執(zhí)行的示例現(xiàn)有技術進程的流程圖。圖4C為描繪了根據(jù)本公開的實施例的在服務器上執(zhí)行的示例進程的流程圖。圖5示出了根據(jù)本公開的實施例的具有示例菜單屏幕的掃描器。圖6示出了根據(jù)本公開的實施例的具有示例菜單屏幕的掃描器。圖7示出了根據(jù)本公開的實施例的具有示例菜單屏幕的掃描器。圖8示出了根據(jù)本公開的實施例的具有示例菜單屏幕的掃描器。圖9示出了根據(jù)本公開的實施例的具有示例菜單屏幕的掃描器。
具體實施例方式下面所闡述的詳細描述意在作為主題技術的各種結構的描述，而不是為了說明可應用主題技術的僅有結構。本文包含附圖，并且附圖構成了詳細描述的一部分。詳細描述包括具體細節(jié)，目的在于對主題技術提供透徹的理解。但是，對于本領域內的技術人員顯而易見的是，主題技術可以在沒有這些具體細節(jié)的情況下執(zhí)行。在一些情況下，為了避免模糊主題技術的概念，已知的構造和部件以框圖的形式展示。為了便于理解，相同的部件以同一元件編號標記。所公開的實施例處理并解決了上述醫(yī)療工作流程結構的相關問題。這些實施例通過最小化或消除醫(yī)護人員只能遵循唯一特定的行動順序來完成某些醫(yī)護任務的需求，至少部分地解決了這些問題。所公開的實施例至少通過以醫(yī)護人員所掃描的醫(yī)療項目的識別特征為基礎來預測醫(yī)護人員的工作流程從而解決這些問題。在一些實施例中，作為對醫(yī)護人員先前的行動和菜單選擇的響應，使用工作流程預測來創(chuàng)建在顯示器上呈現(xiàn)給醫(yī)護人員的菜單。根據(jù)某些實施例，工作流程的預測是由醫(yī)護人員掃描標簽(如患者的身份(ID)標簽或醫(yī)療包裝標簽)的行動觸發(fā)的。利用被掃描的醫(yī)療對象的識別特征，計算機上的預測進程會計算醫(yī)護人員可能要進行的接下來的行動。隨后，在所預測的接下來的行動的基礎上，計算機指示顯示器為醫(yī)護人員呈現(xiàn)菜單，以便于他們執(zhí)行可能的接下來的行動。預測進程基于一段時間內醫(yī)護人員所進行的在前的掃描來進行適應。因此，在一些方面，預測進程減輕了醫(yī)護人員必須記住掃描各種醫(yī)療對象的特定順序的困擾。圖I示出了根據(jù)本公開的某些結構的系統(tǒng)110的簡圖。系統(tǒng)110包括一個或多個醫(yī)療設備102，醫(yī)療設備102可通過醫(yī)院網絡104與計算機服務器100 (服務器)通訊。系統(tǒng)110還包括與服務器100通訊耦合的界面108。服務器100與界面108相連用于為醫(yī)護人員提供顯示。界面108為用戶提供顯示，以及提供輸入設備供用戶向系統(tǒng)110中輸入信息。界面108的一個例子是觸摸屏，盡管在其它實施例中，界面108包括單獨的顯示器和輸入設備。界面108向服務器100傳達用戶交互(例如，菜單選擇)。在某些實施例中，界面108直接附加在服務器100上。在其它某些實施例中，界面108遠程放置，并通過醫(yī)院網絡104與服務器100通訊。在另外的 實施例中，界面108集成到醫(yī)療設備102中。繼續(xù)參照圖1，系統(tǒng)110還包括醫(yī)療數(shù)據(jù)庫106，該醫(yī)療數(shù)據(jù)庫106通過管理網絡105與服務器100通訊耦合。服務器100用于在醫(yī)護人員與醫(yī)療設備102和/或界面108交互的基礎上預測醫(yī)護人員的工作流程。服務器100與數(shù)據(jù)庫106通訊，以接收或存儲某些對工作流程的預測有用的相關信息。通過說明而非限制的方式，在某些結構中，服務器100使用在服務器100的處理器上運行的軟件應用程序來預測醫(yī)護人員的工作流程。繼續(xù)參照圖1，通過說明而非限制的方式，醫(yī)療設備102可以是計算機、移動電話、便攜式計算機、弱功能客戶機設備、個人數(shù)字助理(PDA)、便攜式計算設備、條形碼掃描器、射頻識別(RFID)接收器或具有處理器的其他設備。如本文中所使用的，術語“掃描”是指從實體向處理器傳遞信息的有線或無線操作。這包括例如通過紅外接收器掃描條形碼、使用RFID天線感測射頻識別(RFID)、手動地將條形碼或患者信息讀入和錄入計算機等等。繼續(xù)參照圖1，通過說明而非限制的方式，網絡104和105可以是例如調制解調器連接、局域網(LAN)連接(包括以太網)或寬帶廣域網(WAN)連接(包括DSL、電纜、T1、T3、光纖、Wi-Fi )、或移動網絡連接(包括GSM、GPRS、3G、WiMax )、或其它網絡連接。在某些結構中，醫(yī)院網絡104為醫(yī)療設備102與服務器100之間的專用的點對點連接(例如，藍牙或無線USB連接)。圖2示出了根據(jù)本公開的某些結構的服務器100的結構200的簡化框圖。操作系統(tǒng)(OS)218與醫(yī)療信息接收部分202、工作流程預測部分204、菜單傳送部分206、檢驗部分208、狀態(tài)確定部分210、數(shù)據(jù)庫訪問部分212、數(shù)據(jù)庫更新部分216、以及會話管理部分214通訊。根據(jù)本公開的某些方面，這些部分的特征和功能可以容易地以軟件、硬件和/或它們的組合實現(xiàn)，本公開中將對其進行進一步描述。圖3Α為示出了根據(jù)本公開的某些方面的在服務器100上執(zhí)行的示例進程300的流程圖。服務器100用于接收來自醫(yī)療設備102的消息。在操作302中，進程300通過服務器100接收包含醫(yī)療信息數(shù)據(jù)的消息來進行初始化。在某些結構中，醫(yī)護人員使用醫(yī)療設備102 (例如，條形碼讀取器)掃描條形碼標簽或執(zhí)行醫(yī)療對象的射頻識別(RFID)掃描。醫(yī)療對象可以是例如藥瓶、食物項目、患者的包含了患者識別信息的腕套等等。在某些結構中，醫(yī)護人員通過例如觸摸屏或鍵盤，直接將醫(yī)療對象的識別特征輸入到醫(yī)療設備102中。作為對醫(yī)護人員的掃描或其它輸入的響應，醫(yī)療設備102向服務器100傳輸包含某些醫(yī)療信息數(shù)據(jù)的消息。在某些實施例中，該消息的形式為互聯(lián)網協(xié)議(IP)數(shù)據(jù)包或任意其它已知的機器到機器的通訊格式。醫(yī)療信息數(shù)據(jù)包括醫(yī)療對象識別信息。例如，醫(yī)療信息數(shù)據(jù)可包括指向唯一醫(yī)療對象的條形碼數(shù)值或RFID數(shù)值。醫(yī)療信息接收部分202 (圖2)對服務器100所接收到的攜帶了醫(yī)療信息數(shù)據(jù)的消息進行處理。在某些結構中，醫(yī)療信息接收部分202對所接收到的消息進行解析以提取醫(yī)療信息數(shù)據(jù)。在某些結構中，醫(yī)療信息接收部分202對醫(yī)療設備102進行鑒定以確保該醫(yī)療設備102不是欺騙性的醫(yī)療設備。會話管理部分214在所接收到的醫(yī)療信息的基礎上，將會話與所接收到的消息關聯(lián)。在某些結構中，工作流程的預測是在該工作流程的會話背景下執(zhí)行的。例如，在某些結構中，每收到一個患者ID掃描或醫(yī)護人員每登錄一次，會話管理部分214會創(chuàng)建一個新的會話。在某些結構中，工作流程預測進程(下面會更詳細地描述)利用在一個會話中收到的一個至全部的消息來預測醫(yī)護人員接下來的行動。繼續(xù)參照圖3A，在操作304，服務器100的工作流程預測部分204利用至少部分所收到的醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程。在某些結構中，對于在醫(yī)療信息數(shù)據(jù)中傳送其身份特征的醫(yī)療對象而言，工作流程預測部分204基于可能針對該醫(yī)療對象進行的行動來預測醫(yī)護人員的工作流程。例如，如果被掃描的醫(yī)療對象是“牛奶”，則工作流程預測部分204將針對“牛奶”可能采取的所有的行動(包括“喂食”、“存儲”、及“記錄喂食”行動)包含在預測行動清單中。如果被掃描的醫(yī)療對象對應于患者的腕套，則工作流程預測部分204利用患者的身份特征來預測醫(yī)護人員 下一步可能的行動(例如，為患者施用藥物或測量患者的體溫等)。繼續(xù)參照圖3A，狀態(tài)確定部分210在醫(yī)療對象的身份特征的基礎上，確定與被掃描的醫(yī)療對象相關的一個或多個狀態(tài)。例如，如果被掃描的醫(yī)療對象為患者的腕套，狀態(tài)確定部分210確定患者是否處于準備手術狀態(tài)、手術后的狀態(tài)、觀察中的狀態(tài)等等。狀態(tài)確定部分210還從數(shù)據(jù)庫106中獲取有關患者的生命狀態(tài)的信息(例如，體重、藥物過敏等)。例如，如果被掃描的醫(yī)療對象為藥瓶，狀態(tài)確定部分210確定有效期狀態(tài)(藥物是否已過期)、召回狀態(tài)(對于該藥物是否有召回通知的發(fā)布)等等。狀態(tài)確定部分210通過經由數(shù)據(jù)庫訪問部分212查詢數(shù)據(jù)庫106，對被掃描的醫(yī)療對象的相關狀態(tài)進行確定。狀態(tài)確定部分210通過讀取與被掃描的醫(yī)療對象關聯(lián)的并存儲在與服務器100相耦合的存儲器(例如，數(shù)據(jù)庫106)中的狀態(tài)條目以及它們的數(shù)值來對被掃描的醫(yī)療對象的狀態(tài)進行確定。狀態(tài)確定部分210將所獲取的狀態(tài)信息傳送給工作流程預測部分204。繼續(xù)參照圖3A，基于從狀態(tài)確定部分210獲得的狀態(tài)信息及從會話管理部分214獲得的會話信息，工作流程預測部分204預測醫(yī)護人員工作流程中的接下來的可能的行動。在某些結構中，工作流程預測部分204預測單個接下來的可能的行動。作為選擇，在其它某些結構中，工作流程預測部分204預測多級接下來的可能的行動(例如，接下來的可能的行動以及再接下來的可能的行動等等)。如果需要，工作流程預測部分204還通過數(shù)據(jù)庫訪問部分212查詢醫(yī)療數(shù)據(jù)庫106，以建立患者診斷需求，從而預測醫(yī)護人員的工作流程。工作流程預測部分204還與狀態(tài)確定部分210通訊，以確定如上所述與收到的醫(yī)療信息數(shù)據(jù)中所識別的醫(yī)療對象相關聯(lián)的一個或多個狀態(tài)。在某些結構中，預測操作304包括數(shù)據(jù)庫查找操作。例如，醫(yī)療數(shù)據(jù)庫106可包括針對某醫(yī)療對象(例如，藥物)的可能的操作的清單，并且工作流程預測部分204可簡單地將與醫(yī)療對象相關聯(lián)的該清單用作所預測的醫(yī)護人員接下來可能的行動。在某些結構中，預測操作包括選擇與醫(yī)療數(shù)據(jù)庫106中的醫(yī)療對象關聯(lián)的醫(yī)護人員接下來可能的若干行動中的一個。在某些結構中，預測操作包括使用與醫(yī)護人員(或另一個具有相同職責的醫(yī)護人員，如護士)和/或同一患者的過去行動相關的信息，并將這些行動包含在所預測的工作流程中。因此，在某些方面，工作流程預測部分204能夠通過將先前的工作流程相關的信息及醫(yī)護人員的選擇存儲在存儲器中來自我訓練。在某些結構中，預測操作使用醫(yī)護人員在所進行的會話中所執(zhí)行的先前行動，基于在操作302中所收到的消息中包含的醫(yī)療對象，來選擇接下來可能的行動。在某些結構中，預測操作可將概率與醫(yī)護人員可能的行動相關聯(lián)。與接下來可能的行動相關聯(lián)的概率值可用于區(qū)分菜單中顯示的行動的優(yōu)先級順序。例如，較高概率的行動可以顯示在菜單清單的頂部，或(例如，顏色或字體大小)明顯突出地顯示給醫(yī)護人員。繼續(xù)參照圖3A，在操作306，基于從工作流程預測部分204接收到的所預測的工作流程，服務器100的菜單傳送部分206傳送包含一個或多個醫(yī)療行動選項的菜單，用于在界面108上顯示給醫(yī)護人員。多種格式可用于從菜單傳送部分206至界面108的菜單傳送。例如，在某些結構中，菜單傳送部分206通過包含顯示指令或圖示命令來傳送用于在界面108上顯示的數(shù)據(jù)。當界面108嵌入在醫(yī)療設備102中，并且醫(yī)療設備102具有可以接收圖示命令并通過解碼這些圖示命令將菜單顯示給醫(yī)護人員的處理器時，這種結構是合適的。例如，菜單傳送部分206可指定顯示屬性，如字體、大小、顏色及菜單在界面108上的布局。作為一個例子，在某些結構中，菜單傳送部分206使用已知的如超文本標記語言(HTML)的技術來詳細說明菜單。作為選擇，在某些結構中，界面108直接與服務器100連接，并且 菜單傳送部分206使用一些已知的圖形外圍設備標準中的一種(如視頻圖形陣列(VGA)等)將菜單傳送給界面108。繼續(xù)參照圖3A，在某些結構中，菜單傳送部分206將一個或多個行動項目包括在所預測的工作流程中，但是會禁用或“灰化”顯示這些行動項目，從而使得醫(yī)護人員能夠在菜單上看到這些行動項目，但是無法通過在菜單上選擇該行動項目來與其交互。例如，如果菜單傳送部分206已經確定庫存中有足夠數(shù)量的藥物劑量可用，則用于訂購新藥物項目以補充庫存的顯示菜單項目可被灰化顯示。在某些結構中，菜單傳送部分206使用一個或多個工作參數(shù)(如一天的時間)以及與被掃描的對象相關聯(lián)的狀態(tài)值對相關的行動項目做出禁用的決定?！盎一憋@示的行動是為了為醫(yī)護人員提供未來的參考，使其注意到該行動對于被掃描的對象是有潛在可能的。在某些實施例中，工作流程數(shù)據(jù)庫更新部分216允許基于系統(tǒng)管理員的輸入來對數(shù)據(jù)庫106進行更新。例如，系統(tǒng)管理員可更新工作流程數(shù)據(jù)庫，以提高醫(yī)護人員向患者提供的服務質量。系統(tǒng)管理員可將數(shù)據(jù)庫106更新為適應系統(tǒng)管理員所管理的若干醫(yī)護設備的“最佳實踐”。在某些結構中，更新數(shù)據(jù)庫106包括更新與所接收到的醫(yī)療對象ID相關聯(lián)的預測工作流程的清單。在某些結構中，更新數(shù)據(jù)庫106包括添加新的患者護理規(guī)則，如“不要同時施用藥物X和藥物Y”?，F(xiàn)在參照圖3B，描繪了數(shù)據(jù)庫106的各條目的概念框圖。在某些實施例中，醫(yī)療數(shù)據(jù)庫106包括多個醫(yī)療對象352所構成的清單350。對于清單350中的每一個醫(yī)療對象352，醫(yī)療數(shù)據(jù)庫106包括可能用于醫(yī)護人員的多個可能的行動354。這些可能的行動354中的每一個具有O個或多個狀態(tài)356。在某些結構中，多個醫(yī)療對象構成的清單350還包括用于“未知”醫(yī)療對象的默認條目360。作為一個例子，清單350包括如“患者”、“藥瓶”、“食物項目”、“靜脈注射(IV)流體容器”等的醫(yī)療對象。作為一個例子，對于與醫(yī)療對象352 “藥瓶”對應的條目可能的行動354包括“施用”及“丟棄”。作為一個例子，對應于條目360 “未知”的可能的行動包括“重新掃描”、“轉為手動輸入”、“幫助”、“聯(lián)系系統(tǒng)管理員”。如果服務器100不能識別所掃描的醫(yī)療對象352，則服務器100請求醫(yī)療設備102顯示對應于“未知”條目360的可能的行動354的清單。繼續(xù)參照圖3B，與多個可能的行動354相關聯(lián)的示例狀態(tài)356包括各種之前討論過的患者狀態(tài)(例如，準備手術的狀態(tài)等)、生命體征狀態(tài)等。在某些結構中，數(shù)據(jù)庫106的條目是靜態(tài)的并且是基于使用了數(shù)據(jù)庫106的醫(yī)護設備的規(guī)則預先確定的。在某些結構中，服務器100隨時對數(shù)據(jù)庫106的條目及狀態(tài)字段356的值進行更新。例如，服務器100根據(jù)醫(yī)護人員之前的掃描和/或選擇，對條目進行更新。通過說明而非限制的方式，下面通過醫(yī)護人員為嬰兒患者喂奶并將該喂食記錄到醫(yī)療記錄中的示例工作流程，進一步說明通過預測醫(yī)護人員的行動來適應醫(yī)護人員的工作流程的過程。特別地，下面描述了用于執(zhí)行“記錄喂食”任務的兩個不同的工作流程。圖4A 和圖4B所示出的工作流程通常涉及現(xiàn)有技術的“靜態(tài)”工作流程，其中服務器100不預測醫(yī)護人員的工作流程。另一方面，在圖4C所示出的工作流程中，服務器100基于被掃描的醫(yī)療對象的身份特征預測工作流程。參照圖4A，進程401示出了醫(yī)療工作流程系統(tǒng)不預測工作流程時與記錄為嬰兒患者喂奶相關的示例現(xiàn)有技術進程。在操作403，向醫(yī)護人員顯示菜單。該菜單包括若干可能的任務的清單。通常，該任務清單包括若干與當前記錄喂食的任務不相關的任務。醫(yī)護人員在所顯示的任務中進行選擇。由于醫(yī)護人員打算記錄喂食，所以醫(yī)護人員與“記錄喂食”工作流程交互。在記錄喂食工作流程中，醫(yī)護人員選擇牛奶函數(shù)(操作405)或選擇嬰兒函數(shù)(行動407)。基于醫(yī)護人員的該選擇，向醫(yī)護人員顯示可能與牛奶相關的函數(shù)的菜單(操作409)，或者向醫(yī)護人員顯示嬰兒函數(shù)的菜單(操作411)。作為對所顯示的牛奶函數(shù)或嬰兒函數(shù)的菜單的響應，在操作413，醫(yī)護人員指出她想要記錄喂奶會話。在操作415，醫(yī)護人員被提示輸入嬰兒ID。醫(yī)護人員掃描包含患者身份標識(例如，患者腕帶)的條形碼。從上面對圖4A所示出的操作的描述可以看出，醫(yī)護人員不能簡單掃描嬰兒的ID腕帶來開始“記錄喂食”的工作流程。作為代替，醫(yī)護人員掃描醫(yī)療對象(嬰兒ID)前，不得不巡覽于許多菜單屏幕之中。繼續(xù)參照圖4A，在操作417，服務器(未在圖4A中示出)對在服務器處接收到的嬰兒ID進行核實。如果被掃描的嬰兒ID是無效的，則向醫(yī)護人員顯示錯誤消息。如果被掃描的嬰兒ID是有效的，在操作419中，服務器向醫(yī)療設備102發(fā)送請求，以顯示“選擇喂食類型”菜單屏幕。在某些結構中，會給予醫(yī)護人員至少三個選擇配方喂養(yǎng)、母乳喂養(yǎng)、容器喂養(yǎng)。現(xiàn)參照圖4B，如果醫(yī)護人員選擇了“配方喂養(yǎng)”選項，則在操作421，向醫(yī)護人員顯示“記錄配方喂養(yǎng)事件”菜單屏幕。如果醫(yī)護人員選擇了“母乳喂養(yǎng)”選項，則在操作423，向醫(yī)護人員顯示“記錄母乳喂養(yǎng)事件”選項。如果醫(yī)護人員選擇了“容器喂養(yǎng)”選項，則在操作425，向醫(yī)護人員顯示“喂養(yǎng)事件清單”選項。繼續(xù)參照圖4B，如果在操作421或423選擇了 “配方喂養(yǎng)”或“母乳喂養(yǎng)”事件，則在操作429，醫(yī)護人員(例如，護士)通過將患者數(shù)據(jù)輸入醫(yī)療設備來記錄喂食事件。在操作433，服務器與數(shù)據(jù)庫106通訊并登記該喂食事件。如果在操作425選擇了“喂養(yǎng)事件清單”，則向醫(yī)護人員顯示可能事件的菜單。在操作427，醫(yī)護人員從所顯示的菜單中選擇一個事件。作為對該選擇的響應，在操作431，服務器100指示界面108 (未在圖4B中示出)顯示用于記錄容器喂養(yǎng)的表格。如果輸入了記錄前期望的延遲(例如，等待完成典型的牛奶喂養(yǎng))，則醫(yī)護人員記錄該喂食事件(操作435)，同時，在操作437，服務器使其維護的容器狀態(tài)改變。如果可以記錄喂食前的期望延遲還未過去，則服務器100使延遲消息顯示(操作439)給醫(yī)護人員。圖4C示出了使用本公開的掃描器基于被掃描的醫(yī)療項目的身份特征來預測醫(yī)護人員的工作流程所執(zhí)行的示例進程400。在操作402，醫(yī)護人員掃描醫(yī)療對象。例如，被掃描的對象可能是嬰兒患者的腕套或奶容器。當接收到包含與被掃描的醫(yī)療對象相關的醫(yī)療信息的消息時，在操作404，服務器100核實所接收到的ID。例如，如果被掃描的ID針對嬰兒患者，則在操作404，服務器100核實該嬰兒患者為當前準許的患者。如果被掃描的ID對應于有效的嬰兒ID，則在操作406，服務器100向醫(yī)療設備102發(fā)送消息，從而為醫(yī)護人員顯示與嬰兒相關的行動的菜單。例如，這些行動中的一個涉及記錄為嬰兒患者喂奶。醫(yī)護人員可能想要將為嬰兒患者喂奶記錄在醫(yī)院的醫(yī)療記錄中，并且可以在操作408選擇“記錄喂奶”選項。
與圖4A和圖4B所示的進程401相比，通過首先掃描醫(yī)療對象ID，醫(yī)護人員可以向服務器100傳送當前任務(記錄喂食)。因此，進程400避免了醫(yī)護人員在向服務器100傳送關于為嬰兒患者喂食的當前任務(工作流程)之前在一組菜單之中進行巡覽的需要。繼續(xù)參照圖4C，在操作410，服務器100通過向醫(yī)療設備102發(fā)送顯示請求，方便了“選擇喂養(yǎng)類型”菜單向醫(yī)護人員的顯示。如果醫(yī)護人員選擇了“母乳喂養(yǎng)”菜單(操作412)，則服務器100向醫(yī)療設備102傳送請求，以顯示根據(jù)“母乳喂養(yǎng)嬰兒”行動而預測的工作流程菜單。如果醫(yī)護人員選擇了“配方喂養(yǎng)”菜單(操作414)，則服務器100向醫(yī)療設備102傳送請求，以顯示根據(jù)“配方喂養(yǎng)”行動的選擇和嬰兒的患者ID而預測的工作流程菜單。操作412或操作414之后，醫(yī)護人員記錄喂食事件(操作416)。繼續(xù)參照圖4C，在操作410，如果醫(yī)護人員選擇了 “容器喂養(yǎng)”菜單，則服務器100預測醫(yī)護人員可能想要執(zhí)行的行動，并且在操作418，向醫(yī)療設備102傳送包括所預測的行動的菜單。在操作420，醫(yī)護人員可從所顯示的菜單中選擇行動。作為對醫(yī)護人員在操作420的選擇的響應，在操作422，服務器100向醫(yī)療設備102傳送請求，以顯示“記錄容器喂養(yǎng)”行動的清單。如果操作402中掃描的醫(yī)療器材ID為容器ID，并且在操作424，服務器100可連接被掃描的容器ID與醫(yī)院里嬰兒的身份特征，則在操作422，也向醫(yī)護人員展示相似的消息。在操作426，服務器100核查期望延遲(例如，為嬰兒患者喂奶的持續(xù)時間)是否已經過去。如果該延遲已經過去，在操作430，服務器100方便醫(yī)護人員記錄該喂食事件。在操作432，服務器100對耦合到醫(yī)院網絡的醫(yī)療數(shù)據(jù)庫進行更新，以反映出該喂食。隨后，服務器100改變與操作402中所掃描的容器相關聯(lián)的狀態(tài)，例如，從而指出該容器已被使用過。如果服務器100在操作426確定延遲還未過去，則在操作428，服務器100向醫(yī)療設備102傳送消息，以向醫(yī)護人員顯示延遲消息。與圖4A中所示的進程401相比，圖4C中所示的進程400通過醫(yī)護人員掃描醫(yī)療對象(例如，奶容器或嬰兒患者的腕部ID)被初始化?；诒粧呙璧尼t(yī)療對象的身份特征，服務器100預測醫(yī)護人員的工作流程并將菜單行動項目呈現(xiàn)給醫(yī)護人員。在某些方面，執(zhí)行各掃描的確切順序不影響工作流程的成功執(zhí)行。例如，在進程400中，醫(yī)護人員不需要瀏覽多個菜單屏幕來向服務器100傳達醫(yī)護人員想要實現(xiàn)什么。作為代替，醫(yī)護人員只需要掃描嬰兒ID和奶容器，以用于服務器100預測醫(yī)護人員的工作流程。此外，掃描嬰兒ID和掃描容器ID的確切順序不影響服務器100支持該工作流程。應當理解的是，在本公開的某些方面，提供了自適應工作流程的方法，其通過根據(jù)接收到的條形碼掃描信息預測醫(yī)護人員的工作流程來引導醫(yī)護人員進入醫(yī)療任務菜單。在某些結構中，通訊耦合到服務器的醫(yī)療設備在開始操作時顯示“頂層”菜單，并等待醫(yī)護人員掃描條形碼。當接收到條形碼掃描相關的數(shù)據(jù)時，服務器解釋所掃描的是什么，并向醫(yī)護人員顯示行動菜單，從而可以針對之前所掃描的對象執(zhí)行有意義的醫(yī)療任務。該服務器被配置用于接受任何條形碼格式。
在某些結構中，醫(yī)護人員使用條形碼讀取器或其它設備來掃描醫(yī)療對象，如患者ID、嬰兒ID或奶容器ID。根據(jù)所掃描的是什么，系統(tǒng)促使顯示醫(yī)護人員接下來可能的任務。在某些結構中，如上面關于圖I至圖4C的描述，醫(yī)護人員是給嬰兒喂奶的護士。無論護士掃描條形碼的順序如何(例如，先掃描嬰兒的腕套ID或先掃描奶容器ID)，服務器100都可以預測給嬰兒喂奶相關的工作流程。在該預測的基礎上，服務器100促使為護士顯示適當?shù)尼t(yī)療任務。圖5至圖9示出了通過預測工作流程來在醫(yī)療任務的完成期間在界面108上顯示給醫(yī)護人員的各種顯示屏幕。例如，在某些結構中，界面108為醫(yī)療設備102的一部分，醫(yī)療設備102為例如條形碼掃描器或/和RFID掃描器。在這樣的結構中，醫(yī)護人員使用醫(yī)療設備102掃描條形碼并與顯示于界面108上的菜單交互。圖5示出了根據(jù)本公開的某些方面的示例菜單屏幕500。在某些結構中，根據(jù)上面關于圖I至圖4C描述的若干應用結構，醫(yī)療設備102為醫(yī)護人員顯示菜單屏幕500，作為預測工作流程掃描應用程序的初始登錄。菜單屏幕500包括區(qū)域502，醫(yī)護人員在此處輸入其用戶名，并在區(qū)域504進一步輸入密碼。在某些結構中，當醫(yī)護人員從屏幕500進入系統(tǒng)時，會話管理部分214開始一個新的工作流程預測的會話。圖6示出了根據(jù)本公開的某些方面的示例菜單屏幕。菜單屏幕600示出了基于本公開的預測工作流程計算為醫(yī)護人員顯示接下來將要執(zhí)行的行動建議的消息。該情況下，所建議的行動包括掃描患者的腕套或醫(yī)療容器標簽或者點擊界面108以接收更多可能的行動。圖7示出了根據(jù)本公開的某些方面的示例菜單屏幕。界面108的菜單屏幕700包括顯示區(qū)域702，其顯示了醫(yī)護人員的身份特征和患者的身份特征。菜單屏幕700還包括嬰兒函數(shù)清單(如頂部顯示區(qū)域704所示)，顯示了對于嬰兒患者可能的行動。菜單屏幕700還包括醫(yī)護人員可能需要執(zhí)行的行動的清單，該清單是通過預測醫(yī)護人員的工作流程計算出的。圖7中所示出的例子在區(qū)域704中示出了“嬰兒函數(shù)”行動，在區(qū)域706中示出了“核對任務”，在區(qū)域708中示出了“實施喂奶”行動，在區(qū)域710中示出了“記錄喂奶”，在區(qū)域712中示出了“打印標簽”。菜單屏幕700是菜單的一個例子，其可以在圖4C中所描述的操作406呈現(xiàn)給醫(yī)護人員。圖8示出了根據(jù)本公開的某些方面的示例菜單屏幕。菜單屏幕800包括顯示區(qū)域802，其顯示了醫(yī)護人員的身份特征和患者的身份特征。菜單屏幕800還包括成人函數(shù)清單(如頂部顯示區(qū)域804所示)，顯示了對于成人患者可能的行動。菜單屏幕800還包括醫(yī)護人員可能需要執(zhí)行的行動的清單，該清單是通過預測醫(yī)護人員的工作流程計算出的。圖8中所示出的例子在區(qū)域804中示出了“成人函數(shù)”行動，在區(qū)域806中示出了 “核對任務”，在區(qū)域808中示出了“打印標簽”行動，在區(qū)域810中示出了“接收牛奶”行動。圖9示出了根據(jù)本公開的某些方面的示例菜單屏幕。菜單屏幕900包括顯示區(qū)域902，其顯示了醫(yī)護人員的身份特征和患者的身份特征。菜單屏幕900還包括牛奶函數(shù)清單(如頂部顯示區(qū)域904所示)，顯示了對于牛奶可能的行動(例如，當牛奶容器作為醫(yī)療對象被掃描時)。菜單屏幕900還包括醫(yī)護人員可能需要執(zhí)行的行動的清單，該清單是通過預測醫(yī)護人員的工作流程計算出的。圖9中所示出的例子在區(qū)域906中示出了“接收牛奶”行動，在區(qū)域908中示出了“實施喂奶”行動，在區(qū)域910中示出了“強化牛奶”行動，在區(qū)域912中示出了 “記錄喂奶”行動。上面關于圖5至圖9所描述的菜單屏幕500、600、700、800、900用于為嬰兒患者喂、
奶的工作流程中的各操作。例如，在圖4C中所示的進程400中，菜單屏幕700可在操作406呈現(xiàn)。類似地，菜單屏幕600可在操作402呈現(xiàn)。應當理解的是，在某些方面，在此所描述的工作流程預測技術使得醫(yī)護人員不必記住掃描各醫(yī)療對象的特定順序。本公開的方法和系統(tǒng)提供用于醫(yī)療設施中的服務器，從而以對醫(yī)護人員的工作流程的破壞最小的方式管理向醫(yī)護人員顯示的菜單屏幕。在某些方面，醫(yī)護人員基于她在以前的醫(yī)療工作流程中的行動“訓練”系統(tǒng)，以更好地預測她的接下來的行動。因此，本公開的結構使得醫(yī)護人員不必記住各菜單屏幕和她完成某些醫(yī)療任務所期望的輸入。在某些方面，工作流程預測基于由醫(yī)護人員所掃描的各醫(yī)療對象的各ID。盡管詳細地描述并示出了本公開的實施例，但是，顯然應當理解的是，這些描述只是意在作為例證和范例，而不是意在作為限制，本發(fā)明的范圍只由所附權利要求進行限定。此處所描述的所有的元素、部分和步驟均是優(yōu)選包括的。應當理解的是，任何這些元素、部分和步驟都可被其它元素、部分和步驟替代，或者可以被全部刪除，這對本領域內的技術人員是顯而易見的?？傮w上，本文公開了一種與網絡耦合的計算機系統(tǒng)。計算機接收具有數(shù)據(jù)的消息，該數(shù)據(jù)方便了計算機對工作流程的預測，該工作流程預測使得能夠呈現(xiàn)菜單選項。概念本文公開了至少下面的概念。概念I. 一種使得在耦合到醫(yī)院網絡的處理器上執(zhí)行的醫(yī)療工作流程進行適應的方法，所述方法包括接收包含醫(yī)療信息數(shù)據(jù)的消息；使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程；基于預測來向界面?zhèn)魉桶粋€或多個醫(yī)療行動選項的菜單。概念2.概念I所述的方法，其中預測還包括使用醫(yī)護人員的身份特征和授權等級進行預測。概念3.概念I所述的方法，其中醫(yī)療信息數(shù)據(jù)包括患者身份特征、醫(yī)療項目身份特征或條形碼信息中的至少一個。概念4.概念I所述的方法，其中醫(yī)療信息數(shù)據(jù)包括由醫(yī)護人員選擇的醫(yī)療行動。概念5.概念I所述的方法，還包括確定與醫(yī)療信息數(shù)據(jù)相關聯(lián)的狀態(tài)。概念6.概念5所述的方法，其中預測還包括使用與醫(yī)療信息數(shù)據(jù)相關聯(lián)的狀態(tài)進行預測。概念7.概念I所述的方法，還包括將會話信息與第一條消息關聯(lián)。概念8.概念7所述的方法，其中預測還包括基于會話信息進行預測。概念9.概念I所述的方法，其中預測還包括訪問包含醫(yī)療行動選項條目的工作流程數(shù)據(jù)庫；以及將至少一個醫(yī)療行動選項包含在醫(yī)護人員的預測工作流程中。概念10.概念I所述的方法，還包括基于系統(tǒng)管理員的輸入來更新工作流程數(shù)據(jù)庫。概念11.概念I所述的方法，還包括從菜單中禁用一個菜單項。概念12. —種編碼有用于使得醫(yī)療工作流程進行適應的指令的機器可讀介質，該指令包括的代碼來使處理器接收包含醫(yī)療信息數(shù)據(jù)的消息；使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程；基于預測來向界面?zhèn)魉桶粋€或多個醫(yī)療行動選項的菜單。概念13.概念12所述的機器可讀介質，其中用于預測的代碼還包括用于使用醫(yī)護人員的身份特征和授權等級進行預測的代碼。概念14.概念12所述的機器可讀介質，其中醫(yī)療信息數(shù)據(jù)包括患者身份特征、醫(yī)療項目身份特征或條形碼信息中的至少一個。概念15. —種用于使得醫(yī)療工作流程進行適應的系統(tǒng)，包括服務器；具有界面的掃描器；以及數(shù)據(jù)庫；其中服務器包括醫(yī)療信息接收部分，用于從掃描器接收包含醫(yī)療信息數(shù)據(jù)的消息；工作流程預測部分，用于使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程;菜單傳送部分，用于基于所預測的工作流程來向掃描器傳送包含一個或多個醫(yī)療行動選項的菜單，以用于顯示界面。概念16.概念15所述的系統(tǒng)，其中工作流程預測部分還用于使用醫(yī)護人員的身份特征和授權等級來預測醫(yī)護人員的工作流程。概念17.概念15所述的系統(tǒng)，還包括狀態(tài)確定部分，用于確定與醫(yī)療信息數(shù)據(jù)相關聯(lián)的狀態(tài)。概念18.概念17所述的系統(tǒng)，其中工作流程預測部分還用于使用與醫(yī)療信息數(shù)據(jù)相關聯(lián)的狀態(tài)進行預測。概念19.概念15所述的系統(tǒng)，還包括
會話管理部分，用于將會話信息與第一條消息關聯(lián)。概念20.概念19所述的系統(tǒng)，其中工作流程預測部分還用于使用會話信息進行預測。
權利要求
1.一種使得在耦合到醫(yī)院網絡的處理器上執(zhí)行的醫(yī)療工作流程進行適應的方法，所述方法包括 接收包含醫(yī)療信息數(shù)據(jù)的消息； 使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程； 基于預測來向界面?zhèn)魉桶粋€或多個醫(yī)療行動選項的菜單。
2.權利要求I所述的方法，其中預測還包括使用醫(yī)護人員的身份特征和授權等級進行預測。
3.權利要求I所述的方法，其中醫(yī)療信息數(shù)據(jù)包括患者身份特征、醫(yī)療項目身份特征或條形碼信息中的至少一個。
4.權利要求I所述的方法，其中醫(yī)療信息數(shù)據(jù)包括由醫(yī)護人員選擇的醫(yī)療行動。
5.權利要求I所述的方法，還包括 確定與醫(yī)療彳目息數(shù)據(jù)相關聯(lián)的狀態(tài)。
6.權利要求5所述的方法，其中預測還包括使用與醫(yī)療信息數(shù)據(jù)相關聯(lián)的狀態(tài)進行預測。
7.權利要求I所述的方法，還包括 將會話信息與第一條消息關聯(lián)。
8.權利要求7所述的方法，其中預測還包括基于會話信息進行預測。
9.權利要求I所述的方法，其中預測還包括 訪問包含醫(yī)療行動選項條目的工作流程數(shù)據(jù)庫；以及 將至少一個醫(yī)療行動選項包含在醫(yī)護人員的預測工作流程中。
10.權利要求I所述的方法，還包括 基于系統(tǒng)管理員的輸入來更新工作流程數(shù)據(jù)庫。
11.權利要求I所述的方法，還包括 從菜單中禁用一個菜單項。
12.—種編碼有用于使得醫(yī)療工作流程進行適應的指令的機器可讀介質，該指令包括的代碼來使處理器 接收包含醫(yī)療信息數(shù)據(jù)的消息； 使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程； 基于預測來向界面?zhèn)魉桶粋€或多個醫(yī)療行動選項的菜單。
13.權利要求12所述的機器可讀介質，其中用于預測的代碼還包括用于使用醫(yī)護人員的身份特征和授權等級進行預測的代碼。
14.權利要求12所述的機器可讀介質，其中醫(yī)療信息數(shù)據(jù)包括患者身份特征、醫(yī)療項目身份特征或條形碼信息中的至少一個。
15.一種用于使得醫(yī)療工作流程進行適應的系統(tǒng)，包括 服務器； 具有界面的掃描器；以及 數(shù)據(jù)庫；其中 服務器包括 醫(yī)療信息接收部分，用于從掃描器接收包含醫(yī)療信息數(shù)據(jù)的消息；工作流程預測部分，用于使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程；菜單傳送部分，用于基于所預測的工作流程來向掃描器傳送包含一個或多個醫(yī)療行動選項的菜單，以用于顯示界面。
16.權利要求15所述的系統(tǒng)，其中工作流程預測部分還用于使用醫(yī)護人員的身份特征和授權等級來預測醫(yī)護人員的工作流程。
17.權利要求15所述的系統(tǒng)，還包括 狀態(tài)確定部分，用于確定與醫(yī)療信息數(shù)據(jù)相關聯(lián)的狀態(tài)。
18.權利要求17所述的系統(tǒng)，其中工作流程預測部分還用于使用與醫(yī)療信息數(shù)據(jù)相關、聯(lián)的狀態(tài)進行預測。
19.權利要求15所述的系統(tǒng)，還包括 會話管理部分，用于將會話信息與第一條消息關聯(lián)。
20.權利要求19所述的系統(tǒng)，其中工作流程預測部分還用于使用會話信息進行預測。
全文摘要
提供了用于使在耦合到醫(yī)院網絡的處理器上執(zhí)行的醫(yī)療工作流程進行適應的系統(tǒng)和方法的例子，這些例子包括接收包含醫(yī)療信息數(shù)據(jù)的消息；使用至少部分醫(yī)療信息數(shù)據(jù)來預測醫(yī)護人員的工作流程；基于所預測的工作流程來傳送包含一個或多個醫(yī)療行動選項的菜單，以用于向醫(yī)護人員顯示。
文檔編號G06Q50/22GK102667848SQ201080058507
公開日2012年9月12日 申請日期2010年12月16日 優(yōu)先權日2009年12月22日
發(fā)明者塞巴斯蒂安·迪蒙, 讓·弗朗索瓦·拉加塞, 讓-塞巴斯蒂安·特朗布萊, 阿里·迪富爾 申請人:康爾福盛303公司