本發(fa)明涉及(ji)一(yi)種醫療健(jian)(jian)康(kang)云平臺，尤其涉及(ji)一(yi)種基于移動(dong)終(zhong)端的(de)醫療健(jian)(jian)康(kang)防控云平臺及(ji)方法。

背景技術：

隨(sui)著互(hu)聯(lian)網的大范圍(wei)普及(ji)和各種互(hu)聯(lian)網服務涌現，移(yi)動(dong)醫(yi)(yi)(yi)療健(jian)康(kang)(kang)(kang)防控云平臺為(wei)醫(yi)(yi)(yi)療系(xi)統提供了醫(yi)(yi)(yi)療及(ji)疫(yi)情防控的便(bian)利。移(yi)動(dong)醫(yi)(yi)(yi)療健(jian)康(kang)(kang)(kang)防控云平臺主要是將電(dian)子病歷、預約掛號、電(dian)子處方(fang)、電(dian)子醫(yi)(yi)(yi)囑以及(ji)醫(yi)(yi)(yi)療影像文(wen)檔、臨床檢驗信息文(wen)檔等整(zheng)合起來建立一個完整(zheng)的數字化電(dian)子健(jian)康(kang)(kang)(kang)檔案(an)系(xi)統，并(bing)將健(jian)康(kang)(kang)(kang)檔案(an)通過云端存儲便(bian)于今(jin)后醫(yi)(yi)(yi)療的診斷依據以及(ji)其他遠程醫(yi)(yi)(yi)療、醫(yi)(yi)(yi)療教育信息的來源等。

移(yi)動(dong)醫療健康防控(kong)(kong)云平(ping)臺能(neng)夠(gou)借(jie)助(zhu)當前移(yi)動(dong)互(hu)聯網(wang)的(de)助(zhu)力以及智能(neng)硬件來提(ti)高醫生(sheng)的(de)工作效率的(de)同(tong)時(shi)減少(shao)醫患，通(tong)過精準基(ji)礎(chu)數(shu)據多維(wei)度分析(xi)為疾控(kong)(kong)中心提(ti)供疾病疫(yi)(yi)情(qing)報告，能(neng)夠(gou)使疾控(kong)(kong)工作人(ren)員(yuan)及時(shi)的(de)掌(zhang)握疫(yi)(yi)情(qing)的(de)發生(sheng)情(qing)況以及時(shi)間維(wei)度、地區維(wei)度疫(yi)(yi)情(qing)控(kong)(kong)制變化(hua)情(qing)況。同(tong)時(shi)平(ping)臺為患者提(ti)供更專業更及時(shi)的(de)疾病預處(chu)理意(yi)見，極大(da)的(de)減少(shao)了(le)發病的(de)可能(neng)性，并將診(zhen)療過程電子化(hua)永久保存，保障患者的(de)切身利益，為用(yong)戶提(ti)供的(de)更具有時(shi)效性的(de)治療接種計劃(hua)提(ti)醒，避(bi)免延誤病情(qing)治療。

但是，現有醫療(liao)(liao)健康云平臺存在以下缺點：醫療(liao)(liao)管理軟件多采(cai)用c/s架構(gou)，錄入(ru)麻煩，且操作效率低(di)下；對專業性要求嚴格，非(fei)專業人(ren)員(yuan)無法(fa)參(can)與進入(ru)系(xi)統；該(gai)平臺系(xi)統的數(shu)據(ju)局(ju)限于局(ju)域網(wang)中，無法(fa)與外界交互；醫療(liao)(liao)健康云平臺的用戶量(liang)龐大(da)，當用戶量(liang)達到千萬級時，頁(ye)面數(shu)據(ju)處理的速度較(jiao)慢，進而導致性能(neng)差。

此外，現有(you)的(de)(de)醫療(liao)(liao)管理軟件由于(yu)設(she)計模式(shi)固(gu)定，靈活(huo)性差，拓展(zhan)難度高，用戶體驗低。并(bing)且(qie)相對于(yu)整(zheng)個醫療(liao)(liao)系(xi)統(tong)來說(shuo)，每個醫療(liao)(liao)系(xi)統(tong)中的(de)(de)節點孤立，沒有(you)任何交互性可言，極大程度上制約(yue)了(le)醫療(liao)(liao)行業(ye)的(de)(de)數字化(hua)與現代化(hua)進程，影響(xiang)了(le)醫療(liao)(liao)行業(ye)的(de)(de)長(chang)遠發展(zhan)。

另外，在(zai)醫(yi)療機構中采(cai)用(yong)在(zai)客戶端與云端服(fu)務(wu)器進行數據交(jiao)互，存在(zai)著不便于(yu)攜帶及操作不夠方便等(deng)技(ji)術問(wen)題(ti)。

同時，當客戶(hu)(hu)端與(yu)服務端之(zhi)間的(de)網絡(luo)在斷網時無法(fa)實現(xian)數據的(de)上傳(chuan)，繼而導致整個系統癱瘓，用戶(hu)(hu)無法(fa)繼續使用。

技術實現要素：

為了解(jie)決(jue)現(xian)有技(ji)術的缺點(dian)，本(ben)發明(ming)提供基(ji)于移動(dong)終端的醫(yi)療健康(kang)防控云平(ping)臺(tai)及方法(fa)，該醫(yi)療健康(kang)云平(ping)臺(tai)的交(jiao)互性強，頁面數據處理快，實時(shi)便捷，拓(tuo)展性高，用戶(hu)體驗良好。

為實現上述目的，本發明采用以(yi)下技術(shu)方案：

基于移動終端的(de)醫療健康防(fang)控云平臺的(de)方法，包括：

移動終端(duan)向集(ji)群式云端(duan)服(fu)務器發(fa)送(song)訪問醫療健康業(ye)務頁(ye)面的請(qing)求(qiu)；

集群式云端服務器(qi)接收移(yi)動終(zhong)端的請求，并驗證移(yi)動終(zhong)端的權限；

若驗(yan)證(zheng)通(tong)過(guo)，則(ze)集群(qun)式云端(duan)服(fu)務(wu)器(qi)(qi)響(xiang)應(ying)移(yi)(yi)動終(zhong)端(duan)的(de)請(qing)(qing)求，檢索并(bing)返回相應(ying)的(de)醫療(liao)健康業務(wu)頁面至移(yi)(yi)動終(zhong)端(duan)；若未驗(yan)證(zheng)通(tong)過(guo)，則(ze)集群(qun)式云端(duan)服(fu)務(wu)器(qi)(qi)不(bu)響(xiang)應(ying)移(yi)(yi)動終(zhong)端(duan)的(de)請(qing)(qing)求；

所述集群(qun)式云端(duan)服務器響應移動終端(duan)的請求的過程為：

首先采用sphinx引擎進行檢(jian)索請求訪問的(de)(de)醫療健(jian)康(kang)業務(wu)頁面是否存(cun)在(zai)于集群(qun)式云端服務(wu)器的(de)(de)memcache緩(huan)存(cun)單(dan)元中，若(ruo)存(cun)在(zai)，則memcache緩(huan)存(cun)單(dan)元將(jiang)相應的(de)(de)醫療健(jian)康(kang)業務(wu)頁面直接返回至移(yi)動終端；

