区域协同医疗信息服务平台的功能层

(一)区域协同医疗信息服务平台的功能层主要解决的问题

1.实现业务流程模式的转换 功能模式实现对特定功能的应用服务分类与规范化。多个功能模式组成一个业务流程模式,一个功能模式由若干个数据操纵模式组成。功能模式是目前常见的信息系统服务模式,主要通过高级语言定义处理业务逻辑和数据操纵语言定义数据操作,向用户提供功能服务。

2.实现业务功能 功能层由各类Web服务组成,Web服务是完成用户需求的实体,Web服务作为能够被调用的程序模块。Web服务建立在开放标准和独立于平台的协议的基础之上。Web服务仅仅是实现SOA的一种技术,与SOA是内容与形式的关系。只是因为Web服务的发展,在很多层面满足SOA的实现需要。这与Web服务的自身特点密不可分,所有这些特性都使得Web服务成为目前开发区域协同医疗信息服务平台的优秀选择。从语义上来看,Web服务封装了某个具体的功能,完成某个具体的任务,由于Web服务的良好封装性和其基于标准的调用接口,对于服务的消费者来说,只要Web服务的调用接口不变,Web服务内部具体实现对外来说都是透明的。在区域协同医疗信息服务平台中,要将医疗、政府、第三方配送等机构的相关服务封装成Web服务模式,方便业务流程层的调用,实现服务的按需组合,完成用户的需求。

3.完成对数据层的操作 功能层是直接操作数据层数据的,由于功能层的Web服务是实现业务逻辑的基础,在实现业务逻辑的同时,需要完成对数据的操作。通过功能到数据的映射实现特定功能向底层数据操作的转换。功能模式是介于物理信息操作和用户逻辑操作二者之间的中间层。采纳Web services技术体系定义功能模式,设计其映射及运行机制,从而使信息系统摆脱了地域、平台差异、各种协议差异的约束,增强了系统的灵活性与可扩展性。

(二)区域协同医疗信息服务平台的功能层组成

区域协同医疗信息服务平台的功能层主要由分布在各个领域的Web服务和UDDI注册中心组成,建立各个领域的Web服务存在两种方式:一种是为各个领域的信息系统重新开发相应的Web服务;另一种是对现有的信息系统进行改造,在保持其完整性的前提下,利用Web服务提供统一的接口,能够方便地实现消息的构建、解析和传输,实现系统中的数据交换。第一种方法显然不可行,因此应采用第二种方法构建功能层。如上所述,将区域协同医疗信息服务平台所涉及的各个部门相关业务逻辑,主要是指实现相关服务的程序代码,即完成各个机构实质性活动的程序代码封装的Web服务,发布到各自部门的UDDI注册中心。在建立各个部门的UDDI注册中心后,还需要建立整个区域协同医疗信息服务平台的UDDI注册中心。

选择业务逻辑时需要考虑以下几个问题:①只将需要共享的业务活动描述为业务逻辑,那些纯属个体系统行为的内部活动可在系统实现,不必占用应用服务器资源;②尽量将一个相对完整的业务活动描述为一个业务逻辑,以便其他的应用易于使用;③尽量将业务逻辑模块化,各个模块之间可以嵌套,使业务逻辑从整体上看具有较高的灵活性,避免包装成一个大而全的业务逻辑,逻辑的选定还应考虑软件环境因素及未来的发展,以提高其利用率;④业务逻辑的接口应尽量简单,以便于被调用。

区域协同医疗信息服务平台的功能层组成如图17-7所示,其中所示功能层包含各个领域的Web服务、UDDI注册中心及整个区域协同医疗信息服务平台的UDDI注册中心构成。