事件驅動型急診流程管理系統和方法與流程

本發明總體上涉及醫院內的患者流程管理，更特別地，涉及一種事件驅動型急診流程管理系統和方法，其可以有效地引導和管理急診患者在醫院內的檢查流程，從而確保急診患者能夠得到及時有效的診治。

背景技術：

當急診患者到達醫院時，必須得到及時并且有效的診斷和治療，尤其是對于胸痛、卒中、休克、昏迷、創傷等危重急診患者而言，需要盡快進行各項檢查以確認病情并且采取相應的救治措施，否則可能會付出生命的代價。以急性卒中為例，急救期間每節約1分鐘意味著3.5天的額外健康壽命。

然而，患者或家屬要面臨的第一個問題就是拿著一大堆單據去做各項檢查，該做什么檢查，在什么地方做，還剩下什么檢查沒有做都是頭疼的問題。責任醫生和護士由于要負責多個患者，一般也不可能帶領患者去完成各項檢查。此外，在醫院內一般都有很多患者在排隊等候進行檢查，誰也不知道哪個患者是不是急診，尤其是危重急診，是不是需要被特殊對待，如等電梯、檢查排隊等方面就沒有辦法優先安排。因此，急診患者可能會耗費過長時間來完成各項檢查，造成對診斷和治療的嚴重延誤。中國AMI(Acute Myocardial Infarction，急性心肌梗塞)規范化救治項目結果表明，急性心肌梗塞接受溶栓的患者從進入醫院大門開始到實施溶栓的平均時間為83分鐘，遠遠超過了指南要求的30分鐘；而接受急診介入治療的患者平均入門-球囊擴張時間為112分鐘，也遠遠超過了指南中90分鐘的基本要求。

另外，當患者在醫院內各部門處進行各項檢查時，責任醫生和護士可能會失去與該患者的聯絡，不能及時掌握患者在醫院內的檢查動態，如哪些檢查做完了，哪些還沒有做，還需要多長時間完成檢查，有沒有超時等，從而無法掌握患者的當前狀況并且在需要時及時介入，也無法根據患者的動態來分配后續的人力物力資源。還有一個問題是，醫院的各種檢查設備，比如十二導聯心電檢查儀器、CT、X光機等，可能都有自己的時間管理，多個設備的時間不能統一，事后在分析檢查流程時就無法形成正確的時間軸。

不恰當的患者流向也是造成醫院運行效率低下、患者候診時間較長的原因之一。美國醫院協會(American Hospital Association)指出，避免醫院患者擁堵的主要措施是提升信息的交互以及加強信息的可視性。目前，患者流向管理(Patient Flow Management Solutions)這一細分領域主要有兩個解決方案：實時定位系統(Real Time Locating System，RTLS)和事件驅動解決方案(Event Driven Solutions)，前者應用較廣泛，而后者應用較少。實時定位系統主要是隨時定位患者在醫院中的位置，把患者作為醫療信息管理中的一個資源進行統一的調度和管理。這種方法可以比較好地解決醫生和護士對患者動態信息的把握，但是也存在一些問題。例如，患者不同于諸如儀器設備之類的資源，尤其是急診患者，沒法提前準確預測其下一步會發生什么。此外，這些解決方案的大部分功能設置都是服務于醫院管理者以及醫務人員的，沒有真正做到以患者為中心(patient-centric approach)的流程管理和信息采集。此外，實時定位采集的數據比較多，大部分數據并不會被醫生關注，而且需要在醫院內部署大量的硬件設備，實施維護成本過高。

因此，需要一種服務于患者，尤其是急診患者的流程管理系統和方法，其能夠有效提高急診患者的診治效率，同時易于部署，并且不需要高昂的成本。

技術實現要素：

本發明一方面提供一種事件驅動型急診流程管理系統，其包括部署在移動終端上的客戶端模塊，所述移動終端可用于供患者在執行檢查時攜帶使用。所述客戶端模塊包括：患者信息管理單元，用于接收患者信息，所述患者信息包括一個或多個檢查事件；事件管理單元，用于基于所述一個或多個檢查事件生成檢查事件列表，并且管理每個檢查事件的執行狀態；以及時間管理單元，用于監視患者執行每項檢查事件的時間，以及執行所述檢查事件列表所用的總時長。

在一實施例中，所述事件管理單元還包括事件排序單元，用于基于預定標準對所述檢查事件列表中的一個或多個檢查事件進行排序。

在一實施例中，所述預定標準包括以下標準中的至少一種：檢查地點離患者當前位置的距離；以及檢查項目的當前等候人數。檢查項目的當前等候人數是指具有比當前患者更高優先級的候檢患者的人數，所述優先級根據患者病情的緊急程度來確定。

在一實施例中，所述事件管理單元還用于提供每項檢查事件的位置信息，所述位置信息包括地址信息和地圖信息中的至少一種。

在一實施例中，管理每個檢查事件的執行狀態包括：響應于檢查醫師的操作，將檢查事件標記為已完成狀態。

在一實施例中，所述時間管理單元還用于當患者執行所述檢查事件列表所用的總時長超過規定時間時，發出提示信號。

在一實施例中，所述客戶端模塊還包括：定位單元，用于確定所述移動終端的當前位置；以及呼叫單元，用于向外發出呼叫或者應答從外界傳入的呼叫。

