本發(fā)明屬于計(jì)算機(jī)管理服務(wù)技術(shù)領(lǐng)域，具體涉及一種支持異構(gòu)信息輸入的老年慢性病管理服務(wù)平臺(tái)。

背景技術(shù)：

目前我國(guó)高血壓患者超過1.6億人，糖尿病人3000多萬，腦卒中每年新發(fā)150萬人，冠心病每年新發(fā)75萬人；平均每天有1.3萬人死于慢性病，占全部死亡人數(shù)的70％以上；慢病的不斷蔓延還給國(guó)家?guī)沓林氐慕?jīng)濟(jì)負(fù)擔(dān)，在疾病負(fù)擔(dān)中所占的比重已達(dá)69％，遠(yuǎn)超傳染病和其他傷害。

但是，國(guó)內(nèi)尚未形成全面滿足老年人需求的慢病服務(wù)體系，因而創(chuàng)建一種新型的老年慢病服務(wù)模式與平臺(tái)勢(shì)在必行。新型慢病服務(wù)模式需要滿足就醫(yī)診療、社區(qū)保健、居家照護(hù)等三大方面的需求，因而要求慢病服務(wù)平臺(tái)實(shí)現(xiàn)全面而完備的支撐功能，主要包括：數(shù)據(jù)采集支撐、數(shù)據(jù)庫(kù)支撐、后臺(tái)支撐以及專業(yè)服務(wù)支撐。

在這樣的管理平臺(tái)中，涉及到多種老年慢病的數(shù)據(jù)采集與整合(例如需要同時(shí)采集血壓與血糖數(shù)據(jù))，也涉及到多種服務(wù)的接入與封裝(例如需要提供人群分類和慢病分級(jí)等方面的服務(wù))，并且需要考慮不斷有新的數(shù)據(jù)和服務(wù)的接入，因而對(duì)系統(tǒng)的松耦合性和擴(kuò)展性具有極高要求。

傳統(tǒng)的老年慢病管理平臺(tái)具有如下幾大缺陷：

(1)模式單一。市場(chǎng)上常見的老年慢性病管理產(chǎn)品主要是一些針對(duì)性較強(qiáng)的移動(dòng)端APP，例如高血壓APP、高血糖APP等。這類產(chǎn)品雖然借助了互聯(lián)網(wǎng)技術(shù)，但是模式過于單一，提供的功能不外乎數(shù)據(jù)記錄、數(shù)據(jù)展示、簡(jiǎn)單提醒等，局限性很強(qiáng)，很難進(jìn)一步集成新功能，管理效果很差。

(2)數(shù)據(jù)不全。單一針對(duì)某種慢病開發(fā)移動(dòng)產(chǎn)品雖然提高了針對(duì)性，但是帶來了數(shù)據(jù)不全的問題，不僅難以同步家庭、醫(yī)院、社區(qū)的有用歷史數(shù)據(jù)，更難以集成其他慢性病的數(shù)據(jù)，不適合全面、大規(guī)模的慢病管理。

(3)服務(wù)分散。常見的APP一類的慢病管理產(chǎn)品沒有一致的標(biāo)準(zhǔn)規(guī)范和組織管理，導(dǎo)致服務(wù)方式雜亂、效率低下。

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

針對(duì)傳統(tǒng)慢病管理產(chǎn)品或平臺(tái)的管理障礙，本發(fā)明提供了一種支持異構(gòu)信息輸入的老年慢性病管理服務(wù)平臺(tái)，該管理服務(wù)平臺(tái)包括信息輸入層、ESB中介層、信息處理層以及信息輸出層；其中：

所述的信息輸入層包括關(guān)于各種慢性病(如血壓、血糖等)的APP后臺(tái)數(shù)據(jù)庫(kù)以及Web Service，所述的APP后臺(tái)數(shù)據(jù)庫(kù)通過APP收集對(duì)應(yīng)慢性病的健康數(shù)據(jù)，所述的Web Service包括對(duì)應(yīng)各種應(yīng)用的API(如慢病知識(shí)庫(kù)API、膳食管理API等)；

