某医院信息化集成平台的改造实施(终稿)

目录TOC\o"1-3"\h\u2723第一章绪论4192311.1、研究背景412171.2、课题来源4286871.3、研究目标523571.4研究意义53861.5研究内容53728第二章相关技术现状65052.1、医院信息系统集成现状与问题分析688842.1.1医院信息系统集成现状6121742.1.2医院信息系统集成平台介绍8235692.2、医院集成平台相关技术9155562.2.1集成层次924692.2.4集成平台核心价值12125492.3、医院集成的消息格式--HL7标准介绍13163982.4、国内外医院HL7应用进展15137972.4.1、HL7标准在美洲应用的前景1551792.4.2、HL7标准在欧洲应用的前景16326712.4.3、HL7标准在中国应用的前景1762572.5、HL7实际应用特点18129102.5.1、HL7消息传输的环境1858342.5.2、HL7消息发送和接收的原那么19296122.5.3、HL7消息传输的要求197255第三章平台需求分析1932883.3、集成平台需求分析19170233.3.1根本功能需求20307143.3.2系统性能需求2220581经济效益需求2310239第四章平台设计25236314.1、总体设计25135614.1.1设计目标2554714.1.2体系结构2549744.1.3信息集成模块例如26246214.2平台网络体系29304934.2.1网络结构设计3012704.2.3网络平安设计33176294.3、HL7引擎的实现38257284.3.1模块之间的关系38216364.3.2数据映射3943224.3.3发生/接受模块4028084.3.4生成消息模块41209484.3.5解析消息模块4221977第五章测试与评价4261935.1测试说明4375225.2测试过程与结果43171035.2.1测试的条件4398485.2.2功能测试之过程与最终结果43263355.2.3系统稳定性之结果与过程44281545.2.4系统平安性之结果与过程4482955.3平台实际运行分析454050第六章总结和展望45214146.1、集成平台优势4580296.2、本文总结46200516.4、展望4617427参考文献46某医院信息化集成平台的改造实施摘要：随着信息技术和网络技术的飞速开展，共享医疗数据以及医疗信息系统可操作性互联的需求显得更为迫切，所以建立统一的医疗信息标准已成为世界性趋势。HL7〔HealthLevelSeven〕医学信息标准，已成为美国公认的医学信息标准，美国约90％医院的医学信息相关设备和医疗信息系统正是基于HL7标准建立的。而且在英国、德国等兴旺国家，HL7标准也逐渐被群众接受和认可。经过二十多年的快速开展，HL7已经成为了一个国际化的技术标准，同时在国际舞台上发挥的重要作用。论文正是基于HL7医学信息标准的良好开展前景而展开论述的，其中着重介绍了HL7标准以及其相关信息，在此根底上着重研究了HL7信息传输效劳器的搭建，从而实现效劳器和客户端的连接和信息传输。由于种种原因，我国医疗信息系统还在使用不同的技术标准，这严重阻碍了各医疗信息系统之间的通信互联和信息共享。加快HL7标准的推广，不断完善客户端和效劳器之间通信传输，进一步和国际开展接轨对我国医疗信息产业的未来将会有很大的帮助。关键字：HIS；HL7；集成平台：医院Abstract:withtherapiddevelopmentofinformationtechnologyandnetworktechnology,sharingmedicaldataandmedicalinformationsystemismoreurgent,sotheestablishmentofaunifiedmedicalinformationstandardshasbecomeaworldwidetrend.HL7(LevelSevenHealth)medicalinformationstandards,hasbecometheUnitedStatesrecognizedstandardsofmedicalinformation,theUnitedStatesabout90%hospitalsofmedicalinformationequipmentandmedicalinformationsystemisbasedontheestablishmentofHL7standards.AndintheUnitedKingdom,Germanyandotherdevelopedcountries,HL7standardsaregraduallyacceptedandrecognizedbythepublic.Aftermorethan20yearsofrapiddevelopment,HL7hasbecomeaninternationaltechnicalstandards,andplaysanimportantroleintheinternationalarena.ThispaperisbasedontheHL7medicalinformationstandardofgooddevelopmentprospects,whichfocusedontheHL7standardanditsrelatedinformation,onthebasisoftheresearchontheconstructionofHL7informationtransmissionserver,soastorealizetheserverandclientconnectionandinformationtransmission.Duetovariousreasons,China'smedicalinformationsystemisstillusingdifferenttechnicalstandards,whichseriouslyhinderedthecommunicationbetweenthemedicalinformationsystemandinformationsharing.AcceleratethepromotionofHL7standards,andconstantlyimprovethecommunicationbetweentheclientandtheserver,andtheinternationaldevelopmentofthefuturewillbeagreathelptoChina'smedicalinformationindustry.Keywords:HIS;HL7;integrationplatform:Hospital第一章绪论1.1、研究背景随着信息技术和网络技术的飞速开展，共享医疗数据以及医疗信息系统可操作性互联的需求显得更为迫切，所以建立统一的医疗信息标准已成为世界性趋势。HL7〔HealthLevelSeven〕医学信息标准，已成为美国公认的医学信息标准，美国约90％医院的医学信息相关设备和医疗信息系统正是基于HL7标准建立的。而且在英国、德国等兴旺国家，HL7标准也逐渐被群众接受和认可。经过二十多年的快速开展，HL7已经成为了一个国际化的技术标准，同时在国际舞台上发挥的重要作用。论文正是基于HL7医学信息标准的良好开展前景而展开论述的，其中着重介绍了HL7标准以及其相关信息，在此根底上着重研究了HL7信息传输效劳器的搭建，从而实现效劳器和客户端的连接和信息传输。由于种种原因，我国医疗信息系统还在使用不同的技术标准，这严重阻碍了各医疗信息系统之间的通信互联和信息共享。加快HL7标准的推广，不断完善客户端和效劳器之间通信传输，进一步和国际开展接轨对我国医疗信息产业的未来将会有很大的帮助。1.2、课题来源鉴于多年的医院信息化工作的经历，愈发体会到现代医院开展对信息化的依赖性。创立“数字化医院”未来必将成为医院等级考核的硬性指标。而目前绝大多数医院普遍存在大量异构的、自主的、分布的、来自多个开发商的数据库、应用系统如：〔HIS，LIS，PACS，EMR等〕这些都是早期信息化建设所经历的过程。数据存在一个个“信息孤岛”之中，如何将有用的信息从大量的数据中抽取出来是信息化所面临的问题：是推翻重建吗？不可能。本钱和时间都不允许，那么只有整合。这也就是我们目前研究的课题—“医疗信息化集成”平台。这里的“集成平台”不只是简单意义的将各业务系统中需要共享的数据集成在平台上，它应该满足实时的数据交互以及互操作性(Interoperability)。然而医院中不同的部门、不同系统供给商的产品、不同的数据库平台如何整合呢？这给信息集成平台的建立带来了很高的难度。20世纪80年代后，国际上陆续提出了许多解决医疗信息系统集成问题的方案，各种医疗通讯标准被制定和推广，如：HL7(Healthlevelseven)[2]、CCOW(Clinicalcontextobjectworkgroup)[3]DICOM(Digitalimagingandcommunicationsinmedicine)[4]、CORBAMed(Commonobjectrequestbrokerarchitectureinmedicine)。经过30多年的不断推进与完善，2011年它们成了ISO国际标准，医疗信息集成平台产品也随之开展起来。也正是由于标准化的形成以及它对未来医疗行业所带来的巨大冲击。2001年7月，中国以HL7CHINA的名义正式参加HL7标准组织，成为HL7的国际会员。致力于制定HL7FORCHINA的标准[1]。目前国内一些医疗生产厂商也开始向此标准靠拢，开发了一些符合HL7标准的平台的产品。本论文以标准化为出发点，采用目前流行的接口效劳技术，研究并设计了一种开放的可扩展的信息集成平台，保证了异构系统之间信息交换格式和内容的统一。1.3、研究目标通过集成平台的建立最终实现：1、医院建立标准化电子病历，方便病人资料交流。2、提高医生工作效率，使得医生能做出更准确的诊断。4、实现医院“以病人信息为中心”，方便就医。5、实现医院的信息平台的升级，提高医院的整体效劳水平和效率，节约资源。总之，建平台不是目的。而是使原有孤立于各系统中的信息被“解救”出来，信息能够顺畅地“流动”于医院的各业务系统之间，最大限度地发挥各系统协同工作的作用，更好地效劳于患者。使患者能够体会到“信息化”所带来的方便和快捷。同时为医院的管理注入信息化元素，进而为下一步实现跨区域医疗奠定技术根底。1.4研究意义1.近几年医院医疗业务量逐渐扩大，信息化的程度越来越高，信息化技术不仅是能促进医院各项改革措施的落实，不断提高信息资源开发效率获取信息经济效益的过程。而且以医改为契机，在国家大力推行医院信息化建设的前提下，医院进行传统工作模式的改革显得尤为重要。2.进行医院办公自动化平台的建设，能解决医院传统工作模式下存在的问题，改变医院的管理模式，以数字化管理、信息化管理为核心，形成先进的医院管理理论和医院管理模式。同时通过该平台的建设，能有效的整合医疗信息资源，将日常的办公管理、医疗行为管理、医疗信息管理，在该平台上统一进行归集和分析，适应现代化医院的医疗、科研、教育和管理的要求。从临床应用角度、医院管理角度、领导决策角度，都能够通过该平台实现辅助工作，同时架起对外交流的桥梁。3.办公自动化是以计算机网络为平台、电子技术为根底构成的人机信息系统，是在行政管理信息化的根底上产生的，经历了以邮件、office处理为核心->以公文为核心->以信息共享为核心->以门户、流程、知识管理为核心的几个开展阶段。4.办公自动化系统实施的首要条件就是要用计算机等先进设备处理大量冗繁的工作，这就要求在竞争日益剧烈的医院中，工作人员必须学会和掌握根本的计算机及网络技术的知识，办公自动化系统不但提高了医院工作人员的计算机应用技能，也为医院全面建设数字化医院打下了坚实根底。建设办公自动化平台后，节省了工作人员的大量时间，有效消除信息孤岛的存在，为医护人员进一步学习相关业务知识或深造，集中精力研究新问题提供了必要条件。1.5研究内容本论文主要研究医疗集成效劳平台是如何借助及医疗效劳总线和接口技术，改造早期现有业务系统使通过平台转换后的信息符合HL7标准，使信息彻底“活起来”并最终效劳于患者。满足医院的各业务系统应用需要，建立共享的数据库，实现病人主索引、统一术语和编码、医疗文档交换、统一的用户平安管理等集成效劳。1、建立业务系统集成标准在平台建设前期，遵循HL7标准标准的根底上，针对各业务系统进行调研，制定医院内各业务应用系统的交换标准集成标准。对挂号收费系统、入出院系统、门诊医生工作站、住院医生工作站、CIS系统、护理系统、手术管理系统、RIS/PACS检查系统、LIS系统等多家厂商的业务系统进行了HL7接口改造，主要涉及了患者根本信息、预约信息、就诊信息、过敏信息、病历信息、病案信息、处方/医嘱信息、手术信息、护理信息、检验检查报告等业务的HL7消息。消息在集成平台传输时，实现与患者主索引系统的集成和业务流程的优化管理，并到达各个业务系统间通过ESB实现数据实时交换与共享。2、系统交互标准化改造对医院HIS与RIS/PACS的电子申请业务标准化进行改造，其业务流程交互参照医疗信息系统集成〔IntegratingtheHealthcareEnterprise,IHE〕标准，消息标准参照HL7标准。到达实现医生在HIS系统中下达一个CT检查电子申请，HIS系统主动触发并发送一条OMG^O19类型的HL7消息到集成平台，集成平台主动将该消息推送至RIS/PACS系统，消息包含病人根本信息、申请医生信息、申请单信息等。3、实现基于系统引擎的系统集成。集成平台的通讯点作为内外数据交换的接口适配器，设置输入、输出或双工模式，支持采用不同协议集成各类业务系统。过滤器〔Filter〕：可以被认为是一种特殊的转换器，它支持对进入引擎的消息进行二次处理，包括格式转换、基于消息内容的判断、消息内容修改、业务逻辑校验等。此外，过滤器也支持JavaScript，提供更多灵活的数据接口处理规那么扩展。集成平台路由是由多个通讯点及过滤器组成的通路或路径。消息会按照路由指定的方向流动，搭配接口适配器，到达传输信息的目的。第二章相关技术现状2.1、医院信息系统集成现状与问题分析2.1.1医院信息系统集成现状信息系统在我国医院的应用主要开始于20世纪80年代末，有开展阶段，分别为：1.二十世纪八十年代末的纠偏阶段：随着计算机信息技术的开展，八十年代末计算机技术在各行业逐渐获得普遍的应用，其中有不少的大型医院逐渐开始了计算机在医院工作中应用的尝试。但这时的应用主要表现为一些单机系统在医院的收费处和药房的简单的应用。这种单机的应用在一定程度上减少了收费或划价过程中的人为过失，提高了工作的效率。2.二十世纪九十年代中期的管理阶段：通过八十年代末期计算机在各行业的应用，到九十年代中期，由于网络技术的突飞猛进和信息化产品硬件价格的下降，此时计算机在医院的大规模部署应用已经成为可能。此时，卫生部也成立了专门的信息化领导小组，开发了自己的医院信息管理系统。在此阶段，在医疗领域各种版本的HIS不断出现，信息化领导小组的成立在一定程度上标准了系统的开发，并完成了一些相关标准的制定。3.进入二十一世纪以来，HIS系统的开发进入数字化阶段，此时随着信息技术的开展，真正意义上的电子病案系统的形成已经成熟。以前一些独立开发的信息系统逐渐进行整合，使医院信息系统在功能上获得的全面提升的突破成为现实[3]。从总体来看，在我国计算机进入医院管理的实际应用开始于70年代末期，开始主要以小型机为主，主要应用在全国几个几个较大型的医院。随着计算机和信息技术的进步，一些医院开始逐渐的添加计算机设备，一些小型的管理软件也逐渐的得到开发、部署和应用。在计算机技术开展的根底上，随着网络技术的突飞猛进，基于互联互通和信息共享的真正意义上的HiS也逐渐开始出现，以前开发部署的功能相对单一的HIS系统也开始进入系统整合的阶段。通过新的功能强大的HIS系统的开发和多个功能单一的HIS系统的整合，使医院信息系统在功能上获得的全面提升的突破成为现实。1.2.1国外的研究现状计算机在医院的应用已经有了多年的历史,HIS系统的开发和应用也明显的早于中国，下面分别以美国、日本和欧洲的HIS系统的开发应用情况为例说明HIS系统在国外的应用情况，情况如图1-1所示。图1-1HIS系统在国外的开展状况从整体来看，目前的医院信息系统正在朝广度和深度的方向开展，许多大型的一体化的医院HIS系统正在逐步建立。2.1.2医院信息系统集成平台介绍1建设需求一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的开展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的开展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化开展亟待解决的主要问题。系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问效劳，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成效劳，系统集成效劳基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成效劳，确保各个临床信息系统在工作流整合的根底上实现交互协作，从而以数字化的形式完成各项医疗业务。2建设目标系统间的整合、集成和扩展一直都是制约医院数字化开展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个标准的系统集成平台，在IHE、DICOM、HL7等国际标准的根底上，制定覆盖医疗所有业务流程的系统集成标准，开发基于标准的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。3信息集成方法信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，WebService，CORBA，EJB，DCOM，RPC等标准，采用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL〔Extract-Transform-Load〕工具实现；界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。协同应用从早期单纯的点对点接口方式，开展到现如今的集成平台方式。各种方式中：点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，那么接口数为N*(N-1)/2。集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。2.2、医院集成平台相关技术2.2.1集成层次应用集成：和医技辅诊科室信息系统〔如PACS/RIS、LIS、MUSE等〕的信息集成，这种场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。集成平台体系结构如下列图所示，集成平台对外提供支持多种方式的集成效劳：包括WebService效劳、TCP监听效劳、文件监测效劳、FTP效劳、SQL监控效劳等方式。医院信息系统在国际、国内广泛采用的有一套集成标准，即：医疗健康信息集成标准〔IHE〕标准。IHE标准未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。在IHE中，消息传递采用的是HL7〔2.x版本)标准，影像传递采用DICOM标准。本集成平台的集成严格参照该标准进行：信息集成平台在进行消息时采用HL72.4标准进行消息传递、在消息内部传递DICOMStudyUID，以满足后续DICOM图像应用时的需要。临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHE标准执行，消息的交互标准参照HL72.4标准执行。集成平台内部引擎本身由Ensemble集成平台根底之上进行二次开发而来，依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入效劳方式：TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言〔BusinessProcessExecutionLanguage〕进行扩展应用，以描述交互应用。数据集成：在实际业务应用中，日常医院的HIS库与ERMS库之间存在较多需要高频率、高性能要求的交互，如计价信息与药品库存等信息的实时共享等。针对这样的应用场景，我们采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。目前，医院已经存在比拟完整的医疗信息系统，这些医疗信息是以JW1H系统为根底，增加医院自己的需求开展而来。ERMS电子病历系统是一个完整的独立产品，他有他自己完整一套的系统架构和数据中心结构，而在系统架构和数据中心结构上医院现有医疗信息系统和EMRS电子病历系统都存在较大差异，这就决定了现有系统和EMRS电子病历系统很难共用一个数据库。可另外一方面，EMRS电子病历系统和医院现有医疗信息系统都是医院系统不可分割的一局部，他们即有自己工作的重点，又有相互联系和配合，只有相互无间的结合，才能快速、高效和正确地完成日常工作。应用EMRS电子病历系统之后，医院现有医疗信息系统的主要工作就会变成传统意义上的HIS业务工作，如经济管理、人员管理和物资管理等，而EMRS电子病历系统主要完成以患者为中心的诊疗行为业务工作。两者之间存在着千丝万缕的关系，以医嘱业务举例，如EMRS电子病历系统下达、转抄和校对医嘱之后，医院现有医疗信息系统需要完成对应的业务操作，如医嘱摆药和医嘱收费操作等，这就需要在这两个系统之间同步数据信息，而涉及到同步的医疗业务往往涉及的医疗各个环节，如诊疗、药房、收费、人员管理等，因此需要信息同步的数据量会比拟大，而同时为了不造成医疗业务的延迟和脱节，也需要很高的实时性。在这种应用场景下已不适宜采用基于集成平台的，通过消息交互的应用集成方式。消息集成方式，往往需要一个发起方和接受方，而发起方和接受方往往需要一些额外的支持，如发起方需要调用接受方提供的接口等，期间可能还涉及到一些负责的来回交互，最主要的是，消息集成在数据量很大的情况下，处理速度不是很快，因此，我们将通过数据集成的方式来实现数据同步，数据库集成工具采用OracleGoldenGate。医院涉及到需要数据同步的包括两个局部：HIS数据库和EMRS数据库。我们将采用GoldenGate实现HIS数据库数据和EMRS数据库之间的数据双向同步。其根本结构图如下列图所示：界面集成：对于医学影像、心电图波形数据，临床医生的需求是，不仅能浏览图像和波形，还须有对其处理的要求，通常对应系统供给商提供了DICOM影像浏览器和心电图浏览器，这些浏览器提供相应的工具来处理、管理、传输和转换图像和波形。针对这种带专业处理功能的人机交互界面的应用程序，我们采用界面集成的方式，集成专业浏览器插件或应用程序。针对这种方式的场景，EMRS系统将采用界面集成应用的方式集成数据综合浏览视图，在临床数据中心一节中已提到，该视图采用组件化方式进行开发，实质是各类专业浏览插件的容器，支持对各种医学影像〔X-Ray、CT、MRI、超声、胃肠镜〕、心电图、监护数据和麻醉监护数据等在内的多种医疗数据的综合阅览分析。至于各专业浏览器插件内部的实现，可能又会采用应用集成的方式，但通常为了提高性能，和多媒体资料库中心采用直连的方式获取影像和波形。以DICOM影像浏览器组件为例，其内部采用DICOM标准进行医学影像格式定义与交互传输。该模块以OCX控件的方式实现，同时提供给集成事务处理模块和医护工作站使用。EMRS医护工作站使用DICOM引擎主要实现从影像中心查询和获取影像等功能。2.2.4集成平台核心价值通过建立集成信息平台，集成各类应用系统以及日常运营的业务，通过该平台整合医院内部业务应用系统，形成一个互联互通的医院业务协作网络。医院信息集成平台可以很好支持不同系统之间的医疗数据整合、业务整合与数据共享，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比方HIS,LIS,RIS,OA等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术根底和保障，通过信息标准、交换原那么的制定，对业务系统提供标准的信息交换效劳，确保数据交换过程的平安性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。通过医院信息平台建设，一方面可以躲避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务流程优化与管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为人民健康效劳。另一方面利于医院信息系统建设的持续性开展，以适应未来的需求变化，防止信息化建设的大范围的推倒重来；另外，持续性开展还必须要有一套适宜的实施和效劳模式作支撑。2.3、医院集成的消息格式--HL7标准介绍HL7标准内容HL7〔HealthLevelSevern,健康信息交换第七层协议〕组织是一家非盈利性质的国际性组织，主要从事卫生保健环境临床和管理电子数据交换的标准开发。HL7组织参考了国际标准组织ISO〔InternationalStandardsOrganization〕,采用开放式系统互联OSI(OpenSystemInterconnection)的通信模式，将HL7纳为最高的一层，也就是应用层。HL7标准可以应用于多种操作系统和硬件环境，也可以进行多应用系统间的文件和数据交换。它是医疗领域不同应用系统之间电子数据传输的协议，主要目的是要开展各型医疗信息系统间，如临床、检验、保险、管理及行政等各项电子资料交换的标准；主要应用在医疗保健领域，特别是在住院患者急需的医护设施领域内〔如医院〕进行及时的电子数据交换。HL7标准实现的功能：◆