在一實施例中，所述事件驅動型急診流程管理系統還包括服務器端模塊，所述服務器端模塊包括：患者信息采集單元，用于采集患者信息并且將所述患者信息發送給所述客戶端模塊，所述患者信息包括患者要進行的一個或多個檢查事件；以及移動終端管理單元，用于在患者攜帶所述移動終端執行各項檢查時，監視和管理所述移動終端。

在一實施例中，所述移動終端管理單元包括：時間管理單元，用于監視患者攜帶所述移動終端執行各項檢查所用的時間；事件管理單元，用于監視所述檢查事件列表中的檢查事件的執行進展。

在一實施例中，所述時間管理單元還用于向所述移動終端授時以使二者的時鐘保持一致。

在一實施例中，所述移動終端管理單元還包括：重置單元，用于對所述移動終端執行重置操作。

在一實施例中，所述移動終端管理單元還包括：位置管理單元，用于確定所述移動終端的位置；以及呼叫單元，用于呼叫所述移動終端或者應答來自所述移動終端的呼叫。

在一實施例中，所述服務器端模塊還包括：數據庫單元，用于儲存用于所述事件驅動型急診流程管理系統的數據。

本發明另一方面提供一種事件驅動型急診流程管理方法，包括：在移動終端側接收患者信息，所述患者信息包括患者要執行的一個或多個檢查事件；生成包括所述一個或多個檢查事件的檢查事件列表，以便于所述患者根據所述檢查事件列表來執行所述一個或多個檢查事件；根據所述患者對所述一個或多個檢查事件的執行情況來更新所述一個或多個檢查事件的執行狀態；以及將所述一個或多個檢查事件的執行狀態發送到服務器側以便于監視和管理所述患者的檢查事件執行進展。

在一實施例中，所述方法還包括以下步驟中的一個或多個：在服務器側和/或移動終端側監視所述患者攜帶所述移動終端執行所述一個或多個檢查事件所用的總時長；在移動終端側監視患者完成每項檢查事件的時間點；以及使所述移動終端的時鐘與所述服務器的時鐘同步。

在一實施例中，所述方法還包括：當所述總時長超過預定時間時，則發出提示信號。

在一實施例中，所述方法還包括：響應于患者對所述移動終端的操作，向所述患者提供關于檢查事件的信息。關于檢查事件的信息包括如下信息中的一種或多種：檢查事件的地址信息；檢查事件的地圖信息；以及檢查事件的結果信息。

在一實施例中，所述方法還包括：基于預定標準對所述檢查事件列表中的一個或多個檢查事件進行排序。所述預定標準包括以下標準中的至少一種：檢查地點離患者當前位置的距離；以及檢查項目的當前等候人數。檢查項目的當前等候人數是指具有比當前患者更高優先級的候檢患者的人數，所述優先級根據患者病情的緊急程度來確定。

在一實施例中，所述方法還包括：在移動終端側發起向所述服務器側的呼叫或者應答來自服務器側的呼叫。

在一實施例中，所述方法還包括：在服務器側采集所述患者信息，并且將所采集的患者信息發送到移動終端側。

本發明另一方面提供一種移動終端裝置，包括：輸入單元，用于接收用戶輸入；顯示器，用于向用戶顯示信息；通信單元，用于與外界進行通信；以及處理器，配置為運行存儲器中的計算機程序指令以執行上述方法。

本發明另一方面提供一種計算機程序產品，包括計算機程序指令，所述計算機程序指令在由處理器運行時使所述處理器執行上述方法。

附圖說明

圖1是示出可實施根據本發明一實施例的事件驅動型急診流程管理系統和方法的醫院內網絡系統的拓撲圖。

圖2是示出根據本發明一實施例的事件驅動型急診流程管理系統的服務器端模塊的功能框圖。

圖3是示出根據本發明一實施例的事件驅動型急診流程管理系統的客戶端模塊的功能框圖。

圖4是示出根據本發明一實施例的在服務器側執行的事件驅動型急診流程管理方法的流程圖。

圖5是示出根據本發明一實施例的在客戶端側執行的事件驅動型急診流程管理方法的流程圖。

圖6是示出根據本發明一實施例的患者信息采集界面的示意圖。

圖7是示出根據本發明一實施例的患者管理界面的示意圖。

圖8A和8B是示出根據本發明一實施例的移動終端的主顯示界面的示意圖，其中圖8A示出移動終端初始化時的界面，圖8B示出執行了若干檢查事件時的界面。

圖9A和9B是根據本發明一實施例的移動終端上顯示檢查事件相關信息的界面的示意圖，其中圖9A示出檢查事件執行之前的界面，圖9B示出檢查事件執行之后的界面。

圖10是示出根據本發明一實施例的移動終端的結構框圖。

具體實施方式

下面將參照附圖來描述本發明的示例性實施例。

圖1是示出可實施根據本發明一實施例的事件驅動型急診流程管理系統和方法的醫院內網絡系統10的拓撲圖。如圖1所示，醫院內網絡系統10可包括第一服務器11、第二服務器12、固定終端13和移動終端14，它們可以通過網絡15彼此通信連接。

