本發(fā)明涉及信息處理技術(shù)，尤其涉及一種醫(yī)療信息推送和提醒的方法、裝置及系統(tǒng)。

背景技術(shù)：

現(xiàn)在醫(yī)患關(guān)系緊張，雖然醫(yī)療體制是根本的問題，但是我們從技術(shù)上可以為緊張的醫(yī)患關(guān)系做點事。一個非常常見的場景，很多人去醫(yī)院前都有這種擔心，醫(yī)院人很多，先是要排隊掛號，然后就是漫長的排隊候診，經(jīng)常排了一上午，醫(yī)生就看了幾分鐘。這樣的境遇患者是沒有好心情的。

雖然目前有丁香園，春雨醫(yī)生，好大夫等輕問診軟件和平臺，通過這些軟件和平臺患者可以進行一些輕問診，達到足不出戶就能輕松就診的目的。但是這些輕問診有局限性，很多疾病還是需要患者去醫(yī)院的，還是無法回避上面的患者去醫(yī)院看病，掛號和候診排隊時間過長的問題。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明實施例提供一種醫(yī)療信息推送和提醒的方法、裝置及系統(tǒng)，以解決現(xiàn)有技術(shù)中的用戶去醫(yī)院看病，掛號和候診排隊時間過長的問題。

第一方面，本發(fā)明實施例提供了一種醫(yī)療信息推送方法，包括：

獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，所述預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號；

獲取所述用戶的實時地理位置信息；

基于所獲取的用戶的地理位置信息以及醫(yī)院的地理位置信息，確定所述用戶到達所述醫(yī)院的抵達時間；

根據(jù)所述預約序號確定用戶的看診等待時間；

根據(jù)所述抵達時間以及所述看診等待時間，生成就診提示信息并提供給所述用戶的終端設備。

第二方面，本發(fā)明實施例提供了一種醫(yī)療信息提醒方法，包括：

將預約掛號信息以及用戶的實時地理位置信息發(fā)送至服務器，以供服務器根據(jù)所述預約掛號信息和所述實時地理位置信息生成就診提示信息并返回給用戶的終端設備，其中，所述預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號；

根據(jù)所接收到的就診提示信息，對用戶進行就診提示。

第三方面，本發(fā)明實施例提供了一種醫(yī)療信息推送裝置，包括：

第一獲取模塊，用于獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，所述預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號；

第二獲取模塊，用于獲取所述用戶的實時地理位置信息；

第一確定模塊，用于基于所獲取的用戶的地理位置信息以及醫(yī)院的地理位置信息，確定所述用戶到達所述醫(yī)院的抵達時間；

第二確定模塊，用于根據(jù)所述預約序號確定用戶的看診等待時間；

第一生成模塊，用于根據(jù)所述抵達時間以及所述看診等待時間，生成就診提示信息；以及

發(fā)送模塊，用于將所生成的就診提示信息發(fā)送給所述用戶的終端設備。

第四方面，本發(fā)明實施例提供了一種醫(yī)療信息提醒裝置，包括：

信息提供模塊，用于將預約掛號信息以及用戶的實時地理位置信息發(fā)送至服務器，以供服務器根據(jù)所述預約掛號信息和所述實時地理位置信息生成就診提示信息并返回給用戶的終端設備，其中，所述預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號；

就診提示模塊，用于根據(jù)所接收到的就診提示信息，對用戶進行就診提示。

第五方面，本發(fā)明實施例提供了一種醫(yī)療信息提醒系統(tǒng)，包括：醫(yī)療信息推送服務器以及終端設備，其中，所述醫(yī)療信息推送服務器包括本發(fā)明實施例所述的醫(yī)療信息推送裝置，以及所述終端設備包括本發(fā)明實施例所述的醫(yī)療信息提醒裝置。

本發(fā)明實施例提供的醫(yī)療信息推送和提醒的方法、裝置及系統(tǒng)，通過終端設備和服務器的共同配合，即：用戶經(jīng)由終端設備發(fā)送預約掛號信息到服務器，服務器根據(jù)掛號信息在合適的時間獲取用戶的地理位置信息和醫(yī)院的地理位置信息，根據(jù)用戶和醫(yī)院的地理位置信息確定用戶抵達醫(yī)院的時間，并根據(jù)所述預約序號確定用戶的看診等待時間，最后根據(jù)用戶抵達醫(yī)院的時間以及所述看診等待時間，發(fā)送就診提示信息給用戶的終端設備。實現(xiàn)了用戶只需提前向服務器發(fā)送預約掛號信息然后在接收到就診提示信息后前往醫(yī)院就診即可，解決了用戶去醫(yī)院看病，掛號和候診排隊時間過長的問題，大大優(yōu)化了現(xiàn)有的看病流程，減少了用戶的看病等待時間。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯：

圖1是本發(fā)明實施例一提供的一種醫(yī)療信息推送方法的流程圖；

圖2是本發(fā)明實施例二提供的一種醫(yī)療信息推送方法的流程圖；

