一种支持异构信息输入的老年慢性病管理服务平台的制作方法

本发明属于计算机管理服务技术领域，具体涉及一种支持异构信息输入的老年慢性病管理服务平台。

背景技术：

目前我国高血压患者超过1.6亿人，糖尿病人3000多万，脑卒中每年新发150万人，冠心病每年新发75万人；平均每天有1.3万人死于慢性病，占全部死亡人数的70％以上；慢病的不断蔓延还给国家带来沉重的经济负担，在疾病负担中所占的比重已达69％，远超传染病和其他伤害。

但是，国内尚未形成全面满足老年人需求的慢病服务体系，因而创建一种新型的老年慢病服务模式与平台势在必行。新型慢病服务模式需要满足就医诊疗、社区保健、居家照护等三大方面的需求，因而要求慢病服务平台实现全面而完备的支撑功能，主要包括：数据采集支撑、数据库支撑、后台支撑以及专业服务支撑。

在这样的管理平台中，涉及到多种老年慢病的数据采集与整合(例如需要同时采集血压与血糖数据)，也涉及到多种服务的接入与封装(例如需要提供人群分类和慢病分级等方面的服务)，并且需要考虑不断有新的数据和服务的接入，因而对系统的松耦合性和扩展性具有极高要求。

传统的老年慢病管理平台具有如下几大缺陷：

(1)模式单一。市场上常见的老年慢性病管理产品主要是一些针对性较强的移动端APP，例如高血压APP、高血糖APP等。这类产品虽然借助了互联网技术，但是模式过于单一，提供的功能不外乎数据记录、数据展示、简单提醒等，局限性很强，很难进一步集成新功能，管理效果很差。

(2)数据不全。单一针对某种慢病开发移动产品虽然提高了针对性，但是带来了数据不全的问题，不仅难以同步家庭、医院、社区的有用历史数据，更难以集成其他慢性病的数据，不适合全面、大规模的慢病管理。

(3)服务分散。常见的APP一类的慢病管理产品没有一致的标准规范和组织管理，导致服务方式杂乱、效率低下。

技术实现要素：

针对传统慢病管理产品或平台的管理障碍，本发明提供了一种支持异构信息输入的老年慢性病管理服务平台，该管理服务平台包括信息输入层、ESB中介层、信息处理层以及信息输出层；其中：

所述的信息输入层包括关于各种慢性病(如血压、血糖等)的APP后台数据库以及Web Service，所述的APP后台数据库通过APP收集对应慢性病的健康数据，所述的Web Service包括对应各种应用的API(如慢病知识库API、膳食管理API等)；

所述的ESB中介层用于对信息输入层进行适配，其为APP后台数据库提供数据库适配器，为Web Service中的API提供Web Service适配器；

所述的信息处理层用于对APP后台数据库经数据库适配器同步整合过后的健康数据进行持久化存储，同时抽取持久化存储中的健康数据作为参数去调用经适配后的相关API，并提供给信息输出层；

所述的信息输出层用于将相关API以及健康数据封装成服务接口，为所述的管理服务平台提供各种对外服务。

所述的信息输入层整合了各种主要慢性病的APP后台数据库和相关Web Service的API，一方面为管理服务平台提供了必要的健康数据支持，另一方面提供了可供查询的API接口，为管理服务平台提供对外服务接口打下基础。

所述的ESB中介层采用OSGI(Open Service Gateway Initiative)架构，为基于SOA(Service-Oriented Architecture)的企业应用集成提供松散耦合、高效、可扩展的解决方案，可支持各种异构服务或应用的接入。

所述的信息处理层外显式地实现了数据库持久化和服务调用两方面的功能，内隐式地实现了ESB服务器端架构，即包含和实现了关于主容器、消息传输以及消息路由的模块，整体上实现了对异构系统的接入，并提供了消息路由、转换以及安全传递的功能。

所述的信息输出层实现了封装后的对外服务接口，包括了关于人群分类、慢病分级以及膳食推荐的服务；其中，人群分类服务是指根据历史健康数据提供得到用户慢病分类信息，慢病分级服务是指根据历史健康数据提供得到患慢病用户的疾病分级情况，膳食推荐服务是指根据分类分级数据提供得到用户饮食推荐信息。