信息交换〔Messageinterchange〕◆

软件组织〔Softwarecomponents〕◆

文档与记录架构〔Documentandrecordarchitecture〕◆

医学逻辑〔MedicalLogic〕HL7标准包含256个事件、116个消息类型、139个段、55种数据类型、408个数据字典、涉及79种编码系统。HL7标准可以在不同的系统中进行接口的编址，这些系统可以发送或接收一些信息，包括：就诊者住院/登记、出院或转院〔ADT〕数据、查询、资源和就诊者的方案安排表、医嘱、诊断结果临床观察、账单、主文件的更新信息、医学记录、安排、就诊者的转诊以及就诊者的护理。HL7可以采用点对点方式或HL7效劳器方式实现，它采用面向对象技术，使用消息驱动，可以防止交叉调用的混乱。HL7标准是一种协议标准，用于不同医疗系统之间信息交换。HL7工作原理：HL7标准是目前医疗信息交换过程中使用最普遍的标准，它的内容包括通用查询在内的全部接口，如下所示：◆

患者管理〔入院、出院、转院和注册〕

◆

医嘱处理◆

患者记账系统

◆

临床观察◆

同步主档〔MasterFile〕的一般接口

◆

医疗信息〔文档〕管理◆

资源与预约◆

患者转诊◆

