本站原创
摘要：借由微软提供的企业怎么写作总线（Enterprise Service Bus，简称ESB）组件，将原本各自独立的医疗医技等信息系统统合起来。首先分析了电子病历EMR和医院信息系统HIS两大软件系统形成主体架构环境，然后分析ESB项目的整体目标和方法，对怎么写作改造分析、怎么写作器硬件配置、Biztalk安全方案这几个关键点进行了详细阐述。选择医院系统中最为主要的电子病历系统（EMR）和医院信息系统（HIS）的消息传输接入来给出系统接入的实现方法，最后通过测试证明该方案切实可用。
关键词：医院信息管理；企业怎么写作总线；电子病历
1672-7800（2013）006-0073-03
作者简介：张逸鲁（1984-），男，硕士，复旦大学附属肿瘤医院技师，研究方向为软件开发、软件管理。
0引言
随着医疗技术水平的不断提升和发展，相关医疗信息管理成为刻不容缓的课题。借由微软提供的企业怎么写作总线（Enterprise Service Bus，简称ESB）组件，将原本各自独立的医疗医技等信息系统统合起来，实现消息路由、验证
本文主要通过分析BizTalk作为医院信息集成管理搭建架构的一种该平台，应用平台提供了一个基础架构，基于此可以灵活和安全地重复使用架构和商业怎么写作，并具有协调原有的怎么写作整合到新的端到端的业务流程中的能力。
1医院软件系统联系环境分析
由于早期各个科室的软件上线系统并不统一，所以几个主要的软件系统分别是由不同公司所编写的软件在支持。但是也正如前文所说，没有任何应用程序是完全孤立的，对于各个软件系统的统筹调用还是有相当的必要性。医院由电子病历EMR和医院信息系统HIS两大软件系统形成主体架构，其它系统看似各自独立但是都要通过这两大系统来实现信息的共享。从图1中可以看到，EMR和HIS作为医院软件系统的主要核心，将其它各个部分的软件系统都联系在了一起。同时也能发现，EMR和HIS之间的联系最深；EMR与其它各系统联系最多；HIS和其它各系统间的关联节点虽然也比较多但是关联程度不深，接口数量不多。
可以想象，一旦EMR或者HIS系统出现问题，除了会首先影响到对方正常工作外，还将有可能导致其它系统的瘫痪甚至是全院系统的瘫痪。万一发生这种情况，这对日门诊量已经达到3 000～4 000人的大型医院来说无疑是灾难性的。同时考虑到，将EMR和HIS系统作为架构主体，虽说原本EMR或HIS就是作为一个信息平台有其承担信息交互能力的系统，但是由于实际工作过程中的个别差异性以及该系统本身就承担有一定信息处理功能的前提下，为了分化压力，确保安全性以及提高软件运行速度效率的情况下，实行ESB软件集成平台应该是目前最行之有效的方法。
2ESB集成项目整体规划
一般来说，解决整合问题的最简单方法，就是独立的系统之间建立点对点的数据连接。有些数据整合可以建立在开箱即用的解决方案基础上，其它的则需要写作的代码开发。虽然这些解决方案都成功上线了，但是随着时间推移，这些写作的点对点导致系统的负载性明显增加，每一个业务系统都需要维护大量的数据连接，导致系统管理和维护的成本增加。随着组织的不断完善以及业务系统的不断增加，系统监控及系统错误响应的需求将会变得越来越重要。系统可控性及敏捷性的不足会导致软件供应商及开发人员寻找不同于点对点整合的、更好的解决方案。
在解决上述问题的过程中，经常会使用到上文提到过的企业应用整合（EAI）技术。由于企业应用整合（EAI）解决方案倾向于允许系统接入端点位置使用硬编码，这样每一个怎么写作都与其后端系统之间紧密耦合在一起，这样接入端的修改，将导致企业应用整合（EAI）解决方案的部分甚至全体进行相应修改。
另一个解决问题的方式是考虑以面向怎么写作的架构搭建系统。在大多数情况下，面向怎么写作的应用程序的最终部署方式也和点对点的解决方案相同。随着时间推移，它们也会紧紧耦合在一起，像一个应用程序一样。如果一个地址发生改变，或者一个消息格式发生改变，同样会导致连接的另一端必须做出相应的改变。那么在这种情况下，整个系统将不再拥有面向怎么写作架构所带来的任何优势，而在许多时候甚至更糟。
基于以上的要求，中间库的使用变得必要。
（1）确定改造方式。初步确定由目前的动态库函数调用以及存储过程调用的方式改造成为以Web怎么写作调用的方式。目前，医院内使用的大部分系统都是属于动态库函数调用以及存储过程调用的方式，只有很少的系统如办公自动化OA系统、手术麻醉系统以及库房申请领用系统是以Web怎么写作调用的。因此，从动态库函数调用以及存储过程调用的方式向Web怎么写作调用的方式改造将会占用大部分的工作量。
（2）评估改造风险。改造的风险确实存在，由于各个系统间本身相对独立，现在则需要将其联系在一起，实行统一调用，保证其原本的数据不会冲突，并且今后的数据得到统
无论是接入到ESB还是使用ESB提供的怎么写作都会涉及到怎么写作接口规范，将每个已经或是将要接入医院集成平台的系统称为ESB怎么写作调用方，并为这些怎么写作调用方提供了基本的消息架构，这样可以统一集成规范，为集成平台提供便利。医院集成平台ESB系统的总流程如图1所示。通过调研总结了各个系统的接口信息并为之设定类别，如：ESBA01为病人基本信息类；A002为获取病人基本信息；ESBB17为确费退费；A001为核医学、超声、内镜确费退费；ESBD01为消息发布；A001为HIS消息发布。这为上文中所示样例的消息头控制MessageCategory提供了最基本的消息类别的识别，这也是需要与其它系统软件供应商进行协商确定。
4系统测试
本次性能测试使用ATC与Microsoft LoadGen 2007工具进行脚本设计、场景安排以及结果分析，采用录制回放的方法，并用多进程的方式模拟多个客户端向怎么写作器端发送业务请求，测试系统的性能。本测试用例的目的是测试调用端以无任何安全措施方式调用ESB暴露的BasicHttp接收端口，ESB以无任何安全措施方式调用怎么写作提供方情况下的性能。可以说是在最基本的情况下进行测试。本次测试分别以2
对此可以进行相关筛选工作，对于相对数据机密性不需要特别高的项目可以适当减少加密机制从而提高数据处理速度和效率，例如，药房和营养室，以及设备科库房等部门的药品材料等数据的提交可以减少加密机制。对于病人信息等相关私密性较高的数据进行加密，但同时也认识到使用加密技术带来的数据处理速度稍慢等情况，这便于对一线临床工作人员做好解释工作，使得医院整体工作不受影响。
5结语
通过利用医院信息集成管理系统来管理工作，经过初步一段时间的实践检验，信息集成的成果得到了行政管理人员和医技职能科室等方面的良好反映，其中较为满意的地方集中体现在：将信息集成技术引入到医院行政管理部门并逐一应用到医技职能部门管理工作中，是在同行业中相对领先的一步。本次信息集成应用的内容与实际管理工作以及业务实行应用方面紧密结合，通过综合研究各个科室不同的需求、各自的特点，与不同的开发提供商相沟通，能够全面地多维地展现医务工作中原本就相当重要的部分以及容易被忽视的部分。在医院的行政管理、门诊收费和就医检查，以及住院治疗、手术施行等方面进行了多维融合，从多角度分析信息资源，得出结论报告，能够帮助管理人员以及医务人员及时做出正确决策。信息集成系统统一发布消息功能经过一段时间医务管理工作人员的实践检验后，普遍反映信息集成的结果准确性较高。
参考文献：
任力，杨国强，万国辉.ESB架构在企业信息化的应用整合[J].计算机与现代化，2009（2）.
顾丽娜.面向怎么写作的企业应用集成的研究与实践[D].上海：同济大学，2005.
[3]LI PEISHU. BizTalk Server 开发人员指南[M]. 袁勤勇，王福华，译.北京：清华大学出版社，2001.
关键词：医院信息管理；企业怎么写作总线；电子病历
1672-7800（2013）006-0073-03
作者简介：张逸鲁（1984-），男，硕士，复旦大学附属肿瘤医院技师，研究方向为软件开发、软件管理。
0引言
随着医疗技术水平的不断提升和发展，相关医疗信息管理成为刻不容缓的课题。借由微软提供的企业怎么写作总线（Enterprise Service Bus，简称ESB）组件，将原本各自独立的医疗医技等信息系统统合起来，实现消息路由、验证
源于：大学毕业论文格式www.udooo.com
、转换并且集中管理。通过各种模式的搭配和实践来进行简化原本复杂且庞大的消息架构，将来源不同的重要数据进行整合、收集以及再发布，正确提供给需要它们的对象，从而提高了工作效率，节省了劳力成本，满足了目标要求。从信息办公和职能操作的角度实现了行政工作与窗口怎么写作的全局统一与集成。本文主要通过分析BizTalk作为医院信息集成管理搭建架构的一种该平台，应用平台提供了一个基础架构，基于此可以灵活和安全地重复使用架构和商业怎么写作，并具有协调原有的怎么写作整合到新的端到端的业务流程中的能力。
1医院软件系统联系环境分析
由于早期各个科室的软件上线系统并不统一，所以几个主要的软件系统分别是由不同公司所编写的软件在支持。但是也正如前文所说，没有任何应用程序是完全孤立的，对于各个软件系统的统筹调用还是有相当的必要性。医院由电子病历EMR和医院信息系统HIS两大软件系统形成主体架构，其它系统看似各自独立但是都要通过这两大系统来实现信息的共享。从图1中可以看到，EMR和HIS作为医院软件系统的主要核心，将其它各个部分的软件系统都联系在了一起。同时也能发现，EMR和HIS之间的联系最深；EMR与其它各系统联系最多；HIS和其它各系统间的关联节点虽然也比较多但是关联程度不深，接口数量不多。
可以想象，一旦EMR或者HIS系统出现问题，除了会首先影响到对方正常工作外，还将有可能导致其它系统的瘫痪甚至是全院系统的瘫痪。万一发生这种情况，这对日门诊量已经达到3 000～4 000人的大型医院来说无疑是灾难性的。同时考虑到，将EMR和HIS系统作为架构主体，虽说原本EMR或HIS就是作为一个信息平台有其承担信息交互能力的系统，但是由于实际工作过程中的个别差异性以及该系统本身就承担有一定信息处理功能的前提下，为了分化压力，确保安全性以及提高软件运行速度效率的情况下，实行ESB软件集成平台应该是目前最行之有效的方法。
2ESB集成项目整体规划
一般来说，解决整合问题的最简单方法，就是独立的系统之间建立点对点的数据连接。有些数据整合可以建立在开箱即用的解决方案基础上，其它的则需要写作的代码开发。虽然这些解决方案都成功上线了，但是随着时间推移，这些写作的点对点导致系统的负载性明显增加，每一个业务系统都需要维护大量的数据连接，导致系统管理和维护的成本增加。随着组织的不断完善以及业务系统的不断增加，系统监控及系统错误响应的需求将会变得越来越重要。系统可控性及敏捷性的不足会导致软件供应商及开发人员寻找不同于点对点整合的、更好的解决方案。
在解决上述问题的过程中，经常会使用到上文提到过的企业应用整合（EAI）技术。由于企业应用整合（EAI）解决方案倾向于允许系统接入端点位置使用硬编码，这样每一个怎么写作都与其后端系统之间紧密耦合在一起，这样接入端的修改，将导致企业应用整合（EAI）解决方案的部分甚至全体进行相应修改。
另一个解决问题的方式是考虑以面向怎么写作的架构搭建系统。在大多数情况下，面向怎么写作的应用程序的最终部署方式也和点对点的解决方案相同。随着时间推移，它们也会紧紧耦合在一起，像一个应用程序一样。如果一个地址发生改变，或者一个消息格式发生改变，同样会导致连接的另一端必须做出相应的改变。那么在这种情况下，整个系统将不再拥有面向怎么写作架构所带来的任何优势，而在许多时候甚至更糟。
基于以上的要求，中间库的使用变得必要。
2.1怎么写作改造分析
在介绍了医院已有多个独立信息系统基础上，了解了它们之间的主要关联以及变动会产生的相应影响，并分析了它们主要工作模式以及注意事项之后，确定了针对各个软件特点的改造策略。改造策略分为4步：（1）确定改造方式。初步确定由目前的动态库函数调用以及存储过程调用的方式改造成为以Web怎么写作调用的方式。目前，医院内使用的大部分系统都是属于动态库函数调用以及存储过程调用的方式，只有很少的系统如办公自动化OA系统、手术麻醉系统以及库房申请领用系统是以Web怎么写作调用的。因此，从动态库函数调用以及存储过程调用的方式向Web怎么写作调用的方式改造将会占用大部分的工作量。
（2）评估改造风险。改造的风险确实存在，由于各个系统间本身相对独立，现在则需要将其联系在一起，实行统一调用，保证其原本的数据不会冲突，并且今后的数据得到统
一、需考虑以下一些因素（见表1）。
（3）评估改造价值。用HIS系统和EMR电子病历系统来举例，作为已经相对稳定成为医院主干软件系统来说，要考虑其已有的稳定的接口改造价值。可以将现有的接口有效利用，因为虽说系统不同，但是接受的数据信息则大体相同，如病人或是检查信息等都是有共通性的，因此，在这两个主要系统之间是有相当大一部分现有接口可以直接有效利用而不需要额外新建。当然，对于新建的怎么写作，要确保其有符合ESB规范的价值，如一些目前用处不大的数据接口可以放弃或者暂时保留。（4）确定改造具体步骤。确定改造方式：针对改造前的dll和存储过程。病理系统比较特别，有些接口需要在ESB中新增；只涉及到接口的改造（比如参数的规范），接口的安全增强，不涉及到接口内部的业务逻辑改造，不涉及到后台数据库的改造。同时还要评估改造风险，这当中包括了技术难度、迁移风险等，相对应的要做好备份工作以便于及时恢复。从整个改造分析的结论来看，整体上依然是可行，涉及到个别科室系统的特殊性，如病理科和检验科要增添端口传输，则可对其进行个别改造。2.2怎么写作器硬件配置
在确定怎么写作器硬件的选择中需要对每一台怎么写作器进行必要的任务分配。对于每台怎么写作器进行的任务需要事先明确安排，然后通过运作时可能消耗的资源情况进行怎么写作器大小分配以及相关硬件规格质量上的要求。其中包括上文提到的BizTalk所涉及的数据库包括管理数据库、消息数据库、跟踪数据库和 SSO 数据库，以及医院软件特有的影像库等，由于影像库数据量非常巨大，包含了存储和备份两部分，备份空间还需要额外计算，因此在硬件配置的时候要注意适当调整。同源于：查抄袭率毕业www.udooo.com
时还要分配好测试环境以及平台运行环境。最后还要对怎么写作器运作寿命进行预估，这一点非常重要，在怎么写作器运行寿命终止之前提出警告，及时更换怎么写作器，对医院成本核算有帮助，也能够规避由于硬件运作不佳而可能带来的风险，诸如数据丢失、程序卡死等情况。2.3Biztalk安全方案
如何确保在集成平台提供数据传输怎么写作准确高效的同时又能保证关键数据的私密性不会泄露，也是Biztalk所要涉及的重点之一。对主要系统端口进行了解，发现大部分工作流程是以医院员工（医生和护士）以各自工号为用户名的客户端登陆模式而展开的，因此决定使用 WCF 传输安全方案：使用 UserName 和 HTTPS 确保传输安全，使用证书确保传输安全。除目前已实施的方案，根据将来可能的需求，在系统设计时我们还考虑了以下备选方案作为后续的选择：BasicHttpBinding 使用 HTTP 作为传输协议用于发送 SOAP1.1 消息。
3系统接入实现无论是接入到ESB还是使用ESB提供的怎么写作都会涉及到怎么写作接口规范，将每个已经或是将要接入医院集成平台的系统称为ESB怎么写作调用方，并为这些怎么写作调用方提供了基本的消息架构，这样可以统一集成规范，为集成平台提供便利。医院集成平台ESB系统的总流程如图1所示。通过调研总结了各个系统的接口信息并为之设定类别，如：ESBA01为病人基本信息类；A002为获取病人基本信息；ESBB17为确费退费；A001为核医学、超声、内镜确费退费；ESBD01为消息发布；A001为HIS消息发布。这为上文中所示样例的消息头控制MessageCategory提供了最基本的消息类别的识别，这也是需要与其它系统软件供应商进行协商确定。
4系统测试
本次性能测试使用ATC与Microsoft LoadGen 2007工具进行脚本设计、场景安排以及结果分析，采用录制回放的方法，并用多进程的方式模拟多个客户端向怎么写作器端发送业务请求，测试系统的性能。本测试用例的目的是测试调用端以无任何安全措施方式调用ESB暴露的BasicHttp接收端口，ESB以无任何安全措施方式调用怎么写作提供方情况下的性能。可以说是在最基本的情况下进行测试。本次测试分别以2
5、50、200用户进行测试。
测试结果的总结：通过对设计的4种用例进行测试后不难发现，首先随着并发用户的增加，系统CPU负荷也会成比例增长，其次对于发送端和接收端有无加密也会影响到系统的运作效率和对硬件CPU的压力。双向无加密的情况下较为通畅，可以进行较高速率的数据处理。当一方或者双方运用到加密技术之后，数据处理的速度会有较显著的下降。这对于医院使用来自各个公司不同的软件系统其发送或接收端口不同设置从而产生数据处理效率不同起到了关键性的认识。对此可以进行相关筛选工作，对于相对数据机密性不需要特别高的项目可以适当减少加密机制从而提高数据处理速度和效率，例如，药房和营养室，以及设备科库房等部门的药品材料等数据的提交可以减少加密机制。对于病人信息等相关私密性较高的数据进行加密，但同时也认识到使用加密技术带来的数据处理速度稍慢等情况，这便于对一线临床工作人员做好解释工作，使得医院整体工作不受影响。
5结语
通过利用医院信息集成管理系统来管理工作，经过初步一段时间的实践检验，信息集成的成果得到了行政管理人员和医技职能科室等方面的良好反映，其中较为满意的地方集中体现在：将信息集成技术引入到医院行政管理部门并逐一应用到医技职能部门管理工作中，是在同行业中相对领先的一步。本次信息集成应用的内容与实际管理工作以及业务实行应用方面紧密结合，通过综合研究各个科室不同的需求、各自的特点，与不同的开发提供商相沟通，能够全面地多维地展现医务工作中原本就相当重要的部分以及容易被忽视的部分。在医院的行政管理、门诊收费和就医检查，以及住院治疗、手术施行等方面进行了多维融合，从多角度分析信息资源，得出结论报告，能够帮助管理人员以及医务人员及时做出正确决策。信息集成系统统一发布消息功能经过一段时间医务管理工作人员的实践检验后，普遍反映信息集成的结果准确性较高。
参考文献：
任力，杨国强，万国辉.ESB架构在企业信息化的应用整合[J].计算机与现代化，2009（2）.
顾丽娜.面向怎么写作的企业应用集成的研究与实践[D].上海：同济大学，2005.
[3]LI PEISHU. BizTalk Server 开发人员指南[M]. 袁勤勇，王福华，译.北京：清华大学出版社，2001.