若不存(cun)(cun)在，則在業(ye)務數據服務器中檢索請(qing)求訪問的醫(yi)療健(jian)康(kang)(kang)業(ye)務頁面(mian)(mian)，并將獲(huo)取的醫(yi)療健(jian)康(kang)(kang)業(ye)務頁面(mian)(mian)返(fan)回至移動終端，同時把醫(yi)療健(jian)康(kang)(kang)業(ye)務頁面(mian)(mian)緩存(cun)(cun)至memcached緩存(cun)(cun)單元；

其中，在(zai)(zai)斷網的(de)情況下將(jiang)用戶所有錄(lu)入業(ye)務(wu)數據(ju)(ju)(ju)及操(cao)作數據(ju)(ju)(ju)，存(cun)儲(chu)到(dao)移(yi)動終(zhong)端(duan)的(de)本地(di)(di)數據(ju)(ju)(ju)庫中，在(zai)(zai)斷網情況下能(neng)夠(gou)進行正常(chang)業(ye)務(wu)登記，當移(yi)動終(zhong)端(duan)檢測到(dao)網絡連(lian)接(jie)后會自(zi)動的(de)將(jiang)本地(di)(di)數據(ju)(ju)(ju)同步到(dao)集群(qun)式云端(duan)服務(wu)器，并將(jiang)上傳成功的(de)數據(ju)(ju)(ju)在(zai)(zai)本地(di)(di)存(cun)儲(chu)中清(qing)除。

進(jin)一步的(de)，移動終端將數(shu)據(ju)上傳至集(ji)群式(shi)云端服務器時，在(zai)移動終端中首先對(dui)數(shu)據(ju)進(jin)行壓縮優(you)化后再上傳。

更進(jin)一(yi)步(bu)的(de)，網(wang)絡傳(chuan)輸過程中通(tong)過數據(ju)版本號(hao)進(jin)行數據(ju)的(de)匹(pi)配比對(dui)來判斷移動終端的(de)本地數據(ju)是否和(he)集群式云端服務器是同步(bu)的(de)。

進(jin)一(yi)步的，所述業(ye)務數據服務器采用b/s架構來存儲可動態調(diao)度的醫(yi)療健康業(ye)務頁面。

進一步的，用(yong)戶端(duan)業務數據及操作(zuo)數據分步錄入一次上傳至移動(dong)終端(duan)或集群式云端(duan)服(fu)務器(qi)。

進(jin)一步的，集群式云端服務(wu)器(qi)在(zai)應用層(ceng)上，使用java安全(quan)(quan)認證機制來實現web應用程序的安全(quan)(quan)，web容器(qi)執行下面的步驟：

（1）在受(shou)保護(hu)的(de)web資源被訪問時，判斷用戶是否被認證；

（2）如(ru)果(guo)用(yong)戶(hu)(hu)沒有(you)得(de)到(dao)認(ren)證，則(ze)通(tong)過重定(ding)向到(dao)部(bu)署描述符中定(ding)義的(de)注冊頁(ye)面，要求用(yong)戶(hu)(hu)提(ti)供安全信任狀(zhuang)；

（3）根(gen)據(ju)為該web容器配(pei)置的安全領域，確(que)認用戶的信任狀有效；

（4）判斷得到認證(zheng)的用戶是否被授權(quan)訪問部(bu)署(shu)描述(shu)符(fu)中定(ding)義的web資(zi)源。

進(jin)一步(bu)的(de)，集群式云端服務器使(shi)用了(le)tls和ssl協(xie)議(yi)，作(zuo)為底層(ceng)通信保障(zhang)；

其中，ssl協(xie)議(yi)可(ke)分為兩層：ssl記錄協(xie)議(yi)：它(ta)建立在可(ke)靠的(de)傳輸協(xie)議(yi)之上，為高層協(xie)議(yi)提供(gong)數據封裝、壓(ya)縮、加密的(de)支持；

ssl握手協議：它建立在(zai)ssl記錄協議之上(shang)，用(yong)于在(zai)實際的數(shu)據(ju)傳輸開(kai)始(shi)前，通(tong)訊雙方進行身份認證、協商加密算法和交換加密密鑰。

進一(yi)步的，集群式云端(duan)服務器接收移動終端(duan)的請(qing)求后，采(cai)用基于角色訪問控制技術來驗證移動終端(duan)的權限(xian)。

進一步的(de)(de)，當(dang)每次更(geng)新業務(wu)(wu)數據服務(wu)(wu)器中的(de)(de)醫(yi)(yi)療健(jian)康業務(wu)(wu)頁(ye)面時，同步更(geng)新memcached緩存單元中的(de)(de)醫(yi)(yi)療健(jian)康業務(wu)(wu)頁(ye)面。

進一步的(de)，當分配給memcached緩(huan)存單元內存空間(jian)用(yong)完之后，采用(yong)lru策(ce)略與到期失效策(ce)略結合的(de)方式，進行替換失效的(de)醫(yi)療健康業務(wu)頁(ye)面(mian)(mian)和最近未訪問的(de)醫(yi)療健康業務(wu)頁(ye)面(mian)(mian)。

進一步的，集群(qun)式云端服務(wu)器通過lazyload技術延(yan)遲第三方腳(jiao)(jiao)本的加載(zai)，將第三方腳(jiao)(jiao)本放在關鍵頁面內容之后進行(xing)加載(zai)。

為了更好的(de)實現(xian)本(ben)發明的(de)上述方法，本(ben)發明還(huan)公開了基于移動終(zhong)端的(de)醫療(liao)健康防控(kong)云(yun)平臺，包括：移動終(zhong)端、集群式(shi)云(yun)端服(fu)(fu)務(wu)器和業務(wu)數據服(fu)(fu)務(wu)器；

業(ye)務(wu)數(shu)據服務(wu)器，其采用(yong)b/s架構來存(cun)儲可動態調度(du)的醫療健康業(ye)務(wu)頁(ye)面；

移動終端(duan)(duan)，其(qi)用于向集群(qun)式云端(duan)(duan)服務器(qi)發送訪問醫療健(jian)康(kang)業務頁(ye)面(mian)的請求；主要(yao)是pad終端(duan)(duan)；

集(ji)群式云(yun)(yun)端服務器(qi)，其用于接(jie)收移動終(zhong)(zhong)端的請(qing)求，并驗(yan)證(zheng)移動終(zhong)(zhong)端的權(quan)限，若驗(yan)證(zheng)通過(guo)(guo)，則集(ji)群式云(yun)(yun)端服務器(qi)響應(ying)移動終(zhong)(zhong)端的請(qing)求，檢索并返回相應(ying)的醫療健康(kang)業務頁面至移動終(zhong)(zhong)端；若未驗(yan)證(zheng)通過(guo)(guo)，則集(ji)群式云(yun)(yun)端服務器(qi)不(bu)響應(ying)移動終(zhong)(zhong)端的請(qing)求；

所述集群(qun)(qun)式云端服務(wu)器(qi)，包括memcache緩存(cun)單元；其中，集群(qun)(qun)式云端服務(wu)器(qi)首(shou)先采(cai)用sphinx引擎進行(xing)檢索(suo)請(qing)求訪問的醫療(liao)健康業(ye)務(wu)頁面(mian)是否存(cun)在于(yu)memcache緩存(cun)單元中，若存(cun)在，則(ze)memcache緩存(cun)單元將(jiang)相應的醫療(liao)健康業(ye)務(wu)頁面(mian)直(zhi)接返(fan)回(hui)至移動終(zhong)端；