第一服務器11可以是用于運行醫院信息管理系統(HIS)的服務器。醫院信息管理系統一般可涵蓋醫院的所有業務過程，包含醫院的各種信息，例如財務信息、物資信息、患者信息、醫護人員信息等。通常使用的醫院信息管理系統可包括例如但不限于門診管理模塊、住院管理模塊、藥房管理模塊、藥庫管理模塊、查詢模塊、電子處方模塊、物資管理模塊、媒體管理模塊等。

第二服務器12可以是用于實施根據本發明一實施例的事件驅動型急診流程管理系統的服務器端程序的服務器，該服務器端程序將在后面進一步詳細描述。在一些實施例中，第二服務器12可以和第一服務器11是同一服務器，也就是說，根據本發明一實施例的事件驅動型急診流程管理系統的服務器端程序可以和醫院信息管理系統(HIS)實施在同一服務器上。當然，二者也可以是單獨的服務器，如圖1所示的那樣。

固定終端13可以是位于醫院內各個部門處的終端，例如位于分診臺處由護士操作，位于醫生桌面由醫生操作，以及位于藥房、庫房、財務室等處由其他工作人員操作等。在一些實施例中，至少一些固定終端13，例如但不限于位于各個科室的分診臺處以及位于醫生桌面處的固定終端13，可以用于實施根據本發明的事件驅動型急診流程管理系統的一部分。

移動終端14可以是分配給急診患者手持移動的便攜終端，并且其可以運行根據本發明的事件驅動型急診流程管理系統的客戶端程序，如后面將詳細描述的那樣。移動終端14可以通過網絡15連接到其他設備，例如第一服務器11、第二服務器12和固定終端13，并且移動終端14還可以通過例如有線或無線連接方式，諸如藍牙、USB連接等，直接連接到固定終端13。

網絡15可以是局域網，也可以是廣域網例如因特網。此外，網絡15可以包括有線網絡，也包括無線網絡，例如包括布設在醫院內的若干Wi-Fi接入點，從而實現對醫院內患者可能移動到的地方的覆蓋。當患者手持移動終端14在醫院內移動時，移動終端14仍可以連接到網絡15，進而連接到其他設備。

應理解，雖然上面描述了可用于實施根據本發明的事件驅動型急診流程管理系統的醫院內網絡系統10的典型拓撲結構，但是該網絡系統10也可以有許多變化。例如，有些醫院的網絡系統10可以沒有醫院信息管理系統(HIS)，從而沒有第一服務器11；有些醫院的網絡系統10可以將醫院信息管理系統(HIS)和根據本發明的事件驅動型急診流程管理系統運行于同一服務器上，即第一服務器11和第二服務器12是同一服務器。或者，固定終端13之一和第二服務器12可以是同一設備，其用于運行根據本發明的事件驅動型急診流程管理系統的服務器端程序。此外，一些或全部固定終端13可以被移動終端代替，例如可以被平板設備或其他便攜式電子設備代替，這些平板設備或其他便攜式電子設備可以執行相同甚至更多的功能。將理解，這些變化都不影響本發明的實施。換言之，根據本發明的事件驅動型急診流程管理系統可以實施在這些醫院內網絡系統10的任一種上。

下面將描述根據本發明的事件驅動型急診流程管理系統和方法的一些示例性實施例。本發明的事件驅動型急診流程管理系統可包括服務器端模塊和客戶端模塊，其中服務器端模塊可以部署在前述第二服務器12和固定終端13上，客戶端模塊可以部署在移動終端14上。但是將理解，服務器端模塊的一些功能也可以實施在客戶端模塊中，或者客戶端模塊的一些功能也可以實施在服務器端模塊中，這些變化應被本發明的范圍所涵蓋。

圖2示出根據本發明一實施例的事件驅動型急診流程管理系統的服務器端模塊100的功能框圖，圖3示出根據本發明一實施例的事件驅動型急診流程管理系統的客戶端模塊200的功能框圖。應理解，這些功能框圖可以通過軟件來實現，也可以通過硬件或硬件與軟件的組合來實現。當通過軟件來實現時，可以利用各種編程語言來實現各個功能塊，例如但不限于各種web編程語言例如HTML、HTML5、PHP等，以及其他編程語言例如Jave、Jave Script、C語言、C#、C++等。軟件實施的平臺可以是例如但不限于windows、linux、iOS、安卓等。本領域技術人員還將理解的是，圖2和圖3描繪的功能框中每個都可以組合或者分離成子框以實施下面描述的本發明的原理。因此，這里的描述可以支持這里描述的功能框的任何可能的組合或分離或者進一步定義。

如圖2所示，服務器端模塊100可包括數據庫單元110，其用于維護本發明的急診流程管理系統所需的各種數據。例如，數據庫單元110可包括醫護人員數據庫單元112，其包括在醫院內工作的并且能夠操作急診流程管理系統的醫生、護士等職員的姓名、編號、密碼、權限等信息。數據庫單元110還可包括檢查項目數據庫單元114，其包括與醫院提供的各種檢查項目相關的信息，例如檢查項目名稱、位置(可以是文本和/或地圖)等信息。數據庫單元110還可以包括例如移動終端數據庫單元116，其包括本發明的急診流程管理系統所采用的移動終端的信息，包括移動終端的名稱、編號、使用記錄等信息。可以理解，數據庫單元110還可以包括這里未示出的其他數據庫，例如患者數據庫等，以支持后面描述的本發明的急診流程管理系統的運行。

