1、移动应用 增加对移动端的应用支持2.1.2普遍性需求1.需要对数据不同粒度的分析各部门已经不满足于汇总性的数据,“不仅知其然,还知其所以然”,强烈地需要了解更详细的数据,特别是在需要了解具体的业务原因时尤为强烈。例如:医务处需要对门诊挂号量细化到小时粒度。2.需要对数据不同维度的分析目前的报表基本上是二维报表,不能提供对一个业务问题不同角度的观察,现在各部门都希望深入地了解业务,从不同的维度对业务进行交叉分析。目前在业务系统中提供维度的信息不全,如诊断。3.报表的时效性需要提高由于许多报表的数据来源于不同部门和不同的系统,在收集来数据后还需要进行手工的整理和计算,往往过了1-2个月,才能到达领
2、导手中。有的部门只能看到季报,对了解业务状况和决策产生很大影响。4.报表的准确性需要提高许多部门的报表数据来源于各部门,统计口径不一致,手工处理较多,由于处理人员的技能不同或疏漏,很可能造成数据错误。发现错误后,再返工修改,又带来时效性问题。5.灵活方便地分析功能分管领导、卫生部、统计局和各部门等要求提供的数据往往不一样的,而且时间要求高,需要时就去提取。并且,需要分析的指标也是动态变化的,希望能提供灵活地分析手段。6.数据共享目前有部分数据仍然分散在各个部门,数据就像在一个个孤岛中,部门间获取对方信息也很麻烦,甚至无法获取。希望数据仓库建成,可方便获取分析所需的基础数据。7.数据质量目前数据
3、质量还达不到要求。质量问题主要是分部门本身录入的问题如人为理解不同、误操作,受各因素影响等原因造成的。基础数据的正确性、真实性直接影响到分析结果的可信度。2.1.3部门重点需求部门业务要点分析重点项目阶段院领导目前最迫切的是完善医疗服务财务运营分析门诊业务分析住院业务分析病人病种费用分析药品库存进出量分析(含血库)科室设备使用情况分析设备报废情况分析耗材使用情况分析(含高值耗材)人力成本分析人力效率分析财务处特需住院难区分资产负债分析收入支出分析医疗机构基本数字及财务分析(门诊、住院、药品、设备、耗材、人力相关财务数据)科研经费分析教学经费分析财务核算分析医务处节假日无法标识门诊量分析住院工作
4、量分析门诊住院效率分析手术情况分析病房床位分析辅助检查工作量统计控感办数据均需手工输入,跨系统无法综合性分析 院感情况分析感染费用分析手术感染情况分析耐药性情况分析器械不良事件监控药剂科所需数据系统中都有,难以应对临时性统计需求药品库存财务分析 药品价格变动分析药品库存业务分析药品使用模式分析用药量变化因素分析设备处数据是动态变化,时点数据统计较为困难设备库存分析设备使用状况分析设备预算管理分析设备采购流程分析设备报废管理分析高值耗材分析设备维修情况分析设备经济效益分析供应科耗材成本分摊规则较难定位耗材财务分析耗材管理情况分析耗材使用排名分析基数调研分析供应商付款情况分析固定资产使用情况分析放
5、射科与临床数据的关联不够设备费用分析设备使用量分析工作效率分析护理部基础数据无系统支持,靠手工记录护理人员配置分析护理人员工作量分析护理人员工作质量考核物品消耗管理薪酬奖金管理教学科研管理病人相关管理人事处所有报表均为手工制作人员构成分析岗位设置分析绩效考核分析职称评价体系分析运营处单病种费用分析住院业务质量分析全成本核算分析改革办原始数据质量存在问题病房收入分析门诊收入分析消耗相关分析手术费用分析住院日费用趋势分析2.1.4数据来源分析根据对项目业务需求范围的建议,结合医院现有数据情况,一期系统本身已经对部分系统进行了数据抽取和清洗,但由于医院业务在不断改进,部分业务系统进行了重新建设,部分
6、业务系统进行了改造,因此本期涉及的源系统将涵盖一期源系统,同时也将增加部分系统,初步统计将设计如下系统:门急诊HIS住院HISHRP电子病历(部分)病案首页人事系统药物不良反应记录电子病历检验信息系统捷达图文报告系统手术排程系统手术麻醉信息系统病理信息系统PACS/RIS内窥镜/超声/心电血库预约中心2.2业务需求2.2.1总体业务架构系统架构组成如图所示,按照目前数据基础状况及业务需求的紧迫性要求分阶段实现。2.2.2实现方式根据业务需求中提出的操作、展示等要求,目标系统需要通过以下几种方式加以实现:1、多维分析2、固定报表3、KPI展现4、仪表盘5、移动端OLAP是On-Line Anal
7、ytical Process(在线分析处理)一种即时分析工具。利用OLAP分析,分析人员、管理人员能够针对同一个主题,根据已经设计好的分析维度与分析内容做任意组合的交叉分析,选取需要的分析维度与分析内容产生特定的分析,从多个角度对数据进行分析,从而快速、交互地得出经营管理所需的分析结论。它的技术核心是“维”的概念,因此,OLAP也被称为多维数据分析。OLAP分析模块是医院BI系统的主要数据展现和分析手段,用户通过浏览器,快速访问各种可能的信息视图,很容易地由不同的分析指标测量值,做非常快速与互动的摘要整理分析,洞察数据深处蕴涵的规律,掌握隐于其中的规律。OLAP多维分析包括分析维度和分析指标两
8、个重要要素。对各项分析主题进行分析时,要针对某些分析的角度或视点去进行观察,这些分析的角度或是视点,即分析维度需要在二期实现中多方位实现,项目需要的维度如下:员工维度:如年龄层、性别、职称、学历等时间维度:如年、季、月、日、时段等组织维度:如总院、学科、部门、科室、病房.等药品维度:如药品大类、单种药品等项目本期大部分的多维分析主题都共享这些分析维度,在系统上线稳定运转一段时间后,可以根据业务需要进行调整。2.2.3功能性需求根据医院数据仓库的总体需求,结合数据仓库分析技术能力,可以将重心医院数据仓库的实现分为关键业务指标展示和多维分析两种方式。关键业务指标展示采用图表结合的方式,主要面向管理
9、层和决策支持人员,对业务关注的关键业务指标进行综合分析,包括文字方式、占比分析、预警分析、历史趋势分析等。多维分析主要面向决策和运行管理人员,采用面向业务主题的方式组织,方便业务人员根据实际业务要求灵活的组织分析指标、分析维度,能够动态生成分析图表,并可以对图表的样式进行调整。除了展示关键业务指标和多维分析以外,系统还提供全面的系统管理接口,包括,用户管理、权限管理、用户日志管理以及系统帮助等。KPI展示实现关键业务指标分析主要为管理层提供当前业务运行情况的总体分析和概览,对关键业务指标的当前数据进行展示,并计算累计量,与计划量进行比较、与上期量进行比较。如下图所示,可以直接选择关注的关键业务
10、指标查看具体的数据及比较分析情况,采用图形和表格方式进行展示。多维分析实现业务主题多维分析主要面向业务人员的数据分析要求而提供的一种数据分析工具,业务人员可灵活地选择和显示数据,支持数据的下钻、上钻等操作和动态变更表、图、曲线的显示形式。其中,业务主题是指面向业务的一组业务指标的集合,比如人员构成分析就是从编制、职级、工作性质、部门等不同维度,对医院的人员构成,如在职员工数、平均年龄以及离职率进行多维分析;多维分析是指按照预先设定的分析角度,对指标进行分析,比如机构、时间、职称、学历、年龄段等。所谓数据上钻、下钻,是指可以在不同的层次上对数据进行查看分析,比如可以查看某个科室、在某个岗位上人员
11、的学历构成是怎样的。权限管理角色管理模块是门户系统的核心模块,通过为角色分配权限和维度限制了扮演这个角色的用户所能够涉及的系统内容和用户动作的应用范围,如图. 角色权限管理示例。它有以下的几个功能:角色信息管理、角色权限管理、新增角色和删除角色。图 角色权限管理示例角色信息管理角色的信息管理包括,对于角色层级的管理以及对于角色的基本信息的管理,如名称、描述、上级管理单位以及是否为管理员,如下图:角色权限管理角色的权限管理涉及到2个主要的方面:模块权限管理、维度授权管理。模块授权管理对于用户能够访问的系统内容进行限制,既当用户登陆后能访问的模块功能。维度的限制控制了用户可以访问的内容的宽度,比如
12、地域、机构等等。为角色分配权限的过程如下图示例:图 用户维度管理新增角色新增角色的过程包括,为角色设定基本信息,为角色分配相关权限,以及为角色分配维度,在新增一个角色时数据库会将角色的基本信息、权限以及维度记录在不同的表中,如下图示例:图 新增角色删除角色删除角色时,如果数据库中存在使用这个角色的用户,那么系统将不允许删除操作,需要将相关用户的角色重置为其他的角色,之后,数据库才会先将这个角色的权限以及维度从相关表中删除,之后才从角色表中删除这个角色。2.2.4非功能性需求用户界面需求方便操作,提供友好界面,特别是在移动端,要能够及时便利地操作。产品质量需求主要质量属性详细要求正确性系统能保证业务数据处理正确,并保持与其他系统的数据一致可靠性系统保证在运行期间安全可靠。对重要数据
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1