若不存在，則在業務數據服務器中檢索請求訪問的醫療健(jian)康(kang)業務頁面，并將獲取的醫療健(jian)康(kang)業務頁面返回至移動終(zhong)端，同時(shi)把醫療健(jian)康(kang)業務頁面緩存至memcached緩存單元(yuan)；

其(qi)中，在(zai)斷網(wang)的(de)情況下(xia)將(jiang)用(yong)戶所有錄(lu)入(ru)業(ye)務(wu)數據(ju)及操(cao)作數據(ju)，存儲(chu)到移動(dong)(dong)終端的(de)本(ben)地(di)數據(ju)庫中，在(zai)斷網(wang)情況下(xia)能夠進(jin)行正(zheng)常業(ye)務(wu)登(deng)記，當移動(dong)(dong)終端檢測(ce)到網(wang)絡連接后(hou)會(hui)自動(dong)(dong)的(de)將(jiang)本(ben)地(di)數據(ju)同步(bu)到集群(qun)式云端服務(wu)器，并(bing)將(jiang)上傳成功的(de)數據(ju)在(zai)本(ben)地(di)存儲(chu)中清除。

進一步(bu)的，集群式云端服務器還通過(guo)數據接(jie)口單元(yuan)與外接(jie)設備相連。

更(geng)進一(yi)步(bu)的(de)，所(suo)述(shu)數據(ju)接口單元(yuan)包(bao)括(kuo)至少一(yi)個用于管理外接設備的(de)接口單元(yuan)，所(suo)述(shu)外接設備包(bao)括(kuo)pad、pad及藍(lan)牙(ya)打印機。

本發(fa)明的有益效果為：

（1）本發明的(de)移(yi)動醫(yi)療健康(kang)防控云(yun)平臺(tai)中的(de)業務數據服務器(qi)采用b/s架構通過互聯網組織醫(yi)療機構，增加(jia)了(le)醫(yi)療機構之間數據流(liu)動性；

（2）本發(fa)明的(de)移動醫療健康(kang)防控云平臺中(zhong)使(shi)用了具有(you)分布式高速(su)緩(huan)功能的(de)memcache緩(huan)存單元，用于解決數據(ju)高并發(fa)問題，同時(shi)結合sphinx引擎進行檢索，提高了檢索速(su)度(du)以(yi)及頁面讀取(qu)的(de)速(su)度(du)，進一步保證了用戶量較大時(shi)該(gai)平臺的(de)性(xing)能；

（3）集(ji)群式云端服務(wu)器還通過(guo)lazyload技(ji)術延遲第(di)三(san)方腳本的(de)加載(zai)，將第(di)三(san)方腳本放在關鍵頁(ye)面內容之后進行加載(zai)的(de)方法，提升了頁(ye)面的(de)訪問速(su)度(du)。

附圖說明

圖1是(shi)本發明的移動醫療健康防控云平臺結構示意圖；

圖2是基于(yu)本發明的(de)移動(dong)醫療健康防控云(yun)平(ping)臺的(de)預(yu)約(yue)接(jie)種示意圖。

具體實施方式

下(xia)面結合(he)附圖與實施例(li)對本(ben)發明做進一步說(shuo)明：

如圖1所示，本(ben)發明的一種基(ji)于移動醫(yi)療健(jian)康(kang)防控云平臺的頁面處理方法，包括：

移動終端(duan)向(xiang)集群式云端(duan)服務(wu)器發送訪問醫療(liao)健康(kang)業(ye)務(wu)頁(ye)面的請(qing)求；

集(ji)群式云端(duan)(duan)服務器接收移動終端(duan)(duan)的(de)請求，并驗證移動終端(duan)(duan)的(de)權限；

若驗(yan)證通過(guo)，則集群式云端(duan)服務(wu)(wu)(wu)器響應移動(dong)終端(duan)的(de)請求(qiu)，檢索并返(fan)回(hui)相應的(de)醫療健(jian)康業(ye)務(wu)(wu)(wu)頁(ye)(ye)面至移動(dong)終端(duan)；若未驗(yan)證通過(guo)，則集群式云端(duan)服務(wu)(wu)(wu)器不響應移動(dong)終端(duan)的(de)請求(qiu)；業(ye)務(wu)(wu)(wu)數據服務(wu)(wu)(wu)器采用b/s架構(gou)來存儲(chu)可動(dong)態調度的(de)醫療健(jian)康業(ye)務(wu)(wu)(wu)頁(ye)(ye)面；

其中，集(ji)群式云端服務器響應移動終端的請求的過(guo)程為：

首先采用(yong)sphinx引擎(qing)進行檢索請求(qiu)訪(fang)問(wen)的(de)醫療健(jian)康(kang)(kang)業務(wu)頁面是(shi)否存(cun)在(zai)(zai)于(yu)集群(qun)式(shi)云(yun)端服務(wu)器的(de)memcache緩存(cun)單(dan)元中，若存(cun)在(zai)(zai)，則memcache緩存(cun)單(dan)元將相應的(de)醫療健(jian)康(kang)(kang)業務(wu)頁面直接返回(hui)至移動終端；

若不(bu)存在，則(ze)在業務數據服(fu)務器中檢索請求訪問的醫(yi)療健(jian)康業務頁(ye)面(mian)，并將獲取的醫(yi)療健(jian)康業務頁(ye)面(mian)返(fan)回至(zhi)移動終端(duan)，同時把醫(yi)療健(jian)康業務頁(ye)面(mian)緩(huan)存至(zhi)memcached緩(huan)存單元。

集群式云端服務(wu)器獲(huo)取的醫療(liao)健(jian)康(kang)業務(wu)頁面還通過數據接口單元由外接設備輸出。

集(ji)群式云端(duan)服務(wu)器接收移動(dong)終端(duan)的請求后，采(cai)用(yong)基(ji)于角色訪問控制技術來(lai)驗證移動(dong)終端(duan)的權限。

集(ji)群式云端服務器通過lazyload技(ji)術延遲第三(san)方腳本(ben)的加載(zai)，將第三(san)方腳本(ben)放在關鍵頁(ye)面內容(rong)之后進行(xing)加載(zai)。

本發明的醫(yi)療健康云平臺，包括：移動終(zhong)端、集群式云端服(fu)(fu)務(wu)器和(he)業務(wu)數據(ju)服(fu)(fu)務(wu)器；

業(ye)務(wu)數據服務(wu)器(qi)，其采用(yong)b/s架構(gou)來存儲可(ke)動態調度的醫療健康(kang)業(ye)務(wu)頁面；

移動終端，其用于(yu)向集群式(shi)云端服務(wu)(wu)器發送訪問醫(yi)療健康業務(wu)(wu)頁面的請求；

集群式云端服務(wu)器(qi)(qi)，其用于接收(shou)移(yi)動(dong)終端的(de)(de)(de)請求，并驗(yan)證(zheng)移(yi)動(dong)終端的(de)(de)(de)權(quan)限(xian)，若(ruo)驗(yan)證(zheng)通(tong)過，則(ze)集群式云端服務(wu)器(qi)(qi)響應移(yi)動(dong)終端的(de)(de)(de)請求，檢索并返回相(xiang)應的(de)(de)(de)醫療健康(kang)業務(wu)頁面至移(yi)動(dong)終端；若(ruo)未驗(yan)證(zheng)通(tong)過，則(ze)集群式云端服務(wu)器(qi)(qi)不響應移(yi)動(dong)終端的(de)(de)(de)請求；