在一些實施例中，數據庫單元110可以將上述數據存儲于本地，例如第二服務器12中(見圖1)。在另一些實施例中，數據庫單元110亦可以連接到醫院信息管理系統(HIS)(例如運行于圖1所示的第一服務器11中)以獲取至少一些數據，例如醫護人員數據、檢查項目數據等，并且可以定期更新這些數據。

服務器端模塊100還可包括患者信息采集單元120。當急診患者進入醫院時，急診科的接診醫生和護士可以采集患者的相關信息。這里，患者信息不僅包括患者的人身信息，例如姓名、性別、年齡等，還可以包括患者的疾病信息，例如由接診醫生確定的患者病癥和危險程度信息、患者需要進行的檢查項目信息等，這將在后面進一步詳細描述。

患者信息采集單元120所采集的患者信息可通過客戶端接口單元140發送到相關的移動終端，并且用這些信息來初始化該移動終端，從而實現該患者與該移動終端的綁定。然后，患者可以攜帶該移動終端，并且在該移動終端上顯示的信息的幫助下執行各項檢查事件，這將在后面更詳細地描述。

服務器端模塊100還可包括移動終端管理單元130，其可以在患者攜帶移動終端在醫院內執行各項檢查事件期間，通過客戶端接口單元140保持與移動終端的通信，并且執行對移動終端的各項管理功能。例如，管理單元130可包括時間管理單元131、事件管理單元132、位置管理單元133、呼叫單元134和重置單元135。

時間管理單元131可以對移動終端執行各種時間管理。例如，對于某些急診患者，要求其在規定時間內完成各項檢查，因此當用患者信息初始化移動終端時，時間管理單元131就可以對移動終端的使用時間進行計時。當移動終端的使用時間超過規定時間時，時間管理單元131可以發出提示或警報信息，以提醒接診醫生或護士的注意，并且在必要時采取適當的介入措施。此外，時間管理單元131可以對移動終端進行授時操作，使得各個移動終端上的時鐘與服務器端的時鐘保持一致。

事件管理單元132可以管理移動終端上的事件，例如取得移動終端上的事件列表及其執行情況，必要時還可以對事件列表中的檢查事件進行調整，例如增加新的檢查項目，或者刪除檢查項目等。

位置管理單元133可以管理各個移動終端的位置。在一些實施例中，位置管理單元133可以從各個移動終端接收其位置信息。例如，當患者攜帶移動終端在醫院內進行各項檢查時，移動終端通過無線網絡例如Wi-Fi連接到院內網絡(例如圖1所示的網絡15)，此時通過Wi-Fi接入點即可確定患者的大致位置，或者通過多個Wi-Fi接入點檢測到的移動終端的信號強弱來確定患者的更精確的位置。或者，移動終端可以根據檢查事件的執行情況，確定其位置。例如，如后面參照圖9A描述的那樣，當完成某項檢查事件時，可以確定移動終端在該時刻位于該檢查點處。然后，移動終端可以將其位置信息發送給服務器端模塊。

呼叫單元134可以呼叫各個移動終端。例如當接診醫生或護士需要聯系正在進行各項檢查的患者時，可以通過呼叫移動終端來進行。呼叫可以是語音呼叫，也可以是視頻呼叫。

當患者完成了檢查任務，返回到接診醫生和護士處時，可以歸還移動終端。此時，接診醫生或護士可以重置移動終端以供下一次使用。重置時，移動終端上的各種數據可以作為移動終端使用記錄而被存儲到數據庫單元110中。

上面描述了服務器端模塊100的各種示例功能，應理解，在另一些實施例中，服務器端模塊100也可以根據實際需要而具有更多或者更少的功能。下面將參照圖3來描述客戶端模塊200的各項功能。

如前所述，接診醫生或護士會采集患者的各種信息，并且將這些信息發送到移動終端以初始化移動終端。如圖3所示，移動終端上的客戶端模塊200則可通過服務器接口單元250來接收這些信息，并且通過下面描述的各個單元來管理這些信息。

如圖3所示，客戶端模塊200可包括患者信息管理單元210，患者信息管理單元210可以接收來自服務器端模塊100的患者信息，如在圖6所示的界面中采集的信息，并用其來初始化移動終端的相關參數。這些信息可以顯示在移動終端的主界面上，以便于隨時通過其來識別患者。

客戶端模塊200還可包括時間管理單元220，其在接收到來自服務器端模塊100的患者信息時就開始計時，以監視患者持移動終端執行檢查事件的時間。如果該時間超出了規定時間，則還可以向患者發出提醒。在患者持移動終端執行檢查任務期間，時間管理單元220還可以監視各個事件的執行時間。此外，時間管理單元220可以從服務器端模塊100取得時間，以使二者的時間保持一致。

客戶端模塊200中的事件管理單元230可以對來自服務器端模塊100的患者信息中的檢查事件數據進行管理。例如，在接收到檢查事件數據時，生成檢查事件列表，并且管理各個檢查事件的執行情況。例如，當患者完成某項檢查后，可以在醫生或護士的操作下，將該事件標識為已完成狀態。在一些實施例中，事件管理單元230還可以連接到醫院信息管理系統(HIS)，以獲取所完成的檢查事件的檢查結果，從而患者可以方便地在移動終端上查看。

