本發(fā)明涉及一種醫(yī)療健康云平臺，尤其涉及一種基于移動終端的醫(yī)療健康防控云平臺及方法。

背景技術：

隨著互聯(lián)網(wǎng)的大范圍普及和各種互聯(lián)網(wǎng)服務涌現(xiàn)，移動醫(yī)療健康防控云平臺為醫(yī)療系統(tǒng)提供了醫(yī)療及疫情防控的便利。移動醫(yī)療健康防控云平臺主要是將電子病歷、預約掛號、電子處方、電子醫(yī)囑以及醫(yī)療影像文檔、臨床檢驗信息文檔等整合起來建立一個完整的數(shù)字化電子健康檔案系統(tǒng)，并將健康檔案通過云端存儲便于今后醫(yī)療的診斷依據(jù)以及其他遠程醫(yī)療、醫(yī)療教育信息的來源等。

移動醫(yī)療健康防控云平臺能夠借助當前移動互聯(lián)網(wǎng)的助力以及智能硬件來提高醫(yī)生的工作效率的同時減少醫(yī)患，通過精準基礎數(shù)據(jù)多維度分析為疾控中心提供疾病疫情報告，能夠使疾控工作人員及時的掌握疫情的發(fā)生情況以及時間維度、地區(qū)維度疫情控制變化情況。同時平臺為患者提供更專業(yè)更及時的疾病預處理意見，極大的減少了發(fā)病的可能性，并將診療過程電子化永久保存，保障患者的切身利益，為用戶提供的更具有時效性的治療接種計劃提醒，避免延誤病情治療。

但是，現(xiàn)有醫(yī)療健康云平臺存在以下缺點：醫(yī)療管理軟件多采用c/s架構，錄入麻煩，且操作效率低下；對專業(yè)性要求嚴格，非專業(yè)人員無法參與進入系統(tǒng)；該平臺系統(tǒng)的數(shù)據(jù)局限于局域網(wǎng)中，無法與外界交互；醫(yī)療健康云平臺的用戶量龐大，當用戶量達到千萬級時，頁面數(shù)據(jù)處理的速度較慢，進而導致性能差。

此外，現(xiàn)有的醫(yī)療管理軟件由于設計模式固定，靈活性差，拓展難度高，用戶體驗低。并且相對于整個醫(yī)療系統(tǒng)來說，每個醫(yī)療系統(tǒng)中的節(jié)點孤立，沒有任何交互性可言，極大程度上制約了醫(yī)療行業(yè)的數(shù)字化與現(xiàn)代化進程，影響了醫(yī)療行業(yè)的長遠發(fā)展。

另外，在醫(yī)療機構中采用在客戶端與云端服務器進行數(shù)據(jù)交互，存在著不便于攜帶及操作不夠方便等技術問題。

同時，當客戶端與服務端之間的網(wǎng)絡在斷網(wǎng)時無法實現(xiàn)數(shù)據(jù)的上傳，繼而導致整個系統(tǒng)癱瘓，用戶無法繼續(xù)使用。

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

為了解決現(xiàn)有技術的缺點，本發(fā)明提供基于移動終端的醫(yī)療健康防控云平臺及方法，該醫(yī)療健康云平臺的交互性強，頁面數(shù)據(jù)處理快，實時便捷，拓展性高，用戶體驗良好。

為實現(xiàn)上述目的，本發(fā)明采用以下技術方案：

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

移動終端向集群式云端服務器發(fā)送訪問醫(yī)療健康業(yè)務頁面的請求；

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

若驗證通過，則集群式云端服務器響應移動終端的請求，檢索并返回相應的醫(yī)療健康業(yè)務頁面至移動終端；若未驗證通過，則集群式云端服務器不響應移動終端的請求；

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

首先采用sphinx引擎進行檢索請求訪問的醫(yī)療健康業(yè)務頁面是否存在于集群式云端服務器的memcache緩存單元中，若存在，則memcache緩存單元將相應的醫(yī)療健康業(yè)務頁面直接返回至移動終端；

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

