金华市中心医院Word文档格式.docx

金华市中心医院Word文档格式.docx

《金华市中心医院Word文档格式.docx》由会员分享，可在线阅读，更多相关《金华市中心医院Word文档格式.docx（36页珍藏版）》请在冰豆网上搜索。

✧移动应用

增加对移动端的应用支持

2.1.2普遍性需求

1.需要对数据不同粒度的分析

各部门已经不满足于汇总性的数据，“不仅知其然，还知其所以然”，强烈地需要了解更详细的数据，特别是在需要了解具体的业务原因时尤为强烈。

例如：

医务处需要对门诊挂号量细化到小时粒度。

2.需要对数据不同维度的分析

目前的报表基本上是二维报表，不能提供对一个业务问题不同角度的观察，现在各部门都希望深入地了解业务，从不同的维度对业务进行交叉分析。

目前在业务系统中提供维度的信息不全，如诊断。

3.报表的时效性需要提高

由于许多报表的数据来源于不同部门和不同的系统，在收集来数据后还需要进行手工的整理和计算，往往过了1-2个月，才能到达领导手中。

有的部门只能看到季报，对了解业务状况和决策产生很大影响。

4.报表的准确性需要提高

许多部门的报表数据来源于各部门，统计口径不一致，手工处理较多，由于处理人员的技能不同或疏漏，很可能造成数据错误。

发现错误后，再返工修改，又带来时效性问题。

5.灵活方便地分析功能

分管领导、卫生部、统计局和各部门等要求提供的数据往往不一样的，而且时间要求高，需要时就去提取。

并且，需要分析的指标也是动态变化的，希望能提供灵活地分析手段。

6.数据共享

目前有部分数据仍然分散在各个部门，数据就像在一个个孤岛中，部门间获取对方信息也很麻烦，甚至无法获取。

希望数据仓库建成，可方便获取分析所需的基础数据。

7.数据质量

目前数据质量还达不到要求。

质量问题主要是分部门本身录入的问题如人为理解不同、误操作，受各因素影响等原因造成的。

基础数据的正确性、真实性直接影响到分析结果的可信度。

2.1.3部门重点需求

部门

业务要点

分析重点

项目阶段

院领导

目前最迫切的是完善‘医疗服务’

财务运营分析

门诊业务分析

住院业务分析

病人病种费用分析

药品库存进出量分析（含血库）

科室设备使用情况分析

设备报废情况分析

耗材使用情况分析（含高值耗材）

人力成本分析

人力效率分析

财务处

特需住院难区分

资产负债分析

收入支出分析

医疗机构基本数字及财务分析

（门诊、住院、药品、设备、

耗材、人力相关财务数据）

科研经费分析

教学经费分析

财务核算分析

医务处

节假日无法标识

门诊量分析

住院工作量分析

门诊住院效率分析

手术情况分析

病房床位分析

辅助检查工作量统计

控感办

数据均需手工输入，跨系统无法综合性分析

院感情况分析

感染费用分析

手术感染情况分析

耐药性情况分析

器械不良事件监控

药剂科

所需数据系统中都有，难以应对临时性统计需求

药品库存财务分析

药品价格变动分析

药品库存业务分析

药品使用模式分析

用药量变化因素分析

设备处

数据是动态变化，时点数据统计较为困难

设备库存分析

设备使用状况分析

设备预算管理分析

设备采购流程分析

设备报废管理分析

高值耗材分析

设备维修情况分析

设备经济效益分析

供应科

耗材成本分摊规则较难定位　

耗材财务分析

耗材管理情况分析

耗材使用排名分析

基数调研分析

供应商付款情况分析

固定资产使用情况分析

放射科

与临床数据的关联不够

设备费用分析

设备使用量分析

工作效率分析

护理部

基础数据无系统支持，靠手工记录

护理人员配置分析

护理人员工作量分析

护理人员工作质量考核

物品消耗管理

薪酬奖金管理

教学科研管理

病人相关管理

人事处

所有报表均为手工制作

人员构成分析

岗位设置分析

绩效考核分析

职称评价体系分析

运营处

单病种费用分析

住院业务质量分析

全成本核算分析

改革办

原始数据质量存在问题

病房收入分析

门诊收入分析

消耗相关分析

手术费用分析

住院日费用趋势分析

2.1.4数据来源分析

根据对项目业务需求范围的建议，结合医院现有数据情况，一期系统本身已经对部分系统进行了数据抽取和清洗，但由于医院业务在不断改进，部分业务系统进行了重新建设，部分业务系统进行了改造，因此本期涉及的源系统将涵盖一期源系统，同时也将增加部分系统，初步统计将设计如下系统：

✧门急诊HIS

✧住院HIS

✧HRP

✧电子病历（部分）

✧病案首页

✧人事系统

✧药物不良反应记录

✧电子病历

✧检验信息系统

✧捷达图文报告系统

✧手术排程系统

✧手术麻醉信息系统

✧病理信息系统

✧PACS/RIS

✧内窥镜/超声/心电

✧血库

✧预约中心

2.2业务需求

2.2.1总体业务架构

系统架构组成如图所示，按照目前数据基础状况及业务需求的紧迫性要求分阶段实现。