在一些實施例中，事件管理單元230還可以包括事件排序單元232，其可以按照一定的標準對檢查事件列表中的各個檢查事件進行排序。例如，當在急診室由接診護士完成對移動終端的初始化后，事件排序單元232可以按照檢查地點由近到遠的順序對各個事件排序，從而患者可以按照該順序方便地完成各項檢查，節省時間。在另一些實施例中，事件管理單元230還可以連接到醫院信息管理系統(HIS)以獲得各個檢查處的當前等候人數，事件排序單元232可以根據檢查人數來對各個事件進行排序，以引導患者到等候人數較少的檢查點完成某項檢查。這樣，就患者個人而言，可以優化其檢查順序，縮短等候時間；就醫院整體而言，可以優化患者流向，改善各個檢查部門的負載均衡，從而提高運營效率。

應理解的是，手持終端設備進行檢查的患者都是病情嚴重且緊急程度較高的患者，因此具有較高的優先級。例如當患者手持移動終端來到一處檢查點時，如果沒有其他手持移動終端的患者，則應優先為該患者執行檢查；如果有其他也持移動終端的患者，則應比較二者之間的優先級來判斷檢查順序。優先級可以根據患者的病癥、危險程度、年齡等因素來考慮，并且可以編碼在例如急診號中。當有多個相同優先級的患者時，則可以根據先來后到的順序確定檢查順序。因此，當事件管理單元230從醫院信息管理系統(HIS)獲取某檢查點的當前等候人數時，可以只考慮具有相同或更高優先級的候檢患者。

當患者手持移動設備進行各項檢查時，事件排序單元232可以根據患者的位置、或者各個檢查點的等候人數信息來動態更新檢查順序。此外，患者也可以不按照所排列的順序進行檢查，而是可以按任意順序進行檢查。事件排序單元232可以將已完成的檢查事件排列在前，未完成的排列在后，以便于患者方便地觀看。

此外，客戶端模塊200還可以包括定位單元240和呼叫單元250。在一些實施例中，定位單元240可以基于例如Wi-Fi信號來確定移動終端的當前位置。在另一些實施例中，定位單元240也可以基于檢查事件的執行情況來確定移動終端的當前位置。例如，當執行完一項檢查事件，并且檢查醫生操作移動終端以將該檢查事件標記為已完成時(如后面參照圖9A描述的那樣)，定位單元240可以確定在該時刻移動終端位于該檢查點處。此外，定位單元240還可以包括有醫院的地圖信息，該信息可以用于供事件排序單元230按地點遠近為各個檢查事件排序，如前面描述的那樣。呼叫單元250可以用于應答服務器端模塊100的呼叫。在一些實施例中，呼叫單元250也可以用于發起對服務器端模塊100的呼叫，以聯絡接診醫生或護士，從而在整個檢查過程中醫患之間都可以保持暢通的溝通渠道。

上面簡要描述了根據本發明一些實施例的事件驅動型急診流程管理系統的各個模塊的功能，下面將參照附圖來描述可利用這些模塊實施的急診流程管理方法。圖4示出了服務器側實施的方法300的流程圖，圖5示出了客戶端側實施的方法400的流程圖。

如圖4所示，方法300示于步驟S301，例如患者抵達醫院急診室就診。當接診醫生和護士判斷該患者病情緊急，需要使用移動終端來執行多項檢測時，則進行步驟S302的患者信息采集步驟，這可以利用例如圖2所示的患者信息采集單元120來執行。圖6示出了患者信息采集頁面的示例，其可以運行于例如急診室的固定或移動終端13(見圖1)上。如圖6所示，患者信息采集頁面可以采集患者的姓名、性別、年齡、病案號、急診號等基本信息，還可以設置接診醫生(包括護士)，接診醫生可以顯示為頭像，也可以直接顯示姓名。在該頁面上，還可以選擇患者的病癥。應理解，移動終端僅用于需要在預定時間內完成檢查事項的急診患者，因此只用于少量危急病癥，例如胸痛、卒中、休克、昏迷和創傷患者等。針對每種病癥，還可以選擇其危險等級。危險等級可以分為例如五個等級，從低到高依次是低、謹慎、較高、高和嚴重。圖6的示例是用于危險等級為高的胸痛患者。針對該患者，可以選擇需要執行的一個或多個檢查項目。在患者信息采集頁面中，還可以選擇要用于該患者的移動終端設備，例如在圖6的示例中選擇了“1號終端”。圖6的頁面中的許多信息，例如接診醫生、終端設備、檢查項目等，都可以從服務器端模塊100的數據庫單元110中選擇，如前面參照圖1描述的那樣。

雖然未示出，但是在圖6的患者信息采集頁面中，還可以采集其他所需的患者信息。例如，接診醫生或護士可以設置患者完成檢查的規定時間，或者該時間也可以根據患者的病癥和危險等級而由患者信息采集模塊120自動生成。當由患者信息采集模塊120自動生成該時間時，還可以考慮其他因素，例如所選擇的檢查項目等。

當接診醫生或護士完成了患者信息采集時，可以點擊頁面上的“開始計時”按鈕，此時執行方法300的步驟S303，服務器端模塊100將患者信息發送到所選定的1號移動終端上運行的客戶端模塊200，并且用患者信息來初始化1號終端，從而完成該患者與1號終端的綁定。同時，時間管理單元131可以開始對1號終端進行計時。時間管理單元131還可以對移動終端上的時間進行設置或校準，以使得移動終端與服務器的時間保持一致。

