医院集成平台建设.

医院信息系统集成平台建

设方案

目录

1. 背景 (5)

2. 建设目标 (6)

2.1实现医疗信息资源整合与利用 (6)

2.2实现医院数据中心建设 (6)

2.3提供管理决策及临床决策支持 (7)

3. 设计原则 (7)

实用性和先进性 (8)

安全性和可靠性 (8)

开放性、互连性和标准化 (8)

灵活性与可扩展性 (8)

经济性与投资保护 (9)

易管理和易操作性 (9)

整体设计和多种应用相匹配 (9)

4. 建设方案 (10)

4.1医院信息化建设面临的问题和难题 (10)

4.2医院集成平台总体框架 (12)

4.3标准化数据中心 (14)

4.3.1建立数据中心的意义 (15)

4.3.2基础信息库 (16)

4.3.3业务信息库 (17)

4.4.4交换信息库 (18)

4.3.5临床文档库(CDR) (18)

4.3.6临床数据中心构建方法 (21)

操作数据存储ODS (22)

数据仓库 (23)

医学知识库 (24)

4.4数据交换总线平台 (27)

4.1.1. 数据交换总线技术特点 (29)

4.1.2. 数据交换总线功能特点 (30)

4.1.3. 基于数据交换服务总线的业务数据交互 (32)

4.1.4. 业务规则引擎....................................................................................错误!未定义书签。

4.1.

5. 事件驱动引擎....................................................................................错误!未定义书签。

4.1.6. 集团化医院信息交换平台 (33)

4.5公共消息服务平台 (34)

4.1.7. 支持HL7引擎服务部件 (35)

4.1.8. 适配器服务部件 (38)

4.2. Ensemble集成平台中间件 (40)

4.2.1.Ensemble HIE 构成组件 (40)

4.2.2. Ensemble HIE 设计原则 (43)

4.2.3. Ensemble HIE 技术特点 (44)

4.2.4. Ensemble HIE 功能介绍 (49)

病人主索引（MPI） (52)

4.2.5. 病人主索引功能 (53)

4.3. 统一身份认证授权平台 (57)

4.3.1. 统一身份认证授权平台主要功能 (58)

4.3.1.1. 单点登录 (58)

4.3.1.2. 身份管理 (59)

4.3.1.3. 授权管理 (59)

4.3.1.4. 安全审计 (59)

4.3.2. 统一身份认证授权实现方法 (60)

医院决策分析平台 (61)

4.3.3. 决策支撑平台技术架构 (63)

4.3.4. 决策支撑平台数据架构 (64)

4.3.5. 指标加工逻辑架构 (65)

4.3.6. 系统工作内容及技术路线 (67)

4.3.6.1. 指标库构建与管理的工作内容要求 (67)

4.3.6.2. 指标库构建与管理的设计原则 (71)

4.3.6.3. 指标库构建与管理的技术路线 (72)

短信服务平台 (72)

4.3.7. 短信平台架构 (73)

4.3.8. 短信平台功能模块 (73)

4.3.8.1. 通知功能 (73)

4.3.8.2. 查询功能 (74)

4.3.8.3. 信息管理 (74)

4.3.8.4. 语音信箱咨询功能 (74)

4.3.8.5. 医院信息查询功能 (74)

4.3.8.6.投诉/举报/建议受理功能 (74)

4.3.8.7.自动服务功能 (75)

4.3.8.8.导医功能 (75)

后台运维管理系统 (75)

4.3.9. 信息资源统一监控系统设计原则 (78)

4.3.10. 信息资源统一监控系统架构及技术实现 (79)

4.3.11. 信息资源统一监控系统管理模型 (80)

安全保障体系 (81)

4.3.12. 隐私保护措施 (81)

4.3.13. 网络安全保障 (84)

4.3.14. 数据保密性 (85)

4.3.15. 数据完整性 (86)

4.3.16. 恶意代码防范 (87)

4.3.17. 性能保障措施 (88)

4.3.18. 运行环境保障措施 (89)

4.3.19. 信息安全与审计保障措施 (90)

5. 平台扩展....................................................................................................错误!未定义书签。

1.建设背景

我国医院信息系统建设已经有三十年的发展历史，早期有所谓的All in One 的系统，所有的应用都由一个供应商提供，服务于不同目的的应用模块，包装在一个软件包中，所有的数据库都是开放给所有的应用的，不需要接口引擎的设计。然而，医疗卫生信息的复杂性决定了医院信息系统的应用越来越复杂，医院对信息的需求也不断扩展，任何一个HIT厂商不可能提供医院所需要的全线产品（也包括国外的HIS厂商），要实现真正一体化的医院信息系统，必须引进不同厂商的信息系统产品。

因此在同一医院环境下，集成不同厂商的产品就成为医院信息化建设过程中必然遇到的问题。一开始几个厂商的产品要达到互连互通，往往是采用点对点的接口方式，因为这种方式简单、易行且成本低，例如，将一个医疗保险的结算系统与医院的住院及门诊病人的费用管理系统集成。然而，当医院的应用扩展到十几个乃至几十个应用系统时，问题就变得困难起来。

医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为制约医院数字化发展的主要障碍。而如何把这些系统连接实现各部门各专业信息共享就成了医院信息化建设中面临的一大难题。如果以传统的方式在各系统之间做接口的话就将出现众多的接口，这将给医院信息系统的稳定性、安全性、可靠性、效率等带来巨大的隐患，同时以让医院的运行维护成本成倍增长，如果医院要对其中一个应用系统进行升级或更换就必须再做众多数据接口。

随着国家新医改政策的实施落实，以医院为单位的管理模式已不能满足广大人民群众日益增长的医疗卫生需求，信息共享是实现信息价值最大化的重要途径之一，区域医疗信息共享是信息化发展的必然趋势，为了实现医疗信息的区域化共享，同样需要在医院内部把不同数据资源进行集成整合。

在此背景下通过医院信息集成平台来代替原来数量众多的点到点数据接口，为医院信息化建设提供标准和规范，只要各应用系统都支持这些标准和规范，原