集(ji)群式云端服(fu)務器包括memcache緩存(cun)(cun)單(dan)元(yuan)；其中，集(ji)群式云端服(fu)務器首先采用sphinx引擎進行(xing)檢索(suo)請(qing)求訪(fang)問的(de)醫療健康業(ye)務頁(ye)面(mian)是否存(cun)(cun)在于memcache緩存(cun)(cun)單(dan)元(yuan)中，若(ruo)存(cun)(cun)在，則memcache緩存(cun)(cun)單(dan)元(yuan)將相應(ying)的(de)醫療健康業(ye)務頁(ye)面(mian)直接返(fan)回至移動終(zhong)端；

若不存(cun)在(zai)，則在(zai)業務(wu)數據服(fu)務(wu)器中檢索(suo)請求訪(fang)問的(de)醫療健(jian)康業務(wu)頁(ye)面(mian)，并將(jiang)獲取(qu)的(de)醫療健(jian)康業務(wu)頁(ye)面(mian)返(fan)回至(zhi)移(yi)動終(zhong)端(duan)，同時(shi)把醫療健(jian)康業務(wu)頁(ye)面(mian)緩存(cun)至(zhi)memcached緩存(cun)單元。

集(ji)群式云(yun)端服(fu)務器還通過數據接(jie)口(kou)單(dan)元與外接(jie)設備(bei)相連。

數據接口單元包括(kuo)至少一個用于管理(li)外(wai)接設(she)備(bei)的接口單元，所(suo)述(shu)外(wai)接設(she)備(bei)包括(kuo)pda、pad、藍牙打印機。

在具體(ti)的(de)實施(shi)例子中(zhong)，本(ben)發明在主體(ti)框(kuang)架上，業(ye)務(wu)數據(ju)服務(wu)器采用b/s架構，通(tong)過互聯(lian)網(wang)將醫(yi)療(liao)機(ji)構有(you)機(ji)的(de)組(zu)織在一(yi)起，每(mei)個機(ji)構都被設(she)置為業(ye)務(wu)數據(ju)服務(wu)器的(de)一(yi)個節點，節點與節點間(jian)根據(ju)實際關聯(lian)關系(xi)，彼(bi)此(ci)(ci)獨(du)立(li)又彼(bi)此(ci)(ci)依賴(lai)，組(zu)成了一(yi)個龐大的(de)數據(ju)網(wang)絡，這個網(wang)絡實現了業(ye)務(wu)數據(ju)的(de)交流共享(xiang)，動態調(diao)度。使得部(bu)門(men)與部(bu)門(men)之間(jian)協(xie)調(diao)性更高，聯(lian)系(xi)更加密切。這些是過去的(de)醫(yi)療(liao)管(guan)理系(xi)統所不能比的(de)。

通過(guo)手機應用(yong)軟件使用(yong)戶參(can)與(yu)進入整個架構(gou)中(zhong)去，維護自己的基礎信息，查看之前的接種記錄，填寫(xie)預約接種單以及支付費用(yong)。具體實施(shi)過(guo)程中(zhong)，可(ke)使用(yong)到android，ios以及手機移動支付和手機定位技術。

關于數(shu)據處(chu)理部分(fen)(fen)，部署了大量的(de)云(yun)服務器(qi)，設置(zhi)了相應的(de)集(ji)群(qun)，以(yi)分(fen)(fen)布式(shi)的(de)處(chu)理方式(shi)保障前后臺的(de)正常運行。

本發(fa)明的移動(dong)(dong)醫療健康防控云平臺(tai)用(yong)戶(hu)包(bao)括：廣大的普通用(yong)戶(hu)（手機移動(dong)(dong)端(duan)用(yong)戶(hu)），醫療機構人員（pad端(duan)用(yong)戶(hu)）和后臺(tai)實施(shi)維護人員。

本(ben)發明(ming)的(de)(de)醫療健(jian)康云平臺的(de)(de)用戶量(liang)龐大(da)，當作為一個(ge)千萬級用戶量(liang)的(de)(de)系統，第一個(ge)考慮的(de)(de)就是(shi)性能：

第一，使(shi)用了memcache緩存(cun)單元，解(jie)決高并發問(wen)題；其中，memcache緩存(cun)單元為分布(bu)式高速緩存(cun)系統(tong)，其具體實現如下：

首先，檢(jian)索移(yi)動(dong)(dong)移(yi)動(dong)(dong)終(zhong)端(duan)的請求的醫(yi)療(liao)健康業(ye)(ye)務(wu)(wu)頁面是否在memcache緩存單(dan)元中(zhong)，若(ruo)存在，則直接將醫(yi)療(liao)健康業(ye)(ye)務(wu)(wu)頁面返回至移(yi)動(dong)(dong)移(yi)動(dong)(dong)終(zhong)端(duan)，不再對業(ye)(ye)務(wu)(wu)數據服務(wu)(wu)器進行任何操作；

若請(qing)求的醫療健(jian)康(kang)(kang)業(ye)(ye)務(wu)(wu)頁(ye)面(mian)不在(zai)memcached緩(huan)存單(dan)元中，則檢索業(ye)(ye)務(wu)(wu)數(shu)據服(fu)務(wu)(wu)器(qi)，把從(cong)業(ye)(ye)務(wu)(wu)數(shu)據服(fu)務(wu)(wu)器(qi)中獲取的醫療健(jian)康(kang)(kang)業(ye)(ye)務(wu)(wu)頁(ye)面(mian)返回(hui)給移(yi)動(dong)移(yi)動(dong)終端，同時把醫療健(jian)康(kang)(kang)業(ye)(ye)務(wu)(wu)頁(ye)面(mian)緩(huan)存一(yi)份到(dao)memcached緩(huan)存單(dan)元中。

當每次(ci)更(geng)新(xin)業(ye)務(wu)(wu)(wu)數據(ju)服務(wu)(wu)(wu)器中(zhong)的醫(yi)療(liao)健(jian)康業(ye)務(wu)(wu)(wu)頁面(mian)的同時，更(geng)新(xin)memcached緩存單元中(zhong)的醫(yi)療(liao)健(jian)康業(ye)務(wu)(wu)(wu)頁面(mian)，保證一致性。

當分配給memcached緩存(cun)單元內存(cun)空間用(yong)完(wan)之后(hou)，會使用(yong)lru（leastrecentlyused，最近(jin)最少使用(yong)）策略加上(shang)到期失效策略，失效的(de)醫(yi)療(liao)(liao)健康業(ye)務頁(ye)面(mian)首先被替換，然后(hou)再替換掉最近(jin)未使用(yong)的(de)醫(yi)療(liao)(liao)健康業(ye)務頁(ye)面(mian)。

memcache是(shi)一個高性能的(de)(de)分布式(shi)的(de)(de)內存(cun)(cun)(cun)對(dui)象緩存(cun)(cun)(cun)系統，通(tong)過在內存(cun)(cun)(cun)里(li)維(wei)護一個統一的(de)(de)巨大(da)的(de)(de)hash表，它能夠用來存(cun)(cun)(cun)儲各種格(ge)式(shi)的(de)(de)數(shu)據(ju)，包括圖像、視頻、文件以及數(shu)據(ju)檢(jian)索的(de)(de)結果。簡單(dan)的(de)(de)說(shuo)就(jiu)是(shi)將數(shu)據(ju)調(diao)用到內存(cun)(cun)(cun)中，然后從內存(cun)(cun)(cun)中讀取(qu)，從而大(da)大(da)提高讀取(qu)速度。