然后，急診患者可以攜帶移動終端開始執行接診醫生指定的各項檢查事件。此時，服務器端可以通過移動終端管理單元130來保持對移動終端的監視和管理，如步驟S304所示，例如監視移動終端的事件執行進展，并且在需要時接診醫生或護士可以直接介入檢查執行過程。圖7示出了服務器端的管理界面的示例。如圖7所示，管理界面顯示了各個用戶的基本信息，例如姓名、病癥、危險程度等。此外，管理界面還顯示了各個用戶的檢查用時，其可以由例如時間管理單元131給出。檢查用時可以以倒計時的方式給出，當患者用完了規定檢查時間時，則時間變為負值，表示該患者已經超時。此時，時間管理單元131可以發出提示信號，例如使顯示的時間的顏色變紅以引起護士的注意，或者顯示超時圖標、發出提示音等。當然，檢查用時也可以以正計時的方式給出，當其超出規定值時，則時間管理單元131發出超時提醒信號。

此外，事件管理單元132可以監視各個檢查事件的執行情況。如圖7的管理界面所示，可以列出檢查事件列表，用特定符號(例如勾符號)區分開已完成的檢查事件和尚未完成的檢查事件，并且示出檢查事件列表的執行進度，例如“4/5”表示已經完成了總共5項檢查事件中的4項，亦可用百分數表示事件執行進度。

雖然圖7的界面未示出，但是還可以利用例如位置管理單元133來監視移動終端的位置。例如，如前所述，位置管理單元133可以從各個移動終端接收其位置信息。當在圖7所示的界面點擊相應用戶的頭像符號時，可以彈出醫院的樓座和/或樓層的地圖界面，顯示移動終端在地圖中的位置。或者，也可以用文字信息來顯示移動終端在醫院內的位置。

此外，當發現患者的檢查過程已經超時或者快要超時時，接診醫生或護士還可以通過呼叫單元134來聯系患者。如圖7所示，接診醫生或護士可以通過點擊管理界面上患者前面的揚聲器圖標來呼叫該患者，圖7示出了正在呼叫第一個患者的例子。

當患者手持移動終端完成了所有檢查項目之后，可以返回到接診醫生或護士處。此時，如步驟S305所示，護士可以利用重置單元135將該患者使用過的移動終端重置，恢復成空白狀態，以供下一次使用。重置時，重置單元135可以將移動終端上的相關數據，例如各個檢查事件的執行時間、執行醫師、甚至檢查結果等信息儲存到數據庫單元110中，以供以后查詢。然后，方法300結束，如步驟S306所示。

下面參照圖5描述客戶端側實施的方法400。如圖5所示，方法400始于步驟S401。在步驟S402，客戶端模塊可通過患者信息管理單元210接收來自服務器端模塊的患者信息，例如前面參照圖6描述的那些患者信息，并且還可以利用這些信息來初始化移動終端，從而完成該移動終端與該患者之間的綁定。其中，初始化移動終端可包括由患者信息管理單元210設置患者身份信息，由時間管理單元220開始計時，并且時間管理單元220可以在此時執行與服務器的時間同步。此外，初始化移動終端的步驟還可包括由事件管理單元230生成檢查事件列表。

然后在步驟S403，事件管理單元230中包括的事件排序單元232可以對檢查事件列表中的各項檢查事件進行排序，以確定優選的先后檢查順序。例如，在一實施例中，事件排序單元232可以基于檢查地點離患者當前位置的遠近來進行排序，距離近的檢查項目排列在前。或者，在另一實施例中，事件排序單元232可以基于從HIS獲得的各個檢查項目的當前等候人數來進行排序，等候人數少的檢查項目排列在前。當然，事件排序單元232也可以根據其他策略來進行排序，例如某些檢查項目需要盡快進行，某些檢查項目對于該疾病的診斷比較重要，等等。

圖8A示出初始化和事件排序步驟執行完畢之后，移動終端的顯示界面。如圖8A所示，該界面上顯示了患者的一些基本信息，包括急診號，其是患者在就診期間的身份標識，并且還顯示了與急診號對應的條碼，便于在各個檢查點錄入患者信息，例如只要一掃條碼即可錄入患者信息。此外，該界面還示出了時間，如前所述，其可以是倒計時，也可以是正計時。該界面還示出了所生成的檢查事件清單，其已經按照一定的順序排列，和檢查任務執行進度條，其表明檢查事件的完成進展。雖然未示出，但是該界面還可以顯示一些其他信息，例如提示用戶如何使用該移動終端的提示信息等。

然后，患者可以手持該移動終端，到各個檢查地點進行檢查，如步驟S404所示。應理解，移動終端本身就代表較高的緊急程度或優先級，當各個檢查點的醫師看到手持該移動終端的患者時，會優先為其進行檢查。但是當某個檢查點同時有多個手持移動終端的患者在候檢時，則需要比較這多個患者之間的緊急程度或優先級。如前所述，患者的緊急程度或優先級可以編碼在急診號中，而圖8A所示的移動終端的主顯示界面可以根據患者的緊急程度或優先級而具有不同的背景顏色。例如，當患者具有最高的優先級時，背景顏色可以為紫色，次之則為紅色，再次之則為黃色，最低優先級則為綠色，等等。在另一些實施例中，主界面的背景顏色也可以根據患者所剩時間來改變顏色，當患者剩余時間越短，即患者應在越短的時間內完成檢查，則背景顏色越深。

