采购需求
在招标文件中,条款前面加“*”或“★”号为重要指标,在条款前面加“#”号为重点指标;如有1项“*” 或“★”号指标负偏离的,投标将被否决。
包号 |
标的名称 |
采购包预算金额 (万元) |
数量 |
简要技术需求或服务要求 |
1 |
交换机 |
362.65 |
5 |
包转发率≥460Mpps |
路由器 |
2 |
包转发率≥280Mpps |
||
120分中心专线路由器 |
1 |
包转发率≥280Mpps |
||
防火墙 |
2 |
网络层吞吐量≥20G |
||
120内网出口防火墙 |
2 |
网络层吞吐量≥8G |
||
120运营商专线边界防火墙 |
3 |
吞吐量≥5Gbps |
||
虚拟化节点 |
2 |
CPU 主频≥2.1GHz |
||
SIP中继IP用户板及许可 |
4 |
支持H.323/SIP标准 |
||
智能语音机器人平台 |
1 |
要求具备能实时将语音通话信息转写成文本的能力 |
||
智能语音导航系统 |
1 |
要求能实现电话分流转接通知及关键信息推送 |
||
智能语音核心能力平台 |
1 |
要求提供来电语音识别、语义理解和多轮对话自动生成和文字转语音输出等基础核心功能 |
||
智能语音导航机器人授权 |
100 |
提供不少于100个授权 |
||
智能语音转写授权 |
100 |
提供不少于100个授权 |
||
智能语音应答系统配套服务 |
1 |
在服务期内,提供持续的语音转写和多轮对话训练优化,持续细化场景分类,提供场景泛化生成能力和多轮对话能力,不断提高语音识别和语义理解的准确性 |
||
2 |
应用软件开发及相关服务 |
203.522079 |
1 |
要求通过应用大数据、人工智能、云计算等信息技术,建设一套安全、可靠,支持“本地-政务云”应用服务双活能力的120指挥调度系统,增加自动派车等功能,实现应急状态下120电话“打的通、接的起、派的快”,以满足首都市民对院前医疗急救服务的需求,保障城市安全运行 |
3 |
北京急救中心调度系统升级改造项目监理服务 |
17.42 |
1 |
监理工作范围:负责本项目所有子项目的合同签订、需求分析、设计、实施和验收等阶段的质量、进度、成本、系统安全和知识产权保护控制、合同和信息文档管理及组织协调工作;代表建设方审核项目从需求分析、设计、实施、验收等阶段过程中所产生的成果;对项目执行过程当中的变更进行控制,确保项目达到质量计划或者合同所规定的质量要求 |
4 |
北京急救中心调度系统升级改造项目第三方测评 |
12.63 |
1 |
1、严格按照国家等级保护标准三级要求,开展升级改造和建设;保证北京急救中心调度系统2023年度升级改造项目纳入到北京急救中心信息安全技术体系,在物理安全、网络安全、主机安全、应用安全和数据安全方面能够符合等级保护三级要求; 2、审查北京急救中心调度系统2023年度升级改造项目信息安全管理体系,在安全管理制度、安全管理机构、人员安全管理、系统建设安全管理和系统运维安全管理几个方面符合国家等级保护三级要求; 3、配合完善北京急救中心调度系统2023年度升级改造项目安全运维管理体系,推动北京急救中心信息安全保障体系的全面建设; 4、针对数据安全,信息在系统和网络传输、处理、储存过程中不被泄露或破坏,确保信息的可用性、保密性、完整性和不可否认性,包括密码系统的安全等进行测评。 |
第一包:软硬件产品采购
包号 |
标的名称 |
采购包预算金额 (万元) |
数量 |
简要技术需求或服务要求 |
1 |
交换机 |
362.65 |
5 |
包转发率≥460Mpps |
路由器 |
2 |
包转发率≥280Mpps |
||
120分中心专线路由器 |
1 |
包转发率≥280Mpps |
||
防火墙 |
2 |
网络层吞吐量≥20G |
||
120内网出口防火墙 |
2 |
网络层吞吐量≥8G |
||
120运营商专线边界防火墙 |
3 |
吞吐量≥5Gbps |
||
虚拟化节点 |
2 |
CPU 主频≥2.1GHz |
||
SIP中继IP用户板及许可 |
4 |
支持H.323/SIP标准 |
||
智能语音机器人平台 |
1 |
要求具备能实时将语音通话信息转写成文本的能力 |
||
智能语音导航系统 |
1 |
要求能实现电话分流转接通知及关键信息推送 |
||
智能语音核心能力平台 |
1 |
要求提供来电语音识别、语义理解和多轮对话自动生成和文字转语音输出等基础核心功能 |
||
智能语音导航机器人授权 |
100 |
提供不少于100个授权 |
||
智能语音转写授权 |
100 |
提供不少于100个授权 |
||
智能语音应答系统配套服务 |
1 |
在服务期内,提供持续的语音转写和多轮对话训练优化,持续细化场景分类,提供场景泛化生成能力和多轮对话能力,不断提高语音识别和语义理解的准确性 |
第二部分 项目要求
1.总则
本招标文件商务部分和技术规格部分如有不一致之处,以技术规格部分的条文为准。
1.1 投标人需根据招标文件的有关要求提供质量保证和售后服务方案;
1.2 投标人需根据招标文件的有关要求提供系统的安装和验收方案;
1.3 投标人需根据招标文件的有关要求提供培训方案。
2.交货及工期
2.1 交货地点:北京急救中心指定地点;
2.2 交货期:合同签订后,6个月内完成项目试运行、初验和终验。
3. 安装、调试及验收要求
3.1设备到货后,卖方按买方通知时间派有经验的专家来买方单位进行系统的安装、调试、培训及试运行,直至系统正常运行。
3.2投标人应遵守施工现场的规章制度,服从采购方的安排。
3.3投标人应按照招标文件的要求,完成整个系统的安装、调试。在安装、调试过程中所需的工具以及安装材料均由中标人负责解决,费用由投标人承担。由于投标人原因造成的缺损由投标人负责补充、更换。
3.4在安装、调试过程中,中标人应对采购方技术人员所提出的问题给予满意的答复,并向采购方提供安装调试过程中的各种文档资料,以便采购方今后能掌握操作方法和维护方法。
4. 验收要求
验收在北京急救中心进行,在交接时按国家标准检验验收,确保质量符合招标文件相关规定。
5. 质量保证期与售后服务
5.1系统质保期为至少1年,质保期内如有质量问题免费维修或更换。卖方应在质保期内提供免费的维护保养。
5.2对保修期内的维修服务,卖方应在收到买方通知后2小时内派专业维护人员到场,无偿负责维护,保证系统的正常使用。
5.3卖方应在投标文件中声明终身售后服务方式和能力,双方对保修期后的售后服务签署协议。
5.4卖方应在投标中声明在北京地区派驻有经验的技术人员,能够提供技术支持和培训等。
招标文件带有“*”、“#”符号的为重要指标,无标识则表示一般指标项。
一、系统建设要求
要求通过应用大数据、人工智能、云计算等信息技术,建设一套安全、可靠,支持“本地-政务云”应用服务双活能力的120指挥调度系统,增加急救电话智能语音应答、转写,系统自动派车等功能,实现应急状态下120电话“打的通、接的起、派的快”,以满足首都市民对院前医疗急救服务的需求,保障城市安全运行。
(1)虚拟化服务器清单
设备名称 |
主要技术参数 |
数量 |
虚拟化服务器 |
华为2288H V5; 2*CPU (Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz); 16*32G (DDR4); 4*600GB (SAS HDD 12Gb/s); 7*8TB(SATA3.0 HDD 6Gb/s); (12*3.5英寸硬盘机箱,板载2*GE+2*10GE光口(不含光模块)); |
6台 |
(2)物理服务器清单
序号 |
服务名称 |
配置 |
1 |
主数据库服务器 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz 两颗 10核 超线程 内存:128G 硬盘:900G*7 操作系统:Windows Server 2012 R2 Standard |
2 |
主数据库备份服务器 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz 两颗 10核 超线程 内存:128G 硬盘:900G*7 操作系统:Windows Server 2012 R2 Standard |
3 |
GPS轨迹数据库服务器 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2603 v4 @ 1.70GHz 两颗 6核 单线程 内存:64G 硬盘:300G*5 操作系统:Windows Server 2012 R2 Standard |
4 |
统计数据库服务器(主) |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2609 v3 @ 1.90GHz 两颗 6核 单线程 内存:32G 硬盘:1T*6 操作系统:Windows Server 2012 R2 Standard |
5 |
统计(兼数据测试)服务器(备) |
型号:浪潮NF5270M4 CPU: Intel(R) Xeon(R) CPU E5-2609 v4 @ 1.70GHz 两颗 6核 单线程 内存:64G 硬盘:2T 操作系统:Windows Server 2012 R2 Standard |
6 |
应用服务器主 |
型号::华为H22M-03 CPU:Intel(R)Xeon(R)CPU E5-2630 两颗 10核 超线程 内存:128G 硬盘:900G*7 Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz 操作系统:Windows Server 2012 R2 Standard |
7 |
应用服务器热备 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2603 v4 @ 1.70GHz 单颗 6核 单线程 内存:8G 硬盘:1T*4 操作系统:Windows Server 2012 R2 Standard |
8 |
业务通信服务器主 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz 两颗 10核 超线程 内存:128G 硬盘:900G*7 操作系统:Windows Server 2012 R2 Standard |
9 |
业务通信服务器(热备) |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2603 v4 @ 1.70GHz 两颗 6核 单线程 内存:64G 硬盘:300G*5 操作系统:Windows Server 2012 R2 Standard |
10 |
CTI服务器主 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz 两颗 10核 超线程 内存:128G 硬盘:900G*7 操作系统:Windows Server 2012 R2 Standard |
11 |
CTI服务器热备 |
型号:浪潮NF5270M4 CPU:CPU:Intel(R)Xeon(R)CPUE5-2603 v4 @ 1.70GHz单颗 6核 单线程 z单颗 6核 单线程 内存:64G 硬盘:300G*5 操作系统:Windows Server 2012 R2 Standard |
12 |
录音服务器主 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2609 v4 @ 1.70GHz 两颗 8核 单线程 内存:64G 硬盘:9T 操作系统:Windows Server 2012 R2 Standard |
13 |
录音服务器备 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2609 v4 @ 1.70GHz 两颗 8核 单线程 内存:64G 硬盘:9T 操作系统:Windows Server 2012 R2 Standard |
14 |
转发服务器(区平台) |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2609 v4 @ 1.70GHz 两颗 8核 单线程 内存:64G 硬盘:2T 操作系统:Windows Server 2012 R2 Standard |
15 |
转发服务器(区平台)(热备) |
型号:华为H22M-03 CPU: Intel(R) Xeon(R) CPU E5-2609 v3 @ 1.90GHz 两颗 6核 单线程 内存:32G 硬盘:1T*2+600G*2+300G*3 操作系统:Windows Server 2012 R2 Standard
|
16 |
地图服务器 |
型号:DELLEMC CPU:Intel(R) Xeon(R) CPU E3-1220 v6 @ 3.00GHz 1颗 6核 单线程 内存:16G 硬盘:1T 操作系统:Centos 6.5 |
17 |
中间库服务器(第三方数据库对接) |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2603 v4 @ 1.70GHz 两颗 6核 单线程 内存:64G 硬盘:300G*5 操作系统:Windows Server 2012 R2 Standard |
18 |
120-999转接程序 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2603 v4 @ 1.70GHz 两颗 6核 单线程 内存:64G 硬盘:300G*5 操作系统:Windows Server 2012 R2 Standard |
19 |
对接服务器(第三方接口对接) |
型号:浪潮NF5270M4 CPU: Intel(R) Xeon(R) CPU E5-2609 v4 @ 1.70GHz 两颗 8核 单线程 内存:64G 硬盘:300G*5 操作系统:Windows Server 2012 R2 Standard |
20 |
360防病毒服务器 |
型号:浪潮NF5270M4 CPU:Intel(R) Xeon(R) CPU E5-2603 v4 @ 1.70GHz 1*6 内存:128G 硬盘:1T*5 操作系统:Windows Server 2012 R2 Standard |
21 |
内网代理服务器 |
型号: DEll PowerEdge R730 CPU: Intel(R) Xeon(R) CPU E5-2609 v4 @ 1.70GHz 1颗8核 内存:32G 硬盘:600G*2 |
22 |
外网代理服务器 |
型号:华为H22M-03 CPU: Intel(R) Xeon(R) CPU E5-2609 v3 @ 1.90GHz 两颗 6核 单线程 内存:32G 硬盘:1T*2+600G*2+300G*3 操作系统:Windows Server 2012 R2 Standard |
2、现有网络设备现状
序号 |
设备名称 |
主要技术参数 |
数量 |
1 |
楼层交换机 |
型号:思科C2960-LANBASE-M 接口:48电口2千兆光口(4combo光口) 内存:60Mb |
9 |
2 |
汇聚交换机 |
型号:华为S5720-32X-EI-24S-AC 接口:4个电口24千兆光口4万兆光口 内存:2048Mb |
2 |
3 |
3层交换机 |
型号:华为S5735S-L48T4X-A1 接口:48电口4千兆光口 内存:512Mb |
4 |
4 |
核心交换机 |
型号:华为S12708 接口:72电口16万兆光口 内存:4096Mb |
2 |
5 |
7层调度接入交换机 |
型号:华为S5720-52P-SI-AC 接口:48电口4千兆光口 内存:512Mb |
2 |
6 |
院前院内系统接入交换机 |
型号:华为S5720-52P-LI-AC 接口:48电口4千兆光口 内存:512Mb |
2 |
7 |
应用域接入交换机 |
型号:华为S5720-52P-LI-AC 接口:48电口4千兆光口 内存:512Mb |
2 |
8 |
数据域接入交换机 |
型号:华为S5720-52P-LI-AC 接口:48电口4千兆光口 内存:512Mb |
2 |
9 |
应急视频会议接入交换机 |
型号:华为S5720-52P-LI-AC 接口:48电口4千兆光口 内存:512Mb |
2 |
10 |
超融合HCI交换机 |
型号:华为S6720S-16X-LI-16S-AC 接口:16万兆光口 内存:1024Mb |
2 |
11 |
超融合万转千电交换机(临时) |
型号:华为S1720-28GWR-4X 接口:24电口4万兆光口 内存:1024Mb |
1 |
12 |
DMZ域接入交换机 |
型号:华为S5720-52P-LI-AC 接口:48电口4千兆光口 内存:512Mb |
2 |
13 |
互联网出口路由器 |
型号:华为AR2240 接口:4电口4千兆光口 内存:4096Mb |
2 |
14 |
运营商出口路由器 |
型号:华为AR2200 接口:8电口4千兆光口 内存:2048Mb |
2 |
15 |
政务外网路由器 |
型号:华为AR2240 接口:6电口 内存:2048Mb |
1 |
16 |
办公网核心交换机 |
型号:H3C S7503E-S 接口:8电口24千兆光口 内存:2048Mb |
1 |
17 |
办公网出口路由器 |
型号:H3C S7503E-S 接口:8电口24千兆光口 内存:2048Mb |
1 |
18 |
120分中心专线路由器 |
型号:思科C7200-IPBASEK9-M 接口:8电口 内存:245Mb |
1 |
19 |
交换机 |
型号:思科3750G 接口: 内存: |
1 |
20 |
交换机 |
型号:思科2960 接口: 内存: |
3 |
21 |
交换机 |
型号:思科2950 接口: 内存: |
1 |
3、安全设备现状
序号 |
设备名称 |
主要技术参数 |
数量 |
1 |
网神防火墙 |
NSG7000-TG10-WD9防毒墙2台; W3400-U012-EA5 WAF2台; W1500-U010P WAF1台 SECGATE 360防火墙4台; |
9 |
2 |
华三防火墙 |
华三NS-secPath F100-A-G-AC |
2 |
3 |
深信服防火墙 |
深信服AF-1520-JJ |
4 |
4 |
思科防火墙 |
思科ASA5510 |
3 |
5 |
绿盟防火墙 |
绿盟NF下一代防火墙 |
1 |
6 |
网康互联网控制网关 |
NS-ICG |
1 |
7 |
老网康互联网控制网关 |
NI 3000 |
1 |
8 |
安恒明御运维审计与风险控制系统 |
USM0500C1 |
1 |
9 |
旧深信服IPS |
NGAF 7.3 |
2 |
10 |
新深信服IPS |
NIPS 8.0.7 |
2 |
11 |
天融信入侵检测系统 |
TopSentry 3000 |
1 |
12 |
绿盟安全审计系统 |
SAS 5.6.8.SP4 |
1 |
13 |
奇安信防火墙 |
智慧防火墙V4.0 2台 |
2 |
14 |
奇安信防火墙 |
NSG3000-TE45 |
1 |
15 |
深信服VPN |
SSLVPN V7.0 |
1 |
16 |
网神安全审计 |
Secfox |
1 |
17 |
旁路IPS |
网神NGIPS SECIPS 3600 |
1 |
18 |
汇聚防火墙 |
网神SecGate 3600 |
2 |
三、系统建设目标
1、120指挥调度系统双活改造
本项目在北京政务云平台上建设一套云调度系统,建设的云调度系统可承载北京急救中心120挥调度系统的全部调度业务,并与北京急救中心本地120指挥调度系统平台(和平门)实现双活系统模式,保障北京急救中心信息系统高可用性。
制定双活方案,实现北京急救中心本地业务系统与政务云平台上业务系统互为备份、并通过专线实现政务云和本地系统数据的实时同步,提升北京院前医疗急救工作的呼救满足率。
根据本项目系统建设规划,对现有调度业务流程和功能、如:数据库、应用服务程序、受理调度程序、分流席程序、消息服务程序、录音程序、CTI服务程序、车载程序、通用服务程序、综合管理程序、路程计算和自动排序应用、优化出车通知应用、急救任务信息化监管等做适应性修改和功能性定制开发。
2、电话语音转写系统和智能语音应答系统建设
电话语音转写系统将语音实时转成文字,搭配语音转写处理器,自动实现角色辨识,在语音通话过程中,系统会实时把语音转换成文字信息,推送到调度席的程序工作区域中,调度人员可自动获取相关信息。此举可极大提高调试席的工作效率,减轻调度人员手工输入的工作。
智能语音应答系统依托语音识别分析,采用人工智能技术,通过机器快速分诊应答系统来解决120电话访问数多导致占线等待问题,通过语音智能识别与信息分类辅助技术实现市民急救的快速识别与分类处理,综合判定病例特征结果,更加精准、有效、快速提供急救服务。可通过智能语音应答系统接入急救电话,由智能机器人替代人工进行沟通,记录关键信息并推送调度派车系统;对非急救型呼叫,将解答咨询,完成分流席工作。
3、政务云资源租用
为系统在政务云端部署租用相应的计算、存储、网络安全服务资源。
4、本地硬件设备更新、扩容
更新本地120指挥调度系统老旧网络、安全设备,对SIP中级板卡和虚拟化资源池进行扩容,以满足本项目应用需求。
四、系统建设原则
本次系统建设应在现有120系统的基础上进行改造和功能扩展。系统建设过程中,应遵循以下原则:
1.可靠性与安全性并举
(1)系统应支持全年无间断服务,要求系统7*24小时不间断运行。
(2)系统应具有过负荷控制能力,不论在平时和峰值情况下,系统都可以安全可靠运行和数据备份。
(3)保持各子系统的相对独立性,确保呼救受理与指挥调度核心子系统不因其它子系统故障而影响正常工作。即使系统发生最严重的故障,仍能接听呼救电话并利用有线通信子系统或无线通信子系统实施基本的语音通信指挥。
(4)要求对系统运行中可能出现的各种异常情况设计明显的报警手段和周到的应急措施,并在系统运行中不断完善。
2.先进性与成熟性并重
系统建设要尽可能采用国内外先进的技术,采用先进的体系结构和主流产品作为支撑环境。
既要考虑新技术和急救新业务发展的需求,也要考虑既有系统的操作使用习惯和功能支持习惯,在保留既有优点的前提下增加新功能。
3.时效性
系统结构、数据库结构、网络结构、软件流程和操作界面设计应考虑满足各种时效指标的要求。
4.开放性与兼容性
各子系统的软件要模块化,并完全兼容第三方系统,以便系统将来改造、扩容、升级。
各功能模块之间的通信采用标准通信协议(如TCP/IP)而非专有技术。
系统要求采用现有的数据库平台和通信环境,支持使用通用PC。
系统构建灵活、开放的体系结构,保证现有资源的有效利用,同时为系统扩展、升级及可预见的管理模式的改变留有余地。
5.可操作性与可管理性
要求系统的功能设置符合医疗紧急救援工作流程。
用户界面要求直观、简洁、友好,菜单要求功能清晰,具有简单的层次感,应避免复杂的菜单选择和窗口重叠,简化数据输入,界面应采用统一风格,统一操作方式。
各个功能键的定义要合理,为用户提供操作或系统的出错提示简洁明了。
为用户提供简便统计工具,方便用户对数据库的管理、统计及图表显示和输出。
系统必须符合急救中心的现有管理模式和运行模式。
6.可扩展性
系统要求满足今后网络用户数量继续增长的需求,可灵活扩充和调整。系统规模和范围都具有可扩展性,子系统可逐步升级,新的子系统可随时扩展增加,模块化的设计使整个系统处理能力可以在线提升。
7.可继承性
本次系统升级改造是在继承现有系统功能的基础上,进行升级完善并扩充新的功能,故系统升级改造应能充分利用现有系统的软件、设备和数据等资源,并实现与现有系统的无缝对接,实现操作、数据的流畅处理,保护既有投资,不因技术升级造成既有系统资源全部或大部分丢失。
五、采购清单
序号 |
名称 |
功能/参数要求 |
数量 |
一 |
硬件设备购置 |
|
|
1 |
交换机 |
详见技术要求 |
5台 |
2 |
路由器 |
详见技术要求 |
2台 |
3 |
120分中心专线路由器 |
详见技术要求 |
1台 |
4 |
防火墙 |
详见技术要求 |
2台 |
5 |
120内网出口防火墙 |
详见技术要求 |
2台 |
6 |
120运营商专线边界防火墙 |
详见技术要求 |
3台 |
7 |
虚拟化节点 |
详见技术要求 |
2台 |
8 |
SIP中继IP用户板及许可 |
详见技术要求 |
4块 |
二 |
软件产品购置 |
|
|
1 |
智能语音机器人平台 |
详见技术要求 |
1套 |
2 |
智能语音导航系统 |
详见技术要求 |
1套 |
3 |
智能语音核心能力平台 |
详见技术要求 |
1套 |
4 |
智能语音导航机器人授权 |
详见技术要求 |
100个 |
5 |
智能语音转写授权 |
详见技术要求 |
100个 |
6 |
智能语音应答系统配套服务 |
详见技术要求 |
1项 |
六、系统建设内容及技术指标要求
(一)硬件设备购置
1.交换机要求
序号 |
指标项 |
指标要求 |
1 |
交换容量 |
交换容量≥1.3Tbps |
2 |
包转发率 |
包转发率≥460Mpps |
3 |
端口 |
不少于48个千兆SFP光,4个万兆SFP+ |
4 |
硬件 |
支持模块化可插拔双电源 |
支持业务扩展插槽数≥1 |
||
配置标准USB接口 |
||
5 |
二层 |
支持4K个VLAN,支持Guest VLAN、Voice VLAN,支持基于MAC/协议/IP子网/策略/端口的VLAN |
6 |
支持MAC表项≥32,提供官网截图或第三方测试报告 |
|
7 |
三层 |
支持静态路由、RIP v1/v2、OSPF、BGP、ISIS、RIPng、OSPFv3、ISISv6、BGP4+ |
8 |
支持Ipv4路由FIB表≥8K,Ipv6路由FIB表≥4K,提供官网截图或第三方测试报告 |
|
9 |
组播 |
支持PIM DM、PIM SM、PIM SSM 支持IGMP v1/v2/v3及IGMP v1/v2/v3 Snooping及IGMP快速离开机制 支持MLD v1/v2、MLD v1/v2 Snooping |
10 |
安全功能 |
支持DHCPv6 Snooping,DAI,SAVI等安全特性 |
11 |
管理维护 |
支持Telemetry技术,提供官网截图或第三方测试报告 |
12 |
支持SNMP v1/v2/v3、Telnet、RMON、SSHv2; 支持通过命令行、Web、中文图形化配置软件等方式进行配置和管理 |
|
13 |
QoS |
支持对端口接收报文速率和发送报文速率进行限制,支持SP、WRR、SP+WRR等队列调度算法 |
14 |
可靠性 |
支持G.8032标准以太环网协议,倒换时间≤50ms |
2.路由器要求
序号 |
指标项 |
指标要求 |
1 |
交换容量 |
交换容量≥640Gbps |
2 |
包转发率 |
包转发率≥280Mpps |
3 |
固定接口 |
不少于14*10GE光+10*GE电 |
4 |
硬件 |
业务插槽≥10个 |
支持主控冗余 |
||
支持电源冗余,电源≥2个 |
||
5 |
基础功能 |
支持DHCP server/client/relay,PPPoE server/client,NAT,子接口管理 |
6 |
局域网 |
支持IEEE 802.1P,IEEE 802.1Q,IEEE 802.3 ,VLAN管理,VLAN聚合,MAC管理,STP/RSTP/MSTP,SEP等 |
7 |
无线局域网 |
持AP设备管理(AC发现/AP接入/AP管理),CAPWAP协议, WLAN 用户管理,WLAN射频管理(802.11a/b/g/n/ac),WLAN QoS(WMM),WLAN 安全(WEP/WPA/WPA2/密钥管理) |
8 |
路由功能 |
支持静态路由,路由策略, RIPng,OSPFv3,IS-ISv6,BGP4+ |
9 |
IPV6 |
支持IPv6 ND,IPv6 PMTU,IPv6 FIB,IPv6 ACL,ICMPv6,DNSv6,DHCPv6,提供官网截图或第三方测试报告 |
10 |
组播 |
支持IGMP V1/V2/V3,PIM SM,PIM DM,MSDP,MBGP,IPv6 PIM,MLD |
11 |
MPLS |
支持LDP,MPLS L3 VPN,VLL,PWE3,静态LSP,动态LSP,MPLS TE,IP FRR,LDP FRR,TE FRR |
12 |
VPN |
支持IPsec VPN,GRE VPN,DSVPN,A2A VPN,L2TP VPN,L2TPv3 VPN |
13 |
管理维护 |
支持升级管理,设备管理,Web网管,GTL,SNMP(v1/v2c/v3),RMON,NTP,CWMP,Auto-Config,邮件/U盘/DHCP开局,NetConf/YANG,CLI,NetStream,TWAMP, IP FPM、TCP FPM,IP Accounting,NQA |
3.120分中心专线路由器要求
序号 |
指标项 |
指标要求 |
1 |
交换容量 |
交换容量≥640Gbps |
2 |
包转发率 |
包转发率≥280Mpps |
3 |
固定接口 |
不少于14*10GE光+10*GE电 |
4 |
硬件 |
业务插槽≥10个 |
支持主控冗余 |
||
支持电源冗余,电源≥2个 |
||
5 |
基础功能 |
支持DHCP server/client/relay,PPPoE server/client,NAT,子接口管理 |
6 |
局域网 |
支持IEEE 802.1P,IEEE 802.1Q,IEEE 802.3 ,VLAN管理,VLAN聚合,MAC管理,STP/RSTP/MSTP,SEP等 |
7 |
无线局域网 |
#持AP设备管理(AC发现/AP接入/AP管理),CAPWAP协议, WLAN 用户管理,WLAN射频管理(802.11a/b/g/n/ac),WLAN QoS(WMM),WLAN 安全(WEP/WPA/WPA2/密钥管理),提供官网截图或第三方测试报告 |
8 |
路由功能 |
支持静态路由,路由策略, RIPng,OSPFv3,IS-ISv6,BGP4+ |
9 |
IPV6 |
#支持IPv6 ND,IPv6 PMTU,IPv6 FIB,IPv6 ACL,ICMPv6,DNSv6,DHCPv6,提供官网截图或第三方测试报告 |
10 |
组播 |
支持IGMP V1/V2/V3,PIM SM,PIM DM,MSDP,MBGP,IPv6 PIM,MLD |
11 |
MPLS |
支持LDP,MPLS L3 VPN,VLL,PWE3,静态LSP,动态LSP,MPLS TE,IP FRR,LDP FRR,TE FRR,提供官网截图或第三方测试报告 |
12 |
VPN |
支持IPsec VPN,GRE VPN,DSVPN,A2A VPN,L2TP VPN,L2TPv3 VPN |
13 |
管理维护 |
支持升级管理,设备管理,Web网管,GTL,SNMP(v1/v2c/v3),RMON,NTP,CWMP,Auto-Config,邮件/U盘/DHCP开局,NetConf/YANG,CLI,NetStream,TWAMP, IP FPM、TCP FPM,IP Accounting,NQA |
4.防火墙要求
5.120内网出口防火墙要求
序号 |
指标项 |
指标要求 |
1 |
配置要求 |
网络层吞吐量≥8G,并发连接≥210万,每秒新建连接数≥10万,≥2U机箱,双电源,标准配置≥6个10/100/1000M自适应电口,≥2个SFP插槽,≥1个扩展槽,≥1个Console口,支持液晶屏,三年硬件维保服务。三年全功能模块(含应用识别库、URL分类特征库、病毒防护特征库、入侵防御特征库升级服务及威胁情报订阅服务) |
2 |
NAT |
#支持源NAT、目的NAT、静态NAT,支持一对一、一对多和多对多等形式的NAT;支持NAT会话保持,使相同源IP的数据包经过地址转换后为其转换的源 IP 地址相同;(提供证明材料截图并加盖投标人公章) |
3 |
DNS代理/服务器 |
#支持DNS 代理功能,能够把通过防火墙的DNS请求代理到指定的DNS服务器上做域名解析;能够将来自内部网络的域名解析请求定向到真实内网资源,提高访问效率;同时支持通过配置多条DNS代理,实现内网资源服务器的负载均衡;(提供证明材料截图并加盖投标人公章) |
支持标准DNS服务器功能,支持多种DNS 记录 ,包括A ,NS,CNMAE,TXT,MX,PTR记录; |
||
4 |
访问控制 |
支持基于策略的流量统计和会话统计; |
#提供策略分析功能,支持策略命中分析、策略冗余分析、策略冲突检查、策略包含分析,可在WEB界面显示检测结果;(提供证明材料截图并加盖投标人公章) |
||
5 |
IPv6 安全防护 |
支持基于IPv6的入侵防御、病毒防御、DDOS、WEB防护等一系列安全防护功能; |
支持基于IPv6的连接限制; |
||
6 |
入侵防御 |
支持独立的入侵防护规则特征库,特征总数在7000条以上,能对常见漏洞进行安全防护; |
支持针对地址设置入侵防御白名单,支持攻击规则搜索以及自定义; |
||
7 |
DDOS防御 |
支持针对ICMP、TCP、UDP等协议进行DDOS防护;包括但不限于PING of death、Land-Base、Tear drop、winnuke等;支持预定义和自定义策略模板; |
8 |
病毒防护 |
支持对HTTP/SMTP/POP3/FTP/IMAP等协议进行病毒防御; |
9 |
Web防护 |
支持http请求回应的头、体检查; |
支持对http的合规性检查,包括版本、方法、url、头域字段、传输文件等的合规性检查;(提供证明材料截图) |
||
内置web应用防护特征库,提供定期升级 |
||
10 |
口令防护 |
支持对各种协议进行弱口令检查,并上报安全事件; |
11 |
黑名单 |
可设置基于IP过滤条件,实现对特定报文进行快速过滤,支持100万以上黑名单数量; |
#内置动态黑名单功能,可与入侵防护、WEB应用防护、防暴力破解功能实现联动封锁;支持静态和动态黑名单命中统计和监控;(提供证明材料截图并加盖投标人公章) |
||
12 |
带宽管理 |
#支持链路和四层通道嵌套的流量控制功能,可基于上下行区域、地址、地理对象、用户/用户组、服务/服务组、应用/应用组和时间等配置带宽策略;(提供证明材料截图并加盖投标人公章) |
13 |
会话控制 |
#支持对指定的源/目的地址对象、源/目的地理对象、应用制定连接限制策略,可控制所有或单IP会话总数及单IP新建连接数;(提供证明材料截图并加盖投标人公章) |
支持IPv6的会话控制策略 |
||
14 |
资产安全 |
支持主动探测机制,支持配置关注ip、网段列表,以及排除列表;支持探测间隔设置;支持对已审批资产的试探测。 支持被动探测机制,对经过设备的流量进行主机检测;支持对ip网段列表进行配置; |
15 |
用户管控 |
内置用户身份管理系统,支持本地认证、外部认证及等方式,支持RADIUS、LDAP等第三方外部认证; |
16 |
IPSEC VPN |
支持IPSec VPN功能,支持IKEV1、IKEV2、国密的加密类型,支持AES、DES、3DES、MD5、SHA-1、SM3等VPN加密、认证算法,支持对隧道内网络流量进行监控展示; |
无需额外授权,IPSecVPN用户数无限制; |
||
17 |
SSL VPN |
无需额外授权,SSLVPN用户数无限制; |
18 |
系统诊断 |
#支持在WEB界面进行网络诊断,支持PING、TRACEROUTE、TCP的诊断方式;(提供证明材料截图并加盖投标人公章) |
#支持在WEB界面进行网络抓包,支持设置接口、IP、协议、端口等过滤条件,抓包文件支持导出;(提供证明材料截图并加盖投标人公章) |
||
19 |
虚拟化 |
#支持基于硬件Hypervisor技术的底层虚拟化,各个虚拟防火墙之间完全隔离,可运行不同的防火墙版本,拥有完全独立的CPU、内存、接口等资源;(提供证明材料截图并加盖投标人公章) 每个虚拟防火墙均提供完整的安全功能,包括防火墙、入侵防御、防病毒、上网行为管理、WAF和流控、VPN、IPv4/IPv6双栈等;(提供证明材料截图并加盖投标人公章) |
20 |
策略梳理 |
#支持扩展集中策略分析模块;(提供证明材料截图并加盖投标人公章) 支持集中对所有防火墙安全策略进行冗余分析,可分析出安全策略是否为不必要的冗余配置;(提供证明材料截图并加盖投标人公章) 支持集中对所有防火墙安全策略进行收敛分析,也称宽松策略分析。能够支持查看任何一条宽松策略的流量详细信息;(提供证明材料截图并加盖投标人公章) |
21 |
监控类型 |
#支持对设备状态、威胁信息、接口流量、连接信息、应用流量、用户流量、网站类型流量、VPN流量、在线用户等对象进行监控展示;(提供证明材料截图并加盖投标人公章) |
22 |
产品资质 |
产品具有中华人民共和国公安部颁发的《计算机信息系统安全专用产品销售许可证》;提供证书复印件并加盖投标人公章。 |
产品具有中国网络安全审查技术与认证中心颁发的《中国国家信息安全产品认证证书》;提供证书复印件并加盖投标人公章。 |
||
产品具备国家信息安全漏洞库兼容性证书;提供证书复印件并加盖投标人公章。 |
||
产品通过国家无线电监测中心检测中心/国家无线电产品质量监督检验中心的电磁兼容性、浪涌(冲击)抗扰度、雷击型式测试,提供报告;提供证书复印件并加盖投标人公章。 |
||
产品具有中华人民共和国工业和信息化部颁布的《电信设备进网许可证》;提供证书复印件并加盖投标人公章。 |
6.120运营商专线边界防火墙要求
序号 |
指标项 |
指标要求 |
1 |
配置要求 |
≥2U设备,双电源;≥6个10/100/1000M Base-TX,≥4个千兆SFP插槽,≥一个扩展槽位,吞吐量≥5Gbps,最大并发≥220万,每秒新建连接≥4万。实配防病毒模块;实配IPS模块;含3硬件质保服务及病毒库与IPS特征库升级服务。 |
2 |
NAT |
#支持源NAT、目的NAT、静态NAT,支持一对一、一对多和多对多等形式的NAT;支持NAT会话保持,使相同源IP的数据包经过地址转换后为其转换的源 IP 地址相同;(提供证明材料截图并加盖投标人公章) |
3 |
DNS代理/服务器 |
#支持DNS 代理功能,能够把通过防火墙的DNS请求代理到指定的DNS服务器上做域名解析;能够将来自内部网络的域名解析请求定向到真实内网资源,提高访问效率;同时支持通过配置多条DNS代理,实现内网资源服务器的负载均衡;(提供证明材料截图并加盖投标人公章) |
支持标准DNS服务器功能,支持多种DNS 记录 ,包括A ,NS,CNMAE,TXT,MX,PTR记录; |
||
4 |
访问控制 |
支持基于策略的流量统计和会话统计; |
#提供策略分析功能,支持策略命中分析、策略冗余分析、策略冲突检查、策略包含分析,可在WEB界面显示检测结果;(提供证明材料截图并加盖投标人公章) |
||
5 |
IPv6 安全防护 |
支持基于IPv6的入侵防御、病毒防御、DDOS、WEB防护等一系列安全防护功能; |
支持基于IPv6的连接限制; |
||
6 |
入侵防御 |
支持独立的入侵防护规则特征库,特征总数在7000条以上,能对常见漏洞进行安全防护; |
支持针对地址设置入侵防御白名单,支持攻击规则搜索以及自定义; |
||
7 |
DDOS防御 |
支持针对ICMP、TCP、UDP等协议进行DDOS防护;包括但不限于PING of death、Land-Base、Tear drop、winnuke等;支持预定义和自定义策略模板; |
8 |
病毒防护 |
支持对HTTP/SMTP/POP3/FTP/IMAP等协议进行病毒防御; |
9 |
Web防护 |
支持http请求回应的头、体检查; |
#支持对http的合规性检查,包括版本、方法、url、头域字段、传输文件等的合规性检查;(提供证明材料截图并加盖投标人公章) |
||
内置web应用防护特征库,提供定期升级 |
||
10 |
口令防护 |
支持对各种协议进行弱口令检查,并上报安全事件; |
11 |
黑名单 |
可设置基于IP过滤条件,实现对特定报文进行快速过滤,支持100万以上黑名单数量; |
#内置动态黑名单功能,可与入侵防护、WEB应用防护、防暴力破解功能实现联动封锁;支持静态和动态黑名单命中统计和监控;(提供证明材料截图并加盖投标人公章) |
||
12 |
带宽管理 |
#支持链路和四层通道嵌套的流量控制功能,可基于上下行区域、地址、地理对象、用户/用户组、服务/服务组、应用/应用组和时间等配置带宽策略;(提供证明材料截图并加盖投标人公章) |
13 |
会话控制 |
#支持对指定的源/目的地址对象、源/目的地理对象、应用制定连接限制策略,可控制所有或单IP会话总数及单IP新建连接数;(提供证明材料截图并加盖投标人公章) |
支持IPv6的会话控制策略 |
||
14 |
资产安全 |
支持主动探测机制,支持配置关注ip、网段列表,以及排除列表;支持探测间隔设置;支持对已审批资产的试探测。 支持被动探测机制,对经过设备的流量进行主机检测;支持对ip网段列表进行配置; |
15 |
用户管控 |
内置用户身份管理系统,支持本地认证、外部认证及等方式,支持RADIUS、LDAP等第三方外部认证; |
16 |
IPSEC VPN |
支持IPSec VPN功能,支持IKEV1、IKEV2、国密的加密类型,支持AES、DES、3DES、MD5、SHA-1、SM3等VPN加密、认证算法,支持对隧道内网络流量进行监控展示; |
无需额外授权,IPSec VPN用户数无限制; |
||
17 |
SSL VPN |
无需额外授权,SSL VPN用户数无限制; |
18 |
系统诊断 |
#支持在WEB界面进行网络诊断,支持PING、TRACEROUTE、TCP的诊断方式;(提供证明材料截图并加盖投标人公章) |
#支持在WEB界面进行网络抓包,支持设置接口、IP、协议、端口等过滤条件,抓包文件支持导出;(提供证明材料截图并加盖投标人公章) |
||
19 |
虚拟化 |
#支持基于硬件Hypervisor技术的底层虚拟化,各个虚拟防火墙之间完全隔离,可运行不同的防火墙版本,拥有完全独立的CPU、内存、接口等资源;(提供证明材料截图并加盖投标人公章) |
#每个虚拟防火墙均提供完整的安全功能,包括防火墙、入侵防御、防病毒、上网行为管理、WAF和流控、VPN、IPv4/IPv6双栈等;(提供证明材料截图并加盖投标人公章) |
||
20 |
策略梳理 |
#支持扩展集中策略分析模块;(提供证明材料截图并加盖投标人公章) #支持集中对所有防火墙安全策略进行冗余分析,可分析出安全策略是否为不必要的冗余配置;(提供证明材料截图并加盖投标人公章) |
#支持集中对所有防火墙安全策略进行收敛分析,也称宽松策略分析。能够支持查看任何一条宽松策略的流量详细信息;(提供证明材料截图并加盖投标人公章) |
||
21 |
监控类型 |
#支持对设备状态、威胁信息、接口流量、连接信息、应用流量、用户流量、网站类型流量、VPN流量、在线用户等对象进行监控展示;(提供证明材料截图并加盖原厂商公章) |
22 |
产品资质 |
产品具有中华人民共和国公安部颁发的《计算机信息系统安全专用产品销售许可证》,提供证书复印件并加盖投标人公章。 |
产品具有中国网络安全审查技术与认证中心颁发的《中国国家信息安全产品认证证书》,提供证书复印件并加盖投标人公章。 |
||
产品具备国家信息安全漏洞库兼容性证书;提供证书复印件并加盖投标人公章。 |
||
产品通过国家无线电监测中心检测中心/国家无线电产品质量监督检验中心的电磁兼容性、浪涌(冲击)抗扰度、雷击型式测试,提供报告;提供证书复印件并加盖投标人公章。 |
||
产品具有中华人民共和国工业和信息化部颁布的《电信设备进网许可证》;提供证书复印件并加盖投标人公章。 |
7.虚拟化节点要求
序号 |
指标项 |
指标要求 |
1 |
算法要求 |
在全 SSD 配置及 SSD+HDD 混合配置下,均支持 EC算法实现数据冗余存储,支持+2、 +3、 +4 三种冗余配置。 |
2 |
数据重构需求 |
当磁盘或者存储节点故障时系统能自动进行数据重构,在无人工干预的条件下,数据重构速度需满足以下标准:每 TB≤30 分钟; |
3 |
磁盘亚健康管理 |
支持磁盘亚健康管理功能:支持定期检测磁盘 SMART 信息,判断磁盘亚健康情况,并在磁盘损坏前进行隔离并告警。 |
4 |
磁盘漫游 |
支持磁盘漫游功能,同一存储节点内支持任意个存储磁盘交换位置,以防止维护时的误操作。 |
5 |
节点数量 |
本次集群≥2个节点 |
6 |
处理器 |
单节点配置: CPU≥2 颗, CPU 主频≥2.1GHz,单颗 CPU≥26 核 |
7 |
内存 |
单节点内存配置容量: ≥896GB DDR4 |
8 |
硬盘 |
单节点配置硬盘: ≥2*600GB 10K SAS 硬盘; ≥4*2.4TB 10K SAS 硬盘 |
9 |
网卡 |
单节点配置≥2*1GE 接口,≥4*10GE 光口 |
10 |
RAID卡 |
单节点配置独立 raid 卡 |
11 |
SSD 磨损寿命识别 |
支持 SSD 磨损寿命识别,提前告警及隔离处理 |
8.SIP中继IP用户板及许可要求
要求支持H.323/SIP标准、压缩算法: G.711, G.729a, G.723.1 ,兼容现有程控交换机,包含SIP网络链接软件许可。
(二)软件产品购置
1.智能语音机器人平台要求
1.1.基本功能要求
(1)要求具备能实时将语音通话信息转写成文本的能力。
(2)要求具备良好的兼容性,系统要求至少具备8K的语音接入。
(3)要求能通过客户历史通话和实时通话总结出客户画像标签。
(4)要求具备业务流程梳理和引导的功能,以辅助用户按业务流程进行业务办理。
(5)要求具备最基本的提醒和告警能力,以帮助调度员提供更专业的服务。
(6)要求能自动生成通话小结,在对话过程中实时自动提取关键信息,保存后形成调度单需求的信息。
(7)要求具备业务管理人员能实时查看当前的通话数量、提醒数量、告警数量等实时数据的能力,以方便管理人员对系统进行监管以及为服务能力评价提供参考数据。
(8)要求实时转写快速、精准,延时小于1秒
(9)要求通过对来电的语音进行识别,支持识别含轻微口音的普通话。电话线路语音识别准确率≥90%。
1.2.语音转写内容显示要求
要求作为辅助120急救指挥调度系统的重要功能,调度坐席接到120来电后,可将通话语音转写为文字实时显示在固定窗口中。调度席人员可根据实际需要快速复制相关文字,录入120急救调度指挥系统,用于开展后续调派处置。
2.智能语音导航系统要求
2.1.场景构建要求
为了承载并分担人工席位的工作任务,在进入通话场景以后,能获得关键信息(如:地址、病情、电话等)后,转至120急救指挥调度系统进行后续人工处理,完成电话分流任务。
智能语音导航系统应满足120通话场景的设计,如:
要急救车的场景
误拨和骚扰的场景
查询及咨询场景
2.2.知识库要求
为完成120通话场景的业务响应能力,要求构建智能服务机器人语料库、意图库、知识库。包括但并不限于以下数据库的建设:
病情库:描述急救患者病情的数据资料。
地址库:描述急救患者所在位置的数据资料。
意图库:描述急救患者意图的数据资料。
医院库:描述急救患者所在医院及目标医院的数据资料。
急救知识库:描述120急救相关知识的数据资料。
2.3.语音标注与系统训练要求
为了达成120急救电话对语音转写与智能应答的精准度的要求,需要针对系统上线后的实际情况,进行急救领域的语音标注和场景对话训练,以提升语音转写与语义理解能力。在提升智能语音机器人理解能力方面,也需要针对实际使用遇到的问题,持续做一段时间的针对性的调整,以提高机器人的理解能力,以满足实际业务的需要,具体训练规模应以能够达到系统相应的参数要求。
机器人管理包括对机器人的增删改查、知识库挂接、参数设置、效果测试和上线等。要求机器人提供两个版本“上线版本、测试版本”。知识库和多轮对话模型调整完成后,知识会自动更新到测试版本机器人,可以进行效果测试。测试效果符合预期后,手动上线,将模型更新到上线版本机器人。
要求针对系统中各类数据,包括:通话分析、热点分析、用户分析及舆情分析的数据统计。
2.6.业务监控要求
要求业务监控展示的对用户通话情况的一个监控。可以通过“时间、组织机构、机器人”进行筛选。下方展示为通话数、峰值QPS、问答命中率,问答情况监控、通话量和时长监控、服务质量监控、敏感词及情绪监控。
2.7.与120急救指挥调度系统集成要求
#要求能实现电话分流转接通知及关键信息推送。
3.智能语音核心能力平台要求
3.1.语音识别要求
(1)要求通过对来电的语音进行识别,支持识别含轻微口音的普通话。
(2)电话线路语音识别准确率≥90%。
3.2.知识图谱要求
(1)要求建立问答知识库,包括对知识的领域分类、知识点、答案、有效期、启停状态的设置。
(2)要求定制化对话场景(流程),可以定制化搭建对话流程。
(3)要求基于(1)、(2)场景梳理建立多轮对话知识图谱,包含实体-属性两方面,搭建二维结构的场景对话知识数据。
3.3.多轮对话要求
(1)要求支持针对要急救车、误拨和骚扰、查询及咨询三类主要场景的准确识别,在场景知识图谱的基础上,提供多轮对话的泛化能力,改善对话的用户适应性和通话满意度。
(2)业务问答准确率≥90%。
3.4.语音合成要求
(1)要求可调整语音机器人,至少包括以下设置。
语音:男声、女声。
音色:青年、中年
音量:洪亮、浑厚
语速:快速、普通、慢速
4.智能语音导航机器人授权要求
要求提供不少于100个授权
5.智能语音转写授权要求
要求提供不少于100个授权
6.智能语音应答系统配套服务要求
(1)要求提供持续的语音转写和多轮对话训练优化,提高口语、轻微方言口音等情况下的语音识别和转写准确率,小于20分贝噪音条件和轻微方言口音情况下,中文普通话识别准确率≥90%。
(2)要求在现有三类主要应答场景的基础上,通过机器训练,细化场景分类,提供场景泛化生成能力和多轮对话能力;业务问答准确率≥90%
(3)要求从更大训练样本、人工标注,更细致的地址库、病症库等其他多个角度综合采取措施,提高语音识别和语义理解的准确性,提高智能语音应答的回答效率和群众满意度。
(三)项目实施要求
1.系统施工工期要求:合同签订后6个月内完成软硬件到货、安装、培训、试运行、初验和终验。
2.质保服务要求:
(1)自系统最终验收合格之日起,质量保证期应不少于1年。
(2)在质保期内,系统或设备发生故障时,中标人应免费提供咨询、维修服务。接到用户要求对所购设备进行维修的通知后,应立即给予答复;需到用户现场进行维修的,派合格的维修工程师在2小时内派技术人员到达现场进行维修,且故障排除时间不超过24个小时。
(3)质量保证期过后,中标人应负责定期进行现场巡查维护和修理服务(每半年不少于一次巡查)。
(4)中标人应承诺提供保修期内的软件升级服务。
(5)中标人应承诺提供系统培训服务,并提供详细的培训计划及方案。
(6)投标者应提供标书中要求的仪器设备两年运行和维修所需的必不可少的消耗品清单以及备件,其单价和总价应分别列出,供买方参考。
(7)供货时随机提供一套完整的中文技术资料。
4.系统交付地点:采购方指定地点。
(1)中标价格为完成该工程所需一切费用和投标所承诺事项所发生的费用,投标人所报的价格在中标后的合同实施期间应保持不变,即不因市场价格或政策性价格的调整而增减。
(2)投标人应以人民币填报所有单价和总价。
(3)本项目所发生的一切费用均应包括在投标总报价中。若有漏报或缺报,投标人应自行承担后果。
(4)投标人的投标总报价应包括设备的制造、包装、运输、保险、装卸、土建施工、设备安装、调试、技术服务、培训、税金等费用。
(5)招标文件已说明的项目单独分项报价的要求进行分项报价。
(6)所投货物符合招标文件规定的证明文件如产品说明、样本等及投标人认为需要加以说明的其他内容(包括制造、安装、验收、检测等执行的规范)。
(7)投标人须保证所提供硬件产品包括相关附件为相应硬件厂家原装正品,软件产品为相关厂家正版软件,符合国家有关规定。投标人须保证所提供产品具有合法的版权或使用权,本项目采购的产品,如在本项目范围内使用过程中出现版权或使用权纠纷,应由中标人负责,采购人不承担责任。
(8)特别提示:如招标文件中遗漏了必须具备的设备、配件或服务,请投标人在投标文件中指出,并提出解决方案供采购人、采购机构参考;中标人有义务保证采购人系统的完整性,如项目实施过程中因缺少设备、配件或服务导致采购人系统无法正常运行,中标人须承诺免费提供。
七、付款方式
合同签订后投标人开具对应金额的增值税普通发票后,采购人支付合同价款的50%;
投标人实施完毕并经采购人及最终用户共同签署《验收报告》确认验收合格后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同价款的45%;
维保期结束后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同金额的5%。
第二包:应用软件开发及相关服务
第一部分 货物或服务采购需求一览表
包号 |
标的名称 |
采购包预算金额 (万元) |
数量 |
简要技术需求或服务要求 |
2 |
应用软件开发及相关服务 |
203.522079 |
1 |
要求通过应用大数据、人工智能、云计算等信息技术,建设一套安全、可靠,支持“本地-政务云”应用服务双活能力的120指挥调度系统,增加急救电话智能语音应答、转写,系统自动派车等功能,实现应急状态下120电话“打的通、接的起、派的快”,以满足首都市民对院前医疗急救服务的需求,保障城市安全运行 |
第二部分 项目要求
1.总则
本招标文件商务部分和技术规格部分如有不一致之处,以技术规格部分的条文为准。
1.1 投标人需根据招标文件的有关要求提供质量保证和售后服务方案;
1.2 投标人需根据招标文件的有关要求提供系统的安装和验收方案;
1.3 投标人需根据招标文件的有关要求提供培训方案。
2.交货及工期
2.1 交货地点:北京急救中心指定地点;
2.2 交货期:合同签订后,6个月内完成完成项目试运行、初验和终验。
3. 安装、调试及验收要求
3.1设备到货后,卖方按买方通知时间派有经验的专家来买方单位进行系统的安装、调试、培训及试运行,直至系统正常运行。
3.2投标人应遵守施工现场的规章制度,服从采购方的安排。
3.3投标人应按照招标文件的要求,完成整个系统的安装、调试。在安装、调试过程中所需的工具以及安装材料均由中标人负责解决,费用由投标人承担。由于投标人原因造成的缺损由投标人负责补充、更换。
3.4在安装、调试过程中,中标人应对采购方技术人员所提出的问题给予满意的答复,并向采购方提供安装调试过程中的各种文档资料,以便采购方今后能掌握操作方法和维护方法。
4. 验收要求
验收在北京急救中心进行,在交接时按国家标准检验验收,确保质量符合招标文件相关规定。
5. 质量保证期与售后服务
5.1系统质保期为至少1年,质保期内如有质量问题免费维修或更换。卖方应在质保期内提供免费的维护保养。
5.2对保修期内的维修服务,卖方应在收到买方通知后2小时内派专业维护人员到场,无偿负责维护,保证系统的正常使用。
5.3卖方应在投标文件中声明终身售后服务方式和能力,双方对保修期后的售后服务签署协议。
5.4卖方应在投标中声明在北京地区派驻有经验的技术人员,能够提供技术支持和培训等。
第三部分 技术规格及要求
招标文件带有“#”符号的为重要指标,无标识则表示一般指标项。
一、系统建设要求
要求通过应用大数据、人工智能、云计算等信息技术,建设一套安全、可靠,支持“本地-政务云”应用服务双活能力的120指挥调度系统,增加急救电话智能语音应答、转写,系统自动派车等功能,实现应急状态下120电话“打的通、接的起、派的快”,以满足首都市民对院前医疗急救服务的需求,保障城市安全运行。
二、系统现状
1. 应用软件现状
序号 |
子系统名称 |
软件型号 |
1 |
数据库子系统 |
安克120数据库子系统 |
2 |
CTI子系统 |
安克120CTI软件 V7.2 |
3 |
通信服务子系统 |
安克120通信服务软件 V7.2 |
4 |
消息服务子系统 |
安克120应用服务软件 V7.2(短信服务软件模块) |
5 |
应用服务子系统 |
安克120应用服务软件 V7.2 |
6 |
系统监控管理子系统 |
安克医疗救援指挥调度系统 V7.1(系统监控管理软件) |
7 |
受理调度子系统 |
安克医疗救援指挥调度系统 V7.1调度坐席软件 |
8 |
分流席子系统 |
安克医疗救援指挥调度系统 V7.1分流席位软件 |
9 |
班长坐席管理软件 |
安克医疗救援指挥调度系统V7.1班长坐席管理软件 |
10 |
车载信息子系统 |
安克120急救车载软件 V7.2 |
11 |
地理信息子系统 |
安克地图程序软件V1.0 |
12 |
急救综合信息管理子系统 |
安克120医疗救援办公管理系统软件 V7.2 |
13 |
数字录音子系统 |
安克120数字录音软件 V7.2 |
14 |
电话拨测软件 |
安克120数字录音软件 V7.2 电话拨测软件模块 |
15 |
分中心管理子系统 |
安克120急救中心管理软件V7.1 |
16 |
系统维护子系统 |
安克120数据维护系统软件V7.2 |
17 |
统计分析子系统 |
安克120统计软件 V7.2 |
18 |
决策室领导应急指挥子系统 |
安克医疗救援指挥调度系统 V7.1 决策室领导应急指挥软件 |
19 |
LED显示软件 |
安克医疗救援指挥调度系统 V7.1 LED显示软件 |
20 |
大屏幕展示子系统 |
安克医疗救援指挥调度系统 V7.1大屏幕展示软件 |
21 |
手机定位服务软件 |
安克120通信服务软件 V7.2(手机定位服务软件模块) |
22 |
120&999整合联网软件 |
安克医疗救援指挥调度系统 V7.1 120&999整合联网软件 |
23 |
自动呼救通信服务接口软件 |
安克120通信服务软件 V7.2(自动呼救通信服务接口软件模块) |
24 |
卫生应急指挥系统接口软件 |
安克120通信服务软件 V7.2(卫生应急指挥系统接口软件模块) |
25 |
120中心系统软件热备子系统 |
安克医疗救援指挥调度系统 V7.1、120中心系统软件热备软件 |
26 |
服务器热备软件 |
支持1对多的热备方式,实时监测服务器的状态,当主用设备出现故障时,备用服务器自动接管。 |
三、系统建设目标
1、120指挥调度系统双活改造
本项目在北京政务云平台上建设一套云调度系统,建设的云调度系统可承载北京急救中心120挥调度系统的全部调度业务,并与北京急救中心本地120指挥调度系统平台(和平门)实现双活系统模式,保障北京急救中心信息系统高可用性。
制定双活方案,实现北京急救中心本地业务系统与政务云平台上业务系统互为备份、并通过专线实现政务云和本地系统数据的实时同步,提升北京院前医疗急救工作的呼救满足率。
根据本项目系统建设规划,对现有调度业务流程和功能、如:数据库、应用服务程序、受理调度程序、分流席程序、消息服务程序、录音程序、CTI服务程序、车载程序、通用服务程序、综合管理程序、路程计算和自动排序应用、优化出车通知应用、急救任务信息化监管等做适应性修改和功能性定制开发。
2、政务云资源租用
为系统在政务云端部署租用相应的计算、存储、网络安全服务资源。
四、系统建设原则
本次系统建设应在现有120系统的基础上进行改造和功能扩展。系统建设过程中,应遵循以下原则:
1.可靠性与安全性并举
(1)系统应支持全年无间断服务,要求系统7*24小时不间断运行。
(2)系统应具有过负荷控制能力,不论在平时和峰值情况下,系统都可以安全可靠运行和数据备份。
(3)保持各子系统的相对独立性,确保呼救受理与指挥调度核心子系统不因其它子系统故障而影响正常工作。即使系统发生最严重的故障,仍能接听呼救电话并利用有线通信子系统或无线通信子系统实施基本的语音通信指挥。
(4)要求对系统运行中可能出现的各种异常情况设计明显的报警手段和周到的应急措施,并在系统运行中不断完善。
2.先进性与成熟性并重
系统建设要尽可能采用国内外先进的技术,采用先进的体系结构和主流产品作为支撑环境。
既要考虑新技术和急救新业务发展的需求,也要考虑既有系统的操作使用习惯和功能支持习惯,在保留既有优点的前提下增加新功能。
3.时效性
系统结构、数据库结构、网络结构、软件流程和操作界面设计应考虑满足各种时效指标的要求。
4.开放性与兼容性
各子系统的软件要模块化,并完全兼容第三方系统,以便系统将来改造、扩容、升级。
各功能模块之间的通信采用标准通信协议(如TCP/IP)而非专有技术。
系统要求采用现有的数据库平台和通信环境,支持使用通用PC。
系统构建灵活、开放的体系结构,保证现有资源的有效利用,同时为系统扩展、升级及可预见的管理模式的改变留有余地。
5.可操作性与可管理性
要求系统的功能设置符合医疗紧急救援工作流程。
用户界面要求直观、简洁、友好,菜单要求功能清晰,具有简单的层次感,应避免复杂的菜单选择和窗口重叠,简化数据输入,界面应采用统一风格,统一操作方式。
各个功能键的定义要合理,为用户提供操作或系统的出错提示简洁明了。
为用户提供简便统计工具,方便用户对数据库的管理、统计及图表显示和输出。
系统必须符合急救中心的现有管理模式和运行模式。
6.可扩展性
系统要求满足今后网络用户数量继续增长的需求,可灵活扩充和调整。系统规模和范围都具有可扩展性,子系统可逐步升级,新的子系统可随时扩展增加,模块化的设计使整个系统处理能力可以在线提升。
7.可继承性
本次系统升级改造是在继承现有系统功能的基础上,进行升级完善并扩充新的功能,故系统升级改造应能充分利用现有系统的软件、设备和数据等资源,并实现与现有系统的无缝对接,实现操作、数据的流畅处理,保护既有投资,不因技术升级造成既有系统资源全部或大部分丢失。
五、采购清单
序号 |
名称 |
功能/参数要求 |
数量 |
一 |
应用软件开发 |
|
|
1 |
数据库子系统云同步双活改造 |
详见技术要求 |
1项 |
2 |
应用服务子系统云同步双活改造 |
详见技术要求 |
1项 |
3 |
受理调度子系统云同步双活改造 |
详见技术要求 |
1项 |
4 |
分流席子系统云同步双活改造 |
详见技术要求 |
1项 |
5 |
消息服务子系统云同步双活改造 |
详见技术要求 |
1项 |
6 |
数字录音子系统云同步双活改造 |
详见技术要求 |
1项 |
7 |
CTI子系统云同步双活改造 |
详见技术要求 |
1项 |
8 |
车载信息子系统云同步双活改造 |
详见技术要求 |
1项 |
9 |
通信服务子系统云同步双活改造 |
详见技术要求 |
1项 |
10 |
综合管理子系统云同步双活改造 |
详见技术要求 |
1项 |
11 |
智能派车应用(新建) |
详见技术要求 |
1项 |
12 |
优化出车通知应用(新建) |
详见技术要求 |
1项 |
13 |
急救任务信息化监管(新建) |
详见技术要求 |
1项 |
14 |
AED地图集成(新建) |
详见技术要求 |
1项 |
二 |
信息系统集成服务 |
|
|
1 |
信息系统集成服务 |
详见技术要求 |
1项 |
三 |
政务云扩展服务(服务期5个月) |
|
|
1 |
主机安全加固 |
针对漏扫或等级测评结果对操作系统进行安全加固,用以解决等级测评结果中所显示的漏洞。 |
35台 |
2 |
网页防篡改服务 |
提供网页防篡改服务。通过防篡改软件对用户页面进行实时防护,减少用户页面被恶意篡改的可能性。 |
1监控点 |
3 |
网络版杀毒软件 |
要求对云主机进行定期的病毒查杀,杀毒软件集中控制,对网络性能无影响。(20个服务端+50个客户端) |
1套 |
4 |
主机日志分析 |
针对操作系统进行日志收集,用于了解主机安全情况及资源使用情况 |
70台 |
5 |
数据库审计服务 |
要求支持Oracle、SQL-Server、DB2、MySQL等数据库审计。(1套为1个数据库实例) |
6套 |
6 |
120云语音 |
100坐席云调度、双服务、联通240路120电话SIP中继接入、本地60路SIP中继互联、双录音服务 |
1套 |
7 |
数字传输专线 |
数字传输专线:从政务云至急救中心500M数字传输专线 |
2条 |
8 |
5G APN专线 |
5G APN专线:政务云5G接入20M专线 |
1条 |
9 |
SIP专线 |
SIP专线:政务云120语音专线(30M,支持240路120电话接入) |
1条 |
六、系统建设内容及技术指标要求
(一)应用软件开发
#要求对核心数据库和应用系统在北京急救中心数据机房(和平门)和政务云端实现双活系统。
要求当本地系统(和平门)瘫痪时,政务云调度系统可以接管100%受理调度业务,并在30秒内完成本地系统与政务云调度系统业务切换,同时系统之间的数据互为备份,实时同步。
要求投标人需提供现场调研报告,包括软件架构、软件功能及外部接口等。
(1)云端数据库要求
要求通过数据同步模块,可实现数据库异地同步,确保当数据库本地故障时,可通过脚本方式切换到云数据库服务器上,保证业务工作的正常运行,以及数据的同步。
(2)数据库功能性改造要求
1)数据实时同步要求:本地库与政务云端数据库数据通过软件实时同步数据,实现系统互为备份。
2)数据库服务状态监控要求:实时检测数据库服务的运行状态及数据逻辑是否正常。
3)数据库应用切换要求:检测到主机端数据库出现故障,会自动将数据库应用切换至备机端运行,切换后访问到的数据库数据与切换前访问到的数据一致。
4)数据库本机及云机恢复要求:支持任意双活后台实现对数据库的本机或云机恢复。
5)人员组织机构权限库实时同步要求:在服务运行期间,人员组织机构权限库数据源的改动都会传递到备份数据中,保证数据源和数据备份的一致性。
6)急救资源库实时同步要求:在服务运行期间,急救资源库数据源的改动都会传递到备份数据中,保证数据源和数据备份的一致性。
7)急救事件库实时同步要求:在服务运行期间,急救事件库数据源的改动都会传递到备份数据中,保证数据源和数据备份的一致性。
8)病历数据库实时同步要求:在服务运行期间,病历数据库数据源的改动都会传递到备份数据中,保证数据源和数据备份的一致性。
9)收费数据库实时同步要求:在服务运行期间,收费数据库数据源的改动都会传递到备份数据中,保证数据源和数据备份的一致性。
10)AED数据库实时同步要求:在服务运行期间,任何数据源的改动都会传递到备份数据中,保证数据源和数据备份的一致性。
要求对系统所有应用服务系统双活改造,包括但不限于以下:
1)业务接口双活改造要求:要求新增支持双活机制的接口调用方法,获取带缓存的服务方法带计数标志,服务根据计数判断是否需要从数据库获取最新数据。
2)数据同步双活改造要求:两个应用对数据库更新操作采用并发控制,修改数据提交时可能把别人更新数据清空掉,我们需要一个时间字段去和数据库中的Version比对。
3)业务方法双活改造要求:支持任意双活后台完成对业务方法的管理操作,不再受单个服务器故障的风险困扰
4)字典数据双活改造要求:支持任意双活后台完成对字典数据的管理操作,不再受单个服务器故障的风险困扰。
5)基础数据双活改造要求:支持任意双活后台完成对基础数据的管理操作,不再受单个服务器故障的风险困扰。
6)运行数据双活改造要求:支持任意双活后台完成对运行数据的管理操作,不再受单个服务器故障的风险困扰。
7)数据库连接双活改造要求:支持任意双活后台连接数据库,不再受单个服务器故障的风险困扰。
8)内部通信双活改造要求:基于完成端口的TCP服务端升级,可自动判断连接通信服务程序。
9)负载均衡双活改造要求:多通服同时运行,以支持负载均衡,云模式下多客户端连接支撑更强。
10)缓存同步双活改造要求:支持双活后台完成对缓存同步的改造,不再受单个服务器故障的风险困扰。
11)授权认证双活改造要求:支持任意双活后台实现授权认证功能,不再受单个服务器故障的风险困扰。
12)安全认证双活改造要求:支持任意双活后台实现安全认证功能,不再受单个服务器故障的风险困扰。
13)升级模块双活改造要求:发布为Https的服务,在HTTP的基础上通过传输加密和身份认证保证了传输过程的安全性。
14)日志模块双活改造要求:支持任意双活后台完成对日志的管理操作,不受单个服务器故障的风险困扰。
15)数据接口双活改造要求:支持对双活模式下对数据接口进行改造,不受单个服务器故障的风险困扰。
1)调度台登录要求:调度台登录支持双应用服务检测,当主应用故障会自动提示连接另一核心应用。
2)派车模块双活改造要求:支持任意双活后台完成派车操作,不再受单个服务器故障的风险困扰。
3)事件模块双活改造要求:支持任意双活后台完成对急救事件的管理操作,不再受单个服务器故障的风险困扰。
4)受理模块双活改造要求:支持任意双活后台完成对急救电话的受理,不再受单个服务器故障的风险困扰。
5)车辆刷新双活改造要求:支持任意双活后台完成车辆刷新,不再受单个服务器故障的风险困扰。
6)内部通信双活改造要求:基于完成端口的tcp服务端升级,可自动判断连接消息服务器。
7)通知模块双活改造要求:支持任意双活后台完成通知模块的相关功能,不受单个服务器故障的风险困扰。
8)短信业务双活改造要求:支持任意双活后台实现短信相关业务功能,不受单个服务器故障的风险困扰。
9)授权认证双活改造要求:支持任意双活后台实现授权认证功能,不受单个服务器故障的风险困扰。
10)安全认证双活改造要求:支持任意双活后台实现安全认证功能,不受单个服务器故障的风险困扰。
11)电话记录双活改造要求:支持任意双活后台完成电话记录操作,不再受单个服务器故障的风险困扰。
12)交班记录双活改造要求:支持任意双活后台完成交班记录操作,不再受单个服务器故障的风险困扰。
13)分站监控双活改造要求:支持任意双活后台完成对分站的监控管理,不受单个服务器故障的风险困扰。
14)突发事件模块双活改造要求:支持任意双活后台完成对突发事件的管理,不受单个服务器故障的风险困扰。
15)CRM模块双活改造要求:支持任意双活后台完成对CRM的管理,不受单个服务器故障的风险困扰。
16)非急救模块双活改造要求:支持任意双活后台完成对非急救事件的管理,不受单个服务器故障的风险困扰。
17)转单模块双活改造要求:支持任意双活后台完成转单相关操作,不受单个服务器故障的风险困扰。
18)告警模块双活改造:支持任意双活后台实现告警功能,不受单个服务器故障的风险困扰。
19)电话排队模块双活改造要求:支持任意双活后台完成对电话排队管理,不受单个服务器故障的风险困扰。
20)班长台模块双活改造要求:支持任意双活后台完成班长台相关管理操作,不受单个服务器故障的风险困扰。
21)暂停记录模块双活改造要求:支持任意双活后台实现暂停记录功能,不受单个服务器故障的风险困扰。
22)警情通传模块双活改造要求:支持任意双活后台完成警情通传相关操作,不受单个服务器故障的风险困扰。
23)多渠道报警双活改造要求:支持任意双活后台实现多渠道报警接入,不受单个服务器故障的风险困扰。
24)电话流水模块双活改造要求:支持任意双活后台实现电话流水管理,不受单个服务器故障的风险困扰。
25)调度台登录支持双应用服务检测要求:调度台登录支持双应用服务检测,当主应用故障会自动提示连接另一核心应用。
26)调度台可任意切换双活后台要求:支持双服务运行下的自定义消息定制服务,以及消息自动切换。
27)自动升级模块双活改造要求:支持任意双活后台实现调度台程序的自动升级功能,不受单个服务器故障的风险困扰。
28)双活模式下的UI界面警告提醒:UI界面支持双活模式下的警告提醒,并自动恢复。
要求120电话受理分流台支持双应用服务,当主应用故障会自动提示连接另一核心应用,两个应用均能将来电转向到其它处理流程,从而保证受理台都是有效的120来电,在向120来电提供快速人工服务的同时,也避免受理时接听无效的来话。
根据来电性质的不同,支持双活后台均对来电进行咨询电话转咨询席位、无效呼救挂断、要急救车转受理席位、恶意电话进行标注等操作。
分流席功能性改造要求:
1)双话机对来话进行判断要求:双活模式下,支持双话机对来话进行判断,不受单个服务器故障的风险困扰。
2)双活后台任意切换要求:支持双活后台任意切换,不受单个服务器故障的风险困扰。
3)双活后台对电话进行转移要求:双活模式下,支持双活后台对急救电话进行转移,不受单个服务器故障的风险困扰。
4)双活后台将要车电话转受理席位要求:双活模式下,支持双活后台将要车电话转受理席位,不受单个服务器故障的风险困扰。
5)双活后台对来电进行接听、挂断等操作要求:双活模式下,支持双活后台对来电进行接听、挂断等操作,不受单个服务器故障的风险困扰。
6)双活后台对恶意电话进行标注要求:双活模式下,支持双活后台对恶意电话进行标注,不受单个服务器故障的风险困扰。
要求所有内部通信消息都通过消息服务中转,此服务设计同时可以运行两个,所有连接消息服务的客户端都会配置双消息服务地址,当连接不上一个服务时会尝试连接另一个服务。
消息服务功能性改造要求:
1)受理台服务端基础通信要求:基于完成端口的tcp服务端,所有需要转发消息的客户端都会连接到服务端,包括受理台。
2)通信服务器服务端基础通信要求:基于完成端口的tcp服务端,所有需要转发消息的客户端都会连接到服务端,包括通信服务器。
3)应用服务端基础通信要求:基于完成端口的tcp服务端,所有需要转发消息的客户端都会连接到服务端,包括应用服务。
4)CTI服务器服务端基础通信要求:基于完成端口的tcp服务端,所有需要转发消息的客户端都会连接到服务端,包括CTI服务器。
5)基于json的协议要求:消息内容加密传输,TCP粘包拆包设计。
6)中转服务要求:固定消息转到固定终端,比如说车载消息固定转发到通信服务器;群发消息会发根据权限发送到对应目标,GPS消息会群发到所属调度中心调度台;支持程序订阅消息,可以第三方扩展消息可以自己订阅发布。
7)双活机制要求:双服务器互联,收到消息后中转到对端。和对方断开后会持续尝试连接对方服务器,直到连上为止。
8)REST接口支持要求:支持基于httprest的发送接口支持,例如说基于WEB的数据库维护修改车辆,可以通过rest接口将消息推送给受理台。
9)基于异步完成端口的TCP服务端要求:支持对双活模式下对基于异步完成端口的TCP服务端进行改造,不受单个服务器故障的风险困扰。
10)基于异步完成端口的TCP客户端要求:支持对双活模式下对基于异步完成端口的TCP客户端进行改造,不受单个服务器故障的风险困扰。
11)消息订阅机制要求:支持对双活模式下对消息订阅机制进行改造,不受单个服务器故障的风险困扰。
12)最大客户端管理要求:支持对双活模式下对最大客户端管理机制进行改造,不受单个服务器故障的风险困扰。
13)TCP和UDP双通道支持要求:双活模式下,实现对TCP和UDP双通道支持,不受单个服务器故障的风险困扰。
14)消息粘包拆包机制要求:支持对双活模式下对消息粘包拆包机制进行改造,不受单个服务器故障的风险困扰。
15)断线重连机制要求:支持对双活模式下对断线重连机制进行改造,不受单个服务器故障的风险困扰。
16)支持点对点和广播模式要求:支持对双活模式下对支持点对点和广播模式进行改造,不受单个服务器故障的风险困扰。
17)接收消息统一内存管理要求:支持对双活模式下对接收消息统一内存管理进行改造,不受单个服务器故障的风险困扰。
18)兼容老版本的发送接收方法要求:支持对双活模式下对兼容老版本的发送接收方法进行改造,不受单个服务器故障的风险困扰。
实现对录音程序的云同步双活改造,采用双备模式,当有主设备故障时,系统可自动切换到另一设备,确保录音程序无故障运行,并提供以下功能:
1)录音程序接口改造要求:录音程序双活后台服务支持改造,可以自动切换ip和端口。
2)录音协议要求:支持对双活模式下对录音协议进行改造。
3)录音同步要求:双活模式下,两个录音程序的数据实现同步。
4)录音管理功能双活改造(查询、回放、实时压缩存储、删除、备份、统计等)要求:双活模式下,双服务实现录音查询、回放、实时压缩存储、删除、备份、统计等管理功能。
5)录音保护要求:双活模式下,双服务实现录音保护功能。
6)录音容量告警要求:双活模式下,双服务实现录音容量告警功能。
设计双套呼叫中心系统承载急救电话接处警工作,双中心系统间能够实现互为备份或并行运行。CTI功能性改造要求:
1)应答来话、转移、会议、呼出等话机基本控制功能改造要求:双活模式下,双服务实现应答来话、转移、会议、呼出等话机基本控制功能
2)登录、登出、就绪、离席等坐席状态控制功能改造要求:双活模式下,双服务实现登录、登出、就绪、离席等坐席状态控制功能。
3)恶意电话屏蔽功能改造要求:双活模式下,双服务实现恶意电话屏蔽功能。
4)ACD组排队电话管理与统计功能改造要求:双活模式下,双服务实现ACD组排队电话管理与统计功能。
5)计算机接口改造要求:双活模式下,新增支持双活机制的接口调用方法。
6)CTI对接程序数据同步要求:双活模式下,对两个CTI对接程序的数据库更新操作采用并发控制。
1)车载程序自动连接要求:车载双活后台服务支持,可以自动连接任意一个活动后台服务完成不间断后续任务,无缝衔接。
2)车载程序自动切换IP和端口要求:车载双活后台服务支持改造,可以自动切换IP和端口。
3)车载程序实时记录切换日志要求:车载程序实时记录双服务后台的切换日志。
4)车载程序自动切换录音上传地址要求:车载双活后台服务支持改造,可以自动切换录音上传地址。
5)车载程序自动切换程序升级地址要求:车载双活后台服务支持改造,可以自动切换程序升级地址。
6)车载程序自动切换日志上传地址要求:车载双活后台服务支持改造,可以自动切换日志上传地址。
7)车载程序自动切换车载基本配置要求:车载双活后台服务支持改造,可以自动切换车载基本配置。
8)车载程序自动切换电话权限要求:车载双活后台服务支持改造,可以自动切换电话权限。
9)车载程序自动切换同步命令单要求:车载双活后台服务支持改造,可以自动切换同步命令单。
10)车载程序自动切换同步补发单要求:车载双活后台服务支持改造,可以自动切换同步补发单。
11)车载程序自动切换同步车辆状态要求:车载双活后台服务支持改造,可以自动切换同步车辆状态。
12)车载程序自动切换导航模式要求:车载双活后台服务支持改造,可以自动切换导航模式。
13)车载程序自动切换导航数据上传要求:车载双活后台服务支持改造,可以自动切换导航数据上传。
14)车载程序自动切换同步车载人员列表要求:车载双活后台服务支持改造,可以自动切换同步车载人员列表。
15)车载程序自动切换护航数据交互要求:车载双活后台服务支持改造,可以自动切换护航数据交互。
16)车载程序自动切换基础数据要求:车载双活后台服务支持改造,可以自动切换基础数据。
1)负载均衡要求:多通服同时运行,以支持负载均衡,云模式下多客户端连接支撑更强
2)基础通信要求:基于完成端口的TCP服务端升级,可自动判断连接消息服务器,当消息服务器断线时,可以自动切换消息服务器
3)双活机制通服消息服务双活模式要求:可以支持多通服用同时工作。终端可以连接任意通信服务器,上行请求都会通过应用入库操作,消息都会转发到120指挥调度系统;下行消息会发向所有通服,真正终端连接的通服才转发下行消息
4)短信发送模块升级要求:支持对双活模式下对短信发送模块进行改造,不受单个服务器故障风险的影响
5)车载管理模块升级要求:优化TCP车载连接多通服处理机制,车载可以根据虚拟IP连接到实际通服
6)车载接入模块升级要求:支持对双活模式下对车载模块进行改造,不受单个服务器故障风险的影响
7)应用服务端基础通信要求:基于完成端口的TCP服务端升级,可自动判断连接应用服务器
8)TCP自动呼救接入模块升级要求:支持对双活模式下对TCP自动呼救接入模块进行改造,不受单个服务器故障风险的影响。
9)外部机构转单管理模块升级要求:支持对双活模式下对外部机构转单管理模块进行改造,实现双服务实时同步转单管理相关操作,不受单个服务器故障风险的影响。
10)自动呼救分配上台功能模块要求:支持对双活模式下对自动呼救分配上台功能模块进行改造,不受单个服务器故障风险的影响。
11)告警功能模块升级要求:支持对双活模式下对告警模块进行改造,不受单个服务器故障风险的影响
12)志愿者接受命令单通知到车载功能要求:支持对双活模式下对志愿者接受命令单通知到车载功能的改造,不受单个服务器故障风险的影响。
13)命令单、通知单发送到分站模块要求:支持对双活模式下对命令单、通知单发送到分站模块进行改造,不受单个服务器故障风险的影响。
14)分站接收、接受命令单通知调度台功能要求:支持对双活模式下对分站接收、接受命令单通知调度台功能模块进行改造,不受单个服务器故障风险的影响。
15)命令单、通知单发送到车载功能模块要求:支持对双活模式下对命令单、通知单发送到车载功能模块进行改造,不受单个服务器故障风险的影响。
16)后台维护系统设置下发到车载自定义消息定制要求:支持对双活模式下对后台维护系统设置下发到车载自定义消息定制的改造,不受单个服务器故障风险的影响。
17)后台维护系统刷新自定义消息定制要求:支持对双活模式下对后台维护系统刷新自定义消息定制模块的改造,不受单个服务器故障风险的影响。
1)车辆管理模块改造要求:支持对双活模式下对车辆管理模块进行改造,实现双服务实时同步车辆管理相关操作,不受单个服务器故障风险的影响。
2)通讯录管理模块改造要求:支持对双活模式下对通讯录管理模块进行改造,实现双服务实时同步通讯录管理相关操作,不受单个服务器故障风险的影响
3)组织人员管理模块改造要求:支持对双活模式下对组织人员管理模块进行改造,实现双服务实时同步组织人员管理相关操作,不受单个服务器故障风险的影响。
4)事件管理模块改造要求:支持对双活模式下对事件管理模块进行改造,实现双服务实时同步事件管理相关操作,不受单个服务器故障风险的影响。
5)电话流水模块改造要求:支持对双活模式下对电话流水模块进行改造,实现双服务实时同步电话流水相关操作,不受单个服务器故障风险的影响。支持对双活模式下对工作流模块进行改造,实现双服务实时同步工作流相关操作,不受单个服务器故障的风险困扰
6)短信通知单模块改造要求:支持对双活模式下对短信通知单模块进行改造,实现双服务实时同步短信通知单相关操作,不受单个服务器故障的风险困扰。
7)基础信息模块改造:支持对双活模式下对基础信息模块进行改造,实现双服务实时同步对基础信息的相关管理操作,不受单个服务器故障的风险困扰。
8)知识管理模块改造要求:支持对双活模式下对知识管理模块进行改造,实现双服务实时同步对知识库的相关管理操作,不受单个服务器故障的风险困扰。
9)统计模块改造要求:支持对双活模式下对统计模块进行改造,实现双服务实时同步对数据的相关统计操作,不受单个服务器故障的风险困扰。
10)病历服务模块要求:支持对双活模式下对病历服务模块进行改造,实现双服务实时同步病历管理相关操作,不受单个服务器故障的风险困扰。
#1)要求按路程和行驶时间排序进行派车:新增按路程和行驶时间排序进行派车功能(提供采购人调度系统现有应用及新增功能设计方案)。
2)要求行驶距离及时间估算:系统可以根据车辆据现场的实际行驶路程和实时路况,自动估算行驶时间。
3)要求按车辆由近及远原则派车:当调度员对现场地址定位后,所有待派车辆列表车辆按距离由近及远在待派车辆列表中进行排序。
4)要求最优车辆原则推荐配置任务中车辆磋商改派:对于无车可派的紧急任务,调度员可使用推荐派车功能与司机调解派车对急救车推荐原则可以进行配置。
5)要求急救车实时定位:在车辆列表中选择车辆,地图屏上即可显示定位车辆位置。
6)要求多车同时调派:支持选择一辆或者多辆车进行“派车”操作
7)要求无车可派时自动推荐派车:新增无车可派时自动推荐派车功能。
8)要求推荐派车规则制定:系统支持自定义推荐派车的规则,比如,可配置当前任务五公里内且状态为“到达现场”之前的转院车或者任意类型车辆状态为“到达医院”的车辆为可执行推荐派车的车辆。
9)要求改派任务中车辆:当所有待命车辆都不满足急救事件的派车规则时,系统可通过推荐派车将符合配置条件的车辆推荐给调度员。
10)要求任务中车辆磋商改派:对于无车可派的紧急任务,调度员可使用推荐派车功能与司机协调派车。
11)应用服务程序接口开发要求:应用支持算路服务的接口开发。
12)通信服务程序接口开发要求:通信支持算路服务的接口开发。
13)受理调度程序接口开发要求:受理调度程序支持算路服务的接口开发。
14)功能嵌入界面开发要求:智能派车应用界面设计开发。
1)出车语音通知要求:在现有短信通知基础上新增出车语音通知功能。
2)语音或短信通知随车人员响应出车任务要求:当有派车任务产生时,程序自动找到任务车辆并给随车人员拨打语音电话或者发送短信通知出车
3)语音通知人员/顺序/次数的规则设定要求:程序可配置通知人员(如车载设备、司机、医生等)及顺序、通知方式(语音或短信)、循环通知的次数等
4)无人接听出车语音电话时通知调度台要求:若程序拨打达到指定次数依旧无人接听语音通知,可将结果发送到调度台
5)短信双向定位要求:支持短信双向定位功能。
6)定位短信下发要求:调度台在呼救者无法描述现场位置时,可点击定位给呼救者发送短信以供其上报位置。
#7)短信上报定位要求:呼救者收到短信后,打开链接填写详细位置及其它必要信息上传,确认手机GPS打开的前提下也可自动定位当前位置上传(提供采购人调度系统现有应用及新增功能设计方案)。
8)呼救定位上台要求:呼救者通过短信上传的位置信息会自动进入调度受理台,调度员第一时间即可获取并查看,以便合理调度急救资源。
9)双向实时定位要求:任务派车后,系统将自动或手动(可配置)给车组和呼救者发送定位链接短信,急救车和呼救者打开链接即可实现位置共享,呼救者和急救车组。
10)人员可查看彼此实时位置要求:本趟任务结束后位置共享功能结束。
1)出车超时监控要求:当出车车辆长时间没有GPS速度变化时,系统会发送语音或者短信给随车人员进行催车。
2)任务超时监控要求:如果任务在配置的最长完成时间内执行完成,系统会自动给调度台发送通知或者短信语音通知相关人员。
3)出车数预警要求:如果一个事件派车数大于配置的预警数,系统会发送通知到班长台或者短信、语音通知到相关人员。
4)患者数预警要求:如果一个事件的患者数达到配置的预警数,系统会发送通知到班长台或者短信、语音通知到相关人员。
5)敏感词预警要求:如受理的主诉中含有敏感词,系统会发送通知到班长台或者短信、语音通知到相关人员。
6)分站命令单预警要求:分站收到命令单、接受命令单、超时接受命令单、超时接收命令单,进行调度台通知,或者短信、语音通知到相关人员。
7)车载GPS长时间断传预警要求:车辆GPS超过一定时间没有自动上传,系统会发送通知到调度台或者短信、语音通知到相关人员。
8)突发事件超时未上报预警要求:突发事件超过一定时间没有上报,系统会发送通知到班长台或者短信、语音通知到相关人员。
9)服务程序异常监控要求:监控应用、通服、地图、消息等服务程序是否正常开启,是否正常运行、是否正常关闭或者异常退出等;监控到异常会发出预警,发送通知到调度台或者短信、语音通知到相关人员。
10)系统运行异常监控要求:监控数据库、中间件等系统服务是否正常运行,可定时去连接服务,如果不能连接可判断服务异常;系统监控到异常会发出预警,发送通知到调度台或者短信、语音通知到相关人员。
11)资源使用异常监控要求:监控服务器或者主机的cpu、内存、磁盘空间等硬件的使用情况,判断是否异常或超出设定的阈值等;系统监控到异常会发出预警,发送通知到调度台或者短信、语音通知到相关人员。
12)网络连接异常监控要求:监控服务器的网络是否异常或者网络中断等其他网络异常,定时去ping服务器,如果长时间不通可判定异常;监控到异常会发出预警,发通知到调度台或短信、语音通知到相关人员。
13)告警方式配置(短信通知、语音电话通知、调度台通知)要求:可在对应模块的通知方式中配置对应的电话号码或调度台,当触发告警时即可发送告警短信、拨打语音电话、发送通知给对应人员或调度台。
14)告警操作记录要求:告警操作记录包括记录时间、告警类型、事件名称、内容等信息。
15)电话流水要求:电话流水记录包括电话号码、通话结果、任务编码、车辆编码、通话时间节点、录音播放等。
16)短信流水要求:当服务程序或系统发生异常时,会发送短信通知用户,主要显示服务ID、发送内容、手机号码等信息。
17)告警配置要求:超时未完成预警配置、任务未“驶向现场”配置、出车数预警配置、主诉敏感词配置、突发事件上报超时配置等。
18)权限/人员/角色管理要求:为不同人员分配不同角色,赋予不同角色不同权限等。
#要求实现AED信息与120指挥调度系统地图集成(提供采购人调度系统现有应用及新增功能设计方案)。
(二)信息系统集成要求
1.项目规划与实施管理目标:
(1)中标人要协助用户方对本项目做进一步的全面规划和总体设计,思路要超前、技术要领先、框架要完整。
(2)中标人要协助用户方进一步完善该系统应实现的功能和应达到的技术指标,实现现有120系统的平滑升级。
(3)中标人要协助或代表采购方与系统相关单位进行技术衔接。
(4)中标人要保证在施工过程中建立完整的、正确的技术档案,施工结束时应向用户移交全部技术档案。
(5)中标人必须承诺以合同形式承担本系统在验收后的系统质保期内系统的运行保障、故障排除、人员培训和系统管理的技术支持。
(三)服务要求
1.系统施工工期要求:
合同签订后6个月内完成软件开发、系统部署、培训、试运行、初验和终验。
2.质保服务要求:
(1)自系统最终验收合格之日起,质量保证期应不少于1年。
(2)在质保期内,系统发生故障时,中标人应免费提供咨询、维护服务。接到用户要求对所购设备进行维修的通知后,应立即给予答复;需到用户现场进行维修的,派合格的维修工程师在2小时内派技术人员到达现场进行维修,且故障排除时间不超过24个小时。
(3)质量保证期过后,中标人应负责定期进行现场巡查和维护服务(每半年不少于一次巡查)。
(4)中标人应承诺提供保修期内的软件升级服务。
(5)中标人应承诺提供系统培训服务,并提供详细的培训计划及方案。
(6)投标者应提供标书中要求的仪器设备两年运行和维修所需的必不可少的消耗品清单以及备件,其单价和总价应分别列出,供买方参考。
(7)供货时随机提供一套完整的中文技术资料。
4.系统交付地点:采购方指定地点。
(1)中标价格为完成该工程所需一切费用和投标所承诺事项所发生的费用,投标人所报的价格在中标后的合同实施期间应保持不变,即不因市场价格或政策性价格的调整而增减。
(2)投标人应以人民币填报所有单价和总价。
(3)本工程项目所发生的一切费用均应包括在投标总报价中。若有漏报或缺报,投标人应自行承担后果。
(4)投标人的投标总报价应包括设备的制造、包装、运输、保险、装卸、土建施工、设备安装、调试、技术服务、培训、税金等费用。
(5)招标文件已说明的项目单独分项报价的要求进行分项报价。
(6)所投货物符合招标文件规定的证明文件如产品说明、样本等及投标人认为需要加以说明的其他内容(包括制造、安装、验收、检测等执行的规范)。
(7)投标人须保证所提供产品具有合法的版权或使用权,本项目采购的产品,如在本项目范围内使用过程中出现版权或使用权纠纷,应由中标人负责,采购人不承担责任。
(8)特别提示:如招标文件中遗漏了必须具备的服务,请投标人在投标文件中指出,并提出解决方案供采购人、采购机构参考;中标人有义务保证采购人系统的完整性,如项目实施过程中因缺少服务导致采购人系统无法正常运行,中标人须承诺免费提供。
七、付款方式
合同签订后投标人开具对应金额的增值税普通发票后,采购人支付合同价款的50%;
投标人实施完毕并经采购人及最终用户共同签署《验收报告》确认验收合格后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同价款的45%;
维保期结束后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同金额的5%。
第三包:北京急救中心调度系统升级改造项目监理服务
包号 |
标的名称 |
采购包预算金额 (万元) |
数量 |
简要技术需求或服务要求 |
3 |
北京急救中心调度系统升级改造项目监理服务 |
17.42 |
1 |
监理工作范围:负责本项目所有子项目的合同签订、需求分析、设计、实施和验收等阶段的质量、进度、成本、系统安全和知识产权保护控制、合同和信息文档管理及组织协调工作;代表建设方审核项目从需求分析、设计、实施、验收等阶段过程中所产生的成果;对项目执行过程当中的变更进行控制,确保项目达到质量计划或者合同所规定的质量要求 |
一、项目背景
北京急救中心计划采用应用大数据、人工智能、云计算等信息技术,建设一套安全、可靠,支持“本地-政务云”应用服务双活能力的120指挥调度系统;增加急救电话智能语音应答、转写,系统自动派车等功能,实现应急状态下120电话“打的通、接的起、派的快”,以满足首都市民对院前医疗急救服务的需求,保障城市安全运行。
二、监理要求
监理工作范围:负责本项目所有子项目的合同签订、需求分析、设计、实施和验收等阶段的质量、进度、成本、系统安全和知识产权保护控制、合同和信息文档管理及组织协调工作;代表建设方审核项目从需求分析、设计、实施、验收等阶段过程中所产生的成果;对项目执行过程当中的变更进行控制,确保项目达到质量计划或者合同所规定的质量要求。
本项目监理范围包括对上述项目的系统集成、应用软件开发、软硬件采购、专用设备改造与培训等各项实施内容监理服务,对工程从合同签订、需求分析、设计、实施、验收等各阶段进行监理服务。
1、在合同签订阶段,协助建设方确定项目建设目标及项目需求;促使建设方、承建方所签订的承建合同在技术、经济上合理有效。
2、在需求分析阶段,投标人跟踪需求分析的整个过程,与承建方一起进行需求分析,代表建设方审核需求报告是否合理,是否满足用户方及建设方的需求,是否符合合同的要求。
3、在设计阶段,投标人将代表建设方审核项目设计是否合理,是否符合建设方的要求。在审核通过后,承建方才能进入下一步的工作。
4、在实施阶段,项目的执行应该符合国家法律、法规和标准,满足承建合同的要求,以项目计划为依据,并按照项目计划检查、控制项目进度和质量。如果项目没有按照预定的进度执行,必须做出说明并调整计划。
5、在实际执行过程中,建设方或承建方根据需求变更情况以书面提出变更请求,详细说明变更内容(变更方案和变更范围),变更的理由。然后,投标人对变更请求进行分析和评价,包括:功能价值,潜在的副作用,影响范围,变更代价。
6、在验收阶段,投标人要明确项目测试验收方案的符合性(验收目标、责任双方、验收提交清单、验收标准、验收方式、验收环境等)及可行性;促使工程的最终功能和性能符合承建合同、法律、法规和标准的要求;推动承建方所提供的工程各阶段形成的技术、管理文档的内容和种类符合标准要求。
7、自备贯穿于整个项目中的分析及测试工具。
8、对项目投资和变更投资的合理性提出合理化建议。
9、对项目风险进行预测,并能提出降低和化解风险的办法。
10、协助建设方落实系统运行维护、设备保修等具体措施。
(三)监理工作的基本内容要求
为了保证工程各阶段的质量、进度和投资,在监理工作中要实行五控制(质量控制、进度控制、投资控制、信息安全控制和知识产权控制)、两管理(合同和信息文档管理)、一协调(组织协调)。
1、质量控制
(1)组织及技术总体方案的质量控制
à 参与方案的深化设计;
à 审查和确认承建方的总体技术方案,并提交相应审核报告;
à 审查和确认承建方的组织实施方案和承建方提交的《项目计划》;
à 审查和确认承建方的项目质量保证计划及质量控制体系;
à 审查和确认承建方的测试计划;
à 审查和确认承建方的项目进度计划;
à 确定项目质量控制的关键节点。
(2)系统集成质量控制
à 审核和确认系统集成方案;
à 对采购的硬件设备的数量和质量进行检验、测试和验收(须保证安装工作的正常进行);
à 制定系统集成验收方案;
à 审核和确认系统集成及网络建设的安全方案;
à 对设备安装、系统软件的安装调试进行验收,检查是否按建设方制定的安装规范进行;
à 确认安装、调试与设计的差异;
à 对安装、调试设备出现的质量问题进行记录,并责成有关单位解决,解决问题后,进行二次监测;
à 对于向承建方提出的各阶段工作的改进意见,在系统验收前进行二次监测;
à 对系统集成进行总体验收。
(3)应用软件开发的质量控制
à 审查和确认承建方的软件开发计划;
à 软件开发的需求分析、概要设计、详细设计、编码测试、应用测试阶段的质量控制;
à 协助建设方督促承建方对应用软件各模块进行功能符合性测试,并出具相应测试报告,并对其余各系统进行功能符合性测试,并出具测试报告;
à 审核承建方的开发质量记录;
à 源代码及应用程序的移交验收。
(4)培训的质量控制
à 审查并确认承建方的培训计划;
à 监督承建方实施其培训计划,并征求用户的反馈意见;
à 审核确认承建方的培训总结报告。
2、进度控制
à 审核承建方的进度分解计划,确认分解计划可以保证总体计划目标;
à 对项目实施进度进行实时跟踪,并要求承建方对进度计划进行动态调整,以确保项目的阶段和总体进度目标的实现;
à 按时进行设备的验收工作;
à 当项目目标出现严重偏离时,及时指出,并提出对策建议,同时督促承建方尽快采取措施。
3、投资控制
à 投资的专款专用;
à 监督检查资金落实情况。对实施中的方案及设计进行优化,确保投资控制在预算之内或在允许的范围之内。
4、信息安全控制
à 信息安全性检查。
5、知识产权保护控制
à 正版系统软件的使用;
à 建设方、承建方及第三方知识产权的保护;
à 提供或开发的软件,建设方不受第三方的置疑和起诉。
6、合同管理
à 跟踪检查合同的执行情况,确保承建方按时履约;
à 对合同工期的延误和延期进行审核确认;
à 对合同变更、索赔等事宜进行审核确认;
à 根据合同约定,审核承建方提交的支付申请,签发付款凭证。
7、信息管理/文档管理
à 做好监理例会及会议纪要;
à 作好监理周报及工程大事记;
à 作好项目协调会、技术专题会及会议纪要;
à 管理好实施期间的各类技术文档;
à 整理记录归档建设方与承建方来往的文件、合同、协议及会议记录、电话记录等各种文档;
à 各项文挡的审查工作;
à 建立安装调试工作文件,按时提供建设方;
à 向建设方按时提供安装调试监理工作报告;
à 建立设备验收工作文件,按时提供建设方与承建方;
à 设备、软件、材料等的验收文档核实;
à 项目施工文档的移交;
à 项目竣工文档的移交;
à 向建设方按时提供各项性能测试报告。
8、组织协调
à 对于整个工程建设过程中,对可能出现的影响工程进度和质量的情况,应及时予以通报并召开相关会议,进行组织协调。
9、组织专家论证
对于项目建设方案,或在建设过程中出现的疑难问题,当建设方和承建方认为有必要时,应聘请相关专家,组织讨论会进行论证。
投标人根据项目管理的基本要求,设计好项目建设方、承建方和监理方的工作机制。规定三方的工作模式,并就如何保证前节要求,提出工作流程和方案。
工程监理方案至少应包括:监理工作流程、监理措施、检测、监测方法、保证措施以及选用的监测仪器、设备清单等等。
(五)对监理单位及其人员的特殊要求
1、投标人不得与承建单位有隶属关系和利益上的关系。
2、投标人不得从事系统集成的商务活动。
3、监理人员数量应足够满足本监理的工作任务,人员配备合理,重要项目须保证有24小时跟踪监理。
4、在监理过程中不得向被监理方介绍指定分包商和供应商。
5、总监理工程师需具有5年(含)以上信息系统监理的经验(以人事局(厅)或人社局(厅)颁发的信息系统监理师资格证书核发时间为准),不得随意更换;总监理工程师需参加所有项目会议(需提供“总监理工程师主持项目全过程实施工作及参加所有项目会议的承诺书”,主持项目全过程实施工作,项目其他监理工程师必须到位,不能兼职。各监理工程师如有变动,应事先经招标人批准。
三、服务时间及服务地点
1、服务时间:合同签订6个月内完成。
2、服务地点:本项目实施地点或采购人指定地点
四、付款方式
合同签订后投标人开具对应金额的增值税普通发票后,采购人支付合同价款的50%;
投标人实施完毕并经采购人及最终用户共同签署《验收报告》确认验收合格后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同价款的45%;
维保期结束后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同金额的5%。
五、验收标准
GB∕T 19668.1-2014 信息技术服务 监理 第1部分:总则
GB∕T 19668.2-2017 信息技术服务 监理 第2部分:基础设施工程监理规范
GB∕T 19668.5-2018信息技术服务 监理 第5部分:软件工程监理规范
第四包:北京急救中心调度系统升级改造项目第三方测评
包号 |
标的名称 |
采购包预算金额 (万元) |
数量 |
简要技术需求或服务要求 |
4 |
北京急救中心调度系统升级改造项目第三方测评 |
12.63 |
1 |
1、严格按照国家等级保护标准三级要求,开展升级改造和建设;保证北京急救中心调度系统2023年度升级改造项目纳入到北京急救中心信息安全技术体系,在物理安全、网络安全、主机安全、应用安全和数据安全方面能够符合等级保护三级要求; 2、审查北京急救中心调度系统2023年度升级改造项目信息安全管理体系,在安全管理制度、安全管理机构、人员安全管理、系统建设安全管理和系统运维安全管理几个方面符合国家等级保护三级要求; 3、配合完善北京急救中心调度系统2023年度升级改造项目安全运维管理体系,推动北京急救中心信息安全保障体系的全面建设; 4、针对数据安全,信息在系统和网络传输、处理、储存过程中不被泄露或破坏,确保信息的可用性、保密性、完整性和不可否认性,包括密码系统的安全等进行测评。 |
北京急救中心计划采用应用大数据、人工智能、云计算等信息技术,建设一套安全、可靠,支持“本地-政务云”应用服务双活能力的120指挥调度系统;增加急救电话智能语音应答、转写,系统自动派车等功能,实现应急状态下120电话“打的通、接的起、派的快”,以满足首都市民对院前医疗急救服务的需求,保障城市安全运行。本项目投标人需针对本次北京急救中心新建设的云备份调度系统提供软件测评及安全(验收)测评服务各一次。
二、 项目总体目标
本次项目充分利用软件测评和安全测评手段,完善北京急救中心调度系统2023年度升级改造项目的安全保障体系,建立多层次纵深的安全技术防护体系,降低信息系统的安全风险,确保业务的完整性、可用性。通过测评手段实现以下目标:
2.1、严格按照国家等级保护标准三级要求,开展升级改造和建设;保证北京急救中心调度系统2023年度升级改造项目纳入到北京急救中心信息安全技术体系,在物理安全、网络安全、主机安全、应用安全和数据安全方面能够符合等级保护三级要求;
2.2、审查北京急救中心调度系统2023年度升级改造项目信息安全管理体系,在安全管理制度、安全管理机构、人员安全管理、系统建设安全管理和系统运维安全管理几个方面符合国家等级保护三级要求;
2.3、配合完善北京急救中心调度系统2023年度升级改造项目安全运维管理体系,推动北京急救中心信息安全保障体系的全面建设;
2.4、针对数据安全,信息在系统和网络传输、处理、储存过程中不被泄露或破坏,确保信息的可用性、保密性、完整性和不可否认性,包括密码系统的安全等进行测评。
三、 软件测评服务范围与内容
(一) 服务内容及技术指标要求
投标人应遵循“面向应用、保证质量、客观公正、诚信守诺”的原则,并依据相关国家标准、行业标准针对北京急救中心调度系统升级改造项目开展第三方软件测试工作。
本测试要求提供的是最低限度的要求,投标人应保证提供符合本测试要求和有关标准的优质服务,按GB/T 25000.51-2016《系统与软件工程 系统与软件质量要求和评价(SQuaRE)第51部分:就绪可用软件产品(RUSP)的质量要求和测试细则》实施测试。
本次测评内容包括:
序号 |
项目内容 |
要求及交付物(包含以下交付物,但不仅限与以下交付物) |
1 |
功能性测试 |
测试和验证系统功能实现的完整性、正确性、适合性等是否满足指挥调度系统领域标准及北京急救中心调度系统2023年度升级改造项目甲方对其建设的功能性需求测试,确保需求功能的实现。 |
2 |
性能测试 |
检测和验证系统是否能满足应用的性能需求,是否符合在正常预期工作量和峰值工作量下的性能,对系统执行效率、时间特性、资源特性等测试指标进行测试分析,并从技术开发角度对系统性能优化提出建议。 |
(一) 服务内容要求
投标人须具备网络安全等级保护测评资质并针对北京急救中心调度系统升级改造项目开展网络安全测评工作,信息系统网络安全测评是依据国家相关政策文件要求,遵循公开、公平和公正原则,对北京急救中心云调度系统的安全保障状况进行符合性安全测试和评估,评价该信息系统是否满足安全等级测评要求中的各项安全技术指标和安全考核目标。
(二) 技术要求
投标人测评方案须包含单元测评与整体测评。单元测评须包括技术控制测评、管理控制测评,涉及物理安全、网络安全、主机安全、人员安全、系统建设管理和系统运维管理等10个方面;整体测评须包括安全控制间安全测评、层面间安全测评、区域间安全测评、系统结构安全测评。
(三) 服务范围
北京急救中心调度系统升级改造项目。
(四) 服务成果
《北京急救中心调度系统升级改造项目安全测评报告》
五、 其他要求
(1)对项目的描述
投标人需在充分理解需求文件中描述的需求的基础上,根据需求文件有关章节提供的材料,提供对本项目的理解和详细描述,针对软件测评技术要求,承诺通过客户化定制服务,满足采购方列出的所有需求。
(2)技术方案
投标人需准确理解项目的背景和目标,制定技术方案应具备较强的针对性和实施性。
服务方案内容:服务方案至少应包含软件测评内容和参考规范、对测试环境以及测试中使用的技术方法及工具描述、详细流程等内容。
投标人需按照采购方的项目实施进度要求,提供整个项目的进度计划书,提交实施方案,实施完成后提交项目报告。包括项目的组织和管理、投入的技术人员及其简介、详细的工作计划、具体工作内容及各项具体方案和应急计划等内容。
(3)人员要求
1.项目实施项目经理,组织项目专家,配合项目单位负责项目管理、项目质量控制、项目进度控制、项目测试验收等工作。
2.选派专人担任项目经理,5年以上工作经验,具备软件测试高级工程师证书,具有实施项目的丰富经验和较强的沟通协调能力,具有预见和应对项目风险能力。
3.为确保项目顺利实施,项目实施队伍应保持适当的规模,项目组组织结构需分工合理、层次清晰,且分工要为适应项目实施需要。
投标人应与采购人签订保密协议。如果参与测试的人员在规定的保密期内发生失泄密行为,投标人应承担全部责任。
投标人必须在投标文件中对测试过程中引用或产生的所有资料做出明确的保密承诺,包括但不限于纸质文档、电子文档、数据、软件、程序等。保密责任最终以正式签署的保密协议为准。
在未经采购人书面同意的情况下,投标人不得将本项目、与项目中相关的任何内容、资料(包括所涉及的书面和磁介质资料,下同)透露给任何人。否则,投标人必须承担因此给采购人造成的一切经济损失,采购人保留追究法律责任的权力。投标人必须在对外保密的前提下,对从事本项目的投标人员提供有关情况,所提供的情况仅限于执行投标必不可少的范围。
七、 验收要求
采购人组织本项目的验收工作,验收人员由采购单位相关部门人员组成,依据采购合同、招标文件、投标文件等内容进行验收。
八、 服务时间及服务地点
1、服务时间:合同签订后6个月内。
2、服务地点:本项目实施地点或采购人指定地点
九、 付款方式
合同签订后投标人开具对应金额的增值税普通发票后,采购人支付合同价款的50%;
投标人实施完毕并经采购人及最终用户共同签署《验收报告》确认验收合格后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同价款的45%;
维保期结束后,投标人开具对应金额的增值税普通发票后,采购人向投标人支付合同金额的5%。