21.3.4案例研究

一个参考实现案例已经构建了，包括两个系统之间的交互：医疗信息系统（Hospital Information System, HIS）和实验室信息系统（Laboratory Information System, LIS）。

（1）HIS是由两个Sub-systems排序和报告组成的'为此应用程序和Web服务已经 被开发。

（2）类似地，LIS是由Web服务和业务逻辑组成的，Web服务从HIS排序系统接收 命令，业务逻辑是将确认信息返回到HIS排序或报告系统。

（3）这里，设想中用到的通信模式交换与前面所描述的"发送消息负载--附有确认信息--立即"是相符的。

（4）为了保持业务逻辑的简单实施，当允许一些用户与样品应用程序进行交互时， 两个Windows客户应用程序必须被开发。

fflS客户应用程序发送命令请求给HIS Web服务器'并且显示发送命令的接收确认 信息。它的用户界面允许用户发送一个命令（发送按钮），因为全球标识符（GUID） 是由客户应用程序自动产生的。当HIS系统接收确认、信息确认和通信结果时，HIS客 户用户界面也会通过LIS系统（用三个验证框：OrderAck、ActiveConf和Result）显示 出来。

下面是用来交换HL7信息的逐步流程，这些信息存在于提前设想的模板的上下 文里。

（1）当用户接口从HIS客户机那里收到信号时，HIS业务逻辑就会产生一个序号标 识符，同时通过创建一个XML文件以及在HL7负载里加入一个序号ID来构造 POLBJN2120 信息。

（2）业务逻辑发送一个POLBJN2120信息（SendOrder）给适配器，通过它的代理 服务（POLB_AR002942服务代理）来调用LIS服务。

（3）在Laboratory 端，POLB_AR002942 Service Stub 接收到 SOAP 信息，同时使它 对于LIS Web服务适配器是可用的。

（4）LIS适配器从SOAP信息里得到HL7信息（Order），同时依据HL7信息类型表 单来验证从SOAP那得到的被封装的HL7负载。

（5）LIS适配器从SOAP信息里得到HL7信息（Order），同时依据HL7信息类型表 单来验证从SOAP那得到的被封装的HL7负载。

（6）如果需要，它会准备确认序列，这个确认序列是通过构造一个XML文件同时 在文件里附上一个预先定义的应答确认来实现的。

（7）当一个新的信息到达时，LIS业务逻辑重新从顺序队列里得到HL7信息，并且 将信息发送给LIS客户端。

事实上，对于给定的应用程序角色和交互活动，可以构造一个能自动产生代码的工 具，用这个工具来创建需求信息队列和存储引入的信息。这是一种用来构建Web服务适 配器代码的方法（代码案例见原文）。