本发明管理服务平台充分利用了ESB技术对异构应用和服务的完美支持，实现了低耦合、高扩展地接入外部数据及服务，并可以根据需求持续完善平台功能，克服了传统慢病管理过程中模式单一的障碍。ESB全称为Enterprise Service Bus，即企业服务总线，它是传统中间件技术与XML、Web服务等技术结合的产物；ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素；ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。总体来说，ESB可以为企业应用集成提供松散耦合、高可扩展性的解决方案，可以支持各种异构服务或应用的接入，支持消息路由、转换以及安全可靠传递等功能；图3和图4分别展示了ESB的架构和功能示意图。

本发明管理服务平台中的数据持久层包含全面的慢病数据，不仅可涵盖各类型慢性疾病的数据，还可以同步家庭、社区、医院等多端的历史数据，数据全面丰富，克服了传统慢病管理过程中数据不全的障碍；另外，本发明管理服务平台通过集成全面的数据信息和外部服务API，并有效封装形成对外服务接口，从而克服了传统慢病管理过程中服务分散的障碍。

附图说明

图1为本发明慢性病管理服务平台的结构示意图。

图2为新型慢病管理服务平台的需求示意图。

图3为ESB对异构应用与服务的架构示意图。

图4为ESB的功能示意图。

图5为远程数据库与本地数据中心之间的数据同步示意图。

图6为慢性病服务平台的后期扩展示意图。

具体实施方式

为了更为具体地描述本发明，下面结合附图及具体实施方式对本发明的技术方案进行详细说明。

如图1所示，本发明支持异构信息输入的老年慢性病管理服务平台架构由四个部分组成：信息输入层、ESB中介层、信息处理层、信息输出层；平台架构以ESB为底层技术支持，实现异构应用和服务的接入，并保持了松散耦合和高扩展性。其中应用主要包括不同种类慢病的APP产品的后台数据库，例如高血压APP的后台数据库、高血糖APP的后台数据库等；服务主要包括慢病知识库API以及膳食管理API等。

信息输入层包括以APP后台数据库和Web Service为主的信息输入通道。APP后台数据库包括血压数据库和血糖数据库等，Web Service包括知识库API，膳食管理API等；该层整合了主要的慢性病APP后台数据库和相关Web Service API，一方面向管理服务平台提供必要的健康数据支持，另一方面提供可供查询的API接口，为平台提供对外服务接口打下基础。

ESB中介层用于对信息输入层进行适配，该层对于APP后台数据库提供了数据库适配器，对于Web Service的API提供了Web Service适配器；该层采用OSGI架构，为基于SOA的企业应用集成提供松散耦合、高效、可扩展的解决方案，可支持各种异构服务或应用的接入，这里主要设计了数据库适配器和Web Service适配器。

信息处理层是老年慢病管理服务平台的核心层，该层包括数据库持久化和服务调用两大主要功能。信息输入层中的多种慢性病APP后台数据库经ESB适配器进行同步和整合，并在管理服务平台中进行持久化存储；同时，可以抽取持久层的健康数据作为参数去调用外部经ESB Web Service适配的相关API，以提供人群分类、慢病分级的对外服务；该层外部显式地实现了数据库持久化和服务调用两方面的功能，内部隐式地实现了ESB服务器端架构，即包含和实现了主容器、消息传输、消息路由等模块。整体上实现了对异构系统的接入，并提供了消息路由、转换以及安全传递等功能。

信息输出层是指慢性病管理服务平台对外的、封装后的服务接口，包括人群分类服务、慢病分级服务、膳食推荐服务等；该层实现了封装后的对外服务接口，主要包括人群分类、慢病分级、膳食推荐等，人群分类服务是指提供历史健康数据得到用户慢病分类信息，慢病分级服务是指提供历史健康数据得到患慢病用户的疾病分级情况，膳食推荐服务是指提供分类分级数据得到用户饮食推荐信息。

