广东省中医院采购信息系统开发服务单一来源项目单一来源公示
广东省中医院采购信息系统开发服务单一来源项目单一来源公示
广东省中医院采购信息系统开发服务单一来源项目单一来源公示
国义招标股份有限公司(以下简称“采购代理机构”)受广东省中医院(以下简称“采购人”)委托进行国内单一来源采购,相关内容如下:
1. 项目编号:0724-2000D84N5002
2. 项目名称:广东省中医院采购信息系统开发服务单一来源项目
3. 采购内容:
服务内容 | 数量 |
信息系统开发服务 | 1项 |
4. 服务地点:以用户需求书为准
5. 采用单一来源采购方式的原因:
该项目经过两次国内公开招标方式采购,均因在规定的投标截止时间止,递交投标文件的供应商不足3家而导致招标失败。招标文件均经采购人确认,公告期间也未收到任何供应商的异议,招标公告时间、程序符合法规规定,据使用单位反映,该项目采购服务专业性很强,目前市场上仅有一家供应商能达到要求。因此,采购人拟采用单一来源采购方式进行本项目服务的采购。
6. 供应商须符合以下资格要求:
1)供应商必须是来自中华人民共和国(以下简称“合格来源国”)的公司企业法人或其他组织。
2)本项目不接受联合体报价;
3)供应商不得转包,分包、外包标的主体。
7. 拟定邀请供应商信息:
医疗设备维保服务
拟采用供应商名称:望海康信(北京)科技股份公司;
拟采用供应商地址: 北京市北京经济技术开发区荣华中路22号院3号楼8层801-2。
8. 公示及接受合格供应商登记时间:
供应商应携带①法定代表人/负责人资格证明书、法定代表人/负责人授权委托书;②营业执照副本复印件(如非“三证合一”证照,同时提供税务登记证副本复印件)(加盖公章)。在2020年10月20日至2020年10月26日(节假日除外)9:00至12:00,14:30至17:30(北京时间)到以下地址登记报名。
国义招标股份有限公司
广州市东风东路726号18楼
联系人:余力、曹敏、赖希捷
电话:(8620)********/510/544
9. 任何供应商对该项目拟采用单一来源采购方式及其理由和相关需求有异议的,可以自本公示发出之日起五个工作日内,以书面形式向采购人或代理机构提出意见。
10. 联系方式:
国义招标股份有限公司
地址:广州市东风东路726号18楼
电话:(8620)********/510/544
联系人:余力、曹敏、赖希捷
采购人
广东省中医院
地址:广州市大德路111号
电话:((8620) ********
传真:(8620) ********
联系人:蔡先生
附件:
用户需求内容:
〈一〉、服务参数要求
HRP系统开发服务参数要求
一、 项目背景
广东省中医院于2017年11月开始建设HRP系统一期系统项目,目前一期项目建设的内容包括:财务管理、成本核算管理(含科室、项目和病种)、预算管理、费用报销、供应链管理、固定资产管理、设备管理、合同管理、采购管理、供应商平台等内容,目前系统上线使用稳定,为继续提升采购人的综合运营管理水平,在原有建设系统的基础上,继续采购符合采购人建设要求的其他HRP模块系统,具体内容见第四点项目需求的具体描述。
二、 项目范围
本次项目建设范围包括广东省中医院集团下的院区:包括大德路总院、二沙岛分院、大学城分院、芳村分院、天河门诊、下塘门诊、石井门诊,不含珠海分院;以下统称广东省中医院;
三、 整体目标
1、 根据医院顶层设计要求,所建设HRP系统需满足互联互通标准化、JCI、HIMMS、CHIMA等相关评审要求;
2、 HRP系统建设满足各项规章制度要求,包括但不限于新《医院财务制度》、《医院会计制度》、《国务院办公厅关于城市公立医院综合改革试点的指导意见》、《进一步改善医疗服务行动计划》、《关于开展公立医院薪酬制度改革试点工作指导意见》等;
3、 满足人、财、物一体化建设,实现“资金流、物流、信息流”全流程闭环管理,并实现人、财、物的集团医院管理模式;
4、 满足医院综合运营管理与临床服务一体化建设;
5、 支持“互联网+”发展趋势,实现移动互联网模式的医院运营管理平台;
▲6、要求二期采购的系统模块应与采购人一期建设的HRP模块能够无缝集成(提供承诺);
▲7、工期要求:签订项目合同后,一年内完成所有约定的功能需求上线验收;(提供承诺)
四、 项目需求
4.1 需求概述
广东省中医院本次HRP二期采购的系统内容如下:
序号 | 类型 | 系统名称 | 备注 |
1 | 新增 | 人力资源管理系统 | |
2 | 新增 | 预警管理平台 | 业务系统通用配置预警系统 |
3 | 新增 | 医用耗材专项主题分析系统 | |
4 | 新增 | 项目作业成本库分析服务 | 含成本核算分析服务内容 |
5 | 新增 | 医疗器械/耗材不良事件管理 | |
6 | 新增 | 科研耗材自主招标采购平台 | 需打通HRP系统、供应商平台,并对采购人注册供应商全功能免费 |
7 | 功能 升级 | 资产采购申请/调拨/报废管理 | 原有OA功能,集成到HRP资产管理模块;含PC端和移动端功能 |
8 | 功能 升级 | 合同管理系统 | 合同范围:总务+基建+信息 |
9 | 功能 升级 | 耗材定额管理、材料图片管理、耗材移动验收 | |
10 | 功能 升级 | 设备维修知识库管理(APP) | |
11 | 功能 升级 | 放射诊疗设备办证管理 | |
12 | 接口 | 财务系统与财厅监管系统集成接口 | |
13 | 接口 | HRP系统与CA集成接口 | |
14 | 接口 | HRP系统与集成平台接口开发 |
4.2 人力资源管理系统
4.2.1项目范围
1、本次广东省中医院人力资源管理系统开发建设的范围涵盖人力资源领域的所有子系统,包括组织架构管理、人力资源规划管理、人事档案管理、薪酬管理、时间管理、人力资源配置管理、招聘管理、培训管理、职称评审与考核管理、人才库管理、劳动管理及其他等;
4.2.2项目目标
(1)系统应满足集团医院人力资源管理需要,要求在集团医院下可以建立组织架构、进行集团统一及集团下某类组织的个性化的人员设置(如属性)、管理所有分院的人事数据,操作所有人事管理业务;同时也可以以分院、大科、科室等口径供不同权限人员进行查询。
(2)根据医院顶层设计要求,人力资源系统需满足互联互通标准化、JCI、HIMMS、CHIMA等相关评审要求;
(3)人力资源系统需与医院集成平台的主数据等实现实时双向互联互通,以满足医院信息建设一体化的要求;
(4)系统建设需满足各项规章制度要求,包含但不限于人力资源业务工作相关法律法规,医改各项规定,医院规章制度等;
(5)系统要最大限度替代全院与人事业务工作相关人员日常性事务性工作,达到无纸化办公要求;
(6)系统平台应开放、灵活、结构化、模块化,核心人员档案信息需做到以人为单位进行灵活管理,能随时以人员类别/状态/院区架构/大科/党团支部等各人员属性进行灵活查询、统计、分析,能与时俱进,根据新的工作要求拓展新的功能;
(7)满足医院人力资源管理与其他管理系统以及临床服务一体化建设需求;
(8)支持“互联网+”发展趋势,实现移动互联网模式的人力资源管理平台;
4.2.3项目需求
4.2.3.1项目总体需求
人是医院工作开展和业务拓展的基础,人才将是医院核心竞争力。医院业务的创新需要人,新业务的发展,必须配备相应的人员。在新的政策形势下,医疗系统人员用工将更加灵活,合理的人力资源规划,和人才培养、评价评估体系,对医院的发展至关重要。
广东省中医院是集团化医院,人事管理也是集团化管理,分院没有人事管理组织,系统应满足集团医院人力资源管理需要,要求在集团下可以建立及维护组织架构、进行集团统一及集团下某类组织的个性化的人员设置(如属性)、管理所有分院的人事数据,操作所有人事管理业务(包括跨分院业务);
所有员工(包后勤、文员、规培等)在整个医院的信息系统中,均统一一个唯一标识码管理。
人力资源系统主流程要求实现从编制管理->人员的招聘->入职->培训期考核->培训管理->人员日常管理(考勤、政治面貌、继续教育等)->薪酬管理->人才培养及评价->职称晋升->职务晋升->离职(退休/死亡)->编制管理等全流程闭环管理。
人力资源管理要求实现人与全院各业务系统关联互动,形成以人为中心的全面综合信息展示,包括:个人职称等基本信息、对各业务系统必要的人员基础信息进行实时更新推送;实时同步相关业务系统的必要信息如:岗位医疗目标、论文、课题、院内轮科经历、外出培训经历、在职教育、工作能力评价以及工作量完成情况、上级评价、群众评议、岗位(包括院外学习等)现状等,并集成医教处或护理部的医护人员业务质量信息,科研处的论文、课题、成果信息,和病人服务中心的患者评价信息等等,形成全面、客观、完整的人力资源评估报告,帮助医院领导层进行人力资源战略决策。
除此外,系统还应具备功能扩展、系统对接等功能,以及移动APP办公、微信等通讯软件移动办公端的支持。
4.2.3.2子系统需求描述
4.2.3.2.1人力资源战略与规划
4.2.3.2.1.1组织管理
广东省中医院组织架构包括大德路总院、二沙岛医院、芳村医院、大学城医院、珠海医院、南沙医院、天河门诊、下塘门诊、石井门诊以及集团未来可能拓展的院区和门诊等多院区/门诊结构。人力资源管理由大德路总院组织人事处集中管控,珠海分院外的其他院区暂不设置人事管理部门,珠海医院(或者以后新发展的院区)单独设立人事处,这些单独设立的人事处资料都应可以接入本系统的组织架构。
基于对组织架构和岗位、职务体系的梳理,实现对医院组织机构、岗位、定员定编的精细化管理,和“纵向到底,横向到边”的组织管理效果。组织机构管理可以快速建立与自身现状相符的组织架构,包括集团、分院、大科、专科、虚拟组织、党团工会组织等;便捷地完成组织调整或变革工作及相应信息的维护;查询历史组织变化信息;随时掌握单位组织机构图。
对树状、多层级、双重定位的组织架构(如分院与大科)的支持,并能生成自定义格式的组织架构图;
(1) 支持同一套系统中,支持多重组织架构模式,不同的管理模式的组织架构能灵活切换查询,同时支持数据挖掘,实现从组织到人员分类到具体人员的追踪(如财务、设备部门按院区结算,以分院行政科室+部分需特殊结算的个体的管理模式;医务、护理、人力资源按照专科/人员类别/或以集团作为整体,以人为主体管理模式;党团组织按行政科室对部分科室归并成为支部的管理模式);
(2) 支持部门的调整、迁移、合并操作,有历史痕迹,方便调用查询(按时间轴查询显示组织信息,可按照任意历史时间点进行追溯);
(3) 要求组织架构的各种属性可以按照业务系统要求方便快速维护和扩展,例如科室所属院区、发文科室、所属大科、所属核算单元、所属预算单元,并能应用于业务系统的业务控制或者流程使用;
(4) 支持集团间的科室管理,如跨分院的大科管理、科室跨分院管理另一科室、同一人员为跨分院间科室的负责人等;
(5) 实时展示医院的概况,包括科室(或各层级单元如院区、大科、党支部等)的人员结构,如员工的学历结构、职称结构等;
(6) 支持统一入口维护组织机构信息,以及根据不同层级设计组织架构管理员,分权限维护该级及以下组织架构;
(7) 科室的变更要支持版本管理,要求科室变更名称时不能更改历史数据;
(8) 支持多样组织机构图的在线显示,可切换按组织负责人显示组织机构图,支持组织机构图PDF和图片导出
4.2.3.2.1.2岗位管理
支持各层级组织架构下的人员岗位设置和编制核定(可根据业务系统数据灵活设置相关指标),管理组织机构中的岗位及编制信息等。
(1) 支持根据组织架构下的部门岗位工作要求和上岗条件,生成岗位说明书。根据国家规定的事业单位人员的岗位类别、岗位职级进行人员岗位管理,与职称、工资数据等同步联动;
(2) 支持图形化展示职务体系图及人员上下级关系;
(3) 岗位管理结合科室人员编制管理,根据人员编制科室数据生成全院各大科(专科)编制人员明细表,实现人员编制的增、调、减管理流程同步,带动系统人员数据的变动;
(4) 支持岗位的设置和岗位日常管理,包括:基本信息、工作职责、工作联系对象、任职资格、绩效标准、能力素质、汇报关系信息等,为职工上岗提供基本岗位信息;
(5) 提供岗位体系、岗位说明书、岗位等级等信息的查询和分析。
(6) 实现任职任务书的线上签订,并结合医教研数据进行线上考核,考核结果直接进入员工基本信息及形成发文进入档案。
4.2.3.2.1.3编制管理
单位的编制计划制定周期为年度,在一个周期内编制计划会进行调整,调整的目的一般是使编制数更加合理、精确;编制计划直接影响到实际职工数量的控制,通过系统可以查出超编、缺编情况,同时系统接受科室的增编申请、人事审核,结合上述数据完成增员、内部流动、减员的人员配置业务。
(1) 提供编制计划的设立(发起科室除人员所在科室,也可为人事处等职能部门)、职能部门审核、医院通过等调整流程以及对于各次调整结果的查询等功能,调整编制时要提供历年的增减数据作为提醒;
(2) 包括管理人员、专业技术人员和工勤技能人员,为医院的动态编制管理提供数据支持;
(3) 增编审查时,需要从科研、医疗、服务、药学、护理流获得工作量、经费信息作为增编审查的数据依据;(根据下方标准量工作量的研究结果,能设置科室的人员工作量负荷提醒功能,例如,可看到哪些科室在超负荷运转)
(4) 满足全院编制库里人员借调信息统计;
(5) 结合医教研数据,进行标准工作量研究,最好能细到个人,至少应以医疗组为最小考评单元,形成科学的编制管理;
(6) 支持按照科室或者大科或者职能部门(例如:护理部编制全院护士人数)的不同岗位设置编制人数和统计缺编、超编统计;
(7) 设立增编线上流程,对通过流程审批的科室编制进行调整;
(8) 随时可按固定格式形成最新数据的全院编制人员和各专科缺编/超编情况一览表,并支持编辑打印。
(9) 能结合人员薪资情况,计算各单元人力资源预算与成本。
(10) 上述编制管理包括后勤、文员等
4.2.3.2.2招聘与配置
4.2.3.2.2.1简历及招聘过程管理
招聘管理模块:结合编制审核结果,对各专科符合要求的用工需求进行汇总、审核后,可以进行招聘信息的内部、外部发布。同时可根据用工需求设置相关岗位条件,自动进行人岗匹配,筛选出符合条件的应聘者,帮医院快速获取合格人才。
ü 提供招聘管理业务,实现招聘渠道管理和招聘信息登记、统计功能,建立求职者数据库(简历系统);
ü 简历系统能够按照医院要求设置简历系统的字段和条件限制;投递简历的入口统一设定在医院官网,能够按照批次发布岗位和招聘;
ü 提供简历筛选功能,能够进行人岗自动匹配,能够自定义多条件多次查询筛选,帮医院快速获取合格人才,能够快速打印和下载简历。
ü 应聘人员在招聘阶段要实现应聘者身份标识;
ü 简历系统实现每个批次准考证管理以及应聘者在线打印。
ü 科室试工管理,科室考核通过系统打分实现,记录应聘者的实际试工科室和表现;
ü 大科面试管理,通过大科专家的考核,获得应聘者排序,同时要具有群众评定功能。科室专家填写考核结果时,系统能对填写内容进行逻辑判断,提醒填写者,确保数据填写准确;
ü 医院面试管理,能够按照特定的模板格式自动生成候选者的档案呈现给院长及专家组参考,档案包括应聘者基本信息以及前面环节的考核结果;
ü 每个环节都需要有短信、电邮通知应聘者;每个环节按照医院的要求生成相应的数据表格;
ü 系统能存储每位应聘者的信息,包含基本信息,报名岗位情况,笔试记录,试工及面试记录等。在特定筛选条件下,当应聘者再次参加医院招聘时具有提醒功能。
4.2.3.2.2.2新职工入职管理
ü 规范员工入职、离职流程并实现信息化,提供员工的状态信息与医院其他系统实时交互,包括但不限于OA系统、医疗业务系统、企业微信等;
ü 提供职工入职登记业务,新职工能在外网使用身份证号、工号和姓名创建员工自助账号,并支持信息采集和附件上传,进行初步入职登记记录。
ü 简历系统中录用人员的信息在能直接对应到入职登记信息中,减少重复录入的工作,完善人事管理信息(包括附件);
ü 新职工入职信息可以按照不同权限审核不同字段,简历入职后信息审批流程,新来院职工有工作经历需审核工龄的,要增加系统提醒功能,并且资料补齐后提醒相关人员审核并对应补发待遇;
ü 确认录用的人员需要到人事处报到和科室岗位报到。岗位报到时完成个人在医院信息系统的使用授权。
ü 健全全院职工的人事电子档案,人事档案管理实现信息化。包括:科室信息、职工基本信息、职工学习经历、工作经历、薪酬福利项目、考勤项目等。
ü 入职、离职信息化,数据库通过流程自动增减员,并通过实时互联互通控制医院其他系统进行人员增减;
ü 入职登记电子信息自动归档并按权限分配各部门查阅维护,建立全院职工电子档案(含扫描附件管理功能);
4.2.3.2.2.3新职工培训期考核
根据不同类型人员、不同学历程度的新职工执行不同的培训期考核模式;新职工入职后,由用人科室、人事处、职工一同确认培训期的工作考核计划,人事处有权限对不符要求的工作计划重新制定。
ü 线上考核计划及提醒,线上填表,线上评议;
ü 人事处管理员提醒,考核通过的调整待遇,不通过的提醒进入下一步处理;
ü 培训考核要实现自我评价和他人评价;
ü 大科对管理范围内人员需组织专家对考核期人员进行评价及排序。
ü 支持职工满意度考核;
ü 职工自行填写的培训期工作总结,转正总结,用人科室在考核期间要有跟踪,要有记录,人事科室可查;
ü 对于培训期考核不合格的职工,系统需提示是否辞退。此外对于培训期考核合格的职工进行转正确认、此外还需要满足试用期到期提醒、转正确认、不同类型职工使用不同考核方案等需求;
ü 培训期考核结果同步给薪酬管理,确定工资等级、福利权限;
4.2.3.2.2.4人力资源配置管理
人力资源配置管理子系统:提供对调动、晋升、离职、退休等人事变动业务的管理。将实现如下功能:
4.2.3.2.2.4.1待离职/退休管理
ü 支持员工提出辞职到真正离职期间的员工状态的控制管理,可以让相关的业务科室知道该人员处于待离职状态。具体的业务流程要跟人的状态相关联,需将人的待离职状态,同步到各个已经授权的业务系统,具体的业务流程要跟人的状态相关联。同时把相关信息发送至各部门相关人员手机及APP。
ü 离职流程网上发起,审批状态查询,生成表单等;
ü 与各业务系统同步,提醒管理员该人员即将离职。
4.2.3.2.2.4.2离职管理
ü 根据不同的类型(离开医院、辞退、辞职、离职、调离),完整记录离职时间、离职类型、离职原因、离职信息等。离职管理中需包括对离职考勤的确认和离职工资核算。
ü 支持离职手续办理、发文与离职人员数据库的归档,查询功能;
ü 离职人员考勤结算,待遇结算功能;
ü 系统确认离职后,系统同步自动更改或停止离职人员的待遇等。
4.2.3.2.2.4.3退休管理
ü 实现退休年龄临近提醒,提示职工办理退休的手续。退休的职工需要同步给工会,由工会管理退休职工。
ü 建立离退休职工数据库;
ü 查询统计分析模块:在职、离职、离退休等各类人员相关的统计报表自定义及自动生成、存档和追溯查询功能;
ü 系统确认退休后,系统同步自动更改或停止退休人员的待遇等。
人员入职、离职后,带动编制管理数据实时更新,提醒各专科人员编制变化。并结合岗位管理要求,对入职人员条件与岗位条件进行人岗比对,确认专科将符合条件的人员安排至合适的岗位上。
4.2.3.2.3培训与人才培养
4.2.3.2.3.1职称评审与资格考试
职称评审:
职称评审模块可满足医院职称晋升的业务场景,包括职称评审申请、在线档案审核、在线评分、评审结果同步人员主数据等主流程。通过打通与院内其他系统的数据共享,在审核及打分环节可随时根据预设的权限查阅参与人的科研成果、发表文章等信息。
服务于职称评审业务流程,为医院提供事前预警提醒、评审期间流程管理、评审完成公告、聘用单据管理等一系列的信息产品支持。
ü 自助终端支持基于职称评审的申报、审批流程;
ü 建立信息交互平台,医教研数据可以自由获取,员工自助终端可查询达到或未达到职称评聘条件的分析表,达到职称评聘基本条件的可在线报名申请、填写或选取相应内容可做到生成需要的各种表格并可下载保存和在线打印;
ü 支持科室终端可根据个人申请进行科内推荐,填写专业技术评语,是否同意推荐。
ü 支持对接系统获取职工个人画像等各种数据,支持对接系统获取职工各类论文情况、科研项目情况;
ü 人事处汇总申请数据,将符合条件人员推荐到医院学科组和高评委进行评审。通过资格审核者,系统将生成规定格式的表格;不能通过资格审核者反馈信息给科室和个人;
ü 职称评审会议工具。院内学科组和高评委评审能做到无纸化和电子化,评委可任意查看各类信息的扫描件,进行线上无记名打分和投票,自动统计并生成投票结果,送上级评审的直接生成电子版和打印相关表格;
ü 支持职称资料送外院评审平台,包括院外专家基本资料自助录入,账号建立,审批材料分发,结果汇总,劳务发放等;
ü 将上级部门下发的评审结果或本院聘任结果填入人事基本信息库,进入信息交互平台供其他处室使用;
ü 人事管理要与医务、护理等其他系统实现数据交互,比如像培训管理,过程是在临床和其他具体科室,人事系统主要负责结果记录,因此需要实现结果数据的交互;
ü 申请人的档案带出信息可配置,可设定条件,比如晋升高级,只需要展示晋升中级之后的论文
ü 维护外部专家评委库,用于评价及发放劳务费;
ü 评委提交的问卷包括通过或不通过、文字评价;
ü 高级评委环节,涉及到多个评委投票时,超过三分之二通过票即最终通过;
ü 可以导出或直接打印各轮次汇总的评价登记表(包括人员信息和各轮次评价);
ü 晋升成功后直接更新员工档案信息;
资格考试:
ü 可以根据各专业资格考试报名条件,提醒符合报名条件的职工;
ü 统计职工报名情况,生成年度报考人员一览表,并对应在工资中代扣资格考试费用。
4.2.3.2.3.2各类人才选拔与人才库的管理
ü 针对国家级人才培养对象、省部级人才培养对象、国家杰出青年人才、长江学者(拥有自已的院士)、院内朝阳、拔尖人才等各类人才,能够根据量化标准,建立人才库;
ü 支持各类人才的申请、审批、遴选及阶段性考核、期末考核流程;
ü 支持在线人才评审会议工具;
ü 支持人才信息对比分析;
ü 建立职工个人专业发展蓝页,将职工入职后各层次职称的晋升、各级别人才的遴选条件具体列出,为职工职业生涯发展设定一个个小目标,与各科研、临床、教学业绩实时同步,职工可以知道自己往下一个目标努力的具体方向,直观促进职工进步的积极性。同时可以不同业绩的各职工进行分类,阶梯化管理人才,对不同阶梯的人才提供不同程度的资源和支撑,为职工往更高阶梯发展创造条件。
4.2.3.2.3.3人才培养与人才评价
ü 脱产学习类:职工院外进修、境外研修、院外博士后、院外规培;
ü 在职学习类:在职读书及报销;
ü 挂职锻炼类:借调外派、下乡挂职、援疆援藏院外等。
ü 以上三类人才的选拔、考核评价、报销等业务流程,并与薪资系统同步,发放各类人才津贴。
ü 结合医疗、教学、科研三方面业绩,探索人才对医院发展贡献度的评价指标,并结合薪资绩效发放实现人才激励。
4.2.3.2.4绩效管理与薪酬管理
4.2.3.2.4.1时间管理
时间管理子系统是医院根据日常管理的需要对员工的排班、缺出勤、休假、公出进行规范化的管理,时间管理的结果主要应用于员工的薪酬计发以及绩效考核等方面;
ü 实现全年工作计划编排及计划完成情况展现;
ü 实现职工休假管理、外出公干管理等;
ü 实现职工假期核定功能;
ü 为医院提供员工出缺勤管理的功能,包括时间数据的计划、收集、记录、分析、计算,为休假管理和工资计算提供数据支持;
4.2.3.2.4.2排班管理
排班管理工具,是考勤系统抽取医护人员月考勤数据的直接依据。护士排班已经通过移动护理系统实现,直接对接提取数据。医生排班系统,将由医务处设置科室一值、二值、三值人员条件(职称、资格等),由科室选择每周/半月/每月一次填报,科秘书核对科室成员名单,登记本周期内全休病假/产假等人员后,网上填报排班表(含日班,值班人员),经过科主任确认后,全科室成员可以在手机查阅。
如排班发生变化,符合条件的人员可在手机微信中申请调班,被调班人员同意后,流转至科主任同意,班表发生变更。全体科室人员可见实时班表情况。原则上当天的班表调整最迟必须在次日之内完成。第三日起当天班表归档,不允许再次修改。月度统计时,每人每周可以有两天属于轮休,每日排班未排到人员,除了默认的轮休,其余均应该申报休假。
职工个人可以通过手机申请休年假、教学假等发起休假流程,经过不同审批流,通过后生成在对应日期中。
考勤员在每月考勤上报时,对本月休假人员休假结果进行核对,对未申报休假,且未上班人员进行重点排查登记,补休假手续。
可以根据实时排班情况,自动提取系统已设定的“薪酬标准库”中的标准以及员工个人信息,对应以员工为单位、按科室生成月度夜班费、夜餐费、周六日加班费,节假日加班费等相关发放单据,并根据审批流程完成网上审批、财务自动生成凭证、银医互联发放。
4.2.3.2.4.3考勤管理
ü 根据职工信息核定职工年度各类休假额度;
ü 实现利用电子化排班和休假审批,生成每月考勤;支持从业务系统(如门诊系统的医生出诊信息,护理系统的护理人员排班)抓取排班数据实现生成考勤数据;
ü 考勤统计结果支持只统计缺勤人员;
ü 通过医院个性化的休假额度,控制员工自助端的休假申请,并到年底结算剩余假期,每月将所有异常考勤项目自动采集到薪酬模块进行考勤工资的核算,将数据转入薪酬系统计算薪酬;
ü 全年累计年度休假情况汇总,生成年终假期报表,计算年终待遇;
ü 假期提醒功能及休假统计功能等;
ü 全员通过app或电脑自助端完成各种请休假的申请(年假、教学假、病假、事假、婚假、产假、陪产假、计生假、非计生假、产检假、丧假、工伤假等),并可自助销假;
ü 员工通过自助端或由人事处从管理端发起:院外进修、院外规培、外派香港、外派澳门、境外研修、院外博后,以上人事异动事件生效后自动关联考勤结果,并在每月的考勤月报中体现;
ü 各科室自行上报本科室考勤结果(上报所有人结果,其中异常考勤突出显示,比如旷工,其他通过自助申请的假别系统自动汇总),提交给科主任审批->人事处确认;
ü 假期的天数统计要支持到半天,即:xx天或者xx个上午或者xx个下午;
ü 支持扣假余额计算;(婚丧假不扣教学假,教务处、学生处无教学假)支持教学假计算公式设置;
ü 病假单和产假单上的截止日期为选填;
ü 考勤结果要应用于薪酬计算、奖金计算、饭卡补贴计算及其他相关津贴计算;
ü 根据新医改政策,探索建立不定期在岗人员在岗时间考勤登记模式。(不作为验收标准)
4.2.3.2.4.4 各类费用申请及审批
ü 支持门诊科室、住院科室、职能科室各个节假日加班费的申报(按医院特定格式)和审批,审批流程包括:科室申报-主任(护长)审批-医教处(护理部)审批-人事处审批-审计处审批-财务处发放等流程;
ü 支持医生和护士夜班费、夜餐费的申报(按医院特定格式)和审批流程:科室申报-主任(护长)审批-医教处(护理部)审批-人事处审批-审计处审批-财务处发放等流程;
ü 支持急会诊的申报(按医院特定格式)和审批流程:科室申报-医教处审批-人事处审批-审计处审批-财务处发放等流程;
ü 支持总值班费用、大学城护长总值班费用、职能总值班费用、信息处值班费用的申报(按医院特定格式)和审批流程:科室申报-审计审核-财务发放等流程;
4.2.3.2.4.5查询分析
ü 支持按照医院要求的考勤数据的查询、统计分析功能,更好更快地满足各级领导进行考勤管理决策的信息需要;
ü 支持按组织架构生成(如某院区/某科室/某大科/某党支部等)休假情况或人员在岗情况等报表;
ü 结合月度考勤结果,对应调整每月薪资发放数据。并在年终清算职工全年未休完假期,予以补偿。
ü 职工个人页面要有完整的假期展示,包括年度可休假期类型及天数,年内已休假假期类型和天数,剩余假期类型及天数。部分假期(如病假等)休假指引,相关表格及电子流程等。要求科室主任、护长、考勤员能查阅全科室考勤情况,各相关职能部门查阅相关类别人员情况。
4.2.3.2.4.6薪酬管理
薪酬管理子系统管理的薪酬信息主要包括:基本工资、薪级工资基础性绩效资、住房改革性补贴、加班工资、医疗保险、养老保险、税收、以及实际发放的工资等。职工薪酬的计算需要根据职工所在的部门、所从事的职务、考勤信息以及国家福利/税务政策,计算员工的薪酬福利信息,并形成最终职工薪酬管理的最终报表。支持用户多次发放、合并计税等特殊薪酬核算的业务需要。支持薪酬核算和发放的整体流程:人事处核算基本工资并上报财务处,总务处核算部分补扣项(房租/水费/电费/房屋补贴等)上报财务处,财务处管理奖金补贴(各种奖金、生活补贴、公积金等)并统一由财务处做实发核算并发放;
4.2.3.2.4.6.1薪酬设计
ü 要求内置医疗卫生行业岗位工资标准表、薪级工资标准表和套改政策在系统中内置岗位工资、薪级工资标准和套改政策;能够对接省厅工资系统的更新的套改政策;
ü 支持新税法的规则;
ü 支持根据医院的薪酬标准规则,建立包括但不限于各类工资薪金、津贴、职位补贴、加班费、夜班费等薪酬标准库,在系统建立包括标准的申请(可上传领导批条)、审核等入库流程;
ü 支持按照国家薪酬项目内置了薪酬项目;
ü 支持根据医院规则定义薪酬项目;
ü 支持根据医院不同类别的人员,可以根据实际的规则设定不同的薪酬方案;
ü 薪酬方案的设定支持编辑和审核权限分开;(人事处定标准或计算方案,审计处审核)
ü 支持定级定薪,支持职工固定工资表设置,支持职工职务变更/职称变更等自动更新固定工资表数据;
ü 支持薪酬的计算公式界面化设计;
ü 支持能自定义设定薪酬方案的发放日期以及发放不同银行卡的计算公式;
4.2.3.2.4.6.2薪酬计算
ü 实现按照不同薪酬方案自动计算员工薪酬;
ü 支持手工录入或导入员工薪酬项目数据;
ü 支持考勤数据自动关联薪酬,根据规则自动计算扣款;
ü 支持与奖金核算系统的联动,自动导入职工奖金、诊金、科研津贴以及各类调整数据;
ü 支持与人员变动关联的不同工资标准,根据人员变动情况系统自动从薪酬标准库提取标准生成当月发放金额;
ü 支持薪酬数据按照税务系统格式导出数据,计税完成后重新把计税数据导回薪酬系统;
ü 支持薪酬计算后的多级审批流程;
ü 支持各类津贴补贴(如餐费等)的设定与审核发放;
ü 支持年终待遇的计算与发放;
ü 支持医院常用各类报表;
4.2.3.2.4.6.3薪酬调整
ü 支持各类薪酬调整事项的审批过程和表单记录;
ü 支持对历史薪酬的补录和调整计算;
ü 支持按条件对历史调整记录的查询;
4.2.3.2.4.6.4薪酬发放
ü 支持薪酬数据与财务系统实时同步,方便查询,并按医院规则自动生成工资凭证;
ü 支持电子版工资条,员工可以在员工自助终端和移动终端实时查询;
ü 支持生成银行导盘数据;
ü 当医院的CA和银医互联完成建设后,支持员工薪酬自动发放到职工各个银行账户;
4.2.3.2.4.7社保管理
社会保险管理分为以下几个方面:
1、政策制度、办事指南和相关表格的整理和归纳。社保经办人员通过系统平台收集政策,制定院内社保业务流程,办事指南和相关表格可以同步更新至OA院务公开,供职工查阅。
2、人员社保信息存储和统计,职工个人社保信息需存储:省、市社保缴费单位和个人社保编号,个人社保缴费基数(可设置公式与薪酬关联),根据现有政策比例计算出个人各项社保险种缴费金额单位部分及个人部分(个人缴费部分之间与薪资关联),同时应有与社保系统导出excel表核对功能。方便及时发现错误更正。
3、人员每月增减员提醒及标记功能,每月根据业务流程,对应生成需进行增员操作的新职工/转院内职工和减员操作的离职/退休/去世职工,要有标记和备注项,部分当月无法及时处理的,可以标记到下月提醒处理。提醒人员需要有职工的身份证号码,户籍性质,来院/离院时间,缴费基数,及联系电话等个人信息。
4、各类社保缴费、养老待遇等测算功能。
ü 保险信息库结构维护,保险缴费比例等参数设置,对参保人员的确认;
ü 与省市社保中心下载数据核对,并反馈;
ü 社会保险缴费工资调整(关联工资),可以按要求生成个人签名确认表;
ü 可以按个人、科室、院区等自动统计缴费额,并出报表(分个人、单位部分);
ü 具备假设分析功能,对工资、人力成本等能进行自定义测算;
ü 在职、退休人员动态维护数据库;
ü 根据系统对应每月增减员提醒;
ü 每月社保业务办理登记及提示;
ü 全院人员社保缴纳核算及个人部分划扣;
ü 每月社保费用统计报表;
ü 模拟社保数据库,预演各类测算功能。
4.2.3.2.4.8其他福利
ü 生日福利管理:实现职工生日提醒,职工生日福利电子卡的发放。
ü 生育福利管理:自助终端实现职工生育信息的填报,信息包括:生育日期、剖腹产、顺产等产程情况。提醒职工产假休假截止时间。根据核实的职工生产信息,计算产假补助和福利,提交给财务处发放。根据职工生育信息自动生成休假计划。
ü 新婚福利管理:员工自助终端实现结婚信息的填报。提醒职工在有效期内休婚假。根据核实的职工新婚信息,计算结婚慰问金,提交给财务处发放。
ü 离退休管理:离世职工的信息需要由工会同步给人事处。退休职工信息由人事处同步给工会,形成退休职工管理档案。根据退休职工名单,每次节日前,核算节日慰问金,交人事处审核,财务处发钱;
ü 大病补助、人流补贴、亡故慰问金申请,科室初步审批->提交工会->核算慰问金->财务发放。
ü 职工医疗费、子女统筹医疗费用;工牌、工作证等制作费用、学费报销、探亲路费报销等相关流程及费用审核发放或扣除。
ü 年终待遇的生成、审核与发放
4.2.3.2.5劳动关系与人员管理
4.2.3.2.5.1档案管理
人员信息数据库是人事系统的基础,完备的人事基础数据将为医院人力资源规划、人才培养和人才评价、薪酬绩效分配制度以及医院各项重大决策提供数据支撑。人员基础数据库是医院各大业务系统的人员信息来源,需与各业务系统实时互联互通,与人员相关基础信息均储存至人事系统。
ü 支持根据不同类别的员工建立不同的人员库,例如:在职职工库、退休职工库、外聘人员库、离职职工库、实习生库、进修生库、亡故人员库、临时人员库等;
ü 支持不同的人员库的人员信息项目差异化管理,可以根据实际情况自定义设置不同模板的主集和子集;
ü 根据权限的不同,各科室可查阅、申请修改科室人员档案;
ü 根据人员管理权限的不同,将不同类人员分库管理,不同职能部门可以管理不同人员库,同个人员类别不同信息项目可灵活分配权限由不同职能部门经办人维护及查阅:具体如下:
人事处职工数据库:
①在职职工库:医院在职职工,含全班外聘人员、规培医师和租赁后勤文员
②退休职工库:医院退休职工
③离职职工库:医院离职原职工
④外聘人员库:非全班制聘用专家
⑤亡故人员库:在职身故及退休身故职工
其他职能部门数据库:
①实习生库
②进修生库
③临时人员库
ü 提供按照模板批量导入人员信息;
ü 提供批量修改职工信息功能,要求可以批量选择多个职工;(例如,一次性选择多个工号查询,或者从excle复制一列无规则的工号进行查询);提供批量修改人员信息、批量增加人员子集信息、批量导入照片和上传附件等操作,实现人员信息的高效录入和查询;
ü 人员信息浏览及调动支持多组织模式(集团化),通过多组织树导航人事信息的浏览,不需要切换登陆单位。另外,人事变动也支持跨组织变动。
ü 灵活设置员工信息模板,提供全面的员工信息维护,如人员信息、工作履历、院内工作履历、专业技术资格、执业资格、学校培训档案、考核评价概要、家庭信息、医生月度手术情况维护等,人员信息可以按列表或名片方式展现;
ü 支持医生画像的展示。医生相关的数据能够从异构系统集成,例如:医生的门诊量、收治病人数、手术数、CMI、OPS、病人满意度、科研课题情况、论文情况、获奖情况等;
ü 支持根据用户的查询条件行为,记忆查询习惯,灵活设置查询方案,满足日常的人员多维度查询;
ü 支持自定义花名册格式,导出并能打印;
ü 支持外部人员管理,例如:外包人员、外聘专家、临时员工等,系统能记录外部人员基本信息供业务系统使用,但不纳入人事处实际的人员统计范围和查看范围;
ü 每个人员都应有一系列的主集或子集信息,各类主集或子集信息应可设置权限由科室或相应职能科室维护,同时,也可设置查询权限(不一定与维护权限一致)由相应科室的业务人员可查看或维护不同的人员主集或子集信息,具体要求包含但不限于如下:
组织人事处:工号、姓名、所在科室、职称、职级、岗位等级、职务等基本信息,具体参照花名册,其他职能部门信息人事处可查询;
医务处:可查询所有卫生专业技术人员(医药护技),项目包括所在科室、工号、姓名、联系方式(含短号)、学历、职称、来院时间、参加工作时间、是否有住房、健康状况;可维护项目包括是否有医疗缺陷、是否为放射工作人员、放射人员证号、是否发生执业暴露;
工会:可查询的项目包括所在科室、类别、工号、姓名、性别、身份证号码、出生年月、学历、职称、来院时间;可维护项目包括户口地址、家庭住址、婚姻状况、是否已生育;
护理部:可查询全体护理人员,项目包括科室、工号、姓名、性别、出生年月、年龄、身份证号码、籍贯、政治面貌、学历(含经历)、毕业院校(含经历)、毕业时间(含经历)、来院时间、职称、晋升的时间、职务、婚育情况、手机号、家庭住址、紧急联系人、紧急联系人电话、是否有住房、是否已生育,继续教育档案(含个人学习成长轨迹等,根据权限科室护长看科室人员、护理部看全部)、人员科室变动历史等;可维护项目包括是否具有博导或硕导资格;
护理使用功能点:涉及到人员财务相关的内容,建议直接从实际信息或数据提取:如护长、主管护士岗可跟职务或岗位信息自动生成,夜班费及加班费可直接根据班表生成等。
科研处:可查询科研人员信息(含在职、离退休、已故和离职人员),项目包括姓名、年龄、出生年月日、联系方式、科室、邮箱、职称、来院时间、专业、最高学历、毕业院校、是否外聘专家、是否年薪制。可维护的项目包括是否专职科研人员、是否硕导、是否博导、已取得的科技人才称号;
审计处:可查询的项目包括姓名、年龄、出生年月日、联系方式、科室、邮箱、职称、来院时间、专业、最高学历、毕业院校、是否外聘专家、人员状态、现时所在科室、是否外派/外出进修/外出培训(需列出地点)(如需要医院补贴奖金,可查询业务部门录入的同类人员)、用工形式、培训期年次、是否见习期、见习期年次、各项工资津贴项目的现时金额及变动过程;
院办:可查询的项目包括职工所在科室、工号、姓名、健康情况,各类人才实时数量级人员清单(国医大师、省市名中医、青年名中医、各类人才等);可维护的项目包括所属党支部,要求与党务系统对接,实时同步;
设备管理处:查询全院所有中级职称以上职工的科室、工号、姓名、职称,自动生成对应专科的招标论证会签到表。人事系统与物资系统要做好无缝对接:人员轮转变更自动同步到物资系统,以保证设备物资的申领、验收工作能顺利开展;
财务处:可查询的项目包括所在科室、类别、工号、姓名、性别、身份证号码、出生年月、学历、职称、来院时间、省市社保号;可维护项目包括工资号、工资卡号(中行和工行)、税务细项(如可抵扣项目);
各出入院处:可查询享受统筹医疗人员(含在职、离退休)的工号、姓名、职称。
学生处:可查询是否拥有教师资格证;
新药开发办公室:可根据工号或者姓名查询人员(含在职职工、离退休职工、已故职工、离职职工、规培医生、外来进修人员、院内实习生、外聘人员)的所在科室、姓名、联系方式(含短号)、学历、职务、职称、来院时间、离院时间、离退休时间、身份证号码等,用于知识产权申请、管理和转化以及科技成果转化现金奖励人员的信息(需要新药维护)核对和查询;
职工保健办:查询所有职工科室、工号、姓名、职称、人员类别、编制科室、联系电话、来院时间、离院时间、是否享受统筹医疗,维护职工健康状况,要求与现有统筹医疗系统对接。
门诊办公室:查询所有医生的科室、工号、姓名、职称、职称聘任时间、来院时间及离院时间。要求与门诊系统对接,同步出诊相关信息(根据班表生成待遇申报表)、维护医生处罚信息。
ü 人员信息更新的审核业务流程:
人员信息分为三类:1类数据可由职工直接修改;2类数据可由职工上传附件发起修改流程,主管职能部门审核后修改;3类数据只能由主管职能部门通过业务流程更新或者直接维护更新。
1类数据的更新维护由职工自行在员工自助中修改,包括个人联系方式,联系地址等。
2类数据的更新由职工在员工自助中发起修改流程,提供修改佐证材料(文字说明或者图片等证明材料)。不同的信息由不同的科室角色审核确认。包括但不限于以下流程:
个人基本信息(除职称、职务、继续教育学历、博导及硕导资格)发生变化,由职工本人通过系统提起申请,经科室负责人确认,再经护理部或医教处审核;
各职能部门负责维护的内容也是如此,如职工婚姻、生育、配偶、子女等信息发生变化,职工通过系统提起申请,经工会审批后,系统数据变更,并同步至计生管理系统。
3类数据只可以通过主管职能部门通过业务流程带动数据更新或者直接维护,要求要有变动历史痕迹可查询,如职称、职务、学历学位、博导及硕导资格等,一般由业务流程带动数据变动。主管部门如需做特殊调整,可以通过权限账号进行直接修改,但必须保留修改痕迹。
ü 人事档案管理界面中加载的组织导航树为多单位的组织树,可根据权限控制加载的节点,即不需要切换单位来查询其他院区的人员。
ü 人员的关键属性都应以字典表的形式进行维护,包括但不限于:人员类别、人员状态、用工形式、岗位等级、职级职等、岗位类别、职称、职务、职务类别、薪酬等级等;一些字典要内置标准库,包括但不限于:国籍、民族、性别、专业技术等级、婚姻状态等;
ü 人员的关键属性要能关联到具体业务,能够设置相对应的关联关系,通过业务流程带动数据变动和薪酬变动。包括但不限于以下内容:人员状态为辞职,所有工资、津贴(包括饭卡补贴)系统都自动停;如职称变动了,该人员的津贴、薪酬工资也自动跟着变;人事外出业务(进修、外派、学习等)关联考勤结果;人员属性(职级、学历、岗位等级、用工形式、试用期间等)、人员状态(在职、退休返聘、退休、离职、已故人员、外聘)、用工形式(固定工、全民合同工、医院合同工、租赁合同工、规培医师(社会人)、规培医师(单位人)、学校编制、传统博士后、外聘专家、年薪制专家、实习生)关联薪酬待遇;
4.2.3.2.5.2流程管理
ü 组织人事处各种人事流程管理:支持员工带审批流程或者不带审批流程和处理,包括但不限于人员调动、借调、兼职、外出读书、外出规培、各种休假、出国申请、职称评审申请、离退休申请、培训期考核转正申请、转科申请等流程处理;
ü 部门职能部门人事数据更新的各项业务流程
ü 支持医院各类职工的证明文件设置,职工的自助申请(也可以人事处自主打印,不需要职工申请),相关职能部门审核,通过CA签章,职工能自主下载PDF文件并打印;
ü 支持医院各类流程的表单设置、流程设置、审批流设置,并且能在员工自助终端发起申请和审批;
ü 通过相关流程变更的人员信息,包括子集或者主集信息,都要同步更新到人员档案库;
ü 因业务需要,部分流程需要根据条件自动触发起,以科室(或职能部门)作为默认发起人,流程自动发起,流转给各流程(如每月15日自动发起某流程等);
ü 科室人员流转流程(医生、医技、药剂),各专科人员需流转,统一由大科秘书发起流转申请,大科主任审核确认,即可发起人员变动,并同时将结果推送提醒医务处,同步修改医生执业权限;
ü 科室人员流转流程(护理),由护理部定期制定护理人员轮岗计划,形成人员变动流程,由转入科室护长确认人员到岗,变动护理权限。或者驳回护理部,人员维持原科室,待护理部重新安排;
ü 科室人员流转流程(职能、科研),由职能部门直接发起人员变动,科研处负责科研人员审核变动,组织人事处负责职能处室人员变动。
ü 各类人事流程申请支持PC端和移动端功能;
4.2.3.2.5.3预警管理
各类预警提醒功能,包括退休预警、培训期到期预警、合同到期预警、当月新入职预警、当月离职预警等,应有以下功能:
ü 预警配置:可界面化设定各指标的预警条件、预警接收科室、预警接收人员,也支持由科室主任设定有权收到预警人员;
ü 有权收到预警人员可以对每类预警在系统分别进行个性化设置自动触发预警后的提醒方式:往员工首页推送消息提醒、在登陆电脑端系统时自动弹出提醒、在登陆手机端系统时自动弹出提醒、提醒推送到手机短信或微信等方式;
ü 有权收到预算人员可以对每个指标预警的上下限,选择是使用默认值还是自行设定;
ü 点击预警的信息后要能直接管理到相关的业务表单进行业务处理;
ü 系统首页或自助首页要有专门的板块显示预警消息汇总,供有权限的人员查看;
4.2.3.2.5.4知识库
实现编辑或上传各类人力资源业务相关政策法规、政策解读、办事指南、院内文件依据,相关的办事表格等。实现发布到系统首页或者员工自助首页供职工查询;
4.2.3.2.5.5合同与考核
ü 提供人事合同管理,对医院人力资源分析评估。可完成事业单位聘用制职工劳动合同的签订、变更、续签、终止和解除等工作。结合电子签名业务,探索建立劳动合同、聘用合同、培训期协议书、责任目标、廉政协议书等不同群体合同/协议的线上签订,可进行电子化归档,检索和打印。
ü 可灵活设置合同管理中的报警条件,如合同到期、培训期到期等。可自动列出符合条件的人员,推送信息提醒职工进行合同续签(或解除),续签合同可以实现网签。
ü 各类考核流程:培训期、合同期考核,中层干部考核、人才考核等等,根据考核文件要求,设立相关考核流程,流程审批过程中可以设置多层级评议(上下级及同级别评议)、各职能部门审核。并可根据考核结果生成对应统计表格,经过医院同意后,录入/导入相应结果,可以直接关联薪资。
ü 提供合同批量签订和批量解除的功能;合同解除和终止,可以自动把该人从在职人员变为离职人员,支持与其他系统模块业务整合。
ü 临床的党员调动,党团关系的新增\变更\离职信息通过OA系统同步给人事处。
4.2.3.2.6员工自助
ü 员工入职后,通过分配的个人账号登录可以查看个人的基本资料,工资条等信息;基础信息自动填充了招聘环节已经获取的个人信息;并且能够根据设定好的权限进行信息补充和提交信息审批;人事处进行完善后的信息审核;
ü 员工能够及时获知医院发布的信息与公告,了解医院内部招聘的相关信息;方便查询到医院人事业务中的相关政策与制度,并与人事的相关人员保持畅通的沟通渠道;
ü ▲员工在个人的工作区中能够及时获得系统的通知与提醒,查询到个人的待办事项,此外员工还可以主动提出调转、离职、加班、休假和公出等申请,启动相应的业务流程,进一步提高人事各项工作的效率;可以查询自己休假的情况,可休假期,已休假期,与考勤系统同步,可以发起申请各类休假。(提供承诺和软件功能截图)
ü 员工能够通过自助终端提交个人的各种证书、证明材料,如:资格证书、培训证书、个人婚姻、生育情况等,上传的资料需要经过相关的领导审核才能正式作为系统中被认证的信息。员工能引用部分医教研数据,完成技能档案更新,比如术科医师增加“独立完成50例腔镜下甲状腺全切术”技能;
ü 员工能够有效地参与到医院的各种考核过程中,为本人和他人进行评估;
ü 员工能够查询职称达标差距分析,如:离下一职称等级的差距,职称评语;
ü 员工能自助打印在职证明、收入证明,打印后到人事处盖章或者CA自动签章;
ü 智能填表。能智能完成自定义的职称评审表格等的填写;
ü 员工在自助终端能发起各种流程,产生的数据作为初始任务或提醒,并且定期能保留在系统历史数据中;
ü 科主任能够方便的查询到科室的职责与目标,科室在医院组织结构图中的位置,了解自己下属员工的具体信息,包括人事、薪酬、考勤、绩效和培训等。
ü 利用系统提供的统计分析功能,直线领导可以对组织、人事和成本等关键指标进行实时的统计和分析,了解本科室的工作和运营情况,为发现问题并采取措施提供有力的依据;
ü 员工自助支持PC端和移动端相关功能;
ü 建立职工个人专业发展蓝页,为职工职业生涯发展设定目标,与各业绩实时同步,明确具体发展方向。同时可以阶梯化管理人才,对不同阶梯的人才提供不同程度的资源和支撑,为职工往更高阶梯发展创造条件。
ü 支持集成医院“金数据表单工具”收集回来的各类表单数据。
4.2.3.2.7 系统接口
4.1基本要求:
4.1.1接口总体目标:根据医院的实际情况,实现人力资源系统内部以及与异构系统之间无缝对接,实现数据实时或定时对接,实现历史数据的导入;
4.1.2支持与常用数据库(SQL、ORACLE、DB2、MYSQL)的数据对接,包括视图、中间表、存储过程、触发器等;
4.1.3支持Webservice接口方式;
4.1.4支持HL7接口标准规范;
4.2接口实现要求
要求实现包括但不限于以下接口内容:
序号 | 业务范围 | 外部系统 | 描述 |
1 | 员工个人门户 | 包括但不限于集成平台、HIS、EMR、HRP、LIS、PACS、BI、OA、科研、慢病等主要系统 | 单点登录,统一认证,域账号同步 |
2 | 组织机构 | 包括但不限于集成平台、HIS、EMR、HRP、LIS、PACS、BI、OA、科研、慢病等主要系统 | 单位,科室,岗位信息新增与更新双向同步;HR系统同业务系统双向同步,以便控制科室的人员数 |
3 | 人员信息(提供) | 包括但不限于集成平台、HIS、EMR、HRP、LIS、PACS、BI、OA、科研、慢病等主要系统 | 人事系统的人员信息新增,更新等操作实时更新到相应的业务系统; |
4 | 人员信息(接收) | 包括但不限于集成平台、HIS、EMR、HRP、LIS、PACS、BI、OA、科研、慢病等主要系统 | 1在业务系统进行人员信息新增,更新等操作同步到HR 2将其他系统中的关于人的数据集成到员工个人画像中 |
5 | 考勤管理 | 考勤系统、护理系统、考勤机等 | 与考勤机集成自动下载考勤数据 |
6 | 招聘管理 | 官网等 | 与官网集成,应聘者能从官网直接进入招聘系统进行填写简历,应聘岗位 |
7 | 工资管理 | HRP系统、奖金系统、省厅工资系统、社保局等 | HR核算的工资结果同步到财务系统进行工资发放与分析,与省厅工资系统对接 |
8 | 职称评审 | 科研系统、医务系统、护理系统等 | 科研、论文、著作等业绩数据同步 |
9 | 人事流程 | OA | 在OA系统审批人事系统的流程同步、待办推送 |
10 | 移动应用 | 微信等 | 与微信,实现在线申请流程,查看考勤结果,员工自助等移动应用 |
11 | 短信、邮件 | 短信、邮件等 | 预警、代办、业务提醒等,需要用到短信网关和邮件服务器集成 |
12 | 数据分析 | BI系统等 | 推送统计分析、报表数据 |
13 | 证明签章,合同签章 | CA系统 | 根据CA接口规范对各类人事流程、证明打印进行签章,对职工合同签订进行签章 |
14 | 人事系统 | 物联网设备 | 实现物联网设备数据的对接 |
备注:对于以上未提及的信息系统接口,在实施过程当中,根据实际情况,由公司与医院协商决定;
4.3 预警管理配置平台
4.3.1系统描述
广东省中医院预警平台意在HRP系统中为了监测系统业务信息并及时通知相关业务管理人员,促进组织内的信息流通和信息数据质量安全稳定而提供的预警工具,主要处理事件预警(即时预警)与定期预警,事件预警主要是报告重要或异常事件(例如:有新的审批单据时),定期预警主要对系统的一些业务异常或例外进行自处理(例如:每天遍历一次超期未送货单数据),然后引起异常的具体业务载体的数据以预警通知的方式发给相关的管理人员。
(1)要求预警平台的配置能够支持自定义预警模板:自定义预警对象(预警对象可以复杂自由组合)、自定义预警条件(支持条件表达式)、自定义消息设置(支持多种消息接收:短信接收,系统首页消息,邮件消息,app通知消息等)。
▲(2)预警平台需要在采购人现有系统平台的集团账套上设计实现,不应放到具体的某个业务系统,支持下发到具体的院区或全集团共享使用;支持按权限过滤,例如财务管理员只能配置财务相关模块预警模板等;包括但不限于采购人现有的财务会计、成本核算、预算管理、物流管理、驾驶舱、资产管理、采购管理、供应商平台等应用;(提供承诺)
4.3.2系统描述
4.3.2.1预警模板树设置
(1)系统内置预警平台模板树一级菜单,一级菜单以系统每个模块名称命名;
(2)支持层级结构的下级菜单配置,由用户自定义设置,设置的内容包括:预警模板编码、预警模板名称、业务系统、用途描述、预警类型(周期预警和即时预警,系统内置)等;示例如下:
模板编码 | 模板名称 | 业务系统 | 预警类型 | 用途描述 | 操作 |
00 | 人力资源 | 人力资源 | |||
00_01 | 员工生日预警 | 人力资源(根据一级节点默认带出) | 周期预警 | 提前7天进行员工生日预警 | 配置 审核 反审核 |
00_03 | 流程审批 | 全景人力(根据一级节点默认带出) | 即时预警 | 有新的审批单据时通知审批人 | 配置 审核 反审核 |
10 | 驾驶舱 | 驾驶舱 | |||
10_01 | 全院药占比 | 驾驶舱(根据一级节点默认带出) | 周期预警 | 如超标,每月结束后的第一天通知 | |
10_05 | 科室病人人均费用 | 驾驶舱(根据一级节点默认带出) | 周期预警 | 如超标,每月结束后的第一天通知 |
4.3.2.2预警模板详细配置
预警模板详细配置包括预警对象设置、预警条件设置、消息模板设置;要求在同一个页面不同的tab页进行设置;
(1)预警对象设置
预警对象设置支持选择一个或多个系统对象,每个对象就是系统每个菜单页面,例如:“查看凭证”是一个对象,“人员档案”是一个对象,“采购订单”是一个对象,“合同签订”是一个对象等;
支持对选择的对象进行条件过滤,支持自定义的高级条件设置,过滤条件包括选择的对象的每个字段、括号、比较符、比较值、逻辑符;
示例:
对象列表,包括添加和删除对象;
序号 | 对象名称 | 属性 | 描述 |
1 | 员工档案信息 | 对象 | XXXX |
2 | 员工合同签订 | 对象 | XXXX |
3 | …添加时只能选择菜单 | 对象 | XXXX |
选择上边对象列表某个对象可以进行条件过滤;存在多个对象的过滤条件,他们之间的条件关系为“and”关系;
过滤条件:(选择员工档案信息对象)
左括号 | 过滤条件 | 比较符 | 比较值 | 右括号 | 逻辑符 |
性别 | 等于 | 男 | And | ||
员工状态 | 等于 | 在职 | |||
( | …加载对象的每个字段 | 等于、不等于、大于、小于、为空、不为空、包括、不包括等 | ) | 逻辑符:and、or |
(2)预警条件设置
预警条件设置包括预警变量设置和条件表达式设置;
A:预警变量设置:
用户可以根据需要自定义预警变量列表,例如:预警提前天数,预警变量可以直接引用到预警的条件表达式设置里;
变量名称 | 类型 | 变量值 | 描述 |
工作年数 | 整型 | 70 | |
预警提前天数 | 整型 | 30 | |
用户自定义名称 | 常用数据库字段类型 | 用户自定义值 |
B:条件表达式设置
ü 支持界面化的条件表达式设置(公式编辑界面化);
ü 公式的元素:支持常见的计算符号(小括号、中括号、大括号、if条件语句、加减乘除、大于小于、等于不等于…);支持常见是数学函数;
ü 公式的对象包括:选择的对象列表的所有字段以及用户自定义的预警变量字段;
ü 公式的取值属性支持可以取到某一个时间区间内(或者比较时间区间内)的对象取值;
ü 支持最后的公式结果展示及错误解析;
示例:公式结果=人员信息档案.出生日期+预警提前天数>=now()
(3)预警消息设置
A:消息表达式设置:支持界面化的消息表达式设置,可以自定义消息发送的内容;
B:接收消息者设置
ü 支持消息接收方是系统内部用户,可按用户信息快速过滤选择,也可按部门选择用户,也可以按系统角色用户,也可以自定义表达式选择用户等;
ü 支持消息接收方是系统外部用户,例如证件到期预警,采购订单延期未处理预警需要发送给对应的供应商;
ü 接收者在设置应同时受个人系统权限制约
C:消息接收方式设置:短信接收、邮件接收、PC端系统首页接收、app端消息通知等;
D:消息接收方需要根据权限来预警:例如设置了全院采购订单超时未送货预警,对于具体订单的制单人只能看到个人的采购订单,而采购员可以看到全部超期预警(例如邮件抄送功能)
E:消息发送次数设置:对于预警事件的产生到预警事件的处理的时间段内可以设置消息的发送次数(例如,一天一次,一天三次,2小时一次等),接收用户可以设置继续预警或不再预警;
(4)非通用型预警要求
针对结果型数据进行预警,数据内容不超过20项。参考内容如下:
序号 | 预警内容 | 预警指标 | 预警人 |
1 | 药占比超标预警 | 药占比 | 根据科室提醒科室负责人 |
2 | 收入预算达成率低提醒 | 收入 | 根据科室提醒科室负责人 |
3 | 支出预算达成率低提醒 | 支出 | 根据科室提醒科室负责人 |
和通用预警对比,非通用部分,预警指标是具体的数据或者指标,该指标可能是通过计算得出的。预警方式,采用周期预警即可,定时对数据进行计算和对比。
4.4医用耗材专项主题分析系统
4.4.1系统概述
随着医院管理水平的提升,对耗材管理的要求越来越严格,以医院的收入支出为基础,深入分析耗材的使用量、收入与支出情况,可以帮助医院发现耗材的不合理增长,迅速定位需要控制支出的耗材。
耗材专项分析主要面向采购人设备处,通过耗材采购分析、耗材消耗分析、高值耗材分析等多维度多层次数据展现,使设备处直观的了解医院各类耗材的需求及使用情况,提高各类耗材管理的科学性和合理性,减少浪费和库存占用,优化管理流程,加强医用耗材的管理,提高医疗管理的质量,降低医疗成本,改善医疗服务质量。
通过项目工作的开展,建立医用耗材专项主题分析体系,包括耗材供应链管理过程分析、耗材消耗分析、病种/术式耗材消耗分析等,各指标实现院区-科室、专科-医嘱医生、供应商、品牌等分析维度和深度穿透。
▲通过管理大屏、电脑PC端、移动端应用等形式,为院长、分管院长等院领导,以及设备处等职能科室领导提供实时、动态、可视化的展示。(提供承诺和软件功能截屏)
4.4.2需求描述
耗材专项分析信息系统本期建设内容主要包括耗材供应链管理过程分析、耗材消耗分析、病种/术式耗材消耗分析,后续将根据管理需求进行拓展与深化。
(一)耗材供应链管理过程分析
耗材入库分析:供应商入库金额排名、耗材入库金额分析。
库存金额分析:科室库存金额(环比)、库存耗材占比。
骨科耗材供应链备货/验收/使用分析:骨科高值耗材(非无菌)送货/验收/使用分析(医生和供应商维度) 、手术申请至到货的时间分析、手术耗材备货不足分析。
(二)耗材消耗分析
卫生材料消耗分析主要包括材料消耗的结构分析,展现物资消耗趋势及排名情况,体现物资消耗的重点科室及重点品类,为降低医院物资运营成本提供支持。
? 关键性指标分析:科室收费材料占比、百元支出、耗材请领、成本支出金额、各指标环比同比等进行汇总分析;
? 按材料分析:分析各科室主要使用材料,以及相关材料分布占比情况、收费与非收费材料使用情况,科室主要材料消耗;
? 厂商分析:分析科室下主要病种(病案数、指标、数据)以及各病种下材料消耗主要供应商、主要生产厂商;
(三)病种/术式耗材消耗分析
病种/术式耗材消耗分析包括:特定病种/手术的耗材费用分析(耗材费用排名、医生人均费用分析)、医生品牌使用习惯等。
? 按病种分析:分析同一病种同一术式下不同医生间的差异以及材料使用情况;
? 按医生分析:分析同一科室下不同医生在医疗收入、耗材收入、耗占比等指标的差异情况,分析同一科室下不同医生主要病种分布,材料使用分布。
展现科室使用高值耗材情况同比及环比高低值预警等。
? 高值耗材总体运营情况:通过医用耗材与财务成本的一体化管理,整体指标展现高值耗材占比、采购及消耗同环比、高值耗材收入与医疗收入增长率对比趋势等指标。
? 高值耗材消耗敏感度:通过高值耗材占比排名、使用量趋势、医生消耗排名、单病种手术品牌用量、费用对比等指标,展现不同品牌患者平均费用、品牌与医师相关分析等情况,体现高值耗材消耗敏感度。
支持任意指定材料组合,划分入重点监测分类,比如止血材料,可监测重点材料的所有收入、使用记录,并按照如下各个维度进行详细分析;各科室重点材料使用排名,各科室材料使用厂商占比、产品占比、病种占比及使用趋势分析;重点材料各生产厂家供货排名,趋势分析;重点材料各病种使用排名与分析;重点材料医生使用排名等。
六、其他分析
序号 | 指标名称 | 说明 | 备注 |
1 | 材料出库排名及其趋势 | 可按月、季、年、品牌、科室、院区等多条件组合排名、同比、环比情况 | |
2 | 材料退库排名 | ||
3 | 供应商供货金额排名 | 可按月、季、年、品牌、科室、院区等多条件组合排名、同比、环比情况 | |
4 | 科室请领金额排名及趋势 | 可按月、季、年、材料类别、材料名称、院区等多条件组合排名、同比、环比情况 | 能设置预警值 |
5 | 材料请领情况排名及其趋势 | 可按月、季、年、材料类别、材料名称、院区、数量、金额等多条件组合排名、同比、环比情况 | 能设置预警值 |
6 | 耗占比及其趋势 | 可按月、季、年、材料类别、材料名称、科室、院区等多条件组合查询、同比、环比情况 | 能设置预警值 |
7 | 供应商服务评价排名 | 可按月、季、年、科室、院区、订单响应时间、配送时间、评分情况等多条件组合查询、同比、环比情况 | 能设置预警值 |
8 | 库存材料周转率排名及趋势 | 可按月、季、年、材料类别、材料名称、数量、金额等多条件组合查询,同比、环比情况 | |
9 | 材料出库与材料收费比对情况 | 能设置预警值 | |
10 | 材料价格变动情况 | 可按月、季、年、材料类别、材料名称等多条件组合查询,同比、环比情况 | |
11 | 产品质量评分情况 | 能设置预警值 | |
12 | 高值耗材使用情况及其趋势 | 可按月、季、年、材料类别、材料名称、数量、金额、科室、医生、院区等多条件组合查询,同比、环比情况 | 能展示同学科相同材料的耗用对比情况,包括手术平均用量、医生平均用量、院区平均用量等等 |
13 | 办公用品额度占用排名 | 可按月、季、年、材料类别、材料名称、数量、金额、科室、院区等多条件组合查询,同比、环比情况 | 能设置预警值 |
4.5 项目作业成本库分析服务
4.5.1项目背景
2019年采购人开展了科室、项目、病种成本的核算工作,取得了初步的效果。随着管理要求不断提高,程度不断细化,采用比例法进行的成本核算不能精确反映成本与动因之间的联系。比例法是以价格作为动因进行成本分摊,核算结果与价格高度契合,不能真实反映医疗服务项目的资源消耗,难以找到切之可行的成本控制措施,因此改用更为科学的作业成本法。
作业成本核算模型是实施作业成本法的基础,是对作业成本法核算体系的描述,因此作业成本核算模型在作业成本法的实施过程中具有重要地位。作业成本要素是构成作业成本核算模型的元素,他们按照一定规则组合在一起形成作业成本核算模型,合理、科学、准确的成本要素既是构建作业模型的保障,也是作业成本核算的保障。
4.5.2整体目标
1、 不断完善业务系统数据质量,建立基础数据质量标准和要求,提高成本核算数据的准确性和合理性。
2、 形成符合医院实际情况的成本核算模型及相关知识库,制定医院内部的成本控制标准。
3、 完善成本核算的手段和方法,科学的确定成本计算的对象、分摊方法,客观反映医疗费用消耗,正确核算医疗服务成本。
4、 构建医院成本分析体系,诊断医院运行状态,理清医院成本状况,抓住成本控制关键环节,减少和降低不必要的开支,有效控制成本,提升效益。
5、 建立一套完善的医院成本核算管理体系、工作制度和规范标准,增强全院人员的经济管理责任,合理改进成本核算工作流程。
▲6、供应商应使用采购人现有的全成本核算系统,产出2019年1月份到2020年12月份的成本核算结果,确保基于医院现有系统架构的大科、科室维度的科室收入、支出、结余数据和项目核算数据的合理性和有效性,确保病种数据的合理性和有效性。如果数据层面支持核算到末级核算单元,需要按照末级核算单元产出相应数据;如果数据层面不支持核算到末级核算单元,需要指出数据具体问题并提供切实有效的业务改进建议,便于后续成本核算工作的开展。(提供承诺)
4.5.3需求描述
4.5.3.1基础数据治理
基础数据治理旨在通过建立统一的数据标准,采集规范实现对成本核算涉及的数据范围广,包括财务支出数据、收入数据、内部服务量、外部服务量、病案首页,各项资源消耗如人员经费、卫生材料消耗、固定资产折旧的进行集成,提升数据合理性,进一步提升数据质量。
1、 根据成本核算要求对期间内的业务数据:收入、支出、工作量、内部服务量等进行质量评估、分析。
2、 检查、校验、核对各类数据,并确保数据间的合理性、准确性、连贯性和一致性。
3、 分析异常数据产生的原因,生成相应的数据清洗的逻辑和规则,制定数据标准。
4、 梳理医疗服务项目流程步骤,量化医疗服务项目对人、财、物、能耗、其他费用等消耗,生成院内每一个医疗服务项目资源消耗知识库。
4.5.3.1.1业务数据分析
成本核算所需数据涉及收入数据、物资消耗明细、资产折旧明细数据、职工工资明细数据、病案首页数据,每项业务数据按照成本核算数据要求进行初步评估,识别数据异常及问题,衡量对成本核算数据质量的影响。
4.5.3.1.2收入数据分析
? 开单科室、执行科室层级、颗粒度评估分析
? 工作量、单价、金额三者逻辑关系评估分析
? 患者病案号的主键识别评估分析
? 收费项目字典的评估,收费系统间数据逻辑检查
? 收入数据与财务总账数据一致性评估
4.5.3.1.3物资消耗数据分析
? 物资字典编码、名称、物资属性的评估与分析,是否可收费属性评估与检查
? 物资出库数据完整性评估分析,卫生材料、放射材料、化验材料等数据完整性评估与检查
? 物资领用和实际使用情况评估分析
? 领用出库数据中科室代码、名称、数量、单价、金额等关键要素评估分析
4.5.3.1.4资产折旧数据分析
? 资产字典的编码、名称、资金属性进行评估与分析
? 资产所在部门、实际使用部门差异分析
? 超期设备、捐赠设备、投放设备折旧成本评估与分析
4.5.3.1.5人员工资数据评估
? 人员工资完整性评估分析,包括人员类型、人员工资结构、绩效奖金、社会保险等
? 人员信息、技术职务、科室属性完整性评估分析
? 人员考勤、排班数据评估分析
4.5.3.1.6病案首页数据
? 病案首页诊断编码ICD9、操作码ICD10完整性评估分析
? 病案首页患者编码与HIS系统关联分析
4.5.3.2数据质量控制
成本核算过程中涉及到的所有数据(源数据、目标数据)进行的一些列合理性检查,包括基础数据的属性配置、不同模块间的数据关联以及产出数据的逻辑性检查。获取数据后,按照成本核算收支配比等原则,借助成本核算系统中数据质控功能,对数据的质量进行控制、分析。
4.5.3.2.1数据一致性分析
? 财务系统、成本系统成本数据一致性分析
? 财务系统、成本系统收入数据一致性分析
? 科室成本、项目成本成本数据一致性分析
? 科室成本、项目成本收入数据一致性分析
? 科室成本、病种成本科室收益一致性分析
? 项目成本、病种成本科室成本一致性分析
? 科室成本、病种成本科室收入一致性分析
? 项目成本资源分摊数据一致性分析
4.5.3.2.2模型数据完整性分析
? 作业模型人员配置完整性分析:本科人员、他科协作人员
? 作业模型物资消耗完整性分析
? 作业模型设备配置完整性分析
? 作业模型其他成本完整性分析
4.5.3.2.3数据合理性分析
? 科室成本基础数据质量合理性分析
? 项目成本核算模型填报合理性分析
? 项目成本核算结果合理性分析:负值、极值、正态分布、成本构成
4.5.3.3数据清洗治理
根据成本数据的应用目的,按实际情况对涉及成本等的数据进行梳理,对问题数据(包括但不限于医院原各系统之间以及与成本系统数据的融合)进行针对性的处理,生成相应的数据清洗的逻辑和规则,制定数据标准。根据数据标准,重新进行数据导入与生成,保证成本核算系统数据的准确性。
4.5.3.3.1收入数据清洗治理
? 收入明细数据开单科室调整规则,收入数据开单科室数据清洗
? 收入明细数据执行科室调整规则,收入数据执行科室数据清洗
? 收入数据金额差异处理规则,收入数据与财务差异数据处理
4.5.3.3.2支出数据清洗治理
? 人员工资拆分调整规则,人员工资数据拆分调整
? 物资明细数据差异调整规则,物资明细数据差异调整
? 资产折旧数据差异调整规则,折旧数据差异调整
4.5.3.4作业成本核算
借助采购人现有的项目成本核算软件,采用作业成本法,按要求产生项目成本核算结果数据和项目成本报表。
4.5.3.4.1作业模型完善
按广州市的医疗服务项目(包括但不限于基本项目、特需项目、新增项目、市场调节价项目)提供作业库,并按照医院的实际情况进行作业模型的本地化,生成院内每个医疗服务项目资源消耗知识库。支持在科室新开医疗服务项目、新增资源(人员、材料、设备)等情况时,,通过核算模型中的模型检查发现、筛查新增项目及资源,提示在作业模型需要进行完善,完善原有的作业模型。
? 作业成本库的本地化调整适配
? 新增医疗服务项目作业模型完善
? 资源变化引起的作业模型完善
? 流程改变引起的作业模型完善
? 项目免费维护期结束前,需要协助医院完成新增收费项目的作业模型建立;对于已有的作业模型,需要根据医院实际的设备、材料等变动情况,提供作业模型调整与优化支持;提供系统功能使得医院核算员便捷的在系统中进行作业模型数据调整。
4.5.3.4.2直接成本归集核算
直接成本包含作业模型中填报的人员、材料、设备及其他成本,借助成本核算软件,按照作业成本法的逻辑,计算各医疗服务项目的直接成本。
? 作业模型中直接人力成本核算
? 作业模型中直接材料成本核算
? 作业模型中资产折旧成本核算
? 作业模型其他成本核算
4.5.3.4.3资源成本分配核算
提供资源成本分摊方案,并按此方案配置资源成本分摊参数,并计算相应参数数值,进行资源成本分配,形成作业成本。
(1)资源成本分摊方案设计
(2)资源成本分摊方案实现
(3)资源成本差异分析
(4)资源成本差异调整
4.5.3.4.4作业成本分配核算
提供作业成本分摊方案,并按此方案配置作业成本分摊参数,并计算相应参数数值,进行作业成本分配,检查校验作业成本分摊差额。
(1)作业成本分摊方案设计
(2)作业成本分摊方案实现
(3)作业成本差异分析
(4)作业成本差异调整
4.5.3.4.5科室项目、单病种成本核算
核算科室级医疗服务项目全成本,并校验科室成本与项目成本的数据差额,对差额数据进行调整分析。
(1)科室级医疗服务项目、单病种成本核算
(2)科室级项目、单病种成本核算差异分析与调整
(3)科室级项目的成本比对分析
(4)科室级单病种成本的收入、成本、收益对比分析
4.5.3.4.6院级项目、单病种成本核算
核算院级医疗服务项目全成本,校验科室级项目成本与院级项目成本的数据差额,对差异数据进行调整、分析。
(1)院级医疗服务项目、单病种成本核算
(2)院级项目、单病种成本核算差异分析与调整
4.5.3.5成本分析诊断
通过医院各项成本分析,正确认识、掌握和运用成本变动的规律,实现降低成本的目标;为医院进行成本控制,正确评价成本计划完成情况,制订成本计划、经营决策提供重要依据,指明成本管理工作的努力方向。
4.5.3.5.1专科运营分析
通过科室结余与科室可支配收入、结余与次均费用、结余与人员效率,结余与收入的交叉分析,分析科室盈利的相关性因素,识别不同运营状况的科室,以便采取对应的措施来改善经营。
(1)科室结余与科室可支配收入分析
(2)科室结余与次均费用分析
(3)科室结余与人员效率分析
(4)科室结余与科室收入交叉分析
4.5.3.5.2人力成本分析与诊断
通过对全院以及科室人员成本效率、人员工作负荷、人力成本结构、各类人员薪酬水平的分析,识别人力成本归集中的是否存在问题,提出管理改善建议。
4.5.3.5.3材料成本分析
通过对材料采购成本、存货成本、使用成本的详细分析,结合医院已有的材料管理制度,识别医院的材料成本采集结果是否存在的不足,提出管理改善建议。
4.5.3.5.4药品成本分析
通过对药品采购成本、存货成本、使用成本的详细分析,结合医院药品相关管理制度,识别医院的材料成本采集结果是否存在的不足,提出管理改善建议。
4.5.3.6内部定价测算
根据医院医疗服务项目价格需求,确定成本因素,提取相关数据,生成医疗服务项目价格申报成本测算表。支撑医院制定成本管理标准所涉及的成本数据及相关的成本测算。
4.5.3.6.1成本因素分析
调研医疗服务项目的临床过程,识别医疗服务活动的关键作业及其资源消耗情况,进行成因素分析。
4.5.3.6.2数据提取与收集
按照医疗项目的成本模型,收集相关数据,为数据内部服务成本核算准备素材和依据。
4.5.3.6.3内部服务成本测算
根据医疗项目的资源需求与资源成本数据生成测算表,并且完成相关内部服务的成本测算。
4.6医疗器械/耗材不良事件管理
4.6.1系统概述
目前医院针对不良事件的管理主要还是以纸质申请报告为主,设备处收集汇总对应的审核完结的报告后由专人录入到国家不良事件系统里。科室在填写不良事件报告的时候,相关内容医疗器械名称、规格、注册证号、生产厂家、生产产地等信息获取难度大;对应不良事件报告进度和结果无法查询;
为加强广东省中医院医疗器械和耗材的质量监控管理,对不良事件的严格管控以及供应商评价的管理,按照医院相关表格完成表格填写、业务流程的审批和最后数据的汇总统计分析;
4.6.2需求描述
根据广东省中医院可疑医疗器械/耗材不良事件报告表以及相关填写要求进行填报和审批,具体表格样式和相关填写要求如下:
(一)表格样式:
A.患者资料 | C.医疗器械情况 | |||||||||
姓名: | 年龄 | 性别 | 医疗器械产品名称 | |||||||
住院号 | 住院科室 | 商品名称 | ||||||||
B.不良事件情况 | 注册证号: | 食药监械字第号 | ||||||||
预期治疗疾病作用: | 生产企业名称: | |||||||||
生产企业地址: | ||||||||||
企业联系电话: | ||||||||||
事件主要表现 | 型号规格: | |||||||||
产品编号: | ||||||||||
产品批号: | ||||||||||
事件发生日期 | 年 月日 | 操作人 | 医生 | 护士 | 技师 | 患者 | 其它 (请注明) | |||
发现或者知悉时间 | 年 月日 | 产品有效期至: | 年 月日 | |||||||
医疗器械使用实际使用场所: | 生产日期: | 年 月日 | ||||||||
事件可能后果: | 停用日期 | 年 月日 | ||||||||
事件陈述 | 植入日期(若植入) | 年 月日 | ||||||||
事件发生初步原因分析: | ||||||||||
当事科室对事件处理情况(提供补救措施或改善建议) |
(二)填写要求:
1. 患者姓名等基本信息从系统中带入,系统默认病人目前所在的科室,指事件报告的科室,病人由医生选择;也可以留空
2. 标注为红色字体的项是必填项;
3. “事件可能后果”,有下列的选项,系统变其为选项,而且是必填
死亡(时间要注明);
威胁生命;
机体功能结构永久性损伤;
可能导致机体功能机构永久性损伤;
需要内、外科治疗避免上述永久损伤;
其它(在事件陈述中说明)
4. 事件陈述是必填项,填写时应(至少包括器械使用时间,使用目的、使用依据、使用情况、出现的不良事件情况、对受害者影响、采取的治疗措施、器械联合使用情况),做成通用的结构化选项,让医生选择
5.“医疗器械使用实际使用场所”项的可选项有
医疗机构
家庭
其它(请注明)
6.报告人姓名从登录系统中获取,联系方式由登记人填写;必填
7.医疗器械产品名称、企业名称、注册证号、批号、编号等可手工填写(必填),建议从HRP系统直接抓取;
8.如果是医师、技师填写,由科主任审核,医教处复核;护士填写,由护士长审核,护理部复核;其他上报由设备处审核且具有高级权限查看所有报告;审核人可以对医生填写的内容进行修改或返回给上报人修改,审核通过后医生不能再修改;
9.经医院审批后需在国家不良检测系统上报,能够系统导出文本格式后编辑上报。
10.本报表原则上减少临床填写的步骤,红色必填项如系统导入需要登记人审核。
11.系统自动识别植入物相应信息,如注册证等消息;
4.7科研耗材自主招标采购平台
4.7.1需求背景
广东省中医在科研物资采购管理中存在以下情况:
(1)各科研项目物资需求分散、采购批量小、需求多样,属于小批量频繁单次采购;
(2)大部分科研物资需求规格特殊,无法与临床物资(如临床试剂)统一,属于无材料字典的采购,采购流程与临床物流订单不同;
(3)缺乏适用科研物资的采购管理功能,覆盖科研申购管理、科研资金管控、采购寻源、到货验收及结算的完整过程。
4.7.2需求描述
4.7.2.1管理范围
管理范围:包括科研物资申购、审批、科研资金管理、采购方式管理(询价/物流订单)、询价采购、发货通知、到货验收及结算功能,具体包括:
1、科研申购:覆盖全院科研类物资(含试剂)的申购管理,由课题组登记物资需求、经办人、使用的项目经费,提交审批。
2、申购审批:提供对科研申购单的审批,流程按医院要求设置。
3、科研预算管理:符合医院对科研预算管控要求,在科研材料申购、审批等环节实现预算控制管理。
4、采购方式管控:能够区分申购物资在医院是否建立了对应物资字典,没有字典的走询价采购流程,有字典的走正常物流订单流程,区分手段要足够;
5、询价采购:针对无字典的科研物资申购,由医院采购部门发布询价公告,供应商实时报价并由医院择优选择成交,供应商自动收到订单并发货。
6、验收入库:依据科研物资到货特点,提供符合实际的验收管理,如课题组“送货单+验收单+实物拍照”验收,并对接医院库房入出库流程。
7、采购发票:询价采购的科研物资,货票同行。
4.7.2.2详细说明
1、科研申购
(1)申购由课题负责人帐号发起,可填写申购经办人信息;
(2)支持从采购人现有的物流系统材料字典选择并登记申购;也支持无材料字典的,直接登记科研物资需求信息,如技术参数、服务要求、参考品规等;要支持试剂专有的“货号”等信息登记;
(3)申购必须选择所属课题项目;
(4)支持申购进度查询、关键环节通知;
2、申购审批
(1)提供对科研申购单的审批,流程按医院要求设置;
(2)对未从材料字典选择的申购,提供有相近的材料字典提示,方便审批部门核对;
(3)有材料字典的申购,采购方式为“物流订单”,审批通过后自动生成采购人现有物流系统的物流订单并对接供应宝;
(4)无材料字典的申购,采购方式为“询价”,审批通过后,由采购发布询价公告单;
3、科研资金管理
(1)科研申购单登记时,须登记申购预估单价,形成预估采购金额;选择材料字典的,自动带入字典价格,形成精确的申购金额;
(2)申购必须选择所属课题项目,并选定“资金来源”,如财政指标、项目支出、基本支出;需要控制经费的,系统自动检查资金余额,余额不足不能提交申购;
(3)提交申购后,自动按申购金额冻结科研预算,防止超支;
(4)科研申购审批中未通过的,自动释放预算占用;
4、询价采购
针对无字典的科研物资申购,审批通过后,1)由医院采购部门发布询价公告,询价模块对接医院官网,自动推送询价采购公告。官网公告带有在线报价地址链接,供应商点击跳转到报价页面;2)供应商于询价截止时间内,在线报价;3)医院从报价供应商中择优选择,首次与医院合作的供应商,完成入院审核、建立供应商字典后,才能选择;4)供应商接收订单并登记发货。
5、到货验收
(1)科研物资无论有字典的物流订单、无字典的询价订单,验收功能均集中在一处;
(2)询价订单,供应商登记(接收订单)发货后自动触发物流验收单(这类验收单不需要有对应的订单),流程回到采购人现有的物流系统;
(3)要保证验收流程连贯,减少在验收过程中人工新增供应商字典、材料字典导致流程中断;
(4)科研物资如因验收入库需要,添加了特殊材料字典,这些数据正常查询时(如科研申购)不应出现。
(5)科研物资采购,供应商资质不做系统管理。但为提升效率,询价平台供应商只需采购部门一次性匹配院内供应商字典,之后该供应商自动对应采购人现有物流系统的院内供应商字典。
6、采购发票
(1)有正式材料字典、走物流订单的科研申购,由医院按入库单通知供应商统一推送发票;
(2)无正式材料字典、走询价订单的科研申购,货票同行,在询价送货单中登记发票信息,随验收单推送给医院;
(3)规则:询价采购发票、物流订单发票,需保证同一供应商发票不重复。
7、其它需求
(1)科研询价采购的供应商端,需要与采购人现有的供应宝做单点登录集成,供应商统一登录
(2)科研采购申领端需要与采购人现有的OES单点登录,统一操作入口
4.8资产采购申请/调拨/报废管理
4.8.1需求背景
目前采购人于2018年已经上线了HRP的固定资产管理系统,但固定资产的购置申请、调拔、报废流程在OA系统管理,随着信息化建设不断完善,业务集成需求越来越高,固定资产的流程管理与业务管理尤其重要,而且涉及部门很多,考虑到管理的先进性及系统操作手便捷性,降低系统集成复杂度,需要将OA的固定资产的购置申请、调拔、报废等流程迁移到HRP系统管理,与采购人现有的HRP固定资产业务进行高度融合管理,进一步提高工作效率和管理水平。
4.8.2需求描述
4.8.2.1管理范围
(1)功能管理范围:
包括固定资产的购置申请、调拔、报废流程的申请、审批、查询、打印功能。
(2)业务管理范围:
1、资产购置申请:参考OA的管理对象,包括医疗设备、科研设备、软件电脑信息产品、通用、配件类固定资产,申请类别分为新购、报废更新、增购、功能升级。
2、资产调拨申请:参考OA的管理对象,包括院区内资产调拨和跨院区调拨。
3、资产报废申请:参考OA的管理对象,包括固定资产、低值耐用品、配件。
4、维保服务采购申请:管理范围包括信息系统维保及服务。
5、非正常损坏赔偿申请:管理范围包括固定资产,关联相应维修工单、维修报价单。
4.8.2.2审批方式
▲支持PC端和移动端审批模式,移动端通过企业微信方式实现。(提供承诺和软件功能截图)
4.8.2.3集成方式
1、固定资产的购置申请流程需与采购人现有的项目库系统及预算系统进行关联管理。包括资产申购与项目库的数据流转、资产申购与预算的控制管理。
2、固定资产的调拔及报废流程需与采购人现有的HRP系统的资产号及卡片进行关联管理。
4.8.2.4功能要求
4.8.2.4.1资产购置申请
1、实现“资产名称”关联资产字典(并且能查看资产原值),无字典的输入文本信息,后续在采购计划匹配字典。
2、选择“科研设备”设备类型时,需控制“课题/科研经费名称”必填;“课题/科研经费名称”关联预算项目字典(没有项目则提醒申请人联系财务处维护),自动带出项目对应的资金来源、经费本编号,科研类显示经费余额。
3、实现“设备购置论证表”内容结构化(考虑单独做一个功能实现,以超链接方式关联申请单)。
4、申请类别为“报废更新”时需要引用资产报废单。报废单不能重复引用,需要考虑不影响撤消原固定资产申请后重新申请。
5、审批流灵活,申请科室无大科主任直接跳过“大科主任审核”节点,可按院区灵活配置职能科室负责人,审核提醒需简洁且醒目。“原有数量”取系统中同科室同设备分类下正常使用的资产数量。
6、填表提醒需醒目,光标移入某区域后显示出相关提示信息。
7、支持10万元以上设备采购立项申请,同时支持选择“报废更新”类别时引用资产报废单。
8、实现“相应收费项目”匹配系统的收费项目字典,若无收费项目可选“无”。(新增收费项目需与住院his系统,门诊收费系统做接口)
9、记录审批流程,直接显示当前流程节点以及当前处理人、备注信息,可展开查看历史的节点、处理人、备注信息、处理时间。(考虑主表各环节审批内容只显示最后一次提交的内容。)
10、可选择“是否急件”(急件可提高申请单的优先级,排序优先)和“办理时间”(“是否急件”为“是”时可选办理时间,例如:一天内、两天内、一周内)。
11、考虑增加合同关联资产购置申请单功能。
12、支持流程催办功能,申请人可以对当前节点处理人进行催办。
13、实现“知会监控”功能(类似于调度中心):支持流程重定位(权限设置),即打回至之前或之后任意审核节点;支持重新分配当前节点处理人;支持加签功能。
14、支持调拨单据、表单批量打印。
4.8.2.4.2资产调拨申请
1、支持院内调拨和跨院区调拨,关联资产卡片,自动带出相应资产信息。
2、审批流自动匹配科室负责人。
3、实现灵活审批流程,提醒需简洁且醒目。
4、实现“知会监控”功能(类似于调度中心):支持流程重定位(权限设置),即打回至之前或之后任意审核节点;支持加签功能。
5、支持资产购置申请单打印、表单批量打印。
4.8.2.4.3资产报废申请
1、支持以下三种资产类别:
①固定资产:关联资产卡片,自动带出相应资产信息;
②低值耐用品:无需关联卡片,填入耐用品信息;
③配件:关联资产卡片,填入配件信息。
2、审批流自动匹配科室负责人。
3、系统控制资产价格高于十万生成论证表,高于十万需上传鉴定小组意见图;支持论证表打印、批量打印。
4、实现灵活审批流程,提醒需简洁且醒目。
5、实现“知会监控”功能(类似于调度中心):支持流程重定位(权限设置),即打回至之前或之后任意审核节点;支持加签功能。
6、实现不同的资产类别对应不同的审批流。
7、支持报废单据、表单批量打印。
8、支持附件管理。
9、同一报废申请单可以添加多个名称、规格、型号、价格一致的资产。
11、自动分配工程师功能,批量分配报废单功能。(维修组长分配维修工程师节点,通过“科室与工程师对应关系”自动分配维修工程师;支持批量选择任意数量单据分配至某位工程师。)
12、避免提交重复提交同一资产的报废申请。
13、考虑增加报废资产处置环节(提醒工程师处理报废资产):记录工程师是否取走资产实物,增加“报废实物取件”流程管控。可追踪维修工程师是否已取走报废资产,需同时满足“维修工程师与报废申请科室双方确认”和“设备处处长同意”后才可执行报废。
4.8.2.4.4维保服务采购申请
1、记录申请单信息、审批信息
2、关联项目库
3、支持维保服务采购申请单据、表单批量打印
4.8.2.4.5非正常损坏赔偿申请:
1、关联资产固定资产卡片。
2、关联相应维修工单、维修报价单。
3、支持非正常损坏赔偿单据、表单批量打印。
4、可生成自动凭证。
4.9合同管理系统
4.9.1需求背景
随着市场经济多元化发展,医院的经济运行也向多元化转变。目前,经济合同种类繁多,涉及领域广泛,经济合同的风险随之增大。根据《经济合同法》、《行政事业单位内部控制规范(试行)》等规定,为加强经济往来业务监督与管理,保证正确地订立与履行经济合同,医院应根据有关法律法规,建立与之相适应的合同管理制度,这对于规范医院经营行为,防范和控制可能发生的风险,维护医院的合法权益和经济利益,将起到重要作用。
采购人于2019年开始使用HRP系统中的合同管理模块,目前合同管理模块只有对于设备处的合同管理应用,其他职能处室的合同未包括在其中。本次采购的合同管理范围包括:总务处合同、基建处合同和信息处合同;
4.9.2需求描述
(一)合同整体需求
合同范围基本包括:
1、 付款合同(协议)主要包括采购合同、维修合同、维保合同、服务合同(水电、物业等)等
2、 收款合同(协议)主要包括房屋出租合同、水电代收代付合同等
具体的管理要求如下:
(1) 支持维保类付款协议登记、有效期提醒,维保协议中体现供应商、维保项单价(例如:鼠标维保价格、显示器单价价格)。
(2) 支持维修采购类付款合同的草签、签订、变更、中止、归档管理;
(3) 服务类合同每个月付款不一样,例如:固定每月12万,由于没达到要求 或奖励 ,实际付款金额与计划付款金额不一致。用款计划一年做一次,年初申报的用款计划金额会与实际付款金额不一致。
(4) 支持供应商录入付款合同信息,院方审核付款合同内容业务流程;
(5) 支持付款合同审批流程配置,审批流程:签订人(合同经办人、录入合同)->基建类合同/维修类合同(消防处会签)->负责人(处长)审批;
(6) 收、付款合同付款计划支持默认付款比例(例如:90%、10%);
(7) 支持收、付款合同的保证金收取、退还记录登记;
(8) 支持付款合同的应付款提醒(提醒文案中,描述本次付款的付款条件);
(9) 支持付款合同的保修期提醒;
(10) 支持出租类收款合同(以管理费的形式收取)的签订、履行、变更、归档管理;
(11) 支持合同统计报表,表样待提供;
▲(二)主要需求功能包括:用款计划、合同管理、付款申请、与与采购人现有预算系统对接(提供承诺和软件功能截图)
1、 主体业务流程与设备处的流程一致,采购发票、采购付款单可以引用用款计划,付款成功后,回写用款计划的付款金额,并支持相关财务系统应用;
2、 能够根据合同类型,按照各处室的管理要求,设定合同查询权限,不同管理人员能够查看自己权责范围内的合同。比如分院只能查看和本分院相关的合同、付款情况等;
3、 合同管理录入合同关键信息即可,电子文本采用盖章后的合同扫描件上传管理,便于后续的合同查阅;付款方式需要支持一次性付款和分期付款;
4、 合同信息由各处室内部录入和管理,不要求供应商在供应宝平台录入(仅限总务、信息和基建);
5、 有明确金额的付款合同,在合同录入环节进行预算核销;
6、 无明确付款额度的付款合同(协议),比如物业管理合同,根据每个月的实际服务人员确定付款金额,在付款环节进行预算核销;
7、 合同文本内容后续要逐步标准化和规范化,尽可能形成不同类型的标准合同模版;
(三)饭堂供应采购协议管理方式
饭堂供应采购协议涉及采购项目很多,采购价格也是根据市场的情况随时变动。
1、 在系统中仅记录采购协议主体内容和合同扫描件,协议不涉及详细内容及价格;
2、 根据付款周期登记付款发票和生成付款申请单;
(四)一万元以下维修付款管理方式
1、 由各院区在系统中录入维修工单,记录具体维修信息,支持根据审批流程进行审批;
2、 根据维修工单记录发票信息,并生成维修付款单;
3、 该部分无合同;
(五)与街道等相关的部分服务付款合同管理方式,比如除四害服务合同
1. 分院的合同由分院区完成合同录入,分门诊和大德路总院的合同由总院完成合同录入,支持根据审批流程进行审批;
2. 由录入院区进行发票登记、提交付款申请;
(六)其他付款合同(协议)管理方式
1. 由总院完成合同信息录入,支持根据审批流程进行审批;
2. 由总院按照合同约定付款情况完成发票录入、付款申请单生成;
3. 有部分服务合同无明确付款金额,需要根据合同的实际执行情况确认每期付款金额;
(七) 基建处合同实现与基建项目管理系统对接
由于基建处的合同管理跟常规的经济类合同管理有专业和流程上的区别,并且基建处的项目管理系统已有合同管理模块,采购人决定打通现有HRP合同管理系统与第三方项目管理系统业务通道,实现对基建合同从合同登记、合同履行、合同变更、合同付款的全流程管理。从而满足采购人基建处对于基建合同全流程管理的需求。
对接流程具体要求如下(可根据实际实施情况调整):
1) 第三方系统同步HRP合同基础字典信息;
2) 第三方系统将履行状态的【合同信息】推送至HRP合同系统,HRP合同系统将接收的合同信息插入至合同草签、合同签订中,并将合同状态置成“履行”;
3) 第三方系统将审批通过的【合同变更信息】推送至HRP合同系统,生成“合同变更记录”;
4) 第三方系统将审批通过的【合同违约信息】、【合同索赔信息】记录推送至HRP合同系统,生成“合同违约记录”、“合同索赔记录”;
5) 第三方系统将审批通过的【保证金收取信息】、【保证金退款信息】推送至HRP合同系统,生成“保证金收取记录”、“保证金退款记录”;
6) 第三方系统将审批通过的合同【用款计划信息】推送至HRP合同系统,生成“用款计划申请单”;
7) 第三方系统将发票信息推送至HRP采购管理系统中,生成“发票记录”;
8) 第三方系统将付款申请单信息推送至HRP采购管理系统中,生成“付款申请单”记录;
9) 第三方系统将合同中止状态信息推送至HRP合同系统中,流转合同状态;
10) 第三方系统将合同归档状态信息推送至HRP合同系统中,流转合同状态;
4.10耗材定额管理、材料图片管理、耗材移动验收
4.10.1需求背景
广东省中医院于2018年1月份已上线全院耗材(含医用耗材、办公用品、高值耗材等)的整条供应链管理,包括科室申请、采购管理、库存管理、供应商配送平台、高值耗材等模块,在此基础上根据医院的管理需求,需要对采购人现有模块进行功能改造,增加耗材定额管理、材料的图片管理以及移动端的功能应用。
4.10.2需求描述
▲1.职能部门办公、日用品、耗材领用限额定额管理功能(提供承诺和软件功能截图)
管理范围:全部耗材
应用部门:设备处、审计处、需求科室
1)限额定额管理的目的是,通过控制材料的使用额度,从而去降低物资在科室的实际使用请领,减少科室不必要的开支,从而提高医院的总利润。
2)系统上能设置一个科室年、月的使用物资的总数量(科室请领总数量),即限额使用。
3)也需要能通过物资的分类或者单个物资,能单独去设置物资的使用额度。
4)在系统层面,做类似预算管理,这部分需要有可视化界面,可以批量设置,并且能做到使用权限控制。
2.实现材料图片高速预览功能,不影响系统运行速度
管理范围:全部耗材
应用部门:设备处、需求科室
1)实现图片的预览功能目的是,通过图片展示的方式,能够更加便利的、准确的让科室选择材料。院内材料物资字典目前将近7万条,在满足图片展示的前提下,需要做到能高速打开(高速打开定义为一之两秒)。
2)系统上需要做到界面,只有科室请领模块,在科室下计划选择物资时,需要做到能有图片的展示。
3)针对已有物资字典的图片的维护,院方希望是通过供应商供应宝端来上传。
3.在系统界面设置重要信息内容通知栏目,公布近期新准入产品及停产、断货产品信息(方便科室做计划人员及时了解医院新准入的技术和材料)
管理范围:全部耗材
应用部门:设备处、需求科室
1)实现公告通知的目的是,通过该位置展示医院在耗材管理上的新方向,例如哪些产品好用,鼓励使用;哪些产品在使用过程中,需要注意哪些事项;哪些产品的供货需要等待,等等。
2)在物流管理系统界面上需要做一个公告栏(系统目前已有),用于存放系统的通知公告。
3)公告的内容,是针对全员开放,因此不需要做权限控制。但是公告管理的界面需要做到权限控制。
4)公告上传的内容,包括文本、图片、视频格式,这三种类型均需做到上传格式限定,并有上传大小控制,暂定100M。
4.临床收货时通过微信小程序或者APP扫码验收,解决验收滞后的问题
管理范围:全部耗材
应用部门:设备处、需求科室
1)实现该功能的目的是,为了减少科室在验收操作上的时间成本,即在手机上可以随时操作扫码验收,从而减少科室未验收,厂家无法开票的情况。
2)科室可以通过微信小程序入口,登陆物资系统的验收管理模块。
3)模块内展示科室未验收的单据,科室可以选择单据进行验收。
4)界面有扫码功能,通过扫码厂家的送货单据,自动打开对应单据。
5)可以通过界面按钮一键验收。
4.11设备维修知识库管理(APP)
4.11.1需求背景
目前采购人HRP系统中的设备维修知识库管理功能只能在电脑端使用,随着设备维修功能建设不断完善,业务集成需求越来越高,维修组日常移动办公场景也较多,考虑将设备维修知识库管理移植至移动端,工程师随时可查阅设备维修相关文件,进一步提高维修效率和管理水平。
4.11.2需求描述
1、移动端扫描资产条码后检索出设备相关知识手册。
2、支持按“上传人”、“知识类别”、“关键字”查询知识手册。
3、支持移动端下载查看知识库文档。
4.12 放射诊疗设备办证管理
4.12.1需求背景
目前采购人针对放射诊疗项目建设、核技术应用建设项目、反射诊疗许可申请和变更流程过程中的文件管理和关键节点控制主要还是以线下纸质申请登记和交接,总负责人和相关的监管人员无法快速跟进查看相关项目流程的执行情况和结果。因此,医院希望在HRP系统里增加放射诊疗设备文件管理放射诊疗设备文件管理功能,实现相关事项关键节点开始执行、到期预警提醒和文件上传功能,可以通过系统查询监察对应事件的进度和执行结果情况。
4.12.2需求描述
(一)功能需求和各类型流程管理详细需求清单
1. 每个节点都能上传附件
2. 每个节点信息提醒负责人
3. 任务超时信息提醒负责人
4. 附件能汇总导出
5. 由专职秘书结束流程
(二)放射诊疗建设项目流程
1. 放射诊疗建设项目立项:由设备处新建项目任务
2. 提出场地要求:通知基建,提供场地要求
3. 场地方案:基建管理办公室提交场地方案附件
4. 放射诊疗建设项目职业病危害放射防护预评价:基建管理办公室、设备管理处、医务处提供预评价相关资料附件
5. 放射诊疗建设项目职业病危害放射防护预评价报告:秘书上传预评价报告表
6. 放射诊疗建设项目职业病危害放射防护预评价报告审核申请:基建管理办公室上传评审资料附件
7. 开始项目建设:基建管理办公室填报开始施工时间和估计竣工时间
8. 设备到货安装:设备管理处填报设备安装时间
9. 设备性能、场所防护验收检测:基建管理办公室填报检测时间
10. 建设项目职业病危害控制效果评价:基建管理办公室、设备管理处、医务处提职业病危害控制效果评价评价相关资料附件
11. 建设项目职业病危害控制效果评价报告:秘书上传控评报告表
12. 建设项目职业病放射防护设施竣工验收申请:基建管理办公室上传评审资料附件
13. 专家现场验收:秘书上传专家评审意见表
14. 建设项目职业病放射防护设施竣工修改:秘书上传修改后控评报告表
15. 建设项目职业病放射防护设施竣工验收审核:秘书上传控评批复
16. 放射诊疗许可增项申请:医教处上传增项资料附件
17. 投入使用:秘书上传放射诊疗许可副本,并结束流程。
(三)核技术应用建设项目流程
1. 核技术应用建设项目立项:由设备管理处新建项目任务
2. 提出场地要求:通知基建管理办公室,提供场地要求
3. 场地方案:确认并提交场地方案附件
4. 核技术应用建设项目环境影响评价:基建管理办公室、设备管理处、医务处提供评价相关资料附件
5. 环境影响报告评审:基建管理办公室提供附件
6. 市生态环保局批复:基建管理办公室提供附件
7. 场地建设:登记建设时间,结束时间
8. 设备安装:设备管理登记安装时间
9. 辐射安全许可证增项:基建管理办公室、设备管理处、医务处提供评价相关资料附件
10. 自主验收监测:基建管理办公室、设备管理处、医务处提供评价相关资料附件
11. 建设项目竣工环保监测验收报告:基建管理办公室上传报告
12. 竣工验收评审会:基建管理办公室上传专家意见表
13. 修改验收报告:基建管理办公室上传报告
14. 院内官网公示:专职秘书上传附件
15. 全国建设项目公示平台公示:专职秘书上传附件
16. 省生态环境厅备案:登记时间结束
(四)放射诊疗许可(新证)项目流程
1. 由专职秘书新建《放射诊疗许可(新证)》的项目流程;
2. 项目流程为办理该项目的材料名称,各目录可上传文档附件;
3. 系统自动推送通知(项目名称和期限)到相关部门负责人;
4. 记录显示上传时间;
(五)放射诊疗许可(变更)项目流程
1. 由专职秘书新建《放射诊疗许可(变更)》的项目流程;
2. 项目流程为办理该项目的材料名称,各目录可上传文档附件;
3. 系统自动推送通知(项目名称和期限)到相关部门负责人;
4. 记录显示上传时间;
4.13财务系统与财厅监管系统集成接口
4.13.1接口描述
广东省财政厅为加强广东省各医院财务管理,对财务数据进行集中监控,要求广东省中医院按照接口规范文件导出采购人财务数据,对接省财厅财务集中监管系统。
4.13.2接口要求
说明:根据接口规范,从采购人现有的HRP系统导出XML文件,文件大小不超过9M,建议不超过4M;解密后的文件内容需为UTF-8格式编码。
文件内容说明:
ROOT>HEAD节点要素描述 | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 导出流水号 | UID | VARCHAR2(32) | 唯一主键,建议使用UUID | |||
2 | 导出人 | EXP_USER | VARCHAR2(42) | ||||
3 | 导出时间 | EXP_TIME | VARCHAR2(14) | 时间格式:YYYYMMDDHHMISS | |||
4 | 凭证数量 | EXP_VOU_COUNT | NUMBER | 导入凭证的数量 | |||
5 | 内容概要 | EXP_INFO_DESCRIPTION | VARCHAR2(32) | ||||
HEAD>EXP_INFO_DESCRIPTION节点要素描述 | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 凭证单位账套期间描述 | V | VARCHAR2(100) | "2019-87-1001-101-0001-1" | |||
ROOT>BODY>VOU_HEAD节点要素描述 | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 凭证主键 | VOU_GUID | VARCHAR2(36) | 唯一主键,建议使用UUID | |||
2 | 凭证号 | VOU_NO | VARCHAR2(30) | 4位数字,例:"0001" | |||
3 | 年度 | SET_YEAR | NUMBER | 格式:YYYY | |||
4 | 区划/租户 | RG_CODE | VARCHAR2(42) | ||||
5 | 单位 | AGENCY_CODE | VARCHAR2(42) | 单位编码 | |||
6 | 账套 | ACCT_CODE | VARCHAR2(42) | 账套编码 | |||
7 | 期间 | FIS_PERD | NUMBER | 月份,期初用"0"表示 | |||
8 | 凭证类型代码 | VOU_TYPE_CODE | VARCHAR2(42) | ||||
9 | 备注 | REMARK | VARCHAR2(300) | ||||
10 | 凭证摘要 | VOU_DESC | VARCHAR2(300) | ||||
11 | 贷方金额 | AMT_CR | NUMBER(16,2) | 保留2位小数 | |||
12 | 借方金额 | AMT_DR | NUMBER(16,2) | 保留2位小数 | |||
13 | 预算会计贷方金额 | YSAMT_CR | NUMBER(16,2) | 保留2位小数 | |||
14 | 预算会计借方金额 | YSAMT_DR | NUMBER(16,2) | 保留2位小数 | |||
15 | 凭证种类 | VOU_KIND | VARCHAR2(2) | QC:期初; NJ:年结 | |||
16 | 凭证日期 | VOU_DATE | VARCHAR2(10) | 日期格式:YYYY-MM-DD | |||
17 | 创建人 | CREATE_USER | VARCHAR2(42) | ||||
18 | 制单人 | INPUTOR | VARCHAR2(38) | ||||
19 | 审核人 | AUDITOR | VARCHAR2(38) | ||||
20 | 签章人 | CHECKER | VARCHAR2(38) | ||||
21 | 复审人 | DUPL_AUDITOR | VARCHAR2(38) | ||||
22 | 记账人 | POSTER | VARCHAR2(38) | ||||
23 | 凭证状态 | VOU_STATUS | VARCHAR2(30) | O:未审核凭证; | |||
24 | 凭证来源 | VOU_SOURCE | VARCHAR2(30) | 固定值:DATAEX | |||
25 | 创建日期 | CREATE_DATE | VARCHAR2(19) | 格式:YYYY-MM-DD HH:MM:SS | |||
26 | 凭证关联ID | VOU_GROUP_ID | VARCHAR2(38) | 用于关联一组财务、预算会计凭证(作废会一组关联的凭证) | |||
27 | 会计体系 | ACCA_CODE | VARCHAR2(42) | 非平行记账凭证; | |||
28 | 凭证挂接状态 | TREASURY_HOOK | CHAR(1) |
| |||
29 | 附件数 | VOU_CNT | NUMBER | 默认为"0" | |||
30 | 凭证分录 | VOU_DETAIL | 凭证分录信息(N条) | ||||
BODY>VOU_HEAD>VOU_DETAIL节点要素描述 | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 凭证分录主键 | DETAIL_GUID | VARCHAR2(36) | 唯一主键,建议使用UUID | |||
2 | 分录顺序号 | VOU_SEQ | NUMBER | 分录序号1、2… | |||
3 | 会计体系 | ACCA_CODE | VARCHAR2(42) | 非平行记账凭证; | |||
4 | 科目代码 | ACCO_CODE | VARCHAR2(42) | ||||
5 | 摘要 | DESCPT | VARCHAR2(300) | ||||
6 | 借贷方向 | DR_CR | NUMBER(1) | 借:1,贷: -1 | |||
7 | 金额 | STAD_AMT | NUMBER(20,2) | 保留2位小数 | |||
8 | 凭证种类 | VOU_KIND | VARCHAR2(30) | QC:期初; NJ:年结; | |||
9 | 差异项 | ACCO_SURPLUS | VARCHAR2(40) | ||||
10 | 差异项方向 | DF_DC | VARCHAR2(2) | 1:正、-1:负 | |||
11 | 辅助核算分录 | VOU_DETAIL_ASS | 分录下的辅助核算分录 | ||||
BODY>VOU_HEAD>VOU_DETAIL>VOU_DETAIL_ASS节点要素描述(无辅助项的情况下没有该节点) | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 凭证辅助分录主键 | DETAIL_ASS_GUID | VARCHAR2(36) | 唯一主键,建议使用UUID | |||
2 | 辅助分录明细序号 | VOU_DETAIL_SEQ | NUMBER | 辅助分录序号,1、2… | |||
3 | 科目代码 | ACCO_CODE | VARCHAR2(42) | ||||
4 | 借贷方向 | DR_CR | NUMBER(1) | 借:1,贷:-1 | |||
5 | 汇率 | EX_RATE | NUMBER(10,6) | ||||
6 | 外币金额 | CURR_AMT | NUMBER(20,2) | 保留2位小数 | |||
7 | 金额 | STAD_AMT | NUMBER(16,2) | 保留2位小数 | |||
8 | 币种 | CUR_CODE | VARCHAR2(42) | 币种编码 | |||
9 | 数量 | QTY | NUMBER(16,6) | ||||
10 | 单价 | PRICE | NUMBER(16,2) | 保留2位小数 | |||
11 | 往来业务日期 | BUSS_DATE | VARCHAR2(10) | 日期格式:YYYY-MM-DD | |||
12 | 录入到期日 | EXPIRE_DATE | VARCHAR2(10) | 日期格式:YYYY-MM-DD | |||
13 | 辅助摘要 | REMARK | VARCHAR2(200) | ||||
14 | 票据日期 | BILL_DATE | VARCHAR2(10) | 日期格式:YYYY-MM-DD | |||
15 | 票据类型 | BILL_TYPE | VARCHAR2(30) | ||||
16 | 票据号 | BILL_NO | VARCHAR2(100) | ||||
17 | 辅助项集合 | ITEM | 辅助核算项 | ||||
BODY>VOU_HEAD>VOU_DETAIL>VOU_DETAIL_ASS>ITEM节点要素描述 | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 辅助核算项名 | ITEM_NAME | VARCHAR2(42) | 财务系统中要素的编码 | |||
2 | 辅助核算项值 | ITEM_CODE | VARCHAR2(42) | 具体核算要素编码 | |||
BODY>VOU_HEAD>BILL_VOUCHER_REL节点要素描述 | |||||||
(如果没有单据挂接关系,则无此节点) | |||||||
序号 | 数据元素名称 | 逻辑标识 | 格式定义 | 备注 | |||
1 | 单据主键 | BILL_GUID | VARCHAR2(42) | 财务系统中存在的单据主键标识 | |||
2 | 凭证主键 | TAR_BILL_GUID | VARCHAR2(42) | 对应上面的VOU_GUID | |||
3 | 凭证辅助分录主键 | DETAIL_ASS_GUID | VARCHAR2(42) | 对应上面的DETAIL_ASS_GUID | |||
4 | 单据创建时间 | TAR_CREATE_DATE | VARCHAR2(30) | 格式:YYYY-MM-DD HH:MM:SS | |||
5 | 单据创建人 | TAR_CREATE_USER | VARCHAR2(60) |
4.14 HRP系统与CA(电子签名)集成接口
4.14.1接口描述
为最大限度满足广东省中医院HRP系统的无纸化管理以及符合国家法律法规等审计要求,要求HRP相关功能服务要集成电子签名功能,具体如下:
(1)需要接入电子签名的功能包括但不限于:费用报销审批流程、人事流程审批、其他业务系统流程审批、合同签章、证明签章等场景;
(2)需要满足采购人现有的HRP系统在PC端和移动端(含app和微信端)的电子签名;
(3)广东省中医院目前使用A厂商的电子签名服务,如以后电子签名服务升级或者更换B厂商的电子签名服务,都应无条件配合采购人完成电子签名接口;
4.14.2接口要求
电子签名的接口包括但不限于:
(1)证书用户模块:包括用户证书查询、身份验证、身份校验、证书用户口令重试等;
(2)授权管理模块:包括查询已授权人信息、查询授权信息、授权(批量)、重新授权(批量)、取消授权(批量);
(3)被授权人身份验证:包括获取口令PIN重试次数、口令PIN验证、口令PIN+短信验证码验证;
(4)身份验证流程:包括身份证类型常量说明、二维码验证、客户端获取二维码接口、手机端获取二维码接口、检查手机是否支持身份验证、手机提交口令身份验证接口、手机提交口令指纹验证接口、手机提交口令人脸验证接口、客户端轮询二维码结果接口;
(5)绑定设备流程:包括获取支持绑定的身份证类型、客户端获取绑定手机设备的二维码接口、检查用户设备是否开通了该类型的身份验证、提交绑定手机设备信息接口、提交绑定手机设备指纹接口信息、提交绑定手机设备人脸信息接口、客户端轮询二维码结果接口;
(6)公共接口:包括修改用户口令、由证书信息获取用户所支持的身份证类别、轮询二维码接口、获取用户已开通的设备身份验证类型、根据绑定设备的二维码信息获取用户信息、电子签名、查询支持的hash算法、查询系统版本等;
(7)电子签章接口:包括上传签章图片、下载签章图片、PDF签章、签章PDF下载、签章PDF下载查询等;
备注:具体的接口规范说明项目进场后由采购人提供给中标厂家。
4.15 HRP系统与集成平台接口
4.15.1接口描述
为配合广东省中医院集成平台建设,完成互联互通、电子病历等相关评级工作,要求采购人现有的HRP系统相关功能或者数据对接集成平台,包括但不限于:人事主数据接口、单点登录接口、数据中心的数据抽取或导入接口、业务系统集成等;
4.15.2接口要求
(一)人事主数据接口
(1)接口方式:采用webservice方式,由HRP人事系统推送给集成平台,其他消费系统从集成平台调阅的方式;
(2)主数据接口包括以下列表内容:
值域代码 | 值域代码名称 | 备注 |
STAFF_CATEG_DICT | 职工类别字典 | |
NATION_DICT | 国籍字典 | |
EDUCATION_DICT | 学历字典 | |
TITLE_LEVEL_DICT | 职称级别字典 | |
MAJOR_SKILL_POST_DICT | 专业技术职务字典 | |
HOSP_DIST_DICT | 院区字典 | |
ETHNIC_DICT | 民族字典 | |
DEGREE_DICT | 学位字典 | |
DEPT_DICT | 科室字典 | |
STAFF_DICT | 职工字典 |
备注:具体的接口方式项目进场后由采购人提供给成交供应商;
(二)单点登录接口
为简化登录操作,提升用户体验, 通过智能门户平台实现单点登录(SSO)功能。用户登录智能门户平台后,可直接使用具有权限的各个应用系统(例如HRP系统),无需多次登录。
要求在登录平台时通过了电子签名证书的密码校验,用户进入HRP应用系统后无需再进行密码校验,可直接进行签名等操作。特殊情况(如登录后进行UKEY插拔、UKEY移动等)除外。
(1)参数说明
由于采购人目前使用的HRP系统属于BS架构,BS架构的应用接口参数说明如下:
参数名称 | 变量名 | 备注 |
登录日志id | logId | 验证码 |
职工工号 | staffCode | 工号 |
业务系统跳转url | webUrl | 登录请求的url |
业务系统ID | From | 入参值为portal |
CA认证 | Token | UserToken |
(2)集成方案
Get请求方式:
系统需要修改成能通过url携带参数就能直接访问的方式
http://XXXX?logId=123&from=portal&staffCode=2015&token=xxx
Post请求方式:
根据form表单中的action属性和method属性向指定的地址发送数据,post方法提交的表单,数据将以消息数据块的形式提交到服务器,表单数据不会出现在URL中,所以用这种方式提交的表单数据是安全。
参数支持加密方式:MD5、SHA、BASE64。
支持浏览器种类:Chrome、FireFox、IE、iCEF(基于谷歌内核浏览器)、iIE(基于IE内核浏览器)。
备注:具体接口方案项目进场后由采购人提供给成交供应商;
(三)其他接口
其他接口服务包括数据中心数据的抽取或者从数据中心提取数据,或者其他业务系统集成接口的,根据采购人的实际需求双方协商而定。
五 技术要求
5.1项目过程管理
由于本次广东省中医院HRP二期系统建设周期紧张、范围广、难度大、目标要求高,因此,要求报价单位需要完善的项目管理方法和精干的项目团队参与建设,具体要求:
1、严格执行广东省中医院信息处软件项目实施管理规范、网络安全管理规范、服务器安全管理规范等;
2、要求供应商根据广东省中医院的实际情况,给出项目实施方案、运维方案;
3、项目实施过程期间必须保证有熟悉本项目的项目经理和技术工程师驻场进行实施工作,项目建设完成后,成交供应商仍应保证驻场支持或远程技术支持;更换项目团队成员必须经过采购人同意;要求项目团队成员不得低于20人,提供项目成员名单及报价截止日前连续六个月在本公司缴纳社保的证明文件。
4、供应商在报价时必须承诺,提供从验收合同之日软件2年的免费质保期,提供365天724小时服务,维护响应时间为:若如无需现场服务,1小时内响应,如需现场服务,24小时内到达现场;
5、报价要求: 供应商应报完成用户需求书全部采购内容含税人民币价格(包括完成用户需求书全部内容所需的一切含税费用:即包括但不限于各种人工费用、零配件费等物料费用、管理费用、与一期项目的接口费用、不可预见费、税费、利润等)。并按报价一览表及报价明细报价表进行明细报价。
5.2项目过程文档
▲要求报价单位项目验收时提交包含但不限于以下文档列表:(提供承诺)
《软件需求规格说明书》、《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》、《系统测试报告》、《产品发版说明书》、《软件接口规范》、《软件安装光盘及授权加密文件》、《软件安装部署说明书》、《软件用户操作手册》、《项目总体计划》、《项目实施方案》、《系统阶段性验收报告》、《系统整体验收报告》、《项目周报及阶段性汇报》、《项目会议记录》、《需求或范围变更说明书》、《软件质量管理规范》、《项目实施蓝图设计说明书》、《软件补丁或升级策略》等
5.3系统其他相关技术要求
▲(1)系统对于敏感数据或者保密数据需要采用不可逆算法加密,要求密码在数据库不能明文保存,要求密码按照系统等保要求,支持8位以上复杂密码(字母大小写+特殊字符+数字),并且需要定期更新,不可采用明文传输数据方式,所有数据传输必须加密;(提供承诺)
(2)系统用户和密码在网络传输过程中必须加密;
(3)软件如果有多模块基础,必须采用统一用户,单点登录,保证所有基础数据共享使用;
(4)系统涉及到第三方插件或软件(例如报表工具)要提供免责声明,如产生纠纷或者费用由供应商自行承担;
(5)采用主流的C/S或者B/S架构等;
(6)采用主流的开发语言,如:C#、Java等;
(7)支持移动应用开发技术;
(8)采用主流的数据库,如:Oracle、SQL;其中Oracle必须支持;
(9)用户界面要求,界面友好美观,操作简便;
(10)保证系统724小时不间断运行;
(11)系统能够支持集群、负载均衡部署模式;
(12)系统涉及到文件传输的功能不能采用FTP技术,文件的存储不能部署到内网,要求部署文件服务器在医院行政外网,系统应用及数据库部署到医院内网网络,内网用户访问文件服务器只能在线预览,不能直接下载到内网;
▲(13)要求系统能够支持各模块能够分布式部署;例如:人事档案管理部署到内网,员工自助部署到行政外网;或者内网外网能通过控制访问不同的模块功能;(提供承诺)
〈二〉、采购项目商务要求
1.经验要求:供应商企业在经营范围内报价,且近年来资信良好,履约能力强,没有违法记录。
2.报价要求:供应商应报完成用户需求书全部采购内容含税人民币价格(即包括但不限于各种设备零配件费、人工费、软件费、税费、运输费、装卸费、安装费、调试费、培训费、计量及技术服务费等一切费用)。供应商应按用户需求书中所列每个单项逐项报价。并按报价一览表及明细报价表进行明细报价。
3.完工期:供应商提供服务时间应满足本项目服务期限。
4.付款方式:以用户需求书为准。
5、同意采购方以任何形式对我方报价文件内容及采购方认为有必要的相关资料的真实性和有效性进行审查、验证。
国义招标股份有限公司
二○二○年十月十九日
招标
|
国义招标股份有限公司 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无