项目目标及内容-金华中心医院.DOC

金华市中心医院 医院管理数据分析与决策支持系统（二期）招标需求  目 录 第1章 项目背景 4 第2章 需求分析 5 2.1 项目总体需求描述 5 2.1.1 需求范围 5 2.1.2 普遍性需求 6 2.1.3 部门重点需求 7 2.1.4 数据来源分析 9 2.2 业务需求 10 2.2.1 总体业务架构 10 2.2.2 实现方式 10 2.2.3 功能性需求 11 2.2.4 非功能性需求 15 第3章 项目目标及内容 17 3.1 项目目标 17 3.1.1 总体建设目标 17 3.1.2 原则 19 3.1.3 重点目标 21 3.2 项目内容 22 3.2.1 一期项目拓展维护 22 3.2.2 新增指标管理 23 3.2.3 系统管理 29 第4章 技术方案 31 4.1 总体架构概览 31 4.2 架构要求 31 4.3 逻辑运营架构 32 4.4 物理运营架构 37 4.5 移动端支持 37 4.6 系统备份与恢复 38 第5章 工期及实施计划 39 项目背景 我院在IBM承建的BI一期系统上线后，对数据分析的需求越来越多，在质量控制，临床业务分析等需求也提出了更高的要求，BI项目对医院后期的决策支持也越来越重要，因此，我院需要在一期项目基础上，逐步将BI系统建设成为我院核心的决策支持中心。 项目一期在数据采集和分析方面已经打下了一定的基础，但还不足以支撑全院的数据分析，部分新系统的投入使用，也没有将数据整合到一期的系统中，同时，在数据分析层面，目前也比较单一，提供了报表和简单的OLAP分析，没有针对移动端的应用，不方便使用者随时随地地获取必要的数据。因此，我院将投入BI二期建设，以便将BI项目更进一步，使医院的决策分析能够获取实时有效的数据，从而可以进行全方位的分析，让医院的发展能够借助信息化的力量稳步前进。 需求分析 项目总体需求描述 本项目将充分利用金华中心医院现有数据源的信息和数据，建立统一的决策分析管理平台；实现对医院总体运营按财务、门诊、住院、药品、耗材、设备、人力等不同主题，多维度进行分析；本着规范化与灵活性相结合的原则，设定不同的使用权限（组织和人员），灵活查询和分析，实现对医疗服务、研究、教学全方位的整合监控，提供决策支持。 需求范围 BI数据仓库系统的建设是一个系统工程，不能一蹴而就，应该循序渐进，借鉴业界数据仓库建设的实践经验，采用“大处着眼、小处入手、快速扩展”的策略，该项目的实施将循序渐进、分期实施。 从所有采集的报表及数据，借鉴行业的项目经验，结合访谈需求，归纳出BI的总体需求，根据业务需求，并结合一期已经实施的部分，本期核心的地项目范围主要有以下部分： OLAP分析 增加对医院运营信息的整合和综合查询 KPI展现 增加对院领导及各部门关注的关键运营指标，提供直观可视化展现 固定报表 增加部分业务需要的报表，能够汇总医院不同的数据 仪表盘 增加对管理层所关注的关键指标做定制展示 移动应用 增加对移动端的应用支持 普遍性需求 需要对数据不同粒度的分析 各部门已经不满足于汇总性的数据，“不仅知其然，还知其所以然”，强烈地需要了解更详细的数据，特别是在需要了解具体的业务原因时尤为强烈。例如：医务处需要对门诊挂号量细化到小时粒度。 需要对数据不同维度的分析 目前的报表基本上是二维报表，不能提供对一个业务问题不同角度的观察，现在各部门都希望深入地了解业务，从不同的维度对业务进行交叉分析。目前在业务系统中提供维度的信息不全，如诊断。 报表的时效性需要提高 由于许多报表的数据来源于不同部门和不同的系统，在收集来数据后还需要进行手工的整理和计算，往往过了1-2个月，才能到达领导手中。有的部门只能看到季报，对了解业务状况和决策产生很大影响。 报表的准确性需要提高 许多部门的报表数据来源于各部门，统计口径不一致，手工处理较多，由于处理人员的技能不同或疏漏，很可能造成数据错误。发现错误后，再返工修改，又带来时效性问题。 灵活方便地分析功能 分管领导、卫生部、统计局和各部门等要求提供的数据往往不一样的，而且时间要求高，需要时就去提取。并且，需要分析的指标也是动态变化的，希望能提供灵活地分析手段。 数据共享 目前有部分数据仍然分散在各个部门，数据就像在一个个孤岛中，部门间获取对方信息也很麻烦，甚至无法获取。希望数据仓库建成，可方便获取分析所需的基础数据。 数据质量 目前数据质量还达不到要求。质量问题主要是分部门本身录入的问题如人为理解不同、误操作，受各因素影响等原因造成的。基础数据的正确性、真实性直接影响到分析结果的可信度。 部门重点需求 部门 业务要点 分析重点 项目阶段 院领导 目前最迫切的是完善‘医疗服务’ 财务运营分析 门诊业务分析 住院业务分析 病人病种费用