第二(er)，使用(yong)sphinx引(yin)擎大(da)大(da)提升了(le)(le)like表的(de)檢(jian)(jian)索(suo)(suo)速度。sphinx是一個基(ji)于sql的(de)全(quan)文(wen)檢(jian)(jian)索(suo)(suo)引(yin)擎，可以結合mysql,postgresql做全(quan)文(wen)搜索(suo)(suo)，它可以提供更專(zhuan)業(ye)的(de)搜索(suo)(suo)功能(neng)，使得應用(yong)程(cheng)序更容(rong)易實(shi)現(xian)專(zhuan)業(ye)化的(de)全(quan)文(wen)檢(jian)(jian)索(suo)(suo)。sphinx特別(bie)為一些腳本語言設計搜索(suo)(suo)api接口，如php、python、perl和ruby，同時(shi)為mysql也設計了(le)(le)一個存儲引(yin)擎插件(jian)。

此外，還(huan)可以通過以下方(fang)式來提升web訪問速度的(de)工作：

（1）請(qing)(qing)求數(shu)據大小進(jin)行壓縮處(chu)理，盡(jin)量減少頁面中包含的資源(yuan)請(qing)(qing)求數(shu)，盡(jin)量多的通(tong)過緩存技術減少請(qing)(qing)求，pad端通(tong)過多種本地存儲及緩存操作提高系統效(xiao)率；

（2）進(jin)行圖(tu)像優化，圖(tu)像是(shi)(shi)造成頁(ye)面(mian)(mian)過(guo)大的(de)罪魁禍首之一，通常(chang)占據頁(ye)面(mian)(mian)字節(jie)數的(de)50%-60%，進(jin)行圖(tu)像優化是(shi)(shi)提(ti)升(sheng)性能最常(chang)見(jian)的(de)一種方法，它可以使頁(ye)面(mian)(mian)加載更快；為了更有效的(de)完成圖(tu)像渲(xuan)染(ran)，圖(tu)像都經過(guo)壓縮和整合，圖(tu)像的(de)尺寸和格式也(ye)經過(guo)仔細(xi)調整，圖(tu)像質量也(ye)進(jin)行了優化。

（3）控制(zhi)第(di)三(san)方腳本，第(di)三(san)方腳本不僅增加(jia)了頁面的字節數，帶來延遲，而(er)且也會成為web頁面最大的潛(qian)在故障點。

無響應、未(wei)經優化的(de)第三方(fang)腳(jiao)本會降低整個網(wang)絡的(de)加載(zai)(zai)速度，通(tong)過lazyload技術延(yan)遲第三方(fang)腳(jiao)本的(de)加載(zai)(zai)，將其(qi)放(fang)在關鍵頁面內容(rong)之后(hou)進行加載(zai)(zai)，更為理想(xiang)的(de)情況是放(fang)在頁面onload事件之后(hou)加載(zai)(zai)。有點延(yan)遲加載(zai)(zai)不可行的(de)腳(jiao)本，采用腳(jiao)本的(de)異(yi)步版(ban)本，與關鍵內容(rong)的(de)加載(zai)(zai)同(tong)步進行，同(tong)時還需要對第三方(fang)腳(jiao)本的(de)性能(neng)進行持續監控。

（4）通過pad原生(sheng)組(zu)件及擴展特效組(zu)件提高(gao)用戶交互體驗。通過本地的存儲(chu)及自(zi)動網絡監測功能，實(shi)現(xian)本地斷網環境(jing)下(xia)的正常(chang)業(ye)(ye)務(wu)操作，保(bao)證線(xian)下(xia)業(ye)(ye)務(wu)正常(chang)運轉，等監測到網絡以后(hou)同步本地數據到服務(wu)器端。

（5）合理(li)使用(yong)cdn，不用(yong)它解(jie)決(jue)所(suo)(suo)有(you)性能問題。使用(yong)內容分發(fa)網絡(luo)（cdn）并(bing)不能解(jie)決(jue)所(suo)(suo)有(you)的性能難題，而且會(hui)頁面更大，更加復(fu)雜，用(yong)不得(de)當還會(hui)降低(di)web性能。但是如果部署得(de)當，cdn會(hui)是解(jie)決(jue)延遲問題非常有(you)效(xiao)的工(gong)具：縮短托管服(fu)務器接收、處(chu)理(li)并(bing)響應圖像(xiang)、css文件等頁面資源請求(qiu)所(suo)(suo)需的時間。但是，延遲僅(jin)僅(jin)只是現(xian)代電商網站的關鍵問題之一。為了實(shi)現(xian)最佳的加速效(xiao)果，采用(yong)組合解(jie)決(jue)方案：cdn+前端優化(如radwarefastview解(jie)決(jue)方案)+應用(yong)交付控制器(adc)和內部管理(li)。

本(ben)發(fa)明的(de)醫(yi)療健康平臺系統使用了tls和ssl協(xie)(xie)議(yi)(yi)，作為(wei)底層(ceng)通(tong)(tong)信(xin)保(bao)障，它保(bao)障了網絡通(tong)(tong)信(xin)安(an)全及數(shu)據(ju)完(wan)整(zheng)性。ssl協(xie)(xie)議(yi)(yi)可(ke)分為(wei)兩層(ceng)：ssl記錄協(xie)(xie)議(yi)(yi)（sslrecordprotocol）：它建(jian)立在(zai)可(ke)靠的(de)傳(chuan)輸協(xie)(xie)議(yi)(yi)（如tcp）之上，為(wei)高層(ceng)協(xie)(xie)議(yi)(yi)提供(gong)數(shu)據(ju)封裝、壓(ya)縮、加(jia)密等基本(ben)功能的(de)支持。ssl握(wo)手(shou)協(xie)(xie)議(yi)(yi)（sslhandshakeprotocol）：它建(jian)立在(zai)ssl記錄協(xie)(xie)議(yi)(yi)之上，用于(yu)在(zai)實際的(de)數(shu)據(ju)傳(chuan)輸開始前，通(tong)(tong)訊雙方進行身份認證、協(xie)(xie)商加(jia)密算法和交換加(jia)密密鑰(yao)。

應用(yong)層上，使(shi)用(yong)java安全認證機(ji)制來實現web應用(yong)程序的安全，web容器執行下面的步(bu)驟：

（1）在受(shou)保護的web資(zi)源(yuan)被訪問(wen)時，判斷用戶是(shi)否被認證；

（2）如(ru)果用戶(hu)沒有得到(dao)認證，則通過重(zhong)定向到(dao)部署描(miao)述符(fu)中定義的注冊(ce)頁(ye)面(mian)，要求用戶(hu)提供安全(quan)信任(ren)狀；

（3）根據為該容器配置的安(an)全領域，確認用戶(hu)的信任狀有效；

（4）判斷(duan)得到認(ren)證(zheng)的用戶是否被(bei)授權訪問(wen)部署描(miao)述符（web.xml）中定義的web資源。

