用户需求书

1.投标人须对以本项目为单位的货物及服务进行整体响应，任何只对其中一部分内容进行的响应都被视为无效投标。

2.用户需求书中以“▲”标明的条款为重要技术参数或服务要求，但不作为投标无效条款。

一、项目总体要求及说明

1、本项目采购内容为：梅州市 120 急救指挥中心系统升级改造项目。

2、采购项目名称、数量

采购内容	数量	单位	最高限价(含税)	服务期限
梅州市 120 急救指挥中心系统升级改造项目	1	项	人民币 5,078,000.00 元	自采购合同签订后60 天内交货，安装并交付使用。

二、项目概况

1、项目简介

近年来，国家非常重视卫生行业的信息化建设。其中，120 急救指挥中心作为医疗救援体系的指挥中枢，属于现代化城市应急保障体系的重要组成部分，是市民生活、社会安定，经济发晨，政治稳定不可缺少的条件之一。

120 急救中心是治疗急危重症病人的环节之一,指挥中心的工作对患者的抢救极为关键。120 指挥中心的工作人员承担责任重大,是病人与医院治疗的枢纽。在患者发病后,需即刻拨打 120 急救指挥中心电话,急救电话接听者就是 120 急救指挥调度员,是院前急救接警第一人。调度员接到急救电话后,确定患者所在地和大致发病状况,根据患者信息,派送救护车和医护人员快速到达现场。调度工作的准确性直接影响病人从发病地点到接受治疗所用的时间,对患者治疗、预后都会造成影响,急救调度工作的失误会严重影响患者生命健康,甚至错过最佳抢救时间导致患者死亡。本文就 120 指挥中心调度现状与发展对策进行分析。

梅州 120 指挥中心建设于 2013 年，主要任务是负责梅江区、梅县区突发公共卫生事件、重大灾难和伤亡事故的紧急医疗救援及日常医疗急救求助报务的接报、指挥、调度等工作。市 120 急救指挥中心采用“指挥调度型”，以市 120 急救指挥中心为核心，以城区 10 家急救网络医院，22 台 120 急救车和约 400多名医护人员组成的院前急救服务体系。目前指挥中心日均受理电话 300 次，日均派遣救护车 30 次，年均受理事件近万次，从 2013 年开通至今共接听电话近 60 万次，受理事件近 6 万次。

梅州 120 指挥中心的业务工作繁重，但是信息系统的技术相对落后，系统流程达不到信息化的要求。

作为“智慧医疗”的核心系统，急需做 120 急救指挥中心信息系统升级改造。

同时，近几年来医疗业务逐年迅速增长，大部分信息化基础设施、设备（包括网络与信息设施、系统环境等）日趋完善，网络安全建设已经成为 120 中心必不可少的基础设施。作为一个现代化的 120 中心的计算机网络，除了要满足高效的内部自动化办公需求以外，还需要保障信息系统的安全可靠，所以如何保证网络系统中的数据及应用的安全显得尤为重要。

梅州 120 中心审时度势，及时制定了整体网络安全发展规划，描绘了未来几年信息安全建设发展的宏伟蓝图。为配合 120 中心建设发展战略，明确未来几年信息化和网络安全建设发展的方向、目标和重点，积极地、有计划地稳步推进医院信息安全建设，特制订本网络安全评价体系研究报告。

2、项目目的及建设目标

按照统一规划、整合资源、协同处置、功能齐全、适应发展的原则，构建统一指挥、功能完备、响应迅速、协同高效、处置有力、保障到位的紧急医疗救援指挥处置体系，为全市市民提供紧急医疗救援指挥处置平台，增强应急响应、处置的综合能力保障国家和人民群众的生命财产安全。

2.1统筹规划，统一标准。

紧急医疗救援指挥调度系统建设须按照国家卫生信息化与指挥体系的统一规划部暑，采用统一的数据与技术标准，保证系统可以实现纵向和横向交流。在“属地管理”原则下，完善全市

急救冈络体系的建设，实现急救全市覆盖，统一部署，实现全市紧急医疗救援指挥调度工作标准统一。

2.2资源整合，信息共享。

紧急医疗救援指挥调度系统建设应与卫生信息系统的项目建设资源(如医疗救治信息系统)整合，实现资源价值最大化，并在设计中考虑横纵向系统的连接，实现信息共享。实现全市卫

生应急联网、打通院前院内信息通道，信息共享，为日常管理提供平台，同时便于突发事件时全市统一指挥调度。

2.3互联网+卫生应急指挥。

针对业务特点确保系统功能齐全、内容完整、操作简便；在满足紧急医疗救援指挥调度工作需求的同时，还应满足卫生应急准备等常态管理工作的需要。

2.4平战结合，便民惠民

完善紧急医疗救援指挥调度系统建设，加快实现全市院前急救车载监护系统与全民健康信息平台以及医院信息平台连接，加强远程急救指导和院内急救准备，实现院前与院内的无缝对接，为突发公共卫生事件急救资源动态调度和跨区域应急医疗救援提供技术支持。采取动态调度技术，提高救护车的有效利用率完善救护车智能化管理，对现场急救医疗行为进行监控管理，提升急救医疗质量管理水平。

3、项目所依据及参考的标准

3.1.住房城乡建设部国家发展改革委《关于批准发布〔急救中心建设标准〕的通知》；

3.2.国家卫健委《院前医疗急救指挥信息系统基本功能规范》；

3.3.国务院第 376 号令《突发公共卫生事件应急条例》；

3.4.国家卫生计生委《院前医疗急救管理办法》；

3.5.《医院卒中中心建设与管理指导原则(试行)》(国家卫生健康委员会)

3.6.《胸痛中心建设与管理指导原则(试行)》(国家卫生健康委员会)；

3.7.《创伤中心建设与管理指导原则(试行)》(国家卫生健康委员会)；

3.8.《关于印发进一步改善医疗服务行动计划(2018-2020 年)的通知》(国卫医发〔2017)73 号)

3.9.《危重孕产妇救治中心建设与管理指南》(国家卫生健康委员会)；

3.10.《危重新生儿救治中心建设与管理指南》(国家卫生健康委员会)

3.11.《国务院办公厅关于促进“互联网+医疗健康”发展的意见》(国办发 2018)26 号)；

3.12.《电子病历基本规范(试行)》(卫生部)；

