基于交换协同平台的医院信息系统数据集成的应用研究探究.docx

基于交换协同平台的医院信息系统数据集成的应用研究伍君贤惠州市中大惠亚医院摘要:目前，医院内部各个业务系统相互异构，各系统间因为生产厂家、遵循标准的不同而造成的“信息孤岛”问题仍然十分突出，使得整个医院无法作为一个信息融合体进行医疗数据的自由流转。2011年，“3521工程”作为国家“十二五”期间卫生信息化建设的总体规划被提出，如何实现患者有效医疗信息在医疗机构内部的无障碍即时交互且进一步完成患者医疗信息在区域内的互通共享，已成为卫生信息化建设过程中亟待解决的问题。随着计算机通信和信息技术的发展,医疗信息系统的研究、发展、部署、推广已进入区域医疗阶段，但医院基础信息建设的问题还是不容乐观，一个患者完整的一次就诊过程被医院内部的异构业务系统强行分割成若干个子过程，信息反复录入、业务互无交流，医疗信息的有效、及时的交互共享无从谈起，此问题成为阻碍数字化医院进一步发展的关键性问题。本文为基于webservice技术构建医院数据集成平台，解决医院“信息孤岛”问题的应用研究。关键词：信息孤岛、数据集成、webservice一、医院信息系统现状2011 年，卫生部正式提出了“十二五”期间卫生信息化建设的总体规划——“3521 工程”，为我国卫生信息事业的发展明确了目标、指明了方向。目前，虽然众多业务系统(如 HIS、PACS、LIS、PEIS 等)和管理系统(如 OA系统、客户关系管理、绩效考核系统等)已经广泛应用于各大医院，然而因为缺乏顶层设计和信息标准，医院内部各业务系统之间和区域内各医疗机构之间的“信息孤岛”和“信息烟囱”问题仍然十分突出[1]。因此，如何实现院内各种系统之间信息的交互已经成为阻碍数字化医院进一步发展的关键性问题，而在此基础上展开的区域卫生信息共享及其衍生服务，更是成为“十二五”期间医疗体制改革过程中的聚焦热点之一[2]。二、医院“信息孤岛”的问题我国大多数的医院在信息系统建设过程中，医院内部各个科室、部门的业务系统因为引进时间不同、生产厂家不同、遵循标准不同等问题，大多相互异构，医疗信息无法交互，已然形成了一个个“信息孤岛”[2]。如此以往，利用数据的范围被限制在一个个科室之内，各个业务系统各自为政，独立的采集和存储患者医疗信息，而这些数据的共享问题往往被忽略。一个患者完整的一次就诊过程被医院内部的异构业务系统强行分割成若干个子过程，信息反复录入、业务互无交流，医疗信息的有效、及时的交互共享无从谈起。定好“3521工程”的目标，先设法将医院内部纷繁复杂的异构业务系统集成起来，打破业务系统间医疗信息相互流通的壁垒，实现医疗信息的院内交互，在此基础上提出的医疗信息区域共享架构，是为居民提供各种衍生业务应用服务的基础。如果仅仅是为了各系统间的互联互通就把所有的孤立系统推倒重建会造成严重的资源浪费，因此我们在继承已有业务系统的前提下，使用交换平台来弥补各个业务系统的异构性。然而，作为软件产品，业务系统会有不定期的各种优化或因为过时而被其它产品所替代。传统的医院内部系统端对端互连形式束缚了业务系统的优化或更换，因为一旦某个业务系统接口出现变更，那么就意味着需要面向所有的关联业务系统作接口重建，产生很多额外的工作量。而基于webservice交换平台的连接方式很好的避免了以上情况的发生，面向平台的标准接口让所有业务系统仅改造一次就能与交换平台无缝连接，更换系统更是如插拔电源插头一样简单自如[2]。三、基于webservice的解决方案医院信息系统的生成厂家、开发语言、遵循标准等不同而造成的“信息孤岛”问题需要一种不依赖单一开发语言、第三方软件、硬件的基础来解决，而开放的webservice技术是一种很好的解决方案。Web Services模型是一种独立于平台的、使用接口连接服务的技术,利用XML技术在内联网或因特网进行服务提供、请求、调用,将各个不同的异构系统进行集成。目前,Web服务主要应用的协议有:可扩展标记语言XML;简单对象访问协议SOAP;提供Web服务说明、查找和集成等行为的访问协议UDDI; Web服务描述语言WSDL等[3]。在系统之间的集成问题上,Web服务有着众多优点[4]:1. 具有程序间的接口； 2. 可通过属性进行描述，并通过此描述进行查找； 3. 接口不涉及服务的实现细节，具有软硬件平台和编程语言无关性； 4. 可通过网络访问和调用，面向客户请求而存在； 5. 可以实现组件式、松耦合的应用集成；Webservice技术在本平台中起着关键作用,有利于实现医院内各系统间的集成。本平台采用了基于SOA的服务体系架构思想,将各个功能模块封装成可重用、可扩展、可跨平台的Web服务。在平台上提供服务注册、封装组合、检索等功能,各医疗卫生相关业务部门通过服务发现等操作对已注册的服务和数据进行利用,对于变化