同(tong)時，還使用(yong)了功能權(quan)限(xian)管(guan)(guan)理(li)技術，它(ta)基于角色(se)(se)訪問(wen)控制(zhi)技術rbac（rolebasedaccesscontrol），由用(yong)戶(hu)創建角色(se)(se)，并分(fen)配一(yi)定的(de)權(quan)限(xian)，并在用(yong)戶(hu)管(guan)(guan)理(li)界面(mian)把角色(se)(se)賦予某一(yi)個用(yong)戶(hu)。使用(yong)aop技術，面(mian)向切面(mian)的(de)編寫一(yi)個權(quan)限(xian)驗證功能，在用(yong)戶(hu)每次執行操(cao)作的(de)時候都會(hui)自動(dong)驗證是否(fou)有對應(ying)的(de)權(quan)限(xian)，進一(yi)步保障了平臺的(de)安全性。

最后，使用了一(yi)種(zhong)安(an)全硬件(jian)輔助(zhu)工具，加密狗(gou)技術。通過加密狗(gou)內置算法，將數據封裝加密再進一(yi)步的提升系統安(an)全性。

本(ben)發明(ming)的(de)該醫(yi)療健康平臺(tai)提供了(le)集(ji)合多種(zhong)業務操(cao)作的(de)業務平臺(tai)，其中包括預約處理，接種(zhong)登記，接種(zhong)收費，采(cai)(cai)購計劃，采(cai)(cai)購入庫(ku)(ku)，庫(ku)(ku)存管(guan)理，庫(ku)(ku)存預警，分析(xi)報表，品種(zhong)維護，公告(gao)管(guan)理，系統設置(zhi)(zhi)，品種(zhong)定(ding)價等業務操(cao)作。而權(quan)限(xian)管(guan)理設置(zhi)(zhi)，區別了(le)醫(yi)療機(ji)(ji)構(gou)級(ji)別和角色的(de)不同并控(kong)制(zhi)其所(suo)能(neng)看到的(de)頁面(mian)和限(xian)制(zhi)執(zhi)行(xing)的(de)操(cao)作。這種(zhong)權(quan)限(xian)控(kong)制(zhi)就是上面(mian)提到的(de)角色訪問控(kong)制(zhi)技(ji)術rbac（rolebasedaccesscontrol），額(e)外增加(jia)了(le)機(ji)(ji)構(gou)識別碼。使功能(neng)權(quan)限(xian)管(guan)理更加(jia)的(de)清晰明(ming)了(le)。

預(yu)(yu)約(yue)處理(li)，手機(ji)(ji)用(yong)(yong)戶(hu)(hu)通過(guo)(guo)移(yi)動端(duan)(duan)預(yu)(yu)約(yue)附近的(de)(de)(de)(de)醫療(liao)(liao)機(ji)(ji)構(gou)(gou)，通過(guo)(guo)云平臺和大數據處理(li)的(de)(de)(de)(de)協作，完成最(zui)優醫療(liao)(liao)機(ji)(ji)構(gou)(gou)的(de)(de)(de)(de)推薦，并(bing)可(ke)以通過(guo)(guo)云端(duan)(duan)數據查看最(zui)近的(de)(de)(de)(de)醫療(liao)(liao)機(ji)(ji)構(gou)(gou)預(yu)(yu)約(yue)與當前掛(gua)號患者(zhe)的(de)(de)(de)(de)數量，并(bing)以此來反饋(kui)移(yi)動端(duan)(duan)方(fang)便用(yong)(yong)戶(hu)(hu)做出(chu)最(zui)佳選(xuan)擇。用(yong)(yong)戶(hu)(hu)做出(chu)選(xuan)擇之后(hou)，可(ke)以在心儀的(de)(de)(de)(de)醫療(liao)(liao)機(ji)(ji)構(gou)(gou)進行(xing)(xing)預(yu)(yu)約(yue)，實時(shi)同(tong)步(bu)到(dao)(dao)醫療(liao)(liao)機(ji)(ji)構(gou)(gou)的(de)(de)(de)(de)管理(li)界面。為了避免(mian)惡意預(yu)(yu)約(yue)，預(yu)(yu)約(yue)過(guo)(guo)程中會(hui)(hui)出(chu)現(xian)(xian)短(duan)信(xin)(xin)驗(yan)證碼提示，以及(ji)移(yi)動端(duan)(duan)用(yong)(yong)戶(hu)(hu)基(ji)礎資(zi)料的(de)(de)(de)(de)驗(yan)證，每個用(yong)(yong)戶(hu)(hu)同(tong)時(shi)只能(neng)在一個醫療(liao)(liao)機(ji)(ji)構(gou)(gou)進行(xing)(xing)一次預(yu)(yu)約(yue)。如有(you)錯誤(wu)預(yu)(yu)約(yue)，可(ke)以進行(xing)(xing)修改，但是(shi)每天限制修改次數不得超過(guo)(guo)三次。預(yu)(yu)約(yue)日期(qi)達到(dao)(dao)卻沒有(you)按(an)時(shi)就診的(de)(de)(de)(de)用(yong)(yong)戶(hu)(hu)會(hui)(hui)在系統中出(chu)現(xian)(xian)違約(yue)記錄，通過(guo)(guo)特殊的(de)(de)(de)(de)算(suan)法，計算(suan)用(yong)(yong)戶(hu)(hu)的(de)(de)(de)(de)信(xin)(xin)用(yong)(yong)值，信(xin)(xin)用(yong)(yong)值較低的(de)(de)(de)(de)用(yong)(yong)戶(hu)(hu)，功能(neng)權限會(hui)(hui)被(bei)受到(dao)(dao)限制，或者(zhe)被(bei)暫停(ting)服務。

接(jie)種登(deng)記，提供(gong)了一(yi)種最為快捷的(de)(de)解決方案。移動(dong)端(duan)用(yong)(yong)戶，系(xi)統將錄入(ru)的(de)(de)手機號碼進行加密壓縮發送到后臺處理經過controller調(diao)用(yong)(yong)對(dui)應的(de)(de)對(dui)象方法(fa)處理，返回前臺響(xiang)應信息，并自動(dong)填寫表單，以達(da)到一(yi)步(bu)錄入(ru)，快速就診的(de)(de)目的(de)(de)。

針對非移動端用戶，該平臺系統(tong)也提(ti)供(gong)了(le)另一(yi)種便捷的解決方案(an)，結合大數據(ju)處(chu)理，數據(ju)篩選，將(jiang)出先頻率最高(gao)的表單(dan)信(xin)息(xi)自動填入，只(zhi)需要對個(ge)別不(bu)符信(xin)息(xi)進(jin)行維護(hu)即可。同(tong)時用戶只(zhi)需填寫身(shen)份(fen)證號(hao)碼作為(wei)標識，基(ji)礎信(xin)息(xi)一(yi)步錄入，醫療機構人員(yuan)核對無誤后(hou)即可完成(cheng)接種登記。

接種收費，提(ti)供(gong)多(duo)種解決(jue)方(fang)案供(gong)用(yong)戶選擇(ze)。按照(zhao)支(zhi)付(fu)(fu)方(fang)式分為：移動(dong)應(ying)用(yong)軟件(jian)支(zhi)付(fu)(fu)，pos機支(zhi)付(fu)(fu)和現金支(zhi)付(fu)(fu)。根(gen)據(ju)接種方(fang)式的(de)(de)不同，支(zhi)付(fu)(fu)方(fang)式的(de)(de)不同，系統自動(dong)計算需(xu)要支(zhi)付(fu)(fu)的(de)(de)金額。