移動終端可提供關于各項檢查的具體信息。例如，當在圖8A所示的界面上點擊尚未完成的檢查事件時，可以彈出圖9A所示的界面，其示出了檢查事件相關的信息，例如名稱、地點和地圖等，以便于患者進行各項檢查。應理解，檢查事件的地點和地圖可以由事件管理單元230從服務器端模塊100的數據庫單元110獲得，或者直接從醫院信息管理系統HIS獲得。圖9A的界面還可以顯示從HIS獲取的該檢查項目的當前等候人數和預計等候時間等信息。當患者執行完該檢查項目時，完成該檢查的醫師可以在該界面上輸入其姓名或編號以及密碼，并點擊完成按鈕，則事件管理單元230可以將該檢查事件的狀態標記為已完成，并且時間管理單元220可以記錄事件完成時間。在另一些實施例中，醫師也可以通過語音來操作來將事件標記為已完成，而醫師的聲紋信息可用作密碼。當患者再點擊該事件時，則彈出圖9B所示的界面，其顯示該事件的完成醫師的姓名，以及完成時間，并且在一些實施例中，還可顯示從HIS獲得的檢查結果信息，從而方便患者進行查看。

當患者完成了若干檢查事件時，則移動終端的主界面從圖8A所示的界面變化為圖8B所示的界面。在圖8B所示的界面中，已經完成了的檢查事件被排列在前，并且用特殊標記(圖8B中為勾符號)示出，未完成的檢查事件排列在后。事件排序單元232可以重復地對未完成的事件進行排序，以持續向患者推薦最優檢查順序。應理解，患者也可以不按照排列順序進行檢查，而是可以根據自己的意愿來進行檢查。

在患者持移動終端進行各項檢查期間，如步驟S405所示，移動終端還將檢查事件執行情況的數據更新至服務器端的數據庫單元110，從而服務器端可以隨時掌握客戶端的事件執行進展。例如，如前面參照圖7描述的那樣，移動終端管理單元130可以從數據庫單元110獲得相關數據，并且將執行進展以及其他信息顯示在圖7所示的管理界面上，以便于接診醫生或護士方便地查看。

在檢查期間，患者可能需要一些外界幫助，這可以通過呼叫步驟S406來執行。例如，患者或其家屬可以執行緊急情況呼叫，或者呼叫輪椅等。呼叫步驟可以通過點擊觸摸屏上顯示的相應呼叫按鈕來執行，或者可以通過按壓移動終端上的相應物理按鈕來執行。

當患者完成了所有檢查項目時，方法400結束，如步驟S407所示。此時，患者可以攜帶移動終端返回至接診醫生或護士處，并且歸還移動終端。接診醫生或護士可以執行圖4所示的方法300的步驟S305以重置移動終端。

圖10示出根據本發明一示例性實施例的移動終端裝置500的結構框圖。如圖10所示，移動終端500可包括處理器510、鍵盤520、觸摸屏顯示器530、存儲器540、通信單元550、揚聲器560和麥克風570，它們通過總線系統580彼此連接。

處理器510可以是通用處理器，例如中央處理單元CPU，也可以是專門設計的處理器或控制器，其可以運行計算機程序指令以執行前面描述的方法300以及其他操作。計算機程序指令可存儲在存儲器540中。存儲器540可以是任何類型的非易失性存儲器，諸如磁盤、閃存等。除了存儲計算機程序之外，存儲器540還可以存儲執行前述方法所需的患者相關數據和/或醫院相關數據等。

鍵盤520可包括各種按鍵，包括但不限于電源按鍵、音量按鍵、以及其他按鍵。例如，可以包括一個或多個呼叫按鍵，以便于患者在需要時快捷地進行各種呼叫，例如緊急情況呼叫、呼叫輪椅、或者呼叫醫生護士等。為了執行呼叫功能，移動終端500還包括有揚聲器560和麥克風570。

觸摸屏顯示器530兼具輸入和輸出功能，其可以接收用戶的各種操作，以及向用戶顯示各種信息，如前面參照圖6至圖9B所描述的那樣。應理解，前面描述的一些功能，例如呼叫，可以通過單獨的按鍵來進行，也可以通過觸摸屏顯示器530來執行。當通過觸摸屏顯示器530來執行時，相應的物理按鍵可以被省略。

除了上述系統和方法以外，本申請的實施例還可以是計算機程序產品，其包括計算機程序指令，所述計算機程序指令在被處理器運行時使得所述處理器執行本說明書描述的根據本申請各種實施例的急診流程管理方法中的各個步驟。

所述計算機程序產品可以以一種或多種程序設計語言的任意組合來編寫用于執行本申請實施例操作的程序代碼，所述程序設計語言包括面向對象的程序設計語言，諸如Java、JavaScript、C#、C++等，還包括常規的過程式程序設計語言，諸如“C”語言或類似的程序設計語言。程序代碼可以完全地在用戶計算設備上執行、部分地在用戶設備上執行、作為一個獨立的軟件包執行、部分在用戶計算設備上部分在遠程計算設備上執行、或者完全在遠程計算設備或服務器上執行。程序運行平臺可以包括Windows、Linux、安卓、iOS、Symbian等。

