CN102419857A - 一种远程医疗综合服务系统及方法 - Google Patents

Abstract

本发明提供了一种远程医疗综合服务系统及方法，该系统包括：医疗流程生成单元，用于生成综合医疗服务的业务逻辑，并将业务逻辑发送到医疗流程执行单元；医疗流程执行单元，用于提供业务逻辑的运行环境，当接收到请求信息后，对相关的业务逻辑执行操作并控制；医疗服务接口单元，用于以组合各医疗服务的方式集成至少一个医疗业务功能的接口，供医疗流程执行单元调用；数据存储单元，用于存储远程输入的医疗数据和预先设置的标识控制数据，供医疗流程执行单元对所述业务逻辑进行控制时查询。本发明中医疗流程执行单元根据接收到的请求信息对各医疗服务的调用及控制，实现了功能模块的重复使用，并且对不同医疗服务的组合应用，能够减少资源浪费，提高了资源利用率。

Description

一种远程医疗综合服务系统及方法

技术领域

本发明涉及综合服务领域，尤其涉及一种远程医疗综合服务系统及方法。

背景技术

随着信息产业的快速发展，全球IT企业都把目光投向医疗领域，不断提供水平更高的医疗信息化解决方案，直接推动了远程医疗的提升。尤其值得关注的是，随着物联网技术的发展以及信息技术与医疗的进一步结合，远程医疗是全球趋势。

近年来，智慧城市的轮廓已逐渐清晰，作为智慧城市的重要组成部分，远程医疗将带给人们更高水平的服务。因此，中国的医疗行业应制定一个更宏伟的目标，提前对远程医疗进行投入和布局。

作为一个大型的物联网应用，应当包含不可计数的传感器，要在大范围内实现远程医疗综合系统，需要测量的健康数据量相当之大，如需要为每个人测量诸如血压、心电、体重、血糖等数据，并且需要对这些数据进行分析，为每个人提供健康意见，通知给相应的个人，并为每个人提供查询服务。在这样的业务环境中，有很多的服务和功能是相同的，比如心电分析、血压分析、短信通知等。但是在目前这种独立平台下，这种服务和功能还不能复用，每次使用都需要重新设置。

现有的某些组织和个人提供了一些能够实现某些特定功能的模块，但是这些模块由于使用的环境和技术差异，仍没有办法在同一个平台内进行综合使用。比如A公司提供了血压分析的服务，B公司提供了心电分析的服务。但是在一项业务中可能同时需要使用这两项服务，而在目前，还不存在统一的接口，实现对这些零散的服务进行管理和控制。

综上可见，目前在远程医疗乃至物联网领域，各个业务的实现和可能重复使用的功能模块并没有做特殊处理，这样会导致大量资源的浪费，提高系统的实现难度。

发明内容

有鉴于此，本发明的主要目的在于提供一种远程医疗综合服务系统及方法，能够实现各功能模块的重复使用，减少资源浪费。

为达到上述目的，本发明的技术方案是这样实现的：

一种远程医疗综合服务系统，所述系统包括：医疗流程生成单元、医疗流程执行单元、医疗服务接口单元、数据存储单元；其中，

所述医疗流程生成单元，用于生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到所述医疗流程执行单元；

所述医疗流程执行单元，用于为所述业务逻辑提供运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制；

所述医疗服务接口单元，用于以组合各医疗服务的方式集成至少一个医疗业务功能的接口，供所述医疗流程执行单元调用；

所述数据存储单元，用于接收并存储用户远程输入的医疗数据，供所述医疗流程执行单元对所述业务逻辑进行控制时查询。

其中，所述医疗流程生成单元，具体用于基于业务流程执行语言BPEL业务流程，生成以BPEL文件形式的综合医疗服务的业务逻辑，并将所述BPEL文件发送并部署到所述医疗流程执行单元。

其中，所述医疗流程执行单元，进一步包括基于简单对象访问协议SOAP的SOAP绑定组件、规格化消息路由器、BPEL服务引擎和医疗服务能力组件引擎；其中，

