济宁医学院附属医院数据中心解决方案.doc

济宁医学院附属医院数据中心解决方案.doc

《济宁医学院附属医院数据中心解决方案.doc》由会员分享，可在线阅读，更多相关《济宁医学院附属医院数据中心解决方案.doc（288页珍藏版）》请在冰豆网上搜索。

济宁医学院附属医院

数据中心解决方案

杭州慧众信息技术有限公司

2014年1月

《济宁医学院附属医院数据中心解决方案》杭州慧众

目录

第1章引言 6

1.1 编写目的 6

1.2 术语定义 6

1.3 参考资料 7

第2章项目背景 7

2.1项目简介 7

2.2项目背景 8

2.3管理目标 9

第3章公司简介及案例 12

3.1联系方式 14

第4章总体建设方案 15

4.1建设目标 15

4.2建设原则 15

4.2.1顶端设计原则 16

4.2.2最小数据集原则 16

第5章数据中心总体设计方案 16

5.1系统总体设计思想 16

5.1.1系统总体设计目标 16

5.1.2系统总体设计原则 17

5.1.3系统设计特点 17

5.2总体设计方案 19

5.2.1总体技术路线 19

5.2.2系统硬件总体结构 20

5.2.3系统技术规格 20

5.2.4数据中心核心实现内容 24

5.2.5系统软件构架 26

5.2.6B/S技术构架 27

5.3系统设计的方法 28

5.3.1按不同层次设计 28

5.3.2按不同的数据分布策略设计 28

5.3.3组件化设计 28

5.3.4提供业务流程管理功能 29

5.3.5采用面向对象思想，进行UML建模 29

5.3.6采用多层结构实现区域平台与接入单位的连接 32

5.3.7各医疗服务机构的数据接入方式 33

5.4总体架构 33

5.4.1业务架构 33

5.4.2J2EE框架 33

5.4.3WebServices 35

5.4.4基于SOA的多层架构 37

5.4.5基于IHE和SOA开放式的架构 39

5.4.6采用ESB服务总线设计 39

5.4.7基于构件的开发（CBD） 41

5.4.8Portal 43

第6章数据中心技术方案 44

6.1协议适配器及服务 44

6.1.1跨机构文档共享（IHEXDS） 44

6.1.2HL7引擎 46

6.1.3字典、代码映射与术语服务 48

6.2ODS 49

6.2.1数据模型设计步骤 49

6.2.2逻辑模型设计策略 50

6.2.3物理模型设计策略 51

6.3数据仓库 53

6.3.1数据模型设计步骤 53

6.3.2逻辑模型设计策略 67

6.3.3物理模型设计策略 69

6.4ETL平台 71

6.4.1业务系统到ODS 72

6.4.2ODS到数据仓库 73

6.4.3ETL抽取策略 74

6.4.4ETL过程监控 76

6.4.5ETL作业调度 76

6.4.6ETL设计策略 77

6.5数据展现 77

6.5.1分析表 78

6.5.2分析图 78

6.5.3仪表盘 78

6.5.4柱形图 79

6.5.5折线图 79

6.5.6组合图 80

6.5.7饼图 80

6.5.8面积图 81

6.5.9雷达图 81

6.5.10条形图 82

6.5.11其他图形 82

6.6数据元设计 83

6.7前端应用功能展现 85

6.7.1统计报表 85

6.7.2即席查询 85

6.7.3联机分析 85

6.7.4数据挖掘 85

第7章数据中心功能设计 86

7.1总体功能要求 86

7.2临床数据中心 87

7.2.1医院需求 87

7.2.2解决方案 88

7.3管理数据中心 126

7.3.1医院需求 126

7.3.2解决方案 127

7.4客服数据中心 154

7.4.1医院需求 154

7.4.2解决方案 154

7.5数据集成中心 162

7.5.1医院需求 162

7.5.2解决方案 162

7.6数据交换中心 198

7.6.1医院需求 198

7.6.2解决方案 198

7.7数据安全中心 223

7.7.1医院需求 223

7.7.2解决方案 224

第8章数据归档（建议） 267

8.1数据归档原则 267

8.2数据归档软件 268

8.2.1归档软件功能 268

8.2.2DSGSnapArchiving 268

8.2.3InformaticaDataArchive 270

8.2.4产品对比 270

8.3数据归档方案 271

8.3.1归档策略 271

8.3.2归档操作 271

8.3.3归档数据备份 272

8.4数据归档效益 273

第9章技术、性能和安全设计 274

9.1技术设计 274

9.2系统性能设计 274

9.2.1系统响应速度 274

9.2.2系统可靠性指标 275

9.2.3可维护性指标 275

第10章数据中心系统的实施方案 276

10.1系统软硬件环境 276

10.1.1软件运行平台 276

10.1.2开发工具 276

10.1.3客户平台 276

10.1.4硬件平台 276

10.2项目管理及质量保证 277

10.2.1项目管理 277

10.2.2质量保证体系 281

10.2.3项目管理及质量体系总结 285

第11章实施计划 286

11.1人员配置 286

11.2总体进度计划 287

第12章建议及承诺 287

5/288

《济宁医学院附属医院数据中心解决方案》杭州慧众

第1章引言

1.1编写目的

本文的那个主要是基于济宁医学院附属医院基于医院全院业务的数据中心系统提出解决方案，供院方参考。

1.2术语定义

数据仓库（DataWarehouse）：

是决策支持系统和联机分析应用数据源的结构化数据环境。

数据仓库研究和解决从数据库中获取信息的问题。

