医院信息集成平台建设实施方案
医院信息集成平台建设方案
医院信息集成平台建设方案一、前言传统医院信息系统通常是由多个独立的系统组成，如 HIS、LIS、PACS 等等。
这些系统各自独立，且彼此之间缺乏有效的集成机制，导致数据孤岛、信息难以共享等问题。
这不仅会给医院信息化管理带来很大困难，还会妨碍医疗质量的提升。
建立医院信息集成平台，将多个单一系统集成到一个统一的平台上，实现数据共享、信息互通，不仅有利于医院的信息化管理，还可提高医疗服务的效率和质量。
本文将就该方案的建设进行详细说明。
二、医院信息集成平台建设方案1.系统设计(1) 系统目标以优化医疗服务为目标，实现医院信息化管理和科学运营。
(2) 系统定位医院信息集成平台作为整个医院信息化建设的核心平台，将各个子系统独立的功能集成在一个平台上，实现卫生信息的互联互通。
(3) 系统框架医院信息集成平台的功能模块包括：①患者管理模块：包括患者基本信息、诊疗记录、检验检查结果、医嘱、费用等信息。
②电子病历模块：包括病历文书、病程记录、医嘱单等信息。
③医疗质量管理模块：包括不良事件管理、临床路径管理、质量考核等信息。
④医学影像模块：包括检查报告、图像、影像诊断等信息。
⑤药师工作站模块：包括药品信息、处方信息、用药方式等信息。
⑥库存管理模块：包括药品、耗材等库存信息。
⑦医生工作站模块：包括病历记录、医嘱、检查、诊断、治疗等信息。
⑧护士工作站模块：包括护理记录、医嘱、检查等信息。
⑨后勤管理模块：包括餐饮管理、洗涤管理等信息。
(4) 系统特点①互联互通：实现医院内部各个子系统之间的无缝集成，构建卫生信息交流及共享环境。
②开放标准化：采用开放式接口，可与其他医疗信息系统无缝对接。
③安全稳定：支持数据备份与恢复，能够保证数据的安全性和系统的稳定性。
(5) 系统架构医院信息集成平台采用面向服务架构（SOA），主要包括应用层、服务层和资源层。
应用层包括各个子系统的原始应用。
服务层提供统一的访问接口，实现各个子系统之间的互联互通。
医院信息集成平台建设方案（2篇）
医院信息集成平台建设方案____年医院信息集成平台建设方案一、引言医院信息化建设已经成为现代医院管理的趋势，信息集成平台是医院信息化建设的核心。
在____年，为了更好地提升医院的管理水平和服务质量，本方案将提出____年医院信息集成平台建设方案，以实现医院信息化的全面推进。
二、现状分析1.医院信息化程度不高。
目前，我国医院信息化建设程度不高，很多医院还在使用传统的纸质病历管理系统，信息共享和交互能力欠缺。
2.系统分散，信息孤岛问题突出。
许多医院的信息系统是分散在不同的部门和岗位上，造成了信息孤岛问题，信息共享和协同工作困难。
3.数据安全风险大。
医院的信息系统存在数据安全风险，未能采取有效的措施来保护患者的个人信息和医疗数据。
4.医生工作效率低。
医生在工作中需要频繁地切换不同的系统和界面，影响了医生的工作效率和患者就诊体验。
三、目标设定1.提升医院管理水平。
通过信息集成平台的建设，实现医院各个部门和岗位之间的信息共享和协同工作，提升医院的管理水平和效率。
2.优化患者就诊体验。
通过信息集成平台的建设，实现患者就诊信息的一体化管理和查询，提升患者的就诊体验和满意度。
3.保障患者隐私和数据安全。
通过信息集成平台的建设，加强医院信息系统的安全性能，保障患者个人信息和医疗数据的安全。
四、建设方案1.整合现有信息系统。
首先需要对医院现有的信息系统进行整合，将各个系统的功能进行合理分配，并建立标准的数据接口，以实现系统之间的数据交换和共享。
2.建设统一的信息平台。
建设统一的信息平台，实现医院各个系统的集成和协同，包括电子病历、医嘱系统、预约挂号系统、药品管理系统等。
通过平台，医生可以在同一个界面上完成患者的诊疗工作。
3.引入云计算和大数据技术。
引入云计算和大数据技术，提高系统的稳定性和可扩展性。
通过大数据分析，能够及时监测并预测患者的病情发展趋势，帮助医生做出科学的诊疗方案。
4.加强数据安全保护。
建立完善的数据安全保护机制，包括数据加密、访问控制、审计等措施，保护患者的个人信息和医疗数据不被非法获取。
智慧医院集成平台建设方案
需要有可视化的运维管理工具，以提升整个平台的后续维护能力
标准化 ：
标准化是整个平台项目的基础，需要至始至终贯彻。
实时监管 ：
信息中心要能直观掌控平台的实时运行情况，需要有实时监测系统提供支持。
集成平台数据中心建设关键点
标准化 （共享与利用）
•接口标准化 •数据标准化
可视化 （构建过程）
一卡通管理
医院信息集成平台（HIP）
基础数据中心|临床数据中心|运营数据中心| 数据集成、流程集成、应用集成
临床业务信息系统 -------------------
电子病历 临床路径 临床质控 临床决策
医院运营管理系统 -------------------
财务管理 物流管理 人力资源 后勤管理
医技业务信息系统 -------------------
会计核算
预算管理
网 络
运营 资金管理
管理 环
物流管理
境
设备管理
？
医技 服务
医学影像 临床检验 超声管理 放射管理
科室成本 项目成本 病种成本 人力资源 绩效管理 奖金管理
病理管理 手术麻醉 心电管理 内镜管理
审计管理 合同管理 基金管理 后勤管理 供应室管理 运营分析
输血管理 血透管理 重症监护 放疗管理
临床路径管理 健康体检管理
移动医生 孕产妇保健
集成 平台
注册服务 标准制定 预警阀值
接口管理 CA认证 消息机制
分发管理 工作流 字典管理
索引服务 运行监控 门户展现
综合 服务
门急诊挂号 门急诊收费 一卡通管理
预约挂号 自助挂号 自助缴费
预约住院 住院收费 病人管理
医院集成平台实施方案
医院集成平台实施方案一、背景介绍。
随着医疗信息化的发展，医院对信息系统的需求越来越高。
传统的信息系统往往存在数据孤岛、信息孤岛等问题，无法满足医院的管理和服务需求。
因此，医院集成平台的建设成为当前医院信息化的重要方向之一。
二、目标。
医院集成平台的建设旨在实现医院内部各类信息系统的互联互通，实现医疗资源的整合和共享，提高医疗服务的质量和效率。
同时，医院集成平台还可以为医院的决策提供数据支持，帮助医院管理者更好地进行管理和决策。
三、实施方案。
1. 系统架构设计。
医院集成平台的系统架构应该具备高可用性、高安全性和高扩展性。
在设计时需要考虑到医院内部各类信息系统的接入，同时还需要考虑到未来可能的扩展和升级。
合理的系统架构设计可以为后续的系统维护和升级提供便利。
2. 数据整合。
医院集成平台需要实现对医院内部各类信息系统的数据整合，包括医疗影像数据、病历数据、检验数据等。
数据整合需要考虑到数据的一致性和准确性，同时还需要考虑到数据的安全性和隐私保护。
3. 接口开发。
医院集成平台需要开发各类接口，实现与医院内部各类信息系统的对接。
接口开发需要考虑到不同系统之间的数据格式和协议的兼容性，同时还需要考虑到接口的稳定性和安全性。
4. 系统集成。
医院集成平台需要对医院内部各类信息系统进行集成，实现数据的互联互通。
系统集成需要考虑到系统之间的业务流程和数据流程的匹配，同时还需要考虑到系统之间的逻辑关系和依赖关系。
5. 系统测试。
医院集成平台在实施之前需要进行充分的系统测试，包括功能测试、性能测试、安全测试等。
系统测试可以发现系统存在的问题和隐患，为系统的稳定运行提供保障。
6. 系统上线。
医院集成平台在经过充分的测试之后可以进行上线。
在系统上线之后需要进行系统的监控和运维，及时发现和解决系统存在的问题，保证系统的稳定运行。
四、总结。
医院集成平台的建设对于医院信息化具有重要意义，可以实现医疗资源的整合和共享，提高医疗服务的质量和效率。
智慧医院信息化集成平台建设方案
互联 满足医院内部各个业务系统间的信息交互和协同，满足医院和 互通 上下级部门，外部单位间业务协同
标准 构建符合符合HL7标准的信息交换和服务集成体系，构建符合卫生 统一 部数据标准的数据资源库
医院集Байду номын сангаас平台建设重点
以CDR为数据共享基础
以电子病历为业务协同核心
以SOA和集成平台为技术基础
解决之道-SOA架构思想
集成中主要问题
缺乏企业架构规划，包括业务架构 ，数据架构，应用架构和技术架构
缺乏SOA架构思想指导，导致业务 系统烟囱式建设并高度耦合
信息孤岛严重，资源无法共享 HIMSS评估模型的对标分析 HL7 V3标准规范体系的采用 缺乏卫生部363/364 电子病历等各
标准的严格执行和实施 各个业务系统建设本身也无标准的
临床信息/ 电子病历
建立集成统一的 医疗信息平台
临床支持 (LIS, PACS,
OT, PIS)
快速而高效的病人行 政管理提高服务质量
病人管理 和病人帐务
（HIS）
数据仓库 （报表、BI、 EIS，DSS）
有效地支 持临床服 务
知识管理
医院集成平台建设背景
医疗信息共享和业务协作平台，是医院内不同业务系统之间实现统一集成、资源整合和高 效运转的基础和载体。
医院信息化集成主要问题-数据整合
医院信息化建设中，如何构建临床数据中心(Clinical Data Repository, CDR)提供以患者为中 心的统一视图的实时数据库，实现数据统一采集，存储，建模。同时为构建CDW专题临床数据 库提供基础已经成为迫切需要解决的问题。
集成中主要问题
信息数据分散，格式不统一，同时 依赖于具体的产品
医院集成平台建设方案
医院集成平台建设方案1. 引言随着医疗信息化的快速发展，医院在管理和运营中面临着各种挑战和需求，而医院集成平台的建设能够帮助医院实现各系统的无缝集成，提高管理效率，优化医疗服务质量。
本文将介绍医院集成平台的概念、建设目标和关键技术，为医院集成平台建设提供方案及指导。
2. 医院集成平台概述医院集成平台是一种基于信息技术的系统集成解决方案，目的是将医院内部各类系统和外部资源进行有效整合，实现信息共享和无缝协同。
医院集成平台可以支持医院内部各系统的互联互通，并且能够与外部机构、系统进行数据交换和接口对接。
3. 医院集成平台建设目标医院集成平台的建设目标主要包括以下几个方面：3.1 提高数据共享和整合通过医院集成平台，各医疗信息系统可以实现数据共享和整合，医务人员可以方便地获取和利用患者的完整电子健康档案，提高医疗决策的准确性和效率。
3.2 优化医疗服务流程医院集成平台可以对医院内各个环节进行整合和优化，实现流程自动化和信息化，提高医疗服务效率和质量。
比如预约挂号、检查检验、病案管理等环节可以通过平台实现无纸化操作和互联互通。
3.3 加强医院与外界的连接医院集成平台可以与公共卫生机构、社保机构、药店等外部系统进行接口对接，实现信息共享和业务协同。
比如在疫情防控时，可以通过平台与相关部门及时共享病患信息，做到快速响应和精准控制。
4. 医院集成平台关键技术医院集成平台的建设需采用一系列关键技术，包括：4.1 标准接口和协议医院集成平台需要支持各种标准接口和协议，如HL7、DICOM等，以方便与不同系统进行数据交互和接口对接。
4.2 数据安全与隐私保护医院集成平台应具备数据安全和隐私保护机制，采用加密、权限控制、审计等手段保护患者个人隐私和医疗数据安全。
4.3 数据仓库和分析医院集成平台需要建立完善的数据仓库和分析系统，以支持医院业务数据的存储、查询和分析，为决策提供依据。
5. 医院集成平台建设方案基于以上目标和关键技术，我们提出以下医院集成平台建设方案：5.1 平台架构设计设计医院集成平台的架构，包括数据层、业务逻辑层和用户界面层。
医院集成平台建设方案
医院集成平台建设方案随着信息化技术的不断发展，医院信息化建设已经成为医疗行业的重要趋势。
为了提高医院的管理效率和服务质量，医院集成平台的建设变得尤为重要。
本文将就医院集成平台的建设方案进行详细介绍，以期为医院信息化建设提供参考。
一、需求分析。
医院集成平台是为了解决医院信息系统之间的数据孤岛问题，实现各个系统之间的数据共享和交互。
因此，首先需要对医院的信息系统进行全面的调研和需求分析，包括医院管理系统、影像系统、检验系统、药品管理系统等各个方面，确定各系统之间的数据交互需求和接口标准。
二、平台架构设计。
在需求分析的基础上，需要设计医院集成平台的整体架构。
平台应该具备可扩展性和高可用性，能够支持不同类型的数据交换和接口标准。
同时，还需要考虑到安全性和隐私保护的问题，确保患者的个人信息不会泄露。
三、技术选型。
在确定了平台架构之后，需要对各种技术进行评估和选型。
包括数据传输协议、数据格式、安全加密算法等方面，需要选择成熟稳定的技术方案，确保平台的稳定性和安全性。
四、系统集成与测试。
在技术选型之后，需要对各个系统进行集成和测试。
这包括接口的开发和调试、数据的转换和映射、系统的整合和联调等工作。
只有经过充分的测试，才能确保平台的稳定性和可靠性。
五、上线运维。
在系统集成和测试通过之后，就需要进行上线运维工作。
这包括平台的部署和配置、监控和维护等方面。
同时，还需要建立完善的故障处理机制和应急预案，确保平台能够稳定运行。
六、数据治理与安全。
在平台建设完成之后，还需要进行数据治理和安全管理工作。
这包括数据的备份和恢复、权限控制和审计、数据质量管理等方面，确保数据的安全和完整性。
七、用户培训与支持。
最后，需要对医院的工作人员进行培训和支持，让他们能够熟练地使用集成平台进行工作。
同时，还需要建立用户反馈机制，及时收集用户的意见和建议，不断改进平台的功能和性能。
总结。
医院集成平台的建设是一个复杂而又重要的工作，需要全面的规划和认真的执行。
智慧医院信息系统集成平台建设方案
智慧医院信息系统集成平台建设方案1. 引言智慧医疗是在信息化的背景下，通过整合和利用医疗领域的各类信息资源，以提升医疗服务水平和效率的方式。
智慧医院信息系统集成平台是智慧医疗的核心基础设施，它通过整合各类医疗信息系统和设备，实现医院内科室之间、医院之间的信息流通与共享，从而提高医院的管理效率和医疗服务质量。
2. 目标与需求分析智慧医院信息系统集成平台的建设目标是实现以下几个方面的需求：2.1 信息共享与流通该平台需要实现不同科室间的信息共享与流通，使得医生和护士能够及时获得患者的所有诊疗信息，包括病历、检查结果、医嘱等，以提高医疗决策的准确性和效率。
2.2 数据汇总与分析平台应具备数据汇总与分析的能力，能够将来自各个数据源的医疗数据进行整合和分析，为医院提供决策支持和统计报表，从而提高医院管理水平和绩效。
2.3 设备联接与管理平台需要支持各类医疗设备的联接与管理，包括医疗影像设备、监护设备、呼吸机等，以实现设备数据的采集、传输和处理，提高医疗设备的利用效率和运维管理水平。
2.4 统一标准与规范为了实现医疗信息的互通与共享，平台需要支持各种医疗数据标准和通信协议，如HL7、DICOM等，保证不同系统之间的数据的一致性和互操作性。
3. 架构与技术方案基于上述目标与需求，智慧医院信息系统集成平台的架构与技术方案如下：3.1 总体架构采用分布式架构，将平台划分为前端用户界面、中间件和后端数据存储三层，实现各个系统和设备之间的信息流通与共享。
3.2 前端用户界面采用Web应用的方式，支持多平台、多终端的访问，提供方便易用的用户界面，使得医生、护士和管理人员能够方便地访问和使用平台的各种功能。
3.3 中间件中间件起到连接和协调各个系统和设备的作用，它包括消息中间件、数据中间件和服务中间件。
消息中间件负责实现不同系统之间的消息传输和转换；数据中间件负责数据的整合与分析；服务中间件负责提供各类服务接口供其他系统调用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
信息集成平台建设方案1建设需求一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。
这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。
然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。
系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流整合的基础上实现交互协作，从而以数字化的形式完成各项医疗业务。
2建设目标系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。
通过建设一个规范的系统集成平台，在IHE、DICOM、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。
3信息集成方法信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。
应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等标准，采用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL （Extract-Transform-Load）工具实现；界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。
协同应用从早期单纯的点对点接口方式，发展到现如今的集成平台方式。
各种方式中：✓点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，则接口数为N*(N-1)/2。
✓集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。
由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。
4应用集成和医技辅诊科室信息系统（如PACS/RIS、LIS、MUSE等）的信息集成，这种场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。
集成平台体系结构如下图所示，集成平台对外提供支持多种方式的集成服务：包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。
医院信息系统在国际、国内广泛采用的有一套集成规范，即：医疗健康信息集成规范（IHE）规范。
IHE规范未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。
在IHE中，消息传递采用的是HL7（2.x版本)标准，影像传递采用DICOM标准。
本集成平台的集成严格参照该规范进行：信息集成平台在进行消息时采用HL7 2.4标准进行消息传递、在消息内部传递DICOM StudyUID，以满足后续DICOM图像应用时的需要。
临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。
事务的定义参照IHE规范执行，消息的交互标准参照HL7 2.4标准执行。
集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来，依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入服务方式：TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。
以更多接入方式进行各种不同方式集成各业务系统。
集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。
集成引擎基于标准的业务流程执行语言（Business Process Execution Language）进行扩展应用，以描述交互应用。
4.1信息集成模块与示例信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作，这几部分共同作用下，将集成事务与消息传递进行完成。
其中，Business Service主要负责进行消息的监听与接收；Business Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责；Business Operation负责将转换完成、最原子化的一个操作，发送/调用信息集成的目标端。
同时在三者相互作用下，消息的反馈准确的返回到Business Process，由Process来讲反馈消息控制返回到消息发送方。
示意图如下（后续对该示例进行说明）：4.1.1 业务服务监听与接收在当今医院中，存在各种各种的医疗业务系统，医疗业务系统的多样性，就将导致与其集成时，接入方式的多样性，如部分系统已实现TCP的发送传递；部分已实现文本输出等。
集成平台作为医院信息系统的中转、适配角色，在接入方式的多样性成为必要条件。
如前所述，在这方面，集成平台允许的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。
在多种方式的接入过程中，将不同来源的消息通过统一的出口转交给业务处理部分，由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。
在本示例中，EMRS通过WebService的服务监听（BS.WS.EMRWS）方式将消息内容传递进集成平台，在通过验证后，将该消息转发给了业务处理模块中的路由模块。
4.1.2 消息路由转发在一些应用场景中，如电子病历系统、重症监护系统、HIS系统三者进行信息传递时，部分信息是需要三者之间交互的，而部分信息仅仅需要两者之间交互，这在消息转发路由时，需要有一定的控制，起到闸门的作用。
如：HIS系统进行入院登记时，需要将病人的信息发送到电子病历系统与重症监护系统；而在重症监护系统采集到病人生命体征信息时，仅仅将此信息发送到电子病历系统即可。
因此，在集成平台中，引入消息路由转发的相关模块就显得比较重要。
在本示例中，EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息时，可能会转发至EMRPlaceOrder、EMROrderCA、BadMessageHandle三个相关的处理模块。
而具体转发至何模块，由消息头定义中的相关信息具体定义。
消息路由者起到解析与转发的作用。
4.1.3 事务业务流程处理即时消息路由已经正确路由转发了消息到准确的端点，但是在对应的端点内，还会有一些业务流程需要进行处理。
如在EMRS下达一个新的Order的时候，需要的一定的情况下产生不同的业务流程分支：如该病人为门诊病人或者住院病人，则有必要产生HL7 消息中的住院病人登记信息与门诊病人登记信息：ADTA01与ADTA04。
在本示例中，BPEMRPlaceOrder的内部业务流程如下，每一个结点代表着一次逻辑处理过程：4.1.4 消息匹配映射在一些情况下，消息的传递方并无必要产生HL7标准格式消息的情况下，如EMRS与集成平台为内部互调时，双方之间提供预定义的WebService的接口，以快速的开发与进行集成。
此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。
而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。
4.1.5 终端消息发送在进行正确的消息格式转换与业务逻辑处理，此时的消息已经成为一个符合终端系统需要的消息格式。
在事务业务流程处理中，会将此消息投递给相应的终端系统。
在投递消息完成工，事务业务流程处理模块会进入等待反馈的状况，等待终端系统反馈一个应答消息，以表示该消息在终端系统中被准确的处理。
事务处理模块收到该应答消息，并组织成发送端系统需要的消息格式，并作为应答系统，反馈至发送端系统。
4.2集成事务处理流程规划上述主要针对集成平台中各个模块作用于应用场景进行了阐述，下面将以IHE规范中医嘱下达方医嘱执行的完整业务流程为例，进行完整的集成事务流程描述。
该流程反应了普遍的医嘱流程，多数院内的医嘱流程都可参照执行，为医院的信息系统集成方式提供良好的参考。
本示例中，目标系统以PACS为例。
另外，在院内经常出现的是在IHE规范中描述的：执行者医嘱流程，即由医嘱执行者（PACS系统中，为检查科室）进行医嘱下达的过程并执行的流程。
如下图所示：5数据集成在实际业务应用中，日常医院的HIS库与ERMS库之间存在较多需要高频率、高性能要求的交互，如计价信息与药品库存等信息的实时共享等。
针对这样的应用场景，我们采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。
目前，医院已经存在比较完整的医疗信息系统，这些医疗信息是以JW1H系统为基础，增加医院自己的需求发展而来。
ERMS电子病历系统是一个完整的独立产品，他有他自己完整一套的系统架构和数据中心结构，而在系统架构和数据中心结构上医院现有医疗信息系统和EMRS电子病历系统都存在较大差异，这就决定了现有系统和EMRS电子病历系统很难共用一个数据库。
可另外一方面，EMRS电子病历系统和医院现有医疗信息系统都是医院系统不可分割的一部分，他们即有自己工作的重点，又有相互联系和配合，只有相互无间的结合，才能快速、高效和正确地完成日常工作。
应用EMRS电子病历系统之后，医院现有医疗信息系统的主要工作就会变成传统意义上的HIS业务工作，如经济管理、人员管理和物资管理等，而EMRS电子病历系统主要完成以患者为中心的诊疗行为业务工作。
两者之间存在着千丝万缕的关系，以医嘱业务举例，如EMRS电子病历系统下达、转抄和校对医嘱之后，医院现有医疗信息系统需要完成对应的业务操作，如医嘱摆药和医嘱收费操作等，这就需要在这两个系统之间同步数据信息，而涉及到同步的医疗业务往往涉及的医疗各个环节，如诊疗、药房、收费、人员管理等，因此需要信息同步的数据量会比较大，而同时为了不造成医疗业务的延迟和脱节，也需要很高的实时性。
在这种应用场景下已不适宜采用基于集成平台的，通过消息交互的应用集成方式。
消息集成方式，往往需要一个发起方和接受方，而发起方和接受方往往需要一些额外的支持，如发起方需要调用接受方提供的接口等，期间可能还涉及到一些负责的来回交互，最主要的是，消息集成在数据量很大的情况下，处理速度不是很快，因此，我们将通过数据集成的方式来实现数据同步，数据库集成工具采用Oracle GoldenGate。