所述的ESB中介層用于對(duì)信息輸入層進(jìn)行適配，其為APP后臺(tái)數(shù)據(jù)庫(kù)提供數(shù)據(jù)庫(kù)適配器，為Web Service中的API提供Web Service適配器；

所述的信息處理層用于對(duì)APP后臺(tái)數(shù)據(jù)庫(kù)經(jīng)數(shù)據(jù)庫(kù)適配器同步整合過后的健康數(shù)據(jù)進(jìn)行持久化存儲(chǔ)，同時(shí)抽取持久化存儲(chǔ)中的健康數(shù)據(jù)作為參數(shù)去調(diào)用經(jīng)適配后的相關(guān)API，并提供給信息輸出層；

所述的信息輸出層用于將相關(guān)API以及健康數(shù)據(jù)封裝成服務(wù)接口，為所述的管理服務(wù)平臺(tái)提供各種對(duì)外服務(wù)。

所述的信息輸入層整合了各種主要慢性病的APP后臺(tái)數(shù)據(jù)庫(kù)和相關(guān)Web Service的API，一方面為管理服務(wù)平臺(tái)提供了必要的健康數(shù)據(jù)支持，另一方面提供了可供查詢的API接口，為管理服務(wù)平臺(tái)提供對(duì)外服務(wù)接口打下基礎(chǔ)。

所述的ESB中介層采用OSGI(Open Service Gateway Initiative)架構(gòu)，為基于SOA(Service-Oriented Architecture)的企業(yè)應(yīng)用集成提供松散耦合、高效、可擴(kuò)展的解決方案，可支持各種異構(gòu)服務(wù)或應(yīng)用的接入。

所述的信息處理層外顯式地實(shí)現(xiàn)了數(shù)據(jù)庫(kù)持久化和服務(wù)調(diào)用兩方面的功能，內(nèi)隱式地實(shí)現(xiàn)了ESB服務(wù)器端架構(gòu)，即包含和實(shí)現(xiàn)了關(guān)于主容器、消息傳輸以及消息路由的模塊，整體上實(shí)現(xiàn)了對(duì)異構(gòu)系統(tǒng)的接入，并提供了消息路由、轉(zhuǎn)換以及安全傳遞的功能。

所述的信息輸出層實(shí)現(xiàn)了封裝后的對(duì)外服務(wù)接口，包括了關(guān)于人群分類、慢病分級(jí)以及膳食推薦的服務(wù)；其中，人群分類服務(wù)是指根據(jù)歷史健康數(shù)據(jù)提供得到用戶慢病分類信息，慢病分級(jí)服務(wù)是指根據(jù)歷史健康數(shù)據(jù)提供得到患慢病用戶的疾病分級(jí)情況，膳食推薦服務(wù)是指根據(jù)分類分級(jí)數(shù)據(jù)提供得到用戶飲食推薦信息。

本發(fā)明管理服務(wù)平臺(tái)充分利用了ESB技術(shù)對(duì)異構(gòu)應(yīng)用和服務(wù)的完美支持，實(shí)現(xiàn)了低耦合、高擴(kuò)展地接入外部數(shù)據(jù)及服務(wù)，并可以根據(jù)需求持續(xù)完善平臺(tái)功能，克服了傳統(tǒng)慢病管理過程中模式單一的障礙。ESB全稱為Enterprise Service Bus，即企業(yè)服務(wù)總線，它是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物；ESB提供了網(wǎng)絡(luò)中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素；ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價(jià)的解決方案，同時(shí)它還可以消除不同應(yīng)用之間的技術(shù)差異，讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運(yùn)作，實(shí)現(xiàn)了不同服務(wù)之間的通信與整合。總體來說，ESB可以為企業(yè)應(yīng)用集成提供松散耦合、高可擴(kuò)展性的解決方案，可以支持各種異構(gòu)服務(wù)或應(yīng)用的接入，支持消息路由、轉(zhuǎn)換以及安全可靠傳遞等功能；圖3和圖4分別展示了ESB的架構(gòu)和功能示意圖。

