五大中心急诊急救一体化智慧平台项目采购更正公告（第一次）

更正原因：

因项目实际情况

（一）原附件采购需求中“1.5 紧急医学救援协同服务需求

系统须实现与省级、市级紧急医学救援中心的急救系统的数据互联互通，确保急救任务信息、患者生命体征数据、急救电子病历等核心业务数据在省—市—县—乡—村五级之间实时、准确、安全地流转。投标人应在投标文件中提供详细的数据对接技术方案，明确以下内容：

（1）接口协议与数据格式

与省、市级系统对接所采用的接口协议类型及数据交换格式。方案中应说明各类接口的调用方式、鉴权机制及数据传输的加密措施。

（2）核心业务数据的字段映射规则

针对以下三类核心业务数据，明确与省、市级系统之间的字段映射规则及编码标准：

急救任务信息：包括任务编号、呼救时间、事发地点、任务状态等关键字段的映射关系；

患者生命体征数据：包括心率、血压、血氧饱和度、呼吸频率等监测数据的字段名称、数据类型及计量单位；

急救电子病历：包括患者基本信息、初步诊断、院前急救措施等病历字段的映射规则。

方案中应说明数据字典的兼容性策略及编码转换规则。

（3）数据传输的触发方式与时效保障

明确各级之间各类业务数据的传输触发方式（事件触发/定时同步/手动调阅），并针对紧急医学救援场景下数据传输的实时性要求提出具体的时效保障措施。方案中应明确不同数据类型（如生命体征实时数据、急救任务指令、急救电子病历等）各自的传输频率和延迟控制目标。

（4）数据交互的异常处理机制

针对数据交互过程中可能出现的异常情况（如网络中断、接口超时、数据丢包、数据格式不匹配、系统宕机等），提出具体可行的应对策略，包括但不限于：本地数据缓存与重传机制、人工补录与手动同步方案、备用传输通道等。

（5）联调测试与上线计划

提出与省、市级系统进行联调测试的具体时间节点、测试内容和上线保障措施，确保系统上线时即具备与省、市级紧急医学救援中心的数据互联互通能力。”

现更正为：1.5 紧急医学救援协同服务需求

系统须实现与省级、市级紧急医学救援中心的急救系统的数据互联互通，确保急救任务信息、患者生命体征数据、急救电子病历等核心业务数据在省—市—县—乡—村五级之间实时、准确、安全地流转。投标人应在投标文件中提供详细五级联动数据交互技术方案，明确以下内容：

（1）接口协议与数据格式

与省、市级系统对接所采用的接口协议类型及数据交换格式。方案中应说明各类接口的调用方式、鉴权机制及数据传输的加密措施。

（2）核心业务数据的字段映射规则

针对以下三类核心业务数据，明确与省、市级系统之间的字段映射规则及编码标准：

急救任务信息：包括任务编号、呼救时间、事发地点、任务状态等关键字段的映射关系；

患者生命体征数据：包括心率、血压、血氧饱和度、呼吸频率等监测数据的字段名称、数据类型及计量单位；

急救电子病历：包括患者基本信息、初步诊断、院前急救措施等病历字段的映射规则。

方案中应说明数据字典的兼容性策略及编码转换规则。

（3）数据传输的触发方式与时效保障

明确各级之间各类业务数据的传输触发方式（事件触发/定时同步/手动调阅），并针对紧急医学救援场景下数据传输的实时性要求提出具体的时效保障措施。方案中应明确不同数据类型（如生命体征实时数据、急救任务指令、急救电子病历等）各自的传输频率和延迟控制目标。

（4）数据交互的异常处理机制

针对数据交互过程中可能出现的异常情况（如网络中断、接口超时、数据丢包、数据格式不匹配、系统宕机等），提出具体可行的应对策略，包括但不限于：本地数据缓存与重传机制、人工补录与手动同步方案、备用传输通道等。

（5）联调测试与上线计划

提出与省、市级系统进行联调测试的具体时间节点、测试内容和上线保障措施，确保系统上线时即具备与省、市级紧急医学救援中心的数据互联互通能力。

（6）第三方接口费用要求。

本项目涉及与第三方系统对接所产生的接口开发费、联调费、第三方系统厂商配合费等全部费用，均由中标人承担，已包含在投标报价中，采购人不另行支付。中标人应负责协调第三方系统厂商完成接口对接工作，采购人予以必要协助。

