中国石化应急响应子系统技术方案建议书模板.doc

中国石化应急响应子系统
技术方案提议书

鹰图科技
6月

1 项目背景分析 8
1.1 项目背景 8
1.2 城市公共设施应急指挥部在北京市应急体系中地位 8
1.2.1 城市公共设施应急指挥部和北京市应急体系结构和职责 9
1.2.2 北京市城市公共设施突发事件特点 9
1.3 市级平台信息化基础 10
1.3.1 基础设施及支撑系统 11
1.3.2 和相关部门对接系统 12
1.3.3 指挥中心系统 12
1.3.4 城市综合管理信息系统 13
1.3.5 城市业务管理信息系统 13
1.4 项目需求分析 14
1.4.1 指导意见要求 14
1.4.1.1 有线通信系统 14
1.4.1.2 无线调度系统 15
1.4.1.3 计算机网络应用系统 15
1.4.1.4 视频图像系统 15
1.4.1.5 综合保障系统 16
1.4.1.6 应急移动指挥通信系统 16
1.4.1.7 应急备份系统 16
1.4.2 服务对象分析 16
1.4.2.1 市应急指挥中心 17
1.4.2.2 城市公共设施应急指挥部 17
1.4.2.3 市属公共服务企业 17
1.4.2.4 其它专题指挥部 18
1.4.2.5 区县应急指挥中心 18
1.4.2.6 区县城市公共设施应急指挥部 18
1.4.2.7 公众 18
1.4.3 业务范围 19
1.4.3.1 燃气事故 19
1.4.3.2 供热事故 20
1.4.3.3 城市地下管线事故 20
1.4.3.4 户外广告事故 21
1.4.3.5 路灯事故(协调) 21
1.4.3.6 加油加气站 21
1.4.4 数据需求分析 21
1.4.4.1 应急基础数据（从市级平台取得） 22
1.4.4.2 应急业务数据（应急业务自己产生数据库） 23
1.4.5 性能需求分析 24
1.4.6 系统处理能力需求 24
1.4.7 网络通信需求 24
1.4.8 对安全保密需求 25
2 项目建设标准及目标 25
2.1 项目建设标准 25
2.1.1.1 资源整合标准（充足利用市级平台现有基础） 25
2.1.1.2 互联互通标准 27
2.2 项目建设目标 27
2.2.1 多媒体受理中心 28
2.2.2 综合信息中心 28
2.2.3 职能化决议支持中心 28
2.2.4 立体调度中心 29
3 项目建设依据和建设内容 29
3.1 项目建设依据 29
3.1.1 北京市政府相关要求 29
3.1.2 相关涉密要求 30
3.1.3 国家及行业标准规范 30
3.2 项目建设内容 32
3.2.1 应急指挥系统平台硬件系统建设内容 32
3.2.2 应急综合管理信息数据中心建设内容 33
3.2.3 应急综合管理信息系统软件支撑体系建设 33
3.2.4 应急综合管理信息系统建设内容 33
4 项目总体设计方案 34
4.1 项目设计标准 34
4.2 系统总体架构 35
4.2.1 基础环境 36
4.2.2 网络层 36
4.2.3 硬件层 37
4.2.4 数据交换层 37
4.2.5 数据库层 37
4.2.6 业务逻辑层 37
4.2.7 应用功效层 37
4.2.8 用户访问层 38
4.3 应急指挥系统平台硬件系统设计方案 39
4.3.1 经过利用市级平台能够实现系统 39
4.3.1.1 数字会议系统 39
4.3.1.1.1 现有系统描述 39
4.3.1.1.2 实现功效 40
4.3.1.2 IP视频会议系统 40
4.3.1.2.1 现有系统描述 40
4.3.1.2.2 实现功效 41
4.3.1.3 综合保障系统 42
4.3.1.3.1 综合布线系统 44
4.3.1.3.2 防雷接地系统 44
4.3.1.3.3 电源保障系统 45
4.3.1.4 中央控制系统 46
4.3.1.4.1 现有系统描述 46
4.3.1.4.2 实现功效 46
4.3.1.5 应急备份系统 47
4.3.1.6 信息安全系统 47
4.3.1.6.1 现有系统描述 47
4.3.1.6.2 安全智能管理和控制平台 48
4.3.1.6.3 安全审计数据处理中心 48
4.3.1.6.4 安全隔离平台 49
4.3.1.6.5 防病毒平台 49
4.3.1.6.6 防DDOS访问控制装备 50
4.3.1.6.7 安全综合管理平台 50
4.3.1.6.8 数字证书应用支撑平台 50
4.3.1.6.9 密码加速系统 50
4.3.1.6.10 物理安全控制系统 51
4.3.1.6.11 安全系统网络交换平台 51
4.3.1.6.12 终端主机代理 51
4.3.2 经过补充市级平台能够实现 51
4.3.2.1 图像监控及大屏幕显示系统 42
4.3.2.1.1 现有系统描述 42
4.3.2.1.2 补充方案 42
4.3.2.1.3 实现功效 43
4.3.2.2 有线通信系统 51
4.3.2.2.1 现有系统描述 51
4.3.2.2.2 补充方案 52
4.3.2.2.3 实现功效 53
4.3.2.3 无线调度系统 58
4.3.2.3.1 现有系统描述 58
4.3.2.3.2 补充方案 59
4.3.2.3.3 实现功效 60
4.3.2.4 计算机网络系统 60
4.3.2.4.1 系统描述 60
4.3.2.4.2 补充方案 61
4.3.2.4.3 实现功效 61
4.4 应急指挥中心应急数据库设计方案 62
4.4.1 设计标准 62
4.4.1.1 应急资源空间化 62
4.4.1.2 高可靠性和高稳定性 62
4.4.1.3 安全性 62
4.4.1.4 高并发性 63
4.4.1.5 多种资源快速定位性 63
4.4.1.6 可快速恢复性 63
4.4.2 应急基础数据库 64
4.4.2.1 法人单位数据 64
4.4.2.2 基础测绘电子地图 64
4.4.2.3 遥感影像数据 64
4.4.2.4 地理编码数据库 64
4.4.2.5 政务图层数据库 65
4.4.3 应急业务数据库 65
4.4.3.1 应急物资 65
4.4.3.2 应急队伍 67
4.4.3.3 事件信息 68
4.4.3.4 预案信息 69
4.4.3.5 隐患和危险源 69
4.5 应急指挥系统支撑服务体系设计方案 70
4.5.1 工作流服务 70
4.5.1.1 符合多个应急相关单位上报表格不统一 70
4.5.1.2 层层上报和直报步骤制订 70
4.5.2 联机分析服务 71
4.5.2.1 应急联动部门信息联机分析 71
4.5.2.2 应急过程动态数据挖掘 71
4.5.2.3 多维报表综合展示 73
4.5.3 通信支撑服务 74
4.5.3.1 传真服务实现多路传真，提升工作效率 74
4.5.3.2 录音服务实现应急报送和调度语音实时统计 75
4.5.3.3 短信服务实现面对大范围应急人员信息公布 78
4.5.3.4 IVR服务满足大量拨入电话自动导航 78
4.5.4 GIS展示服务 80
4.5.4.1 基于电子地图应急基础数据管理 80
4.5.4.2 基于电子地图应急专业数据展示 81
4.5.4.3 基于电子地图多维决议支持 81
4.5.5 图像信息服务 83
4.5.5.1 实时图像调阅 83
4.5.5.2 历史图像提取 83
4.5.5.3 图像接入 83
4.5.5.4 存贮和管理 84
4.5.5.5 图像文件索引 84
4.5.5.6 图像转发 84
4.5.6 数据交换平台 84
4.5.6.1 应急全部信息目录服务 84
4.5.6.2 应急所需信息导航服务 85
4.5.6.3 纵横结合应急信息共享交换服务 85
4.6 应急综合管理信息系统功效设计方案 87
4.6.1 关键防范 88
4.6.2 搜集报送 89
4.6.3 决议处理 89
4.6.4 信息公布 89
4.6.5 恢复重建 90
4.6.6 调查评定 90
4.6.7 关键防范 错误！未定义书签。
4.6.8 隐患排查 90
4.6.9 资源管理 90
4.6.10 培训演练 92
4.6.11 信息公布 错误！未定义书签。
4.6.12 分析总结 92
4.7 技术路线 93
4.7.1 基于统一安全平台体系结构 93
4.7.2 基于B/S 三层体系构建 93
4.7.3 支持XML技术 93
4.7.4 支持面向应用开发安全中间件 94
4.7.5 支持组件技术 94
4.7.6 支持面向对象设计 94
4.7.7 支持数据库服务 94
4.7.8 应急综合应用信息系统 错误！未定义书签。
5 应急指挥系统平台应用标准及展示 95
5.1 应用标准 95
5.1.1 高可靠性和高稳定性 95
5.1.2 安全性 95
5.1.3 高并发性 95
5.1.4 多种资源快速定位性 96
5.1.5 可快速恢复性 96
5.2 系统特点 96
5.2.1 平战结合、预案演练 96
5.2.2 统一标准、专业处理 97
5.2.3 多级预案，多色报警 97
5.2.4 海量数据、GIS展示 97
5.3 系统部分应用场景 98
5.3.1 应用场景1：支持多个信息起源信息搜集 98
5.3.2 应用场景2：支持多个信息格式采集和接收 99
5.3.3 应用场景3：支持点、线、面风险评定 99
5.3.4 应用场景3：事故影响范围分析 100
5.3.5 应用场景4：救援最好路线分析 101
5.3.6 应用场景5：疏散指挥分析 101
5.3.7 应用场景6：事件分析统计 102
5.3.8 应用场景7：监控图像显示 103
5.3.9 应用场景9：应急联动 103
5.3.10 应急场景8：指挥调度 104
6 项目投资估算 104
6.1 投资测算措施 104
6.2 投资估算基础标准和思绪 105
6.3 投资总估算 错误！未定义书签。
6.4 分项投资估算 错误！未定义书签。
6.4.1 硬件购置预算 错误！未定义书签。
6.4.2 软件购置预算 错误！未定义书签。
6.4.3 系统整合及软件开发预算 错误！未定义书签。
6.4.4 相关费用 错误！未定义书签。
7 项目进度安排 106