本發(fā)明管理服務(wù)平臺(tái)中的數(shù)據(jù)持久層包含全面的慢病數(shù)據(jù)，不僅可涵蓋各類型慢性疾病的數(shù)據(jù)，還可以同步家庭、社區(qū)、醫(yī)院等多端的歷史數(shù)據(jù)，數(shù)據(jù)全面豐富，克服了傳統(tǒng)慢病管理過程中數(shù)據(jù)不全的障礙；另外，本發(fā)明管理服務(wù)平臺(tái)通過集成全面的數(shù)據(jù)信息和外部服務(wù)API，并有效封裝形成對(duì)外服務(wù)接口，從而克服了傳統(tǒng)慢病管理過程中服務(wù)分散的障礙。

附圖說明

圖1為本發(fā)明慢性病管理服務(wù)平臺(tái)的結(jié)構(gòu)示意圖。

圖2為新型慢病管理服務(wù)平臺(tái)的需求示意圖。

圖3為ESB對(duì)異構(gòu)應(yīng)用與服務(wù)的架構(gòu)示意圖。

圖4為ESB的功能示意圖。

圖5為遠(yuǎn)程數(shù)據(jù)庫(kù)與本地?cái)?shù)據(jù)中心之間的數(shù)據(jù)同步示意圖。

圖6為慢性病服務(wù)平臺(tái)的后期擴(kuò)展示意圖。

具體實(shí)施方式

為了更為具體地描述本發(fā)明，下面結(jié)合附圖及具體實(shí)施方式對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)說明。

如圖1所示，本發(fā)明支持異構(gòu)信息輸入的老年慢性病管理服務(wù)平臺(tái)架構(gòu)由四個(gè)部分組成：信息輸入層、ESB中介層、信息處理層、信息輸出層；平臺(tái)架構(gòu)以ESB為底層技術(shù)支持，實(shí)現(xiàn)異構(gòu)應(yīng)用和服務(wù)的接入，并保持了松散耦合和高擴(kuò)展性。其中應(yīng)用主要包括不同種類慢病的APP產(chǎn)品的后臺(tái)數(shù)據(jù)庫(kù)，例如高血壓APP的后臺(tái)數(shù)據(jù)庫(kù)、高血糖APP的后臺(tái)數(shù)據(jù)庫(kù)等；服務(wù)主要包括慢病知識(shí)庫(kù)API以及膳食管理API等。

信息輸入層包括以APP后臺(tái)數(shù)據(jù)庫(kù)和Web Service為主的信息輸入通道。APP后臺(tái)數(shù)據(jù)庫(kù)包括血壓數(shù)據(jù)庫(kù)和血糖數(shù)據(jù)庫(kù)等，Web Service包括知識(shí)庫(kù)API，膳食管理API等；該層整合了主要的慢性病APP后臺(tái)數(shù)據(jù)庫(kù)和相關(guān)Web Service API，一方面向管理服務(wù)平臺(tái)提供必要的健康數(shù)據(jù)支持，另一方面提供可供查詢的API接口，為平臺(tái)提供對(duì)外服務(wù)接口打下基礎(chǔ)。

ESB中介層用于對(duì)信息輸入層進(jìn)行適配，該層對(duì)于APP后臺(tái)數(shù)據(jù)庫(kù)提供了數(shù)據(jù)庫(kù)適配器，對(duì)于Web Service的API提供了Web Service適配器；該層采用OSGI架構(gòu)，為基于SOA的企業(yè)應(yīng)用集成提供松散耦合、高效、可擴(kuò)展的解決方案，可支持各種異構(gòu)服務(wù)或應(yīng)用的接入，這里主要設(shè)計(jì)了數(shù)據(jù)庫(kù)適配器和Web Service適配器。

