***智能管理系统(*次)
采购需求
（注：当采购包的评标方法为综合评分法时带“★”的参数需求为实质性要求，供应商必
须响应并满足的参数需求，采购人、采购代理机构应当根据项目实际需求合理设定，并明确具体
要求。带“▲”号条款为允许负偏离的参数需求，若未响应或者不满足，将在综合评审中予以扣
分处理。）
（注：当采购包的评标方法为最低评标价法时带“★”的参数需求为实质性要求，供应商
必须响应并满足的参数需求，采购人、采购代理机构应当根据项目实际需求合理设定，并明确具
体要求。）
*.*采购项目概况
为推动智慧医院建设，医院将智慧医院建设作为医院高质量发展的重点项目建设，投入了大量的
人、财、物推动医院信息化建设。目前我院建成***、***、****、***、手术麻醉、心电、物资
管理等基础信息系统，支撑全院业务流转；互联网、物联网、大数据、人工智能等应用在我院更
多业务领域不断建设落地；集成平台初具雏型，并在逐步完善。目前在***管理方面医院尚无
相关管理系统，为适应医保支付改革***/***付费，提高医疗服务质量和治疗水平，需建设***
智能管理系统。依托信息化手段实现精细化管理，为院内管理、考核提供支撑，逐步推动院内信
息系统完善、病案质量达标、诊疗流程规范、医疗资源优化和医保结算费用全面监管。实现病案
首页质控管理与绩效分析、****智能管理与监控、医保结算清单管理和成本分析等功能。
*.*服务内容及服务要求
*.*.*服务内容
采购包*：
采购包预算金额（元）:***,***.**
采购包最高限价（元）:***,***.**
| 序号 |
标的名称 |
数量 |
标的金额（元） |
计量单位 |
所属行业 |
是否涉及核心产品 |
是否涉及采购进口产品 |
是否涉及采购节能产品 |
是否涉及采购环境标志产品 |
| * |
***智能管理系统 |
*.** |
***,***.** |
项 |
**** |
否 |
否 |
否 |
否 |
*.*.*服务要求
采购包*：
标的名称：***智能管理系统
| 参数性质 |
序号 |
技术参数与性能指标 |
|
* |
病案首页质控（*）文件导入。支持卫统*、****等标准格式的病案首页数据自动抓取或手动导入。提供支持嵌入电子病历、***或病案首页系统实时传入首页数据，并实时反馈质控结果。（*）病案首页数据质控功能：（*）完整性质控，可实现审核首页数据填写完整性（所有必填项是否未填、数据格式是否正确等）。（*）值域范围质控，可实现校验各数据项的值域范围是否在标准值域范围内。（*）逻辑合理性质控，可实现判断各数据项之间的逻辑合理性。（*）新生儿逻辑质控，可实现判断所有与新生儿相关的数据项的合理性。★（*）诊断及编码逻辑规则，及时更新嵌入编码质控规则。可实现对诊断编码规则、合理性、完整性进行校验，并提示整改建议，校验规则包括主诊选择规则、次诊顺序合理性、诊断***规则、诊断与性别、年龄符合性、编码冲突规则、编码漏编规则(比如：另编码、病理、损伤中毒)、诊断与入院病情符合规则、主诊与离院方式符合性、特征规则、合并规则。★（*）手术逻辑质控，可实现判断手术操作编码合理性、完整性进行校验，并提示整改建议。校验规则包含无效主手术规则、手术部位未指明（***）、手术与性别符合性、不包括规则、合并规则、另编规则。★（*）***分组功能（提供系统功能截图）（*）可对每份病案进行***预分组，展现分组信息，根据预分组情况判断病案分组是否准确，编码填写是否合理，是否存在遗漏疾病诊断和手术操作编码或是否存在主要疾病诊断选择错误等问题。（*）标杆值比对：展示该组的标杆值，如住院天数、费用等信息，超出阈值进行提醒。（*）低风险死亡：提示是否为低风险死亡病例。（*）重点监控病种：提示是否为重点监控病种或术种。★（*）高编、低编提示：根据预分组情况与标杆值对比分析，判断病案是否存在高编、低编问题。（*）病案评分功能（*）系统支持病案首页质量进行自动评分，并对扣分项目的问题进行展示，支持人工调整评分结果、支持医院绩效考核。按照患者信息、住院信息、诊疗信息、费用信息、其他信息进行分类。各部分设置相应分值，并能根据实际情况进行调整；（*）病案评分情况报告，可对每份病历依据评分标准计算最终得分，并标记病案是否合格。可查看每份病案的扣分项以及扣分原因。（*）综合分析功能（*）质控监测，可通过图表形式综合体现某时间段内病案质控的各项结果（总病例数、质控病例数、合格率、平均得分等）；（*）问题分析，可统计全院及各科室病例常见错误分布情况并细化到具体医生；（*）对比分析，可展现全院及各科的病案质控情况的环比、合格率增长情况、各科之间的病案合格率，平均得分排名情况等。（*）质控结果分析：可展现全院及各科室病例质控结果以及合格率得分等。★（*）***风险统计。基于***入组结果，进行全院、科室等多维度风险统计分析。包括未入组病案、低风险死亡病案、费用极低/极高病案。并支持追踪至单个病案。若同时开通**、****类分组，则支持*类风险统计报表切换。（提供系统功能截图）★（*）医生端质控。系统支持将插件嵌入***医生工作站，在医生端展示出病案首页的编码问题、多个预分组结果及标杆对比等。支持对病案首页同时进行***-***、**-***、预分组，且可*键切换查看。同时提供当前预分组的总费用/药耗标杆、重点跟踪风险标签医生端实时质控中，基于出院记录与执行医嘱数据，对比病案首页诊断与手术操作的已填项，提示出存在漏填的诊断与手术，及其对应版本的编码，可配置的在医生端展示出病案首页的编码问题、多个预分组结果及标杆对比等。（提供系统功能截图）（*）质控结果导出。支持按字段范围及顺序、字段名称、值域类型、***版本等维度自定义设置导出模板。支持按月份或批次，导出病案统计系统所需格式或标准上报格式的文件，包括****西医、****中医、卫统等及自定义导出模板。★（*）质控规则维护。可提供可视化质控规则编辑及维护平台，支持医院自定义质控规则。（提供系统功能截图） |
|
* |
病案首页绩效分析（*）数据采集。病案首页数据采集功能，采用国家卫生直报系统接口规范，支持西医与中医的卫统数据格式。支持包括但不限于***、***、*****等文件格式，支持数据覆盖和添加。★（*）***分组器（卫健系统版）。***分组器需在院内安装，需使用多维度对相对权重**进行设置，即***组的疑难程度、风险程度和消耗资源的多少。（*）系统需提供分组明细查询，可下载每个病例的详细***入组明细。明细应至少包含：病案号，出院时间，病人性别、年龄、主要诊断、次要诊断、主手术等基本信息，***组代码，***组名称等。（*）系统需提供重点监控病种/术种分组器，并能根据省（市）的具体情况，能够进行扩充和修改；系统需提供重点监控病种/术种分组明细查询，可下载每个病例的详细明细。明细应至少包含：病案号，出院时间，病人性别、年龄、主要诊断、次要诊断、主手术等基本信息，重点监控病种/术种代码，重点监控病种/术种名称等。（*）应具有手术分级系统，可按用户要求调整手术分级目录，能实际反应临床实际。系统需提供手术分级情况查询，下载每个病例的手术分级明细。明细应包括但不限于病案号、出院时间、病人性别、年龄、主要诊断、次要诊断、主手术基本信息、手术级别、是否为日间手术等。★（*）系统首页至少应包括：医院总权重、***病例数、***病组数、低风险组死亡率等内容及各项的同比、环比情况。★（*）系统应支持雷达图及列表形式展示样本信息对比医院的绩效情况，至少应包括：总权重、***组数、***、时间消耗指数、费用消耗指数、低风险死亡率等内容展示。（提供系统功能截图）（*）系统可列表展示医院***绩效的得分情况，至少应包括：综合得分、诊疗范围得分、诊疗难度得分、时间消耗得分、费用消耗得分、低风险死亡得分、环比情况。★（*）系统能够在指定时间范围内，将***入组数量、***、时间消耗指数、费用消耗指数、低风险死亡等情况进行趋势图展示，并可按日、月、年的时间维度查看全年每月的死亡数和死亡率的情况。★（*）综合能力分析。（*）可在指定时间段内对全院、某科室或多科室、医疗组、医生综合能力进行分析，支持运行目标与标杆数据对比（其中标杆数据由历史数据生成，支持修改自定义标杆数据），分析指标包含但不限于出院人数、***组数、***总量、***值、平均住院天数、平均总费用、平均药费、平均耗材费、检验检查占比、*天再入院病例数、低风险死亡率、费用消耗指数、时间消耗指数等。（*）支持展示筛选时间段内的全院、科室、医生超支结余趋势、超支结余科室分布、病例类型分布、高低倍率病例占比趋势，支持下钻。★（*）***疑难病历分析。系统可按医院要求制定**区间（如**&**;*）作为疑难病例的权重值的基准，并按所制定的区间分析各个**区间的病例比例。可在指定时间段内对全院、某科室或多科室、医疗组、医生疑难病例进行分析，包含出院人数、各**区间人次、各**区间人次占比、疑难病例出院人数、组数、平均住院天数、平均总费用、平均药费及占比、平均耗材费及占比等。（提供系统功能截图）★（*）***外科能力分析。系统需对手术进行科学的分级，按医院要求设置**级手术分类目录，分析医院的**级手术比例，代表外科能力的强弱。系统可在指定时间段内对全院、某科室或多科室、医生外科能力进行分析，包含出院人数、各级别手术人次、各级手术人次占比、**级手术人次之和、**级手术人次占比、平均术前等待天数、平均术后恢复天数、平均住院天数、各级别手术人次变化趋势、各级别术种数量等。★（**）重点监控病种（组）/术种分析。可按医院要求设置重点监控病种/术种表单。系统提供全院整体分析，并可下钻到具体科室及医生。分析的指标包括但不限于重点监控病种（月份、科室名称、出院人数、均次费用、均次药费、药占比、耗占比、平均住院日等）及重点监控术种（月份、科室名称、出院人数、均次费用、均次药费、药占比、耗占比、平均住院日、术前等待时间、均次卫材费、卫材占比等）。（提供系统功能截图）（**）专题分析（*）费用分摊分析。展示按出院科室与按费用产生科室结余对比；支持查看产生费用分摊病例明细，及病例在各科室的费用情况，支持下载；支持按时间、科室、病例范围等筛选，病例支持不同字段的排序。（*）学科发展分析-学科覆盖度分析。展示各***中医院病组/病例相对地区全部病组的覆盖度、各***医院病组/病例占比（覆盖度），以此反映医院学科广度；支持下载。（*）学科发展分析-科室评价。通过矩阵象限，分析在医保***下相对优势的科室、劣势的科室；支持指标组合维度切换、原点自定义；支持数据下钻与下载。（*）学科发展分析-病组评价。通过矩阵象限，分析在医保***下全院、各科室的优势病组、劣势病组；支持指标组合维度切换；支持病组范围自定义，支持数据下钻与下载。 |
|
* |
考核指标数据提取数据提取功能：实现对医院等级评审、*级公立医院绩效考核工作需求数据最大限度的提取，确保数据真实性、客观性、可溯源性。 |
|
* |
****监控与管理功能★（*）***分组器（医保版）。与****市医保***分组器版本保持*致，包括***组的***、诊断名称、手术、手术名称、点数、支付金额、系数等，根据医保对***分组目录的调整，及时更新***分组器。（提供系统功能截图）★（*）编码版本转换。系统支持编码版本自动转换，可将临床版编码转换为医保版编码，节约医院人力成本、提高工作效率。★（*）数据审核。对涉及到入组的病人信息和编码进行审核，包括必填项、逻辑*致性、编码转换、禁用编码等。★（*）编码审核提示。系统可将审核出的编码错误进行展示，提示、帮助医生修正错误编码。★（*）预分组功能。可根据病人入院情况，如入院诊断、可能要做的手术，进行预入组，展示推荐入组和其他可能的入组，以及各组的支付标准，点数，住院天数以及入组条件等。（提供系统功能截图）（*）分组预测功能★（*）支持病例的床日结算预测。提供医保手术标准编码的查询、维护功能。（*）医保医师、护士、药学人员及技术人员配置。提供医生及护士的医保信息配置功能。（*）编码对照。提供院内诊断编码、手术编码、病理损伤编码及其他所有标准编码和医保标准编码的对照；提供院内版和多个版本的医保编码对照。（*）医保审核规则管理（*）基本信息审核规则维护。定义病案首页基本信息数据的完整性、*致性、合理性等审核规则并提供查询功能。（*）诊断信息审核规则维护。定义首页诊断信息有效性、合理性的规则维护，包括无效主诊、非标准编码、***诊断、合并编码、排他编码等。（*）中医诊断审核规则维护。定义首页中医诊断信息有效性、合理性的规则维护，包括主病编码、主诊编码的合理性和标准化等。（*）手术信息审核规则维护。定义首页手术信息的的审核规则维护，包括手术编码的有效性、和主诊的*致性等。（*）重症信息审核规则维护。定义首页重症信息的的审核规则维护。★（*）医保结算数据采集（*）结算数据导入。导入医保局下发的月度/年度实际结算单，导入后系统中将以实际数据做统计分析；支持导入异常数据的手动处理机制。（*）结算数据转码。结算数据字典编码转换。（*）结算数据匹配。按照匹配规则自动和首页信息完成匹配，对无法自动匹配的结算数据，系统提供人工干预处理的手段完成首页数据精准匹配。★（*）医保清单数据生成（*）数据审核。系统根据采集的首页和结算系统数据，形成规范的医保上报结算数据，并按各类审核规则对数据进行完整性、规范性、合理性、编码逻辑性等全面审核，并生成明细的审核错误信息。支持临床医生、科室负责人和管理部门*级审核功能。审核结果数据可通过统计分析功能做进*步的分析展示，可提供文件导出。（*）数据锁定。对审核通过数据的数据进行数据锁定，以保证上报数据的安全。（*）清单数据修正。提供审核有误的病案提供详细的查看分析和修正功能，可以查看所有数据项信息，提供修正建议；系统可以对单份病案数据进行审核并返回明细审核结果，包括异常审核结果、质控评分、***分组及**值等信息。（*）医保清单上传。通过审核的数据通过上传通道对接上传，并详细记录上传数据信息。（*）医保上传日志。提供上传数据的查询,接收医保局端反馈的错误信息，对相关结算清单进行数据修正并重新上传。★（*）医保数据统计分析（*）月份分布分析。以图表方式按月份提供医保清单数据的统计分析，包括统计期内的上报总量、结算人次、***分组数、***、时间指数、费用指数等汇总及其环比数据和趋势，可按照科室、医疗组、***进行分类查询，选择相应类别可以查看明细数据和分组信息、盈余情况等，所有结算数据的分组信息支持查询导出。（*）科室、***分布分析。以图表方式按月份提供医保清单数据的统计分析，包括统计期内的各科室的结算人次、金额、分组数的数据和分组信息，所有结算数据的分组信息支持查询导出。（*）超标费用分析。统计医保结算清单中各科室费用超过分组标杆费用的详细信息，包括超标总费用、超标人数、科室费用超标分布等统计信息和明细病案信息。（*）超标天数分析。统计医保结算清单中各科室住院天数超过分组标杆天数的详细信息，包括超标总天数、超标人数、科室超标天数分布等统计信息和明细病案信息。（*）全院分组分析。统计分析全院医保分组情况，包括排序前**个分组的人数和占比及其明细病案信息；提供分析结果导出。（*）申报数据分析。医保结算清单数据中人数、费用、结算费用等数据分析统计，可按科室、月份、医保分组等不同口径统计分析。（*）审核情况分析。统计分析将指定时期内审核错误信息的分类统计分析功能，包括各类错误的病案数量、错误占比、科室分布等，提供数据导出功能，病案编码员工作量、工作质量分析。★（*）***结算核对（重点病例分组核对）（*）支持按分组不*致、含特殊药品耗材、是否已查阅、院内已申诉、病例类型、特殊结算病例等条件筛选，快速定位重点病例。（*）支持查看病例***预分组与实际分组对比、诊断/手术、费用明细、病历文书等数据，用于核对分组，判断是否需要申诉。（*）支持数据导出下载。（*）支持调整主诊断/主手术模拟分组。（*）病例列表包含医保结算流水号、结余、患者信息和分组等信息，支持自定义展示顺序、显示/隐藏表头。（*）总览显示医保结算单病例数、匹配成功病例数、分组*致率和总结余。（*）支持按科室下看结算信息。 |
|
* |
个性化设置提供个性化系统设置，支持对嵌入院内系统的实时质控结果设置展示内容。 |
| ★ |
* |
接口改造必须实现与医院集成平台对接，与涉及所有系统对接，实现互联互通并按照医院集成平台的整体框架，根据系统业务功能和统计需要，应实现与各系统对接，包括但不限于***、***、***、****、手麻系统、电子签名等，实现业务应用接入、数据汇集与交换、服务调用、服务提供等。第*方接口改造费用包含在内。 |
| ★ |
* |
***智能管理系统投标人总体要求（*）系统建设需基于顶层设计的思路,根据医院的实际管理需要及信息化的进程完成***的项目建设，实现现有各系统之间现业务上的无缝衔接、数据上的同源共享和工作上的协同畅通，具备开放的标准化体系结构，可方便地与其它业务系统衔接，支持新建系统的标准接入。充分考虑数据和系统的安全性，不同部门和系统的秘密或敏感信息需要严格权限控制并进行加密传输、保存。（*）实施系统须支持面向对象的*/*架构体系，支持分布式应用发布和负载均衡，支持浏览器架构，增强系统的拓展性、稳定性，降低维护的复杂性。（*）软件产品系统成熟、稳定和高效，具有自主知识产权，功能模块齐全，符合应用规范，满足业务需求。（*）提供产品能够根据业务功能应用，支持业务独立部署，保证系统使用过程中网络的安全性。实现用户名、密码、身份证号、银行卡号等敏感信息的加密，保证数据传输的安全。 |
| ★ |
* |
安全保障要求★服务期内，采购单位开展等保测评和密评，测评结果作为项目验收条件之*；若采购单位未在服务期内开展等保测评和密评工作，投标人应承诺无偿配合医院*级等保测评和密评整改工作直至通过。 |
| ★ |
** |
软件配置环境（*）提供支撑软件运行的硬件环境,满足系统冗余运行。（*）适配国产数据库和操作系统。（*）客户端操作系统：应支持医院现有客户端操作系统统信等国产操作系统、********************或以上版本。（*）手机端：适配主流用户群体手机操作系统*********、*******、***等系统。（*）网络：支持****网络环境部署。（*）本项目采用加密算法应属于国家密码局认定的国产密码算法。 |
|
** |
运维要求（*）运维人员要求投标人负责组件运维服务团队，应包含*名项目经理与*名监理人员和至少*名售后服务人员，提供包括人员姓名、职务、联系电话（含座机、手机等），提供微信、**、电话、远程协助等服务方式。相关专业技术人员具备实施与运维服务的专业技术能力。投标人须成立软件运维小组并制定工作方案，做到事事落实到人，建立双方运维工作台帐，对不能及时完成的事项要说明原因及取得医院同意。（*）运维具体要求（*）对建设系统（含服务器操作系统）及软件、数据库进行日常维护，保证正常运行。对医院在日常使用过程中，对服务器操作系统及应用软件本身出现的***、漏洞进行修复，根据信息技术发展对系统进行版本升级，不断完善应用系统功能，运维服务期内完成以上系统与集成平台的集成，包括数据集成与应用集成。（*）对医院在业务运行、管理工作中提出的合理优化要求；为医院采购的第*方系统提供标准化接入服务，不断完善信息系统的应用、数据集成能力；并为医院提供应用服务重建及迁移等技术服务。（*）投标人应及时响应卫健、医保、人社、药监、疾控、财政等各级行政管理部门的政策性要求，积极配合采购人因接受检查、巡察、评审、复审、应急等工作而提出的信息化相关要求，对相应的软件模块功能及接口进行修改、完善。（*）每季度对系统做定期检查和维护，每年需提供每月、季、半年、年数据分析服务，分析医院病案首页质控，病组结构，学科建设、医保盈亏、费用成本分析等存在问题。（*）运维服务期内，如需新增软件模块才能满足或解决医院需求的，双方协商处理。（*）投标人应至少每半年提供*次软件运维工作报告，内容包括但不限于：培训、指导、商讨、修改、升级、更新、建议、要求、流程再造、设备接入、业务扩展等，以及医院提出的其他要求落实的情况。（*）国家新增或修订政策、法律法规规章出台的所有相关行业信息，投标人有义务及时提供给院方。（*）如采购人有第*方公司系统需要与上述系统对接，投标人应积极配合完成由院方提出的接入需求，逐步完善医院信息系统功能。（*）非故障性的其他系统升级、优化、政策指令性等需求，应在政策指令要求的时限前完成，用户自身合理需求完成时间不超过*个月（以需求正式提交时间为准），系统***修正时间不超过*周（以***确认时间为准）。 |
*.*.*人员配置要求
采购包*：
详见*.*.*服务要求
*.*.*设施设备配置要求
采购包*：
详见*.*.*服务要求
*.*.*其他要求
采购包*：
详见*.*.*服务要求
*.*商务要求
*.*.*服务期限
采购包*：
自合同签订之日起***日
*.*.*服务地点
采购包*：
****市中心医院
*.*.*考核（验收）标准和方法
采购包*：
严格按照财政部《关于进*步加强****需求和履约验收管理的指导意见》（财库〔****〕
***号）、《“智慧****”建设项目管理办法》等****相关法律法规及部门规章执行，以招
标文件技术服务要求及响应文件技术响应为准。如出现未在招标文件中明确规定的，以国家相关
标准为准。验收时双方皆应派员参加，验收合格后需双方签署验收单。验收包括功能验收、流
程验收、技术验收、数据完整性验收和培训工作*个维度，双方需要共同提前做好准备工作。（*）
功能验收：对照功能设计，逐项进行核对；（*）流程验收：所有业务流程与操作均运行正常。
（*）技术验收：符合技术要求并经测试确认；（*）系统安全验收：系统架构安全可靠，采用
国产密码进行数据加密传输存储，应满足网络安全等级保护*级要求；（*）整个项目分为*次
验收：①上线验收：软件系统上线稳定运行使用满*个月，投标人提出书面验收申请后*个工
作日内进行项目验收，验收前投标人需提供用户需求方案、项目实施方案、系统说明书、用户操
作手册、培训手册、系统维护手册、数据库表结构与说明、接口技术文档、覆盖所有的信息产品
的最新源程序，注释清晰明了、能够编译生成目前正在运行的应用程序的、且可供*次开发的源
代码。②维护服务期验收：*年维护期结束进行维护期验收，按照维护期的服务条款进行验收，
提供维护服务报告。（*）培训工作：按照计划完成了所有的培训和考核工作。
*.*.*支付方式
采购包*：
分期付款
*.*.*.支付约定
采购包*：付款条件说明：双方签订服务合同后，达到付款条件起*日内，支付合同总金额
的**.**%。
采购包*：付款条件说明：合同签订且系统上线稳定并签署上线验收报告，中标人向采购单位
开具的足额发票，达到付款条件起**日内，支付合同总金额的**.**%。
采购包*：付款条件说明：运维服务期满，验收合格后，达到付款条件起**日内，支付合
同总金额的**.**%。
*.*.*违约责任与解决争议的方法
采购包*：
①因合同引起的或与本合同有关的任何争议，由双方当事人协商解决；也可以向有关部门申请调
解。协商或调解不成，当事人可依照有关法律规定将争议提交仲裁，或向人民法院起诉；②上述
过程发生的费用由败诉方承担；③在进行仲裁或法院审理期间，除提交仲裁或法院审理的事项外，
合同仍应继续履行。
*.*其他要求
投标人应及时了解和掌握采购人工作人员对软件的熟悉和利用程度，必要时要到现场进行培训指
导，让软件充分发挥其应有作用。对采购单位利用不充分甚至未利用的系统功能，投标人有责任
以书面形式向医院提出。
功能介绍
热门关键词： 
换一批
巴中最新招标公告推荐
招标采购
询价订单
分包项目
直采订单
拟在建项目
业主委托