所述SOAP绑定组件，用于接收用户输入的WEB格式的请求消息，创建消息交换实例，将所述请求消息发送给所述规格化消息路由器；

所述规格化消息路由器，用于解析接收到的请求消息，确定目的BPEL服务引擎和医疗服务能力组件引擎，将解析后的请求消息发送至BPEL服务引擎并接收所述BPEL服务引擎返回的调用医疗能力组件的请求消息；

所述BPEL服务引擎，用于接收所述规格化消息路由器发来的请求消息，调用BPEL业务流程所在的模块并生成调用医疗能力组件的请求消息；

所述医疗服务能力组件引擎，用于将所述调用医疗能力组件的请求消息定向到医疗能力组件，调用所述医疗能力组件对应的医疗业务功能接口。

其中，所述医疗服务接口单元，进一步包括：

鉴权认证接口子单元，用于接收到用户输入的鉴权请求信息后，提供调用鉴权认证服务模块的接口；

数据查询接口子单元，用于接收到用户输入的数据查询请求信息后，提供调用数据查询服务模块的接口；

数据分析接口子单元，用于接收到待分析的数据后，提供调用数据分析服务模块的接口；

通知控制接口子单元，用于接收到用户输入的需要发送通知请求信息后，提供调用通知服务模块的接口。

进一步地，所述系统还包括：管理单元，用于对所述医疗综合服务系统进行计费数据、故障数据的初始配置及维护管理。

一种远程医疗综合服务方法，接收并存储用户远程输入的医疗数据，供控制执行业务逻辑时查询；所述方法还包括：

生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到医疗流程执行单元；

医疗流程执行单元为所述业务逻辑提供运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制，调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口。

其中，所述生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到医疗流程执行单元为：

基于BPEL业务流程，生成以BPEL文件形式的综合医疗服务的业务逻辑，并将所述BPEL文件发送并部署到所述医疗流程执行单元。

其中，所述医疗流程执行单元当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制，调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口为：

医疗流程执行单元的SOAP绑定组件接收用户输入的WEB格式的请求消息，创建消息交换实例，将所述请求消息发送给医疗流程执行单元的规格化消息路由器；

所述规格化消息路由器解析接收到的请求消息，确定目的BPEL服务引擎和医疗服务能力组件引擎，将解析后的请求消息发送至医疗流程执行单元的BPEL服务引擎；

所述BPEL服务引擎接收所述规格化消息路由器发来的请求消息，调用BPEL业务流程所在的模块并生成调用医疗能力组件的请求消息；并将所述调用医疗能力组件的请求消息通过所述规格化消息路由器发送给医疗流程执行单元的医疗服务能力组件引擎；

所述医疗服务能力组件引擎将所述调用医疗能力组件的请求消息定向到医疗能力组件，调用所述医疗能力组件对应的医疗业务功能接口。

其中，所述调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口为：

接收到用户输入的鉴权请求信息后，调用鉴权认证服务模块的接口；或者，

接收到用户输入的数据查询请求信息后，调用数据查询服务模块的接口；或者，

接收到待分析的数据后，调用数据分析服务模块的接口；或者，

接收到用户输入的需要发送通知请求信息后，调用通知服务模块的接口。

进一步地，所述方法还包括：

管理单元进行计费数据、故障数据的初始配置及维护管理。

本发明通过医疗流程执行单元根据接收到的请求信息对医疗服务接口单元实现各医疗服务的调用及控制，实现了基本服务操作功能模块的重复使用，并且通过对不同医疗服务的组合应用，能够减少资源浪费，提高了资源利用率，具有较好的通用性，同时能够对远程用户输入的医疗数据进行存储，整合传感器网、互联网和电信领域的业务能力，综合考虑硬件和软件方面的需要，拓展出新型的电信增值服务。

附图说明

图1为本发明远程医疗综合服务系统的结构示意图；

图2为本发明远程医疗综合服务方法的实现流程示意图；

图3为基于本发明远程医疗综合服务方法的具体实施例的实现流程图；

图4为本发明远程医疗综合服务方法中鉴权认证的实现流程图；

图5为本发明远程医疗综合服务方法中数据查询的实现流程图；

