1、资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。基于 SOA 的区域卫生信息平台案例分析一、政策与现状国务院在关于深化医药卫生体制改革意见中明确提出要大力推进医药卫生信息化建设。将建立以人为本、实用共享的医药卫生信息系统作为深化医药卫生体制改革、建设服务型政府、促进实现医药卫生事业健康发展的重要手段和技术支撑。在, 以卫生部和国务院医药卫生体制改革领导小组为核心力量推动, 中国各级医疗组织已经有意识的逐步建立标准化健康档案, 建设以健康档案为基础的区域卫生信息平台。这是一个全新的, 具有中国特色的卫生信息化建设理念 , 它为解决中国卫生领域长期困难的”信息孤岛”、 ”信息烟囱”问
2、题提供了系统性的解决方案和长远的战略发展思路。而在明确思路的前提下, 摆在更多医疗卫生组织的问题是, 如何在新的区域卫生信息化建设模式下, 经过建设区域卫生信息平台 , 实现医疗卫生机构之间的互联互通、信息共享机制 ? 这是当前推进医药卫生信息化建设任务中亟需研究解决的重点问题 , 也是推动区域卫生协同 , 提高全民医疗水平的国计民生大事。锐易特软件作为由国内领先的信息整合中间件企业 , 长期以来和众多医疗行业合作伙伴 , 共同致力于区域卫生信息平台的研究与建设。为了与广大的医疗行业用户共享经验 , 我们特别在实际案例中甄选并总结了具有普遍性和共通性的”区域卫生信息平台案例资料内容仅供您学习参
3、考，如有不当或者侵权，请联系改正或者删除。分析” , 它将以医疗行业的实际需求和应用现状为背景 , 为您全面剖析区域卫生信息平台的建设之道。二、场景描述本典型案例的演示场景中, 包含了 HealthCenter 、 HospitalA 、 Hospital B 、 Hospital C 四种主要角色。其中, HealthCenter 是某省级中心城市的卫生局。Hospital A 、 Hospital B、 Hospital C分别是隶属于HealthCenter 管理的医院。在关键IT 应用方面 ,HealthCenter拥有门户应用系统和后台数据中心。Hospital A 、Hospita
4、l B、 Hospital C 医院均有自己的HIS 等业务系统。它们分别为不同厂商基于不同技术开发而成。具体为: Hospital A 和Hospital C 的 HIS 系统是基于 J2EE 开发 , Hospital B 的 HIS 系统是基于 .NET 开发。由于历史遗留原因 , Hospital A 的应用代码不能进行更改 , Hospital B 和 Hospital C 的 HIS 系统能够进行扩展开发。HealthCenterPortal应用数据中心Hospital AHospital BHospital CHIS系统HIS 系统HIS 系统图 1: 案例背景结构图资料内容仅供
5、您学习参考，如有不当或者侵权，请联系改正或者删除。在深化医疗改革的大背景下, HealthCenter 卫生局与HospitalA 、 Hospital B、 Hospital C 之间存在数据共享互通、流程优化整合以及应用功能相互调用的需求。本案例旨在呈现基于SOA 架构 的 理 念 ,如 何 经 过 锐HealthCenter、 Hospital A 、易 特 的 产 品 和 解 决 方 案 , 建 立 Hospital B 、 Hospital C 所在城市的区域卫生信息平台。三、技术方案区域卫生信息平台是指以区域内健康档案信息的采集、存储为基础 , 连接区域内各类医疗卫生机构及各类业务
6、应用系统, 实现互联互通、信息共享和联动协同工作的区域卫生数据中心和公共服务信息平台。因其跨机构、跨组织甚至跨区域的业务特点, 它必须具备开放、 可扩展、 可分步实施的灵活基础架构。而SOA以及支撑 SOA 架构实现的企业服务总线无疑是最佳选择。根据这样的思路 , 我们将本方案的总体系统架构分为应用接入层、专业服务提供层、 基础服务提供层、资源层、基础设施层 , 其中经过门户实现统一用户接入。资源层主要包括健康档案库、数据中心其它数据资源、医疗机构服务资源、医疗机构信息资源目录等所有重要的业务资源。基础服务提供层会将资源中的资源封装为服务, 接入企业服务总线。基于 SOA 思想实现的核心服务组
7、件 , 为各个服务点提供了透明的服务接入方式, 使各个服务点的业务应用系统能够使用自己资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。的方式、自己的编程语言实现对服务平台上各界面服务的调用。锐易特自主知识产权的RES Infomatic Service Bus 企业服务总线在整个技术架构中, 负责接入各种服务资源, 经过统一服务接口使得各种服务或应用与服务之间能够相互方便访问, 以星形结构替代了原来各服务之间的点对点结构, 极大地优化了系统连接架构,降低了系统集成的复杂度。具体可参见图2 的 SOA 体系结构图 :图 2: 区域卫生信息平台SOA 体系结构图资料内容仅供您学习参考
8、，如有不当或者侵权，请联系改正或者删除。经过对区域卫生信息平台的业务需求进行分析, 对其体系的业务流程进行梳理, 我们分别在Hospital A 、 Hospital B 、 Hospital C三家医院抽取出健康档案上传、转院服务、网上预约、病历详情查询等服务 , 在 HealthCenter 卫生局门户抽取出健康档案加载、转院协同、健康档案查询、病历详情路由、网上预约等服务,用以实现之前提到的健康档案统一、转院自动化以及门户集中网上预约的卫生医疗行业的需求。下图为区域卫生信息平台的逻辑部署图。HealthCenter数据中心DB健康档案加载服务转院协同服务健康档案查询服务病历详情查询路由服
9、务网上预约服务企业服务总线ESB网络企业服务总线ESB企业服务总线ESB企业服务总线ESB健康档案上网上预约服病历详情查健康档案上网上预约服病历详情查健康档案上网上预约服病历详情查载服务转院服务务询服务载服务转院服务务询服务载服务转院服务务询服务Hospital AHospital BHospital CHISLISPACSEHRHISLISPACSEHRHISLISPACSEHR系统系统系统系统系统系统系统系统系统系统系统系统图 3: 区域卫生平台部署图经过 RES Infomatic Service Bus 企业服务总线构筑的区域卫生信息平台 , 在信息共享与互通方面的核心功能表现为:资料
10、内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。健康档案数据共享健康档案 (EHR: Electronic Healthcare Records) 是以居民个人健康为核心、 贯穿整个生命过程、 涵盖各种健康相关因素、 实现信息多渠道动态收集、满足居民自身需要和健康管理的信息资源。当前中国居民的健康档案均分散在各个医院中, 信息重复甚至可能错误。这既不能保证健康信息的全面性和完整性, 还会使医疗诊断的准确性和工作效率受到相应制约。因此 , 健康档案的整合统一可谓势在必行。经过下图 , 您能够看到居民健康档案的存储现状:健康档案分布在各个医院中居民Hospital AHospital B
11、Hospital C居民 A医院健康档案居民 B医院健康档案居民 C医院健康档案图 4: 居民健康档案现状分布图区域卫生信息平台的构建 , 能够将分散在不同医院的健康档案数据整合为一个逻辑完整的信息整体 , 以满足与其相关的各种机构和居民的需要。在本模拟场景中 , 整合后的居民健康档案将统一存放在 HealthCenter 处, Hospital A 、 Hospital B 、 Hospital C 医院均资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。可调用健康档案。同时, Hospital A 、 Hospital B 、 Hospital C 还将根据居民就诊情况, 时时
12、与HealthCenter 发生健康档案的更新数据传递。下图为区域卫生信息平台健康档案整合示意:居民HealthCenter居民全部健康档案公共服务企系业统服企务业总服线务总线Hospital AHospital BHospital C居民 A医院健康档案居民 B医院健康档案居民 C医院健康档案图 5: 居民健康档案整合后的分布图区域卫生信息平台 , 将解决中国卫生信息系统处于信息孤岛和信息烟囱的状态 , 实现基本业务系统的信息交换 , 并在此基础之上完成信息共享和业务协同。能够说 , 区域卫生信息平台的搭建 , 在HealthCenter 与 Hospital A 、 Hospital B 、 Hospital C 医院之间实现了一个信息的高速通道。病人转院信息共享在医疗卫生领域, 医疗卫生服务在一定程度上是相对孤立的,各家医院都建立了自己的信息系统。由于初始建立时没有整个医疗行业的统筹规划, 各个医院的信息系统均由不同的厂商基于不同的技术实现, 即使拥有业务普遍性, 但同时又存在极大的技术差