采(cai)(cai)購(gou)(gou)(gou)計(ji)劃，醫(yi)療機構(gou)用戶打開采(cai)(cai)購(gou)(gou)(gou)計(ji)劃功能(neng)頁面(mian)，可(ke)以看(kan)到(dao)本機構(gou)所有(you)的(de)采(cai)(cai)購(gou)(gou)(gou)計(ji)劃，我們將這些采(cai)(cai)購(gou)(gou)(gou)計(ji)劃按狀(zhuang)(zhuang)態的(de)不同分為(wei)未上報(bao)，已(yi)(yi)上報(bao)，已(yi)(yi)匯總，已(yi)(yi)采(cai)(cai)購(gou)(gou)(gou)多個狀(zhuang)(zhuang)態。已(yi)(yi)上報(bao)的(de)采(cai)(cai)購(gou)(gou)(gou)計(ji)劃可(ke)以被上級(ji)機構(gou)查看(kan)并(bing)經(jing)行匯總操(cao)作。匯總操(cao)作將會生成一條上級(ji)機構(gou)新的(de)采(cai)(cai)購(gou)(gou)(gou)計(ji)劃，采(cai)(cai)購(gou)(gou)(gou)完成后即可(ke)執行調(diao)撥，入庫。完成采(cai)(cai)購(gou)(gou)(gou)的(de)所有(you)流程(cheng)。

采購(gou)入庫(ku)，醫療機(ji)構可以選擇由上級(ji)代為采購(gou)或(huo)者自行采購(gou)。

上級代為采購的(de)藥品(pin)，通(tong)過(guo)提取(qu)調撥(bo)計(ji)劃完成入庫(ku)操(cao)作(zuo)，通(tong)過(guo)向云端(duan)服務(wu)器發(fa)送(song)訪問調撥(bo)計(ji)劃的(de)請求(qiu)數據(ju)包，同時將機構編碼(ma)(ma)與(yu)角色編碼(ma)(ma)一起封裝到(dao)數據(ju)包中傳(chuan)遞，這樣集群式云端(duan)服務(wu)器將調用(yong)存儲于云端(duan)服務(wu)器內(nei)的(de)函數集進行(xing)(xing)數據(ju)的(de)訪問與(yu)檢索，并將檢索到(dao)的(de)數據(ju)返(fan)還(huan)給系(xi)統，再有系(xi)統通(tong)過(guo)ajax返(fan)還(huan)到(dao)操(cao)作(zuo)頁面(mian)，此時操(cao)作(zuo)人員可以看(kan)到(dao)權限范(fan)圍(wei)內(nei)能夠查看(kan)的(de)調撥(bo)計(ji)劃，并進行(xing)(xing)提取(qu)，提取(qu)操(cao)作(zuo)簡單(dan)便捷，只需(xu)要雙擊某(mou)條(tiao)記錄即可。

自行(xing)采購部(bu)分(fen)的(de)藥(yao)(yao)品通(tong)過添加入(ru)庫記錄操(cao)(cao)作完成(cheng)入(ru)庫操(cao)(cao)作。自行(xing)采購計劃會(hui)在頁面生成(cheng)一條空白數據(ju)，并自動(dong)彈(dan)出(chu)所有的(de)藥(yao)(yao)品清單(dan)詳細，包括(kuo)廠家，規(gui)格和包裝(zhuang)(zhuang)，首先醫(yi)療機(ji)構操(cao)(cao)作人員(yuan)要(yao)選(xuan)擇(ze)一種藥(yao)(yao)品雙擊，系統將(jiang)選(xuan)擇(ze)的(de)藥(yao)(yao)品信息(xi)封裝(zhuang)(zhuang)存儲，同時自動(dong)裝(zhuang)(zhuang)填空白數據(ju)。

庫存(cun)管理，該系統(tong)提供了便捷的盤(pan)點(dian)功(gong)(gong)能，操(cao)作(zuo)(zuo)人員(yuan)點(dian)擊盤(pan)點(dian)功(gong)(gong)能，系統(tong)自動封(feng)裝指令以及相(xiang)關數(shu)據(ju)并發送給業務操(cao)作(zuo)(zuo)流(liu)，流(liu)響應后通過dao層來(lai)實現(xian)對數(shu)據(ju)庫的檢索，并將結果返回(hui)流(liu)再由(you)流(liu)來(lai)反饋給web頁面(mian)。當庫存(cun)數(shu)據(ju)與盤(pan)點(dian)數(shu)據(ju)不相(xiang)符時，操(cao)作(zuo)(zuo)人員(yuan)可(ke)以填寫差異原因。確認盤(pan)點(dian)后，數(shu)據(ju)自動保存(cun)在云端數(shu)據(ju)庫中。

以上(shang)所有功(gong)能(neng)都是在(zai)多(duo)線程的前提下(xia)完(wan)成，即多(duo)個用戶(hu)同(tong)時(shi)操(cao)作(zuo)數據(ju)也不(bu)會影響程序正常云尋，互不(bu)干擾(rao)。

庫(ku)存(cun)預(yu)警(jing)(jing)(jing)(jing)，主要通過(guo)系統(tong)設置的定(ding)時(shi)任務(wu)來實現(xian)，每次(ci)間隔固定(ding)時(shi)長，系統(tong)自動(dong)運行庫(ku)存(cun)檢索(suo)，從集群式云(yun)端服務(wu)器上查(cha)詢庫(ku)存(cun)藥品(pin)信(xin)息(xi)，同(tong)時(shi)通過(guo)數據庫(ku)函數調(diao)取藥品(pin)預(yu)警(jing)(jing)(jing)(jing)線，當庫(ku)存(cun)數量超(chao)過(guo)預(yu)警(jing)(jing)(jing)(jing)線時(shi)，控制層(ceng)(ceng)反饋預(yu)警(jing)(jing)(jing)(jing)信(xin)息(xi)碼傳遞給顯(xian)示層(ceng)(ceng)，顯(xian)示層(ceng)(ceng)轉碼輸出預(yu)警(jing)(jing)(jing)(jing)信(xin)息(xi)。

分析報(bao)表，通過(guo)echart，highchart技術，生成(cheng)豐富多(duo)樣的(de)(de)圖(tu)(tu)(tu)標(biao)報(bao)表信息，包(bao)含折線統計圖(tu)(tu)(tu)，柱狀統計圖(tu)(tu)(tu)，餅狀統計圖(tu)(tu)(tu)以及復合統計圖(tu)(tu)(tu)，同時(shi)動態實時(shi)顯示最(zui)新數據，支持3d效(xiao)果，豐富的(de)(de)報(bao)表便于查看。