（二）原附件采购需求“5G智慧终端-▲**、产品符合国家信-创标准，投标时政府信息技术应用创新医疗产品适配性测试合格证书”。

现更正为：▲**、产品符合国家信息技术应用创新标准，投标时提供国家认可的第三方测评机构出具的信息技术应用创新适配认证证书或信息技术应用创新适配测试报告（如中国软件评测中心、中国质量认证中心、各省级数字政府信息技术应用创新适配测试中心等权威机构出具的相关证明文件）。

（三）原招标文件“3.详细评审”

评审因素	评审标准
技术部分	紧急医学救援“省市县乡村”五级联动方案——数据交互机制 (8.0分)	投标人提供的与省级紧急医学救援基地（南方医科大学南方医院）、市级紧急医学救援中心（茂名市人民医院）的急救系统数据交互机制方案具体、完整，对以下内容有明确的技术描述：①明确与省、市级系统对接所采用的接口协议类型及数据格式；②明确急救任务信息、患者生命体征数据、急救电子病历等核心业务数据的字段映射规则及编码标准；③明确各级之间数据传输的触发方式（事件触发/定时同步/手动调阅）和时效保障措施；④针对数据交互过程中可能出现的异常情况（数据丢失、格式不匹配、传输延迟等）提出具体可行的应对策略。以上内容逻辑严密、技术路线清晰，具备实战可操作性，得8分。 （2）投标人提供了与省级、市级系统的数据交互机制方案，但上述四项内容中仅部分有具体描述（如只说明了接口协议和传输方式，未涉及字段映射规则和异常处理；或对各类业务数据的交互方式描述不够完整；或提供交互机制不符合实际情况）；或方案内容技术细节不足（如仅表述为“采用标准接口进行数据交换”而未说明具体接口类型和数据格式）；或对紧急医学救援场景下数据传输的实时性、准确性要求缺乏针对性设计，得4分。 （3）投标人仅提供 “承诺按采购人要求实现数据交互”“中标后与省市级系统对接” 等简单表述，未提供任何具体技术方案；或方案中未涉及与省级、市级系统的数据交互机制；或方案内容与实际业务明显脱节（如仅描述通用数据交换概念，未结合急救业务场景），得1分。 （4）未提供不得分。

现更正为：

评审因素	评审标准
技术部分	紧急医学救援“省市县乡村”五级联动方案——数据交互机制 (8.0分)	（1）投标人提供的面向广东省紧急医学救援中心和茂名市紧急医学救援中心的五级联动数据交互技术方案具体、完整，对以下内容有明确的技术描述：①明确拟采用的接口协议类型（如HL7 FHIR、RESTful API、WebService等）及数据交换格式（如JSON、XML、HL7消息等）；②明确急救任务信息、患者生命体征数据、急救电子病历等核心业务数据的映射设计方法和编码转换原则（即投标人基于行业通用标准自行设计的业务数据与标准数据元之间的映射方案，以及编码体系的转换规则，不要求提供省/市级现有系统的真实数据库表名、内部字段名称或接口地址）；③明确各级之间数据传输的触发方式（事件触发/定时同步/手动调阅）和时效保障措施；④针对数据交互过程中可能出现的异常情况（数据丢失、格式不匹配、传输延迟等）提出具体可行的应对策略。以上内容逻辑严密、技术路线清晰，具备实战可操作性，得8分；（2）投标人提供了五级联动数据交互技术方案，但上述四项内容技术描述不够具体完整（如只说明了接口协议类型，未明确数据格式；或仅说明了字段映射概念，未涉及编码转换规则；或对触发方式和异常策略描述不够完整）；或方案内容技术细节不足（如仅表述为“采用标准接口进行数据交换”而未说明具体接口类型和数据格式）；或对紧急医学救援场景下数据传输的实时性、准确性要求缺乏针对性，得4分；（3）投标人仅提供“承诺按采购人要求实现五级联动数据交互”“中标后按实际情况对接”等简单表述，未提供任何具体技术方案；或方案内容与实际业务明显脱节（如仅描述通用数据交换概念，未结合急救业务场景），得1分；（4）未提供方案，得0分。 注：本评分项要求的是投标人自行设计的映射方案，而非对省/市级现有系统内部技术资料的掌握程度，投标人均可基于行业通用标准和自身技术能力独立完成上述方案设计。