其中，在斷網(wǎng)的情況下將用戶所有錄入業(yè)務數(shù)據(jù)及操作數(shù)據(jù)，存儲到移動終端的本地數(shù)據(jù)庫中，在斷網(wǎng)情況下能夠進行正常業(yè)務登記，當移動終端檢測到網(wǎng)絡連接后會自動的將本地數(shù)據(jù)同步到集群式云端服務器，并將上傳成功的數(shù)據(jù)在本地存儲中清除。

進一步的，移動終端將數(shù)據(jù)上傳至集群式云端服務器時，在移動終端中首先對數(shù)據(jù)進行壓縮優(yōu)化后再上傳。

更進一步的，網(wǎng)絡傳輸過程中通過數(shù)據(jù)版本號進行數(shù)據(jù)的匹配比對來判斷移動終端的本地數(shù)據(jù)是否和集群式云端服務器是同步的。

進一步的，所述業(yè)務數(shù)據(jù)服務器采用b/s架構來存儲可動態(tài)調度的醫(yī)療健康業(yè)務頁面。

進一步的，用戶端業(yè)務數(shù)據(jù)及操作數(shù)據(jù)分步錄入一次上傳至移動終端或集群式云端服務器。

進一步的，集群式云端服務器在應用層上，使用java安全認證機制來實現(xiàn)web應用程序的安全，web容器執(zhí)行下面的步驟：

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

（2）如果用戶沒有得到認證，則通過重定向到部署描述符中定義的注冊頁面，要求用戶提供安全信任狀；

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

（4）判斷得到認證的用戶是否被授權訪問部署描述符中定義的web資源。

進一步的，集群式云端服務器使用了tls和ssl協(xié)議，作為底層通信保障；

其中，ssl協(xié)議可分為兩層：ssl記錄協(xié)議：它建立在可靠的傳輸協(xié)議之上，為高層協(xié)議提供數(shù)據(jù)封裝、壓縮、加密的支持；

ssl握手協(xié)議：它建立在ssl記錄協(xié)議之上，用于在實際的數(shù)據(jù)傳輸開始前，通訊雙方進行身份認證、協(xié)商加密算法和交換加密密鑰。

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

進一步的，當每次更新業(yè)務數(shù)據(jù)服務器中的醫(yī)療健康業(yè)務頁面時，同步更新memcached緩存單元中的醫(yī)療健康業(yè)務頁面。

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

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

為了更好的實現(xiàn)本發(fā)明的上述方法，本發(fā)明還公開了基于移動終端的醫(yī)療健康防控云平臺，包括：移動終端、集群式云端服務器和業(yè)務數(shù)據(jù)服務器；

業(yè)務數(shù)據(jù)服務器，其采用b/s架構來存儲可動態(tài)調度的醫(yī)療健康業(yè)務頁面；

移動終端，其用于向集群式云端服務器發(fā)送訪問醫(yī)療健康業(yè)務頁面的請求；主要是pad終端；

集群式云端服務器，其用于接收移動終端的請求，并驗證移動終端的權限，若驗證通過，則集群式云端服務器響應移動終端的請求，檢索并返回相應的醫(yī)療健康業(yè)務頁面至移動終端；若未驗證通過，則集群式云端服務器不響應移動終端的請求；

所述集群式云端服務器，包括memcache緩存單元；其中，集群式云端服務器首先采用sphinx引擎進行檢索請求訪問的醫(yī)療健康業(yè)務頁面是否存在于memcache緩存單元中，若存在，則memcache緩存單元將相應的醫(yī)療健康業(yè)務頁面直接返回至移動終端；

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

其中，在斷網(wǎng)的情況下將用戶所有錄入業(yè)務數(shù)據(jù)及操作數(shù)據(jù)，存儲到移動終端的本地數(shù)據(jù)庫中，在斷網(wǎng)情況下能夠進行正常業(yè)務登記，當移動終端檢測到網(wǎng)絡連接后會自動的將本地數(shù)據(jù)同步到集群式云端服務器，并將上傳成功的數(shù)據(jù)在本地存儲中清除。

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

