眉山市彭山区人民医院关于拟采用单一来源采购方式采购
单病种数据上报系统运维服务项目的征求意见公示
各潜在供应商、单位、个人:
采购人为保证单病种数据上报系统运维服务的连续性,按相关条例法律、法规要求,拟采用单一来源方式采购单病种数据上报系统运维服务。现就此事项广泛征求意见。
一、采购人名称:眉山市彭山区人民医院
二、采购项目名称:单病种数据上报系统运维服务项目
三、采购所属项目预算金额:2.25万元/年,服务期1年
采购人医务科现有单病种数据上报管理软件,由北京惠每云科技有限公司承建。医务科信息系统自2024年上线以来,经过1年多的建设运行,现已经建立成一套完整的单病种数据上报系统,目前医务科室的单病种数据上报业务都离不开该系统的支持。为加强医务科室信息化建设,提升医务科室信息化建设的效率与服务,因此必须保证运维服务的连续性,提升医务科室工作效率。
故拟申请单一来源采购北京惠每云科技有限公司的单病种数据上报系统,原因有如下两点:
1.由于采购人现有单病种数据上报软件是由北京惠每云科技有限公司承建,该公司对本系统软件具有自主知识产权,也仅有该公司能对该系统进行二次开发升级,为了保障单病种数据上报系统建设的延续性、数据的安全性以及降低项目采购、系统集成、运行维护成本,避免重复建设,缩短建设工期,提高系统工作效率,节约资金。
2.北京惠每云科技有限公司已对采购人单病种数据上报系统运行维护1年,维护期间效率高且熟悉采购人医务科室各类报表,也能快速的完善、修订、新增符合采购人业务的需求,完善单病种数据上报功能等。
3、拟定供应商:北京惠每云科技有限公司
特别请示:申请单一来源采购北京惠每云科技有限公司单病种数据上报系统,附采购方案(附件1)。
征求意见期限从2026年5月9日至2026年5月15日止。各潜在供应商、单位、个人对公示内容及论证意见有异议的,应在公示期内以书面形式(包括异议具体内容、事实、供应商名称及联系人姓名和联系方式等)将异议情况反馈至采购单位。
联系方式:眉山市彭山区人民医院采供办
联系人:曾老师 联系电话:028-37613326
眉山市彭山区人民医院(眉山市第三人民医院)
2026年5月8日
附件1:
一、采购内容
1.采购货物名称:单病种数据上报系统运维服务
2.预算金额:2.25万元(大写:贰万贰千伍佰元整)
3.采购方式:单一来源采购
二、具体参数
(一)运维服务项目清单
|
服务类型 |
服务项目 |
服务内容描述 |
|
系统日常 运维服务 |
系统问题处理服务 |
提供系统使用方面问题的相关咨询服务,并对医院提出的系统问题及时响应,保障问题处理时效性,并输出问题处理记录。 |
|
系统实用操作手册 |
向用户提供最新的操作手册 |
|
|
系统故障及时处理 |
针对系统出现应用故障进行及时响应处理,保障系统运行稳定性。 |
|
|
服务器巡检服务 |
每年一次的服务器巡检,包括但不限于操作系统、CUP、内存、磁盘占用,中间件、数据库应用情况进行巡检,保障系统稳定运行,并出具巡检报告。 |
|
|
产品功能巡检服务 |
每年一次的产品功能巡检服务,包括系统接口运行稳定性,产品功能应用稳定性,功能完整性,数据展现完整性进行稳定性巡检,并出具巡检报告。 |
|
|
数据采集巡检服务 |
每年一次的数据采集巡检服务,对系统应用所需的采集服务进行稳定性巡检,保障数据采集服务稳定性,并出具巡检报告。 |
|
|
产品功能维护 |
跟随国家平台进行上报字段维护 |
对于已采购的病种,根据国家单病种上报平台(NCIS)表单字段变动、入组排除条件变动情况进行相应升级,通常情况下在国家平台调整后48小时内发布升级包,因政策要求增加字段较多及取值逻辑变动较大除外。 |
|
功能升级 |
维保期内,免费提供所购系统技术架构下最新版本的升级服务,每年提供的升级服务不少于2次。 |
|
|
系统 运营服务 |
现场运营巡访 |
提供至少一年一次的现场医院产品使用情况回访,并针对回访情况进行总结及处理,进一步提高系统应用效果,并输出运营巡访报告。同时为了保障大型节假日期间的业务连续性,在春节、劳动节、国庆节等关键节点,对系统例行巡检与保障。 |
|
现场运营培训 |
提供一年一次的现场培训记录,针对医院新医生进行系统强化培训,并输出系统培训记录。 |
(二)单病种数据上报管理软件需维护的系统功能模块
|
分系统名称 |
系统功能 |
功能描述及要求 |
|
数据管理 |
前端数据采集 |
与电子病历、HIS系统进行前端功能接口对接,支持各类主流开发框架及开发语言,对接方式支持:客户端、dll、jssdk等,实现功能实时触发,数据实时采集。 |
|
后端数据采集 |
提供各数据采集集成方式,原始数据视图接口,集成平台接口,数据中心接口。 提供数据采集数据源配置,支持mysql、SQLServer、Oracle、Cache等多种数据库接入; 支持ETL方式对采集数据进行转换和抽取; 支持增量数据采集:支持采用定时任务的采集方式增数据采集与汇集量采集临床数据,且不影响业务系统; 支持实时数据的采集:支持使用数据实时采集方式采集数据,对业务系统数据库性能无影响;支持数据集成过程监控与管理。 支持多种采集任务的时间配置,通过对任务时间的配置,实现定时任务自由配置的效果。 |
|
|
数据质量管理 |
▲ 产品依赖基础数据质量监控,至少包含以下业务: 1. 自动对病房医师、门诊医师、检查科室、检验处理等业务项目自动进行数据质量评分。 2. 针对病房医师,纳入数据质量监控的业务项目至少包含:医嘱处理、检验报告、检验申请、检查报告、检查申请、病历记录。针对检查科室,纳入数据质量监控的业务项目至少包含:申请与预约、检查记录、检查报告。 3. 对各个业务数据的编码对照率、字段有值率、字段关联率、时间顺序正确进行自动统计并支持对于缺陷数据下钻至记录明细,记录明细至少包含:角色、业务项目、评价标准、评价项目、未通过记录ID、患者标识。 4. 可直接查看任意评价项目的sql配置。 |
|
|
自然语言处理 |
▲可对各类非结构化医疗文书进行实时后结构化处理,如对于整段文本形式的出院记录可进行实时智能分析,至少包括: 1. 自动分段、分句:自动解析出入院日期、出院日期、入院情况、入院诊断、诊疗经过、出院情况、出院诊断、出院医嘱。并将每段文本中的句子进行自动分段。 2. 自动分词:自动对每句文本中的医学实体进行正确识别,实体类型包括:TIM(时间类型)、POS(方位)、BDY(解剖部位)、VAU(值)、UNT(单位)、SYM(表现)、DIS(疾病)、EXA(检查名)、TEST(检验名)、OPX(器械)、OPR(入路)、OPM(术式)、MED(药品名)、DOS(用药剂量)、SPE(药品规格)、ROU(用药途径)、FRE(频率)、ATT(性质)、MAN(操作)、WAT(观察对象)、TEN(时态)、NEG(否定)、EXI(肯定)、MAY(疑似)、ALE(过敏源)、FOD(饮食)、TIC(条件)、PER(患者)、LOC(地点)、DEP(科室)、QUA(数量)、TIP(时间点)、STG(分期)、PLA(方案),至少34类。 |
|
|
|
▲后结构化数据服务 |
1. 实体关联:对于不同实体之间的关系进行正确关联,如:对于肿瘤TNM分期可识别并与临床诊断进行关联。 2. 实体抽取:以数据库视图形式展示抽取的实体类型及值。 3. API视图:支持以RESTful API接口方式调用自然语言处理引擎并返回相应识别结果。 |
|
单病种数据上报(覆盖35个病种) |
上报患者筛选 |
系统应覆盖《单病种质量监测信息项(2020版)》中要求的35个病种的上报患者筛选,并支持自动识别ICD编码要求的出院患者。 |
|
上报内容 |
系统应覆盖《单病种质量监测信息项(2020版)》中要求的35个病种的全部上报内容。 |
|
|
医生端事中填报 |
▲患者事中筛选 |
入组提醒:系统可根据患者临床诊疗信息实时(无需点击保存按钮)自动筛选符合上报的患者,在电子病历书写界面弹窗提醒医生,给出入组建议,支持医生忽略入组提醒及备注忽略理由。如医生在入院记录初步诊断中输入“心衰”,系统立即弹窗提醒:该患者符合“心力衰竭”上报入组条件。 |
|
出组提醒:系统可根据患者临床诊疗信息(诊断、手术、患者基本信息)对已入组病种填报的患者满足排除条件时,在临床实时并自动提醒病种上报出组。 |
||
|
事中填报 |
支持临床诊疗过程中对病种入组患者进行上报内容填报。 |
|
|
填报进度 |
系统可根据病种填报内容汇总填报进度。 |
|
|
数据填报 |
系统自动填报 |
▲系统基于患者诊疗过程中结构化、非结构化信息,支持自动填报病种相关上报项目内容,支持医生查阅、修改。例如,对于急性心肌梗死病种,当首次超声心动图结果显示“左室射血分数LVEF43%,左室舒张末内径45mm,左室室壁瘤”时,系统可自动在填报页面的STEMI-2项中实现以上字段内容的自动抓取及报告时间信息抓取。 |
|
人工补充填报 |
支持用户病种上报数据项目多次修订、保存。 |
|
|
支持对必填信息项进行特殊标记提醒。 |
||
|
支持对病种上报必填项目的完整性进行提醒及上报拦截。 |
||
|
支持对入组多病种患者(上报患者)进行提示。 |
||
|
填报病种 |
用户根据病种权限对具有上报权限的病种进行填报。 |
|
|
填报内容审查 |
▲系统应在填报内容界面显示表单统计情况,包括:系统推荐项目数、界面计算项目数、前端界面默认值项目数、用户修改过的项目总数、用户保存总数、系统填报率、表单填报率的具体数值情况,并用不同颜色标记数值和填报内容所在位置。 |
|
|
原始病历查询 |
▲系统应支持在填报页面同屏调取进行该患者病历,显示患者就诊次数、住院次数、门诊次数、急诊次数等基本信息,并支持直接查看病案首页(医生端、病案端)、入院记录、谈话记录、出院/死亡记录、病程记录、手术记录、医嘱单、检验结果、检查结果等信息,其中药品医嘱、检查、检验结果支持快速检索并展示医嘱闭环。 |
|
|
个性化默认值 |
支持对主观项目进行个性化默认值配置 |
|
|
填报审核 |
▲审核权限 |
支持根据用户区分病种审核权限,包括: (1)填报人员:填报已入组患者病种上报数据项目; (2)审核人员:单例审核,批量审核(驳回)已提交病种上报内容; (3)上报人员:单例上报,批量上报,批量重报对审核通过病种进行上报,其中批量重报是指对上报失败的患者进行二次系统抓取信息进行自动补全后进行重报。 |
|
上报管理 |
上报状态 |
支持通过病种上报状态查询上报数据。 |
|
支持查询上报失败原因。 |
||
|
多病种上报冲突提醒 |
▲患者同时满足多病种入组条件时,系统根据病案诊断(手术)自动入组多个病种,其中一个病种已完成上报,在进行其他病种上报时提示该患者已上报病种 |
|
|
数据管理 |
病种数据检索 |
系统可根据出院或入院时间范围(“时间范围”可按昨天、过去7天、过去30天、过去90天或自定义选择)检索出病种上报数据,包含累计病历数和患者数。并支持显示每个病种的待填报数、已上报数,下钻到每个病种的数据填报入口。 |
|
系统可根据出院或入院时间范围(“时间范围”可按昨天、过去7天、过去30天、过去90天或自定义选择)按填报状态、上报状态、入组状态、病案号、患者姓名、科室、主管医生等维度进行数据检索(可一键重置),支持选择含其他病种已上报患者,并以列表形式展示,支持查看、填报、删除、日志、审查的操作内容。 |
||
|
上报病历自动筛选 |
▲病种自动入组:根据单病种国家填报要求,基于患者首页诊断编码、手术编码对符合填报要求的患者进行自动入组。 支持用户根据病种在注明排除原因后,排除系统入组的患者。 |
|
|
病历入组:系统可根据就诊时间范围(“时间范围”可按昨天、过去7天、过去30天、过去90天或自定义选择)按入组项目(覆盖35个病种)、入院方式、病案号、患者姓名、科室等维度进行病历检索(可一键重置),以列表形式展示,并支持入组操作和入组项目修改。 |
||
|
手动填报补充 |
支持对系统自动筛选范围外的患者进行人工手动选择填报。 |
|
|
病种漏报 |
支持通过填报状态查询对系统自动筛选填报患者中没有完成填报(漏报)的患者。 |
|
|
回收站 |
▲支持按照入院时间、出院时间、病种名称自动统计由系统推荐上报但被医生手动筛除的患者列表,列表信息包括病案号、入组状态、删除时间、操作用户,并可查看删除原因或进行恢复入组操作。可支持人为删除数据的批量导出。 |
|
|
填报汇总 |
数据上报统计 |
系统支持通过上报患者查看病种病种上报情况,包括: 病种上报例数:病种上报例数汇总、病种上报趋势、病种上报分布;以及病种上报率、病种及时率、病种上报排名等。 |
|
病种上报例数,可包含:今日上报数(环比、同比)、本月上报数(环比、同比)、本年上报数(同比)、累计上报数,并支持页面置顶展示。 |
||
|
系统可根据科室、病种分类、病种名称、年、月等维度选择查询病种统计数据,应至少包括:已上报例数、上报科室、上报病种、病种分布、病种费用、住院天数、病种平均费用、上报排名、年龄分布、患者性别分布等项目的详细情况。 |
||
|
质控指标数据统计 |
系统可根据出院时间范围(“时间范围”可按昨天、过去7天、过去30天、过去90天或自定义选择)按周或按月查看所有病种质控指标完成情况、指标完成率等,并分别以图形、趋势、列表形式展示。 |
|
|
病种填报内容统计 |
根据病种填报内容,汇总病种费用与患者住院日变化趋势。 病种费用:病种费用趋势、平均数、中位数。 病种住院天数:病种住院天数趋势、平均数、中位数。 |
|
|
病种数据明细 |
支持根据填报科室、填报人员汇总填报明细数据。 |
|
|
数据对接 |
院内数据来源 |
支持对接院内系统:HIS、LIS、RIS、病案首页等(院内结构化数据)系统。 |
|
国家单病种中心 |
支持通过医院前置机直接对接国家单病种中心数据接口服务,实现病种数据直接上报。 |
|
|
系统管理 |
用户管理 |
系统可根据用户名、用户类型、上报病种(覆盖35个病种)进行检索管理情况。并以列表形式展示用户的创建时间,支持管理员进行账户增加、修改、删除等角色维护系统用户。 |
|
角色管理 |
支持定义角色权限,至少应包含:医院用户、医院管理员、系统管理员。 |
|
|
权限管理 |
支持根据角色进行系统功能、数据权限管理,以及定义用户上报病种范围。 |
三、商务要求
1.在整个服务期间,服务方须确保不侵犯任何第三方合法权益(包括但不限于知识产权)。如因服务方在服务期内被指控侵权或引发第三方索赔,导致我方遭受损失的,服务方应承担全部相应责任。
2.在整个服务期间,服务方应采取有效措施,最大限度减少对采购人患者及家属的干扰。严禁与采购人职工、患者或家属发生任何纠纷或群体性事件。若因服务方原因引发此类事件,服务方应承担全部责任并负责妥善处理。
3.在整个服务期间,服务方必须对其工作人员的安全负全面责任。服务方应建立并执行完善的安全管理制度,采取充分的安全防护措施,服务期内工作人员的人身安全与财产安全,并承担因安全管理不到位而引发的一切后果。
4.在整个服务期间,服务方必须配备专职安全管理人员,安全监督,并与采购人签订协议。因服务方原因在服务期内发生任何安全事故(人身、财产、信息安全等)的,由服务方独立承担全部法律责任及经济损失,采购人对此不承担责任。
5.服务方须每季度对采购人服务器执行一次信息安全管理方面的例行巡检,并在每次巡检完成后七个工作日内,向采购人提交详细盖章后的巡检报告(纸质版或电子版)。
6.提供365天*24小时不间断电话应答服务;15分钟内做出响应,2个小时内解决;如需到现场,需在2个小时内到达现场,4个小时内解决问题(如因硬件或第三方软件问题不受此服务要求的时间限制);如超时未能完成,采购人将按运维合同总金额千分之一每天扣罚,直至任务完成为止。