数据仓库的特征在于面向主题、集成性、稳定性和时变性。

数据集市（DataMarts）：

是为满足已定义的用户组或业务领域对于特定业务信息的需求而创建的。

它们比数据仓库更小，但可来源于数据仓库，且更关注在数据中构建复杂业务规则来支持功能强大的分析。

数据中心：

广义的数据中心是指企业或者单位的业务应用与数据资源进行集中、集成、共享、分析的场地，工具、流程等的有机组合。

其核心内容既包括业务应用、数据ETL、ODS、数据仓库、数据集市、商务智能等，也包括物理的运行环境（中心机房）和运行维护管理服务。

狭义的数据中心仅包含应用层面的数据中心，具体包括数据仓库和建立在数据仓库之上的决策分析应用，包括数据的ETL，ODS，数据仓库，商务智能应用和元数据管理等。

ODS（OperationalDataStore）操作数据存储：

是数据仓库体系结构中的一个可选部分，ODS具备数据仓库的部分特征和OLTP系统的部分特征，具备数据仓库的部分特征和OLTP系统的部分特征，它是“面向主题的、集成的、当前或接近当前的、不断变化的”数据。

ODI（OracleDataIntegrator）：

数据集成平台。

Oracle公司产品之一，它基于Java的E-LT引擎，支持当前40多种主流数据源，与Oracle数据库无缝链接，能够满足所有最重要的数据集成要求—从高容量、高性处理到事件驱动、少量供给集成流程以及支持SOA的数据服务。

联机事务处理OLTP（on-linetransactionprocessing）：

OLTP是传统的关系型数据库的主要应用，主要是基本的、日常的事务处理。

联机分析处理OLAP（On-LineAnalyticalProcessing）：

OLAP是数据仓库系统的主要应用，支持复杂的分析操作，侧重决策支持，并且提供直观易懂的查询结果。

WebService：

即Web服务，是指自包含、自描述、模块化的应用程序，这类应用程序能够被发布、定位，并通过Web实现动态地调用。

1.3参考资料

《数据中心典型设计》；

《济宁医学院附属医院数据中心建设基本功能要求》。

第2章项目背景

2.1项目简介

随着国内医疗信息化的不断发展，医疗信息化产品已经基本覆盖了医院内部的所有业务，绝大多数的医院都已经成功实施了管理信息系统（HMIS）、临床信息系统CIS、电子病历系统（EMR）、以及运营管理系统（全成本核算、绩效考核、物流管理系统等）和各类医技医辅管理信息系统（PACS、PIS、UIS等）。

考虑到系统地专业性等诸多因素，往往各大医院中的各类业务系统都分别由不同的专业厂商来承担，系统和系统之间也基本通过传统的API应用程序、数据库视图等传统接口方式来实现数据的共享与业务交互，长此以往，各异构系统间的接口集成方式和信息交互标准没有整体规划，造成接口越接越多，错综复杂，系统间集成耦合度高，且不具备统一标准、接口，重复建设现象严重，普遍存在“信息孤岛”，在行业大规模集成高度发展的今天，数据积累的后续分析处理能力严重不足，日积月累，患者信息数据和临床业务数据规模大量增长，急需实现整合。

济宁医学院附属医院已经建设了（HIS、LIS、PACS等）多个医疗管理信息系统，基本满足了医院日常运营与诊疗服务的需要，但对于管理层而言，现有的业务系统无法为其提供有效的辅助决策支持来实现精细化管理的需要。

为了实现信息系统间的高度整合，改变目前已有的各应用系统之间无法有效互联互通的局面，实现医疗信息系统的全面数字化应用，济宁医学院附属医院管理层高瞻远瞩，考虑到医院信息化建设已具备一定的基础，而商业智能技术在医疗领域的应用也逐步成熟，决定要建立一个高效、统一的数据集成平台—数据中心系统。

数据中心在架构设计上重点参照原卫生部《基于电子病历的医院信息平台技术解决方案（1.0版）》的体系架构，从医院现有的业务系统中提取有用的数据，建立数据仓库主题，构建基于特定业务需求的数据集市，实现对医疗质量、医疗安全、医疗费用、合理用药等《三级综合医院评审标准实施细则》要求的各项具体指标进行分析与监测，为医院领导层提供医院医疗质量、医疗安全、运营管控等辅助决策支持，以满足管理部门的评价指标监测要求与医院精细化管理的需求，有效提高医院综合管理水平。

通过本项目，济宁医学院附属医院将逐步实现临床、管理、客服、数据集成、数据交换、数据安全等六个中心的建设。

通过数据中心的建设，实现对济宁医学院附属医院实现内部医疗数据安全、可靠、及时地共享及交换，使济宁医学院附属医院管理人员能够及时的了解医院内各不同业务系统的全面运行情况，对医院业务逐步深入管理，合理配置医疗资源，提高医疗效益，从而提高医院医疗数字化管理到一个全新的高度。

2.2项目背景

随着医疗行业竞争的加剧、新医改方案的出台等因素的影响，目前医院所处大环境出现了新的变化，生存与发展面临着新的挑战。

同时随着医疗模式转型的逐步转变，医院的转型模式已经从粗放式向精细化、终末式向环节化、经验式向循证化的管理方向转变，医院需要综合的、多维的、智能的、易操作的智能分析系统为医院提供科学全面的数据支持，推动医院管理从根据经验的粗放型管理转向依拖数据的精细化管理转变。

济宁医学院附属医院虽然在医院信息化方面已经取得了长足的进步，但目前仍然存在一些不足，具体表现在：