图6为本发明远程医疗综合服务方法中通知服务的实现流程图；

图7为本发明远程医疗综合服务方法中数据分析的实现流程图。

具体实施方式

远程医疗综合服务系统需要提供中心医院、社区医院和个人终端的融合，所涉及的有关医疗方面的业务比较多。采用原子服务和服务组合的形式能够提供远程医疗所需要的各种各样的服务，满足远程医疗的需求。本发明提供了一些可复用、可控制的远程医疗服务系统的相关业务，这些业务通过统一的接口对外展示，利用已存在的一些原子服务，构建统一的可以重复利用的物联网应用。

本发明的基本思想为：基于面向服务的体系结构(Service-OrientedArchitecture，SOA)技术，提供一种远程医疗综合服务系统，医疗流程生成单元、医疗流程执行单元、医疗服务接口单元、数据存储单元；其中，所述医疗流程生成单元，用于生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到所述医疗流程执行单元；所述医疗流程执行单元，用于提供所述业务逻辑的运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制；所述医疗服务接口单元，用于以组合各医疗服务的方式集成至少一个医疗业务功能的接口，供所述医疗流程执行单元调用；所述数据存储单元，用于接收并存储用户远程输入的医疗数据，供所述医疗流程执行单元对所述业务逻辑进行控制时查询。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

图1示出了本发明远程医疗综合服务系统的结构，如图1所示，所述系统包括：医疗流程生成单元11、医疗流程执行单元12、医疗服务接口单元13、数据存储单元14；其中，

所述医疗流程生成单元11，用于生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到所述医疗流程执行单元12；

所述医疗流程执行单元12，用于提供所述业务逻辑的运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制；

所述医疗服务接口单元13，用于以组合各医疗服务的方式集成至少一个医疗业务功能的接口，供所述医疗流程执行单元12调用；

所述数据存储单元14，用于接收并存储用户远程输入的医疗数据，供所述医疗流程执行单元12对所述业务逻辑进行控制时查询。

这里，所述各医疗服务具体为WEB服务，包括：完成各医疗具体业务功能的服务，完成医疗具体业务功能的服务对应于远程医疗业务功能的具体接口。

其中，所述医疗流程生成单元11，具体用于基于业务流程执行语言(Business Process Execution Language，BPEL)业务流程，生成以BPEL文件形式的综合医疗服务的业务逻辑，并将所述BPEL文件发送并部署到所述医疗流程执行单元12。这里，所述BPEL文件中包括BPEL业务流程。

所述医疗流程执行单元12，具体用于基于BPEL业务流程，控制各医疗服务按照包括顺序、并发和选择在内的方式来执行。具体地，各个WEB服务挂接在BPEL业务流程上，即为各个WEB服务处于所述BPEL业务流程中的节点位置，根据客户端输入的请求消息，启动BPEL业务流程执行，所述BPEL业务流程负责参与组合各个WEB服务之间消息的转发、转接和处理，控制各个WEB服务顺序、并发或选择等方式的执行。

所述医疗流程执行单元12，进一步包括基于简单对象访问协议(SimpleObject Access Protocol，SOAP)的SOAP绑定组件121、规格化消息路由器122、BPEL服务引擎123和医疗服务能力组件引擎124；其中，

所述SOAP绑定组件121，用于接收用户输入的WEB格式的请求消息，创建消息交换实例，将所述请求消息发送给所述规格化消息路由器122；具体为，接收WEB服务格式的医疗综合服务请求消息，创建消息交换实例，并根据需求将接收到的消息交换格式直接放入消息交换实例中；设置消息交换的服务端点属性，并在请求侧创建第一服务递交通道(DC)，医疗综合服务请求消息经所述第一DC传递到规格化消息路由器；