更進一步的，所述數(shù)據(jù)接口單元包括至少一個用于管理外接設備的接口單元，所述外接設備包括pad、pad及藍牙打印機。

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

（1）本發(fā)明的移動醫(yī)療健康防控云平臺中的業(yè)務數(shù)據(jù)服務器采用b/s架構通過互聯(lián)網(wǎng)組織醫(yī)療機構，增加了醫(yī)療機構之間數(shù)據(jù)流動性；

（2）本發(fā)明的移動醫(yī)療健康防控云平臺中使用了具有分布式高速緩功能的memcache緩存單元，用于解決數(shù)據(jù)高并發(fā)問題，同時結合sphinx引擎進行檢索，提高了檢索速度以及頁面讀取的速度，進一步保證了用戶量較大時該平臺的性能；

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

附圖說明

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

圖2是基于本發(fā)明的移動醫(yī)療健康防控云平臺的預約接種示意圖。

具體實施方式

下面結合附圖與實施例對本發(fā)明做進一步說明：

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

移動終端向集群式云端服務器發(fā)送訪問醫(yī)療健康業(yè)務頁面的請求；

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

若驗證通過，則集群式云端服務器響應移動終端的請求，檢索并返回相應的醫(yī)療健康業(yè)務頁面至移動終端；若未驗證通過，則集群式云端服務器不響應移動終端的請求；業(yè)務數(shù)據(jù)服務器采用b/s架構來存儲可動態(tài)調度的醫(yī)療健康業(yè)務頁面；

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

首先采用sphinx引擎進行檢索請求訪問的醫(yī)療健康業(yè)務頁面是否存在于集群式云端服務器的memcache緩存單元中，若存在，則memcache緩存單元將相應的醫(yī)療健康業(yè)務頁面直接返回至移動終端；

若不存在，則在業(yè)務數(shù)據(jù)服務器中檢索請求訪問的醫(yī)療健康業(yè)務頁面，并將獲取的醫(yī)療健康業(yè)務頁面返回至移動終端，同時把醫(yī)療健康業(yè)務頁面緩存至memcached緩存單元。

集群式云端服務器獲取的醫(yī)療健康業(yè)務頁面還通過數(shù)據(jù)接口單元由外接設備輸出。

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

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

本發(fā)明的醫(yī)療健康云平臺，包括：移動終端、集群式云端服務器和業(yè)務數(shù)據(jù)服務器；

業(yè)務數(shù)據(jù)服務器，其采用b/s架構來存儲可動態(tài)調度的醫(yī)療健康業(yè)務頁面；

移動終端，其用于向集群式云端服務器發(fā)送訪問醫(yī)療健康業(yè)務頁面的請求；

集群式云端服務器，其用于接收移動終端的請求，并驗證移動終端的權限，若驗證通過，則集群式云端服務器響應移動終端的請求，檢索并返回相應的醫(yī)療健康業(yè)務頁面至移動終端；若未驗證通過，則集群式云端服務器不響應移動終端的請求；

集群式云端服務器包括memcache緩存單元；其中，集群式云端服務器首先采用sphinx引擎進行檢索請求訪問的醫(yī)療健康業(yè)務頁面是否存在于memcache緩存單元中，若存在，則memcache緩存單元將相應的醫(yī)療健康業(yè)務頁面直接返回至移動終端；

若不存在，則在業(yè)務數(shù)據(jù)服務器中檢索請求訪問的醫(yī)療健康業(yè)務頁面，并將獲取的醫(yī)療健康業(yè)務頁面返回至移動終端，同時把醫(yī)療健康業(yè)務頁面緩存至memcached緩存單元。

集群式云端服務器還通過數(shù)據(jù)接口單元與外接設備相連。

數(shù)據(jù)接口單元包括至少一個用于管理外接設備的接口單元，所述外接設備包括pda、pad、藍牙打印機。