1 项目背景分析
1.1 项目背景
1.1.1 友好社会要求
加强应急管理工作，提升处理突发公共事件能力，是构建社会主义友好社会关键内容。目前，中国面临公共安全形势仍然比较严峻，各类重大突发公共事件时有发生部分地方应急组织体系、指挥机制和社会动员机制尚不健全。全方面增强应急管理能力，真正实现对危机主动管理和有备应对，仍然任重道远。
1.1.2 国务院要求
企业是完善应急体系主体之一，依据国务院对应急工作布署，对中央企业对应业务系统建设又提出了新要求。一是要建立涵盖风险管理基础步骤和内部控制系统各个步骤风险管理信息系统，不仅要使风险管理各项管控方法真正落到实处，同时，还要满足风险管理内部信息汇报制度和企业对外信息披露管理制度要求。已经建立或基础建立企业管理信息系统中央企业，要立即补充、调整、更新已经有管理步骤和管理程序，建立完善风险管理信息系统；还未建立企业管理信息系统，要将风险管理和企业各项管理业务步骤、管理软件统一计划、设计、实施，同时运行。二是国资委将逐步经过网上对企业投资活动实施分类管理，年度投资计划和计划内主业投资项目实施立案管理，对非主业项目实施审核管理。三是要建立应急管理基础支撑系统。完善应急指挥厅和值班室等应急指挥所。建立应急管理、求援预案、救援决议、应急培训等管理系统。经过应急平台上实现对应抢救援方案动态调整和优化，加强对专业队伍、救援教授、贮备物资、通信保障和医疗救护等应急资源动态管理。
1.1.3 行业要求
1.2 市级平台信息化基础
市市政管委现有信息化基础关键包含基础设施和支撑系统、和相关部门对接系统、指挥中心系统、城市综合管理系统和市政业务管理系统。市级平台建设总体功效结构以下图所表示:

