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