3.13.《电子病历基本架构与数据标准(试行)》(卫生部)；

3.14.《急诊科建设与管理指南(试行)》(卫生部)；

3.15.《三级综合医院评审标准实施细则(2011 年版)(卫生部)

3.16.广东省《广东省医疗急救体系“十一五”建设规划》；

3.17.《广东省卫健委关于 2017-2019 年广东省胸痛中心创建活动方案的要求》；

3.18.广东省《关于加强基层医疗卫生服务能力建设的意见》；

3.19.《中华人民共和国国家安全法》

3.20.《GBT22239-2019 信息安全技术网络安全等级保护基本要求》

3.21.《GBT25070-2019 信息安全技术网络安全等级保护安全设计技术要求》

3.22.《GBT28448-2019 信息安全技术 网络安全等级保护测评要求》

3.23.《卫生部办公厅关于全面开展卫生行业信息安全等级保护工作的通知》

3.24.《卫生行业信息安全等级保护工作的指导意见》

3.25.《国办发〔2016〕47 号-国务院办公厅关于促进和规范健康医疗大数据应用发展的指导意见》

3.26.《GBT 20984-2015 信息安全技术信息安全风险评估规范》

4、项目采购范围（本次招标的项目范围）

序号	采购内容
1	软件开发服务
2	特殊基础设施服务

5、项目合同服务期限：自采购合同签订后 60 天内交货，安装并交付使用。

三、项目技术要求

（一）软件开发服务

1.1软件开发建设清单

序号	项目名称	主要功能及参考参数	数量	单位
1	与“广东省医政综合处理信息平台对接”	参数详见：“1.2.3 项目建设主要内容要求- “1.2.3.1 与广东省医政综合处理信息平台对接”。	1	套
2	院前院内协同救治平 台子系统	参数详见：“1.2.3 项目建设主要内容要求 -1.2.3.2 院前院内协同救治平台子系统“	1	套
3	急救受理调度子系统 升级	参数详见：“1.2.3 项目建设主要内容要求 -1.2.3.3 急救受理调度子系统升级”	1	套
4	无线对讲子系统	参数详见：“1.2.3 项目建设主要内容要求 -1.2.3.4 无线对讲子系统“	1	套
5	市县联网子系统	参数详见：“1.2.3 项目建设主要内容要求 -1.2.3.5 市县联网子系统”	1	套
6	院前急救回访子系统	参数详见：“1.2.3 项目建设主要内容要求 -1.2.3.6 院前急救回访子系统“	1	套
7	院前急救数据灵活分 析子系统	参数详见：“2、2.3 项目建设主要内容要求 -1.2.3.7 急救数据灵活分析子系统”	1	套
8	急救视频终端子系统 升级	参数详见：“1.2.3 项目建设主要内容要求-1.2.3.8 急救视频终端子系统升级	1	套

 1.2软件开发技术指标及要求

1.2.1项目总体要求

投标人需承诺保证在不中断业务，以及现有 120 急救指挥调度系统所有功能、数据结构、软硬件接

口、通信协议标准不变的情况下，完成 120 急救指挥调度系统有关的软硬件的升级安装调试。保证系统升级后依然能与下辖各县（市）120 指挥中心急救指挥调度系统的无缝对接，要求做到三个统一即“软硬件接口统一、数据格式统一、通讯协议标准统一”。

1.2.2系统建设目标及原则

1.2.2.1整体规划

本次系统的升级扩容，需在全面规划的基础上，完成梅州市 120 急救指挥中心 120 系统的软硬件升级改造建设，并完成与相关系统接口建设工作，建设过程中需统筹规划，保证老百姓基本的急救呼救应急处理能力。

1.2.2.2可靠性与安全性并举

1)系统应支持全年无间断服务，要求软件系统 7*24 小时不间断运行。

2)软件系统在意外故障情况发生时，能确保呼救受理工作不间断进行，并能通过简便方式迅速恢复。

3)系统应具有过负荷控制能力，不论在平时和峰值情况下，系统都可以安全可靠运行和数据备份。

4)保持各子系统的相对独立性，确保呼救受理与指挥调度核心子系统不因其它子系统故障而影响正常工作。即使系统发生最严重的故障，仍能接听呼救电话并利用有线通信子系统或无线通信子系统实施基本的语音通信指挥。

5)要求对系统运行中可能出现的各种异常情况和突发事件设计明显的报警手段和周到的应急措施， 并在系统运行中不断完善。

1.2.2.3开放性与兼容性

1)各子系统的软件要模块化，并兼容第三方系统，以便系统将来改造、扩容、升级。

2)各功能模块之间的通信采用标准通信协议（如 TCP/IP）而非专有技术。

3)系统要求采用通用的数据库平台，通信平台统一使用成熟的 CTI 技术，系统支持使用通用 PC，在微软窗口环境下运行。

4)系统构建灵活、开放的体系结构，保证现有资源的有效利用，同时为系统扩展、升级及可预见的管理模式的改变留有余地。

1.2.2.4可操作性与可管理性

1)要求系统的功能设置完全符合紧急医疗救援工作流程。

2)用户界面要求直观、简洁、友好，菜单要求功能清晰，具有简单的层次感，应避免复杂的菜单选择和窗口重叠，简化数据输入，界面应采用统一风格，统一操作方式。

3)各个功能键的定义要合理，符合紧急医疗救援规范，为用户提供操作或系统的出错提示。

4)要求提供系统维护终端和维护界面，系统对网络连接、硬件设备、软件运行情况等提供实时监测、实时记录和监控管理。

5)系统为用户提供简便统计工具，方便用户对数据库的管理、统计及图表显示和输出。

6)系统必须符合急救中心的现有管理模式和运行模式，符合目前的调度、车管、救治、分站、外协分站等的业务要求。

1.2.2.5可扩展性

1)系统要求满足今后网络用户数量继续增长的需求，可灵活扩充和调整。

2)系统软件规模和范围都具有可扩展性，子系统可逐步升级，新的子系统可随时扩展增加，模块化的设计使整个系统处理能力可以在线提升。

1.2.3 项目建设主要内容要求

本项目主要包括但不限于升级或增加以下子系统，但为了保证今后系统扩充的完整性，应结合梅州市 120 急救指挥中心目前情况，对主要线路以及组网情况等进行详细描述。各子系统的功能要求或数据等要求如下：

1.2.3.1与“广东省医政综合处理信息平台”对接