1.2.1 基础设施及支撑系统
基础设施及支撑系统是市级平台应用保障服务中心。利用现有资源，构建支撑市级平台应用基础环境、应用环境、安全环境、数据采集平台及其它相关支撑平台。建设内容包含：
（1） 土建及配套设施
（2） 系统网络及基础设施
（3） 呼叫系统
（4） 数据采集系统
（5） 市级“城管通”管理平台
（6） 表单服务系统
（7） 地理信息系统（GIS）平台
（8） 数据交换服务平台
（9） 信息资源数据库
（10） 安全保障体系
（11） 运行管理系统
1.2.2 和相关部门对接系统
利用基础设施和支撑系统，实现和市应急指挥中心、市政府信息平台、城市管理相关委办局、市属责任单位等机构对接。
1.2.3 指挥中心系统
指挥中心系统是市级平台重大应急事件会商决议中心。经过大屏幕显示系统、决议会商系统和预案系统，以城市综合管理信息系统和业务管理信息系统为支撑，建设直通市政府应急指挥、其它委办局指挥、区县应急指挥分中心、行业单位指挥室视频会议系统，实现城市综合管理指挥和决议。建设内容包含：
（一） 大屏幕显示系统
（二） 视频会议系统
（三） 决议会商系统
（四） 预案管理系统
（五） 集成控制系统
1.2.4 城市综合管理信息系统
城市综合管理信息系统是市级平台综合值班和事件处理中心。经过构建综合值班、管理调度等信息系统，实现城市管理问题接收、分发、协调、监督和反馈，并为城市综合管理指挥和决议提供信息支撑。建设内容包含：
（1） 综合查询系统
（2） 信息公布和报送系统
（3） 综合值班系统
（4） 管理调度系统
（5） 监督评价系统
1.2.5 城市业务管理信息系统
相关委办局城市业务管理信息系统是市级平台业务和数据支撑中心。经过构建覆盖城市管理业务关键信息系统，加强所属责任企业规范管理和有效监管，为城市综合管理和调度指挥提供业务支撑和数据支撑，提升响应和快速处理城市管理问题能力。内容包含：
（1） 市政基础设施资源系统
（2） 地下管线综合管理信息系统二期工程
（3） 井盖管理信息系统
（4） 加油加气站管理信息系统
（5） 燃气管理信息系统
（6） 供热管理信息系统
（7） 环卫管理信息系统
（8） 户外广告管理信息系统
（9） 综合整改管理信息系统
1.3 项目需求分析
1.3.1 服务对象分析
北京市应急体系主体关键表现在3+2管理模式上，“三”是指市级应急管理机构、区县级应急管理机构和十三个市级专题应急指挥部， “二”是指分设以“一一零”为龙头紧急报警服务中心和以市长电话“一二三四五”为统一号码非紧急求援服务中心。城市公共设施应急指挥系统关键服务对象分析以下：
1.3.1.1 市应急指挥中心
系统需要为市应急指挥提供城市管理相关公共设施、城市环境、管理资源配置等现实状况、存在问题（安全隐患、能源供给危机等）、发展趋势、应对教授提议等信息，在重大问题、突发公共事件，经过提供预案、教授库、事故模拟、集成通讯平台等功效，便于市领导进行应急指挥和协调。
1.3.1.2 城市公共设施应急指挥部
系统需要为委领导及城市管理各业务处室（市政工程管理处、燃气办、供热办、户外广告管理处等）提供给急抢险相关事故、预案、抢修队伍等模拟演练、现场调度等功效，便于委领导进行城市公共管理专题应急指挥。
1.3.1.3 市属公共服务企业
是城市公共设施应急指挥应急事件处理包含到相关部门，包含市政工程管理处、户外广告管理处、燃气集团、热力集团、市路灯管理中心、市自来水集团、市排水集团、北京电力企业、通信企业、市公联企业、环卫局、北京中关村信息工程股份、市歌华有线企业、市交管局、园林局等。

