医院信息集成平台建设方案设计
- 格式:docx
- 大小:316.56 KB
- 文档页数:19
医院信息集成平台建设方案一、前言传统医院信息系统通常是由多个独立的系统组成,如 HIS、LIS、PACS 等等。
这些系统各自独立,且彼此之间缺乏有效的集成机制,导致数据孤岛、信息难以共享等问题。
这不仅会给医院信息化管理带来很大困难,还会妨碍医疗质量的提升。
建立医院信息集成平台,将多个单一系统集成到一个统一的平台上,实现数据共享、信息互通,不仅有利于医院的信息化管理,还可提高医疗服务的效率和质量。
本文将就该方案的建设进行详细说明。
二、医院信息集成平台建设方案1.系统设计(1) 系统目标以优化医疗服务为目标,实现医院信息化管理和科学运营。
(2) 系统定位医院信息集成平台作为整个医院信息化建设的核心平台,将各个子系统独立的功能集成在一个平台上,实现卫生信息的互联互通。
(3) 系统框架医院信息集成平台的功能模块包括:①患者管理模块:包括患者基本信息、诊疗记录、检验检查结果、医嘱、费用等信息。
②电子病历模块:包括病历文书、病程记录、医嘱单等信息。
③医疗质量管理模块:包括不良事件管理、临床路径管理、质量考核等信息。
④医学影像模块:包括检查报告、图像、影像诊断等信息。
⑤药师工作站模块:包括药品信息、处方信息、用药方式等信息。
⑥库存管理模块:包括药品、耗材等库存信息。
⑦医生工作站模块:包括病历记录、医嘱、检查、诊断、治疗等信息。
⑧护士工作站模块:包括护理记录、医嘱、检查等信息。
⑨后勤管理模块:包括餐饮管理、洗涤管理等信息。
(4) 系统特点①互联互通:实现医院内部各个子系统之间的无缝集成,构建卫生信息交流及共享环境。
②开放标准化:采用开放式接口,可与其他医疗信息系统无缝对接。
③安全稳定:支持数据备份与恢复,能够保证数据的安全性和系统的稳定性。
(5) 系统架构医院信息集成平台采用面向服务架构(SOA),主要包括应用层、服务层和资源层。
应用层包括各个子系统的原始应用。
服务层提供统一的访问接口,实现各个子系统之间的互联互通。
智慧医院信息化系统集成平台建设方案引言随着科技的不断进步以及互联网的飞速发展,智慧医疗已成为医疗行业的新趋势。
为了提升医疗服务质量和效率,建设智慧医院是迫在眉睫的事情。
而建设一个智慧医院不仅需要技术的支撑,还需要系统集成。
本文将介绍智慧医院信息化系统集成平台的建设方案。
目标智慧医院信息化系统集成平台的建设旨在实现以下目标:•提升医疗服务质量和效率;•提高医疗数据规范化、集成化程度;•实现不同医疗系统之间的协同互通;•优化医疗服务流程,降低医疗成本。
建设方案系统架构智慧医院信息化系统集成平台主要由以下模块组成:1.医院信息管理系统:包括病例管理、患者信息管理、医疗业务管理等;2.医疗数据管理平台:创造性地将各种医疗数据源集中到一起,采用大数据、云计算等创新技术,为医院提供统一、标准、完整、精准的医疗数据服务;3.医疗服务集成平台:将各类医疗服务进行整合,使之有机结合,达到优化医疗服务流程的目标;4.知识管理系统:提供医学及医院管理领域的专业知识和方案,让医院得以更便捷、快速、准确地运作。
技术架构选择合适的技术架构,是信息化系统集成平台建设的关键。
我们建议采用以下技术架构:1.服务总线:将不同的医疗系统通过服务总线进行连接,实现交互和集成。
2.数据仓库:将多个数据源进行集成、清洗、转化、存储,以满足需要统一管理、分析和查询的数据需求。
3.数据库:用于存储各个系统的数据信息。
需要根据应用场景选择适当的数据库,如MySQL、Oracle等关系型数据库,Hadoop等大数据处理系统。
4.消息队列:用于应用间异步消息传递,如ActiveMQ、RabbitMQ等。
实施步骤1.立项评审:根据医院的需求、经济效益等因素,由立项委员会进行立项评审,并制定项目计划。
2.系统分析与设计:通过对医疗系统进行分析和抽象,确定医疗信息集成平台的各个模块和设计方案。
3.系统开发和测试:按照系统分析和设计阶段确定的方案进行系统开发和测试,确保系统的稳定性和可靠性。
医院信息集成平台建设方案____年医院信息集成平台建设方案一、引言医院信息化建设已经成为现代医院管理的趋势,信息集成平台是医院信息化建设的核心。
在____年,为了更好地提升医院的管理水平和服务质量,本方案将提出____年医院信息集成平台建设方案,以实现医院信息化的全面推进。
二、现状分析1.医院信息化程度不高。
目前,我国医院信息化建设程度不高,很多医院还在使用传统的纸质病历管理系统,信息共享和交互能力欠缺。
2.系统分散,信息孤岛问题突出。
许多医院的信息系统是分散在不同的部门和岗位上,造成了信息孤岛问题,信息共享和协同工作困难。
3.数据安全风险大。
医院的信息系统存在数据安全风险,未能采取有效的措施来保护患者的个人信息和医疗数据。
4.医生工作效率低。
医生在工作中需要频繁地切换不同的系统和界面,影响了医生的工作效率和患者就诊体验。
三、目标设定1.提升医院管理水平。
通过信息集成平台的建设,实现医院各个部门和岗位之间的信息共享和协同工作,提升医院的管理水平和效率。
2.优化患者就诊体验。
通过信息集成平台的建设,实现患者就诊信息的一体化管理和查询,提升患者的就诊体验和满意度。
3.保障患者隐私和数据安全。
通过信息集成平台的建设,加强医院信息系统的安全性能,保障患者个人信息和医疗数据的安全。
四、建设方案1.整合现有信息系统。
首先需要对医院现有的信息系统进行整合,将各个系统的功能进行合理分配,并建立标准的数据接口,以实现系统之间的数据交换和共享。
2.建设统一的信息平台。
建设统一的信息平台,实现医院各个系统的集成和协同,包括电子病历、医嘱系统、预约挂号系统、药品管理系统等。
通过平台,医生可以在同一个界面上完成患者的诊疗工作。
3.引入云计算和大数据技术。
引入云计算和大数据技术,提高系统的稳定性和可扩展性。
通过大数据分析,能够及时监测并预测患者的病情发展趋势,帮助医生做出科学的诊疗方案。
4.加强数据安全保护。
建立完善的数据安全保护机制,包括数据加密、访问控制、审计等措施,保护患者的个人信息和医疗数据不被非法获取。
医院信息集成平台建设方案建立需求一个完整的医院信息系统通常由数百个子系统组成,涉及多个专业领域。
如此庞大的系统需要非常专业的软件开发和分工。
不同厂家专业系统的集成是医院信息系统的发展趋势。
医院信息化的成功,必须保证各系统的有效集成和数据的高度共享。
但是,这些系统通常是随着医院的发展需要逐步建立起来的。
它们来自不同的制造商,基于不同的技术,缺乏统一的信息交换标准。
问题。
系统集成平台的建设主要面临两个核心问题:一是为各类医疗应用提供统一的医疗数据接入服务,从而消除各类医疗应用系统与医疗数据中心之间的直接耦合;二是提供各种临床应用。
信息系统提供系统集成服务。
系统集成服务基于系统集成模型,通过HL7、DI等标准通信协议为各种医疗应用系统提供集成服务,保证各临床信息系统在工作流集成的基础上实现交互协作,从而完成各种医疗以数字形式提供服务。
确立目标系统的集成、集成和扩展一直是制约医院数字化发展的主要障碍。
由于不同厂家产品不兼容,医院整体信息化难度较大。
通过建立标准系统集成平台,在IHE、DI、HL7等国际标准的基础上,制定覆盖医疗全业务流程的系统集成规范,开发基于规范的系统集成平台,适用于为遗产,现在和未来。
系统提供统一、标准的数据交换和工作流协同平台。
信息整合方式信息集成方式有应用集成、数据集成和接口集成三种。
这三种集成方法解决了不同的问题。
应用集成是指应用之间实时或异步的信息交换和相互调用功能,可以采用HL7消息、Web Service、CORBA、E、D、RPC等标准,使用消息中间件、BPM等中间件;数据集成是指应用系统的数据库系统之间的数据交换和共享,以及数据之间的映射变换,往往通过ETL[Extract-Transform-Load]工具来实现;包括ActiveX 插件、Portlet、IFrames 等。
协作应用程序已经从早期的简单点对点接口方法发展到今天的集成平台方法。
以各种方式:✓点对点接口方式的复杂之处在于与不同系统建立1:N接口。
医院集成平台建设方案随着信息化技术的不断发展,医院信息化建设已经成为医疗行业的重要趋势。
为了提高医院的管理效率和服务质量,医院集成平台的建设变得尤为重要。
本文将就医院集成平台的建设方案进行详细介绍,以期为医院信息化建设提供参考。
一、需求分析。
医院集成平台是为了解决医院信息系统之间的数据孤岛问题,实现各个系统之间的数据共享和交互。
因此,首先需要对医院的信息系统进行全面的调研和需求分析,包括医院管理系统、影像系统、检验系统、药品管理系统等各个方面,确定各系统之间的数据交互需求和接口标准。
二、平台架构设计。
在需求分析的基础上,需要设计医院集成平台的整体架构。
平台应该具备可扩展性和高可用性,能够支持不同类型的数据交换和接口标准。
同时,还需要考虑到安全性和隐私保护的问题,确保患者的个人信息不会泄露。
三、技术选型。
在确定了平台架构之后,需要对各种技术进行评估和选型。
包括数据传输协议、数据格式、安全加密算法等方面,需要选择成熟稳定的技术方案,确保平台的稳定性和安全性。
四、系统集成与测试。
在技术选型之后,需要对各个系统进行集成和测试。
这包括接口的开发和调试、数据的转换和映射、系统的整合和联调等工作。
只有经过充分的测试,才能确保平台的稳定性和可靠性。
五、上线运维。
在系统集成和测试通过之后,就需要进行上线运维工作。
这包括平台的部署和配置、监控和维护等方面。
同时,还需要建立完善的故障处理机制和应急预案,确保平台能够稳定运行。
六、数据治理与安全。
在平台建设完成之后,还需要进行数据治理和安全管理工作。
这包括数据的备份和恢复、权限控制和审计、数据质量管理等方面,确保数据的安全和完整性。
七、用户培训与支持。
最后,需要对医院的工作人员进行培训和支持,让他们能够熟练地使用集成平台进行工作。
同时,还需要建立用户反馈机制,及时收集用户的意见和建议,不断改进平台的功能和性能。
总结。
医院集成平台的建设是一个复杂而又重要的工作,需要全面的规划和认真的执行。
《医院信息集成平台建设方案》医院信息集成平台建设方案一、项目背景随着信息技术的发展,医院内部各个科室之间的信息孤岛现象日益严重,医疗资源利用不均衡,医疗质量无法保障,医疗安全风险增加。
因此,建设一个医院信息集成平台成为了当务之急。
二、建设目标1.实现医院内部各个科室之间的信息共享和协同工作,提高医院内部的信息流畅度。
2.改善医院的医疗资源利用效率,提高患者就医体验。
3.提升医院的服务品质,提高医疗工作的安全性和科学性。
三、建设内容1.建设一个统一的电子病历系统,实现病历信息的集成和共享。
通过统一的病历系统,可以方便医生查看患者的病历信息,避免了传统纸质病历的丢失和损坏的问题,提高了医生的工作效率。
2.建设一个医院内部的电子预约系统,方便患者预约医生的门诊时间。
该系统可以和病历系统实现无缝对接,提高就诊效率。
3.建设一个医院内部的电子药品管理系统,实现药品信息的准确记录和管理。
通过该系统可以有效控制药品的库存量,避免过期药品的浪费,提高医疗资源的利用效率。
4.建设一个医院内部的交流平台,方便医生和护士之间的沟通和知识分享。
通过该平台可以实现医生和护士之间的即时通讯,提高医疗工作的协同效率。
5.建设一个医院内部的医疗设备管理系统,实现医疗设备信息的集中管理。
通过该系统可以监控医疗设备的使用情况,及时维修和更换,保证医疗工作的安全性。
四、建设步骤1.前期准备:明确建设需求,制定建设计划,组织项目团队。
2.系统设计:根据需求分析,制定系统设计方案,包括系统架构、功能模块、界面设计等。
3.开发测试:根据设计方案,进行系统开发和测试,确保系统的稳定和安全。
4.系统上线:将开发完成的系统进行部署和上线,在医院内部开始试运行,并逐步推广和推行。
5.培训运维:对相关工作人员进行系统使用培训,确保系统的正常运行和维护。
五、建设成果及效益1.提高医院内部的工作效率,减少人力资源的浪费。
2.提升患者就医体验,缩短等待时间,提高医疗服务质量。
智慧医院信息系统集成平台建设方案1. 引言智慧医疗是在信息化的背景下,通过整合和利用医疗领域的各类信息资源,以提升医疗服务水平和效率的方式。
智慧医院信息系统集成平台是智慧医疗的核心基础设施,它通过整合各类医疗信息系统和设备,实现医院内科室之间、医院之间的信息流通与共享,从而提高医院的管理效率和医疗服务质量。
2. 目标与需求分析智慧医院信息系统集成平台的建设目标是实现以下几个方面的需求:2.1 信息共享与流通该平台需要实现不同科室间的信息共享与流通,使得医生和护士能够及时获得患者的所有诊疗信息,包括病历、检查结果、医嘱等,以提高医疗决策的准确性和效率。
2.2 数据汇总与分析平台应具备数据汇总与分析的能力,能够将来自各个数据源的医疗数据进行整合和分析,为医院提供决策支持和统计报表,从而提高医院管理水平和绩效。
2.3 设备联接与管理平台需要支持各类医疗设备的联接与管理,包括医疗影像设备、监护设备、呼吸机等,以实现设备数据的采集、传输和处理,提高医疗设备的利用效率和运维管理水平。
2.4 统一标准与规范为了实现医疗信息的互通与共享,平台需要支持各种医疗数据标准和通信协议,如HL7、DICOM等,保证不同系统之间的数据的一致性和互操作性。
3. 架构与技术方案基于上述目标与需求,智慧医院信息系统集成平台的架构与技术方案如下:3.1 总体架构采用分布式架构,将平台划分为前端用户界面、中间件和后端数据存储三层,实现各个系统和设备之间的信息流通与共享。
3.2 前端用户界面采用Web应用的方式,支持多平台、多终端的访问,提供方便易用的用户界面,使得医生、护士和管理人员能够方便地访问和使用平台的各种功能。
3.3 中间件中间件起到连接和协调各个系统和设备的作用,它包括消息中间件、数据中间件和服务中间件。
消息中间件负责实现不同系统之间的消息传输和转换;数据中间件负责数据的整合与分析;服务中间件负责提供各类服务接口供其他系统调用。
智慧医院信息系统集成平台建设方案范本一、项目背景随着医院信息化建设的不断推进,各种信息系统与业务应用系统的数量和种类不断增加,给医院管理带来了一定的困扰。
为了解决这一问题,需要建立一个智慧医院信息系统集成平台,将各个系统有机地整合在一起,提升医院的运行效率和管理水平。
二、项目目标1.实现医院各个信息系统之间的无缝对接与数据共享,避免信息孤岛的问题。
2.支持医院业务的全流程管理,提升医院运营效率。
3.提供统一的数据分析和报表功能,为决策者提供准确的数据支持。
4.提高医生和护士的工作效率,减少纸质文档的使用,提升医疗服务质量。
三、建设方案1.系统整合将医院的各个信息系统进行整合,梳理出各个系统的业务流程,并设计适当的数据接口,实现系统之间的无缝对接和数据共享。
2.数据中心建设在医院内部建设一个数据中心,统一管理各个信息系统的数据,并进行备份和容灾处理,确保数据的安全和可靠性。
3.数据管理平台建立一个数据管理平台,将医院内部的各种数据进行统一管理,包括患者基本信息、医生诊断数据、药物配方等,为全院提供数据查询、统计和分析功能。
4.移动办公平台为医生和护士提供移动办公平台,使其可以随时随地查看患者信息、完成病历记录和处方开具等工作,提高工作效率。
5.统一身份认证建立统一的身份认证系统,确保医院内部的各种应用系统只能被授权人员访问,保护医院信息的安全。
6.报表和决策支持系统建立一个报表和决策支持系统,通过数据分析和报表生成,为医院的管理层提供准确的决策支持,提升管理水平。
7.安全保障和监控措施建立系统安全保障和监控措施,包括数据备份和容灾、网络安全控制、系统运行监测等,确保系统的正常运行和数据的安全。
四、项目实施步骤1.需求调研和规划:与医院管理层和业务部门进行沟通,了解需求,制定项目实施计划。
2.系统设计和开发:对系统进行详细的设计和开发,包括界面设计、功能开发和数据接口设计等。
3.系统集成和测试:将各个子系统进行集成和测试,确保系统之间的正常通信和数据传输。
信息集成平台建设方案1建设需求一个完善的医院信息系统通常由上百个子系统组成,牵涉众多的专业领域。
这么庞大的系统需要非常专业化的软件开发分工,整合不同厂商有特色的专业系统是医院信息系统的发展趋势,医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。
然而这些系统通常是随着医院的发展需求逐步建设的,它们来源于不同的厂家,基于不同的技术,缺乏统一的信息交换标准,这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。
系统集成平台的构建主要面向两个核心问题:一个是为各种医疗应用提供统一的医疗数据访问服务,从而消除各种医疗应用系统与医疗数据中心的直接耦合性;另一个是为各种临床信息系统提供系统集成服务,系统集成服务基于系统集成模型,通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务,确保各个临床信息系统在工作流整合的基础上实现交互协作,从而以数字化的形式完成各项医疗业务。
2建设目标系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍,由于不同厂商之间的产品不兼容,使得医院整体信息化步履维艰。
通过建设一个规范的系统集成平台,在IHE、DICOM HL7等国际标准的基础上,制定覆盖医疗所有业务流程的系统集成规范,开发基于规范的系统集成平台,为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。
3信息集成方法信息集成方法有三,即应用集成、数据集成、界面集成,这三种集成方式各解决不同方面的问题。
应用集成指应用程序之间实时或异步交换信息和相互调用功能,可以采用HL7消息,WebService,CORB,EJB, DCOM RPC等标准,采用消息中间件,BPM等中间件实现;数据集成是指应用系统的数据库系统之间的数据交换和共享,以及数据之间的映射变换,常采用ETL(Extract-Transform-Load )工具实现;界面集成含义是应用程序界面之间相互关联引用合成,采用技术包括ActiveX插件、Portlet、IFrame等。
协同应用从早期单纯的点对点接口方式,发展到现如今的集成平台方式。
各种方式中:点对点接口方式的复杂性在于要和不同的系统建立1:N的接口,假定有N个系统相互之间需要建立接口,则接口数为N*(N-1)/2。
集成平台方式中,在N个系统需要进行应用协同的情况下,只需要开发N个适配器接口即可,减少了集成平台的系统负荷。
由于医院信息系统复杂性,我们根据不同的需求和应用场景,设计分别采用上述三种不同集成方法和手段进行信息集成。
4应用集成和医技辅诊科室信息系统(如PACS/RIS LIS、MUS等)的信息集成,这种场景,信息交互的数据量不大,实时性要求不高,且各信息系统各专业厂商实现方式相差较大,采用基于集成平台的应用集成方式是最优选择。
集成平台体系结构如下图所示,集成平台对外提供支持多种方式的集成服务:包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。
医院信息系统在国际、国内广泛采用的有一套集成规范,即:医疗健康信息集成规范(IHE)规范。
IHE规范未定义新的集成标准,而是采用了“标准协调” 过程推动基于工业标准的医疗IT系统互操作性。
在IHE中,消息传递采用的是HL7( 2.x版本)标准,影像传递采用DICOM标准。
本集成平台的集成严格参照该规范进行:信息集成平台在进行消息时采用HL72.4标准进行消息传递、在消息内部传递DICOM StudyUID以满足后续DICOM图像应用时的需要。
临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。
事务的定义参照IHE规范执行,消息的交互标准参照HL7 2.4标准执行。
集成平台内部引擎本身由En semble集成平台基础之上进行二次开发而来,依托TCH1CF集成平台根槊国Ensemble本身对各种适配器的支持,集成平台对外能够提供多种接入服务方式:TCP文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。
以更多接入方式进行各种不同方式集成各业务系统。
集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。
集成引擎基于标准的业务流程执行语言(Busin ess Process Executi on Lan guage)进行扩展应用,以描述交互应用。
4.1信息集成模块与示例信息集成组件主要由以下几部分组成Business Service业务服务、Business Process 业务处理、Business Operation业务操作,这几部分共同作用下,将集成事务与消息传递进行完成。
其中,Busi ness Service 主要负责进行消息的监听与接收;Bus in ess Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责;Bus in ess Operatio n 负责将转换完成、最原子化的一个操作,发送/调用信息集成的目标端。
同时在三者相互作用下,消息的反馈准确的返回到Business Process,由Process来讲反馈消息控制返回到消息发送方。
示意图如下(后续对该示例进行说明):4.1.1业务服务监听与接收在当今医院中,存在各种各种的医疗业务系统,医疗业务系统的多样性,就将导致与其集成时,接入方式的多样性,如部分系统已实现TCP的发送传递;部分已实现文本输出等。
集成平台作为医院信息系统的中转、适配角色,在接入方式的多样性成为必要条件。
如前所述,在这方面,集成平台允许的接入方式有:TCP FILE、FTP SQL SOAP(WebService) HTTP MAIL等多种方式与相应的适配器。
在多种方式的接入过程中,将不同来源的消息通过统一的出口转交给业务处理部分,由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。
在本示例中,EMRS S过WebService的服务监听(BS.WS.EMRW方式将消息内容传递进集成平台,在通过验证后,将该消息转发给了业务处理模块中的路由模块。
4.1.2消息路由转发在一些应用场景中,如电子病历系统、重症监护系统、HIS系统三者进行信息传递时,部分信息是需要三者之间交互的,而部分信息仅仅需要两者之间交互,这在消息转发路由时,需要有一定的控制,起到闸门的作用。
如:HIS系统进行入院登记时,需要将病人的信息发送到电子病历系统与重症监护系统;而在重症监护系统采集到病人生命体征信息时,仅仅将此信息发送到电子病历系统即可。
因此,在集成平台中,弓I入消息路由转发的相关模块就显得比较重要。
在本示例中,EMRCTLRoute这个消息路由者在接受到BS.WS.EMRWS消息时,可能会转发至EMRPIaceOrde、EMROrderC A BadMessageHandle三个相关的处理模块。
而具体转发至何模块,由消息头定义中的相关信息具体定义。
消息路由者起到解析与转发的作用。
4.1.3事务业务流程处理即时消息路由已经正确路由转发了消息到准确的端点,但是在对应的端点内, 还会有一些业务流程需要进行处理。
如在EMRSF达一个新的Order的时候,需要的一定的情况下产生不同的业务流程分支:如该病人为门诊病人或者住院病人,则有必要产生HL7消息中的住院病人登记信息与门诊病人登记信息:ADTA01与ADTA04在本示例中,BPEMRPIaceOrde的内部业务流程如下,每一个结点代表着次逻辑处理过程:4.1.4消息匹配映射在一些情况下,消息的传递方并无必要产生HL7标准格式消息的情况下,如EMR与集成平台为内部互调时,双方之间提供预定义的WebService的接口,以快速的开发与进行集成。
此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。
而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。
4.1.5终端消息发送在进行正确的消息格式转换与业务逻辑处理,此时的消息已经成为一个符合终端系统需要的消息格式。
在事务业务流程处理中,会将此消息投递给相应的终端系统。
在投递消息完成工,事务业务流程处理模块会进入等待反馈的状况,等待终端系统反馈一个应答消息,以表示该消息在终端系统中被准确的处理。
事务处理模块收到该应答消息,并组织成发送端系统需要的消息格式,并作为应答系统,反馈至发送端系统。
4.2集成事务处理流程规划上述主要针对集成平台中各个模块作用于应用场景进行了阐述,下面将以IHE规范中医嘱下达方医嘱执行的完整业务流程为例,进行完整的集成事务流程描述。
该流程反应了普遍的医嘱流程,多数院内的医嘱流程都可参照执行,为医院的信息系统集成方式提供良好的参考。
本示例中,目标系统以PACS为例。
报告审核后,发送 ORUAR01消息(OBX.11=F ,最终报告)查询申请检查报告另外,在院内经常出现的是在IHE 规范中描述的:执行者医嘱流程,即由医嘱执行者(PACS 系统中,为检查科室)进行医嘱下达的过程并执行的流程。
如 下图所示:住院病人:发送 ADPA01消息/门诊病人:发送 ADT A A04消息发送-ORMAQ0T 消息 (Contror Code=NW)-通知收费系统进行收费查询申请检查信息查询申请检查报告PACS1 : |iu对检查申请进行安排后,发送SIUAS12 消息1响应SIUAS12消息_________开始检查时,发送 ORMAO01 消息(control code=SC Order Status=SC)|1 11检查完成后,发送 ORMAO01 消息(control code=SC Order Status=CM)1 11响应ORMAOO1消息-a ___ORMAO01 消息(control code 二SC Order Status 二DA)响应ORMAO01消息1 1发送DFTAP03消息 [| 1 1r响应DFTAP03消息______________________ 亠Cl报告完成后,发送 ORUAR01消息(OBX.11=P ,初步报告)响应ORMAO01消息上层应用程序集成平台新开申请单响应ADT A A01消息/响应ADPA04消息 查询申请安排情况响应ORMAO01消息响应ORMAO01消息有图像数据(图像匹配)后,发送I响应ORMAO01消息PACS 发送ORMAO01(control code=SN )消息时,消息中必须包含病人号( PID.3 ),也就是说病人已经挂过号。
5数据集成在实际业务应用中,日常医院的HIS 库与ERM 库之间存在较多需要高频率、高性能要求的交互,如计价信息与药品库存等信息的实时共享等。
针对这样的应 用场景,我们上层应用程序 集成平台I j I IIttPACS急诊检查登录时,发送 ORMAO01消息(control code=SN )发送响应 ORRAO02 消息(control code=NA)开始检查时,发送 ORMAO01 消息(control code=SC Order Status=SC)响应ORM^OOI 消息检查完成后,发送 ORM^OOI 消息(control code 二SC Order Status 二CM)响应ORMAO01消息发送DFPP03消息 响应DFT A P03消息报告完成后,发送 ORUAR01消息(OBX.11=P ,初步报告)响应ORUAR01消息查询申请检查报告更新或合并病人信息Jlffa报告审核后,发送ORUAR01消息(OBX.11=F ,最终报告)响应ORUAR01消息ftI发送ADPA08消息,更新病人信息/发送ADPA40消息,合并病人号响应ADPA08消息/响应ADPA40消息----- I!通知收费系统进行收费采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。