所述规格化消息路由器122，用于解析接收到的请求消息，确定目的BPEL服务引擎123和医疗服务能力组件引擎124，将解析后的请求消息发送至BPEL服务引擎123并接收所述BPEL服务引擎123返回的调用医疗能力组件的请求消息；具体地，接收医疗综合服务请求消息，解析消息头，寻找到目的服务引擎，并创建服务引擎侧的第二DC，在请求侧的第一DC和服务引擎侧的第二DC之间创建消息流的处理实例；规格化消息路由器在BPEL服务引擎和医疗服务能力组件引擎间建立另一个消息流的处理实例，并建立事件引擎侧的第三DC；规格化消息路由器将收到的调用医疗服务能力组件的请求消息通过第三DC发送到医疗服务能力组件引擎；

所述BPEL服务引擎123，用于接收所述规格化消息路由器122发来的请求消息，调用BPEL业务流程所在的模块并生成调用医疗能力组件的请求消息；具体地，接收到医疗服务请求消息，调用医疗服务业务逻辑的BPEL业务流程所在的模块处理并生成调用医疗服务能力组件的请求消息后，将调用医疗服务能力组件的请求消息通过服务引擎侧的第二DC发送到所述规格化消息路由器；其中，BPEL服务引擎中包括医疗服务业务逻辑的BPEL业务流程所在的模块，用于对医疗服务请求消息处理并生成所述调用医疗服务能力组件的请求消息。

所述医疗服务能力组件引擎124，用于将所述调用医疗能力组件的请求消息定向到医疗能力组件，调用所述医疗能力组件对应的医疗业务功能接口，具体地，将调用医疗服务能力组件的请求消息定向到医疗服务能力组件；其中，医疗服务能力组件擎中包括医疗服务能力组件，用于对调用医疗服务能力组件的请求消息进行响应。

其中，所述医疗服务接口单元13，进一步包括：鉴权认证接口子单元131，用于接收到用户输入的鉴权请求信息后，提供调用鉴权认证服务模块的接口；数据查询接口子单元132，用于接收到用户输入的数据查询请求信息后，提供调用数据查询服务模块的接口；数据分析接口子单元133，用于接收到待分析的数据后，提供调用数据分析服务模块的接口；通知控制接口子单元134，用于接收到用户输入的需要发送通知请求信息后，提供调用通知服务模块的接口。具体地，所述数据查询接口子单元132进一步包括心电数据查询的具体接口、血压数据查询的具体接口、心电图查询的具体接口；所述数据分析接口子单元133进一步可以包括血压数据分析的具体接口、心电数据分析的具体接口等等；所述通知控制接口子单元134进一步可以包括短信通知的具体接口、邮件通知的具体接口等；进一步地，医疗服务接口单元13还可以包括获取射频识别(Radio Frequency Identification，RFID)的具体接口、获取一维条形码的具体接口、获取二维码的具体接口等等。

进一步地，所述系统还包括：管理单元，用于对所述医疗综合服务系统进行计费数据、故障数据的初始配置及维护管理；具体地，对所述医疗综合服务系统进行统一管理，包括计费、鉴权和用户进行管理、运行维护等功能，其中，配置管理功能包括：配置数据管理、故障重新配置、计费数据配置、系统和操作数据自动备份；故障管理，包括对整个远程医疗系统的运行状态的监视和故障监测、故障告警、故障定位、故障日志和故障分析等功能；安全管理，即接入认证、鉴权能力。支持分级的管理用户接入方式。不同权限的管理用户所能执行的操作不同，支持多点操作和定时启动命令；日志管理，主要包括：安全日志、日志管理。安全日志作为安全管理的一部分，所有操作员的关键操作都会被记录在安全日志中；计费和业务管理功能，能够支持多种计费方式。支持按流量计费和按内容计费；对传统话音服务及视频服务，支持按时间计费。实现对用户登录及使用业务时进行认证、授权、计费等功能。

图2示出了本发明远程医疗综合服务方法的实现流程，如图2所示，所述方法包括下述步骤：

步骤200，接收并存储用户远程输入的医疗数据，供控制执行业务逻辑时查询；

应当理解，本步骤与后续步骤并没有特定的先后顺序，当有用户远程输入的医疗数据时，则随时随地进行接收存储。

步骤201，生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到医疗流程执行单元；

具体地，基于BPEL业务流程，生成以BPEL文件形式的综合医疗服务的业务逻辑，并将所述BPEL文件发送部署到所述医疗流程执行单元。