1.3.1.4 其它专题指挥部
以现有各专业技术规范要求格式为其它相关专题指挥部提供城市公共设施突发事件包含专业数据现实状况信息，现实状况信息包含空间位置信息和属性信息。同时提供城市公共设施突发公共事件对本专业设施影响和本专业应该采取应对方法，其它专题应急系统应能够接收统一协作指令，配合进行城市公共设施应急指挥部进行应急资源调度和指挥。
1.3.1.5 区县应急指挥中心
以现有各专业技术规范要求格式为其它相关专题指挥部提供城市公共设施突发事件包含专业数据现实状况信息，现实状况信息包含空间位置信息和属性信息。同时提供城市公共设施突发公共事件对本专业设施影响和本专业应该采取应对方法，区县应急指挥中心配合进行城市公共设施应急指挥部进行应急资源调度和指挥。
1.3.1.6 区县城市公共设施应急指挥部
为各区县城市城市公共设施应急指挥部协同处理、应急联动，并能够将需要市级协调处理问题上报，了解应急进展。
1.3.1.7 公众
对公众进行应急方面宣传教育，和通常和较大突发事件和预警信息通知。
1.3.2 业务范围
依据《北京市人民政府办公厅相关成立市政公共设施事故应急指挥部相关事项通知》要求，市城市公共设施事故应急指挥部在北京市应急委领导下，根据“统一指挥、分级负责、专业处理”标准，负责市政管理范围内城市地下管线、燃气、热力、户外广告、路灯(协调)等公共设施突发公共事件及事故应对工作。具体以下：
1.3.2.1 燃气事故
城市燃气事故是指由燃气引发中毒、火灾、爆炸等造成人员伤亡和经济损失事故。任何单位和个人发觉燃气事故后，必需立即切断气源，采取通风等防火方法，并向城市燃气生产、储存、输配经营单位汇报。城市燃气生产、储存、输配、经营单位接到汇报后，应该立即组级抢修，对于重大事故，应该立即汇报公安消防、劳动部门和城市燃气生产、储存、输配经营单位，并立即切断气源，快速隔离和警戒事故现场，在不影响救护情况下保护事故现场，维护现场秩序，控制事故发展。 城市燃气生产、储存、输配经营单位必需设置专职抢修队伍，配齐抢修人员、防护用具、车辆、器材、通讯设备等，并预先制订各类突发事故抢修方案，事故发生后，必需快速组织抢修。对于重大和尤其重大城市燃气事故，应该在城市人民政府统一领导下立即做好善后工作，由城建、公安、劳动部门组成事故调查组，查清事故原因，根据相关法律、法规、规章要求进行严厉处理，并向上汇报。
1.3.2.2 供热事故
供热事故是指在正常供热过程中发生事故，包含设备事故和管理事故。
设备事故：
是指因设备事故造成供热停止，包含锅炉爆炸、供热管路破裂、供热用煤短缺、供热用气短缺、供热用油短缺等。
管理事故：
指在供热过程中，因管理失当而引发供热停止事故。依据市政府安排，当年11月15日至第二年3月15日必需确保供暖，并依据实际情况或根据市人民政府要求提前或延长供暖。供暖期间实施天天二十四小时连续供暖，确保采暖用户室内温度不低于16度。供暖单位在供暖期内因意外事故或其它不可抗拒原因需暂停供暖，应立即通知采暖用户，并快速采取有效方法恢复供暖。停暖时间超出12小时，必需通知供热行政主管部门。
1.3.2.3 城市地下管线事故
是指因地下管线发生故障而影响城市设施正常运行事故。事故类型包含：意外事故和人为破坏事故。本市地下管线按其属性，关键分为上水、燃气、热力、雨水、污水、中水、电力、通信、有线电视等九大类，包含12家关键权属单位。
1.3.2.4 户外广告事故
指因为自然灾难（如大风、暴雨等）、意外事故及人为破坏造成户外广告坍毁，致使人员伤亡、交通堵塞等事故。
1.3.2.5 路灯事故(协调)
协调市路灯管理中心对路灯事故进行处理。
1.3.2.6 加油加气站
实现对多种隐患排查，和对多种关键设施保障物资进行日常跟踪。
1.3.3 数据需求分析
结合北京市及市政管委应急信息资源建设现实状况和应用需求，从应急信息资源获取、管理和应用角度来计划应急信息资源，城市公共设施应急指挥系统平台建设数据需求可分为基础数据、共享数据、城市公共设施应急业务数据和公众服务数据四层：