按照广东省卫生健康委办公室关于做好广东省突发公共卫生事件医疗救治信息系统数据接口有关工作的通知文件（粤卫办函[2016]117 号）的要求，梅州市 120 急救指挥中心 120 指挥调度系统数据上传至广东省突发共卫生事件医疗救治信息系统对数据进行对接。

1.2.3.2院前院内协同救治平台子系统

医院每天都要接收大量的病人，接到病人之后还要逐一进行检查，包括一些基本信息及病情。这项工作其实在救护车上已经完成，到达医院之后无需再做这些基本信息及病情的询问；对于一些紧急病人， 医院在收到这些基本信息及初步诊断后，可以提前做好应急及治疗措施准备；相反的，如果等病人到达医院再去做准备，对于紧急病人可能会错过最佳救治时间。

该系统要能够实时的将病人的基本信息以及病情预先告知医院终端，从而为医生节省出宝贵的时间用于救治病人。

一、软件设计要求：

（1）120 急救车与医院终端的信息传输内容

急救事件信息：救护车号、随车电话、现场地址、出车时间、到达现场时间、离开现场时间、到达医院时间；

病人信息：病案号、性别、年龄、病情描述、初步诊断、生命体征数据。

（2）告知信息显示设计

将院前救护车上传来的救护车跟踪信息、病人基本信息、生命体征数据、病情分级、病情描述等实时滚动显示在告知终端屏幕上，具体需要显示的内容包括：车牌号、随车电话、距离和预计到达时间、现场地址、车载视频、患者性别和年龄、预警信息、、生命体征数据、病情描述。

（3）救护车位置显示设计

对于特别是胸痛患者，时间就是生命。能够实时了解急救车的地理位置信息，为抢救做准备，能够为患者抢救赢得时间。

通过车辆 GPS/北斗记录、追踪每一辆救护车的位置及行车路线，结合地图信息，优化车辆调度。GPS/ 北斗定位系统要可以大致计算到达医院时间，提前做好接诊准备，启动救治流程。

系统要支持在地图上显示急救任务的标记，并实时显示急救车行驶的位置，医护人员可为抢救患者做好相应的准备。

同时系统要支持急救车行车轨迹回放功能可以查看急救车行驶路线和相关时间，坐标和速度，通过查看回放的轨迹，可为以后行车做参考数据，不断提升行车路径，达到在最短的时间内将患者送往医院， 为抢救患者提供更多的时间。

二、功能要点要求：

120 急救信息告知分为三个部分，病人信息获取部分、心电\血压\血氧等信息系统建设部分、医院端告知系统。

（1）救护车心电等数据采集、传输要求

系统通过车载无线网络与多参数监护仪系统服务器连接（由多参数监护仪厂家提供接口），实现心电、血压、血氧等数据的实时无线传输和动态接收，心电、血压、血氧等数据在第一时间传输到医院告知端， 急诊医生协助对心电、血压、血氧等数据做出初步解读。

（2）院前告知系统要求

救治平台能完整、详细地记录目前出诊急救车的状况，记录信息包括了车辆轨迹、车辆信息、患者信息以及目前患者病情等信息情况，通过公告大屏信息院内医护人员可实时了解所有急救车目前的出诊信息，并及时为即将回院的急救车做好接车准备。

▲提供告知内容包括基本信息、时间节点、视频、生命体征信息等截图并加盖原厂公章。

▲院前告知系统具有省级或以上高新技术产品认证证书，提供证书复印件并加盖原厂公章。

（3）提供专业化评估、辅助检查方法要求

以胸痛救治为例，涵盖急救处理和生命体征检查两个模块：1、根据舌下含服硝酸甘油时间、静脉点滴硝酸甘油时间等一系列监测数据采取诸如心肺复苏、开通静脉、除颤等急救措施；2、同时借助车载心电监护等辅助检查设备，及时获取病患的呼吸、心率、收缩压、舒张压等生命体征数据。这些专业化评估、辅助检查方法为院内专科重症中心及时获取病患相关信息提供了条件，针对五大“急病”患者， 便于院内医生提早安排院内抢救等相关措施，为患者争取最佳救治时间，抢救生命。

（4）双向交互信息共享平台要求

院前院内协同救治信息平台，要求集视频、音频、车载监护等信息于一体的传输系统，在实现院前急救与院内抢救信息互通共享的前提下，简化院前院内繁复的对接处置流程，为诸如胸痛、脑卒中等五大急重症患者争取黄金救治时间，在加强院前急救与院内抢救紧密衔接的同时，提升急救处置效率，进一步降低致残率和死亡率。

（5）院前医院 APP 功能要求

1、实现对任务信息的接收，2、实现基础信息（OCR 识别、时间节点信息）的填写、分析判断；3、实现救治措施的填写、分析判断、质控管理（提醒、纠正、评分）；4、实现用药信息填写、分析判断、质控管理（提醒、纠正、评分）；5、实现专科（五大重症）评估；6、根据评估结果选择或推荐送往医院

（相关医院的名称、距离）；7、实现与中心、相关医院、院内医生等的电话功能；8、实现与院内专家医生的音视频会诊；9、实现重症地图（卒中、胸痛、创伤）等的显示；10、实现对医院端回复信息的查看。

▲提供胸痛、卒中、创伤、新生儿、孕妇、中毒等评估在 APP 软件相关操作的截图并加盖原厂公章。

（6）医生端 APP 功能要求

实现对基础信息（受理是、身份信息、时间节点信息）接收、救治措施信息接收、用药信息接收、专科评估（五大重症）接收、电话功能、与院前医生音视频会诊功能、信息回复、心电图、心电监护、车内外视频、医院特殊情况填（预）报（专科空闲、大型设备）等信息。

（7）提供数据保存、追溯、追查等功能

协同救治信息平台完善的各中心数据库，实现对患者全程治疗数据的保存、后期追溯、追查等需求， 为医生回访及医院进行质控监测、提升质控水平提供了数据支持。

（8）大数据为临床医学研究及成果转化提供数据支撑要求

急重症患者救治案例所统计、汇总的大数据，为后期临床医学研究及科研成果转化提供相关数据支撑。

▲提供所投院前院内相关软件具有国家版权局颁发的计算机软件著作权登记证书，并加盖原厂公章。

1.2.3.3急救受理调度子系统升级