圖3是本發(fā)明實施例三提供的一種醫(yī)療信息推送方法的流程圖；

圖4是本發(fā)明實施例四提供的一種醫(yī)療信息推送方法的流程圖；

圖5是本發(fā)明實施例五提供的一種醫(yī)療信息提醒方法的流程圖；

圖6是本發(fā)明實施例六提供的一種醫(yī)療信息推送裝置的結(jié)構(gòu)圖；

圖7是本發(fā)明實施例七提供的一種醫(yī)療信息提醒裝置的結(jié)構(gòu)圖；

圖8是本發(fā)明實施例八提供的一種醫(yī)療信息提醒系統(tǒng)的結(jié)構(gòu)圖。

具體實施方式

下面結(jié)合附圖和實施例對本發(fā)明作進一步的詳細說明?？梢岳斫獾氖牵颂幩枋龅木唧w實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部內(nèi)容。

另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部內(nèi)容。在更加詳細地討論示例性實施例之前應當提到的是，一些示例性實施例被描述成作為流程圖描繪的處理或方法。雖然流程圖將各項操作(或步驟)描述成順序的處理，但是其中的許多操作可以被并行地、并發(fā)地或者同時實施。此外，各項操作的順序可以被重新安排。當其操作完成時所述處理可以被終止，但是還可以具有未包括在附圖中的附加步驟。所述處理可以對應于方法、函數(shù)、規(guī)程、子例程、子程序等等。

實施例一

圖1是本發(fā)明實施例一提供的一種醫(yī)療信息推送方法的流程圖。本實施例的方法可由醫(yī)療信息推送裝置來執(zhí)行，所述裝置可通過軟件和/或硬件的方式實現(xiàn)，并一般可集成于服務器中。如圖1所示，本實施例提供的醫(yī)療信息推送方法具體包括：

s110、獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號。

現(xiàn)在很多患者去醫(yī)院就醫(yī)都會遇到這樣的情況：很早就去醫(yī)院排隊掛號然后排隊候診，雖然看病只用了一小會，但耽誤了一整天。尤其是在周末，這樣的情況更為普遍。

在本實施例中，用戶可以提前幾天或看病當天，通過終端設備向服務器發(fā)送預約掛號信息，以使得服務器獲取用戶的預約掛號信息。

終端設備可以為移動終端，例如手機、智能手表等，也可以為固定的終端，例如臺式機等。服務器可以為設定醫(yī)院內(nèi)部配置的后臺服務器(后文簡稱為醫(yī)院服務器)，也可以為第三方服務器，第三方服務器可同時為幾家或整個城市的醫(yī)院提供醫(yī)療信息推送服務，接收和處理其所服務的醫(yī)院的預約掛號信息，并為其建立數(shù)據(jù)庫。

其中，所述預約掛號信息可以包括：醫(yī)院科室信息，預約就診時間以及預約序號。

如前所述，如果所述服務器具體為醫(yī)院服務器，則所述醫(yī)院科室信息具體包括指定科室的信息；如果所述服務器具體為第三方服務器，則所述醫(yī)院科室信息具體包括指定醫(yī)院指定科室的信息。

典型的，所述預約就診時間具體包括：預約就診日期，以及在該預約就診日期下的預約時間段，例如，2015.12.12，7:00-8:00；

在一個例子中，指定醫(yī)院、指定科室以及預約就診時間為用戶通過設定的人機交互界面輸入的內(nèi)容，預約序號為服務器根據(jù)所述指定醫(yī)院指定科室在所述預約就診時間下已經(jīng)完成的預約掛號數(shù)適應性生成的；在另一個例子中，指定醫(yī)院、指定科室以及預約就診日期為用戶通過設定的人機交互界面輸入的內(nèi)容，預約就診時間段以及預約序號為服務器根據(jù)所述指定醫(yī)院指定科室在所述預約就診日期下已經(jīng)完成的預約掛號數(shù)適應性生成的。

例如，某醫(yī)院的某科室每個預約時間段限定10人，七點到八點預約序號分配為1至10，八點到九點預約序號分配為11至20，若用戶選定八點到九點的預約時間段，掛號前，此時間段已有5人完成預約掛號，則此用戶預約序號為16號。若此時間段掛號人數(shù)已滿，該用戶就可預約到下個時間段，并分配對應的預約序號。

當然，可以理解是，所述預約掛號信息中還可以包括其他信息，例如，指定醫(yī)生(例如，“xx”醫(yī)生)、看診醫(yī)生類型(例如，主任醫(yī)師或者副主任醫(yī)師等)或者看診醫(yī)生性別等，本實施例對此并不進行限制。

s120、獲取用戶的實時地理位置信息。

在本實施例中，由于需要根據(jù)用戶的地理位置信息來確定用戶到達醫(yī)院的所需的時間，因此需要首先獲取用戶的實時地理位置信息；

其中，用戶的實時地理位置信息的獲取時機可以包括：用戶觸發(fā)或者根據(jù)預約就診時間觸發(fā)等，本實施例對此并不進行限制。