这里，所述各医疗服务具体为WEB服务，包括：完成各医疗具体业务功能的服务，完成医疗具体业务功能的服务对应于远程医疗业务功能的具体接口。

步骤202，医疗流程执行单元为所述业务逻辑提供运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制，调用所述医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口；

具体地，本步骤中，医疗流程执行单元的SOAP绑定组件接收用户输入的WEB格式的请求消息，创建消息交换实例，将所述请求消息发送给医疗流程执行单元的规格化消息路由器；所述规格化消息路由器解析接收到的请求消息，确定目的BPEL服务引擎和医疗服务能力组件引擎，将解析后的请求消息发送至医疗流程执行单元的BPEL服务引擎；所述BPEL服务引擎接收所述规格化消息路由器发来的请求消息，调用BPEL业务流程所在的模块并生成调用医疗能力组件的请求消息；并将所述调用医疗能力组件的请求消息通过所述规格化消息路由器发送给医疗流程执行单元的医疗服务能力组件引擎；所述医疗服务能力组件引擎将所述调用医疗能力组件的请求消息定向到医疗能力组件，调用所述医疗能力组件对应的医疗业务功能接口。

调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口为：接收到用户输入的鉴权请求信息后，调用鉴权认证服务模块的接口；或者，接收到用户输入的数据查询请求信息后，调用数据查询服务模块的接口；或者，接收到待分析的数据后，调用数据分析服务模块的接口；或者，接收到用户输入的需要发送通知请求信息后，调用通知服务模块的接口。

这里，所述数据查询接口具体包括：心电数据查询的具体接口、血压数据查询的具体接口、心电图查询的具体接口；所述数据分析接口进一步可以包括血压数据分析的具体接口、心电数据分析的具体接口等等；所述通知控制接口进一步可以包括短信通知的具体接口、邮件通知的具体接口等；进一步地，医疗服务接口还可以包括获取RFID的具体接口、获取一维条形码的具体接口、获取二维码的具体接口等等、

进一步地，所述方法还包括：管理单元进行计费数据、故障数据的初始配置及维护管理；具体为对所述医疗综合服务系统进行统一管理，包括计费、鉴权和用户进行管理、运行维护等功能，其中，配置管理功能包括：配置数据管理、故障重新配置、计费数据配置、系统和操作数据自动备份；故障管理，包括对整个远程医疗系统的运行状态的监视和故障监测、故障告警、故障定位、故障日志和故障分析等功能；安全管理，即接入认证、鉴权能力。支持分级的管理用户接入方式。不同权限的管理用户所能执行的操作不同，支持多点操作和定时启动命令；日志管理，主要包括：安全日志、日志管理。安全日志作为安全管理的一部分，所有操作员的关键操作都会被记录在安全日志中；计费和业务管理功能，能够支持多种计费方式。支持按流量计费和按内容计费；对传统话音服务及视频服务，支持按时间计费。实现对用户登录及使用业务时进行认证、授权、计费等功能。

图3示出了基于上述远程医疗综合服务方法的具体实施例的实现流程，如图3所示，所述实施例从末端的传感器采集数据开始，采集的数据一方面存入数据库并经一定操作转化为可视的图形，以供用户登录查看；另一方面，数据上报给相关业务流程，经流程处理之后把健康意见经一定通知方式通知给用户。其中，该实施例中相关业务流程包括的基本服务操作具体有鉴权认证服务操作、数据查询服务操作、数据分析服务操作以及通知服务操作；其中，数据查询服务操作具体包括心电数据查询、血压数据查询以及心电图查询等；数据分析服务操作具体包括血压数据分析、心电分析等。

所述实施例具体流程描述如下：

步骤301，血压、心电等健康数据测量设备采集健康数据；

具体地，可以将采集到的数据通过蓝牙、Internet、3G网络等方式传送到后台进行后续处理；

步骤302，数据存入数据库；

步骤303，把心电等特殊数据转化为心电图等可视的图形，以供用户登录查看，方便医生诊断；

