基于Biztalk的异构医疗信息系统数据集成研究

吕峰+高春林+张喜成+杨宏

摘要：异构医疗信息系统数据的采集方式有多种，而在采集时会面临数据不标准所带来的问题，基于Biztalk的异构系统能够有效地解决一些问题。该文根据当今Biztalk的应用现状，找出相应的解决措施，从Net框架设计到XML语言描述结构逐步分析。该文将具体阐述各项问题产生的原因，并逐一叙述优化方案。

关键词：Biztalk；医疗信息系统；数据集成

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2016）08-0004-03

Abstract： There are many ways to collect data of heterogeneous medical information system， and the problems caused by the data are not standard， and the Biztalk based heterogeneous system can solve some problems effectively. In this paper， according to the current situation of the application of Biztalk， find the corresponding solutions， from the Net framework to the XML language description of the structure of the progressive analysis. In this paper， we will explain the reasons for the problems， and describe the optimization scheme one by one.

Key words： Biztalk； medical information system； data integration.

信息时代强势来临，医疗领域也顺应主流时代发展逐渐融入信息技术，而医疗信息系统的数据本身往往数量庞大，并且收集的数据存在格式不标准的缺陷。除此之外，信息集成具有涉及范围广、集成步骤繁琐和后期整理困难等障碍。面对医疗系统数据不容错误的特质，信息技术融入医疗领域无疑存在许多的问题。利用Biztalk技术可以有效解决一部分数据集成问题，其开发原理是以SOA作为基本架构，其具体组成部分除了简单的计算部件外还增加了跟踪库和配置库。工作原理相对普通系统较为特殊，尤其在信息接收以及发出这两个阶段。下文将对基于Biztalk的异构信息系统的研究背景以及国内外应用现状，指出我国Biztalk在应用过程中存在的问题，并罗列出各项解决措施。

1 基于Biztalk的异构信息系统的研究背景

我国信息技术起步较晚，但企业间竞争更为激烈。为了提升企业能力必须进一步加强内部信息技术应用。企业应用集成的出现，从企业发展的角度上来说大大地提高了信息技术应用的效率，在国际应用较为广泛，而在未来信息时代的发展中势必会成为企业应用的主流。根据其开发模式分为企业框架模式以及国际互联网模式，两种模式的共同点在于能够为企业投入资金带入更高的回报率。企业框架结构的应用原理就是重构不同的重要商务运作方案，根据商务方案理清管理系统与客户之间的关系，将其详细的规划进企业资源规划系统。通过一系列的信息处理能够有效地提高企业商务运行效率，并且提高企业在相关市场上的产品优势。而国际互联网的优势不同与企业框架结构，其信息交流范围更加广泛，大力提高了开发系统的工作效率并且增加了企业的业务量。企业的应用框架在未来还有很大的发展空间，可以预见其发展前景也十分优秀。

2 基于Biztalk的异构信息系统数据集成框架

2.1 平台系统功能优势

通过将分散在各个角落的体统数据进行一系列的整理，具体行为包括数据提取、格式转换、文件传输等操作，将异构的数据源系统的集成在一个数据库之中。这种集成后的数据可以在标准下相互交流以及分享，数据访问接口创建也十分便利，方便人员查找以及使用相关数据。整理数据源最大的障碍在于数据结构不同，存储输入不同。XML是Biztalk最常用的数据标准，其接口则使用WCF。在使用接口是WCF的优势在于其数据安全性较高，和自身系统的合作性较高，并且能够跨平台运行。譬如，对于普通的医嘱关系中，想要交换平台中的集成数据则必须要建立数据接口，而其中最重要的步骤就是将两者数据标准统一，使系统中的数据都以同一种方式运输。

2.2 平台组件设计组成

根据平台功能将体系框架结构划分为三层：（1）服务层：服务层的本质就是WCF服务，具体工作为当应用程序有数据需求时提供相应的数据接口，外部应用想要访问时提供相应的WCF服务。（2）集成与业务处理层：该层作为整个系统运行的核心，对于数据集成占有十分重要的地位。其具体运行流程为：首先由WCF提供相应的访问接口，然后使用Biztalk处理各种异常数据，达到数据高度统一化，最后将处理后的数据进行分类整理。整个过程占到平台运行过程的二分之一。（3）数据层：数据层的作用于数据库相似，用来储存系统中的各项数据。

3 基于Biztalk的异构信息系统数据接入步骤