例如，假設用戶完成預約掛號后，可以自由設定一個實時地理位置信息的獲取時間，當系統(tǒng)時間到達該時間后，服務器則開始獲取用戶的實時地理位置信息；或者用戶可以根據(jù)實際需要，通過按鍵觸發(fā)的方法，指示服務器開始獲取用戶的實時地理位置信息等。

在本實施例的一個優(yōu)選的實施方式中，還可以在系統(tǒng)時間到達醫(yī)療信息推送觸發(fā)時間時，獲取用戶的實時地理位置信息，其中，醫(yī)療信息推送觸發(fā)時間基于預約就診時間確定。

其中，可以通過用戶佩戴的可穿戴設備(智能手表或者智能手環(huán)等)獲取用戶的實時地理位置信息，也可以根據(jù)用戶登記的移動終端來獲取用戶的實時地理位置信息，本實施例對此并不進行限制。

在一個具體例子中，若用戶發(fā)送預約掛號信息的終端設備為移動設備，則可直接根據(jù)用戶與移動終端的關(guān)聯(lián)性，將該終端設備的實時地理位置信息，作為用戶的實時地理位置信息。若用戶發(fā)送預約掛號信息的終端設備為固定終端，則可以提示用戶與移動終端進行綁定，從而能獲取用戶的實時地理位置信息。示例性的，在用戶通過電腦向服務器發(fā)送預約掛號信息時，電腦與服務器相對應的應用程序自動跳出提示框，詢問用戶是否綁定手機或者其他智能終端設備，用戶輸入手機號或者設備標識即可與服務器保持信號的連接。

服務器可設定醫(yī)療信息推送觸發(fā)時間，觸發(fā)時間根據(jù)預約就診時間確定。示例性的，可為預約就診時間的當天或提前一天。當系統(tǒng)時間至觸發(fā)時間，服務器就向用戶的移動終端發(fā)送信號以獲取用戶地理位置信息。在其它示例中，也可由用戶主動上報自己的實時地理位置至服務器。

相應的，所述獲取用戶的實時地理位置信息包括：接收用戶上報的實時地理位置信息，或者經(jīng)由gps(globalpositioningsystem，全球定位系統(tǒng))系統(tǒng)獲取用戶的實時地理位置信息。典型的，移動終端可為用戶的手機、平板電腦等設備，此類終端方便用戶隨身攜帶且大多內(nèi)置有g(shù)ps，以使服務器準確、快速的獲取用戶的實時地理位置信息。

s130、基于所獲取的用戶的地理位置信息以及醫(yī)院的地理位置信息，確定 用戶到達醫(yī)院的抵達時間。

如前所述，如果所述服務器為醫(yī)院服務器，則在該服務器中預存有對應醫(yī)院的地理位置信息；如果所述服務器為第三方服務器，則為了確定用戶到達醫(yī)院所需要的時間(抵達時間)，還需要根據(jù)預約掛號信息中包括的指定醫(yī)院的信息來獲取所述指定醫(yī)院的地理位置信息。

典型的，可以使用現(xiàn)有的各種地圖導航方法，基于用戶的實時地理位置信息以及所述指定醫(yī)院的地理位置信息，實時估計用戶到達所述指定醫(yī)院的路途時間。可選的，可以同時結(jié)合實時路況信息優(yōu)化用戶到達指定醫(yī)院的抵達時間，以使得最終的路途時間計算結(jié)果更加貼近實際情況。

s140、根據(jù)預約序號確定用戶的看診等待時間。

從指定醫(yī)院指定科室的醫(yī)生看診開始，服務器就開始實時計算用戶所需經(jīng)歷的看診等待時間。

典型的，可以根據(jù)指定醫(yī)院指定科室在所述就診日期下安排的當值醫(yī)生的數(shù)目，以及該科室的平均看診時間估算用戶所需經(jīng)歷的看診等待時間；

進一步的，為了使得最終的看診等待時間的計算更加準確，還可以實時獲取所述就診日期下，與掛號序號位于所述預約序號之前的掛號人員對應的異常診斷事件(例如：某個病人由于掛號有誤，因此與該病人對應的診斷時間非常短；或者某個病人由于病情特殊，因此與該病人對應的診斷時間非常長等異常診斷事件)；基于與所述異常診斷事件，確定診斷修正時間；根據(jù)所述診斷修正時間，實時修正用戶從看診開始后所需經(jīng)歷的看診等待時間等。

s150、根據(jù)抵達時間以及看診等待時間，生成就診提示信息并提供給用戶的終端設備。

服務器將用戶到達指定醫(yī)院的抵達時間和該用戶看診等待時間相比較，在 合適的時機發(fā)送信號至用戶的終端設備提醒用戶開始出發(fā)，使用戶不至于在醫(yī)院等很久再就診，同時用戶到達醫(yī)院的時間也不會遲于預約時間。

具體的，在看診等待時間與抵達時間之差小于設定門限閾值時，生成就診提示信息。