信息處理層是老年慢病管理服務(wù)平臺(tái)的核心層，該層包括數(shù)據(jù)庫(kù)持久化和服務(wù)調(diào)用兩大主要功能。信息輸入層中的多種慢性病APP后臺(tái)數(shù)據(jù)庫(kù)經(jīng)ESB適配器進(jìn)行同步和整合，并在管理服務(wù)平臺(tái)中進(jìn)行持久化存儲(chǔ)；同時(shí)，可以抽取持久層的健康數(shù)據(jù)作為參數(shù)去調(diào)用外部經(jīng)ESB Web Service適配的相關(guān)API，以提供人群分類、慢病分級(jí)的對(duì)外服務(wù)；該層外部顯式地實(shí)現(xiàn)了數(shù)據(jù)庫(kù)持久化和服務(wù)調(diào)用兩方面的功能，內(nèi)部隱式地實(shí)現(xiàn)了ESB服務(wù)器端架構(gòu)，即包含和實(shí)現(xiàn)了主容器、消息傳輸、消息路由等模塊。整體上實(shí)現(xiàn)了對(duì)異構(gòu)系統(tǒng)的接入，并提供了消息路由、轉(zhuǎn)換以及安全傳遞等功能。

信息輸出層是指慢性病管理服務(wù)平臺(tái)對(duì)外的、封裝后的服務(wù)接口，包括人群分類服務(wù)、慢病分級(jí)服務(wù)、膳食推薦服務(wù)等；該層實(shí)現(xiàn)了封裝后的對(duì)外服務(wù)接口，主要包括人群分類、慢病分級(jí)、膳食推薦等，人群分類服務(wù)是指提供歷史健康數(shù)據(jù)得到用戶慢病分類信息，慢病分級(jí)服務(wù)是指提供歷史健康數(shù)據(jù)得到患慢病用戶的疾病分級(jí)情況，膳食推薦服務(wù)是指提供分類分級(jí)數(shù)據(jù)得到用戶飲食推薦信息。

基于圖2所示慢病管理服務(wù)平臺(tái)的需求，構(gòu)建該平臺(tái)架構(gòu)實(shí)施的關(guān)鍵有兩點(diǎn)，其一是多種慢病數(shù)據(jù)庫(kù)的接入與數(shù)據(jù)同步，其二是多種Web Service的接入與服務(wù)調(diào)用；具體實(shí)施過程分別如下：

(1)多種慢病數(shù)據(jù)庫(kù)的接入與數(shù)據(jù)同步。

首先在慢病管理平臺(tái)搭建全面的慢病數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)名取為chronic_desease_data_center，該數(shù)據(jù)庫(kù)用于全面同步備份慢病信息，包含用戶信息表(user_info)、血壓信息表(blood_pressure)、血糖信息表(blood_glucose)、體制參數(shù)信息表(physical_parameter)等等。

然后使用ESB工具完成血壓數(shù)據(jù)庫(kù)同步流程。本實(shí)施方式測(cè)試實(shí)驗(yàn)中使用的ESB是JTang Synergy(杭州杰唐信息技術(shù)有限公司內(nèi)部產(chǎn)品)，該ESB的架構(gòu)與功能示意圖分別如圖3和圖4所示。

在JTang Synergy工具中新建工程chronic_desease_managment,在流程設(shè)計(jì)功能框中新建database_in流程，這里主要展示從高血壓數(shù)據(jù)庫(kù)中同步數(shù)據(jù)的流程。其中，高血壓數(shù)據(jù)庫(kù)部署在服務(wù)器45.62.119.71上3306端口。在流程設(shè)計(jì)框中設(shè)計(jì)同步流程：從左側(cè)Palette功能區(qū)中拖拽2對(duì)(共四個(gè))數(shù)據(jù)庫(kù)適配器，分別設(shè)計(jì)用戶信息和血壓信息的同步流程，分別同步高血壓數(shù)據(jù)庫(kù)中的用戶信息表(user_info)和血壓信息表(blood_pressure)。