2.2.2实现方式

根据业务需求中提出的操作、展示等要求，目标系统需要通过以下几种方式加以实现：

1、多维分析

2、固定报表

3、KPI展现

4、仪表盘

5、移动端

OLAP是On-LineAnalyticalProcess（在线分析处理）一种即时分析工具。

利用OLAP分析，分析人员、管理人员能够针对同一个主题，根据已经设计好的「分析维度」与「分析内容」做任意组合的交叉分析，选取需要的「分析维度」与「分析内容」产生特定的分析，从多个角度对数据进行分析，从而快速、交互地得出经营管理所需的分析结论。

它的技术核心是“维”的概念，因此，OLAP也被称为多维数据分析。

OLAP分析模块是医院BI系统的主要数据展现和分析手段，用户通过浏览器，快速访问各种可能的信息视图，很容易地由不同的分析指标测量值，做非常快速与互动的摘要整理分析，洞察数据深处蕴涵的规律，掌握隐于其中的规律。

OLAP多维分析包括分析维度和分析指标两个重要要素。

对各项分析主题进行分析时，要针对某些分析的角度或视点去进行观察，这些分析的角度或是视点，即分析维度需要在二期实现中多方位实现，项目需要的维度如下：

✧员工维度：

如年龄层、性别、职称、学历等…

✧时间维度：

如年、季、月、日、时段等…

✧组织维度：

如总院、学科、部门、科室、病房...等

✧药品维度：

如药品大类、单种药品等…

项目本期大部分的多维分析主题都共享这些分析维度，在系统上线稳定运转一段时间后，可以根据业务需要进行调整。

2.2.3功能性需求

根据医院数据仓库的总体需求，结合数据仓库分析技术能力，可以将重心医院数据仓库的实现分为关键业务指标展示和多维分析两种方式。

关键业务指标展示采用图表结合的方式，主要面向管理层和决策支持人员，对业务关注的关键业务指标进行综合分析，包括文字方式、占比分析、预警分析、历史趋势分析等。

多维分析主要面向决策和运行管理人员，采用面向业务主题的方式组织，方便业务人员根据实际业务要求灵活的组织分析指标、分析维度，能够动态生成分析图表，并可以对图表的样式进行调整。

除了展示关键业务指标和多维分析以外，系统还提供全面的系统管理接口，包括，用户管理、权限管理、用户日志管理以及系统帮助等。

Ø

KPI展示实现

关键业务指标分析主要为管理层提供当前业务运行情况的总体分析和概览，对关键业务指标的当前数据进行展示，并计算累计量，与计划量进行比较、与上期量进行比较。

如下图所示，可以直接选择关注的关键业务指标查看具体的数据及比较分析情况，采用图形和表格方式进行展示。

多维分析实现

业务主题多维分析主要面向业务人员的数据分析要求而提供的一种数据分析工具，业务人员可灵活地选择和显示数据，支持数据的下钻、上钻等操作和动态变更表、图、曲线的显示形式。

其中，业务主题是指面向业务的一组业务指标的集合，比如人员构成分析就是从编制、职级、工作性质、部门等不同维度，对医院的人员构成，如在职员工数、平均年龄以及离职率进行多维分析；

多维分析是指按照预先设定的分析角度，对指标进行分析，比如机构、时间、职称、学历、年龄段等。

所谓数据上钻、下钻，是指可以在不同的层次上对数据进行查看分析，比如可以查看某个科室、在某个岗位上人员的学历构成是怎样的。

权限管理

角色管理模块是门户系统的核心模块，通过为角色分配权限和维度限制了扮演这个角色的用户所能够涉及的系统内容和用户动作的应用范围，如图.角色权限管理示例。

它有以下的几个功能：

角色信息管理、角色权限管理、新增角色和删除角色。

图角色权限管理示例

✧角色信息管理

角色的信息管理包括，对于角色层级的管理以及对于角色的基本信息的管理，如名称、描述、上级管理单位以及是否为管理员，如下图：

✧角色权限管理

角色的权限管理涉及到2个主要的方面：

模块权限管理、维度授权管理。

模块授权管理对于用户能够访问的系统内容进行限制，既当用户登陆后能访问的模块功能。

维度的限制控制了用户可以访问的内容的宽度，比如地域、机构等等。

为角色分配权限的过程如下图示例：

图用户维度管理

✧新增角色

新增角色的过程包括，为角色设定基本信息，为角色分配相关权限，以及为角色分配维度，在新增一个角色时数据库会将角色的基本信息、权限以及维度记录在不同的表中，如下图示例：

图新增角色

✧删除角色

删除角色时，如果数据库中存在使用这个角色的用户，那么系统将不允许删除操作，需要将相关用户的角色重置为其他的角色，之后，数据库才会先将这个角色的权限以及维度从相关表中删除，之后才从角色表中删除这个角色。

2.2.4非功能性需求

用户界面需求

方便操作，提供友好界面，特别是在移动端，要能够及时便利地操作。

产品质量需求

主要质量属性

详细要求

正确性

系统能保证业务数据处理正确，并保持与其他系统的数据一致

可靠性

✧系统保证在运行期间安全可靠。

✧对重要数据