本次升级的急救受理调度子系统必须是成熟的系统，要能在现有急救受理子系统上按照功能需求无缝升级。

系统功能要求

（1）界面要求：

平台采用：C/S 框架，软件界面色彩柔和、美观，功能区域划分合理，功能台标识明显，实现调度指挥流程的“立体化”。呼救电话、联系电话、呼救地址、候车地址、病人主诉、病史、过敏史等主要信息醒目清晰，主诉、过敏史、病史既可通过菜单选择（菜单具有快速自动筛选功能），也可手动输入；呼救地址与候车地址同步输入，也可分别输入；受理界面上设置消息沟通区，受理员之间可随时沟通信息； 输入框可实现快捷键切换，可自行设置操作快捷键；主要急救信息（地址、电话、主诉）缺失报错。

（2）指纹登录：

调度员可通过指纹（不用输入 ID 号和密码）直接登录急救调度指挥信息系统，调度员下班要通过指纹才能正常退出急救调度指挥信息系统，系统要统计调度员上班和下班时间并形成报表，每个坐席上都放置一台指纹机。

（3）调度指挥系统坐席设置：

共计布置 6 坐席：正常接警坐席是 4 位、管理坐席 1 位、质控坐席 1 位。在特殊情况下管理坐席和质控坐席都可用于正常接警受理任务。

（4）权限功能：

设置帐号权限，设置是否可以接警调派，设置是否可以修改参数。

（5）图文呼救受理功能：

系统根据“就近”（病发地点与急救站出车单位的距离）和“实力”原则自动推荐出动的急救站出车单位；根据病发现场情况自动推荐救护车的种类和数量；可按“距离”、“专长”及“指定医院”三种原则自动推荐送往医院；呼救受理员可根据实际需要修改推荐结果；可一次指派一个或多个或全部急救站出车单位的一台或多台或全部救护车同时出动；根据急救预案和调度结果，自动产生相应急救站出车单位的出车命令单，包括呼救信息、病发现场信息、急救预案和出动方案等；保存车辆调度结果；运行在呼救受理台上。

（6）调度管理功能：

连接管理全市急救站出车单位和网络医院救护车的状态；掌握出车情况并存档；调派网络医院救护车值勤，并对其进行实力恢复管理；可推荐最佳行驶路劲，可实时监控行驶路径，并提醒救护车驾驶员按推荐路径行走；运行在呼救受理台上。

（7）拨打电话功能：

接收所有的 120 呼救电话信息，将 120 呼入电话排队，并将其发往接听的受理台。受理台应提供功能完备的软电话功能：调度员可通过数字话机、键盘、软件按钮接听或拨打电话。还可实现暂断、保持、拨打、重拨、挂断、转接、拦截、电话会议、排队电话接入、暂时不能接电话状态提示等，并可直接点击车辆与随车人员进行通话。

（8）多方会议功能：

调度员可通过软件界面随时发起多方电话会议，达到调度员、呼救者、司机等多方通话人员可以实时对话，方便与相关人员快递联络，任何会议方退出，均不会影响电话会议其他各方的通话。

（9）调度监控功能：

在系统服务器上可以实时监控受理台的忙闲状态，车辆状态为“非待命”时无法选择和派出车辆， 违规操作告警；记录呼救接收及分配调度的时间与结果；显示受理台和急救站出车单位的状态；系统自动监控救护车反应时间、受理员处警时间，对在规定的时间内未完成动作的，系统自动报警提示，督促下一步动作。

（10）短信调度功能：

可通过受理台向急救站、救护车及报警者发送短信，发送短信给用户的数量没有上限，发送短信的条数没有限制，在每一个警情可以选择性进行短信回访。可方便的向通讯录中的联系人发送短信；可向院前工作人员和急救站出车单位发送各种命令、通知、函告；可将救援事件信息、编辑形成的任何文本、辅助信息通知任意急救站出车单位。

（11）重大事件预警功能：

可增、删、改相关重大事件的应急预案，并在突发事件发生时提示调度员如何处理；可将多起警情归并为同一事件，当同一事件伤病员人数达到一定数量后系统会自动弹出提示信息，提醒调度员进行下一步工作，数量值和提示信息可由用户设定；系统可自动生成重大信息情况报告，并随时导出相关数据； 统计重大事件的数据，并可查看重大事故发生的时间、地点及事情经过，汇报时间、对象以及汇报内容， 同时还可查看该重大事故的调度情况（包括调度员工号、派车数量、派车时间以及到达现场时间）、出车情况（出车总车次、参与救护总人次、参与救护车辆、司机、医生）、伤员去向（救治伤员医院名称、救治人数、受伤程度）、救护记录（伤员姓名、性别、年龄、主诉、病情伤势、送往医院）等；统一消息服务功能：为了保障各受理调度席位协同工作的实时性，并在应对突发事件时能快速准确的进行响应，要求整个受理调度系统采用统一消息服务方式提供关键信息向相关人员快速传递和显示，并禁止采用“刷库”的方式更新当前受理信息，例如在遇到重大事件时某个受理席位登记录入关键信息或相关字段后， 无需手工刷新或自动刷库，相关内容会立即通过消息传递方式快速在其他受理席位和班长席位上显示。

（12）数据管理功能：

具备数据完整性较验功能，具有急救资料信息自动完整性校验功能，统计的数据应准确无误差无乱码，统计的数据方便实时查询并形成表格、图标、图案，统计的数据应实时传送到数据存储设备保存， 当急救信息维护不完整时系统自动提示且不能完成（此功能在受理席及急救站席都应实现），遇到意外无法按时提供完整数据时，可根据相关权限对数据进行增、删、改；制定权限，可对各种文字数据进行增、删、改，数据即改即用，运行在系统维护机上：急救分站信息，救护车信息，工作人员信息，GIS 地图上的救护车信息和急救分站信息；医院信息、救护方案等等信息；制定权限，可在特殊情况下（如网络故障，车辆设备故障等情况下）更改时间节点和备注信息。

（13）存档资料查询和统计功能：

能同时运行于多个受理台上，接收处理多路 120 呼救；自动调出以呼救电话位置为中心的所在区域地图，显示呼救电话信息（电话号码-主叫号码、地址、机主名称），使受理员对呼救情况一目了然；快速准确地形成病发现场信息，包括：病人一般情况、病症及初步诊断、病发地点和会面地点等；系统预置病症、病种及急救预案等数据支持；提供丰富的地图操作手段（如无极缩放、任意移动、全图定位、测距、地理信息查询等等）；提供特殊的技术设计，避免汉字输入，提高呼救处置速度；保存呼救处置过程；运行于呼救受理台上。

