数据中心 新一代医院信息系统的核心架构
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
数据中心新一代医院信息系统的核心
架构
数据中心:新一代医院信息系统的核心架构
一、前言
我国的医院信息化已经经历了20多年的历程了,从总体上走过了从单用户的应用,到部门级应用和全院级管理信息系统应用这三个阶段。这20多年中,医院信息系统从早期以财务、药品和管理为中心初级应用,发展到今天以病人
信息为中心的临床业务支持和电子病历应用。近年来随着新医改的深入,医院
信息化也从典型的院内应用发展到整个区域医疗信息化的有机组成部分。
今天的医院信息化已经成为医院的医疗活动和管理活动必不可少的支撑手段,我们很难想象没有相关的医院信息系统的支撑,医院的门诊和住院业务如
何能够进行。在医院业务的几乎每一个环节,都能发现有相关信息系统在运转:收费、药房药库、检验检查、放射、医嘱、查房、手术麻醉、病人膳食…信息
系统应用在医院几平是无处不在。
在医院信息系统应用沿着广度和深度两个维度不断发展同时,我们也感受
到医院信息化的发展遇到越来越多的问题。
应该说这二十多年来,信息技术的各个方面,无论是计算技术、存储技术、集成技术、能源技术等方面都取了长足的发展,相关技术和产品医院信息化的
各个环节也有了不同程度的应用。计算能力方面,越来越先进的PC级服务器系统和小型机计算系统进入到医院;数据存储方面,所有类型的大规模存储产品(无论是传统的SAN架构、IP构架还是IP-SAN架构)都在医院信息化中有了应用;应用开发方面,消息总线等应用集成手段也在应用开发中得到使用;其他
如最先进的备份产品、电源产品、网络产品、安全产品等也在医院里经常可以
看到。
虽然所有最先进的信息技术已经在医院信息化中得到了应用,但我们感觉
医院信息应用的易管理性、实时性、可靠性、安全性、易扩展性等方面仍然存
在着众多的问题。
本文尝试通过对医院发展到现阶段所遇到的主要问题的深入分析,并借鉴
其他行业成熟IT建设经验,来探讨高度复杂系统的典型实例医院信息系统建设中应用数据中心架构来解决相关问题的可能性。
二、当前医院信息化遇到的主要问题
1、应用集成问题凸显
我们发现Single Vendor(同一产品提供商)情境已不再是医院信息系统的
典型系统状态。曾几何时,完整的应用系统产品线提供商是一个HIS市场的流
行语。各个厂商者把能提供全系列的医院信息系统模块作为自己发展方向和市
场定位。医院在采购各种模块的时候,也把同一厂商作为采购时候优先考虑的
一个条件。
在医院信息化建设的初期,这种single vendor的构架为医院的信息化提
供了一种很好的解决方案,回避了各个系统模块的集成问题,并在很大程度上
提高医院在采购相关模块时的性价比。
但最近几年来,随着医院信息系统的发展从第一阶段的以财务、药品和管
理为中心的相关模块的建设,转向以病人信息为中心的临床业务模块的发展阶段,我们发现在医院信息化建设中仍然采用single vendor构架已经不再具有
现实的可行性。
图1医院信息系统模块结构组成示意图
如图1中所示,医院信息系统横向由管理信息系统、临床信息系统两大体
系组成,每一体系纵向又各自分为基础业务层、知识管理层和决策支持层三大
体系。可以这样说医院信息系统的模块这几年的发展趋势可以总结为细分、专业、深化这六个字。特别是在临床信息系统方面,专业化的发展趋势特别明显。近年来专业的检验信息系统(LIS)提供商、医学影像存储和传输(PACS)系统提供商、电子病历(EMR)系统提供商在行业里都已经形成了主流的厂商。并且从统计
来看,这些提供商专注于相关领域,且它们基本上都不是属于传统的HIS厂商。为了采用更好的产品,医院在选择提供商时可能不得不选择这些专业提供商提
供的性价比好的专业产品。
图2医疗业务平台中各模块关系示意图
医院信息系统由单一厂商模式转变成多厂商模式后,应用的集成问题就凸
显出来的了。从图1和图2中我们已经发现各个模块(或子系统)之间并不是独
立系统,它们之间是具有着不同程度的互操作性需求的。图2示意了医疗服务
业务平台(门诊和住院)中各个模块的相互关系。
在这种情境下,我们必须通过应用集成的手段来把满足应用之间互操作性
的需求,如果这种集成仍就采用传统的点对点的集成方案,那么我们会发现随
着业务系统的增加,其复杂度将使得集成工作成为一种不可能完成的任务。所
以现在业界已经引入了应用集成平台(包括消息服务总线等技术)来解决应用集
成的问题。但从集成的层面而方,一般来说采用数据集成、界面集成、流程集
成的综合方案是比较合适的。从近年来的实践来看,现在的独立应用的架构并
不能很好的支撑应用集成的实现,即便是在引入的应用集成平台的技术以后。
2、多应用系统及其支撑环境管理维护问题日益突出
在传统上,医院的信息系统是从简单二层系发展而来的,对于二层的系统
支撑环境而言,数据库服务器、存储、前端客户机三个层面对于应用开发商来
说是独立并且透明的。简单来说,就是用户提供了独立的数据库服务器、存储、前端客户机后开发商就可以部署相关应用系统了。
医院随着信息化的建设按照应用的要求购置并部署了几十甚至上百个这样
的环境,在我们走访用户时发现,现在一个典型的三甲医院在运行的PC级服务器超过一百个的不在少数,在线的应用也有上百个。由于应用规模的增加,系
统(包括硬件、系统软件、应用软件)的维护工作量剧增,甚至在小规模系统时
代不用过多考虑的电源、网络配置等内容都成为具有不小工作量的日常任务。
由于每个应用都具有一定的独立性,即每个应用有自己的应用运行环境,
这样每一个应用环境都有专门的要求,且这些应用之间还具有交互性,这样系