基于图2所示慢病管理服务平台的需求，构建该平台架构实施的关键有两点，其一是多种慢病数据库的接入与数据同步，其二是多种Web Service的接入与服务调用；具体实施过程分别如下：

(1)多种慢病数据库的接入与数据同步。

首先在慢病管理平台搭建全面的慢病数据库，数据库名取为chronic_desease_data_center，该数据库用于全面同步备份慢病信息，包含用户信息表(user_info)、血压信息表(blood_pressure)、血糖信息表(blood_glucose)、体制参数信息表(physical_parameter)等等。

然后使用ESB工具完成血压数据库同步流程。本实施方式测试实验中使用的ESB是JTang Synergy(杭州杰唐信息技术有限公司内部产品)，该ESB的架构与功能示意图分别如图3和图4所示。

在JTang Synergy工具中新建工程chronic_desease_managment,在流程设计功能框中新建database_in流程，这里主要展示从高血压数据库中同步数据的流程。其中，高血压数据库部署在服务器45.62.119.71上3306端口。在流程设计框中设计同步流程：从左侧Palette功能区中拖拽2对(共四个)数据库适配器，分别设计用户信息和血压信息的同步流程，分别同步高血压数据库中的用户信息表(user_info)和血压信息表(blood_pressure)。

流程设计完之后，使用Jtang Synergy的流程打包上传工具将流程打包上传到慢病监控平台的网站(http://192.168.130.130:8735/JSynergyConsole/synergy/ind ex.jsp，需要在本地部署)上进行实时监控，如图5所示可以看到数据正在进行同步，从远程血压数据库(45.62.119.71:3306)同步到本地数据中心(127.0.0.1:3306)。

其他数据库(如血糖数据库等)的同步和血糖数据库的同步过程与方法相同，此处不再展示。

(2)多种Web Service的接入与服务调用。

此部分以慢病知识库Web Service为例进行说明。该Web Service的调用接口为http://45.62.119.71:8080/ChronicDisease/query.jsp，利用该知识库接口，可以通过填写年龄、性别、身高、体重、体脂比、腰围、收缩压、舒展压等信息得到病人的问诊结果，判断病人的高血压等级，即实现慢病分级服务。本实施方案旨在将类似健康类Web Service接口接入慢病管理平台为用户提供统一的调用接口。

在chronic_desease_management工程中，新建流程knowledgebase_in，在流程设计框中加入两个WebService适配器，分别表示远程知识库WebService服务(KnowledgeBase)和转换后的本地知识库WebService服务(LoaclService)。

上述流程设计完成后，类似于数据库同步流程，将WebService流程打包上传到慢病监控平台网站进行监控，然后访问本地Web Service接口即可实现对知识库Web Service的调用。其他健康类Web Service(如人群分类、膳食推荐等)的接入和调用与以上知识库Web Serice类似，此处不再展示。

通过上述实施过程，在信息输入层中各独立的APP后台数据库通过ESB数据库适配器进行适配，并把数据同步到管理服务平台的数据库持久层中；各独立的Web Service通过ESB Web Service适配器进行适配，在管理服务平台实现服务的整合和调用。在信息处理层中基于ESB的消息传输、消息路由等底层技术支持，一方面实现了多路数据的统一管理，包括数据同步、数据过滤、数据整合等；另一方面实现了多种服务的整合调用。

由此本发明能够有效的利用ESB对异构服务(数据库服务和Web Service服务等)的完美支持，低耦合、高扩展的接入了高血压数据库以及知识库Web Service；从而为数据库和Web Service的接入和利用提供了有效的架构基础，为慢病管理平台的搭建奠定基础；另外，本发明慢病管理服务平台有很好的后期扩展意义，具体参考图6所示。

上述对实施例的描述是为便于本技术领域的普通技术人员能理解和应用本发明。熟悉本领域技术的人员显然可以容易地对上述实施例做出各种修改，并把在此说明的一般原理应用到其他实施例中而不必经过创造性的劳动。因此，本发明不限于上述实施例，本领域技术人员根据本发明的揭示，对于本发明做出的改进和修改都应该在本发明的保护范围之内。