設定門限閾值可使用戶提前一會到醫(yī)院，不至于錯過就診，也預防突然的堵車和其他特殊情況致使的遲到問題。所述設定門限閾值可以為15分鐘或半個小時，即使用戶提前15分鐘或半個小時出發(fā)。

示例性的，服務器可將就診提示信息以push通知(也可稱為推送通知)的形式提供給用戶的移動終端。

本發(fā)明實施例一提供的醫(yī)療信息推送方法，服務器通過接收用戶經(jīng)由終端設備發(fā)送的預約掛號信息，在合適的時間獲取用戶和醫(yī)院的地理位置信息來確定用戶抵達醫(yī)院的時間，根據(jù)預約掛號信息計算看診等待時間，最后根據(jù)用戶到達醫(yī)院的抵達時間和候診時間在合適的時間發(fā)出提醒到用戶的終端設備，提醒用戶到醫(yī)院就診，解決了用戶去醫(yī)院看病，掛號和候診排隊時間過長的問題，大大優(yōu)化了現(xiàn)有的看病流程，減少了用戶的看病等待時間。

實施例二

圖2是本發(fā)明實施例二提供的一種醫(yī)療信息推送方法的流程圖。本實施例對實施例一進行了優(yōu)化，具體的，在本實施例中，優(yōu)選還可以包括：基于所獲取的用戶的實時地理位置信息，獲取用戶附近的交通信息，以及

將基于所獲取的用戶的地理位置信息以及醫(yī)院的地理位置信息，確定所述用戶到達所述醫(yī)院的抵達時間具體優(yōu)化為：基于所獲取的用戶的地理位置信息、醫(yī)院的地理位置信息以及交通信息，確定所述用戶到達所述醫(yī)院的抵達時 間。相應的，如圖2所示，本實施例提供的醫(yī)療信息推送方法具體包括：

s110、獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號。

在本實施例中，可以通過設定的客戶端應用程序(例如，“xx醫(yī)生”)向用戶提供預約掛號信息輸入接口，以接收用戶輸入或者選定的預約掛號信息。

優(yōu)選的，所述預約掛號信息輸入接口以人機交互界面的形式，將至少一個用于寫入所述預約掛號信息的輸入框提供給用戶。

典型的，人機交互界面的輸入框可指導用戶在設定位置直接輸入指定醫(yī)院指定科室的預約就診時間。另外，也可以在人機交互界面設置多個選項，每個選項代表不同的醫(yī)院、科室以及就診時間，用戶只需查找所需選項進行選擇即可輸入相應的預約掛號信息。

當用戶完成對醫(yī)院、科室以及預約就診時間等掛號信息的完整輸入后，可以通過點擊所述人機交互界面中設定控件的方式，向服務器發(fā)送確認掛號信息，以確定遞交所輸入的信息。

相應的，當服務器接收到所述確認掛號信息后，可以通過所述至少一個輸入框獲取用戶經(jīng)由終端設備發(fā)送的指定醫(yī)院指定科室的預約就診時間。

s120、獲取用戶的實時地理位置信息。

s210、基于所獲取的用戶的實時地理位置信息，獲取用戶附近的交通信息。

服務器獲得用戶的實時地理位置信息后，可以通過查詢地圖導航服務器中實時更新的路況信息，獲取用戶附近的交通信息。

舉例而言，在獲取用戶的實時地理位置信息后，可以以所述地理位置信息為坐標原點，選取設定半徑生成用戶附近區(qū)域，并獲取所述用戶附近區(qū)域內(nèi)部包括的路段集，查詢地圖導航服務器，獲取所述路段集中包括的實時車輛數(shù)目 作為用戶附近的交通信息。

其中，通過獲取用戶附近的交通信息更能準確的對用戶到達醫(yī)院的抵達時間做出計算。

s220、基于所獲取的用戶的地理位置信息、醫(yī)院的地理位置信息以及交通信息，確定用戶到達醫(yī)院的抵達時間。

因為計算用戶到醫(yī)院的實時路程時間時可以同時結(jié)合路程和交通信息，所以可根據(jù)所述用戶的當前的地理位置信息，生成至少一種到達所述指定醫(yī)院的路線信息。從而根據(jù)路線信息以及交通信息，確定用戶到達醫(yī)院的抵達時間，也即從用戶的地理位置到達醫(yī)院的地理位置信息所需經(jīng)歷的時間。

s140、根據(jù)預約序號確定用戶的看診等待時間。

s150、根據(jù)抵達時間以及看診等待時間，生成就診提示信息并提供給用戶的終端設備。

可選的，就診提示信息還可以包括路線信息。

服務器根據(jù)用戶的當前的地理位置信息選取合適的路線并將路線信息添加到就診提示信息上一并發(fā)送至所述用戶的終端終端。選取的路線包括至少一條，可以為多條供用戶選擇。在此基礎上，服務器可以根據(jù)選取的路線的路程長度和路況更加準確的實時估計用戶至醫(yī)院的實時路途時間。

