XX医院医院个案成本分析及效益管理平台、能源精细化管理科室考核系统及智慧运送系统项目建设要求.docx

XX医院医院个案成本分析及效益管理平台、能源精细化管理科室考核系统及智慧运送系统项目建设要求L医院个案成本分析及效益管理平台开发服务1.1. 平台详细功能要求LLL成本核算及效益分析LLLL成本数据处理一体化实现成本数据采集、治理、科室单元管理、数据对照对应，数据校验流程等数据处理一体化。LLL2.成本分摊方案设置按照关于印发公立医院成本核算规范的通知（国卫财务发2021）4号）规定的“四类三级分摊法”对科室成本数据进行分摊，完成全成本核算工作，科室成本应包括门诊科室成本和住院科室成本；支持诊次成本、床日成本、医疗服务项目成本、病种成本、DRG成本按照现行规范的方式进行分摊。同时满足以下功能：支持同级成本打包至下分摊；支持按照成本类型、明细成本项目对某科室定向分摊；支持多院区独立分摊，汇总查询；支持多套原始数据源进行分摊，产出不同管理维度的成本数据；支持对特殊业务的原始数据进行特定处理，保障参数的合理性；支持不同的成本类型、明细成本项目按照不同的分摊参数进行分摊，如医技科室的药品成本按照药品收入、卫生材料成本按照耗材收入来进行分摊配置;支持对分摊的数据进行校验，确保分摊结果的准确性；采用的分摊参数包括:人员数、工作量、医辅服务量、医疗收入、药品收入、卫生材料收入、医疗服务收入等根据公立医院成本核算规范的要求，分摊核算后需产出医院科室成本、诊次成本、床日成本、医疗项目成本、病种成本、DRG成本等。1.1.1. 3.运营成本核算（落地每个病例的运营成本分摊路径）以医院科室全成本为基础，按照病人医技项目成本、临床床日成本和可收费药品、耗材成本进行病人成本集合，实现个案病例成本核算。支持按照医院管理要求，提供医院个案病例成本核算结果分析，包含门诊病人、在院病人、出院病人各自的成本核算数据。1JJ.4.目标工作量测算支持根据医院历史数据及大数据分析测算出医技科室目标工作量及临床目标量1JJ.5.疾病风险建模寻找费用标杆（临床大数据建模分析寻找标杆）支持基于临床管理思维通过疾病风险建模结果指标形成标杆管理值（即预测值），对每一例病人或每一类病种测算出最优化的费用结构，包括病人总费用预期值，分类费用结构值；住院效率中住院天数的预期值等，从而找到不同维度（科室/医疗组/病种）下的模型预测值及模型0/E值等，此病人（病种）大数据规律中的标准管理值。1JJ.6.成本及运营分析综合应用报表根据公立医院成本核算规范的要求，将医院成本进行分摊核算，实现医院科室成本、床日成本、诊次成本、DlP或DRG病种成本、医疗项目成本等核算，并实现按照管理及上报需求的18张报表及数据呈现，满足国家上报需求。并产生财务日常相关分析财务报表、医保病种管理及分析、运营分析医院运营相关分析报表。1JJ.7.基于医疗大数据分析的疾病风险预测模型LLL7.1.建模方法及案例支持系统需采用建模技术需要包括数据挖掘、机器学习等相关人工智能算法和技术，结合疾病风险，通过模型算法包括IaSSo回归、logistic回归、神经网络实现资源消耗的合理判断等。LLL7.2.建模质量及结果论证针对不同建模方法和采用的算法，模型需要满足相应的评价指标，例如显著性检验P值，回归模型评价指标R2、qls值,分类模型的准确率、召回率、Fl-score等。LLL7.3.建模结果可视化建模需要程序化及可视化，形成后的模型具备可分析能力，能够直观查看建模后的疾病风险变化对不同医疗资源消耗的影响及权重。LLL7.4.建模维度及应用示例提供至少六类模型0/E结果示例，并进行模型说明。LLL7.5.模型更新周期频率不低于1年1次。1LL76.建模数量为更细化地评估到最小单元，建立模型数量不少于1200个。11.2.医院运营管理决策及分析系统1.1.2.1.360综合指标分析实现医院管理指标中的自定义、多维度、灵活组合和穿透式分析，实现医院管理的可定制化分析及专项管理的能力L12L1.指标来源不局限于建模、成本核算模块等固定板块所呈现的数据与功能，在指标上覆盖了三级公立医院绩效考核、成本相关管理、医疗质量管理指标等维度多项指标,可同时选取不同指标组合查看。支持数据下钻功能，支持包括但不限于院级/科室级/DRG级/医生级的不同维度的数据指标下钻，并针对个例病案结果进行统计性分析。指标包括（但不限于）：基本信息：医疗质量：医疗效率：医疗效益：IeU信息；手术信息（不含操作）：手术信息（含操作）：三级公立医院绩效考核：医技收入信息：成本信息：成本指标：LL2.L2.分类维度在维度上选用了医院全层级、主要病案信息、DRGS、临床学科等主要常用数据查看方式，同时也支持不同维度组合查看。1 .L2.L3.限制条件支持在系统中设定条件对查询范围进行限定。限定条件包括但不限于组织机构、出院科室、医生分类、DRG.CMK指标信息等，支持对查询结果下转至单个病案的详细查阅。1.1 2.1.4.病例复盘实现每个病例的个案分析及追溯，指标包括但不限于病案信息、费用信息、诊疗信息、管理结果评价、资源消耗分析等指标。.医疗数据应用智能分析指标/维度/主题/图形等自定义分析系统。LL22.L数据采集数据采集方式BI不仅可以对接管理决策及分析系统，还可对接或采集医院相关指标及运营中心数据集，也可以通过EXCEL、信息接口等方式采集更多的数据源。LL2.2.2.功能应用自定义图表的组件要多维及应用灵活，适配于医院能够自定义分析、比较、下钻找到原因及做病例盘的能力。新建组件灵活化：添加任意组件，选择要配置的数据表格；选择维度和指标拖入维度和指标框，还可以添加过滤条件等；布局页面也添加多个组件，随用户自己配置；以图表形式展示数据，可选择相应的图表进行展示；在选择维度和指标之后可进行数据的过滤，图表设置维度指标的颜色及左右轴设置，维度下转设置，点击维度的下拉选项中添加链接，即可进行病例分析复盘。LL223.数据再加工能力:包含数据编辑过滤、合并、计算等，汇总，平均、高值、低值、同比、环比等相关分析，表内指可以再计算的能力，如常见函数的计算等。LL2.2.4.图表配置及应用能力图表可视化配置，提供饼状图、柱状图、折线图、雷达图、关系图、词云图、卡片图、累积图、表格数据、明细数据等图形类型，图表内可以提供图表联动、下钻分析等，图表内可以设定目标值、提供不同颜色的参考、设置参标线用于比较分析线等。LL23运营管理智能分析报告系统支持智能分析报告应用，提供标准化分析模板。根据成本核算、运营指标分析等形成院、科、医生组的智能分析报告，并设置各级查询报告权限以供用户自行查询。LL2.3.L报告内容功能院/科/组/患者穿透式分析根据成本核算、运营指标分析等智能生成院/科/组三级追因式运营分析报告,提升运营分析报告撰写效率及质量，为医院改进提供具体的改进方向，将决策支持和运营分析的结果穿透到院科组的最精细颗粒度。支持提供科室/病种/医生组/个案病例数据，报告包含内容全面，为医院改进提供具体的改进方向。LL2.3.2.对出院时间及出院科室可进行一个或多个选择在出院时间界面，可进行一个或多个选择，报告可查看多个时间。同时在科室层面，也可进行一个或多个科室的选择，进行同时下载。1.L233.查阅模块系统自带预览和下载功能，下载后有WOrd和Pdf版本，同时可填写邮箱，勾选后发送给对应邮箱进行查阅。也可对历史报告进行查找。1123.4.平台基础管理针对使用用户账号进行管理维护，保证上报报告真实准确，系统对用户设置数据填报、数据审核、数据确认功能，审核后的数据不可进行更改。LL235.报告模板报告模板包含：月度分析报告：全院月度分析报告、科室月度分析报告、病区月度分析报告、医疗组月度分析报告、主治医生月度分析报告。资源管理专项分析报告：药品费用的专项分析报告（全院/科室/医疗组/主治医生）、耗材费用的专项分析报告（全院/科室/医疗组/主治医生）、手术耗材费用的专项分析报告（全院/科室/医疗组/主治医生）、住院天数的专项分析报告（全院/科室/医疗组/主治医生）、医疗服务费用的专项分析报告（全院/科室/医疗组/主治医生）。全成本类报告：全成本分析报告（全院/科室）。病种成本月度分析报告：病种成本的月度分析报告（主治医生/医疗组/病区）o成本专项报告：病种成本优选报告、病种成本开包分析（全院/科室/医疗组/主治医生）。1.2 .项目技术要求提供技术方案，需满足如下技术要求：L2.L设计原则（1）超前性原则设计有前瞻性、超前性、成熟性以及可扩展性，符合当今社会信息化发展的新潮流；采用目前流行的多层结构设计，以成熟的开发方式，保证系统的超前性和成熟性；设计时充分考虑到信息技术的发展趋势，采用超前的监测、预警理念、跨平台的技术，保证产品在不同平台上的协同稳定地运行、信息交换，以及将来硬件平台的升级换代；保证系统能够适应现代技术的未来发展。（2）易维护性原则易维护性要求包括系统的可管理性、系统的持续调优能力两个方面。其中良好的可管理性包括系统的维护、应用开发和产品选型三个方面。具体要求如下：提供完备的系统管理工作台，满足对系统运行管理维护的要求，实现对系统日常运行的监控、配置管理。应用系统的持续调优能力，保证系统的运行随着维护时间的增加系统逐渐趋于稳定和最优化，而不是每隔一段时间，就会发生系统崩溃、运行速度变慢等灾难性的后果。（3）易用性原则界面设计要求：容易理解、学习和使用，并具有一定吸引力。具体要求如下：人机界面友好：符合日常办公习惯，用户操作界面简洁直观、风格统一，各项功能清晰，减少操作层次。安装易用性：尽可能降低系统安装和配置的技术门槛。更新易用性：尽可能提高系统更新升级的方便易用性，提高对数据采集内容变化的适应性。（4）安全性原则为保证系统运行和数据内容的安全性，应至少采取以下防护措施：输入信息的合法性检查：用户输入的信息都需要进行合法性检查，超出系统要求之外的内容都被过滤。对比较敏感的数据要进行数据传输加密措施进行保护，不能通过浏览器进行泄露。提供基于角色配置的密码和验证技术等安全管理策略，可以针对不同用户提供不同的访问权限，严禁越权操作和访问。在系统中记录关键操作日志。13技术架构（1）基础设施要求网络层：支持互联网和专网的接入模式。硬件层：采用IAAS的架构，将主机和存储作为资源池管理。应用层：虚拟化技术动态地创建虚拟主机环境支撑软件系统运行。（2）数据存储要求支持主流数据库对数据进行存储。数据库：关系型数据库（MySQL、OraeIe、SqlSerVer等）、列数据库（InfiniDB）。（3）服务运行引擎系统平台：支持采用稳定高效的LinUX作为操作系统。开发语言：支持Java、PythOn等主流开发语言。操作系统：客户端操作系统：WinXPWin7Winl0o应用框架方面：支持SPring、iBatisHibernate>RediS等框架的应用开发和运行。应用的运行容器：支持Tomcat和ApacheZNginxo（4）安全基础设施安全：采用防火墙、IPS和防病毒等技术。数据安全：采用数字签名和加密技术。应用安全：采用RBAC授权模型。客户端安全：采用用户名密码认证或证书或令牌等技术。（5）支持B/S混合客户端架构支持客户端采用B/S架构。2 .能源精细化管理科室考核系统医院已初步建成能源管理系统，对本院进行电量、冷量、水量等能源使用的采集、统计、分析，数据来源于医院既有的空调冷量管理系统