流程設(shè)計(jì)完之后，使用Jtang Synergy的流程打包上傳工具將流程打包上傳到慢病監(jiān)控平臺(tái)的網(wǎng)站(http://192.168.130.130:8735/JSynergyConsole/synergy/ind ex.jsp，需要在本地部署)上進(jìn)行實(shí)時(shí)監(jiān)控，如圖5所示可以看到數(shù)據(jù)正在進(jìn)行同步，從遠(yuǎn)程血壓數(shù)據(jù)庫(kù)(45.62.119.71:3306)同步到本地?cái)?shù)據(jù)中心(127.0.0.1:3306)。

其他數(shù)據(jù)庫(kù)(如血糖數(shù)據(jù)庫(kù)等)的同步和血糖數(shù)據(jù)庫(kù)的同步過程與方法相同，此處不再展示。

(2)多種Web Service的接入與服務(wù)調(diào)用。

此部分以慢病知識(shí)庫(kù)Web Service為例進(jìn)行說明。該Web Service的調(diào)用接口為http://45.62.119.71:8080/ChronicDisease/query.jsp，利用該知識(shí)庫(kù)接口，可以通過填寫年齡、性別、身高、體重、體脂比、腰圍、收縮壓、舒展壓等信息得到病人的問診結(jié)果，判斷病人的高血壓等級(jí)，即實(shí)現(xiàn)慢病分級(jí)服務(wù)。本實(shí)施方案旨在將類似健康類Web Service接口接入慢病管理平臺(tái)為用戶提供統(tǒng)一的調(diào)用接口。

在chronic_desease_management工程中，新建流程knowledgebase_in，在流程設(shè)計(jì)框中加入兩個(gè)WebService適配器，分別表示遠(yuǎn)程知識(shí)庫(kù)WebService服務(wù)(KnowledgeBase)和轉(zhuǎn)換后的本地知識(shí)庫(kù)WebService服務(wù)(LoaclService)。

上述流程設(shè)計(jì)完成后，類似于數(shù)據(jù)庫(kù)同步流程，將WebService流程打包上傳到慢病監(jiān)控平臺(tái)網(wǎng)站進(jìn)行監(jiān)控，然后訪問本地Web Service接口即可實(shí)現(xiàn)對(duì)知識(shí)庫(kù)Web Service的調(diào)用。其他健康類Web Service(如人群分類、膳食推薦等)的接入和調(diào)用與以上知識(shí)庫(kù)Web Serice類似，此處不再展示。

通過上述實(shí)施過程，在信息輸入層中各獨(dú)立的APP后臺(tái)數(shù)據(jù)庫(kù)通過ESB數(shù)據(jù)庫(kù)適配器進(jìn)行適配，并把數(shù)據(jù)同步到管理服務(wù)平臺(tái)的數(shù)據(jù)庫(kù)持久層中；各獨(dú)立的Web Service通過ESB Web Service適配器進(jìn)行適配，在管理服務(wù)平臺(tái)實(shí)現(xiàn)服務(wù)的整合和調(diào)用。在信息處理層中基于ESB的消息傳輸、消息路由等底層技術(shù)支持，一方面實(shí)現(xiàn)了多路數(shù)據(jù)的統(tǒng)一管理，包括數(shù)據(jù)同步、數(shù)據(jù)過濾、數(shù)據(jù)整合等；另一方面實(shí)現(xiàn)了多種服務(wù)的整合調(diào)用。

由此本發(fā)明能夠有效的利用ESB對(duì)異構(gòu)服務(wù)(數(shù)據(jù)庫(kù)服務(wù)和Web Service服務(wù)等)的完美支持，低耦合、高擴(kuò)展的接入了高血壓數(shù)據(jù)庫(kù)以及知識(shí)庫(kù)Web Service；從而為數(shù)據(jù)庫(kù)和Web Service的接入和利用提供了有效的架構(gòu)基礎(chǔ)，為慢病管理平臺(tái)的搭建奠定基礎(chǔ)；另外，本發(fā)明慢病管理服務(wù)平臺(tái)有很好的后期擴(kuò)展意義，具體參考圖6所示。

上述對(duì)實(shí)施例的描述是為便于本技術(shù)領(lǐng)域的普通技術(shù)人員能理解和應(yīng)用本發(fā)明。熟悉本領(lǐng)域技術(shù)的人員顯然可以容易地對(duì)上述實(shí)施例做出各種修改，并把在此說明的一般原理應(yīng)用到其他實(shí)施例中而不必經(jīng)過創(chuàng)造性的勞動(dòng)。因此，本發(fā)明不限于上述實(shí)施例，本領(lǐng)域技術(shù)人員根據(jù)本發(fā)明的揭示，對(duì)于本發(fā)明做出的改進(jìn)和修改都應(yīng)該在本發(fā)明的保護(hù)范圍之內(nèi)。