本實施例二在上述實施例的基礎上，在服務器獲取用戶的地理位置信息的同時獲取用戶附件的交通信息，并根據(jù)交通信息提供至少一條至醫(yī)院的路線?？梢灾笇в脩舭凑账峁┑穆肪€去醫(yī)院，既節(jié)省了找路的時間，也使得服務器更準確的預估用戶至醫(yī)院的時間。

實施例三

圖3是本發(fā)明實施例三提供的一種醫(yī)療信息推送方法的流程圖。本實施例在實施例二的基礎上，將“根據(jù)預約序號確定用戶的看診等待時間”作進一步優(yōu)化。參考圖3，所述醫(yī)療信息推送方法包括：

s110、獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號。

s120、獲取用戶的實時地理位置信息。

s210、基于所獲取的用戶的實時地理位置信息，獲取用戶附近的交通信息。

s220、基于所獲取的用戶的地理位置信息、醫(yī)院的地理位置信息以及交通信息，確定用戶到達醫(yī)院的抵達時間。

s310、根據(jù)預約序號，確定科室的位于預訂序號之前的當前未處理掛號人數(shù)信息。

示例性的，獲取所述指定醫(yī)院指定科室的實時掛號人數(shù)中，掛號序號位于所述預約序號之前的掛號人數(shù)的第一數(shù)量值n1，獲取所述指定醫(yī)院指定科室當前已診斷完成人數(shù)的第二數(shù)量值n2，第一數(shù)量值和第二數(shù)量值的差值為排在該用戶之前還未就診的人數(shù)。因為還未就診的人數(shù)實時地在變化，所以要實時計算看診等待時間并反饋給用戶。

s320、基于醫(yī)療信息數(shù)據(jù)庫，獲取醫(yī)生的總平均診斷時間以及當值醫(yī)生數(shù)目。

在本實施例中，所述醫(yī)療信息數(shù)據(jù)庫中存儲有醫(yī)生的總平均診斷時間t1以及當值醫(yī)生的數(shù)目n等醫(yī)院信息。

其中，所述醫(yī)院信息數(shù)據(jù)庫優(yōu)選可以存儲于醫(yī)院服務器中，其中，如果本實施例的方法通過醫(yī)院服務器來執(zhí)行，該醫(yī)院服務器可以通過本地查詢醫(yī)療信息數(shù)據(jù)庫的方式，直接獲取指定科室的醫(yī)生的總平均診斷時間以及在所述就診 日期下的當值醫(yī)生數(shù)目；如果本實施例的方法通過第三方服務器來執(zhí)行，該第三方服務器可以首先向所述醫(yī)院信息數(shù)據(jù)庫發(fā)送查詢請求，并在該查詢請求中添加所查詢醫(yī)院科室以及查詢?nèi)掌?，所述醫(yī)院信息數(shù)據(jù)庫根據(jù)所述查詢請求，獲取指定醫(yī)院指定科室的醫(yī)生的總平均診斷時間以及在所述就診日期下的當值醫(yī)生數(shù)目作為查詢結(jié)果，并將所述查詢結(jié)果返回至所述第三方服務器。

當然，可以理解的是，所述醫(yī)院信息數(shù)據(jù)庫還可以存儲于第三方服務器中，相應的，該第三方服務器需要定期收集(或者接收醫(yī)院自主上報)相應的醫(yī)院信息存儲于所述醫(yī)院信息數(shù)據(jù)庫中。

其中，如果本實施例的方法通過第三方服務器來執(zhí)行，該第三方服務器可以通過本地查詢醫(yī)療信息數(shù)據(jù)庫的方式，直接獲取指定醫(yī)院指定科室的醫(yī)生的總平均診斷時間以及在所述就診日期下的當值醫(yī)生數(shù)目。優(yōu)選的，所述醫(yī)生的總平均診斷時間t1是由服務器大量的收集醫(yī)生看診的時間，并分析其平均值得出的。

s330、基于當前未處理掛號人數(shù)、總平均診斷時間以及當值醫(yī)生數(shù)目，計算用戶的看診等待時間。

s310～s330為實時計算看診等待時間的具體步驟在上述示例設定的參數(shù)中，可選的，根據(jù)公式t＝(n1-n2)*t1/n，計算用戶從看診開始后所需經(jīng)歷的看診等待時間t。

s150、根據(jù)抵達時間以及看診等待時間，生成就診提示信息并提供給用戶的終端設備。

此外，在本發(fā)明的另一實施例中，也可以基于實施例一的技術(shù)方案進行上述類似修改，具體地，即，將實施例一中的步驟s140替換為上述步驟s310到s330。

在上述各實施例的基礎上，醫(yī)療信息推送方法，還可以包括：

定期收集各醫(yī)院科室中的各醫(yī)生對不同病人的診斷時間；

基于所收集的診斷時間，確定與各醫(yī)院科室對應的平均診斷時間和/或與各醫(yī)院科室中的各醫(yī)生對應的平均診斷時間；