（14）黑名单功能：

在系统中建立黑名单库，可将骚扰电话录入黑名单，在库内电话呼入时对调度员进行图形化提示。重点保障人员名单功能：在系统中建立重点保障人员名单，报警人用系统中登记的电话拨打 120 时，系统自动提示人员信息。

（15）急救任务图形化显示功能：

图形化实时显示急救任务执行进度，如接收指令、出动、到达现场、上车、返回、到达医院等状态， 可根据救护车反馈的信息，调度员可随时方便地查看任务实时状态。

（16）派车单一次性图形化保存功能：

派车单可以电子版自动保存，保存格式为 word 或excel 等，并与受理单关联。

（17）车辆状态图形化显示功能：

急救车辆状态列表以图形化形式显示。车辆状态分为待命、任务中、完成任务、返站、车辆故障、车辆消毒，分别以图形化显示并辅以文字标示，在受理席可将待命的车辆备注进一步状态（如内科、外科）。

（18）骚扰电话教育功能：

可对认定为恶意骚扰电话的，当再次呼入时，可人工转移并播放“教育录音”，而不进入受理调度席。

（19）重复呼救信息提醒功能：

对一定时间内同一号码或地址相近的呼救，具有自动提醒功能，即可将重复呼救的信息在弹出窗口中显示，提示调度员进行下一步动作（如催车、退车等）。

（20）忙时呼救电话挂起功能：

当有病人呼救需要调派救护车，但全网又无车可派，或者空闲车辆距离病发地点较远时的情况，此时，调度员可与病家协商，按如下方法处理：

A.将任务挂起，放入待派栏中，所有调度员共享待派。一旦有空闲车辆，系统自动通知调度员处理被挂起的呼救；

B.先调派较远救护车前往，注明原因，防止医疗纠纷的产生。

（21）命令单补发功能：

可实现一键补发之前已发出的命令单，加快出车抢救速度。

（22）班长席管理功能：

可分别查看待命中车辆、任务中车辆以及暂停调用的车辆，这样有利于领导对车辆总体运行使用情况有所了解；可根据呼救编码、主叫号码、来电人、患者姓名、等车地点、送往地点以及病因等按照时间段、呼救类型、要车目的、车辆状态对呼救历史进行查询，一方面可监督调度人员的工作、了解院前急救情况，另一方面可跟踪了解特定事件；可进行呼救病因统计、出车情况统计、出车次数统计、工作效率统计、救治患者数统计、送达医院统计、重大事故统计、特殊事件统计、现场地点统计、调度员工作量统计等。

（23）MPDS 操作

调度系统可以配置是否启用 MPDS 软件；可以指定部分台启用，部分台不启用；受理调度分离模式， 也受理调度统一模式；MPDS 返回代码记录，并发送到车载；根据 MPDS 返回代码给出调度系统的响应等级；

2次受理唤醒 MPDS 处理相同事件的功能，并根据患者情况修改响应代码；Mpds 备注记录功能。

▲提供受理子系统 MPDS 相关操作的截图并加盖原厂公章。

（24）交接日志

班组交接和个人日志交接，分类交接；班组交接置顶，优先显示，所有人必须查看关注；个人交接1 对 1 交接，1 对多交接。换班时人员数量不等也可对应交接；交接种类自定义，默认分为：系统日志， 急救日志，其他日志三类，可自定义扩展；历史查看日志；当班提醒，登录后提醒是否有未读交接日志， 防止漏看；日志修改权限自定义，默认只允许创建者修改本人日志，其他人只能查看，班长除外，班组长可以修改其他人日志；当然也可自定义为不能修改；当前班次的班组日志通知模式，即当班时的班组日志以通知单的形式发送只所有当班调度台。

（25）报停调用

报停车辆记录查看；报停车辆录音关联并听取报停记录录音；报停记录根据不同原因，设置时长提醒功能；报停记录超时记录和统计。

（26）电话分类

网络计算车辆到现场的最优路径排序；网络计算分站到现场的最优路径排序；在地图上查看车辆到现场的路线规划；分站特长展示，定位现场地址后，非全能出诊分站会有颜色标记；分站是否有可派车辆展示。

（27）历史回看

派车时记录当前事件定位，车辆排序，分站排序，推荐医院排序的功能；派车后可以回看派车时的处理是否合理；历史回看任何结束未结束的事件查看。

（28）推荐医院

根据判断类型推荐符合救治的医院；推荐医院以最优路径的形式展示；一键返回并记录所选推荐医院的记录。

（29）电子围栏

标记电子围栏区域，一般以城市区域为主；车辆超出电子围栏区域提醒；超出电子围栏次数，时长以及轨迹；进行统计分析。

（30）系统信息

记录所有调度台的操作记录，便于历史回溯；记录当班调度员的当班时长，便于调度员查看是否可以下班；记录当班调度员的接听电话数，分类电话数，便于调度员查看工作是否合格；记录当班调度员的工作时长，便于调度员查看是否工作合格；记录当班调度员的 10 秒接听率，便于调度员查看是否工作合格；记录当班调度员的的事件标注率，便于调度员查看是否工作合格；记录当班调度员的离席时长， 便于调度员查看是否工作合格。

▲提供所投受理调度相关软件具有国家版权局颁发的计算机软件著作权登记证书，并加盖原厂公章。

1.2.3.4无线对讲子系统

将无线对讲机的定位信息在 120 调度系统地图界面进行显示，以有利于日常急救、大型活动保障或重大事故处理时对各部门各单元位置的快速定位。

无线对讲子系统包括以下二个需求：

（1）地图定位信息展示

地图缩放，地图中心位置加载，地图缩放界别加载，地理位置搜索，绘制圆形覆盖物，绘制矩形覆盖物，绘制多边形覆盖物，清除覆盖物，保存覆盖物信息到数据库，查看对讲机列表，搜索对讲机，查看对讲机位置，加载对讲机位置，加载绘制物，自动判断对讲机位置是否在绘制物中，对讲机不在绘制范围中报警定位标注跳动，编辑绘制范围，保存编辑后的绘制范围，删除绘制范围，通过接口自动获取对讲机位置并保存，显示获取位置信息运行调试信息，系统信息自动超出行数自动清理。