1.3.3.1 应急基础数据（从市级平台取得）
基础数据库是由全市统筹建设全市性基础信息资源,这部分信息资源在政府管理、社会经济建设、人民群众生活等多个领域不一样阶段全部要用到信息资源。突发公共事件应急体系对这部分信息资源有共享使用需求。应急基础数据包含：
Ø 法人数据：全市法人单位空间数据和属性数据
Ø 基础电子地图：1:10000,1:和1:500 三种百分比尺基础测绘电子地图
Ø 影像图：全市1:10000、1:遥感正射影像数据
Ø 地址库 ：全市根据门牌号地址库
Ø 政务信息图层：教育、医疗、交通、房屋、建筑物等政务信息
Ø 管线数据:上水、燃气、热力、电力、通信信息、雨水、污水、中水、有线电视等管线和管线隶属设施空间信息和属性信息。
Ø 燃气数据:燃气行业基础数据、运行数据、燃气报表、行业数据等空间信息和属性信息。
Ø 供热数据:供热企业基础情况数据、能耗数据、室温检测远传数据等空间信息和属性信息。
Ø 广告数据 : 高（快）路、长安街延线、二—六环路两侧、火车站等公共场所广告空间信息和基础属性信息。
Ø 路灯数据：道路路灯、小区路灯空间信息和属性信息及维修、检验、维护信息等。
1.3.3.2 应急业务数据（应急业务自己产生数据库）
应急共享数据库是只在全市各类突发公共事件处理过程中有着比较广泛应用需求，分布于某多个部门范围内，需要全市应急体系统一计划和建设信息资源，应急领域共享数据库关键起源于应急业务系统得专业数据库，经抽取、加工和聚集而成。
Ø 预案信息：地下管线预案 、燃气设施预案、供热设施预案等
Ø 预警信息：相关业务范围内蓝色、黄色预警信息，
Ø 事件数据：首次汇报、进展汇报、结案汇报、调查汇报、评定报
告、恢复计划、恢复进展、教育演练
Ø 资源数据：应急队伍、应急物资、应急设备、应急车辆
Ø 隐患和危险源：供热企业、燃气生产企业、加油站、加气站
Ø 知识库：法律法规、案例等

