| 序号 | 技术要求内容 | 评分等级 | 是否星号条款 | 是否需要附件说明 |
| 1 |
急诊分诊系统1套：包含患者信息登记、生命体征数据采集、患者评分、分诊知识库、三区四级分诊分集、急诊护理记录单等（需求见参数第2-14条）。
| 非常重要 | 否 | 是 |
| 2 |
患者信息登记：可通过读取身份证、医保卡、健康码等多种方式快速获取患者身份信息，录入患者身份信息包括电话、联系人、地址、发病时间、来院方式、主诉等。提供初诊患者分诊建档、登记，三无患者分诊建档、登记。提供特殊人群划分和标识。
| 非常重要 | 否 | 是 |
| 3 |
生命体征数据采集:提供对患者生命体征数据包括血压、心率、SPO2、呼吸、脉搏、体温等的自动采集上传和直接录入。
| 非常重要 | 否 | 是 |
| 4 |
患者评分:提供患者评分管理，包括：MEWS评分、REMS评分、GCS评分、创伤评分、疼痛评分、Apgar评分，支持通过评分进行自动化分级。
| 非常重要 | 否 | 是 |
| 5 |
分诊知识库:提供分诊知识库，辅助医护人员快速、精准完成分诊。支持自定义维护分诊知识库。
| 非常重要 | 否 | 是 |
| 6 |
三区四级分诊分级:根据患者病情等级筛选，三区四级的分诊模式，提供自动化分级、人工分级。支持先分诊后挂号、先挂号后分诊两种模式。支持分诊后腕带或分诊条。
| 非常重要 | 否 | 是 |
| 7 |
分诊交接班:可自动生成分诊交班记录，自动生成急诊患者预检分诊交班表，自动汇总患者基本信息、体征信息、分诊流向、分诊信息等，可根据医院分诊交班本进行灵活设置分诊交班列表。
| 非常重要 | 否 | 是 |
| 8 |
分诊统计:提供分诊各项指标统计，常用统计分析报表生成，如分诊人数、分 级患者比例、三无患者占比等；急诊日报表、分诊病人登记表、分诊工作量统计表自动生成，能够和导出。
| 非常重要 | 否 | 是 |
| 9 |
急诊护理记录单:取代传统的急诊纸质护理记录单及危重病人转运表、胸痛、脑卒中患者时间节点表等，实现急诊护理信息的实时录入、保存和共享。
| 非常重要 | 否 | 是 |
| 10 |
与叫号系统对接（报价应包含第三方接口费）:与叫号系统对接，显示队列人员明细和汇总，不同级别患者显示颜色不同，急救患者不在屏幕上显示，医生接诊后患者下屏。
| 非常重要 | 否 | 是 |
| 11 |
与HIS系统对接（报价应包含第三方接口费）:与HIS系统对接，可自动获取急诊病人挂号信息；与HIS提供的绿色通道接口对接，实现绿通病人先看病后付费。
| 非常重要 | 否 | 是 |
| 12 |
集成实施服务及安全要求:要求部署在医院虚拟平台，支持信创国产化部署；按医院要求创建标准数据接口，与医院HIS系统、叫号系统进行对接，获取本系统所需的患者就诊信息，提高本系统的数据自动抽取率；应保障系统的安全性，要求在项目建设实施过程中，对所获得的有关采购人服务的各类数据、资料负有保密义务，未经许可，不得向第三方泄露。供应商应遵循如下要求（供应商需提供书面承诺函，格式自拟）：① 技术支持人员保证遵守医院有关的政策、法律、法规和制度；② 技术支持人员保证按照医院规范开展工作，凡接收到的重大服务请求在未经客户同意的情况下不做任何处理；③ 技术支持人员保证不向外（指用户规定范围以外）泄漏任何业务和技术相关数据。
| 重要
| 否 | 否 |
| 13 |
实施服务要求:① 实施进度需满足医院要求，合同签订后1个月内完成部署，达到系统上线要求。② 结合医院业务实际需求，进行个性化实施部署。③ 实施过程应严格执行相关的规范，并保证安全。供应商应在规定的时间内，保证质量，完成系统建设。实施过程中应科学、合理地掌握与其他工作的协调、交叉。④ 供应商须保证所提供的产品包括相关附件为相应厂家原装正品，软件产品为相关厂家正版软件，符合国家有关规定。供应商须保证所提供产品具有合法的版权或使用权，本项目采购的产品，如在本项目范围内使用过程中出现版权或使用权纠纷，应由供应商负责。
| 重要
| 否 | 否 |
| 14 |
售后服务要求:软件系统在保修期内，原有软件模块功能均享受免费升级服务。后续新增功能模块单个报价应不高于本次已采购功能模块的最高价格。维保期内，供应商有义务配合系统的漏洞整改、等保整改，包括但不限于以下要求：① 整改漏洞范围：业务系统漏洞,包括但不限于业务功能模块中存在的权限绕过、输入验证不足、数据泄露、SQL注入、跨站脚本攻击（XSS）等漏洞。中间件及服务软件漏洞,包括但不限于服务器操作系统、中间件（如?Web?服务器、数据库、缓存服务等）、开发框架和相关第三方软件中的漏洞。其他安全问题,甲方或第三方测评机构（如等级保护测评机构）指出的其他安全问题。②漏洞整改：供应商应在发现或接收到漏洞通知后，严格按照甲方或监管部门规定的时间节点完成整改工作。需符合国家信息安全相关标准以及甲方的安全要求，确保整改后系统的安全性、稳定性和业务连续性。如未按规定时间完成漏洞整改或整改质量未达要求，甲方有权依据合同约定追究违约责任，并视情节严重程度采取进一步处罚措施（包括但不限于罚款、停止服务或终止合同）。③等保整改要求：需配合完成网络安全等级保护测评中涉及的安全整改工作，包括但不限于技术加固、管理制度完善及其他相关要求。等保整改需在测评要求规定的时间内完成，整改效果需满足等保测评机构或监管部门的复测要求。未按时完成整改或整改效果未达到等保要求的，甲方有权依据合同约定进行违约处理，并视情况采取必要的补救措施。④ 整改进度与验收：在整改过程中供应商应提供详细的整改计划、实施进度和阶段性报告，确保甲方随时掌握整改情况。所有整改工作完成后，需提交整改结果报告，经采购方或指定第三方验收通过后，视为整改完成。如整改未通过验收或整改结果存在重大问题，甲方有权要求重新整改，并视情节追究违约责任。⑤违约处理：供应商未按要求完成漏洞整改、等保整改，或整改工作存在延误、质量不合格的情况，有权采取以下措施：扣除相应服务费用；终止合同并追究违约责任；将供应商列入违约处理名单，并保留在相关行业通报的权利。⑥持续安全保障：供应商需提供长期的安全保障服务，主动识别并配合处理新增的安全问题，确保系统在维保期内的安全合规性。供应商需在维保期内，定期进行安全检查并提交检查报告，发现问题需立即整改.
| 重要
| 否 | 否 |
更多