如圖2所示(shi)，患(huan)者(zhe)通(tong)過手(shou)機終(zhong)(zhong)端(duan)(duan)向(xiang)集群式云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)發送預(yu)約接(jie)(jie)種(zhong)的請(qing)求，云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)驗證移(yi)動(dong)(dong)終(zhong)(zhong)端(duan)(duan)的權限后，判斷移(yi)動(dong)(dong)終(zhong)(zhong)端(duan)(duan)是否(fou)有預(yu)約，若是，則(ze)工作人(ren)員通(tong)過pad錄(lu)入接(jie)(jie)種(zhong)人(ren)信息；否(fou)則(ze)，工作人(ren)員通(tong)過云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)提取(qu)接(jie)(jie)種(zhong)人(ren)預(yu)約信息進行(xing)補錄(lu)接(jie)(jie)種(zhong)人(ren)信息；當確認(ren)接(jie)(jie)種(zhong)人(ren)信息后，集群式云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)將生成(cheng)(cheng)接(jie)(jie)種(zhong)單(dan)，并將接(jie)(jie)種(zhong)單(dan)據傳送至患(huan)者(zhe)手(shou)機終(zhong)(zhong)端(duan)(duan)來通(tong)知云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)接(jie)(jie)種(zhong)登(deng)記成(cheng)(cheng)功；云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)根(gen)據相應的業務(wu)(wu)(wu)請(qing)求分別進行(xing)在(zai)線收費和生成(cheng)(cheng)收費單(dan)。最后，云(yun)(yun)(yun)端(duan)(duan)服務(wu)(wu)(wu)器(qi)處(chu)理后的數據反饋(kui)至移(yi)動(dong)(dong)終(zhong)(zhong)端(duan)(duan)，即向(xiang)患(huan)者(zhe)的移(yi)動(dong)(dong)終(zhong)(zhong)端(duan)(duan)反饋(kui)進行(xing)接(jie)(jie)種(zhong)疫(yi)苗的通(tong)知。

在上(shang)述實施例子中(zhong)需要重點說明(ming)(ming)的(de)是：本(ben)(ben)(ben)(ben)發明(ming)(ming)通(tong)(tong)過(guo)(guo)(guo)移動(dong)端(duan)的(de)本(ben)(ben)(ben)(ben)地(di)數(shu)(shu)(shu)(shu)(shu)據(ju)庫存儲(chu)方案，將客(ke)戶(hu)操作的(de)數(shu)(shu)(shu)(shu)(shu)據(ju)存儲(chu)到(dao)(dao)移動(dong)終端(duan)的(de)本(ben)(ben)(ben)(ben)地(di)數(shu)(shu)(shu)(shu)(shu)據(ju)庫和(he)(he)(he)本(ben)(ben)(ben)(ben)地(di)存儲(chu)的(de)文(wen)件里，解決了斷(duan)網(wang)情(qing)(qing)(qing)況(kuang)(kuang)下(xia)系(xi)統(tong)無(wu)法使(shi)用(yong)(yong)的(de)問題，現在通(tong)(tong)過(guo)(guo)(guo)本(ben)(ben)(ben)(ben)地(di)存儲(chu)，在斷(duan)網(wang)的(de)情(qing)(qing)(qing)況(kuang)(kuang)下(xia)將用(yong)(yong)戶(hu)所有錄入業務(wu)數(shu)(shu)(shu)(shu)(shu)據(ju)及(ji)操作數(shu)(shu)(shu)(shu)(shu)據(ju)，存儲(chu)到(dao)(dao)pad的(de)本(ben)(ben)(ben)(ben)地(di)數(shu)(shu)(shu)(shu)(shu)據(ju)庫中(zhong)，保證軟件在斷(duan)網(wang)情(qing)(qing)(qing)況(kuang)(kuang)下(xia)能夠進行正常業務(wu)登記的(de)功能，當pad檢測到(dao)(dao)網(wang)絡連接后(hou)會自動(dong)的(de)將本(ben)(ben)(ben)(ben)地(di)數(shu)(shu)(shu)(shu)(shu)據(ju)同步(bu)到(dao)(dao)服(fu)務(wu)器端(duan)，并將上(shang)傳(chuan)成功的(de)數(shu)(shu)(shu)(shu)(shu)據(ju)在本(ben)(ben)(ben)(ben)地(di)存儲(chu)中(zhong)清除。pad本(ben)(ben)(ben)(ben)地(di)程(cheng)序通(tong)(tong)過(guo)(guo)(guo)對數(shu)(shu)(shu)(shu)(shu)據(ju)的(de)壓縮(suo)優(you)化后(hou)上(shang)傳(chuan)保證了網(wang)絡傳(chuan)輸的(de)速度(du)和(he)(he)(he)穩定(ding)性，和(he)(he)(he)降低(di)了對網(wang)絡帶(dai)寬的(de)要求。網(wang)絡傳(chuan)輸過(guo)(guo)(guo)程(cheng)中(zhong)通(tong)(tong)過(guo)(guo)(guo)數(shu)(shu)(shu)(shu)(shu)據(ju)版(ban)本(ben)(ben)(ben)(ben)的(de)控(kong)制(zhi)，來(lai)判(pan)斷(duan)客(ke)戶(hu)端(duan)本(ben)(ben)(ben)(ben)地(di)數(shu)(shu)(shu)(shu)(shu)據(ju)是否和(he)(he)(he)服(fu)務(wu)器端(duan)是同步(bu)的(de)，通(tong)(tong)過(guo)(guo)(guo)版(ban)本(ben)(ben)(ben)(ben)匹(pi)配(pei)來(lai)控(kong)制(zhi)數(shu)(shu)(shu)(shu)(shu)據(ju)的(de)同步(bu)，這樣做的(de)好處是本(ben)(ben)(ben)(ben)地(di)數(shu)(shu)(shu)(shu)(shu)據(ju)量(liang)大的(de)情(qing)(qing)(qing)況(kuang)(kuang)下(xia)通(tong)(tong)過(guo)(guo)(guo)一個小(xiao)的(de)版(ban)本(ben)(ben)(ben)(ben)號就可以進行數(shu)(shu)(shu)(shu)(shu)據(ju)的(de)匹(pi)配(pei)比對，大大降低(di)的(de)網(wang)絡的(de)數(shu)(shu)(shu)(shu)(shu)據(ju)量(liang)，提(ti)高(gao)了傳(chuan)輸的(de)效率(lv)。降低(di)了網(wang)絡訪問的(de)事件，提(ti)高(gao)了系(xi)統(tong)訪問的(de)速度(du)，提(ti)高(gao)了用(yong)(yong)戶(hu)使(shi)用(yong)(yong)的(de)體驗(yan)。

優化了(le)業(ye)務操作(zuo)流程(cheng)，通過分(fen)析論證，對前(qian)端用戶的(de)(de)交互做了(le)優化，通過分(fen)步錄入一(yi)次上傳，減少了(le)建立通訊連(lian)接的(de)(de)次數，降低網絡連(lian)接耗費的(de)(de)資源，提高了(le)網絡訪問效率。同(tong)時能夠更好(hao)的(de)(de)符(fu)合線下的(de)(de)業(ye)務流程(cheng)。

另(ling)外，本發(fa)明充分考(kao)慮不(bu)會寫字(zi)的(de)用(yong)戶群體，還增加(jia)了采(cai)集(ji)用(yong)戶照片的(de)形式，來確認用(yong)戶知情(qing)同意書，增加(jia)了更(geng)多采(cai)集(ji)用(yong)戶信息的(de)渠(qu)道，方便的(de)來了系統使用(yong)者采(cai)集(ji)用(yong)戶的(de)信息。

上述(shu)雖然結合附圖對本發明(ming)的(de)(de)具體實施方式進行了描(miao)述(shu)，但并非對本發明(ming)保護范(fan)圍(wei)的(de)(de)限制(zhi)，所屬領域(yu)(yu)技(ji)術(shu)人員應該明(ming)白，在(zai)本發明(ming)的(de)(de)技(ji)術(shu)方案的(de)(de)基礎上，本領域(yu)(yu)技(ji)術(shu)人員不需(xu)要付出創(chuang)造性勞動即可(ke)做出的(de)(de)各種修改或(huo)變形仍(reng)在(zai)本發明(ming)的(de)(de)保護范(fan)圍(wei)以內(nei)。