1、XX医院医院个案成本分析及效益管理平台、能源精细化管理科室考核系统及智慧运送系统项目建设要求L医院个案成本分析及效益管理平台开发服务1.1. 平台详细功能要求LLL成本核算及效益分析LLLL成本数据处理一体化实现成本数据采集、治理、科室单元管理、数据对照对应,数据校验流程等数据处理一体化。LLL2.成本分摊方案设置按照关于印发公立医院成本核算规范的通知(国卫财务发2021)4号)规定的“四类三级分摊法”对科室成本数据进行分摊,完成全成本核算工作,科室成本应包括门诊科室成本和住院科室成本;支持诊次成本、床日成本、医疗服务项目成本、病种成本、DRG成本按照现行规范的方式进行分摊。同时满足以下功能:
2、支持同级成本打包至下分摊;支持按照成本类型、明细成本项目对某科室定向分摊;支持多院区独立分摊,汇总查询;支持多套原始数据源进行分摊,产出不同管理维度的成本数据;支持对特殊业务的原始数据进行特定处理,保障参数的合理性;支持不同的成本类型、明细成本项目按照不同的分摊参数进行分摊,如医技科室的药品成本按照药品收入、卫生材料成本按照耗材收入来进行分摊配置;支持对分摊的数据进行校验,确保分摊结果的准确性;采用的分摊参数包括:人员数、工作量、医辅服务量、医疗收入、药品收入、卫生材料收入、医疗服务收入等根据公立医院成本核算规范的要求,分摊核算后需产出医院科室成本、诊次成本、床日成本、医疗项目成本、病种成本、
3、DRG成本等。1.1.1. 3.运营成本核算(落地每个病例的运营成本分摊路径)以医院科室全成本为基础,按照病人医技项目成本、临床床日成本和可收费药品、耗材成本进行病人成本集合,实现个案病例成本核算。支持按照医院管理要求,提供医院个案病例成本核算结果分析,包含门诊病人、在院病人、出院病人各自的成本核算数据。1JJ.4.目标工作量测算支持根据医院历史数据及大数据分析测算出医技科室目标工作量及临床目标量1JJ.5.疾病风险建模寻找费用标杆(临床大数据建模分析寻找标杆)支持基于临床管理思维通过疾病风险建模结果指标形成标杆管理值(即预测值),对每一例病人或每一类病种测算出最优化的费用结构,包括病人总费用
4、预期值,分类费用结构值;住院效率中住院天数的预期值等,从而找到不同维度(科室/医疗组/病种)下的模型预测值及模型0/E值等,此病人(病种)大数据规律中的标准管理值。1JJ.6.成本及运营分析综合应用报表根据公立医院成本核算规范的要求,将医院成本进行分摊核算,实现医院科室成本、床日成本、诊次成本、DlP或DRG病种成本、医疗项目成本等核算,并实现按照管理及上报需求的18张报表及数据呈现,满足国家上报需求。并产生财务日常相关分析财务报表、医保病种管理及分析、运营分析医院运营相关分析报表。1JJ.7.基于医疗大数据分析的疾病风险预测模型LLL7.1.建模方法及案例支持系统需采用建模技术需要包括数据挖
5、掘、机器学习等相关人工智能算法和技术,结合疾病风险,通过模型算法包括IaSSo回归、logistic回归、神经网络实现资源消耗的合理判断等。LLL7.2.建模质量及结果论证针对不同建模方法和采用的算法,模型需要满足相应的评价指标,例如显著性检验P值,回归模型评价指标R2、qls值,分类模型的准确率、召回率、Fl-score等。LLL7.3.建模结果可视化建模需要程序化及可视化,形成后的模型具备可分析能力,能够直观查看建模后的疾病风险变化对不同医疗资源消耗的影响及权重。LLL7.4.建模维度及应用示例提供至少六类模型0/E结果示例,并进行模型说明。LLL7.5.模型更新周期频率不低于1年1次。1
6、LL76.建模数量为更细化地评估到最小单元,建立模型数量不少于1200个。11.2.医院运营管理决策及分析系统1.1.2.1.360综合指标分析实现医院管理指标中的自定义、多维度、灵活组合和穿透式分析,实现医院管理的可定制化分析及专项管理的能力L12L1.指标来源不局限于建模、成本核算模块等固定板块所呈现的数据与功能,在指标上覆盖了三级公立医院绩效考核、成本相关管理、医疗质量管理指标等维度多项指标,可同时选取不同指标组合查看。支持数据下钻功能,支持包括但不限于院级/科室级/DRG级/医生级的不同维度的数据指标下钻,并针对个例病案结果进行统计性分析。指标包括(但不限于):基本信息:医疗质量:医疗
7、效率:医疗效益:IeU信息;手术信息(不含操作):手术信息(含操作):三级公立医院绩效考核:医技收入信息:成本信息:成本指标:LL2.L2.分类维度在维度上选用了医院全层级、主要病案信息、DRGS、临床学科等主要常用数据查看方式,同时也支持不同维度组合查看。1 .L2.L3.限制条件支持在系统中设定条件对查询范围进行限定。限定条件包括但不限于组织机构、出院科室、医生分类、DRG.CMK指标信息等,支持对查询结果下转至单个病案的详细查阅。1.1 2.1.4.病例复盘实现每个病例的个案分析及追溯,指标包括但不限于病案信息、费用信息、诊疗信息、管理结果评价、资源消耗分析等指标。.医疗数据应用智能分析
8、指标/维度/主题/图形等自定义分析系统。LL22.L数据采集数据采集方式BI不仅可以对接管理决策及分析系统,还可对接或采集医院相关指标及运营中心数据集,也可以通过EXCEL、信息接口等方式采集更多的数据源。LL2.2.2.功能应用自定义图表的组件要多维及应用灵活,适配于医院能够自定义分析、比较、下钻找到原因及做病例盘的能力。新建组件灵活化:添加任意组件,选择要配置的数据表格;选择维度和指标拖入维度和指标框,还可以添加过滤条件等;布局页面也添加多个组件,随用户自己配置;以图表形式展示数据,可选择相应的图表进行展示;在选择维度和指标之后可进行数据的过滤,图表设置维度指标的颜色及左右轴设置,维度下转
9、设置,点击维度的下拉选项中添加链接,即可进行病例分析复盘。LL223.数据再加工能力:包含数据编辑过滤、合并、计算等,汇总,平均、高值、低值、同比、环比等相关分析,表内指可以再计算的能力,如常见函数的计算等。LL2.2.4.图表配置及应用能力图表可视化配置,提供饼状图、柱状图、折线图、雷达图、关系图、词云图、卡片图、累积图、表格数据、明细数据等图形类型,图表内可以提供图表联动、下钻分析等,图表内可以设定目标值、提供不同颜色的参考、设置参标线用于比较分析线等。LL23运营管理智能分析报告系统支持智能分析报告应用,提供标准化分析模板。根据成本核算、运营指标分析等形成院、科、医生组的智能分析报告,并
10、设置各级查询报告权限以供用户自行查询。LL2.3.L报告内容功能院/科/组/患者穿透式分析根据成本核算、运营指标分析等智能生成院/科/组三级追因式运营分析报告,提升运营分析报告撰写效率及质量,为医院改进提供具体的改进方向,将决策支持和运营分析的结果穿透到院科组的最精细颗粒度。支持提供科室/病种/医生组/个案病例数据,报告包含内容全面,为医院改进提供具体的改进方向。LL2.3.2.对出院时间及出院科室可进行一个或多个选择在出院时间界面,可进行一个或多个选择,报告可查看多个时间。同时在科室层面,也可进行一个或多个科室的选择,进行同时下载。1.L233.查阅模块系统自带预览和下载功能,下载后有WOr
11、d和Pdf版本,同时可填写邮箱,勾选后发送给对应邮箱进行查阅。也可对历史报告进行查找。1123.4.平台基础管理针对使用用户账号进行管理维护,保证上报报告真实准确,系统对用户设置数据填报、数据审核、数据确认功能,审核后的数据不可进行更改。LL235.报告模板报告模板包含:月度分析报告:全院月度分析报告、科室月度分析报告、病区月度分析报告、医疗组月度分析报告、主治医生月度分析报告。资源管理专项分析报告:药品费用的专项分析报告(全院/科室/医疗组/主治医生)、耗材费用的专项分析报告(全院/科室/医疗组/主治医生)、手术耗材费用的专项分析报告(全院/科室/医疗组/主治医生)、住院天数的专项分析报告(
12、全院/科室/医疗组/主治医生)、医疗服务费用的专项分析报告(全院/科室/医疗组/主治医生)。全成本类报告:全成本分析报告(全院/科室)。病种成本月度分析报告:病种成本的月度分析报告(主治医生/医疗组/病区)o成本专项报告:病种成本优选报告、病种成本开包分析(全院/科室/医疗组/主治医生)。1.2 .项目技术要求提供技术方案,需满足如下技术要求:L2.L设计原则(1)超前性原则设计有前瞻性、超前性、成熟性以及可扩展性,符合当今社会信息化发展的新潮流;采用目前流行的多层结构设计,以成熟的开发方式,保证系统的超前性和成熟性;设计时充分考虑到信息技术的发展趋势,采用超前的监测、预警理念、跨平台的技术,
13、保证产品在不同平台上的协同稳定地运行、信息交换,以及将来硬件平台的升级换代;保证系统能够适应现代技术的未来发展。(2)易维护性原则易维护性要求包括系统的可管理性、系统的持续调优能力两个方面。其中良好的可管理性包括系统的维护、应用开发和产品选型三个方面。具体要求如下:提供完备的系统管理工作台,满足对系统运行管理维护的要求,实现对系统日常运行的监控、配置管理。应用系统的持续调优能力,保证系统的运行随着维护时间的增加系统逐渐趋于稳定和最优化,而不是每隔一段时间,就会发生系统崩溃、运行速度变慢等灾难性的后果。(3)易用性原则界面设计要求:容易理解、学习和使用,并具有一定吸引力。具体要求如下:人机界面友
14、好:符合日常办公习惯,用户操作界面简洁直观、风格统一,各项功能清晰,减少操作层次。安装易用性:尽可能降低系统安装和配置的技术门槛。更新易用性:尽可能提高系统更新升级的方便易用性,提高对数据采集内容变化的适应性。(4)安全性原则为保证系统运行和数据内容的安全性,应至少采取以下防护措施:输入信息的合法性检查:用户输入的信息都需要进行合法性检查,超出系统要求之外的内容都被过滤。对比较敏感的数据要进行数据传输加密措施进行保护,不能通过浏览器进行泄露。提供基于角色配置的密码和验证技术等安全管理策略,可以针对不同用户提供不同的访问权限,严禁越权操作和访问。在系统中记录关键操作日志。13技术架构(1)基础设
15、施要求网络层:支持互联网和专网的接入模式。硬件层:采用IAAS的架构,将主机和存储作为资源池管理。应用层:虚拟化技术动态地创建虚拟主机环境支撑软件系统运行。(2)数据存储要求支持主流数据库对数据进行存储。数据库:关系型数据库(MySQL、OraeIe、SqlSerVer等)、列数据库(InfiniDB)。(3)服务运行引擎系统平台:支持采用稳定高效的LinUX作为操作系统。开发语言:支持Java、PythOn等主流开发语言。操作系统:客户端操作系统:WinXPWin7Winl0o应用框架方面:支持SPring、iBatisHibernateRediS等框架的应用开发和运行。应用的运行容器:支持
16、Tomcat和ApacheZNginxo(4)安全基础设施安全:采用防火墙、IPS和防病毒等技术。数据安全:采用数字签名和加密技术。应用安全:采用RBAC授权模型。客户端安全:采用用户名密码认证或证书或令牌等技术。(5)支持B/S混合客户端架构支持客户端采用B/S架构。2 .能源精细化管理科室考核系统医院已初步建成能源管理系统,对本院进行电量、冷量、水量等能源使用的采集、统计、分析,数据来源于医院既有的空调冷量管理系统、电表集抄系统,实现了能耗分析等基础功能。由于公立医院绩效考核对万元收入能耗支出有严格要求,为了提升全院对节能降耗的意识,采购人亟需在原有的系统上增加能耗科室分摊功能,协助临床科
17、室做好能源分摊和成本核算,通过绩效考核将能耗落实到各个科室,实现全员节能降耗的目的。能源管理系统需满足增加以下功能:2.1 成本管理1)支持分析对象成本数据查询功能2)支持查看相应对象成本信息分析情况;3)支持日期选择功能4)支持选择不同起止日期,查看相应时间下的成本数据;2. 2.科室考核1)引导步骤:(1)建立科室能耗模型:可快速跳转至后台【树模型管理】页面及【科室分摊】-【分摊规则】页面,让用户完成科室能耗模型梳理;(2)选择科室考核指标:可从万元收入能耗、单位面积能耗、单位业务量能耗、能耗增长率、能耗值这五个指标中选择12个指标作为考核指标,选择完成后需至后台【指标数据维护】中维护对应
18、的基础数据;其中,能耗增长率=(本月能耗值-上月能耗值)/上月能耗值*100%(3)确定科室考核目标:需选择考核能源类型,从现场维护的能耗类型中选择,再选择考核科室,以弹窗形式从科室树中进行选择,支持多选,仅末级科室可选择,最后根据选择的科室去维护考核目标值;(4)跟踪科室能耗用量:可快捷跳转至能耗分析、能耗对比、能耗排名、成本分析四个页面的科室状态下查看具体数据,因本版本只能完成能耗分析的科室功能开发,其余三个页面暂不开放;(5)公示科室考核结果2)查询条件:能源类型、日期(按月选择)、考核指标,需根据上面的选择进行展示;3)科室考核排行榜:(1)科室考核盈余排行:根据科室目标值-实际值的差
19、额进行排名,支持正倒序排列;(2)科室考核盈余率:根据(科室目标值-实际值)/目标值*100%进行排名,支持正倒序排列;(3)节能总量=2(科室目标用能-科室实际用能),其中目标用能=考核目标值*指标涉及的基础指标值,如单位床位能耗目标值*床位数;4)科室考核明细:以列表形式展示排名、科室名称、指标实际值、指标目标值、能耗值及指标值,可支持excel导出结果,如指标为能耗增长率和能耗值,则对应不存在的指标进行减少,如能耗值只展示能耗值实际值;5)导出结果,如指标为能耗增长率和能耗值,则对应不存在的指标进行减少,如能耗值只展示能耗值实际值。3. 3.能源异常为了能清晰的了解医院能源设备能好的运行
20、结果,对实时异常、边界异常两个算法进行告警,使异常告警更加精准有效,提升告警模块的实际使用价值。需要支持以下功能需求:(1)支持主要功能是从一个入口能够看到当前项目各类能源异常信息,方便运维人员排查系统故障。(2)支持能源异常按业务划分为3类,实时异常、昨日异常、边界异常、实时异常、近24小时的用能异常。(3)支持区域、业态节点去重,计算逻辑一致(如所挂设备完全一致,或子节点所挂设备完全一致等)的节点优先计算区域节点;(4)支持优先屏蔽父节点,保留子节点,不重复告警,如受层级限制影响,则保留父节点(如限制5级,父节点在5级,子节点在6级,则保留父节点);可设置分段阈值,使告警更精准。(5)支持
21、昨日异常:昨日产生的7类异常。名称由“昨日简报”修改为“昨日异常”。(6)支持边界异常:近30天的边界异常。区域、业态节点去重,计算逻辑一致(如所挂设备完全一致,或子节点所挂设备完全一致等)的节点优先计算区域节点,优先屏蔽父节点,保留子节点,不重复告警,如受层级限制影响,则保留父节点(如限制5级,父节点在5级,子节点在6级,则保留父节点);可设置分段阈值,使告警更精准。(7)支持展示业态或区域节点的异常列表信息,主要包含9大类(昨日7类异常+实时异常+边界异常)的异常展示,展示业态或区域节点的异常列表信息,主要包含9大类(昨日7类异常+实时异常+边界异常)的异常展示,(8)支持根据异常类型筛选
22、9)支持展示具体节点的异常详情,点击可跳转到具体的页面查看数据详情;(IO)支持提供屏蔽节点及异常项设置功能,可以屏蔽节点的异常产生;(三)支持提供异常告警处理功能,可直接通过异常卡片处理告警。(12)支持异常详情页面可以查看相关可能的异常原因和操作建议,帮助排查异常。3.智慧运送系统3.1. 平台基础框架基础框架管理是整个信息系统应用集成平台的前台运作核心,承载系统的各种前台控件,同时为系统间信息交换中枢,记录维护系统的整个运行信息。具体需求如下:(1)具有角色信息建模功能,可根据需求新建角色对其进行授权;用户可在此页面维护角色资源权限分配,维护角色与角色组的关系;(2)具有用户信息建模
23、功能,可维护员工的基本信息,形成员工档案;用户可以在此页面中查看用户的基础信息,主要是用户姓名、电话、邮箱,还可以修改密码;(3)具有科室架构信息建模功能,可分级建立科室信息,满足医院管理需求;用户可以通过查询条件检索科室信息,也可通过左侧科室树结构检索;并且可以对科室档案信息进行新增、编辑、删除、模版导入等操作;(4)具有班组信息建模功能,可根据需求新建服务班组;用户可在此页面维护服务班组与班组成员,维护班组工作范围或负责区域;(5)具有系统参数配置,可对系统的参数进行配置,如功能的开启等配置。维护导航菜单页面,用于管理各个页面的菜单。(6)系统字典管理,对各业务的所涉及的字典进行统一管理,
24、如医废分类等字典。(7)具有系统日志功能,用于查看系统的登陆日志及业务日志的数据。用户管理员可在此页面查询系统所有操作日志;(8)支持多机构扩展,一院多区可使用同一平台,需采购统一的数据管理体系,做到各医院间数据及业务共享。(9)系统集成了条码组件功能,可以将科室代码、人员功能、地址代码等信息生成条形码、二维码。3.2.基础档案用户可以通过查询条件检索科室信息,并且可以对医院组织架构和科室档案信息进行新增、编辑、删除、模版导入等操作。用户可以通过查询条件检索人员信息,也可通过左侧科室树结构检索对应科室下的人员;并且可以对人员档案信息进行新增、编辑、删除、启用、停用和一键分配角色权限等操作。用户
25、可以通过查询条件检索地点信息,可以进行增加、编辑、删除、导入和下载模板等。用户在此页面可配置医院所有地点区域。用户可通过查询条件检索角色权限信息,在此页面可以维护不同角色信对应的系统权限,可通过左侧角色树形结构查询该角色对应的用户信息。并且可以对角色和人员进行绑定、解绑和查看人员的角色信息等操作。维护系统用户(及可登录用户)信息,新建/编辑用户数据、修改密码、禁用账号等。创建用户后,可以对该用户分配相应的角色,以便用户有权限使用系统功能。3.3.运送综合管理用户可维护检查项目类型,及该检查项目对应的检查地点、检查科室,支持增、册h改、查以及导入导出功能。用户可维护运送标本的类型,支持分类的上下
26、级结构以及树状结构展示,支持对标本类型进行启用/停用设置,支持增、册h改、查以及导入导出功能。用户可自定义配置不同的运送小组以应对不同的运送任务,可配置小组名称、小组组长、小组成员。支持增、册h改、查功能。具有排班管理功能,各小组组长可对组内成员进行排班,支持班次自定义配置,需支持一键自动排班。系统需支持标本运送和病人陪检两种运送类型,根据不同的运送类型进行对应的任务流程。运送中心可对新增运送任务进行登记管理,对运送事件进行集中登记以转化为运送班组需处理的运送工单,陪检任务登记时需填写病人科室、病人住院号、病人姓名、病人性别、联系方式、床号、检查项目等内容。运送任务登记时需填写取件科室、送达科
27、室、标本类型、标本数量、标本条码、是否加急等内容。运送中心根据不同类型的运送任务,将工单派发到指定运送小组,系统需支持批量派单,支持对长时间没受理的工单进行推送提醒,包括弹窗提醒和消息推送提醒。组长在电脑端或移动端对已受理的工单进行派工。系统需支持对长时间没派工的工单进行推送提醒,包括弹窗提醒和消息推送。运送员收到任务提醒后在移动端接受任务开始进行任务,根据不同的运送任务类型执行对应的任务流程。系统需支持扫码打卡、拍照上传、电子签名等多种方式的任务确认,支持对长时间没开始的工单进行推送提醒,包括弹窗提醒和消息推送。系统需支持在运送标本任务取标本时,可通过移动终端扫描标本条码进行条码录入。若与检
28、验系统对接,可自动校验取件条码与检验条码是否一致,避免标本丢失或遗漏的风险。系统需支持在陪检任务执行时,可通过扫描科室码快速选择该科室的任务。若与HlS系统对接,可通过扫描病人腕带码确认任务。系统需支持陪检任务完成将患者送达检查科室后,自动生成带回工单,运送中心可将该带回单派送给其他运送员。系统需支持检查室确认完成检查功能,检查科室在移动端确认病人完成检查,系统将带回单推送给运送员并进行提醒。管理员可按工单号号、病人姓名、需求科室、标本条码等视角综合查询统计运送综合工单信息,查看工单执行各个节点执行人及执行时间点,为运送服务管理优化改进提供数据支撑。系统应支持配置运送过程中的多种消息推送提醒,
29、包括但不限于工单受理提醒、工单派工提醒、工单接单提醒、工单完工提醒、工单超时提醒等;系统需支持包括但不限于短信提醒、微信消息提醒、电话呼叫提醒等多种提醒方式;系统应具备多样式的报表统计功能,包括但不限于运送员工作量统计、运送分类统计、科室运送统计、运送工作量分析等;系统需支持国产自主研发的关系型数据库(提供包括但不限于华为GaUSSDB或电科金仓(即人大金仓)的KADB或达梦的DMTDD或神舟的神通数据库的原厂兼容性认证证书,认证名称包括“运送管理系统”和“陪检管理系统”字样)。系统需支持LinUX操作系统,支持X86和ARM架构的操作系统,支持兼容DebianUbuntu及主流国产Linux操作系统,提供麒麟或银河麒麟或统信UOS的原厂兼容性认证证书,认证名称包括“运送管理系统”和“陪检管理系统”字样。