根据本文研究的方法，通过下图展示出数据接入的具体步骤。第一步，A和Biztalk的开发人员根据对方的数据需求，相互之间沟通好具体的XML数据构架，并根据结果对WCF进行具体编程得出最终的服务接口。第二步，A对Biztalk提供的数据构架以及数据规范将作为最终制定出来的规范，并且必须将已经制定的规范反馈给A。第三步，编写Biztalk必须将数据进行交换，并且做出映射反应，寄存地点还是在WCF服务的接口以及发送接口。第四步，开发人员将已经建立好的WCF接口应用到系统运行之中，实现数据之间的相互交流以及分享。

4 数据最终集成

以医嘱查询作为讲解示例，通过示例表现出数据集成的具体实现过程。具体使用方法为请求-响应，通过这种方式将数据标准化、集合化。1）根据医嘱请求使用WCF服务接口，在使用时需要注意必须以医嘱作为执行前提。2）WCF服务接收端在收到数据之后立即进行初步处理，最终处理数据成果必须达到数据统一的要求，初步处理后再将数据转运到下一构件。3）信息类型不同，其对应的工作方式必然有所差别，将工作方式分为以下两种：第一种，直接查询异地数据库，这种方式通过访问数据库接口，了解到数据形式并将不规范的数据转化为标准格式，最终得到需要的医嘱信息，并且将信息反馈回去，这种方式成为数据查询流程。第二种，其工作对象十分明确，针对信息不合格的医嘱信息，并进行相应的核对修正，最终得到正确的信息后转发给数据发送端口，最终以多种方式引入到遗嘱申请系统。所有的流程应当具有相应的日志记录。

4.1 LIS具体功能

运用Public GetOrderResultGetOrder以及Public SendResult SendNotify这两种方法可以进行数据的传输。需要注意的一点就是GetOrde具有核验信息的功能，针对不合格的医嘱信息，该系统会及时将不合格的校验结果反馈到数据集成平台并处理，最终是由集成平台将信息传入最终申请系统。

4.2 HIS具体功能

1）Send Duty Table在医嘱申请中运行，通过这种方式可以得到执行结果。2）Register Subscriber Status不同于上述方法，其本身具有注册的功能，并且针对校验过不合格的医嘱信息进行处理，判断出信息最终走向是数据库表还是订阅者处。订阅库者处收到的则是失败的信息，成功的信息将会直接传入数据库。

4.3 数据集成中心功能

4.3.1 相应文件设计

Biztlak的专业配置包括三大文件：1）接收或者发送端口的文件，其制定作用是规范了平台端口接收到的数据，为下部分的数据处理提供了相应的范本，相当于数据集成中的数据标准指标。2）数据处理文件，经过数据接收处理之后，数据处理文件就会受到上级指示并处理数据，按照标准规范，对不合格的数据进行一系列的处理，甚至可以计算数据合并数据。数据皆有数字和字母组成，譬如，性别在输入的数据中可以用相应的字母或者数字代替。3）消息订阅者文件的工作量最简单，只需要将最终的消息通过动态发送端口输送给订阅者。

4.3.2 消息处理设计

消息处理是整个平台工作的核心，而在设计中主要面临三大问题：有效信息提取，错误或不标准信息转换、相关信息的合并。对于Biztalk，其映射功能是通过Map映射工具通过显示“源”架构以及“目的”架构。而在整个运行的过程中目标系统的有效字段则由以上两种架构提供相应的功能操作，从而映射出来的数据最终真实有效。对于“目的”源架构，查询出来的最终操作结果状态是由Input Request Order提供相应的查询条件，系统操作后由Operation Result反映出来，其中一部分的医嘱信息字段是由Input Message中的节点组成，具体则来源于医嘱申请系统的数据库。映射的最终成果会被反应到LISRequest Order上。配置具体文件需要视具体情况来定，不同系统运行的标准格式均不一致，将其完全统一是映射设计中的核心。譬如，NET平台在系统中的工作是读取脚本，针对所编写的标准代码，将不标准的数据逐渐统一成标准代码格式。

4.3.3 相关步骤设计

Biztalk的业务编排相对复杂，WCF在系统中处于服务状态。譬如，当系统中提交了医嘱查询请求时，由相关执行系统提交到相应的端口，通过判断得知消息类型以及适配器类型，分别为LIS Request Order架构以及WCF-WSHttp.倘若数据被提交给了Receive LIS Request Order说明所得的数据格式符合相关架构。确认数据格式正确之后再进行初始化处理，逐一通过Sope Get HIS Order、执行阶段，紧接着选用相应的医嘱信息，信息选用的条件于配适器的请求相匹配，通过端口查询得出。查询结果还要视具体查询情况而定，有时会出现查询失败的情况，这时会通过RecPort LISRe反馈给提交者，并且将相关记录储存。

