按照《医院招标采购管理暂行办法》要求,拟在近期对以下项目进行院内论证。
序号 | 科室 | 项目名称 | 数量 | 预算单价 |
1 | 院门诊部 | AI病历生成分析系统 | 1套 | 150 |
请各品牌厂家、代理商见本公告后,携带有效证件及产品资料****点击查看管理中心报名(**路6号信息科研综合楼6楼),望相互转告。
一、递交资料要求:
按如下内容及顺序制作文件(一)及文件(二),加盖公章,各6套(1正5副),并进行封装
(一)项目论证响应文件
1、封面。内容包括参与单位名称、项目名称(品名)、联系人及联系电话。
封面格式要求示例:
项目名称:XXXXX
报名公司名称:XXXXX
联系人:张三,123****点击查看1234
电子邮箱:****点击查看@xx.com
设备厂家:XXX
设备型号:XXXXX
2、****点击查看公司文件:营业执照、税务登记证、经营许可证、产品授权书等。
3、参与单位的法定代表人或其授权委托人身份证及授权委托书复印件。
4、有效的产品医疗器械注册证(含专用耗材、试剂注册证)、医疗器械产品注册登记表及产品说明书;软件类提供著作权证;产品图片打印彩页。
5、项目技术方案。
6、项目实施方案。
7、售后服务承诺。
8、相关建设案例情况。
9、其他内容(亮点)。
10.需求参数响应表:按照《设备采购技术参数需求》整理需求参数响应表,响应表电子版(盖章PDF版及可编辑版各一份)发至邮箱****点击查看@163.com
(二)报价表
1、 产品报价表,包含产品名称、制造商、品牌规格型号、供货数量、单位及总价格、保修年限,出保后每年维保价格(如包括软件和硬件,需分开报价)。
2、 耗材(包含报价)、试剂长期供应价格清单。
3、 产品的配置清单(请按科室要求配置)、技术参数。
4、 ****点击查看医院支付方式)
二、递交方式:
请有意向的厂家/公司见本公告后,携带有效证件及项目资料****点击查看管理中心报名(**路6号信息科研综合楼6楼),项目资料电子版发送至邮箱:****点击查看@163.com,邮件内需注明经办人姓名、联系方式、邮箱。望相互转告。
三、截止日期:
2025年8月22日。
四、联系方式:
咨询电话:0771-****点击查看429
2025年8月18日
(参数仅供参考,以科室实际需求为准)
1.项目名称:AI病历生成分析系统
申购科室:院门诊部
一、总体要求
(1)提升病历生成效率:通过AI辅助,大幅缩短医生书写病历的时间,降低医生工作负担。
(2)保障病历质量规范:确保生成的病历符合国家及行业相关规范(如《病历书写基本规范》),内容完整、逻辑清晰、术语准确,减少错漏项,提升病历合格率。
(3)挖掘病历数据价值:通过对病历数据的智能分析,为临床诊断、治疗方案优化、科研统计等提供数据支持,辅助医院提升医疗质量与管理水平。
(4)实现多院区部署。
二、具体要求
(一)硬件要求
承建方应为本项目语音识别模块提供必要的语音输入条件,保证语音识别和病历生****点击查看医院方要求详细规划、完整提供并负责部署所有必需的硬件基础设施**,包含:
1. 核心硬件组件:
(1) 全向麦克风
2. 关键性能与可靠性要求:
(1) 精准拾音:
① 360°均匀覆盖,确保房间内各位置人声清晰度一致,无死角衰减。
② 高指向性灵敏度,突出房间内多人对话细节,抑制远场无关音(如门外噪音)。
(2) 噪声隔离:
① 强环境噪声抑制,主动削弱门外嘈杂声、走廊脚步声等干扰,确保室内人声纯净。
3. 规划与承诺要求:
(1) 面向未来5年的规划:硬件**的配置方案,必须在深入****点击查看医院提供的相关预测数据的基础上,科学评估当前业务运行瓶颈及未来5年(以年均业务量和数据量增长预测为依据)的核心业务扩展需求,确保**投入具有前瞻性,避免短期内出现**瓶颈。
(2) 明确的建设方案提交:承建方须在报名/投标阶段提交详尽的《项目硬件**建设方案》。方案应包含:
① 硬件**配置的具体清单(型号、规格、数量)。
② 清晰的技术架构拓扑图(含物理位置部署示意)。
③ 核心设备的技术参数(关键性能指标如频率、灵敏度、信噪比等)。
④ 初步部署位置、设备尺寸功耗估算及安装计划。
(3) 承诺满足性:在建设方案中,应明确承诺所提供的硬件**整体上能够满足项目上线后业务系统正常运行的要求,并具备充足余量支持未来五年业务增长需求。
(二)业务功能要求
模块名称 | 二级菜单 | 功能说明 |
AI病历生成系统 | 数据盘点 | 数据盘点是对数据治理效果、数据应用效果、数据资产积累成果的展示看板。 |
病情分析 | 病情分析是最具临床思维的诊疗助手,帮助医生全面、快速地综合分析患者病情,提供精准的、个性化的诊疗方案。 | |
病情回顾 | 遵照医生的临床思维,先分析病情然后给出决策建议。带着方案提建议,给建议的同时给依据。对患者历史病情进行总结回顾,包括:主诉回顾、病史回顾、用药回顾、手术回顾等、检查检验结果分析回顾。对于病情回顾的总结是可以溯源的,不仅可以看到总结的内容,还可以追溯到原始的记录。 | |
决策建议 | 针对患者历史病情和本次就诊的情况,提出决策建议,包括:下一步检验建议、诊断建议、用药建议、手术建议等。给出建议,分析主要风险和其他风险以及疾病之间的依赖关系,以及所有建议的依据。每个建议都是针对患者病情分析后的精准的,个性化建议,所有的建议给出分析的过程和医学原理。 | |
补充病情 | 医生可以补充患者的院外病情进行综合分析,为病历生成提供医疗图文识别等多模态能力,要求包括灵活编辑、纸质报告拍照导入和电子非编辑文档的截屏导入等,需要支持多种方式的数据导入并进行后处理规整。医生可以多次补充病情,实时了解患者的最新风险。 | |
模型训练 | 服务方需根据院方需求将原始数据转化为结构化训练数据集(支持分类、标注及版本管理),提供数据质量评估报告(含缺失、偏差分析)供院方确认;负责将确认后的数据集训练入模型,管理完整训练流程(数据加载、模型更新、版本控制),并支持院方参与训练目标设定与效果验收;根据反馈或新增数据迭代优化模型,同时开放数据处理日志与训练记录确保全程可追溯。 | |
智能体管理 | 提供智能体编排能力,支持可视化/代码方式配置模型调用节点(LLM/CV/语音等)、逻辑判断、循环步骤、Python/JS函数、API调用及工具库集成;支持构建对话机器人、工作流和智能助手等类型智能体,并开放标准化API供外部调用;支持预定义智能体通过浏览器引擎访问网页执行数据抓取和交互操作;同时提供版本管理、权限控制、运行监控及沙箱安全环境保障。 | |
门诊模块 | 支持门诊场景的门诊记录文书的生成,包括:病史采集、病历生成,病历修改,病历回写等功能 | |
住院模块 | 支持住院场景的入院记录、首次病程记录、查房记录、出院小结等文书的生成。 | |
手术模块 | 可以维护手术记录模板,可以与院内的手术记录进行匹配,生成手术记录文书。 | |
语音采集 | 医生通过智能手机,音箱或耳麦等终端,采集患者病情。语音输入支持医患自由对话,模型自动过滤医患闲聊的内容,保留有效信息。支持多语言语音识别(中文、英文,小语种、方言持续更新探索)。支持中文连续听写、中英文混读、数字识别、标点预测、热词优化及医患角色分离等功能,要求通过语音识别与智能分析,将医患对话实时转写为结构化文本,提取关键临床信息并转化为规范术语,确保病历记录准确、完整,提升问诊效率与诊疗质量。医生可以随时查看和播放自己的历史语音记录。 | |
客观数据 | ****点击查看医院系统的对接,可以对患者检查(心电、超声、放射、内镜、病理、肺功能等)、检验、处方、治疗等客观数据进行采集,整合患者数据,生成结构化患者档案,向门诊医生提供病情摘要、异常报告数值预警,帮助医生快速掌握患者关键信息,客观数据做为病历内容的重要组成部分,不但可以减少医生录入的工作量,还会让生成病历的内容更加准确详实,有理有据。 | |
综合分析 | 大模型根据输入的信息生成病历。可以结合患者院内、院外、主观、客观数据进行综合分析。综合分析从多个维度对患者的病情进行评价,最终输出病历内容。 | |
自动生成 | 系统一键自动生成病历内容,自动生成结构化电子病历并符合《门诊病历书写规范》,《电子病历应用管理规范(试行)》等管理要求,医生不需要关注模型对患者历史多次病情的分析和归纳的过程,直接得到最终的病历结果。 | |
生成依据 | 在生成病历内容的同时,系统给出病历生成的依据。医生可以根据依据判断病历生成的合理性。 | |
模板选择 | 支持常用病历模板,覆盖院内患者全套病程记录。医生可以根据场景选择合适的模板,每个模板都会有专业的大模型进行生成式病历内容的支撑。 | |
病历列表 | 根据病历生成的日期、时间、模板等信息自动为病历生成标题,可以根据日期查看病历列表。可以在病历表中看到病历的生成状态。 | |
病历搜索 | 按照病历模板类型、标题、日期、状态等对病历进搜索,支持多个条件交叉搜索,方便医生快速查找病历。 | |
病历展示 | 医生可以看到历史病历的详情。按照医院病历的标准格式,显示结构化病历的内容。 | |
病历修改 | 支持医生对病历进行修改、补充信息。完成提交后生成病历的一次历史版本。每次修改都生成一份新的版本。医生可以看到历史修改的版本记录。 | |
账户管理 | 包括用户的账号密码,安全认证、登录判断、超时策略等。支持与现有的系统进行登录对接。 | |
安全认证 | 对用户的合法性进行验证,保障系统安全。对非法脚本入侵,频繁登录的账号,予以记录并进行安全处理。保证系统安全。****点击查看医院整体安全解决方案进行整合。 | |
权限分配 | 包括操作权限、数据权限等。针对不用院区、不同的用户,不同的角色进行鉴权。数据进行隔离,保障数据隐私。 | |
日志管理 | 系统对访问日志、操作日志、安全日志等各种日志进行记录,可以按照各种条件查询日志,发现异常日志及时给予提醒。 |
三、商务与服务要求
(一)商务要求
1. 资质与合规性要求
(1)供应商需具备独立法人资格,提供营业执照、税务登记证等有效证件。
(2)系统需符合国家医疗行业相关法规,提供国家网络安全等级保护三级及以上认证(针对医疗数据安全)。
(3)提供系统核心算法的知识产权证明(如专利、著作权),确保无侵权风险;若涉及第三方技术,需提供合法授权文件。
3、合同与履约要求
(1)明确系统交付时间(如自合同签订后3个月内完成部署并上线试运行),逾期需按日支付违约金(如合同总金额的0.1%/天)。
(2)供应****点击查看医院患者数据、诊疗信息等敏感数据,违反则承担全部法律责任及经济赔偿。
4、 发票与售后服务承诺
(1)提供符合国家规定的增值税专用发票。
(2)明确维保期(至少3年),质保期内提供7×24小时技术支持、免费系统升级(含功能迭代和安全补丁)。
5、实际落地案例要求
- 供应商需提供近3年内至少3****点击查看医院实际落地且稳定运行的AI自动生成病历系统案例,****点击查看医院名称、项目实施时间、系统应用效果(如病历书写效率提升数据、病历质量改善数据、医生满意度调查结果等),需同时提供合同关键页、验收报告等相关证明材料。
6、本项目实施过程中产生的所有软件、应用程序、系统代码、技术文档及相关衍生作品(统称“软件成果”),其****点击查看医院方与**方共同享有;但软件成果涉及的专利权、数据财产权及其他一切法定权利(版权除外),以及项目运行期间生成的全部业务数据(包括但不限于诊疗数据、管理数据、运营数据及分析结果等)的完整所有权及所有知识产权,****点击查看医院方。
医院方对上述软件成果及业务数据享有不受限制的使用、修改、授权及再许可权利,****点击查看医院上级领导部门、****点击查看医疗机构或任何其他第三方开放使用、共享或授权,无需另行征得**方同意或支付额外费用。**方对软件成果的版权共享,****点击查看医院方行使本条款所规定的全部权利。
7、合同期内如有其它软件系统需对接,应积极配合。
8、为保证项目建设的连续性、完整性、合理性,承建方应承担项目过程中涉及与第三方厂商对接提供具备可行性的实施方案及可能产生的相关费用。
9、应按照院方要求积极配合院方相关标准化、规范化等建设工作。
(二)服务要求
1、实施与部署服务
(1)需派遣专业技术团队(至少包含1名医疗信息化项目经理、2名技术开发人员)驻场实施,制定详细****点击查看医院HIS、电子病历系统的对接方案),确保系统与现有流程无缝衔接。
(2)负责系统安装、配置、数据迁移(如需)、接口开发等工作,确保门诊医生端、护士端、管理端功能正常使用。
2、 培训服务
针对门诊医生、护士、系统管理员等不同角色,提供分层培训(如操作培训、故障处理培训、管理员高级培训),培训形式包括现场授课、操作演练、视频教程等。
3、运维与技术支持服务
(1)维保期内提供7×24小时在线技术支持(电话、远程协助),故障响应时间:一般问题2小时内响应、4小时内解决;重大故障30分钟内响应、2小时内到场处理,确保系统全年可用率≥99.9%。
(2)定期(如每季度)进行系统巡检,主动排查潜在问题,提供运维报告;根据医院需求,每年至少提供1次现场运维服务。
4、 定制化与升级服务
(1****点击查看医院医疗业务流程(如专科门诊、多学科会诊)进行功能定制开发,****点击查看医院实际业务需求。
(2)维保期内免费提供系统功能升级服务(基于医疗政策更新、AI算法优化等),****点击查看医院沟通方案,经确认后实施,避免影响门诊正常运行。
5、数据安全与备份服务
(1)系统需具备完善的数据加密、访问权限控制功能,符合《数据安全法》《个人信息保护法》及医疗行业数据安全规范。
(2****点击查看医院建立数据备份机制,确保病历数据每日自动备份,备份数据可快速恢复,定期(如每月)进行备份有效性测试 。
四、技术要求
1. ▲信创支持条款:
a) 软硬件兼容性:产品应支持兼容稳定运行于****点击查看测评中心的安全可靠测评的国产操作系统、数据库、中间件及芯片环境中。
b) 自主可控:系统关键软件和技术需具备自主可控能力,鼓励采用具有自主知识产权的技术方案,核心代码无国外技术封锁风险。
2. 国密支持条款:系统应满足商用密码应用安全性评估的相关规范要求,包括但不限于:
a) 密码算法:系统需支持国家商用密码算法(SM2、SM3、SM4等)对敏感数据进行加密处理。
b) 密码设备兼容性:系统需支持与国产密码设备(密码卡/密码机)的集成和对接。
c) 合规性:产品需严格遵守国家密码管理相关法律法规,****点击查看管理局或相关机构的合规性审查或认证。
3. 要求项目必须在签订合同后的6个月内完成建设
4. ▲承建方须确保项目建设过程中使用的所有软件产品包括操作系统、数据库、中间件、应用软件等均为正版,并提供满足项****点击查看服务所需的全套软件产品及相关配套文件。
5. 系统客户端硬件兼容性:系统客户端应支持国内外主流桌面类硬件产品。
6. 系统客户端软件兼容性:系统客户端应支持兼容国内外主流操作系统软件、常见正版及开源应用软件和国内自主应用软件产品。
a) 操作系统:客户端应支持包括但不限于WINXP及以上版本、银河**、统信等,移动操作系统包括ios、安卓、鸿蒙等。
7. 浏览器:系统如采用BS架构,则应支持国内外主流浏览器软件,包括但不限于CHROME49及以上版本、IE8.0及以上版本等,以及支持国密算法与国密SSL协议的浏览器软件,包括但不限于360浏览器、奇安信等。
8. 系统互联互通与集成功能要求:
a) 系统应满足“医院信息互联互通评价指标体系”五级乙等标准的相关要求。
b) 按照医院要求,****点击查看医院信息系统,包含但不限于HIS系统、****点击查看中心等系统的互联互通、数据共享、系统集成。
c) 系****点击查看医院信息集成平台主索引数据,保证医院信息系统基础数据的统一性;****点击查看医院在用的单点登录系统实现无缝对接集成;
d) 系统应开放端口,并能按院方要求及标准进行系统集成对接,实现与我院各信息系统无缝连接,支持多种灵活的对接方式,支持包括但不限于webservice、webapi等接口服务接入集成方式接入方式。
9. 承建****点击查看医院要求提供各项技术文档,包括但不限于建设方案、项目管理文档、产品文档、所有数据库表结构及详细说明文档等相关文档资料。
10. 保证数据的开放性,如存在加密数据,需提供解密方法。
11. 系统扩展性好,便于二次开发。
12. 异常处理机制完善,有清晰明确的报错信息:有详细的日志记录,便于排查问题。
13. 系统可配置性高,能通过配置文件完成各种功能、参数的设置。
14. 提供自动保护功能,当故障发生时自动保护当前所有状态,保证系统能够进行恢复。
15. 系统涉及的所有数据应具有完善的隐私保护机制,保护数据安全,且相关数据只能用于本单位的相关业务中。包括但不限于系统在数据传输及存储过程中应支持通过脱敏、加密方式(如SM2、SM3、SM4等算法)对敏感及隐私数据进行处理,系统的用户权限管理设定应当遵循最小授权原则,系统应具备合理的数据备份与恢复机制,确保数据不丢失。
16. 系统应满足访问控制、安全审计、剩余信息保护、软件容错等信息系统安全等级保护(三级等保)的相关规范要求,包括但不限于在系统设计与建设时应充分考虑数据的完整性保护,应支持多因素认证方式,应提供详细的系统应急预案及应急演练计划,包括但不限于故障恢复步骤、应急响应时间、备份方案等,并定期进行演练。
17. 系统运行稳定,业务处理高性能快速响应,界面**,操作简便。系统应支持7*24小时运行,在并****点击查看医院****点击查看医疗机构同时使用,系统操作不能出现明显的延迟为目标进行设计及建设。在系统设计和建****点击查看医院未来5年业务增长的需求,确保系统的扩展性和可配置性。
18. 系统不能在账号个数、使用期限、使用范围等方面做出任何软件硬件限制,****点击查看医疗机构不受限制地使用该系统所有功能。