数据中心 新一代医院信息系统的核心架构
医院核心信息系统的典型架构设计
３医 院信 息 化 系统 的灾 备部 分 部署 方 式
Ｆ面以国外的Ｅ ＭＣ 和国内的浪擎 双活容灾方案为例介绍 ： （ １ ） Ｅ Ｍ Ｃ的 灾 备 方 案 。 Ｅ ＭＣ 的Ｖ Ｐ Ｌ Ｅ Ｘ ｌ ｏ ｃ ａ ｌ 和 Ｍｅ ｔ ｒ ｏ 分 别 可 以 实 现 本 地 和 远程 的双 活 容 灾 ， 站 点 之 间 共享 、 访 问和 移 置 数 据 。 它 是 连续高可用和连续数据相结合的方案 ， ＶＰ Ｉ Ｅ Ｘ 以同步的方式给予 用户 一个单一・ 的容灾拷 贝， 当主业务生产 中心发生灾难时 ， 容灾数 据 中心能在数 分钟 内 自动接 管主数据 中心 业务 ， 保证业 务不中端。 另外 ， 旁路部 署的Ｅ ＭＣ Ｒｅ ｃ ｏ ｖ ｅ ｒ ｐ ｏ ｉ ｎ ｔ ， 增量备份 ， 不占用带宽 ， 对 于误操作等而删除的重要数据 可以让数据恢复到任意时间点。 还有 旁路部署ａ ｖ ａ ｍａ ｒ 可对数据进行完整备份 。 （ ２ ） 浪擎 的灾备方 案。 浪擎Ａ系镜像 系统功 能 ， 通过镜像复制技 术， 把 生 产 数 据 实 时 复 制 到 本 地 或 异地 的 容 灾 服 务 器 ， 达到“ 零 丢 失” 保护 ， 实现 “ 零窗 口” 备份 ； 若生产服务器宕机 ， 容灾服务器 无需 恢复 等动 作 ， 通过 Ｉ Ｐ 方 式手 动 或 自动切 换 ， 继续提供服务 ； 容 灾 端 只 读状 态 模 式 可 以避 免 一些 误 操 作 而导 致 重 要 数据 被 删 除 ， 同 时 可 以 检验 备份 的数据是 否完整 。 此外浪擎Ｄ系Ｃ Ｄ Ｐ 实时备份对业务系统 数据进行定时 、 实 时在 线备 份 ， 持续保护业务系统数据 。
１医院信 息化 系统 的网 络部 分 部 署方 式
噩 Ｌ
（ １ ） － 层结构 。 它就是核心层交换机和接人层交换机直 接相连 ， 这种结构适用于规模 不太大或大楼不太多的医院。 核心层通常 采用 ２ 台性 能 比较 好 的 三 层交 换机 ， 运 用高 可用 性 的Ｖ ＲＲ Ｐ 的部 署方 式 ， 当其 中１ 台发生故障时 ， 另一台接管业务 。 可以 自如的进行主备切换 ， 实现冗余。 接人层可以部署性能较低的可网管二层或三层 交换机 。 （ ２ ） 三层结构 。 它就是核心层交换机 、 汇聚层交换机和接入层 交 换机组成 ， 这 种 结 构 适 用 于 规 模 比较 大 或 大 楼 较 多 的 医院 。 它 的 核 心 交 换 机 的 部 署 也 可用 Ｖ ＲＲ Ｐ 的 方式 ， 汇 聚层 采用 可 以部 署 一 些 策 略的三层交换机 ， 接入层采用可网管的二层交换机 。
医院信息化系统建设总体框架
医院信息化系统建设总体框架目录信息系统总体架构 (3)构建以临床数据中心为核心的信息集成体系 (3)构建以电子病历为核心、安全质量为目标的临床业务体系 (5)构建智能、科学、专业、精细化的运营管理体系 (6)构建多维度的智能决策分析体系 (8)构建立体化多维度的患者服务体系 (8)构建多元化的整合医疗服务网络和医疗协同体系 (9)构建医院智能化的基础设施体系 (9)信息系统总体架构医院信息化系统建设方案采用一种全新、开放、规范、有序的集成方式，为医院打造一个全新的IT集成架构来替代传统的集成方式；方案依据XX医院管理的科学化、信息化、专业化、精细化的指导方针，以构建完全支撑XX医院临床管理、运营管理、智能决策管理、患者就诊服务以及区域协同业务等各业务环节，解决医院信息系统由基础的财务运营管理向以患者为中心的信息化建设过渡，逐步建立以患者临床数据和运营管理数据为中心的集医、教、研、管于一体的智能型医院信息管理一体化平台。
构建以临床数据中心为核心的信息集成体系基于SOA（面向服务）架构和IHE集成规范，依据HL7V3RIM模型实现覆盖医院各业务领域的多个系统间的全面集成，有效降低系统间的耦合度。
通过发挥SmarterHIE在医院信息系统整合中的“万能插座”的作用，保障信息交互标准化和临床数据的充分利用；通过标准规范、万能插拔、数据整合、流程配置,实现业务的高度集成和共享。
以患者为主线，将患者在XX医院全院中的历次就诊时间、就诊原因、针对性的医疗服务活动以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化。
构建以临床管理和运营管理为中心的医院数据中心，实现不同信息系统、组织机构间信息资源整合，实现业务数据实时更新，确保医院信息同步；满足管理决策、临床决策、科学研究、对外信息共享；实现统一的数据仓库的设计及技术文档、元数据管理、制定信息交换标准，统一卫生信息标准与数据字典。
数据中心新一代医院信息系统的核心架构
数据中心新一代医院信息系统的核心架构数据中心：新一代医院信息系统的核心架构一、前言我国的医院信息化已经经历了20多年的历程了，从总体上走过了从单用户的应用，到部门级应用和全院级管理信息系统应用这三个阶段。
这20多年中，医院信息系统从早期以财务、药品和管理为中心初级应用，发展到今天以病人信息为中心的临床业务支持和电子病历应用。
近年来随着新医改的深入，医院信息化也从典型的院内应用发展到整个区域医疗信息化的有机组成部分。
今天的医院信息化已经成为医院的医疗活动和管理活动必不可少的支撑手段，我们很难想象没有相关的医院信息系统的支撑，医院的门诊和住院业务如何能够进行。
在医院业务的几乎每一个环节，都能发现有相关信息系统在运转：收费、药房药库、检验检查、放射、医嘱、查房、手术麻醉、病人膳食…信息系统应用在医院几平是无处不在。
在医院信息系统应用沿着广度和深度两个维度不断发展同时，我们也感受到医院信息化的发展遇到越来越多的问题。
应该说这二十多年来，信息技术的各个方面，无论是计算技术、存储技术、集成技术、能源技术等方面都取了长足的发展，相关技术和产品医院信息化的各个环节也有了不同程度的应用。
计算能力方面，越来越先进的PC级服务器系统和小型机计算系统进入到医院；数据存储方面，所有类型的大规模存储产品(无论是传统的SAN架构、IP构架还是IP-SAN架构)都在医院信息化中有了应用；应用开发方面，消息总线等应用集成手段也在应用开发中得到使用；其他如最先进的备份产品、电源产品、网络产品、安全产品等也在医院里经常可以看到。
虽然所有最先进的信息技术已经在医院信息化中得到了应用，但我们感觉医院信息应用的易管理性、实时性、可靠性、安全性、易扩展性等方面仍然存在着众多的问题。
本文尝试通过对医院发展到现阶段所遇到的主要问题的深入分析，并借鉴其他行业成熟IT建设经验，来探讨高度复杂系统的典型实例医院信息系统建设中应用数据中心架构来解决相关问题的可能性。
新一代医院信息系统中台技术架构
➢ 2015年：Supercell 税前利润 $15亿， 而该公司员工数不 超 过200人 。
➢ 2016年6月：腾讯以 86亿美元收购了该 公司84.3%的股权。
中台概念:
Supercell 核心:
➢ 经过多年游戏开发将过 程中公共、通用的游戏 开发素材、算法做了很 好的沉淀。
四、几点思考
思维模型 方法论 领导力
33
思维 模型
碎片化 输入
大脑
体系化 知识化 智慧化
没有系统，没有思维模型，学习再多的碎片化知识，也只是低水平的重复而已。
34
1、全局性思维 2、体系性思维 3、创新性思维 4、本质性思维 5、逻辑性思维 6、场景化思维 7、批判性思维
➢ 云计算 ➢ 大数据 ➢ 物联网 ➢ 移动互联网 ➢ 人工智能 ➢ 区块链
集成平台是技术平台 集成平台无法解决服务重用、业务沉淀、 赋能创新等深层次问题。
中台是业务创新平台
价格调整 不再成为新闻？
三、参考借鉴
…
LIS
病理
PACS
心电
基础 系统
集成平台（以主数据、医嘱为纽带）
数据中心
…
麻醉
膳食
配液
收费
基础信息系统依然不可或缺（此HIS非彼HIS）
（1）主索引管理 （2）主数据管理 （3）医嘱系统 （4）临床数据中心 （5）灵活拓展和集成架构
不变的是本质，变化的是创新，创新 的目的是为了更好地满足人的本质需求。
不忘初心，求变创新。
谢谢聆听！
中台优势： ➢团队协同效率最高 ➢战机把握更加敏锐 ➢调整方向更加快捷 ➢目标正确全力投入
阿里巴巴 -- 2015年12月份
医院信息化管理系统架构分析与改进
医院信息化管理系统架构分析与改进在当今的医疗行业中，医院信息化管理系统已经成为了必不可少的一部分，它不仅可以提高医疗工作的效率和安全性，也能够优化医疗资源的利用和管理。
在这篇文章中，我们将对医院信息化管理系统的架构进行分析，并提出相应的改进建议，以期帮助医院更好地运用信息技术来优化医疗服务。
一、医院信息化管理系统的架构医院信息化管理系统是由硬件设备、软件系统、网络设备和数据存储设备等多个部分组成的，具体的架构可以分为以下几层：1.硬件层：包括计算机、服务器、网络设备以及各种传感器等设备。
这些硬件设备可以为医院信息化管理系统提供强有力的技术支持，使医院的信息化服务得到更好的保障和优化。
2.系统层：包括医院信息系统、网络应用系统、数据传输系统等多个系统组成。
这些系统通过网络相互连接，综合运用各种数据，从而提供全面、高效的医疗信息服务。
3.数据层：是医院信息化管理系统的核心部分，包括患者信息、医疗诊断信息、药品信息、医疗设备信息、医生信息等各种医疗数据。
这些数据需要规范的存储和管理，才能更好地为医院医疗服务提供支持。
4.应用层：主要包括电子病历、医疗影像诊断系统、医疗办公系统、医疗billing 系统等多个应用系统。
这些应用系统针对具体的医疗工作需求，提供了方便快捷的服务，大大提高了医疗工作的效率和安全性。
二、医院信息化管理系统的问题和挑战虽然医院信息化管理系统的架构已经相当完善，但在实际运营中，仍然存在一些问题和挑战。
以下是其中的几点：1.数据标准化不够：由于医院信息管理系统中的各个数据来源不同，导致医疗数据的标准化程度不一致，难以统一管理和使用。
这也给医疗工作造成了很大的困难。
2.系统集成能力不足：由于医院信息化管理系统中的各个系统有着不同的开发商和技术手段，导致系统之间的集成能力不够强，难以实现数据共享和交互操作。
3.信息安全风险难以消除：由于医院信息化管理系统中的敏感数据较多，如患者个人隐私、医疗机构财务数据等，存在着信息安全风险。
医院核心信息系统的典型架构设计
医院核心信息系统的典型架构设计
医院核心信息系统是一个大型的系统，它管理着医疗业务中的各种信息，包括患者信息、医生信息、药品信息、病历信息、医疗设备信息等，承担着临床、行政和财务等方面的功能。
一般情况下，医院核心信息系统采用三层架构，分为客户端、应用服务器和数据库服务器。
1.客户端（用户界面层）
客户端是系统的用户界面层，主要用于用户与系统进行交互。
在医院核心信息系统中，客户端的功能包括患者档案管理、医生门诊管理、医生住院管理、药房管理、财务管理等。
客户端可以是Web界面，也可以是桌面应用。
2.应用服务器（业务逻辑层）
应用服务器是系统的业务逻辑层，主要负责处理业务逻辑和数据交互。
在医院核心信息系统中，应用服务器包括门诊信息系统、住院信息系统、药品信息系统、财务信息系统等。
这些系统可以独立运行，也可以通过接口和其他系统交换数据。
3.数据库服务器（数据持久层）
数据库服务器是系统的数据持久层，主要负责数据的存储和管理。
在医院核心信息系统中，数据库包含患者档案、医生信息、药品信息、病历信息、医疗设备信息等。
数据库需要高可靠、高性能、高安全性，以保证系统的稳定性和数据的完整性。
以上三层构成了医院核心信息系统的典型架构设计，其优点在于易于维护、易于拓展、易于实现分布式部署，而且能够有效地解决系统性能和安全方面的问题。
同时，医院核心信息系统可以通过采用云计算和大数据技术，实现互联互通、数据共享和数据分析，提升医疗质量、服务效率和管理水平。
医院信息系统(HIS)的整体结构介绍
医院信息系统（HIS）的整体结构介绍主要内容：新医院信息系统的整体结构设计、系统特点、建设目标、基本流程；建设目标：一、对医院信息管理（HIS）提供全面的、完善的解决方法，为医院的信息管理建设尽一份微薄之力；二、业务操作和信息系统灵活结合，提高整体工作效率，管理上更加简单和有效；三、通过信息系统的建设，整体提升医院整体形象。
系统组成划分：系统建设划分，主要包括以下几方面：临床诊疗部分.、药品管理部分、经济管理部分、综合管理与统计分析部分、外部接口部分；注意：（*）可以扩展模块；临床诊疗部分门诊医生工作站分系统.住院医生工作站分系统.护士工作站分系统.医技科室系统功能规范.手术管理分系统功能规范（*）Lis系统（*）PACS系统药品管理部分.药品管理分系统功能规范.药库管理分系统；药房管理分系统；药房柜员管理分系统；.经济管理部分.门急诊挂号分系统.（*）排队叫号系统门急诊划价收费分系统.住院病人人、出、转管理分系统.住院收费分系统.器械管理分系统供应室管理分系统设备管理分系统.财务管理分系统与经济核算管理分系统.综合管理与统计分析管理分系统.病历病案管理分系统功能医疗统计分系统院长综合查询与分析分系统病人咨询服务分系统.数据管理部分系统数据集中维护分系统（数据备份、回复、数据转储）；系统权限维护分系统；人员基本信息维护分系统；外部接口部分.医疗保险接口功能新农合系统接口功能His系统模块整体结构设计系统模块功能介绍临床诊疗部分△门诊医生工作站分系统：门诊患者挂号以后，分诊到各个指定科室的医生那里，医生对该患者接诊。
接诊完毕，进行开方（门诊医嘱处方）、开各种治疗单、医技项目单等。
医生可以即时划价，针对处方中开具的药品，可以即时获取得当前的库存量，免除病人由于药房无药的情况下，往返于医生及划价员之间。
还可当时获取当前的划价金额。
在此还可以查看该病人的既往记录，对于不再使用的既往处方和项目可以予以作废处理。
数字化医院信息系统模型及层次结构
数字化医院信息系统模型及层次结构数字化医院信息系统SHIS由物理平台、信息平台、应用系统及决策支持系统这四层结构所构成，为医疗临床/科研/教学业务、行政管理业务、设施设备运行管理业务提供支持并综合管理的信息系统平台。
如下图所示：
数字化医院信息系统模型图
1、物理平台
物理平台是以建筑设施信息系统为基础的医院各类信息数字化的硬件平台，由计算机通信、有线/无线语音通讯、建筑设施/设备监控、各类临床业务音视频应用以及安防/消防监控等系统组成。
2、信息平台
信息平台是智能医院信息系统的核心部分，由信息统合引擎、架构/模型、数据仓库、开发平台等组成。
平台对原有应用系统数据按业务模型和HL7方式进行综合储存，并形成医院的单一数据源；新的
应用系统可利用开发平台进行，最终使整个医院的各种应用信息系统在此平台上综合成统一的应用系统。
3、应用系统
应用系统以医疗临床/科研/教学业务、行政管理业务、医院设施运行管理三大业务模块为基础。
由建筑设施信息系统BIS、管理信息系统MIS和临床信息系统CIS构成。
4、决策支持系统
决策支持系统是智能化医院的高级应用系统。
通过对数据的整合和数据挖掘技术，为医院管理和临床诊疗护理提供决策支持，下图体现了建筑设施信息系统、院务管理信息系统、临床业务信息系统和基础层、业务层、决策支持层之间的逻辑关系。
应用系统逻辑关系图。
- 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级服务器超过一百个的不在少数，在线的应用也有上百个。
由于应用规模的增加，系统(包括硬件、系统软件、应用软件)的维护工作量剧增，甚至在小规模系统时代不用过多考虑的电源、网络配置等内容都成为具有不小工作量的日常任务。
由于每个应用都具有一定的独立性，即每个应用有自己的应用运行环境，这样每一个应用环境都有专门的要求，且这些应用之间还具有交互性，这样系统维护的复杂度较之HIS早期时代的维护工作量而言已经不再是同一个数据级的(大型医院IT部门需要管理上百台服务器，上千台终端已经不再是个别现象了)，这对医院的IT部门来说是个不小的挑战。
并且随着应用数量的增加以及系统连续运行的时间增加，系统的数据量规模急增，从十几年前的几百个M，到现在上百个T的数据量。
这样应用场景下，如何很好的进行系统的备份，以及出现故障后如果及时准确的恢复系统，以保证对业务的影响减少到最小程度，在实践中也是一件具有挑战的工作。
3、应用系统业务压力增加，系统性能问题严重近些年来，随着医院本身业务的快速发展，医院的日门诊量、年出院人数、年收入等指标都逐年快速增长。
这样，对于医院信息系统而言，核心业务模块的压力增加很快。
在我们走访医院时发现，大部门医院的核心模块均出现了性能下降的现象，特别是在业务高峰时，如挂号、收费等窗口模块性能的下降甚至导致业务的运转。
我们分析发现当业务压力不足时，性能问题引起的原因包括：历史数据量、应用软件本身性能、硬件性能、网络问题、终端数量剧增(特别是医生工作站)等。
同时我们还发现在部分业务系统性能不足的同时，大部分系统的配置的运行能力在大部分运转时间存在着极大的浪费。
在当前依据应用需求单独配置的前提下，除了按各子系统运行峰值要求配置以外，没有其他的办法可以完全解决系统性能的问题。
在OLTP设计的基础上来完成大量的OLAP应用的开发，也给系统的性能带来了新的问题。
随着OLAP系统在医院内应用的增加，整体的系统性能问题日益突出。
传统的HIS构架是建立在处理OLTP的基础上的，相对重视交易处理能力，对于大量的后台数据处理方面的考虑是不足的。
当前以成本核算、绩效考核、数据挖掘等OLAP业务加载后，对系统的整体性能影响是比较大的。
当前各个主流厂商，也针对性能问题提出了各种性能优化的方案，但从实践的情况来看，总体效果有限，并不能完满足实际业务的需求。
4、系统运行环境复杂，保证系统可靠运行困难当前医院信息系统运行环境十分复杂，具体表现在：内部子系统众多，且是异构的。
这种异构性体现在应用软件、系统运行支撑环境等多个层面。
与其它行业现存的复杂系统相比，医院信息系统的复杂性在于整个系统的构建一般是在没有总体规划和设计的基础上进行的。
这种复杂性的产生的来源主要是因为医院的信息系统模块(包括支撑运行的设备、网络等要素)是随着医院的业务需求逐步增加的，前面的模块在部署和交付时并没有考虑到后续的模块的相关约束。
当新的模块上线时，不仅要受到自身运行环境的约束，同时还要考虑已经存在的系统的约束。
我们发现，包括医院信息系统的网络、硬件、电源、存储、消防等方面均存在着这方面的问题。
但随着医院的业务对信息系统的依赖度增加后，业务对信息系统实时性、可靠性要求提高却在不断的提高。
从指标方面来年，业务对信息系统MTBF(Mean Time Between Failures,即系统的无故障平均工作时间)，MTTR(Mean Time to Repair,即系统故障平均修复时间)两个指标均提出了要求。
在当前医院信息系统现状下，不要说大幅度提高可靠性指标，甚至是完成现状的测算都是非常困难的。
从总体上来看，保证系统可靠运行困难的主要原因就是复杂系统建设没有使用复杂系统的规划手段，从来导致大量引发系统的可靠性的问题隐藏在大系统内部。
5、业务数据敏感性提高，系统安全保护困难医院的信息系统中因为医疗业务的需求，包含了大量的患者个人信息。
这些信息的泄漏给公民生活带来严重的影响。
早在2008年，深圳市发生10万孕产妇信息被泄密事件，不法分子还将预产期当年3月至8月、共计4万多条信息制成"泄密光盘"销售，每条信息0.3元，一张光盘1.2万元。
孕产妇因而持续受到广告推销电话或短信的骚扰，骚扰内容涉及月子保姆、婴儿奶粉、百日摄影、胎毛毛笔、产妇健身等等。
医院相关人员出售医院统方数据受贿的违法犯罪案例也在多个医院出现。
基于这样一个现状，我国个人信息的保护的立法工作已经起步。
2009年2月28日第十一届全国人大常委会第七次会议通过的《中华人民共和国刑法修正案(七)》将出售或者非法提供公民个人信息的行为界定为犯罪行为。
其中规定，"国家机关或者金融、电信、交通、教育、医疗等单位的工作人员，违反国家规定，将本单位在履行职责或者提供服务过程中获得的公民个人信息，出售或者非法提供给他人，情节严重的，处三年以下有期徒刑或者拘役，并处或者单处罚金"。
随着电子病历系统等在医院的进一步普及，卫生部也已经发布了《电子病历规范》等法规性文件，对于电子病历应用中对于个人隐私信息等的保护进一步提出了要求。
坦率地说，在传统的医院信息系统的构建中，安全环节特别是隐私保护无论是在业务规范和技术规范方面均处于一个较低的层次。
而在当前系统的应用环境十分复杂，系统涉及内网、公网多个网络环境，系统应用人员众多，如何保证个人信息的安全的确是一个大的问题。
医院信息系统的其他的安全性要求，在这样一个多系统集成、分布式部署的环境下，如何有效的实施遇到重大挑战。
综合以上分析，我们可以看出在当前医院信息系统遇到的问题，主要就是集成问题、管理维护问题、性能问题、可靠性问题和安全性问题共五个方面。