医院信息集成平台建设方案

.信息集成平台构建计划1建设需求完善的医院信息系统通常由数百个子系统组成，涉及很多专业领域。这样庞大的系统需要非常专业化的软件开发分工，整合不同企业的特色专业系统是医院信息系统的发展趋势，为了医院信息的成功，必须保证每个系统的有效集成和数据的高度共享。但是，这些系统通常是根据医院的发展要求逐步构建的，不同的制造企业、基于不同技术的集成信息交换标准的缺失，这些系统的集成逐渐成为医院数字化发展中需要解决的主要问题。系统集成平台的构建主要关注两个关键问题。一是为多种医疗应用程序提供统一的医疗数据访问服务，消除了多种医疗应用程序系统和医疗数据中心的直接结合。另一种是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通信协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流集成的基础上相互协作，以数字化形式完成各种医疗工作2建设目标系统之间的整合、整合和扩展一直是限制医院数字化发展的主要障碍。不同供应商之间的产品不兼容使得医院的整体信息化成为一个难题。基于国际标准(如IHE、DICOM和HL7)开发系统集成规范(涵盖医疗保健的所有业务流程)，并开发基于规范的系统集成平台(为传统、当前和未来系统提供统一的标准数据交换和工作流协作平台)。3信息整合方法信息整合方法有三种应用程序集成、数据集成和接口集成这三种整合方法解决了不同方面的问题。应用程序集成是指通过HL7消息、web服务、CORBA、EJB、DCOM、RPC等标准、消息中间件和BPM等中间件实现在应用程序之间实时或异步交换和交互调用信息的能力。数据集成表示应用系统的数据库系统之间的数据交换，以及共享和数据之间的映射转换，经常使用Extract-Transform-Load(ETL)工具实现。界面集成的含义是使用技术(如ActiveX插件、portlet、IFrame等)的应用程序界面之间的交互参考合成。联合应用程序从最初的简单点对点接口方法发展到今天的集成平台方法。多种方法中：对等接口方法的复杂性在于构建不同的系统和1: n接口，假设N个系统必须构建彼此的接口，则接口数为N*(N-1)/2。在统一平台方法中，如果需要在n个系统中进行应用程序协作，则只需开发n个适配器接口，从而减少了统一平台的系统负载。由于医院信息系统的复杂性，根据要求和应用方案，使用这三种集成方法和方法设计信息集成。4应用程序集成与医疗保健支持部门信息系统(如PACS/RIS、LIS、MUSE等)的信息集成是基于集成平台的应用程序集成方法的最佳选择，因为信息交互的数据量少，实时要求高，并且每个信息系统的专业供应商的实施方式都有很大的不同。统一平台体系结构向外部提供了支持多种方法的集成服务，如web服务、TCP接收服务、文件监控服务、FTP服务和SQL监控服务。医院信息系统有一套在国际和国内广泛使用的综合规范，即医疗健康信息集成规范(IHE)。IHE规范采用了“标准调整”流程，该流程在没有定义新的集成标准的情况下推动了基于行业标准的医疗保健IT系统互操作性。在IHE中，消息传送使用HL7(2.x版本)标准，图像路径使用DICOM标准。此集成平台的集成使用HL7 2.4标准传递消息，将DICOM StudyUID传递到消息内部，以严格引用满足后续DICOM图像应用需要的信息集成平台。临床信息集成用于处理每个临床信息系统的信息级集成事务。事务的定义参照IHE规范运行，消息的交互标准参照HL7 2.4标准运行。集成平台内部引擎是在enmblem集成平台的基础上进行的第二次开发，它基于enmblem自身的多种适配器支持，提供了多种访问服务，如TCP、文件夹接收、FTP文件接收、自定义web服务和SQL监视。可以通过多种方式集成各种业务系统。集成进程以可视化和可编辑的方式提供外部工作流进程的开发和使用。集成引擎基于标准业务流程执行语言(business process execution language)扩展应用产品，以说明交互式应用产品。4.1信息集成模块和示例信息集成组件主要包括业务服务业务服务、业务流程业务处理、业务操作业务作业，这些业务作业主要由以下部分组成，它们协同工作以执行合并事务和消息传递：其中，业务服务主要负责监视和接收消息。Business Process负责全局消息路由转发、事务流程处理、消息响应映射等业务职责。Business Operation负责最原子化信息整合的目标传输/调用转换。在这三种交互中，消息的反馈正确地返回到业务流程，Process的反馈消息控制返回到消息发送者。示意图如下所示(以下说明此示例):4.1.1监视和接收业务服务今天，医院存在多种医疗业务系统、医疗业务系统的多样性，这些系统可能导致访问方式的多样性，例如在某些系统中实施TCP传输。部分实现了文本输出等。统一平台作为医院信息系统的运输、适应作用，方法的多样性成为必要条件。如上所述，集成平台允许的访问方法有多种，如TCP、FILE、FTP、SQL、soap(web服务)、HTTP、MAIL等。在各种方法中，通过统一的出口将来自不同来源的消息传递到业务处理部分，执行与路由转发、消息匹配映射、业务流程处理等相关的任务。在此示例中，EMRS监视web服务的服务(BS .通过WS.EMRWS)方法将消息内容传递到统一平台，通过验证，然后将消息传递到业务处理模块的路由模块。4.1.2消息路由转发某些应用方案(如电子医疗记录系统、重症监护室系统、HIS系统等)要求某些信息在两者之间进行交互，而某些信息则充当在消息传递路径中需要特定控制的大门(如果仅需要两者之间的交互)。例如，他的系统需要在住院时将患者的信息传输到电子医疗记录系统和重症监护系统。收集患者生命体征信息时，只需将该信息发送到电子医疗记录系统。因此，在统一平台上，引入与消息路由传递相关的模块更为重要。在此示例中，名为EMRCTLRouter的消息路由选择程序在BS .WS .接受有关EMRWS的消息时，可以将其传递到三个相关处理模块：EMRPlaceOrder、EMROrderCA和BadMessageHandle。将传递到哪个模块由消息题头定义中的相关信息具体定义。消息路由者起到解析和转发的作用。4.1.3处理事务业务流程即时消息路由将消息正确路由到正确的端点，但也有一些业务流程需要在该端点内处理。在EMRS中下达新订单时，请根据需要创建另一个业务流程分支。如果患者是门诊患者或住院患者，则需要生成HL7消息的住院患者注册信息和门诊注册信息(ADTA01和ADTA04)。在此示例中，BPEMRPlaceOrder的内部业务流程如下所示，每个节点表示逻辑处理流程：4.1.4消息匹配映射有时，消息传递者不需要生成HL7标准格式的消息，例如，EMRS和集成平台通过为内部互传提供预定义web服务的接口实现快速开发和集成。需要在web服务中定义的消息格式和标准HL7消息格式之间进行匹配转换。此转换作业的处理调用从“事务业务流程处理”模块启动。4.1.5发送终端消息在正确的消息格式转换和业务逻辑处理过程中，此消息已成为满足终端系统需要的消息格式。在处理事务业务流程时，此消息将发送到相应的终端系统。消息完成工作进程将等待事务业务流程处理模块反馈，最终系统将等待最终系统正确处理该消息的响应消息。事务模块接收此响应消息后，将其配置为发送方系统所需的消息格式，并向发送方系统的响应系统提供反馈。4.2规划合并交易处理下面介绍了集成平台中的每个模块的应用方案。以IHE规范的伪指示发送方执行的整个业务流程为例，说明了整个集成事务处理流程。该过程反映了大多数医院内的医生指导过程可以参考执行的典型医生指导过程，并为医院的信息系统集成方式提供了良好的参考。在此示例中，目标系统是PACS。此外，IHE规范经常描述伪指示过程，即伪指示执行者(在PACS系统中为检查部门)发出和执行伪指示的过程。如下图所示。5数据整合在实际业务应用程序中，需要高频率、高性能要求的交互更多，例如，在每日医院的HIS库和ERMS库之间实时共享价格信息和药品库存等信息。对于这些应用程序，基于数据库的数据库层同步使用了ETL工具(GoldenGate)。目前，医院已经存在基于JW1H系统增加医院自身需求的更完善的医疗信息系统。ERMS电子医疗记录系统是一个完整的独立产品，具有其自己的完整系统体系结构和数据中心结构，在系统体系结构和数据中心结构两者中，医院现有医疗信息系统和EMRS电子医疗记录系统之间存在巨大的差异，这表明现有系统和EMRS电子医疗记录系统很难共享一个数据库。另一方面，EMRS电子医疗记录系统和医院现有的医疗信息系统都侧重于自己的工作，进行相互联系和合作，因此，它是实现日常工作快速、高效和准确的医院系统不可缺少的一部分。应用EMRS电子医疗记录系统将使医院现有医疗信息系统的主要工作转变为传统的HIS工作方式，如经济管理、人员管理和材料管理，EMRS电子医疗记录系统主要负责以患者为中心的医疗保健行动工作。通过EMRS电子医疗记录系统的指示、副本、校准等医生指示工作，医院现有的医疗信息系统必须完成业务运营(例如医生指示或医生指示)，因此必须通过与同时进行的医疗工作相关的医疗保健的多个方面(例如医疗、药房、收费、员工管理等)同步信息。因此，需要同步信息的数据量相对较大，而需要高实时性以避免医疗工作延迟和中断在这些应用程序方案中，通过消息交互使用基于合并平台的应用程序集成不再有效。邮件整合的方式，发起方和receivable通常需要其他支持，例如发起方需要调用接收方提供的接口，其中可能包括一些负责任的往返交互。最重要的是，消息集成在数据量大的情况下处理速度不是很快，因此，数据集成方法将执行数据同步，数据库集成工具将采用Oracle GoldenGate。医院需要数据同步的部分包括两部分：HIS数据库和EMRS数据库。使用GoldenGate在HIS数据库数据和EMRS数据库之间双向同步数据。基本结构图如下图所示。如上图所示，HIS数据库中的相关数据更改通过GoldenGate实时同步到EMRS数据库，EMRS数据库中的相关数据更改通过GoldenGate实时同步到EMRS数据库。具体实施过程如下图所示。如上图所示，数据同步的核心是GoldenGate，HIS数据库和EMRS数据库中更改的数据的捕获、传播和复制都是通过他完成的。GoldenGate运行在EMRS数据库服务器上，当emcs数据库中的数据发生更改时，GoldenGate捕获该功能的业务更改数据，然后通过网络将其转发到HIS数据库，在HIS数据库服务器上运行golden gate，以解析更改数据并将其应用于HIS数据库。在这种情况下，可以在真药程序中查看相应的伪命令记录，然后创建药。相反，HIS数据库中的更改数据也将通过上述过程应用于EMRS数据库。通过GoldenGate，我们实现了他的数据库和EMRS数据库之间的独立性和联系，从而能够很好地分担各自的工作，同时支持整个医院的正常运营。5.1 GoldenGate概述Oracle GoldenGate软件是基于日志的结构化数据复制软件，它分析源数据库中的联机日志或归档日志以获取数据的增量更改，然后将其应用于目标数据库，以完成源数据库和目标数据库的同步。GoldenGate可以在几乎所有常见操作系统平台和数据库平台(包括异构IT基础结构)之间及时复制大量数据，从而可以在多个场景中使用，如应急系统、在线报告、及时数据仓库供应、事务跟踪、数据同步、集中/分发、灾难恢复等，如下图所示。如上所述，在执行数据同步时，GoldenGate主要涉及三个重要的流程：提取流程、传播流程和应用流程。1.提取进程：上图捕获进程，主要负责读取数据库的日志文件并将数据更改保存到队列文件。2.传输处理作业：也称为传输处理作业，此处理作业主要负责以压缩和加密的方式，将来源资料库中发生的变更伫列档案透过网路传输到目的地资料库。3.套用处理作业：也称为接受处理作业，可以剖析传输处理作业所传输之来源资料库的资料变更伫列档案，然后套用至目的地资料库。上述三个进程完成了从源数据库到目