利用所確定的與各醫(yī)院科室對應的平均診斷時間和/或與各醫(yī)院科室中的各醫(yī)生對應的平均診斷時間，對所述醫(yī)療信息數(shù)據(jù)庫中的對應平均診斷時間進行更新。

各醫(yī)院各科室的平均診斷時間因為醫(yī)生的流動等原因是在變的。并且因為醫(yī)生隨著年齡的增長看診技能也增長，看診時間也變短；醫(yī)療器械的發(fā)展和改進也促使了看診時間的減短。所以要定期收集各科室各醫(yī)生的看診時間以便于對醫(yī)療信息數(shù)據(jù)庫里的平均診斷時間進行更新。若有病人指定某個醫(yī)生，也可以對該醫(yī)生形成診斷時間的數(shù)據(jù)組存儲在醫(yī)療信息數(shù)據(jù)庫中，然后定期分析該醫(yī)生平均診斷時間。

本發(fā)明實施例在上述實施例的基礎上，對于計算用戶的看診等待時間的具體過程作進一步詳細的說明。另外，在醫(yī)療信息推送方法中加入了定期更新醫(yī)療信息數(shù)據(jù)庫的步驟，使醫(yī)療信息數(shù)據(jù)庫更能反映當前的醫(yī)生的看診水平情況，使計算得到的看診等待時間更為準確。

實施例四

圖4是本發(fā)明實施例四提供的一種醫(yī)療信息推送方法的流程圖。本實施例在上述實施例二的基礎上，將“根據(jù)預約序號確定用戶的看診等待時間”作進一步優(yōu)化。在本實施例中，所述預約掛號信息還包括：指定醫(yī)生信息，即用戶不以科室為單位進行掛號，而按醫(yī)生進行掛號。

相應的，參考圖4，所述醫(yī)療信息推送方法包括：

s410、獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，預約掛號信息包括醫(yī)院科室信息、指定醫(yī)生信息、預約就診時間以及預約序號。

s120、獲取用戶的實時地理位置信息。

s210、基于所獲取的用戶的實時地理位置信息，獲取用戶附近的交通信息。

s220、基于所獲取的用戶的地理位置信息、醫(yī)院的地理位置信息以及交通信息，確定用戶到達醫(yī)院的抵達時間。

s420、根據(jù)預約序號，確定指定醫(yī)生的位于預訂序號之前的當前未處理掛號人數(shù)信息。

示例性的，獲取所述指定醫(yī)生的實時掛號人數(shù)中，掛號序號位于所述預約序號之前的掛號人數(shù)的第三數(shù)量值n3，獲取所述指定醫(yī)生當前已診斷完成人數(shù)的第四數(shù)量值n4。

s430、從醫(yī)療信息數(shù)據(jù)庫中獲取指定醫(yī)生的平均診斷時間。

示例性的，查詢醫(yī)療信息數(shù)據(jù)庫，獲取所述指定醫(yī)生的平均診斷時間t2。

其中，在實施例三中已經(jīng)對所述醫(yī)療信息數(shù)據(jù)庫的相關(guān)內(nèi)容進行詳細描述，本實施例不再贅述。

s440、基于當前未處理掛號人數(shù)信息以及平均診斷時間，計算用戶的看診等待時間。

在上述示例的基礎上，可根據(jù)公式t’＝(n3-n4)*t2，計算用戶從看診開始后所需經(jīng)歷的看診等待時間t’。

s420～s440為實時計算看診等待時間的具體步驟。有些用戶會指定某個醫(yī)生看診或是病人復診會要求找曾找過的醫(yī)生，所以可將對每個醫(yī)生的預約就診時間以及預約序號進行統(tǒng)計，并對每個醫(yī)生的平均看診時間進行統(tǒng)計。并針對 每個醫(yī)生的實時看診情況計算用戶的看診等待時間。對每個醫(yī)生的平均看診時間進行統(tǒng)計來計算用戶的看診等待時間，對于指定醫(yī)生看病的用戶來說更加具有準確性。

s150、根據(jù)抵達時間以及看診等待時間，生成就診提示信息并提供給用戶的終端設備。

本實施例提供的方案，將對指定醫(yī)院指定科室的用戶看診等待時間的統(tǒng)計具體到對指定醫(yī)院指定科室中指定醫(yī)生的用戶看診等待時間的統(tǒng)計，更適應現(xiàn)在的患者指定醫(yī)生就診的情況。

同樣地，在本發(fā)明的另一實施例中，也可以基于實施例一的技術(shù)方案進行上述類似修改，具體地，即，將實施例一中的步驟s110替換為上述步驟s410以及步驟s140替換為上述步驟s420到s440。

在上述各實施例的基礎上，根據(jù)預約序號，確定用戶的看診等待時間還可以包括：

實時獲取與掛號序號位于所述預約序號之前的掛號人員對應的異常診斷事件，其中，所述異常診斷事件包括：掛號人員看診時間大于第一閾值的事件、掛號人員看診時間小于第二閾值的事件、或者掛號人員到號未就診事件；