1.3.4 性能需求分析
（1）访问速度方面：设施查询速度不能大于60秒；
（2）稳定性方面：在利用本系统正常工作中，不应出现妨碍工作顺利进行系统错误或意外中止情况；
（3）资源利用方面：在进行海量数据查询、统计、分析过程中，许可CPU和内存占用率提升及网络带宽占有量加大，但在操作结束后，应该立即释放所占用资源，以确保工作人员利用电脑顺利进行其它工作；
（4）使用灵活性方面：当系统和其它软件接口发生改变，用户操作方法、运行环境、对信息获取方法和对期望获取信息结果发生改变时，软件系统要做到易于调整，拥有高度灵活性。
1.3.5 系统处理能力需求
（1）系统用户不多，所以对系统并发处理能力要求不高。
（2）系统牵涉到多个城市设施查询、统计分析，存在大数据量运算情况，对系统处理器性能和内存容量有很高要求。
1.3.6 网络通信需求
（1）基础数据、运行数据方面：数据起源于市政管委业务系统或市级平台，同处于一个局域网中，局域网环境即可满足通信需求。
（2）系统运行方面：系统用户数不很多，而且以图片、表格形式返回给用户，数据量在1M以下，对网络通信要求不高。

1.3.7 对安全保密需求
（1）数据方面：设施基础数据、属性数据、费用数据对管委各处室、上级领导等共享。
（2） 网络方面：系统将被布署在专网上。

2 项目建设标准及目标
2.1 项目建设标准
国发〔〕24号《国务院相关全方面加强应急管理工作意见》中指出：应急平台建设要结合实际，依靠政府系统办公业务资源网络， 规范技术标准，充足整合利用现有专业系统资源，实现互联互通和信息共享，避免反复建设。
2.1.1.1 资源整合标准（充足利用市级平台现有基础）
市级平台一期建设已经完成,市政管理软硬件系统环境已经含有,市级平台建设和北京市应急指挥平台建设指导意见对比以下表所表示:

序号
《指导意见》要求
市级平台现有资源
应急平台新建内容
1
有线通信系统
有线通信系统
有线通信系统
1块24路数字卡
4部数字话机
4个录音适配器
15部IP电话
2部传真机
数字录音系统
数字录音系统
多路传真系统
多路传真系统
2
无线调度系统
系统组网
无
1个无线调度台
终端配置
15个手台
2个车载台
3
计算机网络应用系统
计算机网络系统
计算机网络系统
1台数据库服务器
1台应用服务器
1台网络交换机
10台计算机
2台网络打印机
5台笔记本电脑
5台刻录机
1台复印机
2部数码摄影机
1台数码摄相机
10数字录音笔
1台扫描仪
1台便携式投影机
10个移动硬盘
10个U盘
应急综合管
理应用系统
无
关键防范
信息报送
事件处理
辅助决议
资源管理
善后评定
信息公布
培训演练
隐患排查
统计分析
信息安全系统
信息安全系统
利用城市管理信息平台
4
视频图像系统
图像信息系统
图像信息系统
8路数模转换设备
IP视频会议系统
IP视频会议系统
利用城市管理信息平台
5
综合保障系统
综合布线系统
综合布线系统
利用城市管理信息平台
防雷接地系统
防雷接地系统
利用城市管理信息平台
电源保障系统
电源保障系统
利用城市管理信息平台
6
应急移动指挥通信系统
无
2部越野车
2个GPS导航设备
防护服
防毒面具
气体检测仪
7
应急备份系统

市里正在研究标准

2.1.1.2 互联互通标准
城市公共设施应急指挥系统不是一套孤立系统，应急事件处理可能需要接收市应急指挥中心布署和协同很多相关部门进行协同处理，城市公共设施应急指挥系统和其它系统接口以下图所表示：

城市公共设施应急指挥系统
提供基础数据和专业数据
应急联动
奥运城市运行应急指挥
提供北京市具体信息和资料
信息汇报
应急事件处理
信息交互/汇报提交
区县指挥部

奥运城市运行指挥系统
北京市政府指挥中心
市政管委业务部门
其它部门
更新维护共享其它信息
专题指挥部
信息交互/汇报提交
协同处理
市级平台

2.2 项目建设目标
从功效上讲，项目建设能够概括为建设以下四个“中心”：
多媒体受理中心
立体调度中心
智能化决议中心
综合信息中心
顺风耳、千里眼
基础数据库、共享数据库、业务数据库
语音、视频、数据
预案、模型、知识
城市公共设施应急指挥中心