支持面向问题的记录患者照料通讯，为实施临床路径的计算机信息系统提供有关功能HL7标准定位：◆

尽量专注于Layere7的实现。◆

不同技术环境的不同系统间的资料交换。

◆

提供及时的传输方式。

◆

供客制化的标准规格。◆

建构在已被广泛接受的标准协议上。

◆

并不设定成为“即插即用”的界面标准。HL7标准的设计理念以及组成方式：1．设计理念◆

Segment:将医院中需要存放的资料分类到无法分割的工程〔如病患资料，将其命名为PID〕。◆

Chapter:将医院中的流程分割成好几大块〔如抽象数据集，ADT〕。

◆

Message:将每个流程定位出好几个触发事件〔TriggerEvents〕.

◆

运用所有找出的三个英文字头来凑成这些消息〔Message〕.2．组成方式〔Implementationmethod〕

◆

了解欲标准化的医疗流程。◆

利用类别图〔ClassDiagram〕定义流程的结构与静态关系。◆

利用对象关系图〔ObjectInteractionDiagram,OID〕D定义流程的顺序与动态关系。

◆

为可能出现的医疗流程特殊性加以比拟、修改。

◆

组织专家会议订定决议。◆

实际建置电子化流程借以作为医疗院所之参考。◆

以效率及组织成员满意程度为主评估电子化流程效益。HL7的消息结构如下列图：消息定义的规约：◆