▲提供对讲机在急救指挥调度地图界面定位成功的截图并加盖原厂公章。

（2）与对讲机定位接口开发及数据接收

通过接口自动获取对讲机位置并保存，显示获取位置信息运行调试信息，获取绘制的区域，写入绘制区域，删除绘制区域，获取最后一次 gps 信息，覆盖图层保存编辑，读取对讲机列表信息，移除标注物。

1.2.3.5市县联网子系统

梅州市 120 急救指挥中心与下辖 6 个县级 120 急救指挥中心应实现语音和数据联网，包括图像。在6 个县级 120 救护车升级改造达到视频传输功能，并接入市 120 急救指挥中心后，在市 120 能看到下辖 6个县级 120 救护车的状态信息和视频信息，在出现重大突发事件时方便统一指挥调度、相关支援等。

平时各自独立受理本地区的 120 呼入电话，县级 120 急救中心可以通过网络实时或定时将受理数据上传到梅州市 120 重大事故联动指挥平台；

对于交叉地区 120 呼救电话通过本急救网络平台将呼救电话及时、快速转到就近的或呼救者指定的120 中心。

对于重大事件各中心的指挥调度系统通过选择事件类型的方式由系统自动将数据上传到梅州市 120 重大事故联动指挥平台，并能够实现互相请求支援，实现全市大的紧急救援网络。

1.2.3.6院前急救回访子系统

院前急救回访主要是实现满意度调查服务功能，要以独立程序的形式部署，功能是以自定义的短信格式，定时扫描已经完成的出车任务，发送回访短信给急救事件联系人。联系人可以根据短信定义的格式和自己的感受，回复调查结果给中心。

在系统中，要求可以通过 3 张报表，从不同视角、不同粒度观察分析回访数据，掌握用户对 120 急救工作的满意程度。

（1）短信回访要求：

为了快速执行回访任务，用户可使用短信回访功能(需要短信平台配合)，快捷地完成回访工作。

1）点击"发送回访短信 "按钮，系统根据联系电话判断是否为手机号，并提示可发送的短信数目， 是否完成发送。

2）点击确认发送后，会弹出进度条显示发送进度。

3）短信发送成功后会重新刷新列表，发送成功的回访任务不会出现在列表中。

（2）电话回访

根据任务列表利用电话对当事人进行电话回访，记录回访信息和回访录音。

1）.可以点击回访管理，然后选择电话回访管理；

2）.根据查询条件查询出需要回访的任务列表；

3）.如需查询短信回访情况，可以点击"短信"列，查看短信回访情况；

4）.如需电话回访，点击"回访单"列，进入回访单界面；

5）.根据回访单提供的相关信息最后确认是否需要回访此任务，任务按键时刻后会显示车辆所有状态的操作时间便于与患者进一步沟通；

6）.按"拨打主叫号码"或"拨打联系电话"向患者拨打电话；

7）.打通后根据患者提供的信息对本次任务评分，填写相关信息 如备注、满意度等

8）.确认完成回访工作后点击保存关闭界面 并刷新电话回访列表，回访单的"回访单"列会变为有效或无效

9）.如录音成功，会自动关联录音，点击录音可以查看录音；

（3）回访单配置

可以随意配置星级评分项及回访项内容。

1）.用系统管理员账号登陆系统，选择系统上方的回访单设置中的回访单编辑。

2）.可根据自己的喜好调整回访单的大小和里面所有控件的属性和位置，右键点击"保存"后完成编辑；

3）.若需要详细调整控件属性，需要选择"回访单设置"下的"回访单维护"，进行进一步的细微调整，

如评分项项的个数，星级数、默认值、位置、名称等控件的修改，注:这个操作需要在系统需求确认后投入运行前确认完成。

（4）回访统计

对回访后的数据进行统计，以表格或图表的方式向展现出来：

1.选择统计管理然后选择需要的统计点击打开；

2.要能提供 3 个标准回访统计：电话回访联网医院统计表、电话回访流水表、短信回访联网医院统计表；

3.用户需要打印统计表时，需点击打印机图标进入打印设置界面即可实现打印；

4.用户需要将报表转为其他格式，系统还提供了转 Excel 和 PDF 的方式，点击保存图表选择转换方式即可。

▲提供所投回访相关软件具有国家版权局颁发的计算机软件著作权登记证书，并加盖原厂公章。

1.2.3.7急救数据灵活分析子系统

数据分析系统要从首页分析、电话分析、业务分析、总体分析、个体分析、动态分析、空间分析、所需人员、决策树九个方面入手，对受理、调度、急救分站、急救车涉及的关键指标进行分析，得出总体业务量趋势、呼叫受理情况、急救人员的工作负荷、急救车及调度台使用效率，最终形成结论，用于指导院前急救工作中的质量控制管理，让院前急救质控管理有章可循，能够提高工作效率。

急救数据灵活分析子系统主要包括以下需求：

（1）所需调度员人数分析要求

数据分析软件要将调度人员拨打和接听的电话定义为四种类型： 受理呼出：调度员给呼救者打电话；

工作呼出：调度员给联网医院或其他工作人员打电话； 急救接听：需要中心派出急救车的事件；

非急救接听：除急救接听外的所有接听电话。所需调度员人数分析展示要求：

1）调度工作时长 24 时段分布

在选取的时间段内，保持一定工作效率，按 0-24 小时的维度，统计各种调度操作所占用时间的分布。纳入统计的调度操作包括：急救接听、非急救接听、受理呼出、工作呼出。

2）每周 24 小时所需调度人数

在选取的时间段内，保持一定工作效率，按 0-24 小时的维度，统计一周内（周一至周日）每天的调度人数。

3）每天 24 小时所需调度人数

在选取的时间段内，保持一定工作效率，统计每天 24 小时不同时段的调度人数。

▲提供所需调度员人数分析功能的截图并加盖原厂公章。

（2）空间分析要求

1）界面介绍

界面的左边为地图信息，右边为数据区域。

地图信息要以急救中心服务的区域作为背景，要以蓝色房子表示联网医院、圆圈表示该医院所覆盖的范围（比如 5km）不同颜色的圆点表示每一个急救事件。