在具體的實施例子中，本發(fā)明在主體框架上，業(yè)務數(shù)據(jù)服務器采用b/s架構，通過互聯(lián)網(wǎng)將醫(yī)療機構有機的組織在一起，每個機構都被設置為業(yè)務數(shù)據(jù)服務器的一個節(jié)點，節(jié)點與節(jié)點間根據(jù)實際關聯(lián)關系，彼此獨立又彼此依賴，組成了一個龐大的數(shù)據(jù)網(wǎng)絡，這個網(wǎng)絡實現(xiàn)了業(yè)務數(shù)據(jù)的交流共享，動態(tài)調度。使得部門與部門之間協(xié)調性更高，聯(lián)系更加密切。這些是過去的醫(yī)療管理系統(tǒng)所不能比的。

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

關于數(shù)據(jù)處理部分，部署了大量的云服務器，設置了相應的集群，以分布式的處理方式保障前后臺的正常運行。

本發(fā)明的移動醫(yī)療健康防控云平臺用戶包括：廣大的普通用戶（手機移動端用戶），醫(yī)療機構人員（pad端用戶）和后臺實施維護人員。

本發(fā)明的醫(yī)療健康云平臺的用戶量龐大，當作為一個千萬級用戶量的系統(tǒng)，第一個考慮的就是性能：

第一，使用了memcache緩存單元，解決高并發(fā)問題；其中，memcache緩存單元為分布式高速緩存系統(tǒng)，其具體實現(xiàn)如下：

首先，檢索移動移動終端的請求的醫(yī)療健康業(yè)務頁面是否在memcache緩存單元中，若存在，則直接將醫(yī)療健康業(yè)務頁面返回至移動移動終端，不再對業(yè)務數(shù)據(jù)服務器進行任何操作；

若請求的醫(yī)療健康業(yè)務頁面不在memcached緩存單元中，則檢索業(yè)務數(shù)據(jù)服務器，把從業(yè)務數(shù)據(jù)服務器中獲取的醫(yī)療健康業(yè)務頁面返回給移動移動終端，同時把醫(yī)療健康業(yè)務頁面緩存一份到memcached緩存單元中。

當每次更新業(yè)務數(shù)據(jù)服務器中的醫(yī)療健康業(yè)務頁面的同時，更新memcached緩存單元中的醫(yī)療健康業(yè)務頁面，保證一致性。

當分配給memcached緩存單元內存空間用完之后，會使用lru（leastrecentlyused，最近最少使用）策略加上到期失效策略，失效的醫(yī)療健康業(yè)務頁面首先被替換，然后再替換掉最近未使用的醫(yī)療健康業(yè)務頁面。

memcache是一個高性能的分布式的內存對象緩存系統(tǒng)，通過在內存里維護一個統(tǒng)一的巨大的hash表，它能夠用來存儲各種格式的數(shù)據(jù)，包括圖像、視頻、文件以及數(shù)據(jù)檢索的結果。簡單的說就是將數(shù)據(jù)調用到內存中，然后從內存中讀取，從而大大提高讀取速度。

第二，使用sphinx引擎大大提升了like表的檢索速度。sphinx是一個基于sql的全文檢索引擎，可以結合mysql,postgresql做全文搜索，它可以提供更專業(yè)的搜索功能，使得應用程序更容易實現(xiàn)專業(yè)化的全文檢索。sphinx特別為一些腳本語言設計搜索api接口，如php、python、perl和ruby，同時為mysql也設計了一個存儲引擎插件。

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

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

（2）進行圖像優(yōu)化，圖像是造成頁面過大的罪魁禍首之一，通常占據(jù)頁面字節(jié)數(shù)的50%-60%，進行圖像優(yōu)化是提升性能最常見的一種方法，它可以使頁面加載更快；為了更有效的完成圖像渲染，圖像都經過壓縮和整合，圖像的尺寸和格式也經過仔細調整，圖像質量也進行了優(yōu)化。

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

