****中心医院信息系统扩增软件采购招标项目的潜在供应商应在线上获取招标文件,并于2024年04月16日 09时30分(北京时间)前递交投标文件。
1. 交货 / 交付时间:签订合同后 4 个月内交付并安装调试完毕。
2. 交货 / 交付地点:****中心医院
3. 最高限价: 490 万
4. 付款方式:合同签订后付合同款 30% ,项目验收合格后付合同款 70% 。
5. 质保: 1 年
6. 核心产品:***平台
7. 质量标准:符合国家及行业合格标准
8. 接口要求:项目涉及的所有接口开发费用(包括需要支付给 HIS 、 LIS 、 PACS 、 EMR 、病案等所有系统厂商的接口开发费用)均由中标人承担,采购人不另外付费。
二.技术参数1 .***平台 参数 要求
|
三级医院等级评审系统 |
||
|
总体要求 |
||
|
***平台软件系统需要与我院 HIS 系统深度融合,相关 H IS 接口开发工作,投标人要与我院在用 H IS 厂商充分协商,所有开发费用(包含支付给 H IS 厂商的费用)全部由投标人承担,招标人不再另外支付费用。接口开发工作要尽快完成,不能因为接口开发进度缓慢或者接口测试工作不充分而延误软件上线交付使用时间。上述各项条件不满足视为投标人根本违约,需要承担相应的违约责任。提供相关承诺书并盖公章,不提供做废标处理。 对医院现有 ORACLE 数据库进行系统升级,并完成数据库系统升级后的 HIS 、 EMR 等系统性能和安全性优化(包括单不限于报表优化和索引重建等工作),产生相关服务费用由中标公司承担,提供相关承诺书并盖公章,不提供做废标处理。 系统验收后 3 年内由于 HIS 等相关系统和中标人系统升级调整等原因产生的接口调整所有相关费用,均由中标公司承担,提供相关承诺书并盖公章,不提供做废标处理。 |
||
|
序 号 |
功能模块 |
描 述 |
|
1 |
迎评规划管理 |
1) 支持迎评工作全流程规划和当前进度的可视化展现 ; 2) 支持更新任务状态和查询工作进度 。 |
|
2 |
前置条款管理 |
2.1 前置条件分解 支持前置条款分配到责任科室。 2.2 上传材料 1) 支持责任科室和协同科室上传前置条款材料; 2) 支持在线预览已上传的材料; 3) 支持评审办查看前置条款对应上传的资料。 2.3 查看结果 1) 支持查询前置条款材料上传进度; 2) 系统支持自动按月 / 按周提醒使用者进行前置条款符合情况核查。 |
|
3 |
指标管理 |
3.1 ▲指标咨询辅导 1) 指标解读 2) 取数逻辑确认 3.2 指标总览 1) 支持按照评审指标与年份条件展示指标采集进度、采集方式分布情况; 2) 支持数据下钻以及可视化展示。 3.3 ▲▲指标档案 1) 支持指标档案的创建和变更审批; 2) 支持展示指标基本信息、相关指标、指标计分、指标数据源; 3) 支持指标数据源维护,责任科室确认和发布指标数据源 , 以及生成和导出数据目录清单。 3.4 指标分解 1) 支持评审办为每个指标分配责任科室。 2) 支持按分配状态、责任科室、章 / 节 / 指标名称(章、节联动,指标名称模糊搜索)查询。 3.5 数据填报 1) 支持手工填报指标数据以及核验由系统自动采集到的指标数据; 2) 支持根据填报状态进行分类查询,并且展示对应的指标数量; 3) 支持责任科室上传 / 关联档案柜文件,作为指标数值的佐证材料; 4) ▲支持数据填报后系统自动进行质控校验。 3.6 指标查询 1) 支持按照章、节、指标名称、是否开展、采集方式及责任科室进行条件查询; 2) 支持显示评审指标列表,内容包含:是否计分、指标定义、指标赋分、分值权重分级、关联指标、相似指标、分子分母值、指标值、得分率、辅助材料等功能; 3) ▲支持指标溯源,点击溯源图标显示指标对应的指标档案信息与指标年份数据,点击图标下钻显示月份数据,再次点击下钻显示对应的明细数据; 4) 支持指标佐证材料显示和预览。 3.7 指标关注 1) 支持对重点指标的标记和首页显示; 2) 支持查询指标详情,包含:指标定义、指标填报值、指标评价结果以及指标整改情况等; 3) ▲支持关注指标一键整改到问题清单。 |
|
4 |
条款管理 |
4.1 条款分解 1) 支持分配条款到责任科室; 2) 支持同一条款分配多个责任科室。 4.2 材料上传 1) 支持责任科室 / 协同科室查询分配到的条款; 2) 支持责任科室 / 协同科室上传 / 关联档案柜文件,作为条款的佐证材料。 4.3 数据概览 1) 支持条款分解统计图形化展示; 2) 支持科室上传条款资料数量统计展示。 |
|
5 |
问题清单 |
5.1 ▲问题清单 1) 支持按名称、状态、创建人等条件查询问题清单列表; 2) 支持问题清单模板下载和问题清单数据导入; 3) 支持评审办分配问题清单、督查科室下发问题清单到责任科室; 4) 支持问题清单一键 ( 批量 ) 下发; 5) 支持问题清单撤回。 5.2 问题列表 1) 支持责任科室按照问题名称、状态查询; 2) 支持责任科室主任将问题转发给科室联络员; 3) 支持责任人对问题进行整改反馈; 4) 支持督查科室对问题进行督查。 5.3 督查管理 1) 支持督查科室建立督查计划; 2) 支持督查科室按照督查计划督查问题。 |
|
6 |
评审标准第二部分模拟评审 |
6.1 ▲第二部分模拟评审 1) 支持新增指标核查; 2) 支持按照规则增加核查指标,包含:系统按照规则自动抽取、人工选取核查。 6.2 ▲指标评价 1) 支持多次指标评价结果统计展示; 2) 支持按照章、节、指标名称等查询指标评价结果; 3) 指标评价结果按照不同颜色显示; 4) 支持指标评价结果一键整改; 5) 支持关注重点指标。 6.3 ▲指标监测预警 1) 支持对指标进行监测预警; 2) 支持预警指标关联问题清单,一键下发整改; 3) 支持预警指标关联指标关注,一键推送首页。 |
|
7 |
评审标准第三部分模拟评审 |
1) 支持新增、编辑、继承、删除模评计划; 2) 支持对条款自评。 |
|
8 |
应知应会 |
1) 支持按科室查询应知应会列表; 2) 支持新增应知应会; 3) 支持导出应知应会; 4) 支持在列表上修改应知应会。 |
|
9 |
档案柜 |
1) 支持新建档案柜、档案盒、文件夹; 2) ▲支持上传多类格式的资料到档案柜; 3) ▲支持共享档案柜、档案盒、文件夹及文件给同科室、其他科室或部门; 4) 支持将文件关联评审条款; 5) 支持按类别、名称等条件搜索文件; 6) 支持在线预览文件; 7) 支持展示文件历史上传记录,并支持下载。 |
|
10 |
协同管理 |
10.1 通讯录管理 1) 支持创建和维护基于组织架构的通讯录。 10.2 ▲协同组管理 1) 支持创建和维护固定评审协同组; 2) 支持创建和维护临时评审协同组。 10.3 消息管理 1) 支持文字、图片、语音、文件、视频等多种类型消息的发送和接收。 10.4 公告管理 1) 支持公告的编辑和发布。 10.5 历史归档 1) 支持消息文件的归档和查询。 10.6 院科质控 1) ▲支持创建以问题清单为核心的院科二级质控管理。 |
|
11 |
系统设置 |
1) 支持账号信息增删改查,绑定角色操作; 2) 支持角色信息增删改查,角色绑定权限操作; 3) 支持科室增删改查操作; 4) 支持人员信息增删改查操作; 5) 支持创建、删除、修改评审组织操作; 6) 支持菜单项增删改查操作。 |
|
***平台 |
||
|
序 号 |
功能模块 |
描 述 |
|
1 |
标准化管理系统 |
1.1 ▲ 数据标准化 1) 提供数据元编辑管理功能; 2) 系统固化中华人民共和国卫生行业标准卫生信息数据元目录的所有数据元; 3) 系统固化中华人民共和国卫生行业标准卫生信息数据元值域代码,同时提供扩充功能; 4) 系统固化中华人民共和国卫生行业标准病人电子病历基本数据集,同时提供扩充功能; 5) 按照接入系统接入范围提供标准下载功能,能够分发数据标准、协议标准、接口标准给第三方,而不是通过类似于 word 人工编写文档方式进行标准分发。 1.2 流程标准化 1) 共享规范支持可视化定义; 2) 物理表界面支持配置管理; 3) ▲ 允许用户通过可视化的图形界面来定义医疗机构各子系统私有数据与标准数据的格式转换和内容转换。 1.3 交换协议标准化 1) 支持 通过可视化的工具对 HL7V3 、 CDA 、 JSON 、 XML 协议进行配置实现,不需要硬编码实现交换协议,固化卫生部颁布的评测所涵盖的交互场景与 CDA 文档的评测标准,同时可以根据实际情况进行扩展; 2) 支持按照接入系统接入范围提供标准下载功能。 |
|
2 |
集成适配引擎 |
2.1 数据交换 1) 数据交换要求支持视图、 HTTP 、 WS 、 RPC 、应用程序接口等;数据交换的范围包括所有院内管理系统之间的数据共享和交换; 2) ***平台的数据交换,系统间的数据流转要求能通过可视化配置的形式完成; 3) 提供发布与订阅管理功能,支持数据库到数据库、数据库到 WebService 的数据交互形式;支持特定模板发送功能;支持主表和子表同时发送。 2.2 协议转换 1) 支持定义点对点的同步消息、实时通讯,***平台进行消息的分发与路由; 2) 要求同步消息实现点对点通讯时,同步消息的请求与返回消息还可以采用异步方式订阅; 3) 支持根据数据集配置生成符合标准格式的 HL7 消息; 4) 消息路由:支持通过配置的形式,根据消息字段不同的值进行消息的不同路由;具备多种协议兼容功能,不同消息格式的转换:包括 JOSN/XML/HL7 等; 5) 具备被集成系统数据向标准代码字典转换的功能。 2.3 订阅服务 1) 发布管理:提供发布定义功能;提供发布者发布数据集定义; 2) 订阅者管理:提供订阅者功能,提供订阅者订阅规则定义;支持消息智能推送可视化配置; 3) 提供总线定义可视化界面定义;内置发布订阅消息队列;提供启用停用功能。 2.4 数据采集 1) 提供在数据集成的过程中进行数据处理的功能; 2) ▲ 对数据库接口配置要求采用不增加业务系统负荷的日志捕获技术,而非通过在源数据库上建立存储过程或触发器来获取数据; 3) ▲ 支持将不同来源、不同数据集的集成任务集中调度与管理,并能监控任务的运行状态。 2.5 集成测试 1) 集成测试工具,提供集成测试工具包,包括发布、订阅、同步、标准查看、错误监控、 soap 、 http 测试等工具,降低集成成本、提高集成效率 ; |
|
3 |
数据整合管理 |
3.1 数据质量分析 1) ***平台之前提供对源端数据质量进行审查的机制; 2) ▲ 数据质量校验的规则包括:长度校验、值域范围校验、合理值范围校验、日期格式校难、身份证号码校验、非空值校验、主键缺失性校验等; 3) 数据质量管理:支持数据质量规则定义、根据质量规则分析数据质量、提供各类数据的质量分析报告查看功能。 3.2 患者主索引管理 1) 需从各种不同的子系统中取得患者的信息并进行组织,形成同一患者的唯一标识编码; 2) 系统接收到患者基本信息、门诊就诊、住院就诊基本信息后,***平台能根据链接规则自动化组织主索引。 3.3 业务流程分析 根据医院质量管理需求,提供可视化业务流程分析、配置功能。 3.4 主数据管理 提供全院资源的主数据管理功能,支持存储、分发管理及维护功能。 3.5 数据共享服务 提供 CDA 文档可视化配置界面。 3.6 ▲非结构化数据处理 1) 支持利用 AI 技术将医院历史非结构化病历数据进行后结构化处理,解决需要从病程记录、病历文档中统计的指标无数可取的问题; 2) 支持基于自然语言语义分析技术的医疗文书类非结构化数据治理。 |
|
4 |
指标档案管理 |
4.1 指标维护 根据医院实际情况,支持对标准指标集进行维护、分工、下发。 4.2 指标档案编辑 支持医院自定义编辑本院指标档案,根据信息化情况确定指标取值来源。 4.3 档案审核 系统支持对指标档案流程进行审核。 4.4 档案浏览 提供第三方浏览、调阅指标档案功能。 4.5 指标配置 系统提供可视化配置界面,支持动态配置生成所有己审核指标。 |
|
5 |
指标台账管理 |
1) ▲ 提供自定义表单功能,支持表单取数据 SQL 配置,自动获得医疗基本信息,支持表单存储逻辑配置,支持自定义流程; 2) 提供流程节点配置功能,具备流程分支、会签、审核人定义功能。 |
|
6 |
指标分析展示系统 |
6.1 报表管理 提供指标报表查询。 6.2 ▲指标溯源核对 支持逐年、逐季、逐月、逐日钻取溯源,最终显示某个指标的每个统计来源的源数据,从最真实原始业务记录展示数据的真实性。 6.3 指标决策展示 1) 支持可视化指标图形化多维度配置展示; 2) 支持各科室自定义指标首页,并能与具体指标联动跳转。 6.4 管理分析大屏 1) ▲支持对以下类型指标可视化图表配置及大屏展示:医疗服务能力与医院质量安全指标(医疗服务能力)、医疗服务能力与医院质量安全指标(医院质量指标)、医疗服务能力与医院质量安全指标(医疗安全指标)、单病种(术种)质量控制指标( 51 类单病种)、医疗质量(功能定位)、医疗质量(质量安全)、医疗质量(合理用药)、医疗质量(服务流程)、运行效率(收支结构)运行效率(费用控制)、运行效率(资源效率) |
|
7 |
数据推送模块 |
支持指标映射编码,支持将指标数据推送到等级评审系统。 |
|
8 |
患者全息视图 |
以患者为主线,****中心,****中心的临床信息统一视图,包括患者的基本信息、历次就诊记录、检查、检验、用药、手术、病历等信息;针对患者信息进行连续管理,为医生提供统一的患者临床信息视图浏览,并提供界面调阅服务,以辅助医生直观、快速了解患者治疗方案,提高诊疗质量和效率。具体要求如下: 具备患者信息集成展示功能,展示信息包括就诊记录、患者体征记录、医嘱信息、用药信息、检验报告、检查报告、手麻信息、病历文档、护理文书、过敏信息等; 提供视图选择:提供时间轴、病历夹等模式查看; 检验报告查看时提供指标历史数据曲线图; 提供详细信息的向下钻取功能; 采用 Web 方式实现; 提供患者历次就诊信息; 提供病人异常指标分析功能; 提供分享、收藏等功能。 |
|
9 |
全文检索 |
提供按类似百度方式检索临床资料,检索结果提供查看具体的文档功能、跳转到病人 360 集成视图与病历夹功能;同时提供分享、收藏功能 |
|
10 |
监控与审计日志模块 |
具备消息流转分析、错误监控、大屏监控、审计日志等功能。 |
|
11 |
评审质控知识库管理系统 |
11.1 可视化规则定义功能 支持通过鼠标拖拽等方式完成业务规则的定义。 11.2 规则/规则集管理 1) 支持针对每条规则和每一个规则集的灵活启用、禁用; 2) 支持对规则集内部各条规则执行的优先级进行设定; 3) 支持规则面向业务友好的定制能力。 11.3 规则包管理 1) 具备知识执行流程的编辑功能,实现灵活的整体或局部的决策逻辑管理能力; 2) 支持利用已经创建的组件(规则/规则集、决策表、决策树、评分卡等)来构建执行流; 3) 支持 “决策分支点”,实现并行运行多个任务的需求。 11.4 函数管理 1) 支持内置函数(如 MAX 、 MIN 、 ABS 等); 2) 支持自定义函数。 |
|
12 |
对 接 系统 |
12.1 系统对接 1) ▲对医院 HIS 、 LIS 、 PACS 、 EMR 等系统数据逻辑十分理解、熟知表结构和业务表之间的关联关系,在保证系统正常运行的前提下可自行编写存储过程来实现功能。 2) ▲对医院 HIS 、 LIS 、 PACS 、 EMR 等系统业务逻辑充分了解,各系统已有的接口完全知情,可在保证系统正常运行的前提下精确调用已有接口实现流程再造。 3) ▲在 HIS 、 LIS 、 PACS 等软件系统广商非充分配支持的情况下,有能力自行实现数据完全采集和业务集成。 12.2 系统对接清单 1 、病案系统 2 、 HIS 3 、 EMR 4 、 LIS 5 、 PACS 6 、全院随访系统 7 、输血管理系统 8 、手麻系统 9 、血透管理系统 10 、院感系统 11 、重症系统 12 、不良事件管理系统 13 、急救系统 14 、 VTE 管理系统 15 、合理用药与审方系统 16 、主数据管理系统 17 、患者主索引管理系统 |
2 . DIP 系统技术参数要求
|
总体要求 |
||
|
项目需具备先进的体系架构,合理的数据模型,成熟的技术解决方案,要考虑到我院未来需求的变化。 本项目拟基于大数据技术和知识库技术,建设先进的 “ DIP 综合管理系统 ”,并配套专业服务,在医保支付制度改革和强化医保监管的政策导向下,协助医院在新的机遇与挑战中高质量发展。 特别说明: 软件开发商提供的 D IP 软件系统需要与我院 HIS 系统深度融合,相关 H IS 接口开发工作,投标人要与我院在用 H IS 厂商充分协商,所有开发费用(包含支付给 H IS 厂商的费用)全部由投标人承担,招标人不再另外支付费用。后续软件功能的升级改造,涉及到我院 H IS 系统接口 二次 开发工作 的相关费用(包含支付给 HIS 厂商的费用)全部由投标人承担,招标人不再另外支付费用。接口开发工作要尽快完成,不能因为接口开发进度缓慢或者接口测试工作不充分而延误软件上线交付使用时间。上述各项条件不满足视为投标人根本违约,需要承担相应的违约责任。 提供相关承诺书并盖公章,不提供做废标处理。 |
||
|
序 号 |
功能模块 |
描 述 |
|
1 |
DIP 分组助手模块 |
1.1 系统应提供 DIP 病组预分组功能,可以让医院在上传病案数据之前,提前知道每份病案的入组情况和支付标准等信息,提供智能编码推荐功能,帮助编码员选择最合适的编码来提高病案质量。 1.2. 患者信息同步完成后,医生可以对患者进行 DIP 预分组操作,预分组使用医生填写的诊断编码和手术操作编码,分组结果包括但不限于: DIP 组编码、 DIP 组名称、分组判断过程、 DIP 组支付标准、分值、住院费用与支付标准费用比等。 1.3. 在病案首页质控、结算清单质控、盈亏分析等各环节,都随时可以调阅 DIP 分组助手进行 DIP 入组查询、推荐、分析等。 1.4. 合理利用 DIP 分组规则,在 DIP 预分组的同时,推荐更好的 DIP 分组方案,推荐结果包括但不仅限于主诊调整、同诊断病种、类似诊断病种、手术病种、其他手术操作等。 1 . 5. 编码员在完成医保结算清单和病案首页的编码后,可以根据当前编码进行 DIP 分组,系统应同时支持使用医保结算清单编码进行 DIP 预分组和使用病案首页编码进行 CN-DRG 预分组,分组结果包括但不限于: DIP 组编码、 DIP 组名称、分组判断过程、 DIP 组支付标准、住院费用与支付标准费用比等。 |
|
2 |
1. 临床校验 : 1) 完整性校验 : 对病案首页各字段的完整性进行校验,包括以下几点:( 1 )判断病案首页各项字段内容是否符合 HQMS 的是否必填要求。( 2 )查找漏填信息:包括医疗付费方式、病理诊断、有无药物过敏、是否有出院 3 1 日内再入院计划等。 2) 标准性校验 : 对病案首页各字段的标准性进行校验,包括记下几点:( 1 )判断病案首页各项字段内容是否符合 HQMS 的值域范围要求。( 2 )查找不标准信息:包括性别错误、婚姻状况错误、入院情况错误、离院方式填写错误等。 3) 合理性校验 : 对病案首页各字段的合理性进行校验,包括记下几点:( 1 )判断病案首页各项字段内容是否符合 HQMS 的数据质量控制要求。( 2 )查找不能通过校验信息:包括年龄与出生日期不符、诊断编码超出范围、住院总费用与分项费用之和关系不符、手术治疗费、麻醉费、手术费关系校验等。 4) 病案评分 : 根据住院病案首页数据质量评分标准,自动对临床医生填写的病案首页进行评分,并统计各扣分项。 2. 病案质控 : 1) 疾病诊断与手术操作编码质控:根据国际疾病分类学、住院病案首页项目填报要求,对疾病诊断和手术操作编码质控,具体包括:( 1 )核对诊断是否符合《疾病分类与代码国家临床版 2.0 》(包括出院诊断编码、病理诊断编码、门(急)诊诊断编码、损伤中毒外部原因诊断编码)。( 2 )核对手术与操作是否符合《手术操作分类代码国家临床版 3.0 》进行校验。( 3 )对主要诊断选择、主要手术选择、合并编码、使用残余类目、错误使用附加编码、重复编码、另编码等问题提供编码质控 2) 人工调整质控规则:系统应当能够支持人工对规则的调整。支持用户自由的删除或增加质控规则。规则内容需包含规则名称、提示内容、是否启用等。 3) DIP 病组预入组: 系统 应 提供 DIP 病组 预分组功能,可以让医院在上传病案数据之前, 提前 知道每份病案的入组情况和支付标准 等信息 ; 提供 智能编码推荐功能 , 帮助编码员选择最合适的编码来提高病案质量。 4) 动态核对:保证病历在流转过程中不会缺失、遗漏,病历数量与住院病人数量一致。 5) 报表生成:系统应支持生成 HQMS 报表、卫统 4 表及其他要求医院上传的数据报表功能,符合国家公立医院绩效考核相关要求,提高病案数据上传工作效率。 6) 规则库:系统应将内置及自定义的质控规则应用于系统内全部病案,并将每一项质控规则呈现给用户,方便临床医生和编码人员查阅。 7) ICD 编码映射:系统需提供 ICD 编码映射功能,包括多个国家临床版、国家医保版的 ICD 编码之间的映射,通过映射功能满足不同的病案数据上传和 DIP 病组分组需求。 8) 病历检索与查看:系统应当可以显示出相关的病历列表,并体现出基本的病历信息,包括患者姓名、病历号、入出院科室、主诊医师、主要诊断、入出院日期、病案等级、病案分数等。系统可通过姓名、病历号、入出院日期等信息快速检索到相应病案并以列表的形式呈现。病历的质控结果与病历原文在同一界面显示,通过点击结果,可以自动进行定位跳转,方便用户的操作。 9) 统计分析指标:系统可以通过不同的维度反映医疗质量和病案质量的情况,帮助医院数字化评估医疗质量的状态,从而发掘医院运营管理和病案质量管理可提升的空间和重点。统计内容包括:( 1 )基本情况统计:系统根据获取的病历情况,统计各项病例的基本情况,如病案数量统计、患者情况统计、常规医疗质量指标等。( 2 )病案首页质量分析:系统根据对病案首页的质控结果分析病案首页的质量情况,统计包括病案首页合格率、病案首页缺陷分布、缺陷类型分布、诊断与编码质量情况。( 3 )病案质量分析:系统根据对病案质控结果分析病案整体的质量情况,统计包括形式缺陷分布、内涵缺陷分布、病案质量统计、缺陷类型分布、病案分数分布等情况。( 4 )图形种类:系统支持多种主流的统计图表,如表格、柱状图、折线图、饼图等方式呈现,不同的图表展示角度和维度不同。 10) 行为日志 : 系统可以将管理功能的主要操作行为以日志的形式保存,方便后期进行分析、追溯系统状态。 |
|
|
3 |
1) 患者信息同步 : 能够从 HIS 等其他系统接口提取数据或通过表格导入数据,医生可以及时查看到本科室下所有在院和出院的患者信息,保证数据准确、实时、安全。 2) D IP 预分组 : 患者信息同步完成后,医生可以对患者进行 DIP 预分组操作,预分组使用医生填写的诊断编码和手术操作编码,分组结果包括但不限于: DIP 组编码、 DIP 组名称、分组判断过程、 DIP 组支付标准、分值、住院费用与支付标准费用比等。 3) DIP 分组智能推荐 : 合理利用 DIP 分组规则,在 DIP 预分组的同时,推荐更好的 DIP 分组方案,推荐结果包括但不仅限于主诊调整、同诊断病种、类似诊断病种、手术病种、其他手术操作等。 4) 编码调整 : 根据 DIP 分组结果和智能推荐,医生可以在当前页面调整诊断编码和手术操作编码,并使用调整后的编码重新进行 DIP 分组操作。 5) 病案首页质控 : 为提高病案首页填写质量,在源头减少病案首页错误,减轻病案室工作负担,医生端可以对同步的病案首页进行完整性、合理性、标准性校验,校验规则可根据病案室质控要求灵活调整。 6) 医保结算清单核对 : 病案室完成医保结算清单的编码后,需要将编码后的医保结算清单同步到医生端,医生可以对病案室的编码结果进行查看、核对、确认,临床医生确认后的医保结算清单才可以进行上报操作;假如临床医生因为其他原因无法完成医保结算清单核对,系统可设置默认天数,对超出天数的医保结算清单自动核对,默认通过。 7) 医保结算盈亏预算 : 在临床医生完成医保结算清单的核对后,可以查看所在科室所有出院患者的基本信息、主要诊断、其他诊断、主要手术操作、其他手术操作、住院费用、 DIP 分组结果、 DIP 组分值、 DIP 组支付标准、患者医保费用盈亏、药品费用、药品费用占比、耗材费用、耗材费用占比等信息。 1) 医保结算清单数量核对 : 为了避免遗漏医保结算清单,系统应提供医保结算清单数量核对页面,该页面可以查看到某一时间段内,全院以及各科室的出院病例数量、每个病案室工作节点的清单数量,并明显标识出已经完成工作的出院日期、出院科室和未完成工作的出院日期、出院科室,点击病案号可以查看病例详细信息。 2) 多版本 ICD 9 、 ICD 10 字典间对照 : 系统应提供国家医保 2. 0 版和国家临床 2. 0 版 ICD 10 字典对照和国家医保 2. 0 版和国家临床 3 . 0 版 ICD 9 字典对照。 3) 医保结算清单 + 病案首页登记 : 为了提高病案室工作效率,减少编码员工作内容,系统应支持在一个页面同时进行医保结算清单和病案首页编目工作,页面至少需要包括患者的基本信息、住院过程信息、诊疗信息、费用信息,其中诊疗信息应该区分医保结算清单和病案首页,并提供医保结算清单与病案首页信息自动对照功能,即编码员只需维护医保结算清单中的诊疗信息,系统根据内容自动添加病案首页中的诊疗信息。登记页面为编码员主要工作页面,每天编码工作量大,操作界面需友好,尽量符合编码员操作习惯,页面相应及时。 4) DIP +CN-DRG 预分组 : 编码员在完成医保结算清单和病案首页的编码后,可以根据当前编码进行 DIP 分组,系统应同时支持使用医保结算清单编码进行 DIP 预分组和使用病案首页编码进行 CN-DRG 预分组,分组结果包括但不限于: DIP/DRG 组编码、 D IP/ DRG 组名称、分组判断过程、 D IP/ DRG 组支付标准、住院费用与支付标准费用比等。 5) DIP +CN-DRG 分组智能推荐 : 合理利用 CN-DRG 分组规则,在 DRG 预分组的同时,推荐更好的 DRG 分组方案,推荐结果包括但不限于:不同编码顺序对应 DRG 组结果、手术对应 DRG 组结果、 MCC 编码推荐、 CC 编码推荐、手术编码推荐等,其中各个推荐结果说明如下: 不同编码顺序对应 DRG 组结果:将其他诊断和其他手术依次调整为主要诊断和主要手术,判断其分组结果,并根据 DRG 组的支付标准倒序排列;手术对应 DRG 组结果:查看患者所有的手术操作对应的 DRG 组和权重,避免错填主要诊断或遗漏诊断; MCC 编码推荐:统计历史数据中,相同主要诊断的其他病例 的 严重并发症与合并症,为医生提供参考; CC 编码推荐:统计历史数据中,相同主要诊断的其他病例 的 一般并发症与合并症,为医生提供参考;手术编码推荐:统计历史数据中,相同主要诊断的其他病例 的 影响分组结果的手术操作,为医生提供参考。 6) 病案首页评分 : 编码员在完成病案首页的编目后,可以根据《住院病案首页数据质量评分标准》,对病案首页进行评分,明确标识出病案首页得分和扣分项。 7) 医保结算清单 + 病案首页质控 : 编码员在完成医保结算清单和病案首页的编码后,可以根据系统内的质控规则,分别对医保结算清单和病案首页进行质控,质控规则应包括但不限于:必填项是否填写、填写内容是否在值域范围内、填写内容是否符合逻辑规范、医保结算清单填报内容是否符合《医疗保障基金结算清单填写规范》、病案首页填写内容是否符合《住院病案首页数据填写质量规范(暂行)》,质控规则可维护。 8) 医保结算清单病案审核 : 为了保证医保结算清单和病案首页填写的准确性,在完成医保结算清单和病案首页登记之后,系统应支持医保结算清单病案审核节点,只有病案室审核通过的医保结算清单才可以返回到临床科室进行临床核对。 1) 医保结算清单医保审核 : 在临床医生核对完医保结算清单后,医保科需要对医保结算清单进行最后的审核,系统可根据医保科实际情况调整清单审核条件,在审核时,记录审核通过或不通过原因。 2) 患者结算数据自动采集 : 能够从 HIS 等其他系统接口自动提取数据或通过表格自动导入数据,保证数据准确、及时、安全,满足医保结算清单填报规范。 |
|
|
4 |
DIP 盈亏分析统计 |
1 . 首页数据展示 1. 1 登录系统后,以首页的形式,可以从 “年度”、“季度”和“月度”的维度,直观展示全院各项 DIP 系统运行指标。 1 . 2 首页指标包括但不限于 “费用指标”、“ DIP 病种指标”、“科室指标”等。 2 . 数据采集与分组 2 . 1 每天自动从 HIS 系统、 E MR 系统或其他医院信息系统中采集 DIP 系统所需的原始数据。 2 . 2 自动将采集到的原始数据,按照 DIP 分组方案进行 DIP 分组,将原始数据和分组结果保存到数据库中。 2 . 3 展示数据分组结果,并提供 “智能分组”功能,辅助医生编目,提供参考,并且可以在上传病案首页和医保结算清单之前,预知 DIP 分组结果。 2 . DIP 分组方案维护 3 . 1 支持国家和地区医疗保障局的分组方案,不同核算周期使用不同版本的分组方案; 3 . 2 可以查看 DIP 病种目录库,包括核心目录库、综合目录库和辅助目录库等; 3 . 3 DIP 病种目录库支持 Excel 导入导出功能。 3 . 4 可以根据相关政策,灵活设置分组方案中的各项参数,包括但不限于:医疗机构系数、高低倍率病例范围、预算分值点值、结算分值点值等。 3 . 5 提供 DIP 分组查询功能,用户可输入主要诊断、手术操作等信息进行分组结果查询,也可以输入病案号等信息进行真实病例分组结果查询,并显示 DIP 分组结果相同的已出院病例信息。 3 . 6 系统应实现国家临床版、国家医保版的 ICD 字典查看功能,并提供不同版本 ICD 字典对照功能,保障医院目前使用的 ICD 字典版本不影响 DIP 分组结算。 4. DIP 基金结算 4. 1 根据医疗保险经办机构与定点医疗机构之间 “基金预拨付、月度预结算、年预清算、年度清算” 的医疗费用结算 流程,测算和记录医疗保险经办机构应该支付给定点医疗机构的费用和医保预拨付、结算、扣罚的金额 。 4. 2 当触发特殊病例评议机制后,可以将特殊病例评议结果维护到系统中,用于后续统计分析。 4. 3 根据违规行为监管辅助目录,分析测算全院不同概率的二次入院病种、低标入院病种、超长住院病种和死亡风险病种,并支持数据下钻功能,查看具体违规病例信息。 5 . 统计分析 5 .1 、展示医院在 DIP 支付方式下运行的整体情况。通过图表展现,展示医院的关键指标。 5. 2 、结构化展示 DIP 分组列表,如 DIP 的细分组方案、 DIP 病种目录库等。 5. 3 、根据 DIP 分组情况,当地医保政策和历史数据,模拟测算当年各 DIP 分组的分值情况。并根据大数据和政策的实施过程,不断修正预测的分值参考值。 5. 4 、根据 DIP 分组情况,筛查相关风险,包括但不限于:二次住院、低风险组、超长住院。 5. 5 、通过 ICD 编码及分组逻辑,查找病案未入组的原因,从而进一步分析如何通过改善数据质量提升入组率。按年 / 月 / 科室 / 医生维度,统计病案的入组率,对入组率进行排名。 5. 6 、按年 / 月 / 科室 / 医生 / 病组维度,分析实际产生医疗总费用和医保 DIP 模拟付费的情况下所产生的支付差异。 5. 7 、系统需支持按院区查询,不同院区设置不同系数。 5. 8 、从病种维度分析各病种盈亏情况,需展示各病种总盈亏,平均盈亏,盈余占比,亏损占比等。 5. 9 、对于亏损较多的病种,支持数据下钻查看,按照病种 - 科室 - 患者的下钻过程进行展示,在每一个过程中展示相应维度的指标。 5.10 、按科室维度统计各科室盈亏情况,包括病例数、分值、平均住院日、例均费用、各类占比等。 5. 11 、按医生维度统计各科室盈亏情况,包括病例数、分值、平均住院日、例均费用、各类占比等。 5. 12 、从科室 / 医生角度,统计权重、 CMI 、低风险死亡人数、时间 / 费用消耗指数、平均住院日等 D IP 绩效评价相关功能等。 5. 13 、从 DIP 病种角度,统计各 DIP 病种收治病例情况、费用情况和医保基金结余情况。 5. 14 、系统支持一键生成全院、各科室的 DIP 分析报告,报告内容可根据用户需求定制。 |
3 . VTE 管理系统参数要求
|
总体要求 |
||
|
支持与 HIS 系统并用但又能独立升级。 支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 支持权限管理,可对现有系统所有功能模块及使用系统的角色进行快速的权限对应,实现更高效的人员管理,有助于工作效率的提升。 软件开发商提供的 VTE 管理 软件系统需要与我院 HIS 系统深度融合,相关 H IS 接口开发工作,投标人要与我院在用 H IS 厂商充分协商,所有开发费用(包含支付给 H IS 厂商的费用)全部由投标人承担,招标人不再另外支付费用。后续软件功能的升级改造,涉及到我院 H IS 系统接口 二次 开发工作 的相关费用(包含支付给 HIS 厂商的费用)全部由投标人承担,招标人不再另外支付费用。接口开发工作要尽快完成,不能因为接口开发进度缓慢或者接口测试工作不充分而延误软件上线交付使用时间。上述各项条件不满足视为投标人根本违约,需要承担相应的违约责任。 提供相关承诺书并盖公章,不提供做废标处理。 |
||
|
序 号 |
功能模块 |
描 述 |
|
1 |
角色权限 |
与 HIS 共用用户。 提供产品登录入口。 支持单点登录。 |
|
2 |
基础数据管理 |
支持应用科室的新增、删除,支持设置重点关注科室应用于统计等用途。 支持 VTE 项目的新增、停用、启用,设置项目的属性、名称、来源等,设置不同条件下的关联项目。 支持 VTE 状态的新增、停用、启用,设置状态的名称、分类、标记颜色等,设置状态对于不同 VTE 项目的满足条件。 |
|
3 |
业务管理 |
支持查看某科室一段时间的 VTE 评估情况,支持查看 VTE 患者清单、处置清单、与 VTE 相关的院内活动环节、评估情况。 |
|
4 |
质量管理 |
支持查看院内科室一段时间的 VTE 相关统计指标,包括概率统计和指标统计,包括 VTE 风险初始评估率、 VTE 风险动态评估率、出血风险评估率、采取 VTE 预防措施率、住院患者实施静脉超声检查率、住院患者实施 D- 二聚体检测率、住院 VTE 患者实施抗凝治疗率、住院 VTE 患者实施溶栓治疗率、医院相关性 VTE 发生率、 VTE 相关病死率;支持以上指标按月、周、年或指定时间的趋势统计。 系统内置标准指标,支持指标可配置。 |
|
5 |
患者 VTE |
支持 HIS 医嘱(主要指评分表)执行时,根据评分结果计算 VTE 状态,并根据关联的 VTE 项目自动产生医嘱。 支持检验系统审核报告时,根据检验指标结果计算 VTE 状态,并根据关联的 VTE 项目自动产生医嘱。 支持 PACS 系统发生危急值时,根据结果计算 VTE 状态,并根据关联的 VTE 项目自动产生医嘱。 支持查看患者与 VTE 相关的院内活动环节。 支持查看患者当前 VTE 状态。 支持处理患者历史 VTE 处置,自动产生医嘱。 支持停止或作废历史 VTE 医嘱。 |
微信公众号(订阅通知)
本公告地址:https://www.120bid.com/view/105/HzCUeI4BBmDIFG2A7zq_.html
微信在线客服