《医院数据中心项目解决方案》由会员分享，可在线阅读，更多相关《医院数据中心项目解决方案（234页珍藏版）》请在金锄头文库上搜索。
1、 .wd.数据中心解决方案目 录第 1 章 引言61.1编写目的61.2术语定义61.3参考资料7第 2 章 工程背景72.1 工程简介72.2 工程背景82.3 管理目标9第 3 章 公司简介及案例123.1 联系方式14第 4 章 总体建设方案154.1 建设目标154.2 建设原那么154.2.1 顶端设计原那么164.2.2 最小数据集原那么16第 5 章 数据中心总体设计方案165.1 系统总体设计思想165.1.1 系统总体设计目标165.1.2 系统总体设计原那么175.1.3 系统设计特点175.2 总体设计方案195.2.1 总体技术路线195.2.2 系统硬件总体构造205
2、.2.3 系统技术规格205.2.4 数据中心核心实现内容245.2.5 系统软件构架265.2.6 B/S技术构架275.3 系统设计的方法285.3.1 按不同层次设计285.3.2 按不同的数据分布策略设计285.3.3 组件化设计285.3.4 提供业务流程管理功能295.3.5 采用面向对象思想，进展UML建模295.3.6 采用多层构造实现区域平台与接入单位的连接325.3.7 各医疗服务机构的数据接入方式335.4 总体架构335.4.1 业务架构335.4.2 J2EE框架335.4.3 Web Services355.4.4 基于SOA的多层架构375.4.5 基于IHE和S
3、OA开放式的架构395.4.6 采用ESB服务总线设计395.4.7 基于构件的开发CBD415.4.8 Portal43第 6 章 数据中心技术方案446.1 协议适配器及服务446.1.1 跨机构文档共享(IHE XDS)446.1.2 HL7引擎466.1.3 字典、代码映射与术语服务486.2 ODS496.2.1 数据模型设计步骤496.2.2 逻辑模型设计策略506.2.3 物理模型设计策略516.3 数据仓库536.3.1 数据模型设计步骤536.3.2 逻辑模型设计策略676.3.3 物理模型设计策略696.4 ETL平台716.4.1 业务系统到ODS726.4.2 ODS到
4、数据仓库736.4.3 ETL抽取策略746.4.4 ETL过程监控766.4.5 ETL作业调度766.4.6 ETL设计策略776.5 数据展现776.5.1 分析表786.5.2 分析图786.5.3 仪表盘786.5.4 柱形图796.5.5 折线图796.5.6 组合图806.5.7 饼图806.5.8 面积图816.5.9 雷达图816.5.10 条形图826.5.11 其他图形826.6 数据元设计836.7 前端应用功能展现856.7.1 统计报表856.7.2 即席查询856.7.3 联机分析856.7.4 数据挖掘85第 7 章 数据中心功能设计867.1 总体功能要求86
5、7.2 临床数据中心877.2.1 医院需求877.2.2 解决方案887.3 管理数据中心1267.3.1 医院需求1267.3.2 解决方案1277.4 客服数据中心1547.4.1 医院需求1547.4.2 解决方案1547.5 数据集成中心1627.5.1 医院需求1627.5.2 解决方案1627.6 数据交换中心1987.6.1 医院需求1987.6.2 解决方案1987.7 数据安全中心2237.7.1 医院需求2237.7.2 解决方案224第 8 章 数据归档建议2678.1 数据归档原那么2678.2 数据归档软件2688.2.1 归档软件功能2688.2.2 DSG Sn
6、apArchiving2688.2.3 Informatica Data Archive2708.2.4 产品比照2708.3 数据归档方案2718.3.1 归档策略2718.3.2 归档操作2718.3.3 归档数据备份2728.4 数据归档效益273第 9 章 技术、性能和安全设计2749.1 技术设计2749.2 系统性能设计2749.2.1 系统响应速度2749.2.2 系统可靠性指标2759.2.3 可维护性指标275第 10 章 数据中心系统的实施方案27610.1 系统软硬件环境27610.1.1 软件运行平台27610.1.2 开发工具27610.1.3 客户平台27610.1
7、.4 硬件平台27610.2 工程管理及质量保证27710.2.1 工程管理27710.2.2 质量保证体系28110.2.3 工程管理及质量体系总结285第 11 章 实施方案28611.1 人员配置28611.2 总体进度方案287第 12 章 建议及承诺287第 1 章 引言1.1 编写目的本文的那个主要是基于医院基于医院全院业务的数据中心系统提出解决方案，供院方参考。1.2 术语定义数据仓库Data Warehouse)：是决策支持系统和联机分析应用数据源的构造化数据环境。数据仓库研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。数据集市(Data
8、 Marts)：是为满足已定义的用户组或业务领域对于特定业务信息的需求而创立的。它们比数据仓库更小，但可来源于数据仓库，且更关注在数据中构建复杂业务规那么来支持功能强大的分析。数据中心：广义的数据中心是指企业或者单位的业务应用与数据资源进展集中、集成、共享、分析的场地，工具、流程等的有机组合。其核心内容既包括业务应用、数据ETL、ODS、数据仓库、数据集市、商务智能等，也包括物理的运行环境中心机房和运行维护管理服务。狭义的数据中心仅包含应用层面的数据中心，具体包括数据仓库和建设在数据仓库之上的决策分析应用，包括数据的ETL，ODS，数据仓库，商务智能应用和元数据管理等。ODSOperation
9、al Data Store操作数据存储：是数据仓库体系构造中的一个可选局部，ODS具备数据仓库的局部特征和OLTP系统的局部特征，具备数据仓库的局部特征和OLTP系统的局部特征，它是“面向主题的、集成的、当前或接近当前的、不断变化的数据。ODIOracle Data Integrator：数据集成平台。Oracle公司产品之一，它基于Java的E-LT引擎，支持当前40多种主流数据源，与Oracle数据库无缝链接，能够满足所有最重要的数据集成要求从高容量、高性处理到事件驱动、少量供应集成流程以及支持SOA的数据服务。联机事务处理OLTPon-line transaction processin
10、g：OLTP是传统的关系型数据库的主要应用，主要是 基本的、日常的事务处理。联机分析处理OLAPOn-Line Analytical Processing：OLAP是数据仓库系统的主要应用，支持复杂的分析操作，侧重决策支持，并且提供直观易懂的查询结果。WebService：即Web服务，是指自包含、自描述、模块化的应用程序，这类应用程序能够被发布、定位，并通过Web实现动态地调用。1.3 参考资料?数据中心典型设计?；?医院数据中心建设 基本功能要求?。第 2 章 工程背景2.1 工程简介随着国内医疗信息化的不断开展，医疗信息化产品已经 基本覆盖了医院内部的所有业务，绝大多数的医院都已经成功实
11、施了管理信息系统HMIS、临床信息系统CIS、电子病历系统EMR、以及运营管理系统全本钱核算、绩效考核、物流管理系统等和各类医技医辅管理信息系统PACS、PIS、UIS等。考虑到系统地专业性等诸多因素，往往各大医院中的各类业务系统都分别由不同的专业厂商来承担，系统和系统之间也 基本通过传统的API应用程序、数据库视图等传统接口方式来实现数据的共享与业务交互，长此以往，各异构系统间的接口集成方式和信息交互标准没有整体规划，造成接口越接越多，错综复杂，系统间集成耦合度高，且不具备统一标准、接口，重复建设现象严重，普遍存在“信息孤岛，在行业大规模集成高度开展的今天，数据积累的后续分析处理能力严重缺乏
12、，日积月累，患者信息数据和临床业务数据规模大量增长，急需实现整合。医院已经建设了HIS、LIS、PACS等多个医疗管理信息系统， 基本满足了医院日常运营与诊疗服务的需要，但对于管理层而言，现有的业务系统无法为其提供有效的辅助决策支持来实现精细化管理的需要。为了实现信息系统间的高度整合，改变目前已有的各应用系统之间无法有效互联互通的局面，实现医疗信息系统的全面数字化应用，医院管理层高瞻远瞩，考虑到医院信息化建设已具备一定的根基，而商业智能技术在医疗领域的应用也逐步成熟，决定要建设一个高效、统一的数据集成平台数据中心系统。数据中心在架构设计上重点参照原卫生部?基于电子病历的医院信息平台技术解决方案
13、1.0版?的体系架构，从医院现有的业务系统中提取有用的数据，建设数据仓库主题，构建基于特定业务需求的数据集市，实现对医疗质量、医疗安全、医疗费用、合理用药等?三级综合医院评审标准实施细则?要求的各项具体指标进展分析与监测，为医院领导层提供医院医疗质量、医疗安全、运营管控等辅助决策支持，以满足管理部门的评价指标监测要求与医院精细化管理的需求，有效提高医院综合管理水平。通过本工程，医院将逐步实现临床、管理、客服、数据集成、数据交换、数据安全等六个中心的建设。通过数据中心的建设，实现对医院实现内部医疗数据安全、可靠、及时地共享及交换，使医院管理人员能够及时的了解医院内各不同业务系统的全面运行情况，对
14、医院业务逐步深入管理，合理配置医疗资源，提高医疗效益，从而提高医院医疗数字化管理到一个全新的高度。2.2 工程背景随着医疗行业竞争的加剧、新医改方案的出台等因素的影响，目前医院所处大环境出现了新的变化，存在与开展面临着新的挑战。同时随着医疗模式转型的逐步转变，医院的转型模式已经从粗放式向精细化、终末式向环节化、经历式向循证化的管理方向转变，医院需要综合的、多维的、智能的、易操作的智能分析系统为医院提供科学全面的数据支持，推动医院管理从根据经历的粗放型管理转向依拖数据的精细化管理转变。医院虽然在医院信息化方面已经取得了长足的进步，但目前仍然存在一些缺乏，具体表现在：1) 随着数字化医院的不断深入
15、，医院建设了面向不同需求的应用系统，但由于这些系统来均自不同的厂家，这就造成了医院的信息在各个应用系统之间无法互联互通的问题，数据是丰富的，但知识贫乏，各个系统之间缺乏有效信息共享手段，导致信息孤岛的形成，阻碍了医院信息化的进程。2) 医院的信息化经历了多年的的开展应用，积累了大量的数据，但大局部数据却是放在医院的不同服务器上，在进展整合应用时存在数据来源不清、数据质量不高，异构系统之间数据集成困难，缺乏统一的标准，数据信息一般都是浅层次应用，一般都是只分析不利用，对监控指标未形成有效的闭环管控，难以推动医院管理的持续改进。3) 医院对一些关键考核指标 基本上都是处于事后处理模式，缺乏事前预警、事中控制机制，比方：药占比超标、医保患者人均费用超标等，都是处于事后处理模式，造成管理上相对滞后。4) 医院领导多是根据经历判断医院