無響應、未經優(yōu)化的第三方腳本會降低整個網(wǎng)絡的加載速度，通過lazyload技術延遲第三方腳本的加載，將其放在關鍵頁面內容之后進行加載，更為理想的情況是放在頁面onload事件之后加載。有點延遲加載不可行的腳本，采用腳本的異步版本，與關鍵內容的加載同步進行，同時還需要對第三方腳本的性能進行持續(xù)監(jiān)控。

（4）通過pad原生組件及擴展特效組件提高用戶交互體驗。通過本地的存儲及自動網(wǎng)絡監(jiān)測功能，實現(xiàn)本地斷網(wǎng)環(huán)境下的正常業(yè)務操作，保證線下業(yè)務正常運轉，等監(jiān)測到網(wǎng)絡以后同步本地數(shù)據(jù)到服務器端。

（5）合理使用cdn，不用它解決所有性能問題。使用內容分發(fā)網(wǎng)絡（cdn）并不能解決所有的性能難題，而且會頁面更大，更加復雜，用不得當還會降低web性能。但是如果部署得當，cdn會是解決延遲問題非常有效的工具：縮短托管服務器接收、處理并響應圖像、css文件等頁面資源請求所需的時間。但是，延遲僅僅只是現(xiàn)代電商網(wǎng)站的關鍵問題之一。為了實現(xiàn)最佳的加速效果，采用組合解決方案：cdn+前端優(yōu)化(如radwarefastview解決方案)+應用交付控制器(adc)和內部管理。

本發(fā)明的醫(yī)療健康平臺系統(tǒng)使用了tls和ssl協(xié)議，作為底層通信保障，它保障了網(wǎng)絡通信安全及數(shù)據(jù)完整性。ssl協(xié)議可分為兩層：ssl記錄協(xié)議（sslrecordprotocol）：它建立在可靠的傳輸協(xié)議（如tcp）之上，為高層協(xié)議提供數(shù)據(jù)封裝、壓縮、加密等基本功能的支持。ssl握手協(xié)議（sslhandshakeprotocol）：它建立在ssl記錄協(xié)議之上，用于在實際的數(shù)據(jù)傳輸開始前，通訊雙方進行身份認證、協(xié)商加密算法和交換加密密鑰。

應用層上，使用java安全認證機制來實現(xiàn)web應用程序的安全，web容器執(zhí)行下面的步驟：

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

（2）如果用戶沒有得到認證，則通過重定向到部署描述符中定義的注冊頁面，要求用戶提供安全信任狀；

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

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

同時，還使用了功能權限管理技術，它基于角色訪問控制技術rbac（rolebasedaccesscontrol），由用戶創(chuàng)建角色，并分配一定的權限，并在用戶管理界面把角色賦予某一個用戶。使用aop技術，面向切面的編寫一個權限驗證功能，在用戶每次執(zhí)行操作的時候都會自動驗證是否有對應的權限，進一步保障了平臺的安全性。

最后，使用了一種安全硬件輔助工具，加密狗技術。通過加密狗內置算法，將數(shù)據(jù)封裝加密再進一步的提升系統(tǒng)安全性。

本發(fā)明的該醫(yī)療健康平臺提供了集合多種業(yè)務操作的業(yè)務平臺，其中包括預約處理，接種登記，接種收費，采購計劃，采購入庫，庫存管理，庫存預警，分析報表，品種維護，公告管理，系統(tǒng)設置，品種定價等業(yè)務操作。而權限管理設置，區(qū)別了醫(yī)療機構級別和角色的不同并控制其所能看到的頁面和限制執(zhí)行的操作。這種權限控制就是上面提到的角色訪問控制技術rbac（rolebasedaccesscontrol），額外增加了機構識別碼。使功能權限管理更加的清晰明了。

