1、医疗HIS系统发展创新分析技术创新，变革未来从业务视角看变迁尝试探索期30年前20年前现在关注：业务能否计算机化，能否被用户所接受 难点：计算机软硬件条件、用户操作水平例如：门诊收费、医嘱处理流程再造期关注：信息共享，由点状应用扩展成线状应用难点：业务模式的改变、流程再造例如：基于分散式划价的住院收费深化拓展期关注：业务智能化，互联网服务模式难点：智能化水平、专科化应用例如：专科化智能医生工作站、患者服务业务创新中的成功与遗憾 巨大的成功 各业务环节信息由手工转变为计算机处理 实现了网络化的信息共享和业务流程再造 互联网应用颠覆了患者就诊服务方式 未达目标的遗憾，例如：精细化管理的愿景：“管理
2、到每一片药、每一件低值耗材”临床路径的愿景：临床路径应用率低、偏离路径多，软件灵活性不够 医疗信息的全面采集愿景：门诊病历录入覆盖度、完整度低 智能化应用的愿景：既有的智能化功能价值不高、体验不佳，甚至包括合理用药 病历录入结构化愿景：结构化录入接受度低甚至遭到抵触业务创新中的成功与遗憾 病历结构化的探索与挫折追求过度的结构化造成：录入体验差表达自由度受限通用性差从技术视角看变迁主机/单机30年前25年前现在数据库技术的出现，奠定了信息系统软件的基础软件架构：数据+处理+呈现客户/服务器迎合了PC和网络技术的发展，是信息系统架构的革命 意义：显著提升了用户界面体验，拓宽了应用范围；提升了系统性
3、能互联网提升了系统服务的可及性 面向患者的服务成为可能互联网行业的技术对软件架构带来影响技术创新中的得与失 成功获益的技术进步 客户/服务器：提升了系统性能，改善了用户体验，扩大应用范围 互联网技术：提升了服务可及性，扩展了患者服务 云、大、物、移、智：在不同方面提升了系统功能 获益不大或未达到预期的技术，例如：多层架构：提升软件复用度？便于业务逻辑修改？系统可横向扩展？B/S架构：简化软件安装更新维护？智能化技术：辅助医生提升质量？Hadoop架构：医院处理分析数据必需？敏捷开发模式：适合医院信息系统开发？以软件架构为例 软件逻辑架构30年没有变 分布式多层架构存在弊端 软件系统性能问题：软
4、件额外开销显著增加，多层业务系统性能普遍不高 系统复杂性问题：三层或四层架构系统的配置、开发难度、可维护性增高 系统开发工作量问题：是传统C/S架构开发工作量的三倍以上 以Hibernate为例，模型映射、缓存同步等复杂度显著增加数据处理界面数据数据30年前集中式数据在内存中传递30年后分布式数据在网络上传递以软件架构为例多层分布式架构在带来部分获益的同时，其增加的复杂度难以平衡。“面多了加水，水多了加面”医院信息系统创新的三个层面 注重三个方面创新的同步发展 注重需求驱动与技术创新的互动 注重技术创新对功能创新和模式创新的支撑 注重有意义的技术创新，避免无意义的 技术创新功能创新模式创新技术
5、创新易用性，自动化、智能化程度业务模式，管理 模式，管理理念新技术，易维护 性、扩展性新一代医院信息系统的“新”应从三个方面去认识未来创新发展趋势基础系统重构一体化开放的 基础HIS系统系统功能创新各环节业务系 统的智能化提 升各类临床专科化系统管理模式创新医保及管理政 策变革以成本为导向医疗质量管理体系服务模式创新普及互联网医 疗患者参与医疗技术架构创新适应集团化、多院区发展提高横向扩展能力医院信息化进入到外部深化医改政策推动、内部由事务性处理到智能化支持转变的发展期，在以下方面创新需求凸显：把握HIS分层与创新策略 Gartner提出的节奏分层应用策略（Pace-Layered Appli
6、cation Strategy）变化节奏变化节奏生命周期生命周期治理模式治理模式架构架构生命周期管生命周期管理方式理方式快速以周为单位012个月灵活，随机轻量级，突发式移动和云技术主导瀑布式10%交互和增量式30%敏捷式60%中度每36个月13年响应式，业务主导面向服务架构，结合新老模块组合瀑布式40%交互和增量式50%敏捷式10%慢每612个月10年以上正式，全局由正式前期蓝图主 导的大型、模块化 设计瀑布式70%交互和增量式30%创新型系统差异化系统记录型系统把握HIS分层与创新策略（续）对医院信息系统的分层创新型系统患者服务系统互联网医院 等差异化系统智能化系统 绩效管理系统医疗质量管理
7、系统 等记录型系统医院基础HIS系统LIS、PACS等专科业务系统构建稳固的医院基础信息系统 医院基础信息系统的界定 是指在整个医院信息化应用体系中，提供基本业务功能，对整体起到基础支撑作用、采用一体化设计的系统集合 当前存在的问题 旧系统发展遗留问题、外挂式的CDR、系统不开放 重构稳固的医院基础信息系统，做到“20年不做颠覆性改变”支撑核心业务流程：以全数字化工作流程为基础，重构内部信息流 构建医疗数据资源池：实现电子病历一体化，形成整个医院信息系统数据核心 开放数据接口服务：建立开放系统，为外部系统集成提供条件 建立核心功能服务：为互联网时代多元化的业务模式需求提供统一业务逻辑为什么能做
8、到“20年不做颠覆性改变”稳定的病历记录内容 无论医院的内外部环境发生了怎样变化，作为医疗信息系统数据基础的病历结构及内容没有发生大的变化 稳定的核心医疗流程 无论新技术条件下医疗服务需求发生了怎样变化，从患者登记，到就诊、问诊、诊断、治疗，基本过程如故 成熟的基础系统认知 医院基础信息系统所涉及的信息化工作流程已经成型，对于基础信息系统的数据和功能层面更为成熟的认知智能化、专科化功能创新 由事务处理向智能化提升 简化录入：减少重复录入，提高录入效率 精准呈现：以恰当的形式、恰当的内容按需呈现信息，患者特征画像 提示提醒：防止差错，辅助诊疗 质量控制：医疗规范约束 主要技术手段 规则库、知识图
9、谱、临床指南、数据分析模型 专科化的电子病历系统 主要挑战 各类智能化功能的开发与集成，专科电子病历系统的集成管理模式创新 驱动因素 外部政策：医保支付方式改革，药品、耗材零加成，公立医院绩效考核 等 内部信息化发展：业务信息全流程采集提供支撑 管理变革 以收入为导向转变为以成本为导向，对医疗行为的更严格约束 医疗质量全方位监管体系的构建，对各环节医疗行为的实时监管 科室及个人绩效考核体系的重构 主要技术 监管规则的表达与应用 DRGs辅助分组服务模式创新 互联网医疗 互联网医院的普及 多样化创新性患者服务 患者参与医疗 医疗信息共享，患者健康教育 健康管理与科研相结合的院后随访和医患交互体系的建立技术架构创新 新的需求 集团化、多院区信息统一管理 适应多样化的互联网服务 各类智能化服务的集成 性能可横向扩展 架构创新 云HIS 内外网业务互通 业务系统的分割与横向分布结束语 创新包含三个方面，其中业务创新是根本，技术创新是支撑 面对不断涌现的“新概念”、“热词”，认清其背景和本质，不盲从 关注技术创新的价值，做“有意义的”技术创新 技术上尽可能保持简单，不人为复杂化