数据区域以到达现场的出车数、到达现场时间（最短到达、最长到达、平均到达等指标）对时间段内所有急救事件进行统计，最终可以将这些数据与去年同期进行对比。反映急救中心的急救保障水平是否有提升。

2）详细情况展示

点击曲线上的数据点，可以查看各个联网医院在不同指标上的详细情况，右侧的指标将进行滚动。点击地图上的事件，可以查看此次事件到达现场的事件，点击蓝色房子图标，要可查看该联网医院

一定时间段内所有事件的到达现场时间，并以热力图的形式展现（红色代表超过 30 分钟，黄色代表 9-30

分钟，绿色代表 0-9 分钟）。

3）空间分析的分析效果和预测改进分析效果：

对同一联网医院，与往年同期的数据进行比对，实现对该医院院前工作开展总结和反思；

对同一组数据，不同联网医院进行比对，可得出各院的工作优劣，形成良性的竞争氛围。预测和改进：

到达现场时间，作为急救工作中的一个重要指标，数据分析软件中已经做出了分段统计、与往年同期对比、各院之间对比三种模式，不断优化院前工作，缩短到达现场的时间。

（3）电话分析要求

1）震铃到通话时长

震铃到通话时长，指呼入电话分配到某个调度台，开始震铃到接起的等待时间。说明调度员忙于处理其他事务（如处理受理流程等），此时调度员的接线能力小于来电数量，一定程度上反映了调度员的繁忙程度。

2）事件相关通话时长

事件相关通话时长，指调度员接起电话到受理完毕挂断电话之间的时间。事件相关通话时间越久， 说明此事件的复杂度越高（比如一次长的通话、多次短的通话）。

3）事件无关通话时长

事件无关通话时长，指与急救事件无关的通话时长，如医疗咨询、用户投诉、误拨号、恶意电话等。

4）排队电话等待时长

呼救电话的数量大于目前调度员的处理能力，即所有调度员都忙于接线，电话在呼叫队列中等待。此时间越长，说明业务量大。

各项数据指标都默认按月进行统计，拖动柱形图下方的时间区间按键，可自定义时间区间，最小支持按天统计。

（4）调派分析要求

1）受理相关

受理时长：调度员受理该事件所使用的时间； 派车时长：调度员进行派车操作所使用的时间；

2）事件相关

将本年度当月数据与去年同月数据进行对比，反映业务量的增减；

3）任务相关

出车时长：急救车辆出车使用的总时间；

到达现场时长：“站内待命—到达现场”使用的时间；离开现场时长：“到达现场—离开现场”使用的时间；到达医院时长：“离开现场—到达医院”使用的时间；医院交接时长：“到达医院—离开医院”使用的时间；返回站中时长：“离开医院—返回站中”使用的时间；

各个时间段能够反映急救人员不同时间段内的工作效率。

（5）效率分析要求

1）调度相关

事件数：时间段内急救事件的数量，反映业务量的大小；

派单率：派单数量/事件数量；

派单效率：平均派单时长，反映派单事件的复杂程度； 受理效率：平均受理时长；

派车效率：平均派车时长。

2）联网医院急救分站相关

平均每单任务时长：总时长/执行任务数，反映单个任务占用时间多少；

有效服务车辆率：执行任务车辆数/总车数，反映执行任务车辆的活跃程度，车辆配置的数量是否满足需求；点开后可以查看各院服务车辆评估：

平均每辆车服务时长：总时长/执行车辆数，反映单个车辆在时间段内执行任务的时间。

3）工作台相关

工作平台比率：使用中的工作台/总台数，反映调度台实际使用的数量； 工作平台平均负荷：总时长/工作台数，反映单个工作台的工作时长；

平均每台无效工作时长：（总时长-有效时长）/工作台数，所有的无关事件所占用的时间平均到每个工作台的数值。

▲提供效率分析功能的截图并加盖原厂公章。

（6）个体分析要求

1）受理

每月平均受理数：所有调度员当月平均受理数；

每月平均受理时长：所有调度员当月平均受理时长；

2）派车

每月平均派车数：所有调度员当月平均派车数；

每月平均派车时长：所有调度员当月平均派车时长；

3）工作强度

工作受理负荷指数：个人受理数/平均受理数，反映个人受理急救事件数量是否高于所有调度员的平均受理数；

工作受理效率指数：个人受理时长/平均受理时长，反映个人受理时长是否高于所有调度员的平均受理时长；

工作强度系数：接电话的总时长/（总工作时间*比例系数），反映接电话这项工作内容占日常工作内容的比例；

工作派车负荷指数：个人派车数/平均派车数，反映个人派车数量是否高于所有调度员的平均派车数量；

工作派车效率指数：个人派车时长/平均派车时长，反映个人派车时长是否高于所有调度员的平均派车时长。

（7）动态分析要求

动态分析是将数据按 24 小时及更小的时间粒度进行分析。电话量分布、排队电话分布反映调度员的工作情况，出车量分布反映急救车司机的工作情况。

将电话量、出车量、排队电话按照每两个小时进行一次统计，可以清楚的看到一天 24 小时之内，不同时间段的数据量。

▲提供所投急救数据灵活分析相关软件具有国家版权局颁发的计算机软件著作权登记证书，并加盖原厂公章。

1.2.3.8急救视频终端子系统升级车载视频和分站视频

需要给每台救护车上配备一套视频设备（1 台车载视频主机，2 个高清摄像头）和每个分站配备 2 个高清摄像头，并配备相应视频设备存储管理软件，可以通过网络实时接收车载视频和分站视频信息，并进行存储管理。同时，与指挥调度系统紧密衔接，可在指挥调度受理席实时查看，并可将救护车视频图像发送到指挥中心大屏幕上。

4G/5G 无线网络传输到中心后端，达到远程监控、应急指挥的目的。车载影像平台传输主要是双码流同时编码，包括本地独立的录像码流和网传码流。其中本地录像的码流采用高清 1080P/720P 格式存储， 网传码流考虑到双卡传输网络的能力，可采 CIF/D1/1080P/720P 格式传输。分站视频平台传输主要是网传码流，采用高清 1080P/720P 格式传输。

在视频管理服务器上配备存储管理软件，可以通过网络实时接收车载视频、分站视频信息，并进行存储管理。同时，与调度指挥系统紧密衔接，可在调度指挥受理席实时查看，并可将救护车视频和分站视频图像发送到指挥中心大屏幕上。