預約處理，手機用戶通過移動端預約附近的醫(yī)療機構，通過云平臺和大數(shù)據(jù)處理的協(xié)作，完成最優(yōu)醫(yī)療機構的推薦，并可以通過云端數(shù)據(jù)查看最近的醫(yī)療機構預約與當前掛號患者的數(shù)量，并以此來反饋移動端方便用戶做出最佳選擇。用戶做出選擇之后，可以在心儀的醫(yī)療機構進行預約，實時同步到醫(yī)療機構的管理界面。為了避免惡意預約，預約過程中會出現(xiàn)短信驗證碼提示，以及移動端用戶基礎資料的驗證，每個用戶同時只能在一個醫(yī)療機構進行一次預約。如有錯誤預約，可以進行修改，但是每天限制修改次數(shù)不得超過三次。預約日期達到卻沒有按時就診的用戶會在系統(tǒng)中出現(xiàn)違約記錄，通過特殊的算法，計算用戶的信用值，信用值較低的用戶，功能權限會被受到限制，或者被暫停服務。

接種登記，提供了一種最為快捷的解決方案。移動端用戶，系統(tǒng)將錄入的手機號碼進行加密壓縮發(fā)送到后臺處理經過controller調用對應的對象方法處理，返回前臺響應信息，并自動填寫表單，以達到一步錄入，快速就診的目的。

針對非移動端用戶，該平臺系統(tǒng)也提供了另一種便捷的解決方案，結合大數(shù)據(jù)處理，數(shù)據(jù)篩選，將出先頻率最高的表單信息自動填入，只需要對個別不符信息進行維護即可。同時用戶只需填寫身份證號碼作為標識，基礎信息一步錄入，醫(yī)療機構人員核對無誤后即可完成接種登記。

接種收費，提供多種解決方案供用戶選擇。按照支付方式分為：移動應用軟件支付，pos機支付和現(xiàn)金支付。根據(jù)接種方式的不同，支付方式的不同，系統(tǒng)自動計算需要支付的金額。

采購計劃，醫(yī)療機構用戶打開采購計劃功能頁面，可以看到本機構所有的采購計劃，我們將這些采購計劃按狀態(tài)的不同分為未上報，已上報，已匯總，已采購多個狀態(tài)。已上報的采購計劃可以被上級機構查看并經行匯總操作。匯總操作將會生成一條上級機構新的采購計劃，采購完成后即可執(zhí)行調撥，入庫。完成采購的所有流程。

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

上級代為采購的藥品，通過提取調撥計劃完成入庫操作，通過向云端服務器發(fā)送訪問調撥計劃的請求數(shù)據(jù)包，同時將機構編碼與角色編碼一起封裝到數(shù)據(jù)包中傳遞，這樣集群式云端服務器將調用存儲于云端服務器內的函數(shù)集進行數(shù)據(jù)的訪問與檢索，并將檢索到的數(shù)據(jù)返還給系統(tǒng)，再有系統(tǒng)通過ajax返還到操作頁面，此時操作人員可以看到權限范圍內能夠查看的調撥計劃，并進行提取，提取操作簡單便捷，只需要雙擊某條記錄即可。

自行采購部分的藥品通過添加入庫記錄操作完成入庫操作。自行采購計劃會在頁面生成一條空白數(shù)據(jù)，并自動彈出所有的藥品清單詳細，包括廠家，規(guī)格和包裝，首先醫(yī)療機構操作人員要選擇一種藥品雙擊，系統(tǒng)將選擇的藥品信息封裝存儲，同時自動裝填空白數(shù)據(jù)。

庫存管理，該系統(tǒng)提供了便捷的盤點功能，操作人員點擊盤點功能，系統(tǒng)自動封裝指令以及相關數(shù)據(jù)并發(fā)送給業(yè)務操作流，流響應后通過dao層來實現(xiàn)對數(shù)據(jù)庫的檢索，并將結果返回流再由流來反饋給web頁面。當庫存數(shù)據(jù)與盤點數(shù)據(jù)不相符時，操作人員可以填寫差異原因。確認盤點后，數(shù)據(jù)自動保存在云端數(shù)據(jù)庫中。

以上所有功能都是在多線程的前提下完成，即多個用戶同時操作數(shù)據(jù)也不會影響程序正常云尋，互不干擾。

