2用户需求书中山人民医院.docx
《2用户需求书中山人民医院.docx》由会员分享，可在线阅读，更多相关《2用户需求书中山人民医院.docx（19页珍藏版）》请在冰点文库上搜索。
2用户需求书中山人民医院
《运营管理自定义分析系统》
用户需求书
目录
一、项目立案-4-
二、项目需求-4-
2.1.结构化报表-5-
2.1.1.科室病人情况（住院）-6-
2.1.2.科室收支情况-7-
2.1.3.工作量情况（科室与医生）-9-
2.1.4.卫生经济学指标（门诊/住院科室与医生）-11-
2.1.5.病人医疗费用汇总（住院科室及医生）-13-
2.1.6.病种分析（门诊）-14-
2.1.7.病种分析（住院）-16-
2.1.8.医保病人个案分析-18-
2.1.9.重点病种和技术-20-
2.2.自定义分析模型-21-
三、项目技术方案-22-
2.1项目难点-22-
2.1.1多结构数据整合-22-
2.1.2系统数据抽取-22-
2.1.3数据质量-23-
2.1.4分析需求与关键字段-23-
2.1.5报表格式繁杂-23-
2.2技术方案-23-
2.2.1DiverSolution™解决方案-24-
2.2.2技术实现-24-
四、工时评估-26-
运营管理自定义分析系统
项目方案书
运营管理是在医院的运营运程中的计划、组织、实施和控制，是与医疗服务创造密切相关的各项核心资源管理工作，帮助医院实现人、财、物三项核心资源精益管理的一系列管理手段和方法集。
医院管理是管理学的一个分支学科，是一门应用科学，也是一门边缘科学。
如何结合及运用现代管理理论和方法，对人、财、物、信息、时间等资源，进行宏观规划、组织、协调和控制，充分发挥整体运行功能，以取得最佳综合效益的管理活动也是本系统的核心价值。
为推进中山市人民医院运管管理工作，规范医院管理，提升医疗服务水平，提高医疗机构内部管理效能，结合医院工作实际情况，制定本方案。
项目立案
当前的医院运营管理工作繁重，管理所需要的支持数据几乎分散于医院的各个系统中，需耗费大量人力进行数据收集、清洗和整合工作，再以报表的形式展现，作为数据参考。
且因报表的灵活性欠佳，不具备多维分析的能力，无法在管理工作中以多个角度分析问题。
为此，本项目首先减轻数据处理过程中的人力投入，由系统自动按不同逻辑生成日常工作报表。
再提供再为灵活可变的任意维度分析工具，补充管理工作中所需的数据支持。
将有限人力投入更为重要的分析工作中，提升工作效率，完善管理工作。
一、项目需求
运营管理自定义分析系统包含两个模块构成：
涉及报表结构如下：
1.
2.
结构化报表
按住院与门诊两大部门分别设定以下报表：
科室病人情况（住院）、科室收支情况、工作量情况、卫生经济学指标、病种分析、医保病人个案分析、重点病种和技术等几个大的类别，各报表分别涉及以下数据：
2.1.1.科室病人情况（住院）
此表格中按各个维度的值制作报表，维度作为数据的分类方便客户查看，实际维度按字段说明中的维度值为准：
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
按此维度生成各个科室的报表；
是否转科
维度
该维度包括值：
是、否；
病人类型
维度
该维度包括值：
自费、医保、异地医保、工伤；
病人来源
维度
该维度包括值：
医院所在区（县）、医院所在市的外区（县）、外省（直辖市）、本省其他市、港澳台；
病人离院方式
维度
该维度包括值：
治愈出院、未治愈出院、转本市其他医疗机构（向下转诊）、转上级医疗机构；
病人付费方式
维度
全自费、商业保险、社会基本医疗保险、其他；
人数
摘要
按以上各个维度中的值分项统计；
占比
摘要
各个分项与该项的汇总计算比率；
2.1.2.
科室收支情况
此报表中展示各个科室每个月的收支明细情况，涉及到门诊与住院两个模块合并在同一张报表中：
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
可按科室切换报表内容；
门诊收入
摘要
门诊总收入；
门诊收入占比
摘要
门诊占全院总收入的比例；
住院医保收入金额
摘要
住院医保总收入；
住院医保收入占比
摘要
住院医保费用在住院总费用中的占比；
住院自费金额
摘要
住院自费收入；
住院自费占比
摘要
住院自费收入在住院总费用中的占比；
人力成本-核算人数
摘要
总人数；
人力成本-金额
摘要
可控成本-日用仓领用金额
摘要
可控成本-日用仓领用占比
摘要
可控成本-机械仓领用金额
摘要
可控成本-机械仓领用占比
摘要
可控成本-西药库领用金额
摘要
可控成本-西药库领用占比
摘要
可控成本-合计金额
摘要
可控成本-合计占比
摘要
能耗支出-金额
摘要
能耗支出-占比
摘要
收支结余
摘要
人均收支结余
摘要
人均收支结余增长率
摘要
医保盈亏
摘要
药占比
摘要
百元医疗收入卫生耗材消耗
摘要
2.1.3.
工作量情况（科室与医生）
此报表以各个科室为单位进行展现，客户提供的报表分为科室与医生两张，两报表格式一致仅维度不同，不特别占用篇幅重复描述，列出科室与医生两个维度，即可实现该效果：
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
可按科室切换报表内容；
医生
维度
可按医生切换报表内容；
门诊人次
摘要
医生人均门急诊人次
摘要
总门诊人次/医生人次
入院人次
摘要
急诊收治住院人次（%）
摘要
门诊收治住院人次（%）
摘要
出院（科）人次
摘要
每医生人均出院（科）人次
摘要
实际占用总床日数
摘要
重症病人床日数（%）
摘要
每医生日均担负床日数
摘要
每护士人均床日数
摘要
平均住院天数
摘要
病床周转率
摘要
床位使用率
摘要
微创手术次数
摘要
手术次数
摘要
术前平均等待天数
摘要
A型病例（%）
摘要
B型病例（%）
摘要
C型病例（%）
摘要
D型病例（%）
摘要
数量
摘要
占比
摘要
2.1.4.
卫生经济学指标（门诊/住院科室与医生）
此表格同样包含科室与医生两个模板，两个模板除维度不同外数据格式一致，且住院与门诊两个模块的格式也一致：
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
可按科室切换报表内容；
医生
维度
可按医生切换报表内容；
门诊人次
摘要
总费用
摘要
次均费用
摘要
次均药费（%）
摘要
西药费（%）
摘要
中成药费（%）
摘要
中药费（%）
摘要
中草药费（%）
摘要
次均材料费（%）
摘要
高值材料费用（%）
摘要
次均化验费（%）
摘要
次均检查费（%）
摘要
大型设备检查费用（%）
摘要
次均技术劳务费用（%）
摘要
诊金（%）
摘要
治疗费（%）
摘要
手术费（%）
摘要
数量
摘要
占比
摘要
2.1.5.
病人医疗费用汇总（住院科室及医生）
此报表包含科室与医生两个模板，除维度不同之外格式一致；
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
可按科室切换报表内容；
医生
维度
可按医生切换报表内容；
医疗费用
摘要
病人数
摘要
人均医疗费用
摘要
医疗总费用
摘要
人均医疗费用
摘要
医保收入
摘要
人均医保收入
摘要
病人数
摘要
医疗费用<40%标准费用病人数（%）
摘要
40%标准费用<医疗费用<100%标准费用病人数（%）
摘要
100%标准费用<医疗费用<250%标准费用病人数
摘要
医疗费用>250%标准费用病人数（%）
摘要
2.1.6.病种分析（门诊）
按门诊科室前5位病种进行分析，各个病种所需要展现的数据是一致的，只列出一份作为示例；该报表分为科室与医生两个模板，内容基本一致，增加医生维度，且增加药品维度完成各个医生均次药费最高的五种药品及费用分析；
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
可按科室切换报表内容；
医生
维度
可按医生切换报表内容；
病种
维度
药品
维度
门诊人次
摘要
次均药费（%）
摘要
西药费（%）
摘要
中成药费（%）
摘要
中药费（%）
摘要
中草药费（%）
摘要
次均材料费（%）
摘要
次均化验费（%）
摘要
次均检查费（%）
摘要
大型设备检查费用（%）
摘要
次均技术劳务费用（%）
摘要
诊金（%）
摘要
治疗费（%）
摘要
手术费（%）
摘要
2.1.7.
病种分析（住院）
此报表分为科室与医生两个模板，医生模块所需内容稍有不同，增加医生及药品维度完成各个疾病次均费用最高的五种药品分析：
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
科室
维度
可按科室切换报表内容；
医生
维度
可按医生切换报表内容；
病种
维度
药品
维度
出院（科）人次
摘要
次均药费（%）
摘要
西药费（%）
摘要
中成药费（%）
摘要
中药费（%）
摘要
中草药费（%）
摘要
次均材料费（%）
摘要
高值材料费用（%）
摘要
次均化验费（%）
摘要
次均检查费（%）
摘要
大型设备检查费用（%）
摘要
次均技术劳务费用（%）
摘要
诊金（%）
摘要
治疗费（%）
摘要
手术费（%）
摘要
2.1.8.
医保病人个案分析
按各个医保病种横向对比各个医生及病人的医疗数据，此报表的结构繁复，且报表列是动态刷新的，在格式上需要调整一下，让程序可以完成自动生成的过程：
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
医生
维度
可按医生切换报表内容；
病种
维度
药品
维度
耗材
维度
检查
维度
医保分值
摘要
医保费用
摘要
医保盈亏
摘要
医疗费用
摘要
药品费（%）
摘要
西药费（%）
摘要
中成药费（%）
摘要
中药费（%）
摘要
中草药费（%）
摘要
材料费（%）
摘要
化验费（%）
摘要
检查费（%）
摘要
大型设备检查费用（%）
摘要
诊金（%）
摘要
治疗费（%）
摘要
手术费（%）
摘要
护理费（%）
摘要
麻醉费（%）
摘要
床位费（%）
摘要
输氧费（%）
摘要
2.1.9.
重点病种和技术
字段名称
字段类型
字段说明
时间段
维度
报表时间按每年的各个月份展现；
医生
维度
可按医生切换报表内容；
病种
维度
操作名称
维度
（1）重症脑梗死
维度
（2）重症脑出血
维度
（3）蛛网膜下腔出血
维度
（4）短暂性脑缺血发作
维度
（5）急、慢性吉兰-巴雷综合征
维度
（6）运动神经元病
维度
（7）全身型重症肌无力
维度
（8）中枢神经系统脱髓鞘疾病
维度
（9）神经肌肉疾病
维度
（10）颅内静脉窦血栓形成
维度
（11）中枢神经系统感染
维度
（12）癫痫持续状态
维度
（1）脑动脉造影
维度
（2）经皮颈动脉及颅内动脉支架植入术
维度
（3）经颅多普勒超声
维度
（4）长时程视频脑电图监测
维度
（5）视觉、听觉、体感诱发电位
维度
（6）神经传导速度测定
维度
（7）肌电图
维度
（8）重复电刺激
维度
（9）肌肉和周围神经组织活组织检查
维度
（10）认知功能评定
维度
（11）脑脊液细胞学分析
维度
（12）脑脊液寡克隆区带检测
维度
（13）脑梗死溶栓治疗
维度
自定义分析模型
自定义模型，根据以上报表中所涵盖的数据为基础，按不同的分析需求结合不同的数据结构生成一个或多个自定义分析模型。
在自定义分析模型中，可进行任意的维度切换、切片和细分，通过简便的操作即可完成复杂的分析工作。
分析结果可以图形或报表的方式保存，发布至服务器完成数据分享工作。
二、项目技术方案
2
2.1项目难点
数据涉及数据字段多，各数据报表分析涉及的需求多，数据判断逻辑复杂而繁多。
多结构数据整合
系统拥有不同的数据结构，在数据整合时，会产生很多新的数据误差。
为了解决数据整合时产生的数据错误，DiverSolutionTM解决方案所使用的数据模型，按照数据内容的不同独立存放，按照分析需求的不同联合使用。
保证数据在后台存放时，对不相同的数据结构不强行合并，避免了合并时产生的错误，在使用时，通过数据主键相互联系，避免了信息“孤岛化”和“烟囱化”现象。
系统数据抽取
系统所需字段数据目前是不确定的，需要信息科向第三方供应商获取数据。
随着医院信息化的发展，院内的信息系统也日益增多，各个厂家都有其独特的开发方法，也有自己偏好的软件系统。
针对此情况，DiverSolutionTM解决方案建立了跨平台和兼容多数据平台的ETL工具，无论是Windows操作系统还是安全性更好的Linux系统，数据库的支持包括关系型数据库（如Oracle、SQLServer、Sybase、MySQL、DB2等）、桌面型数据库（如DBF文件、Access、Paradox等），成功解决了多系统数据抽取问题。
数据质量
数据作为数据分析系统的基础，它的准确性是不容忽视的问题。
鉴于当前医疗信息系统中的数据质量都存在着一定的问题，从系统的建立之初，没有一套完善的数据存储行为规范，以致于各个系统自身所存在的差异，都对数据质量来了不小的挑战。
DiverSolutionTM解决方案使用ETL工具，通过设定基础逻辑，对数据进行清洗和重组，可解决数据库中常见的数据错误；再通过Diver分析工具使用多系统的联合分析，从多个系统中验证数据的准确性，进一步提高数据的准确性。
分析需求与关键字段
数据系统需要在第三方厂商支持下进行确认；涉及的字段较多，某些关键字段缺失，需要第三方供应商数据支持，比如麦迪斯顿；
报表格式繁杂
本项目中的报表格式非常复杂，涉及到：
跨系统合并，例如门诊数据与住院数据在同一张数据表中；还涉及到跨结构合并：
例如列举前五病种，还要列举各个病种用药前五位、治疗费前五位等；还涉及到动态列：
例如以各个病人进行横向对比的报表，每个月数据不同横向展开的列也不同。
根据产品特点，会尽量不更改用户使用习惯的前提下完成报表工作，部分特殊的报表会通过格式调整的方式来完成展现工作。
2.2技术方案
DiverSolution™解决方案
DiverSolutionTM解决方案运用泓维软件独有的Multi-Dimensional Search Tree Nodes（多维交叉索引）的专利技术，开发出来的系统能完全摆脱数据库的限制和运行模式，基于搜索引擎的理念和操作/运行模式使得整个系统的效率得到质的提高，提供给用户的分析灵活性和自由度得到了巨大的改进。
它可以帮助企事业单位解决业务需求，将日常工作中的业务问题以快捷、科学的方式展现和分析，帮助各个层面的人员进行业务的管理、信息的集中和分析，支持领导做的决策和管理。
其工作流程是从用户的一个或多个业务系统的数据库以及外部数据库、外部数据文件等抽取所需要的数据。
这些数据来源可以是目前常见的关系型数据库（如Oracle、SQLServer、Sybase、MySQL、DB2等）、桌面型数据库（如DBF文件、Access、Paradox等），也可以是Excel文件、文本文件等。
对这些数据源中的数据进行采集、整合、清洗后，DiverSolutionTM解决方案将根据用户需求建立分析模型和应用。
用户可以拥有自己的模型和分析应用，定制不同的报表、图表、仪表盘，还可以把分析结果写入用户指定的任何文件（Excel、文本、PDF等）或者数据库中。
技术实现
门诊运营管理系统系统针对门诊最新分析需求，从数据ETL、数据建模和数据展现将医院关键指标的问题以快捷、科学的方式展现和分析，将仪表盘、查询、预警等功能都集成在统一界面中，降低用户使用的复杂度和维护成本。
●数据ETL
泓维的ETL是在1993年研发完成，其核心代码是用java语言编写。
该模块作为整个DiverSolution™解决方案的基础产品，通过ODBC与用户的数据库相连接，也可以通过文件形式访问文本文件等，它内建了INPT流（输入流）、PROC流（数据处理流）、OUTP流（输出流）3个处理流程来完成整个ETL的数据处理过程。
DataIntegrator提供了后台脚本程序（.int脚本采用了泓维的对象语言），用户可以通过对脚本程序的编辑来修改和控制数据的输入、处理和输出。
此外用户可以编辑完成这些脚本后可以定期的执行这些脚本来达到数据增量的目的。
本模块主要是进行数据建模前的数据采集、清洗和整合处理。
任务是将散布在用户各个系统中的数据、以文本、Excel或其他桌面型数据库形式存放的数据整合起来，进行连接、合并、计算、过滤、清洗等等处理、变为可供建模的数据视图，为数据建模做准备工作。
ETL模块提供了4种不同方式的INPT输入，用户可以直接抽取数据库中的数据或者直接导出文本文件中的数据。
多样的处理对象可以完成数据整合、过滤等一系列的操作。
最后，用户可以根据将数据以文件或者数据库表的形式导出。
●数据建模
用户首先通过建模工具Builder的Input对象完成数据的导入，用户可以装载DataIntegrator所处理后导出的文件，同样也可以通过ODBC的方式去直接访问用户的数据库，如何选择则取决于用户的数据复杂程度。
其次，对导入数据的列名定义并且开始设计DI模型中的三个组成要素：
用于分析的维度字段、用于对维度做描述的信息字段和用于统计分析的摘要字段。
Builder还提供了大量的计算函数来对一些统计字段进行建模前的计算修改。
当用户在描述脚本中设计好这些操作时，Builder会运行这个脚本来进行建模，并且在建模的过程中对分析维度使用“交叉索引”的专利技术，以加快数据量的访问速度，最后生成的数据模型以一个扩展名为mdl的文件（模型文件）形式存放。
用户之后的数据分析统计都将基于该mdl文件，脱离了数据库形式的数据仓库模式。
●数据展现
ProDiver是C/S中的客户端展现模块，功能和潜入的原理与Diver相同。
ProDiver可以将一些分析中的逻辑运算功能放在客户端来运行，当使用用户多时，可以大大缓解服务器端的压力。
三、工时评估
运营管理自定义分析系统包含信息模型构建、自定义模型构建，以及固定格式的报表。
此系统拥有及其灵活的扩展性，亦可以按照医院的需求在此系统的基础上再自定义定制开发。
数据处理是根据医院的数据质量基础之上，进行的数据整合，清洗，筛选、验证等操作，将数据梳理的更有条理性，规范系统数据的统一性，提高数据的分析可实践性。
医院只需要按照此系统所需的字段提供数据来源。
泓维技术人员将数据对接，做进一步的逻辑计算和实施。
对于医院系统中确实无数据支持的需求，泓维可以等待系统数据完善后再行实施，不影响项目验收。
因客户对此项目时间要求严格，希望我方能在合同达成共识后的十五天内容完成部分报表（约为八张左右），剩余内容可在项目时间内完成。
2
3
4
实施周期：
约3个月／人
模块
内容
描述
工时评估（小时/人）
运营管理自定义分析系统
1）ICU自定义模型
一个或多个模型组成，包含报模块中的维度和摘要
80
2）固定格式的ICU报表
按模板计算共有报表17种
448
合计：
528小时/人
66人天
升级会员 