基于所述異常診斷事件，確定診斷修正時間；

根據(jù)所述診斷修正時間，修正用戶的看診等待時間。

根據(jù)醫(yī)療信息數(shù)據(jù)庫統(tǒng)計分析的平均就診時間，可以粗略計算看診等待時間。但有時掛號人員只是詢問幾句就結(jié)束就診了，時間很短；也有的掛號人員因為病情復雜需要詳細就診，時間就很長；或者掛號人員就診當天沒有就診，這些情況都為異常的診斷事件，使計算得到的看診等待時間誤差較大。

通過記錄異常事件的時長和異常事件的對應的預約序號，并將異常事件的 時長記錄到診斷修正時間里，實時的修正用戶的看診等待時間，可以使得最終計算得到的看診等待時間更加精準，更加貼近實際情況。

實施例五

圖5是本發(fā)明實施例五提供的一種醫(yī)療信息提醒方法的流程圖。本實施例的方法可由醫(yī)療信息提醒裝置來執(zhí)行，所述裝置可通過軟件和/或硬件的方式來實現(xiàn)，并一般可集成于終端設備中，如圖5所示，本實施例提供的醫(yī)療信息提醒方法具體包括：

s510、將預約掛號信息以及用戶的實時地理位置信息發(fā)送至服務器，以供服務器根據(jù)預約掛號信息和實時地理位置信息生成就診提示信息并返回給用戶的終端設備，其中，預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號；

s520、根據(jù)所接收到的就診提示信息，對用戶進行就診提示。

本發(fā)明實施例五提供了一種醫(yī)療信息提醒方法，終端設備先將預約掛號信息發(fā)送至服務器，之后在合適的時間向服務器發(fā)送地理位置信息，使服務器根據(jù)上述兩個信息生成就診提示信息，然后終端設備在接收到服務器發(fā)出的就診提示信息后，開始對用戶進行就診提示。本方案用戶無需去醫(yī)院排很長的隊進行掛號和候診，只需提前在終端設備上進行掛號，然后等待就診提示后出發(fā)去醫(yī)院即可。

實施例六

圖6是本發(fā)明實施例六提供的一種醫(yī)療信息推送裝置的結(jié)構(gòu)圖，該裝置可配置于服務器中。如圖6所示，所述裝置可以包括：第一獲取模塊61、第二獲 取模塊62、第一確定模塊63、第二確定模塊64、第一生成模塊65以及發(fā)送模塊66。

其中，第一獲取模塊61用于獲取用戶經(jīng)由終端設備發(fā)送的預約掛號信息，其中，所述預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號。第二獲取模塊62用于獲取所述用戶的實時地理位置信息。

第一確定模塊63用于基于所獲取的用戶的地理位置信息以及醫(yī)院的地理位置信息，確定所述用戶到達所述醫(yī)院的抵達時間。第二確定模塊64，用于根據(jù)所述預約序號確定用戶的看診等待時間。

第一生成模塊65用于根據(jù)所述抵達時間以及所述看診等待時間，生成就診提示信息；以及發(fā)送模塊66用于將所生成的就診提示信息發(fā)送給所述用戶的終端設備。

本發(fā)明實施例的技術(shù)方案，服務器通過接收用戶終端發(fā)送的掛號信息，根據(jù)掛號信息實時計算候診時間并根據(jù)用戶的實時地理位置信息計算用戶到醫(yī)院所需時間，最后根據(jù)用戶到醫(yī)院的時間和候診時間在合適的時間發(fā)出提醒到用戶的終端設備，提醒用戶到醫(yī)院就診，解決了用戶去醫(yī)院看病，掛號和候診排隊時間過長的問題，大大優(yōu)化了現(xiàn)有的看病流程，減少了用戶的看病等待時間。

優(yōu)選地，在上述各實施例的基礎上，所述裝置還可以包括：第二生成模塊，用于基于所述預約就診時間生成醫(yī)療信息推送觸發(fā)時間。在這種情況下，所述第二獲取模塊，用于在系統(tǒng)時間到達所述醫(yī)療信息推送觸發(fā)時間時，獲取所述用戶的實時地理位置信息。

此外，優(yōu)選地，所述醫(yī)院科室信息還可以包括指定醫(yī)院指定科室的信息。在這種情況下，所述裝置還可以包括第三獲取模塊，用于獲取所述指定醫(yī)院的地理位置信息。

此外，可選的，所述裝置還可以包括第四獲取模塊，用于基于所獲取的用戶的實時地理位置信息，獲取用戶附近的交通信息。在這種情況下，所述第一確定模塊可以基于所獲取的用戶的地理位置信息、醫(yī)院的地理位置信息以及交通信息，確定所述用戶到達所述醫(yī)院的抵達時間。

此外，優(yōu)選地，第一確定模塊也可以基于所獲取的用戶的地理位置信息、醫(yī)院的地理位置信息以及交通信息，確定所述用戶到達所述醫(yī)院的路線信息以及對應的抵達時間。在這種情況下，所述就診提示信息還可以包括所述路線信息。