倘若提交者本身提交的医嘱信息不标准，其配适器则会改为WCF-WS-Http，正确信息的配适器与之不同，目标信息必须由正确的遗嘱信息转换构成，目标信息构建成功后会被转移至缓存数据库。信息查询范围涉及所有订阅者的信息，通过相关配适器以及端口展现出来，整个任务执行下来会向端口提供多个WCF配置信息，目的是为了将不合格的信息区分出来并发送到目的系统，将结果反馈给订阅者，最终能够做到灵活有序的添加相应信息订阅者，并记录下来。

4.4 系统最终部署

当上述的几大步骤都能完整顺利地运行下来，则要来考虑最终的部署，使BizTalk能够通过相关运行达到执行命令的目的。辅机状态下检测诊断系统能够处理检测数据库中的数据是否符合执行要求，其部署通过的程序为浏览器-Web服务器-关系数据库-BizTalkServer-实时数据库PI。

4.5 管理各项消息

为了确保传输数据的可靠性以及实用性会对运输中的消息采取跟踪管理的措施，其使用的相关程序为BizTalk Hat工具，从信息发出到结束都处于工作状态。譬如，当信息发出时，为了有效地查看运行过程中发生的事件会让HAT视图反馈至相应的列表查找，从而跟踪了解到每一个信息的运行流程，具体内容不仅包括发出和接收，还有在各个端口接收以及运输情况。DTA-Server审核表极大地减少了不必要的工作，对于所有信息活动都有相应的日志记录，方便程序查找跟踪，其具体内容包括消息升级状态、各项历史纪录、已部署信息情况，上述中的操作称为属性跟踪以及正文跟踪，二者在本质上有所区别。解决BizTalk在程序上出现的问题的方法还包括将BizTalk Server 以及HAT相结合。HAT的作用为正文消息跟踪，相关人员可以通过系统运行时产生的各项日志了解消息发生的事件以及属性，通过跟踪可以了解到信息的可靠性以及相关程序是否发生故障。使用的过程中应当注意，管理人员可以重播部分流程，确认消息的正确性以及保证待定事务的可靠性。倘若消息事件出现问题还可以进行部分事件顺序重新构造，极大地提升了部署效率。最终部署的目的是为了保证用户信息查找便利，并且了解所查询信息的运行进度，能够最大程度上提升信息检索能力。除此之外，该应用为了满足更高要求的用户查询需求，设置了自定义查询功能，用户可以在指定相关条件下发查找命令。

5 结论

综上所述，基于Biztalk的异构医疗信息系统数据能够有效提升系统功能，满足用户的不同需求，充分发挥平台系统功能优势，对其平台内部组件进行多样化设计。通过双向的数据需求来设计出详细具体的XML数据构架，并根据结果对WCF进行具体编程得出最终的服务接口。然后对构架中设定基本的数据规范，实现系统的反馈机制，并且做出映射反应。开发人员将=再通过已经建立好的WCF接口来运行系统，实现数据之间的相互交流以及分享。本文通过对该系统集成设计实例化，来加强对动态信息系统的运行状态进行有效监测和把控，能够帮助实现全方位的跟踪管理，以此来达到异构应用系统集成的主要作用。近年来电子商务迅猛发展，各企业都开始意识到了建立企业自身应用系统的重要性，但相对来说，各企业之间的应用系统却反一定的资源共享，导致信息孤岛的现象不断充斥进入市场之中。从一定程度上来说，只有不断开发企业间的异构信息交换技术，才能打造专业化的系统集成平台，加强与外界的合作与交流。

参考文献：

[1] 彭达明，罗志达，张宁，等.基于Biztalk服务器实现异构医疗信息系统数据集成[J].医疗卫生装备，2012，12：36-39+44.

[2] 韩保君.基于BizTalk的异构数据交换系统的研究[D].西南交通大学，2007.

[3] 张妍.基于BizTalk的系统集成方法的研究与应用[D].西安工业大学，2010.

[4] 王杰勋.医疗保险信息系统异构数据集成的研究与实现[D].南京航空航天大学，2007.

[5] 杨维.基于BizTalk的电子政务信息整合研究与应用[D].武汉理工大学，2009.