步骤304，控制服务集单元接收上报数据，当上报数据为血压数据时，执行步骤305，当上报数据为心电数据时，执行步骤307；

步骤305-306，调用血压数据分析服务操作子流程AnalyzeBloodPres进行分析；子流程AnalyzeBloodPres返回分析结果，可能是正常或异常，执行步骤309；

步骤307-308，调用心电分析服务操作子流程AnalyzeECG进行分析；子流程AnalyzeECG返回分析结果，可能是正常或异常；执行步骤309；

步骤309，通过调用邮件通知服务操作子流程sendmail将分析结果发送给用户；

步骤310，通过调用短信通知服务操作子流程sengMsg将分析结果发送给用户；

步骤311，通过调用电话通知服务操作子流程call将分析结果发送给用户；

应当理解，上述步骤309-步骤311可以根据需要选择执行至少一个，当前处理流程结束，本次业务完成；

步骤312，用户经过web方式在用户登录界面进行登录；

步骤313，调用鉴权服务操作子流程authorize对用户的身份进行鉴权认证；

步骤314，子流程authorize返回鉴权结果，并对所述鉴权结果进行判断；鉴权结果为失败，执行步骤320；鉴权结果为成功，在步骤315-步骤317中择一执行；

步骤315-316，当鉴权成功后，用户选择进行心电数据查询时，调用心电数据查询服务操作子流程getEC，查询心电检测情况；子流程getEC返回查询结果后，对查询结果进行判断，当查询结果为成功，执行步骤321，否则执行步骤322；

具体地，本步骤中，通过数据存储单元预先设置的标识控制数据对所述查询结果进行判断，如根据数据存储单元的标识控制数据中的查询结果和成功失败的映射关系，如0代表成功，可进行下一步查询操作，1代表失败，无权进行进一步操作；应当理解，也可以0代表失败，1代表成功。

步骤317-318，当鉴权成功后，用户选择进行血压数据查询时，调用血压数据查询服务操作子流程getBloodPres，查询血压检测情况；子流程getBloodPres返回查询结果后，对查询结果进行判断，当查询结果为成功，执行步骤321，否则执行步骤322；

具体地，本步骤中，通过数据存储单元预先设置的标识控制数据对所述查询结果进行判断，如根据数据存储单元的标识控制数据中的查询结果和成功失败的映射关系，如0代表成功，可进行下一步查询操作，1代表失败，无权进行进一步操作；应当理解，也可以0代表失败，1代表成功。

步骤319-320，当鉴权成功后，用户选择进行心电图数据查询时，调用心电图数据查询服务操作子流程getECG，查询心电图；子流程getBloodPres返回查询结果后，对查询结果进行判断，当查询结果为成功，执行步骤321，否则执行步骤322；

具体地，本步骤中，通过数据存储单元预先设置的标识控制数据对所述查询结果进行判断，如根据数据存储单元的标识控制数据中的查询结果和成功失败的映射关系，如0代表成功，可进行下一步查询操作，1代表失败，无权进行进一步操作；应当理解，也可以0代表失败，1代表成功。

步骤321，用户查询到自己想要查询的数据，本次查询结束；

步骤322，若判断返回值代表失败，表示该用户无权进行数据查询，告知用户无权访问，本次查询结束。

图4示出为本发明远程医疗综合服务方法中鉴权认证(authorize)操作的实现流程，如图4所示，所述鉴权认证流程如下：

步骤401，接收鉴权认证请求；

步骤402，将接收到的数据赋值给鉴权认证接口参数smAuthorizeRequest；

步骤403，调用鉴权认证服务操作smAuthorize；

步骤404-405，接收鉴权认证服务操作smAuthorize的返回值，对所述返回值进行分析；根据数据存储单元预先设置的标识控制数据的返回值与认证结果的映射关系，当返回值resCode＝0，表示鉴权认证成功，赋值认证结果为success；当返回值resCode＝1，表示鉴权认证失败，赋值认证结果为failure；

当前鉴权认证流程结束。