在本實施例的一個示例中，所述第二確定模塊可以包括：第一確定子模塊，用于根據(jù)所述預約序號，確定所述科室的位于所述預訂序號之前的當前未處理掛號人數(shù)信息；第一獲取子模塊，用于基于醫(yī)療信息數(shù)據(jù)庫，獲取醫(yī)生的總平均診斷時間以及當值醫(yī)生數(shù)目；計算子模塊，用于基于所述當前未處理掛號人數(shù)、總平均診斷時間以及當值醫(yī)生數(shù)目，計算用戶的看診等待時間。

此外，優(yōu)選的，所述裝置還可以包括：收集模塊，用于定期收集各醫(yī)院科室中的各醫(yī)生對不同病人的診斷時間；第三確定模塊，用于基于所收集的診斷時間，確定與各醫(yī)院科室對應的平均診斷時間和/或與各醫(yī)院科室中的各醫(yī)生對應的平均診斷時間；

更新模塊，用于利用所確定的與各醫(yī)院科室對應的平均診斷時間和/或與各醫(yī)院科室中的各醫(yī)生對應的平均診斷時間，對所述醫(yī)療信息數(shù)據(jù)庫中的對應平均診斷時間進行更新。

此外，優(yōu)選地，本實施例的另一示例中，所述第二確定模塊還可以包括：第二獲取子模塊，用于實時獲取與掛號序號位于所述預約序號之前的掛號人員對應的異常診斷事件，其中，所述異常診斷事件包括：掛號人員看診時間大于 第一閾值的事件、掛號人員看診時間小于第二閾值的事件、或者掛號人員到號未就診事件；第二確定子模塊，用于基于所述異常診斷事件，確定診斷修正時間；

修正子模塊，用于根據(jù)所述診斷修正時間，修正用戶的看診等待時間。

上述裝置可執(zhí)行本發(fā)明任意實施例所提供的醫(yī)療信息推送方法，具備執(zhí)行方法相應的功能模塊和有益效果。

實施例七

圖7是本發(fā)明實施例七提供的一種醫(yī)療信息提醒裝置的結(jié)構(gòu)圖。該裝置可配置于終端設備中，參見圖7，所述裝置包括：

信息提供模塊71，用于將預約掛號信息以及用戶的實時地理位置信息發(fā)送至服務器，以供服務器根據(jù)所述預約掛號信息和所述實時地理位置信息生成就診提示信息并返回給用戶的終端設備，其中，所述預約掛號信息包括醫(yī)院科室信息、預約就診時間以及預約序號；

就診提示模塊72，用于根據(jù)所接收到的就診提示信息，對用戶進行就診提示。

本發(fā)明實施例的技術(shù)方案，終端設備先將預約掛號信息發(fā)送至服務器，向服務器發(fā)送地理位置信息，使服務器根據(jù)上述兩個信息生成就診提示信息，然后終端設備在接收到服務器發(fā)出的就診提示信息后，開始對用戶進行就診提示。本方案用戶無需去醫(yī)院排很長的隊進行掛號和候診，只需提前在終端設備上進行掛號，然后等待就診提示后出發(fā)去醫(yī)院即可。

上述裝置可執(zhí)行本發(fā)明任意實施例所提供的醫(yī)療信息提醒方法，具備執(zhí)行方法相應的功能模塊和有益效果。

實施例八

圖8是本發(fā)明實施例八提供的一種醫(yī)療信息提醒系統(tǒng)的結(jié)構(gòu)圖。參見圖8，所述系統(tǒng)包括：

醫(yī)療信息推送服務器82以及終端設備81，其中，所述醫(yī)療信息推送服務器82包括如本發(fā)明各實施例所述的醫(yī)療信息推送裝置，以及所述終端設備包括如本發(fā)明各實施例所述的醫(yī)療信息提醒裝置。

可選的，參考圖8，所述系統(tǒng)還可以包括醫(yī)療信息數(shù)據(jù)服務器83。相應的，本實施例中的醫(yī)療信息推送服務器82主要負責信息的收發(fā)和、抵達時間以及看診等待時間的計算，醫(yī)療信息數(shù)據(jù)服務器83則作為醫(yī)療數(shù)據(jù)庫的存儲載體，用于存儲預約掛號信息、醫(yī)生的總平均診斷時間、當值醫(yī)生數(shù)目等具體的醫(yī)院信息。

通過醫(yī)療信息推送服務器82和醫(yī)療信息數(shù)據(jù)服務器83的共同配合，完成醫(yī)療信息的推送服務，加快了服務器的工作速度和處理進程。

注意，上述僅為本發(fā)明的較佳實施例及所運用技術(shù)原理。本領(lǐng)域技術(shù)人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領(lǐng)域技術(shù)人員來說能夠進行各種明顯的變化、重新調(diào)整和替代而不會脫離本發(fā)明的保護范圍。因此，雖然通過以上實施例對本發(fā)明進行了較為詳細的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。