2.2.1 多媒体受理中心
关键是构建一个统一信息通信平台，扩大搜集信息手段，使应急指挥中心含有“顺风耳、千里眼”，同时保障应对突发公共事件时多个通信设备互联通畅。
2.2.2 综合信息中心
对于应急指挥来说，“信息权”就是“指挥权”。综合信息中心关键是从业务信息系统合地理信息系统两个方面来构建，同时基于数据交换系统来达成多政府应急部门信息互联共享，从而形成对于整个公共安全应急事件反应信息汇聚中心、处理中心和分析中心。
2.2.3 职能化决议支持中心
因为突发事件往往会带来信息“爆炸”，多种事件相关信息会包含多个部门、多个业务方面，必需经过智能化决议支持中心对这些信息进行分析处理，纳入多个决议支持、态势评定模型进行抽取，为领导决议提供最正确和最直观信息展观，同时为日常应急业务提供预案处理。
2.2.4 立体调度中心
以应急办公室为“大脑”，以公共安全应急指挥中心为“神经中枢”，以各专题指挥分中心为“骨干”，以现场处警力量和移动警务力量作为“手脚”，充足利用语音、视频、数据网络和移动网络多种手段，构建出整个公共安全应急立体调度中心。

3 项目建设依据和建设内容
城市公共设施应急指挥技术平台是一个庞大系统集成工程，平台建设应严格遵照以下国际、国家和行业标准。
3.1 项目建设依据
3.1.1 北京市政府相关要求
l 《北京市突发公共事件总体应急预案》
l 《北京市应急指挥系统平台建设指导意见》
l 《应急指挥系统信息化技术支撑体系》
l 《北京市人民政府相关加强图像信息管理系统建设工作意见》
l 《应急指挥系统信息化技术支撑体系》
l 《图像信息管理系统技术规范》
l 《北京市政务基础信息共享目录 》
l 《政务信息图层建设技术规范》
l 《北京市地下管线综合管理信息共享和交换技术规范（试行）》
l 《北京市无线政务专网管理制度（试行）》 （无线调度系统）
l 《北京市政务专网管理指导意见》 （计算机网络系统）
l 《北京市有线专网管理制度（试行）》 （计算机网络系统）
l 《北京市应急指挥移动通信体系白皮书》
l 《北京市应急指挥移动通信体系建设提议书》
3.1.2 相关涉密要求
l 《包含国家秘密计算机信息系统安全保密方案设计指南》（BMZ2-）
l 《包含国家秘密计算机信息系统保密技术要求》（BMZ1-）
3.1.3 国家及行业标准规范
l 《邮电部电话交换设备总技术规范书》（YDN065-1977） （有线通信系统）
l 《大楼通信综合布线系统》 （YD/T926.1） （综合布线）
l 《建筑和建筑群综合布线系统工程设计规范》（GB/T50311-） （综合布线）
l 《建筑及建筑群综合布线系统工程施工及验收规范》（GB/T50312-） （综合布线）
l 国际综合布线系统标准ISO/IEC 11801 （综合布线）
l UTP布线系统现场测试标准ANSI/TIA/EIA TSB（综合布线）
l 《厅堂扩音系统声学特征指标》 （GYJ25-86） （会议系统）
l 《建筑物防雷设计规范》 GB50057-94（防雷系统）
l 《计算机机房防雷设计规范》GB50174-93（防雷系统）
l 《计算机信息系统防雷保安器》GA173-1998 （防雷系统）
l 《雷电电磁脉冲防护》IEC61312 （防雷系统）
l 《过电压保护器》 VDE0675 （防雷系统）
l 符合德国VDE、国际电工IEC及GB相关防雷标准 （防雷系统）
l 《通信电源设备安装设计规范》 （GB5040-1997） （电源保障系统）
l 《通信工程电源系统防雷技术规范》（GB5078-1988）（电源保障系统）
l 《计算机站场地技术条件》 （GB2887） （电源保障系统）
l 《通用通电设备设计规范》 （GB 50055-93） （其它电子设备）
l 《电气装置安装工程电气设备交接试验标准》 （GB50150-91）（其它电子设备）
3.2 项目建设内容
依据城市公共设施应急指挥系统建设需求分析,和结合北京市应急信息化、市政管委现有信息化基础和相关协调单位图像监控信息化基础，此次建设内容关键包含以下两个方面：
3.2.1 应急指挥系统平台硬件系统建设内容
1) 有线通信系统（扩充市级平台中有线通信系统）
2) 无线调度系统（扩充市级平台中无线调度系统）
3) 图像监控及大屏幕显示系统（利用市级平台中图像监控及大屏幕显示系统）
4) IP视频会议系统（扩充市级平台中视频会议系统）
5) 数字会议系统（利用市级平台中数字会议系统）
6) 计算机网络系统（扩充市级平台中计算机网络系统）
7) 信息安全系统（利用市级平台中信息安全系统）
8) 中央控制系统（利用市级平台中中央控制系统）
9) 电源保障系统（利用市级平台中电源保障系统）
10) 综合保障系统（利用市级平台中综合保障系统）
11) 应急备份系统（利用利用市级平台基础）
3.2.2 应急综合管理信息数据中心建设内容
1) 应急基础数据库
2) 应急业务数据库
3.2.3 应急综合管理信息系统软件支撑体系建设
1) 工作流服务
2) 联机分析服务
3) 通信支撑服务
4) GIS展示服务
5) 图像信息服务
6) 数据交换平台
3.2.4 应急综合管理信息系统建设内容
1) 估计预警系统
2) 信息报送系统
3) 事件处理系统
4) 辅助决议系统
5) 资源管理系统
6) 善后评定系统
7) 信息公布系统
8) 培训演练系统
9) 预案管理系统
10) 统计分析系统
3.2.5 六楼值班室设计内容
布署一套有线通信系统，同时提供值班人员日常和战时工作环境
4 项目总体设计方案
4.1 项目设计标准
在完全遵照《北京市应急指挥技术平台建设指导意见》对于系统建设标准要求基础上，在本项目中更遵照以下设计标准：
1.实用性：依据系统要求出发，根据系统投入结合具体利用来设计，最大程度地满足各项功效要求，确保实用性，重视平战结合，提升设备日常使用效率。同时系统应含有良好性能价格比。
2.优异性和实用性相结合标准：在软硬件设计上，首先应该含有前瞻性，应该充足考虑到在未来若干年内业务发展需要，技术上确保在相当长一段时间内不落后。充足考虑系统得整体性、协调性、高效率、低风险性。
3.开放性和标准性标准：系统应符合国际、中国和北京市所制订各项标准，以满足城市公共设施应急指挥技术平台网络互联、信息共享需要。指挥中心全部相关设备或系统集成应尽可能遵照标准、开放协议，为系统扩展留有余地。
4.可靠性标准：关键设备应选择工业级产品，确保系统运行稳定可靠，尽可能实现整年无间断运行。
5.安全性标准：采取多个手段，确保设备、数据、系统安全，确保信息传输立即、正确，提升系统得抗干扰能力和抗破坏能力。
6.可扩展性标准：系统设计中既要考虑现在业务需要，又要考虑满足未来业务增加需要，系统规模应含有可扩展性。
7.可管理性标准：提供友好应用操作维护界面，系统维护操作简单。系统对网络连接、硬件设备、软件进程、日志统计等提供实时监控管理，提供有效工具对多种工作进行数据化、网络化、程序化管理。
8.整体性标准：系统设计必需确保城市公共设施应急指挥技术平台所实现是一个完整统一技术平台，在该信息平台上，多种信息数据能够透明享用；将确保城市公共设施应急指挥中心是一个统一、集中智能平台，而不是一个由多个离散系统、外围设备简单关联、松散系统。
4.2 系统总体架构
城市公共设施应急指挥平台建设必需实现对热力、燃气、地下管线、户外广告、路灯等各类应急事件统一指挥、联合行动、快速反应。所以，系统包含各个应用平台和外围系统全部不是独立，具体到软、硬件设备从“统一”出发考虑设置，信息和通讯做到无缝互联、智能互通，使得整个立体化应急联动各类资源得到合理应用，同时系统必需含有很好灵活性，为以后伴随经济发展和城市建设需求，能够平滑过渡、灵活扩展。综合上述考虑和根据应急指挥系统业务步骤，提议该系统整体架构以下：

4.2.1 基础环境
北京市城市公共设施应急指挥系统基础环境关键包含指挥场所综合布线系统、防雷接地系统和电源保障系统，为多种设备安全运行提供基础保障。
4.2.2 网络层
网络层关键依靠北京市现有有线电子政务网、800兆无线电子政务网、互联网、和市话网，保障了数据、图像、视频、语音通畅提供了线路保障。
4.2.3 硬件层
经过整合和购置交换机、录音服务器、多路传真、MCU、大屏幕、矩阵、数字电话、IP电话、控制主机、服务器等硬件设备，实现了调度、监控、会议等功效。
4.2.4 数据交换层