图5示出了本发明远程医疗综合服务方法中数据查询的实现流程，本发明中，数据查询流程具体可以包括心电数据查询操作子流程(getEC)、血压数据查询操作子流程(getBloodPres)、心电图查询操作子流程(getECG)。在数据查询中都对用户的查询操作设置了权限控制的节点，很好的实现流程对业务的控制能力。查询在很多的应用场景中也是需要经常用到的服务；如图5所示，所述数据查询流程具体如下：

步骤501，在用户需要查询心电数据、血压数据或心电图数据的时候，接收到用户输入的查询请求信息；

步骤502，将接收到的查询请求信息中的数据赋值给相应的数据查询接口参数，以调用不同的数据查询子流程；

步骤503，通过数据查询接口参数调用相关数据查询操作，在数据存储单元预先设置的标识控制数据中查询用户权限。

步骤504-505，接收通过查询数据存储单元的标识控制数据得到的返回值，对所述返回值进行分析；根据数据存储单元预先存储的标识控制数据的返回值和用户权限的映射关系，当返回值为0，表示允许查询，可继续进行下面的查询操作；返回值为1，不允许查询，告之无权进行操作。

图6示出了本发明远程医疗综合服务方法中通知服务的实现流程，本发明中，通知服务流程具体可以包括短信通知(sendSMS)子流程、邮件通知(sengMail)子流程等。在很多应用场景中，我们需要把一些消息通过邮件或短信的方式告知用户，如本发明中用于通知用户的健康消息；如图6所示，所述数据查询流程具体如下：

步骤601，在需要给某指定用户发送短信(或邮件)通知一些消息时，接收用户输入的发送通知请求。

步骤602，将接收到的发送通知请求信息中的数据赋值给相应的通知服务接口参数，以调用不同的通知服务子流程

步骤603，通过通知服务接口参数调用相关的通知服务操作，并在数据存储单元预先设置的标识控制数据中查询用户权限。

步骤604-605，接收通过查询数据存储单元的标识控制数据得到的返回值，对所述返回值进行分析；根据数据存储单元预先存储的标识控制数据的返回值和用户权限的映射关系，当返回值为0，表示允许通知，可继续进行下面的通知操作；返回值为1，不允许通知，告之无权进行该操作。

图7示出了本发明远程医疗综合服务方法中数据分析的实现流程，本发明中，数据分析流程具体可以包括血压数据分析(AnalyzeBloodPres)子流程、心电分析(AnalyzeECG)子流程等。在医疗情景中，血压和心电情况是很常见的判断健康情况的指标，血压和心电数据的自动化分析将是综合医疗的重要组成部分；如图7所示，所述数据分析流程具体如下：

步骤701，接收待分析的数据。

步骤702，将接收到的数据赋值给相应的数据分析接口参数，以调用不同的数据分析子流程

步骤703，通过数据分析接口参数调用相关的数据分析操作，并在数据存储单元预先存储的标识控制数据中查询用户权限。

步骤704-705，接收通过查询数据存储单元的标识控制数据得到的返回值，对所述返回值进行分析；根据数据存储单元的标识控制数据的返回值和用户权限的映射关系，当返回值为0，表示返回分析结果；返回值为1，不允许返回分析结果，告之无权进行该操作。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种远程医疗综合服务系统，其特征在于，所述系统包括：医疗流程生成单元、医疗流程执行单元、医疗服务接口单元、数据存储单元；其中，

所述医疗流程生成单元，用于生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到所述医疗流程执行单元；

所述医疗流程执行单元，用于为所述业务逻辑提供运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制；

所述医疗服务接口单元，用于以组合各医疗服务的方式集成至少一个医疗业务功能的接口，供所述医疗流程执行单元调用；

所述数据存储单元，用于接收并存储用户远程输入的医疗数据，供所述医疗流程执行单元对所述业务逻辑进行控制时查询。

2.根据权利要求1所述的系统，其特征在于，所述医疗流程生成单元，具体用于基于业务流程执行语言BPEL业务流程，生成以BPEL文件形式的综合医疗服务的业务逻辑，并将所述BPEL文件发送并部署到所述医疗流程执行单元。