车载视频系统由终端车载监控系统、视频监控平台组成，终端车载监控系统包括无线车载硬盘录像机、4 通道车载摄像头等。驾驶员可以通过车辆点火方式来让无线车载硬盘录像机工作。车载硬盘录像机把摄像头采集过来的视频信息进行压缩编码，把高清视频图像压缩存储在本地硬盘里面（存储时间最少20 天），车辆安装无线车载网络摄像机，外接 2 个摄像头（一个摄像头充当行车记录仪，一个摄像头监控救护车车厢），指挥中心可通过无线网络，对救护车进行实时监控，可实现通过移动网络把视频数据实时传送到视频监控平台，可以配合车载 GPS/北斗系统实现音视频，车辆运行轨迹的实时监控，实现车辆信息智能管理。车载硬盘录像机还可以。

调度受理席和科室可实时观看车辆车内视频信息，实时监控转运途中医疗救治情况和车辆运行路线及车辆运行状态，并可对不避让救护车的社会车辆予以摄录、上传。管理人员可以通过视频监控平台远程调看医疗舱历史的救治情况及车辆行驶状态和运行环境，及时发现问题和处理投诉。

可人工操作将重要视频上传到服务器（可根据情况决定是否将视频传输回服务器存储），实现外地与远程存储服务器报警录像双备份，保证重要录像的平安性。为事故纠纷调查取证、交通违法提供更加真实准确的视频资料。

（二）特殊基础设施服务

2.1监控设备清单及参数要求

2.1.1设备参数

序 号

产品类别

技术规格

单位

数量

备注

1	车载录像机	支持 4 路 1080P 视频输入、POE 供电； 支持 1 个 2.5 寸 SATA 硬盘、1 个 SD 卡； 支持 H.265 编码，更节省存储空间支持3G/4G、GPS/北斗等支持行车状态记录功能：包括车速、转向、刹车、倒车、车门开启统计等支持双码流、支持动态码率编码技术，适应无线网络带宽变化内置 UPS，确保异常断电不丢录像无风扇设计、全铝机身、专业减震技术通过ISO7637-2 汽车电磁兼容标准测试支持6~36V 宽电压输入 1DIN 标准工业机箱尺寸，适合机车前装	个	1	内置 GPS
2	1TB 硬盘	硬盘-MQ01ABD100V-1000G-8M 缓存-2.5英寸-SATA 接口	块	1
3	200 万红外定焦防暴半球网络摄像机	详见 200 万红外定焦防暴半球网络摄像机参数	台	1	用于车头、司机、车内 监控
4	200 万红外定焦车载网络摄像机	传感器类型 1/2.8 英寸 CMOS；像素 200 万；最大分辨率 1920×1080；最低照度 0.002Lux（彩色模式）；0.0002Lux（黑白模式）；0Lux（补光灯开启）；最大补光距离 30m（红外）；镜头类型定焦； 镜头焦距 2.8mm；通用行为分析绊线入侵；区域入侵；快速移动；物品遗留； 物品搬移；视频压缩标准 H.265；H.264H；MJPEG；智能编码 H.264：支持H.265：支持；宽动态支持；报警事件无SD 卡；SD 卡空间不足；SD 卡出错；网络断开；IP 冲突；动态检测；视频遮挡； 绊线入侵；区域入侵；物品遗留；物品搬移；场景变更；音频异常侦测；外部报警；接入标准 ONVIF；GB/T28181；CGI； 最大 Micro SD 卡 128G；星光支持；音频输入 1 路（RCA 头）；音频输出1 路	台	1	用于车外监控

		（RCA 头）；报警输入 2 路，湿节点， 支持 3V~5V 电位；报警输出 2 路（湿节点，支持直流最大 12V 电位，0.3A 电流）；供电方式 DC12V/POE；防护等级 IP67；IK10
5	室内 200 万半球摄像机	传感器类型 1/2.8 英寸 CMOS；像素 200 万；最大分辨率 1920×1080；最低照度 0.002Lux（彩色模式）；0.0002Lux（黑白模式）；0Lux（补光灯开启）；最大补光距离 50m（红外）；镜头类型定焦； 镜头焦距 2.8mm；通用行为分析绊线入侵；区域入侵；视频压缩标准 H.265； H.264；H.264H；H.264B；MJPEG；智能编码 H.264：支持 H.265：支持；宽动态120dB；内置 MIC 支持；报警事件网络断开；IP 冲突；非法访问；动态检测；视频遮挡；绊线入侵；区域入侵；场景变更；音频异常侦测；电压检测；安全异常；接入标准 ONVIF（Profile S）  ； GB/T28181；乐橙；CGI；星光支持；供 电方式 DC12V/POE；防护等级 IP67	台	1
6	室外 200 万摄像机	传感器类型1/2.8 英寸CMOS；像素200万；最大分辨率 1920×1080；最低照度 0.002Lux（彩色模式）；0.0002Lux（黑白模式）；0Lux（补光灯开启）；最大补光距离 50m（红外）；镜头类型定焦； 镜头焦距 3.6mm；通用行为分析绊线入侵；区域入侵；视频压缩标准 H.265； H.264；H.264H；H.264B；MJPEG；智能编码 H.264：支持 H.265：支持；宽动态120dB；报警事件网络断开；IP 冲突； 非法访问；动态检测；视频遮挡；绊线入侵；区域入侵；场景变更；电压检测； 安全异常；接入标准 ONVIF（ProfileS） ；GB/T28181；乐橙；CGI；星光支持；供电方式 DC12V/POE；防护等级 IP67	台	1

7	硬盘录像机	详见硬盘录像机参数	台	1
8	视频监控平台	车载监控平台主要配套车载；进行人员、车辆、设备绑定配置；可以对车辆进行 GPS 地图实时展示、历史轨迹回放、电子围栏等操作；视频功能包括实时视频、历史回放、地图、报警管理. 一体机：800 个 IP/3000 路 Ch:200 个 IP/1000 路 Ch 主动注册:500 个IP/2000 路 ChGB28181+ONVIF:200 个 IP/200 路Ch 卡口:200 个 Ch 门禁+报警主机:200 个 IP/3200 路 ChJT808:1000 个机架信息:标准 1U 机柜 CPU:1225V5 内存:8G DDR4 内存 x2 PCH 直通模式硬盘:1TB 网 口:4 网口	台	1

详情见招标文件