庫存預警，主要通過系統(tǒng)設置的定時任務來實現(xiàn)，每次間隔固定時長，系統(tǒng)自動運行庫存檢索，從集群式云端服務器上查詢庫存藥品信息，同時通過數(shù)據(jù)庫函數(shù)調取藥品預警線，當庫存數(shù)量超過預警線時，控制層反饋預警信息碼傳遞給顯示層，顯示層轉碼輸出預警信息。

分析報表，通過echart，highchart技術，生成豐富多樣的圖標報表信息，包含折線統(tǒng)計圖，柱狀統(tǒng)計圖，餅狀統(tǒng)計圖以及復合統(tǒng)計圖，同時動態(tài)實時顯示最新數(shù)據(jù)，支持3d效果，豐富的報表便于查看。

如圖2所示，患者通過手機終端向集群式云端服務器發(fā)送預約接種的請求，云端服務器驗證移動終端的權限后，判斷移動終端是否有預約，若是，則工作人員通過pad錄入接種人信息；否則，工作人員通過云端服務器提取接種人預約信息進行補錄接種人信息；當確認接種人信息后，集群式云端服務器將生成接種單，并將接種單據(jù)傳送至患者手機終端來通知云端服務器接種登記成功；云端服務器根據(jù)相應的業(yè)務請求分別進行在線收費和生成收費單。最后，云端服務器處理后的數(shù)據(jù)反饋至移動終端，即向患者的移動終端反饋進行接種疫苗的通知。

在上述實施例子中需要重點說明的是：本發(fā)明通過移動端的本地數(shù)據(jù)庫存儲方案，將客戶操作的數(shù)據(jù)存儲到移動終端的本地數(shù)據(jù)庫和本地存儲的文件里，解決了斷網(wǎng)情況下系統(tǒng)無法使用的問題，現(xiàn)在通過本地存儲，在斷網(wǎng)的情況下將用戶所有錄入業(yè)務數(shù)據(jù)及操作數(shù)據(jù)，存儲到pad的本地數(shù)據(jù)庫中，保證軟件在斷網(wǎng)情況下能夠進行正常業(yè)務登記的功能，當pad檢測到網(wǎng)絡連接后會自動的將本地數(shù)據(jù)同步到服務器端，并將上傳成功的數(shù)據(jù)在本地存儲中清除。pad本地程序通過對數(shù)據(jù)的壓縮優(yōu)化后上傳保證了網(wǎng)絡傳輸?shù)乃俣群头€(wěn)定性，和降低了對網(wǎng)絡帶寬的要求。網(wǎng)絡傳輸過程中通過數(shù)據(jù)版本的控制，來判斷客戶端本地數(shù)據(jù)是否和服務器端是同步的，通過版本匹配來控制數(shù)據(jù)的同步，這樣做的好處是本地數(shù)據(jù)量大的情況下通過一個小的版本號就可以進行數(shù)據(jù)的匹配比對，大大降低的網(wǎng)絡的數(shù)據(jù)量，提高了傳輸?shù)男?。降低了網(wǎng)絡訪問的事件，提高了系統(tǒng)訪問的速度，提高了用戶使用的體驗。

優(yōu)化了業(yè)務操作流程，通過分析論證，對前端用戶的交互做了優(yōu)化，通過分步錄入一次上傳，減少了建立通訊連接的次數(shù)，降低網(wǎng)絡連接耗費的資源，提高了網(wǎng)絡訪問效率。同時能夠更好的符合線下的業(yè)務流程。

另外，本發(fā)明充分考慮不會寫字的用戶群體，還增加了采集用戶照片的形式，來確認用戶知情同意書，增加了更多采集用戶信息的渠道，方便的來了系統(tǒng)使用者采集用戶的信息。

上述雖然結合附圖對本發(fā)明的具體實施方式進行了描述，但并非對本發(fā)明保護范圍的限制，所屬領域技術人員應該明白，在本發(fā)明的技術方案的基礎上，本領域技術人員不需要付出創(chuàng)造性勞動即可做出的各種修改或變形仍在本發(fā)明的保護范圍以內。