3.根据权利要求1所述的系统，其特征在于，所述医疗流程执行单元，进一步包括基于简单对象访问协议SOAP的SOAP绑定组件、规格化消息路由器、BPEL服务引擎和医疗服务能力组件引擎；其中，

所述SOAP绑定组件，用于接收用户输入的WEB格式的请求消息，创建消息交换实例，将所述请求消息发送给所述规格化消息路由器；

所述规格化消息路由器，用于解析接收到的请求消息，确定目的BPEL服务引擎和医疗服务能力组件引擎，将解析后的请求消息发送至BPEL服务引擎并接收所述BPEL服务引擎返回的调用医疗能力组件的请求消息；

所述BPEL服务引擎，用于接收所述规格化消息路由器发来的请求消息，调用BPEL业务流程所在的模块并生成调用医疗能力组件的请求消息；

所述医疗服务能力组件引擎，用于将所述调用医疗能力组件的请求消息定向到医疗能力组件，调用所述医疗能力组件对应的医疗业务功能接口。

4.根据权利要求1所述的系统，其特征在于，所述医疗服务接口单元，进一步包括：

鉴权认证接口子单元，用于接收到用户输入的鉴权请求信息后，提供调用鉴权认证服务模块的接口；

数据查询接口子单元，用于接收到用户输入的数据查询请求信息后，提供调用数据查询服务模块的接口；

数据分析接口子单元，用于接收到待分析的数据后，提供调用数据分析服务模块的接口；

通知控制接口子单元，用于接收到用户输入的需要发送通知请求信息后，提供调用通知服务模块的接口。

5.根据权利要求1所述的系统，其特征在于，所述系统还包括：管理单元，用于对所述医疗综合服务系统进行计费数据、故障数据的初始配置及维护管理。

6.一种远程医疗综合服务方法，其特征在于，接收并存储用户远程输入的医疗数据，供控制执行业务逻辑时查询；所述方法还包括：

生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到医疗流程执行单元；

医疗流程执行单元为所述业务逻辑提供运行环境，当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制，调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口。

7.根据权利要求6所述的方法，其特征在于，所述生成综合医疗服务的业务逻辑，并将所述业务逻辑发送到医疗流程执行单元为：

基于BPEL业务流程，生成以BPEL文件形式的综合医疗服务的业务逻辑，并将所述BPEL文件发送并部署到所述医疗流程执行单元。

8.根据权利要求6所述的方法，其特征在于，所述医疗流程执行单元当接收到用户输入的请求信息后，对所述请求信息相关的业务逻辑执行操作，并对所述业务逻辑进行控制，调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口为：

医疗流程执行单元的SOAP绑定组件接收用户输入的WEB格式的请求消息，创建消息交换实例，将所述请求消息发送给医疗流程执行单元的规格化消息路由器；

所述规格化消息路由器解析接收到的请求消息，确定目的BPEL服务引擎和医疗服务能力组件引擎，将解析后的请求消息发送至医疗流程执行单元的BPEL服务引擎；

所述BPEL服务引擎接收所述规格化消息路由器发来的请求消息，调用BPEL业务流程所在的模块并生成调用医疗能力组件的请求消息；并将所述调用医疗能力组件的请求消息通过所述规格化消息路由器发送给医疗流程执行单元的医疗服务能力组件引擎；

所述医疗服务能力组件引擎将所述调用医疗能力组件的请求消息定向到医疗能力组件，调用所述医疗能力组件对应的医疗业务功能接口。

9.根据权利要求6所述的方法，其特征在于，所述调用医疗服务接口单元以组合各医疗服务方式集成的至少一个医疗业务功能的接口为：

接收到用户输入的鉴权请求信息后，调用鉴权认证服务模块的接口；或者，

接收到用户输入的数据查询请求信息后，调用数据查询服务模块的接口；或者，

接收到待分析的数据后，调用数据分析服务模块的接口；或者，

接收到用户输入的需要发送通知请求信息后，调用通知服务模块的接口。

10.根据权利要求6所述的方法，其特征在于，所述方法还包括：

管理单元进行计费数据、故障数据的初始配置及维护管理。

Images