此外，本申請的實施例還可以是計算機可讀存儲介質，其上存儲有計算機程序指令，所述計算機程序指令在被處理器運行時使得所述處理器執行本說明書描述的根據本申請各種實施例的急診流程管理方法中的各個步驟。

所述計算機可讀存儲介質可以采用一個或多個可讀介質的任意組合。可讀介質可以是可讀信號介質或者可讀存儲介質。可讀存儲介質例如可以包括但不限于電、磁、光、電磁、紅外線、或半導體的系統、裝置或器件，或者任意以上的組合。可讀存儲介質的更具體的例子(非窮舉的列表)包括：具有一個或多個導線的電連接、便攜式盤、硬盤、隨機存取存儲器(RAM)、只讀存儲器(ROM)、可擦式可編程只讀存儲器(EPROM或閃存)、光纖、便攜式緊湊盤只讀存儲器(CD-ROM)、光存儲器件、磁存儲器件、或者上述的任意合適的組合。

上面描述了本發明的一些示例性實施例，但是應理解，在本申請的教導下，本領域技術人員可以進行形式和細節上的各種變化。例如，本領域技術人員可以根據需要而為本發明的事件驅動型急診流程管理方法增加許多其他功能模塊。此外，本發明的系統和方法不僅可用于醫院急診接診部門的流程管理，還可以應用到例如ICU患者流程管理、住院患者流程管理等其他方面。

如上所述，本發明的事件驅動型急診流程管理系統和方法實現了以患者為中心的、并且以為患者建立的檢查列表為主線的檢查過程，其至少具有如下優點。

第一，移動終端本身作為緊急情況的顯著標志，其可以使急診患者能被容易地識別并且得到優先處理，從而避免了向其他患者或醫生說明情況所需的時間。

第二，移動終端可以為患者生成檢查事件列表，并且還能顯示各項檢查的相關信息，例如地點等，從而便于患者快速完成各項檢查。移動終端還可以連接到醫院的HIS以獲得檢查結果，以便于患者查看。

第三，移動終端可以為患者提供優化的檢查順序，例如按照距離遠近、等候人數的多少等來優化，可以改善患者流向，節省患者平均花費的檢查時間，提高醫院的運營效率。

第四，接診醫生或護士可以通過移動終端來方便地實現對各個急診患者的管理，可以隨時掌握各個患者的當前位置和檢查進展，在需要時通過呼叫等方式來介入檢查過程。而且，當某些患者的檢查超過規定時間時，還可以向接診醫生或護士發出警報信息，避免因繁忙而導致遺忘了該患者。

第五，由于各個移動終端的時間與服務器保持一致，因此可以確保各項檢查在時間上的一致性，從而可以便于執行信息的整合分析。

第六，本發明的系統能夠容易地布設。該系統可以利用醫院現有的網絡系統來進行，在硬件上增加的設備很少，因此不會產生高昂的成本。

第七，本發明的系統和方法可以獨立實施，不依賴于現有的醫院信息管理系統，或者也可以連接或整合到現有的醫院信息管理系統中。因此，該系統可以適應于各種醫院信息管理狀況。

本發明還具有其他優點和特征，其可以從前面對示例性實施例的描述而顯見。以上結合具體實施例描述了本申請的基本原理，但是，需要指出的是，在本申請中提及的優點、優勢、效果等僅是示例而非限制，不能認為這些優點、優勢、效果等是本申請的各個實施例必須具備的。另外，上述公開的具體細節僅是為了示例的作用和便于理解的作用，而非限制，上述細節并不限制本申請為必須采用上述具體的細節來實現。

本申請中涉及的器件、裝置、設備、系統的方框圖僅作為例示性的例子并且不意圖要求或暗示必須按照方框圖示出的方式進行連接、布置、配置。如本領域技術人員將認識到的，可以按任意方式連接、布置、配置這些器件、裝置、設備、系統。諸如“包括”、“包含”、“具有”等等的詞語是開放性詞匯，指“包括但不限于”，且可與其互換使用。這里所使用的詞匯“或”和“和”指詞匯“和/或”，且可與其互換使用，除非上下文明確指示不是如此。這里所使用的詞匯“諸如”指詞組“諸如但不限于”，且可與其互換使用。

還需要指出的是，在本申請的設備和方法中，各部件或各步驟是可以分解和/或重新組合的。這些分解和/或重新組合應視為本申請的等效方案。

雖然上面按照一定的順序描述了方法中的各個步驟，但是應理解，這些步驟也可以按照不同的順序進行，或者多個步驟可以同時進行。或者在一些實施例中，某些步驟可以一直持續地進行。本發明的方法涵蓋所有這些不同的執行順序。

提供所公開的方面的以上描述以使本領域的任何技術人員能夠做出或者使用本申請。對這些方面的各種修改對于本領域技術人員而言是非常顯而易見的，并且在此定義的一般原理可以應用于其他方面而不脫離本申請的范圍。因此，本申請不意圖被限制到在此示出的方面，而是按照與在此公開的原理和新穎的特征一致的最寬范圍。

為了例示和描述的目的已經給出了以上描述。此外，此描述不意圖將本申請的實施例限制到在此公開的形式。盡管以上已經討論了多個示例方面和實施例，但是本領域技術人員將認識到其某些變型、修改、改變、添加和子組合。本發明的范圍由所附權利要求及其等價物定義。