描述消息的格式，包括它们的目的、内容和相互关系，这种格式被称作抽象消息定义，因为它是网络互联模型中第7层〔应用层〕的定义。◆

HL7编码规那么，用于将一个抽象消息转化为包含真实消息的一个字符串。

◆

编程过程，该过程要求用HL7的标准来交换消息。

◆

预想的与低层协议的关系。

◆

构成所有消息的特定消息段。◆

单一消息，确认消息，这些消息在许多应用程序中不需要改变。HL7标准的几个根本概念：

◆触发事件〔Triggerevents〕:标准是根据现实世界医护系统之间数据的流动假定事件而编写的。HL7的现实机制就是“触发事件”，如HL7实现机制图解所示：医生为住院患者开了X线片检查，护士在HIS系统录入医嘱时产生触发，在HIS端HL7接口引擎产生消息，并传递给RIS端HL7接口引擎，由它解析后，通知RIS系统为该患者进行X光片预约。HL还允许在数据间和相互关系不同的级别上使用触发事件。2.4、国内外医院HL7应用进展2.4.1、HL7标准在美洲应用的前景HL7标准提高了识别和跟踪急性传染病并监测其开展趋势的水平,以及面对有可能发生的生物恐怖主义以及其他问题的实时响应能力。现在以美国的国家信息根底设施为例来介绍HL7在美洲大陆的应用现状。在美国基于HL7标准的医疗机构主要有以下几个：1.国家疾病控制系统(NEDSS)美国卫生署和人类效劳部提出由国家疾病监测系统用基于HL7标准的方法解决公共卫生监测和监控系统到临床信息系统的开展问题。通过提供一个统一标准的方法来收集和提供和健康相关信息。这个系统将是能够提高识别和跟踪急性传染病以及疾病监测的国家开展趋势和应对生物恐怖袭击的有力保证。系统的功能主要分为这几个方面：◆支持数据输入和网络管理。◆接收、发送和处理相应的医学信息。这些消息主要包括国家公共卫生领域的内容。◆集成整合的数据库。◆支持进行数据转换，数据输入和输出的功能，还可以查询和支持XML消息和HL7消息的双向转换。◆应用软件是一个基于组件的可以实现面向对象和跨平台等许多功能。◆提高对用户需求进行统计分析的效率而且结合地理信息系统和其他系统来显示信息。◆构建公共卫生人员的共享目录。◆确保系统的平安性政策。2.国家卫生信息根底建设〔NII〕国家信息根底建设方案是美国政府基于信息根底设施方面的开展战略。美国政府在1993年9月宣布将实施能够永久改变国民的生活、工作和通信方式的国家信息根底开展战略，并同时公布了国家信息根底设施行动议程，希望以此加强人们的健康意识，提高工作效率，改善人民生活环境。由通信技术、计算机、网络数据库和许多消费电子产品组成的NII提供了高速的，多功能的网络平台。值得一提的是这个网络可以将图像、声音、文字等信息发送到各个机构和家庭，使信息实现双向流通。据报道整个方案将耗时20年，总投资到达2000亿美元。其中开展医疗信息化根底设施主要集中在以下几个方面：◆信息标准〔MedicalInformationStandards〕◆个人身份识别〔UniquePersonalIdentification〕◆开展医疗信息模型〔ModelDevelopmentforHealthcare〕◆国家机密和个人隐私〔Statesecretsandpersonalprivacy〕◆医务信息库〔HealthDataRepositories〕◆电子病历系统开发〔Computer-basedPatientRecordSystemDevelopment〕◆计算机医疗实验室开发〔HealthCareComputerLaboratoryDevelopment〕◆新一代医疗技术和系统开发〔medicaltechnologyandsystemsdevelopment〕◆地域性健康试验系统的开展(Thedevelopmentoftheregionaltrialsystem)2.4.2、HL7标准在欧洲应用的前景在西欧各国中，英国和法国的医疗技术水平相对较高，下面就以英国为例介绍一下HL7标准在欧洲大陆的应用现状。在英国初级卫生保健体系和初级卫生保健系统里，CIS〔ClinicalInformationSystem〕即临床信息系统已开展得非常完善了，从1997年的报告来看，英国共有20多个医疗信息系统制造商，市场结构相对稳定。英国的医疗保健系统里的小局部按照CENTC251标准来执行，而更多的一局部那么遵循的HL7标准，如托克斯公司和麦克森公司。纵观英国医疗信息技术开展历史，英国的卫生信息政策始于1992年，命名为NHS：NationalHealthcareServices即国家卫生效劳。2001年3月，国家机构NHS通过英国政府发出了面向21世纪医疗保健信息技术白皮书，同时制定了英国医疗信息化建设的时间表，并确立了医疗信息交互的标准为HL7[3]。白皮书分为以下局部：◆英国国家卫生效劳〔NHS〕◆信息技术和管理策略〔M＆T〕◆信息管理与信息技术根底〔IM＆N〕◆NHS的数据和信息技术标准(DataandITSunwards)◆NHS的组织机构代码(OrganizationCodes)◆国家电子信息(NationalElectronicMessages)◆平安性和保密性(SecurityandConfidentiality)◆家庭医生认证系统〔GPAccreditationSystem〕2.4.3、HL7标准在中国应用的前景谈到中国HL7的开展，就一定要提到北京大学人民医院。北京大学人民医院拥有始建于1996年的首个大型医院信息系统〔HospitalInformationSystem，HIS〕。近年来，随着现有制度建设的不断完善，医院正着力于建设医学图像传输处理系统〔PictureArchivingandCommunicationSystems，PACS〕、实验室信息管理系统〔LaboratoryInformationManagementSystem，LIS〕、手术室信息管理系统〔OperatingRoomInformationSystem，ORIS〕、电子病历管理系统、临床护理根底上的信息管理系统，门诊信息管理系统等这些应用范围广的信息系统。在这些系统的建设过程中，我们选择了通过HL7技术进行系统集成的优秀产品。首批试点的是PACS系统联网，目前已进入实际测试阶段。这是HL7应用程序进行扩展技术应用的第一次尝试。国内传统的构建方法主要是依靠大的公司开发，延缓了医院HIS建设的开展步伐。HIS和PACS、LIS系统联网，主要用直接翻开对方数据库进行写入和读取的操作方法。这种方法有许多缺点，尤其当系统处在大量访问的情况下非常危险。HL7一体化是打造成为国际HIS的开展趋势。国内的HIS技术已经具有国际先进水平，但会开展的步伐缓慢，相信通过专业化可以进一步改善现在的状况。因此，信息集成化将成为未来医疗信息技术的主流趋势。目前，HL7V3和电子病历标准的实施已经在世界范围内开始。美国医疗保健信息和管理系统协会和北美放射学会共同组成了IHE〔IntegratingtheHealthcareEnterprise〕、CIS〔ClinicalInformationSystem〕。HL7、IHE、DICOM紧密合作，并代表国际HIS建设整个卫生保健信息技术产业的根本框架。我们正紧跟国际开展趋势，探索符合中国特色的国际标准医疗信息化的道路。从IHE定义的放射信息系统的根本流程中，结合我们的应用需求进行修改。一般国外同时会把管理信息系统的开发整合与医疗设备的集成结合起来。而我们的PACS系统大多包含了RIS〔RadiologyInformationSystem〕。所以我们国家的HIS和PACS系统集成主要表达在HIS和RIS的整合上[4]。根据实际的业务流程，在基于HL7标准的前提下，设计过程如下：◆患者入院后，将患者信息录入到RIS系统中◆输入医嘱，并发送到RIS系统预约放射科检查◆如果取消检查，发送信息到RIS系统◆患者在放射科做检查的费用，自动开始进行医疗机构的定价◆同步药物和检查两个系统的价目表。HL7的实施机制是“触发事件”。例如，医生对入院患者进行X射线检查时，护士进入HIS系统使医嘱的事件被触发，在系统内产生消息，并通过处理后把患者的X射线预约任命为RIS系统。该系统已成功通过实验室的测试，正准备在各个试点运行。2.5、HL7实际应用特点2.5.1、HL7消息传输的环境HL7标准主要用于传输文本信息。其根本原理是基于HL7的标准，从而进行数据交换。要求每个系统的数据按照协议通信第一次转换为标准HL7的消息发送，接收方的通信系统通过分析收到的HL7消息，再转换为应用程序可以使用的数据，使系统之间的数据得以实现交换。如图3.1所示，由于OSI协议还没有普及起来，致力于研究HL7标准的工作小组希望可以在这个时期提出利于现行标准传输的通信环境的定义。在OSI这样的标准正式使用后，这些医护接口才可以在链路上得以实现。这样的话，LLP协议就可以在系统中提高通信传输的效率。应用层应用层表示层网络层会话层物理层传输层链路层图3.1OSI七层模型2.5.2、HL7消息发送和接收的原那么一开始系统先要提取位于应用程序里面的数据来构造一个HL7消息，之后就要把消息送到传输系统。当消息传输到应答系统后，该系统会对消息扫描并存储，之后接收系统检查消息头进行判断，并且根据相应的语法结构和详细规那么对消息局部进行验证，当然不会全部验证，不过这个过程可以使系统响应该消息。一旦消息通过验证系统就会把这个消息存储起来，系统接下来会表示接收成功，有必要的话，系统会把确认信息发送给客户端来说明消息成功传输了。随后消息会被发送到应用程序里面，这样的消息交换主要是应用程序从单一到复杂验证的过程，当一个过程结束后，接收系统就会进行另一个交换过程[7]。2.5.3、HL7消息传输的要求HL7标准定义的信息传输是介于应用程序实体之间的。在C/S的模型下即客户端和效劳器之间的HL7信息传输。这里进行的信息传输是针对OSI的应用层进行操作，那么HL7标准进行消息传输的时候对通信环境的要求是[8]：◆无失真传输。效劳器假设客户端发来的信息以字节的正确顺序无过失地接收，但是如果效劳器没有给客户端发送确认信息即ACK消息，那么客户端就会认为刚才发送的信息并没有成功传输到效劳器。◆字符间转换。假设客户端与效劳器在信息传输过程中使用的是不同的字符集，这时通信环境还担负着将不同字符集转换统一的任务。◆信息长度。HL7标准并没有对其消息长度有明确的规定。理想状态下，客户端可以传输字符的长度没有上限。但实际上，不同通信环境的承载能力是不一样的，所以根据不同的传输要求需要人为的规定传输字符上限。第三章平台需求分析3.3、集成平台需求分析当今世界，随着信息技术的进步，特别是通信技术、网络技术、效劳器技术、系统管理技术和数据库管理技术等的进步，信息产业得到了空前高速的开展，信息技术和产品得到了广泛的应用，并且应用内涵也不断得以深化。这种变化为信息化程度较高的医疗卫生行业改造并提升其业务系统提供了技术上的可能性。XXX医院是一家集医疗、教学、科研为一体的现代化综合性[二级甲等]医院，有着完善的医疗设施和强大的师资力量。近年来，医院在改革开放中，积极研究与应用当代先进的医疗技术，学科成绩斐然，医院建设飞速开展。医疗制度的改革，使医院成为一个相对独立的经济实体。在医院年门诊量到达[100万]人次，住院床位到达[800]余张的一家大型医院，其经济管理工作、医疗管理工作变得非常复杂，具有流动性大，随机性强等特点。随着医院的开展和提高管理水平的需要,传统的手工管理方式已远远不能适应社会时代的要求。这就要求实现医院门急诊、病房、药库等管理计算机化,促使医院管理水平上一个新台阶。在新的形式下，为了加强医院经济管理，提高医院医疗效劳质量和管理水平，使之成为对外开放的现代化医院，并为医院的长远开展提供更好的条件，医院提出了信息化建设的要求。对于XXX医院信息化建设这样一个复杂的系统工程，在硬件、软件、网络等方面都提出了非常高的要求。作为系统核心的软件系统，更是重中之重。对于医院提出的要求，我们认为，系统总体需求可以概括为：1、以医疗效劳管理和医院经济核算为根本目标，实现医院的信息化管理，提高经济管理水平和医疗效劳质量，实现医院的经济效益与社会效益的同步增长。在此根底上开展医院的决策支持辅助信息系统。充分的利用原有医院硬件设备，节约投资为以后将效劳器转向小型机做准备。3、网络系统应包括一套完整的、能支持医院管理软件运行的网络设备产品，如网络核心交换机、系统效劳器、配线架、集线器以及相关的所有交叉连接件、适配器、接插件、保护设备、安装维护工具、相应管理软件及工程效劳质量保证等。4、保证医院的管理信息系统能到达目前国内先进水平，而且能够面向未来，预留二期接口，使之能充分利用未来开展的高新技术。5、实现检验、检查过程无纸化，数据采集、传递、加工、分析自动化为目标的临床医技信息系统。6、在现有系统功能根底上，进一步实现检验、检查系统管理、实验室系统管理等实现全面病史管理。7、为医院决策层提供实时和历史的决策数据，并与外部实现电子数据交换和信息共享。8、通过信息化建设，提高医疗信息交换的标准化水平，为科研、教学提供良好的资源。3.3.1根本功能需求1应用程序接口医院里面有多种信息系统，有些是比拟老的遗留系统，有些是应用了新技术的系统，各个系统所能提供的接口不一样，所以集成平台应该能支持多种通讯协议和消息协议。通讯协议方面例如COM，WebService，CORBA，数据库表或视图，存储过程，FTP，TCP/IP等等；消息协议方面有HL7，还有一些厂商自己定义的固定格式的文本，例如定制化的XML。2消息路由[2]消息路由是指把一个消息从源系统路由到正确的目标系统。由于集成的系统比拟多，系统之间交互的消息类型相应也会很多，这就需要一个消息路由模块，来处理系统之间的消息路由。3数据处理数据处理模块包括数据缓存，数据格式化，数据过滤，数据映4数据缓存数据在有的场合并不需要实时地更新。可以通过数据缓存模块，把从应用A传过来的数据暂时存储在集成平台中，等到需要的时候再一次性地把数据传到应用B。这样就可以支持异步操作，可以减少集成中间件与网络的交互次数，提高集成平台的性能。数据缓存的另外一个作用是把消息存起来方便日后的问题定位以及纠错处理。5数据格式化数据格式化模块是对数据进行格式化处理，以便某系统的数据能被另一个系统识别。由于系统千差万别，数据格式又有很多种，集成平台为了能跟不同的系统打交道，有必要对数据进行格式化处理。数据从外部系统流入集成平台时需要格式化，以便集成平台能处理；数据从集成平台流出到外部系统也需要格式化，以便外部系统能识别。6数据过滤数据过滤模块的功能是从一个应用输出来的数据中，根据一定的规那么，过滤出另一个应用所需要的数据。这是因为在实际的很多情景下，应用A往往根据自己的业务逻辑，有条件地选取另一个应用B的数据。例如，对于门诊病人的医嘱，RIS只需要在HIS中已交费的医嘱信息，而不理会未交费的医嘱信息。7数据映射数据映射模块的功能是在不同应用的数据模型之间建立起对应关系。因为一般来说，各个系统数据模型的字段不一样，要想把应用A的数据传到应用B，就需要在这两个应用的数据模型之间建立起对应关系。例如，病人ID在HIS中的字段名为pat_id，在RIS中的字段名为PatientID，这时候需要在pat_id和PatientID之间建立好映射关系。8数据转换数据转换模块的功能包括：一、数据修改。应用A的数据可能要经过一定的修改才能被应用B所接受。例如，病人性别在HIS中的表示为M和F，在RIS的表示为男和女，当数据从HIS传到RIS的时候，需要把M改成男，把F改成女。二、某些数据行和列的合并或者别离。例如，在HIS中的地址是分城市名称，街道名称，门牌号这三个字段表示的，而在RIS中只有一个地址字段。因此必须将A中的那三个字段合并为一个字段才能传到应用B。9数据丰富有时候需要在应用A传过来的数据进行一下扩展，增加一些字段，才能传到应用B。例如，在把医嘱从HIS传到RIS时，有时候医生未填开立时间，这样医嘱开立时间为空，需要集成平台把医嘱开立时间为空的补为系统当前时间，再传给RIS。10集成监控集成监控的作用是提供图形化用户界面，使医院工作人员能够观察到当前系统中各个消息的状态，能够查看到消息的执行过程，包括执行时间，参与的外部系统，所传送的数据，还有出错时的异常信息等。11集成配置也是通过图形化用户界面，使医院工作人员能方便地配置好各个系统之间的消息路由和数据处理。3.3.2系统性能需求性能需求分析是为满足正常的业务需要而提出的性能指标。医院信息系统的性能包括很多方面，但最重要的是医疗数据记录和费用结算、信息查询、统计、数据维护和交换的响应速度。响应速度：信息系统的响应速度与很多技术指标和操作请求都有关系，如按索引项查询与按非索引项组合查询的响应速度差异很大；硬件系统的处理速度、数据库的组织形式直接关系到性能的好坏。在充分考虑到以上因素的根底上提出以下需求：索引项单项或组合查询响应速度小于3秒。非索引项单项或组合查询响应速度小于10秒。对于随机统计在15秒内完成的可以在前台处理，超过15秒的要提示后放入后台处理。对于固定格式的报表统计要采取定时或随时统计的方法。易操作程度：易操作程度是用户对系统性能评价的第一因素，直接关系到系统应用能否顺利推广应用。为此提出以下要求：进入系统、输入查询、统计条件要灵活、简便；完成一次查询后必要的话能够进行关联查询；查询、统计条件信息要代码化、标准化并给出必要的提示信息；有联机操作说明，并通俗易懂。精确程度：查询结果要正确，统计结果要精确。3.3.3经济效益需求xxx医院信息系统建设方案通过信息化手段，改良或改革管理方式，从而为实施信息化系统的单位创造更多的经济效益。管理手段医院管理手段将从传统的手工管理，过渡到依托于计算机信息系统的电子化管理模式下，将在很大程度上提升管理效率。通过系统分析数据，可以有针对性的提出一些建设性的开展方针和措施，为医院的管理和开展决策提供有效可靠的数据根底。其次在信息化的推动下，医院可以实时发现自己在管理方面的缺乏，及时纠正和提高，来优化管理模式，推动医院在信息化建设方面走到前面，并体会到信息化带来的良好开展。医疗效劳模式医院将改变传统的坐等患者上门的效劳模式，通过医患关系管理系统提供的病源信息，为患者提供主动的、推送式效劳。在实际的医疗过程中，一卡通、分诊管理等系统的引入，优化了医院的医疗资源，提高了医院的医疗资源利用率，也在相当程度上提升了医院的管理效率和经济效益。3.3.4、用户界面需求集成平台应提供集成监控界面集成监控平台主要就是为平台管理员提供一个可以监视集成系统所有作业流程的窗口，通过该窗口，管理员可以监视到所有消息的执行过程和执行时间，还可全局掌控所有流入系统的外部数据和流出系统的内部数据，以及错误信息等。错误消息处理在系统运行的过程中必然会出现一些错误运行，当系统错误运行时，可能会导致信息交流受阻，在这个时候，我们要考虑应设置一个界面功能：允许管理员手动来完成这个信息的交流与传递操作界面的易操作性我们在界面设计的时候要充分考虑到如何方便操作人员来操作系统，这就要求在界面设计的时候要充分考量其逻辑关系的设计：即方便人员查找。3.3.5、平安性需求当系统和HL7引擎出现运行故障时，要能保证数据不会丧失，且必须保证在短时间内保证能够及时恢复系统。考虑到医院机构的运行特性，必须保证系统和效劳器能够长时间运行不出错，如果以早8点晚11点计算，至少需要15小时。考虑到医院卫生机构在短时间内访问系统的数量之巨大，要保证系统运行顺畅，反响时间要迅速。在恶劣极端的情况下，比方断电以及外部入侵，要保证系统数据库的平安，并尽量防止系统中毒，以及中毒后系统数据的备份和恢复。第四章平台设计根据对集成平台功能需求以及HL7标准的分析，基于HL7标准的医院信息系统集成平台设计JAVA语言来编写，并采用XML技术来完成。本章将阐述最主要模块HL7引擎的设计过程，包括各功能模块的设计。4.1、总体设计4.1.1设计目标在我们的设计的医院信息集成平台中，将以HIS为中心，并包括门诊系统、药房系统、医嘱系统、住院和医生效劳工作站系统等。另外还将医技科室应用程序，包括LIS、RIS等、财务管理系统、人事效劳系统以及后勤管理程序等，这些应用程序之间最后的数据交换和交流，最后都是通过集成平台完成。图4.1集成平台设计目标4.1.2体系结构本系统在原有系统之根底上，通过增加EAI业务层来实现对HL7引擎的调用，在HL7引擎的帮助下，EAI层将获取的所有请求和数据，转换为HL7格式之消息，而平台那么通过这些HL7格式转换后的消息来完成整个系统的实现，包括系统的数据映射和数据融合等，从而保证了数据的统一性和完整心，最终实现整个平台内的数据共享。图4.2集成平台体系结构图从该集成平台体系结构图中我们可以看到居于最底层的是放松方的应用程序和发送方的数据库，它是整个消息的产生者，中间层那么是我们所称的EAI层，包含了HL7引擎接口、HL7引擎和HL7引擎管理三项，其中HL7引擎是管理和实现数据之间的产生、转换和解析的全过程，而HL7引擎接口那么包含了应用接口、数据接口和协议接口。最上层是接收方的应用程序和数据层。4.1.3信息集成模块例如信息集成组件主要由以下几局部组成BusinessService业务效劳、BusinessProcess业务处理、BusinessOperation业务操作，这几局部共同作用下，将集成事务与消息传递进行完成。其中，BusinessService主要负责进行消息的监听与接收；BusinessProcess负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责；BusinessOperation负责将转换完成、最原子化的一个操作，发送/调用信息集成的目标端。同时在三者相互作用下，消息的反响准确的返回到BusinessProcess，由Process来讲反响消息控制返回到消息发送方。示意图如下〔后续对该例如进行说明〕：业务效劳监听与接收：在当今医院中，存在各种各种的医疗业务系统，医疗业务系统的多样性，就将导致与其集成时，接入方式的多样性，如局部系统已实现TCP的发送传递；局部已实现文本输出等。集成平台作为医院信息系统的中转、适配角色，在接入方式的多样性成为必要条件。如前所述，在这方面，集成平台允许的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。在多种方式的接入过程中，将不同来源的消息通过统一的出口转交给业务处理局部，由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。在本例如中，EMRS通过WebService的效劳监听〔BS.WS.EMRWS〕方式将消息内容传递进集成平台，在通过验证后，将该消息转发给了业务处理模块中的路由模块。消息路由转发：在一些应用场景中，如电子病历系统、重症监护系统、HIS系统三者进行信息传递时，局部信息是需要三者之间交互的，而局部信息仅仅需要两者之间交互，这在消息转发路由时，需要有一定的控制，起到闸门的作用。如：HIS系统进行入院登记时，需要将病人的信息发送到电子病历系统与重症监护系统；而在重症监护系统采集到病人生命体征信息时，仅仅将此信息发送到电子病历系统即可。因此，在集成平台中，引入消息路由转发的相关模块就显得比拟重要。在本例如中，EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息时，可能会转发至EMRPlaceOrder、EMROrderCA、BadMessageHandle三个相关的处理模块。而具体转发至何模块，由消息头定义中的相关信息具体定义。消息路由者起到解析与转发的作用。事务业务流程处理：即时消息路由已经正确路由转发了消息到准确的端点，但是在对应的端点内，还会有一些业务流程需要进行处理。如在EMRS下达一个新的Order的时候，需要的一定的情况下产生不同的业务流程分支：如该病人为门诊病人或者住院病人，那么有必要产生HL7消息中的住院病人登记信息与门诊病人登记信息：ADTA01与ADTA04。在本例如中，BPEMRPlaceOrder的内部业务流程如下，每一个结点代表着一次逻辑处理过程：消息匹配映射：在一些情况下，消息的传递方并无必要产生HL7标准格式消息的情况下，如EMRS与集成平台为内部互调时，双方之间提供预定义的WebService的接口，以快速的开发与进行集成。此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。终端消息发送：在进行正确的消息格式转换与业务逻辑处理，此时的消息已经成为一个符合终端系统需要的消息格式。在事务业务流程处理中，会将此消息投递给相应的终端系统。在投递消息完成工，事务业务流程处理模块会进入等待反响的状况，等待终端系统反响一个应答消息，以表示该消息在终端系统中被准确的处理。事务处理模块收到该应答消息，并组织成发送端系统需要的消息格式，并作为应答系统，反响至发送端系统。4.2平台网络体系在我们实际的医院机构中，根本都已经存在一定的网络结构，在由于其时间久远，出现了老化和废用等情况，已经不能适用于新的平台的要求，所以在本集成平台的改造实施中，同样需要对平台的网络体系进行改造设计实施。我们在构建集成平台网络的时候，在满足医院需求的情况下必须遵循以下原那么：稳定性保证整个系统的稳定性，使整个系统可持续性运行：实用性整个系统的建设应该根据医院的实际需求进行，保证切实实用；先进性应用先进、成熟的技术，保证系统高效、平安、可靠；可伸缩性以整个系统可靠、正常运行为最终目的，确保计算机网络系统容量足够且具有相当的扩展能力；冗余性核心网络涉及到整个医院管理信息系统的正常运行，一旦出故障必将影响整个交易的运行，必须有一定的冗余设计；可管理性在运行维护方面注重平安、方便、简单、故障易发现和易恢复。平安体系建设应该符合平安性、实用性、先进性、高集成性、可扩展性、开放性、稳定性、可恢复性、可管理性等原那么进行实施。按照“统一规划、分级实施；综合防范、整体平安；分级保护、务求实效”的原那么，建立综合平安效劳体系。4.2.1网络结构设计xxx医院的网络是一个以千兆交换为核心，百兆交换到桌面的快速以太网网络。网络可分为核心层和二级交换层。〔一〕核心层：核心层有时候被称作网络的主干。该层的主要目的是尽可能快地交换数据。网络的这个层不应该被牵扯到费力的数据包操作或者任何减慢数据交换的处理。应该防止在核心层中使用访问控制列表和数据包过滤这类的功能。核心层主要以下几项工作：提供交换区块间的连接；提供到其他区块(如广域网区块)的访问；尽可能快地交换数据帧或者数据包。〔二〕二级交换层：主要是部门或用户被许可接入网络的点以及相关的工作站等。该分层能够通过过滤或访问控制列表提供对用户流量的进一步控制；但该层的主要功能是为最终用户提供网络接入。在网络的环境中，该层所代表的功能有以下几项：设置网络边界；设置平安策略；业务聚合和划分；用户接入；播送域或多点播送域定义；网络结构示意图如下：图3-6网络结构1〕网络技术选型根据医院具体情况，我们决定在本方案中选用交换式快速以太网,提出以下总体方案设计框架:采用千兆以太网技术作为网络主干,为医院提供高速、高带宽和大容量的数据吞吐量，主干网传输速率为1000MB，到桌面的传输速率为100MB，应用系统主要采用TCP/IP协议，在方案设计中将IP子网的地址分配策略和VLAN的策略紧密结合,实现对网络的统一管理。由于本系统网络规模中等,主网络上的信息流量中等,而路由器设备包的转发延迟将高于交换设备的转发延迟，因此在整个交易中心网主干上很可能路由瓶颈问题，再有，医院占地面积广，需要连网的终端设备分散，基于此点考虑,我们提出了两层交换的网络建设模式。两层是指中心使用高性能的网络交换机，中心交换机与二级交换机使用光纤1000M连接，二级交换机与终端设备100M连接。必要时主干网分为多个VLAN,由中心路由交换机完成VLAN间的路由工作，将播送域隔离在主干网的局部，提高主干网的使用效率。实现部门IP子网统一的管理，提高主干网的使用效率,充分到达应用的需求。2〕网络设备选型中心设备请参考投标文件中的相关的供货章节，其他业务系统设备，以医院现有设备〔含新采购设备〕为准。3〕VLAN和IP地址规划VLAN划分：在核心交换机上将与Internet相连的效劳器划分一个VLAN〔VLAN2〕；在核心交换机上将与外网相连的防火墙划分一个VLAN〔VLAN3〕；在核心交换机上将整个医院交换机划分到一个VLAN里〔VLAN4〕；在核心交换机上将效劳器系统划分到一个VLAN里〔VLAN5〕；在核心交换机上将医院内的所有处室划分VLAN(VLAN6～VLAN30)。IP地址规划：假设采用全部网络均采用24位子网掩码；外网防火墙的Internet接口上的地址由效劳提供商分配；效劳器区VLAN接口上的IP地址为：54；大楼内网VLAN接口上的IP地址为：54～54；各部门的IP地址段为：192.168.100.x～192.168.255.x。4〕网络数据交换内部客户机访问内部效劳器医院内部的客户机访问医院内部效劳器时，首先将判断效劳器是否与其在同一个网段，经判断效劳器192.168.5.x/24网段与内部办公计算机192.168.6.x/24不在同一网段，因此将数据包发送至内部办公网段的网关上，即核心交换机的54的接口上；核心交换机查询其路由表，发现192.168.5.x/24网段是一条直连路由，所以核心交换机将该数据包发送出对应的VLAN接口，最后由正确的效劳器接受。同样，效劳器对返回数据包进行判断，发现与内部办公计算机192.168.6.x/24不在同一网段，因此就将数据包发送至它的默认网关上，即核心交换机的54接口上。核心交换机通过查询路由表，发现192.168.6.x/24网段是一条直连路由，所以核心交换机将该数据包发送出对应的VLAN接口，最后由发起会话的办公计算机接受；至此，客户机与效劳器完成了双向通讯。内网算机访问Internet医院内部的计算机访问Internet时，同样判断出数据包不是本地的，因此发送给核心交换机，核心交换机通过查询路由表发现没有匹配的前缀路由，因此将数据包通过默认路由转发到外网效劳器上〔默认路由可以通过多种方式产生，由外网效劳器注入或由多条默认静态路由组成〕。外网效劳器将数据包的源地址转换成自身外网接口的IP地址送入Internet防火墙，并最终到达目标主机。返回数据包通过Internet路由最终到Internet防火墙，并由防火墙将返回数据包送达外网效劳器，外网效劳器通过查询连接状态表转换成内部地址并最终送达内部办公计算机，至此双向通讯完成。4.2.3网络平安设计随着Internet网络急剧扩大和上网用户迅速增加，风险变得更加严重和复杂。原来由单个计算机平安事故引起的损害可能传播到其他系统，引起大范围的瘫痪和损失；另外加上缺乏平安控制机制和对Internet平安政策的认识缺乏，这些风险正日益严重。1〕网络平安设计原那么对医院的局域网网络系统平安方案设计、规划时，应遵循以下原那么：综合性、整体性原那么：应用系统工程的观点、方法，分析网络的平安及具体措施。平安措施主要包括：行政法律手段、各种管理制度〔人员审查、工作流程、维护保障制度等〕以及专业措施〔识别技术、存取控制、密码、低辐射、容错、防病毒、采用高平安产品等〕。计算机网络平安应遵循整体平安性原那么，根据规定的平安策略制定出合理的网络平安体系结构。需求、风险、代价平衡的原那么：对任一网络，绝对平安难以到达，也不一定是必要的。对一个网络进行实际额研究〔包括任务、性能、结构、可靠性、可维护性等〕，并对网络面临的威胁及可能承当的风险进行定性与定量相结合的分析，然后制定标准和措施，确定本系统的平安策略。一致性原那么：一致性原那么主要是指网络平安问题应与整个网络的工作周期〔或生命周期〕同时存在，制定的平安体系结构必须与网络的平安需求相一致。平安的网络系统设计〔包括初步或详细设计〕及实施方案、网络验证、验收、运行等，都要有平安的内容及措施。易操作性原那么：平安措施需要人为去完成，如果措施过于复杂，对人的要求过高，本身就降低了平安性。其次，措施的采用不能影响系统的正常运行。分步实施原那么：由于网络系统及其应用扩展范围广阔，随着网络规模的扩大及应用的增加，网络脆弱性也会不断增加。多重保护原那么：任何平安措施都不是绝对平安的，都可能被攻破。但是建立一个多重保护系统，各层保护相互补充，当一层保护被攻破时，其它层保护仍可保护信息的平安。可评价性原那么：如何预先评价一个平安设计并验证其网络的平安性，这需要通过国家有关网络信息平安测评认证机构的评估来实现。2〕网络平安建设目标网络系统平安应该实现以下目标：建立一套完整可行的网络平安与网络管理策略；将内部网络、公开效劳器网络和外网进行有效隔离，防止与外部网络的直接通信；建立网站各主机和效劳器的平安保护措施，保证他们的系统平安；对网上效劳请求内容进行控制，使非法访问在到达主机前被拒绝；加强合法用户的访问认证，同时将用户的访问权限控制在最低限度；全面监视对公开效劳器的访问，及时发现和拒绝不平安的操作和黑客攻击行为；加强对各种访问的审计工作，详细记录对网络、公开效劳器的访问行为，形成完整的系统日志；备份与灾难恢复——强化系统备份，实现系统快速恢复；加强网络平安管理，提高系统全体人员的网络平安意识和防范技术。3〕网络平安体系结构根据网络结构，按照平安策略的要求、风险分析的结果及整个网络的平安目标，整个网络措施应按系统体系建立。具体的平安控制系统由以下几个方面组成：物理平安、网络平安、系统平安、信息平安、应用平安和平安管理。3.1〕物理平安保证计算机信息系统各种设备的物理平安是整个计算机信息系统平安的前提，物理平安是保