字应急管理大数据指挥中心信息化平台建设方案WORD

应急管理大数据指挥中心信息化平台建设方案应急管理大数据指挥中心信息化平台建设方案目录第1章 总体说明 131.1 背景 131.2 设计目标 141.3 总体设计原则 151.4 总体设计标准及参考规范 17第2章 系统分析 182.1 项目必要性 182.1.1 应对国际国内复杂形势变化的迫切需要 182.1.2 维护民众根本利益，不断提高城市现代化管理水平的迫切需要 192.1.3 城市现代化管理的标志 202.1.4 政府快速统一指挥的需要 202.1.5 城市未来发展的需要 212.1.6 “为企业服务”的需要 212.2 应用模式分析 212.2.1 针对国内代表性应急系统的分析 222.2.2 XXX市应急指挥系统的定位 252.3 应用效能分析 272.3.1 信息汇集与预警预测能力 272.3.2 评估决策能力 282.3.3 实时协同与联动能力 282.3.4 通信指挥能力 282.3.5 现场指挥控制能力 282.3.6 公众沟通能力 292.4 建设内容分析 29第3章 建设规划与目标 313.1 业务模式规划 333.2 业务理念规划 343.3 建设规模规划 35第4章 应急指挥系统总体设计 374.1 总体框架 374.1.1 态势监控与评估体系 394.1.2 基础数据库 404.1.3 通信网络 404.1.4 XXX市应急指挥中心系统 414.1.5 移动应用和现场应急指挥中心系统 424.2 具体分析 424.2.1 应急事件类型定义及处理要求 434.2.2 应急指挥体系结构 444.2.3 事件采集、上报应急指挥中心流程 484.2.4 XXX市应急指挥系统总体模块组成 51第5章 各分系统设计 525.1 有线语音通信平台系统 525.1.1 设计原则和目标 525.1.2 需求分析 525.1.3 系统整体网络结构 535.1.4 有、无线通信系统集成（综合通信平台） 545.1.5 CTI中间件 565.2 无线通讯系统 575.3 数据库系统 575.3.1 数据库系统需求和选型 575.3.2 系统配置清单建议 635.4 存储子系统 645.4.1 系统现状和需求 645.4.2 设计原则 675.5 服务器及PC设备子系统 695.5.1 系统需求 695.5.2 系统主要设备配置清单建议 705.6 首长指挥室和综合会商室子系统 725.6.1 综合会商室系统结构 735.6.2 视频显示部分 745.6.3 会议发言系统 755.6.4 系统配置清单建议 765.7 供电子系统 775.7.1 应急指挥中心系统现状和需求 775.7.2 不间断供电子系统设计 785.7.3 不间断供电子系统配置 835.7.4 系统配置清单建议 865.8 机房环境子系统（建议） 875.8.1 XXX市应急指挥中心机房环境现状和需求 875.8.2 主要建设内容设计（建议） 87第6章 业务支撑系统平台设计 966.1 综合网管子系统 966.1.1 系统需求 966.1.2 系统架构设计 986.1.3 系统功能设计 1006.1.4 系统配置清单建议 1066.2 数字录音子系统 1076.2.1 数字录音需求分析 1076.2.2 有线录音系统架构 1086.2.3 联动单位IP话机的录音 1096.2.4 无线集群录音架构 1106.2.5 录音系统功能 1116.2.6 系统配置清单建议 1146.3 视频监控与分析子系统 1156.3.1 系统现状和需求 1156.3.2 视频监控与分析系统架构设计 1176.3.3 视频监控与分析软件模块设计 1196.3.4 视频监控与分析子系统功能设计 1266.3.5 系统配置清单建议 1306.4 应急视频会议子系统 1316.4.1 系统现状和需求 1316.4.2 系统设计原则 1326.4.3 系统架构设计 1336.4.4 系统功能设计 1366.4.5 系统配置清单建议 1436.5 视频显示子系统 1436.5.1 应急指挥中心视频显示系统的需求 1436.5.2 视频显示系统的设计 1446.5.3 整体系统要求 1456.5.4 产品的主要技术要求 1466.5.5 用户现场设计 1476.5.6 系统架构设计 1486.5.7 对安装现场的环境要求 1496.5.8 系统配置清单建议 1506.6 全球定位子系统 1516.6.1 系统现状和需求 1516.6.2 系统实现设计 1526.6.3 系统功能设计 1536.6.4 系统配置清单建议 1566.7 综合业务受理子系统 1566.7.1 短信受理子系统 1566.7.2 电话语音交互受理子系统 1596.7.3 电子传真受理子系统 1636.7.4 系统配置清单建议 1666.8 基础地理信息子系统 1676.8.1 系统现状和需求 1676.8.2 系统架构建议 1706.8.3 业务数据建设要求（建议） 1716.8.4 地理信息应用功能设计（建议） 1836.8.5 基础地理信息子系统外部接口设计 1866.8.6 系统配置清单建议 1906.9 数据交换子系统 1916.9.1 系统需求及目标 1916.9.2 系统结构设计 1926.9.3 系统功能模块设计 1966.9.4 数据交换接口设计 1986.9.5 数据交换主要涉及到的系统 1986.9.6 系统配置清单建议 1996.10 时间同步子系统 1996.10.1 时间同步机制 2006.10.2 配置流程 2026.10.3 安全问题 2026.10.4 系统配置清单建议 202第7章 移动指挥中心 2037.1 移动指挥车需求分析 2047.2 移动指挥车的建设目标 2057.3 移动指挥车的建设原则 2067.4 系统建设方案 2087.4.1 系统功能 2087.4.2 系统实施 2097.4.3 系统工作方式 2097.4.4 系统工作卫星及频段 2127.4.5 移动指挥无线通信系统设计 213第8章 业务应用总体设计 2418.1 应急联动指挥系统软件 2418.1.1 信息上报与评估（预测预警）子系统 2418.1.2 应急知识库子系统 2448.1.3 指挥调度子系统 2528.1.4 指挥车现场指挥调度子系统 291第9章 应急中心投资概算设计 2949.1 基础环境平台 2949.2 系统平台软件 3039.3 业务应用平台 3049.4 信息安全体系 3099.5 总体概算 310第10章 项目实施管理方案 31110.1项目组织管理 31110.1.1建立项目组织管理机构 31110.1.2确定项目分工角色职责 31210.1.3建立项目组织相关管理制度 31510.2项目管理计划 31510.2.1综合管理计划 31510.2.2综合变更控制 31710.3范围控制计划 31710.3.1范围定义及跟踪 31710.3.2变更管理 31810.3.3变更控制工具 31810.4进度控制计划 31910.4.1项目进度跟踪 31910.4.2项目进度分析 32010.4.3项目进度控制 32010.5组织机构和人员管理计划 32110.5.1人力资源规划 32110.5.2项目团队建设 32110.5.3项目团队管理 32210.6质量保障计划 32210.6.1质量保证目标 32210.6.2质量保证角色与职责 32210.6.3质量保证流程 32310.6.4质量保证活动 32410.7沟通管理计划 32510.7.1沟通计划 32510.7.2报告形式 32610.7.3相关工具文档 32610.8配置管理计划 32610.8.1配置管理目标 32610.8.2配置管理角色与职责 32610.8.3配置管理流程 32710.8.4配置项定义 32810.8.5配置管理活动 33010.8.6配置管理工具 33510.9风险控制计划 33510.9.1风险识别 33510.9.2风险分析 33610.9.3风险控制 33610.10变革管理计划 33810.10.1变革管理方法 33810.10.2变革管理成功的关键策略 33810.11项目进度计划 33910.11.1影响项目进度的因素 33910.11.2项目进度制定的原则 33910.11.3项目实施进度计划 33910.11.4项目里程碑 34210.12安全保密计划 34210.13文档编制计划 34310.13.1项目管理类 34410.13.2软件工程类 34410.13.3项目支持类 34410.14质量保障计划 35010.14.1确定质量保证目标 35010.14.2质量保证角色与职责 35010.14.3质量保证流程 35110.14.4质量保证活动 35210.15产品交付计划 35310.15.1背景介绍 35310.15.2客户管理 35310.15.3服务人员管理 35510.15.4服务流程管理 35810.15.5服务实体设施 36310.15.6产品详细交付计划 36410.16项目培训计划 37210.16.1培训组织管理 37210.16.2培训队伍要求 37310.16.3培训对象 37310.16.4培训内容及要求 37310.17实施风险管理 37510.17.1风险计划 37510.17.2风险监视 37610.17.3风险管理 377第11章 售后服务及培训 37811.1售后服务说明 37811.1.1售后服务及响应级别 37811.1.2定期现场巡检服务 38111.1.3专人值守服务 38111.1.4本地化服务 38211.2运维服务保障措施 38311.2.1项目运维组织机构及职责 38311.2.2运维风险预防措施 38411.2.3运维突发事情应急措施 38411.3服务质量保障措施 38511.3.1完善的售后服务体系 38511.3.2运行维护制度建立 38511.3.3运维知识库系统 38611.3.4运行维护队伍建设 38611.3.5闭环式服务 38711.3.6服务监督机制 38811.3.7试运行期间的运维保障 38811.3.8免费质保期间的运维保障 38911.3.9免费质保期后的运维保障 39011.4质量保证范围 39011.5售后服务承诺书 39111.6售后服务机构网点清单、服务电话 39111.6.1售后服务人员配置 39111.6.2人员培训计划 392第12章 施工组织设计方案 39412.1施工组织设计 39412.1.1综合说明，质量、服务、安全文明施工目标 39412.1.2主要施工方法；新技术、新材料、新工艺、新设备的应用 39612.1.3工程投入的主要物资和施工机械设备情况、主要施工机械进场计划 39812.1.4施工设备进场计划 39812.1.5工程所用产品进场计划 39812.1.6确保工程质量的技术组织措施 39912.1.7确保安全生产的技术组织措施 40012.1.8确保文明施工的技术组织措施 40112.1.9施工顺序、总进度安排及总形象进度示意图 40112.2项目管理机构配备 40112.3质量及保修服务 40112.3.1保修期与保修范围 40112.3.2保修责任 40112.3.3售后培训 40112.3.4售后维护服务 40212.3.5接口对接服务 40212.4组织管理 40212.4.1项目管理方法 40212.4.2项目质量管理 40412.4.3系统测试计划 40612.4.4测试方案 40712.4.5测试管理 41212.5项目风险管理 41712.5.1主要风险列表 41812.5.2风险影响分析 41912.5.3关键风险分析 42012.5.4风险控制计划 42012.5.5风险应对措施 42112.5.6项目沟通管理 42312.5.7项目决策制度 42412.5.8问题与争议管理办法 42412.6上线后支持期 425总体说明背景目前XXX市与全国其它地方一样，各个减灾职能组织和指挥体系采用了分类别、分地区、分部门的单一管理模式，对不同灾害的测、报、防、抗、救、援都自成体系，分别归口各相关职能部门进行管理，包括公安、消防、抗旱防汛、防震与抗震、疾病防控以及市府办公室等。这种各自为战的管理模式已越来越不适应社会发展的需要。一般情况下，各个独立的指挥系统在在各自的职能范围内已经做到了相对完善，但是在遇到重大突发事故的情况下，由于缺乏一个统一的指挥调度，不同警种和不同部门之间无法进行很好的配合和协调，必要的联合行动难以迅速高效实施，所以每当灾害事故发生，它们的专业应急处理能力都很强，但是部门之间的协调组织能力和协同应急处理权力都显得非常有限。因此，XXX城市应急指挥系统建设首先要考虑政府和各部门在城市应急体系中的职责和优势，准确定位各自作用和效能，既突出政府应急指挥中心的组织和决策特点，又充分发挥其各专业部门的应急反应与救援能力，才能达到群策群力、和协发展的理想结构。使XXX市灾害事故紧急处置做到领导一元化、指挥智能化、决策科学化、保障统筹化、防范系统化，进一步增强减灾综合管理能力和抗风险能力。设计目标城市应急指挥中心系统将实现政府协调指挥各相关部门，处理城市特殊、突发、紧急事件和向公众提供社会紧急救助服务的联合行动系统。为城市构建一张全面的应急预警和处理“安全网”，完善市各级政府对突发公共紧急事件（如流行病、恶性案件、灾害事故）应急反应机制。通过对现有各应急系统的整合与完善，建立统一的应急指挥调度平台，形成智能化的应急网络体系，实现跨地区、跨部门、跨警区以及不同警种之间的统一指挥协调，快速反应、统一应急、联合行动，真正实现社会服务的联动，有效应对突发性公共事件，切实保障人民群众的健康与生命安全。针对XXX市的实际情况，总体设计目标和范围主要归纳如下：完成对XXX市应急指挥中心系统的总体设计和规划，该设计应在现有基础上，保证XXX市应急指挥中心具有完善的技术设施，并具有对市民紧急求助的快速响应能力。XXX市应急指挥中心系统建设的核心是“平急结合，突出应急，资源共享，统一管理”。在系统建设过程中将本着多种接入模式、高度集成统一消息网络传输模式，将程控交换通信系统、电子地理信息系统、接处警计算机辅助调度系统以及有线、无线综合调度系统、全球定位监控系统、指挥预案系统、视频采集、图像监控系统、移动通信系统、视频会议系统以及政务专网充分集成的原则，提供辅助决策、智能信息处理的基础，为应急指挥中心系统构建基础通信平台、应用平台。在应急响应系统建设中，突出XXX特色，同时兼顾地级市中等城市的共性，使研究和开发的城市公共安全应急响应系统具有较大的通用性，具有向其他相关兄弟城市推广应用的价值。总体设计原则XXX市应急指挥中心系统的总体设计将遵循以下设计原则：1、实用性：在满足XXX市应急指挥中心系统需求目标的同时，按照实用性的原则，设计整个系统的操作以方便、简洁、高效、易维护为目标，多操作平台整体设计、统一操作，既充分体现快速反应的特点，又便于决策层、管理层及时了解各项统计信息和决策信息，进行业务处理和综合管理，同时降低整个系统建设成本，保护已有的投资。2、高可靠性：由于XXX市应急指挥中心系统涉及面广，使用环境的特殊性，必须保证系统工作稳定可靠。系统各个软件模块采用分布式设计，每个模块稳定地独立运行，一旦发生故障时不影响其它模块运行；系统的操作系统及数据库构架采用成熟可靠的体系，重要数据要异地备份。系统的硬件采用冗余设计，核心交换机和主服务器都采用双机热备份。3、先进性：由于计算机技术和信息技术发展迅速，我们在兼顾应急指挥中心系统的实用性和高可靠性的同时，系统的设计和建设中必须具有一定的前瞻性，尽可能的采用先进的技术和开发工具，以保证系统和产品的先进性；但也要避免采用不成熟性的技术和以保证系统稳定性。整理制作郎丰利。4、安全性与保密性：本系统运行的数据多为敏感、涉密信息，专业数据采用分布存放相互隔离。重要数据要加密处理，甚至物理隔离。5、大容量性：本系统面向政府部门和社会大众，应该具有大容量和高度的容量扩展功能，包括用户终端和移动信息终端两方面。6、开放性与标准性：本系统涉及的部门众多，应是一个开放的、易扩展的、分布式的系统，可以提供不同层次、不同需求的信息服务。系统的数据应该统一规范。系统设计所涉及的技术和选用的产品标准应是业界公认的主流产品标准，尽量符合业界最新的标准，并具有良好的开放性，能够与其他计算机系统进行相连和数据共享。7、应用功能模块化：本系统应用领域广泛，应针对不同需求，设计不同功能模块，便于系统功能组合、扩展和提升，有利于保护投资，使投资率和使用率协调发展。有了标准化和模块化，才有利于集成系统的产品化。整理制作郎丰利。8、快速反应能力：本系统是针对突发公共安全事件，直接关系到广大市民的生命财产的安危。快速反应能力对突发公共安全事件的处理至关重要，必须在系统设计中贯彻始终。整理制作郎丰利。9、支持多种通信网络：具有多种通信方式接入能力，能够支持和使用已有的公用电信网（包括固定网和移动通信网）和专用通信网（包括数字集群通信系统），具备应急通信能力，尽可能覆盖现有的所有通信体系，并可实现对未来新的通信方式的连接，从而最大限度地信息共享和互联互通。公网和专网互为备份，有线和无线互为备份，保证通信网络的可靠性。总体设计标准及参考规范为保证XXX市应急指挥中心系统总体设计的质量以及先进性，总体设计参照的主要标准和参考规范如下所列：XXX城市应急指挥系统需求《国家突发公共安全事件总体应急预案》《河南省突发公共安全事件总体应急预案》《消防通信指挥系统设计规范》《城市地理信息系统设计规范》《建筑与建筑群综合布线系统工程验收规范》《计算站场地技术条件》《程控数字用户自动电话交换机通用技术条件》《数字程控调度机技术要求和测试方法》《电子计算机机房施工及验收规范》《城市警用地理信息系统标准体系》《公安移动通信警用自动级350兆工程设计技术规范》（GA/T1331-2001）国家《软件工程标准》GB8566，GB8567等国家相关信息安全标准GB/T18237等系统分析项目必要性随着XXX日新月异的发展和国际交流的扩大，城市管理变得更加复杂，公共危机的种类不断增多，潜在影响程度也变得异常巨大。基于事件的不确定性、紧急性和危险性，如不能及时预防或在发生后不能快速做出反应，很可能使一个正常运转的社会陷于恐慌和动荡，造成巨大的经济损失。面对这样的现实，XXX必须尽快整合社会资源，建立现代应急管理机制，将灾害可能带来的损失减到最低程度，为城市打造安全屏障。应对国际国内复杂形势变化的迫切需要从国际上看，冷战结束后，尽管和平与发展仍是时代的主题，但影响世界和平的不稳定因素仍然存在。局部战争频频爆发，地区冲突不断加剧，暴力恐怖事件不断升级，这些都或多或少对我国社会生活产生着重大影响。从国内看，我国正处于全面建设小康社会的发展阶段。改革不断深化、发展不断加快所带来的新问题、新矛盾层出不穷，影响着社会的安全稳定。社会治安、火险、交通、安全生产等方面还存在着一系列隐患。境内外敌对势力如“法轮功”邪教组织、民运分子、民族分裂势力、台独势力等的破坏活动一刻也没有停止过。这些都需要我们时刻保持高度的警惕，作好应对突发事件的各种准备。事实上，发达国家早在20世纪60-70年代以后，就兴起了危机研究热潮。一些著名的国际大都市，比如洛杉矶、东京等早已建立起比较完备的紧急管理、救援系统。美国“911”事件之后，世界各国都把建立健全应急机制重新提上议事议程。加快建立XXX公共危机应急系统，是适应时代发展要求，加快与国际接轨步伐，不断提高社会管理和控制的水平的必然抉择。维护民众根本利益，不断提高城市现代化管理水平的迫切需要现代城市资源密集，人口众多，经济社会生活高度发达。而且城市越是现代化，经济越是发展，往往就越脆弱，危机或灾害的“放大效应”就越突出。城市的正常运行一旦出现问题，就会给人民群众的生命财产造成巨大损失，对经济社会发展产生严重的影响。国内外一些大城市曾经发生的地震、火灾、爆炸、疫病等突发事件，破坏之大、影响之深，处理和解决过程中暴露出的问题和管理漏洞之多，都给我们的工作敲响了警钟。特别是容易引起社会恐慌的无形的灾害，如XXX扎针事件、非典型性肺炎等，不仅给人民生命财产造成了损失，而且容易扰乱城市正常的生产和生活秩序，对社会造成巨大的冲击，使人们心理蒙受沉重的打击。加强对灾害的预防和应对，已经成为城市现代化管理的重要内容。不设防的城市，不堪一击。维护城市正常运转，实现经济社会可持续发展，就要高度重视城市灾害的预防和急救工作，切实把加强城市应急管理，提高城市现代化管理水平，保护人民生命财产安全，当作一件大事来抓。城市现代化管理的标志WTO的加入，奥运会的成功申办，给我国的经济结构和人民的经济生活带来很大的冲击，也给我国进一步改革开放、走向世界带来良好的契机，同时也对城市信息化建设提出了更高的要求。XXX市应急指挥信息系统是城市信息化工程的一个重要组成部分，也是城市现代化管理标志的体现。同时，加强城市现代化管理能够体现高效率的、良好的政府形象。政府快速统一指挥的需要目前城市基础信息资源（人口、地理、电话、气象、水利、海洋等）缺乏互连互通，未充分利用，急需共享。通过现代化应急指挥信息系统，领导能快速获取信息，做出正确、快速的决策，进行统一指挥调度。这样，跨部门、跨警区、不同警种之间得以互通和相互协调、配合，使统一指挥、协调作战成为可能，真正实现社会服务联合行动。从而大大提高城市对应急突发事件的快速反应能力，缩短对市民求助求救的反应时间，保护生命财产等方面都将起到十分重要的作用。城市未来发展的需要对灾难等历史资料的存储与分析可以预测灾害性事件的发生；更加完善的综合预案可以高效及时地解决问题；后期的灾害影响和损失分析的功能可以促使应急救援系统不断的优化和发展。而良好的社会安全记录，则给每一位在XXX生活，工作和投资的市民，企业和政府增强了信心，给未来的人才，投资增加更大的吸引力。“为企业服务”的需要XXX近几年的快速发展，与坚定不移的贯彻招商引资和诚心诚意为企业服务的理念分不开。然而为企业服务不仅要从改善商业环境做起，必须还要考虑社会与生产环境的安全与安定，试想，有哪个企业愿意在一个社会不稳定，公共安全没有保障的城市里经营。所以在安全需求日益高涨的今天，良好的城市应急管理也正吸引着全世界的眼球，并将成为吸引投资者的又一道“大餐”。应用模式分析在我国，已出现多种专业性应急部门，包括公安、消防、防汛、防震与抗震、疾病防控以及核事故应急技术支援组织等等。但是，没有综合性应急管理机构，仅从各自方面履行应急职责，无法突破部门限制，而且这些机构基本上都担负着应急处理以外的其他职责，每当灾害事故发生，它们的协调组织能力和应急处理权力都显得非常有限。此外，从中央到地方，虽然也建立了一些单方面履行专项应急职能的机构，但是，这些机构之间往往缺乏纵向和横向的贯通，在运作层面上不能形成联系密切的网状系统。因此，应急指挥系统不同于其它政府信息化工程，它是一个与政府流程、组织结构、指挥关系等紧密结合的复杂信息系统，它的难点并不在技术体系，而是在业务体系的理解和应对上，如果不能根据用户自身行政特色而盲目搭建一个指挥系统，就算技术体系再完善，也只能是一个“演示工程”。目前在应急指挥系统建设中较流行的理论是建设模式的选择，常见建设模式有集权模式、授权模式、协同模式等，这是根据运行体制来分类的。针对国内代表性应急系统的分析上海、广州应急指挥系统上海和广州市应急指挥信息系统都是按照“授权模式”，即由公安牵头，各应急部门配合，“统一接警、分类处警、社会联动”的目标进行设计和建设的。系统通过建设统一的网络平台和通讯平台，解决了各个领域（包括：公安、消防、交通、卫生、水务、环境保护、民防、安全生产、市政、防汛、电力、地震、通信、航空、港务、铁路、油气、海事、海上救助等）突发事件的报警受理，实现同步采集现场信息、迅速提供处理预案、即时通知相关处置部门、进行警力调度和实施紧急救助，为保卫城市的安全、市民的生命财产、企事业的资产、社会秩序的稳定起到了重要的保障作用。该应急指挥系统由统一的业务层、信息通信系统层、公安专用网络和基础设施层、政府及公共基础网络层、系统运行维护管理、信息和网络安全保障和标准化体系构成。总体框架结构体现了以应急联动业务为中心，以通信和信息技术为依托、以网络和应用系统为支撑、以运行维护管理和信息网络安全为保障、以统一的规范和标准为基础，运用各种科学技术和手段，实现了以公安业务为主导社会联动应急的思想。特点：以公安为牵头统一接警、分类处警接警人员为辅警，处警人员为警察设简单接处警区、综合接处警区、紧急状态指挥区指挥平台覆盖几乎所有的指挥体系主要警种集中办公评估：系统容易建设，运作管理简单有利于利用现有资源公安的垂直管理的特点限制了其角色的发挥制约了政府其它专业应急部门能动南宁应急指挥系统南宁市应急联动中心是经国家计委批准立项建设，由中共南宁市委、市人民政府投资1.61亿元人民币建设。系统于2001年11月开始试运行。2002年5月1日向市民提供报警求助及处置突发公共事件的服务。新建的‘南宁市城市应急联动中心指挥大楼’是南宁市应急指挥系统的主体部分，大楼内建有主机房和接处警大厅。南宁市社会应急指挥系统是一个基于C4I概念（指挥、控制、通讯、计算机、信息）的统一接警，统一处警的应急指挥系统。该系统利用集成的数字化、网络化技术，将110报警服务台、119火警台、120急救中心、122交通事故报警台、12345市长公开电话、防洪、防震、防空以及水、电、气等公共事业应急救助纳入统一的指挥调度系统，运用统一的报警号码，共享各种资源，实现跨部门、跨警区以及不同警种之间的统一指挥协调，向公众提供统一入口的紧急救助服务。特点：政府牵头一级接警，一级处警辅警负责接警，各警种负责处警联动事件由指挥长协调各警种联动设接警区、处警区、市长热线区、紧急状态指挥区重大事件由市政府指挥统一配置无线资源集中办公,归市政领导评论：指挥层次少，效率比较高单一指挥层次也存在问题，不利于发挥职能部门作用体制和指挥关系上难度大缺少相关法律法规保障运维机制缺少研究XXX市应急指挥系统的定位在实际建设中考虑建设模式的前题，是要看用户是谁。根据用户的不同可将应急指挥系统分为执行型应急指挥系统（简称“执行型系统”）和决策型应急指挥系统（简称“决策型系统”）两类，下表给出了两类系统的主要特征。分类内容执行型应急指挥系统决策型应急指挥系统使用者接处警值班员应急指挥长用户载体行业、部门、企业应急指挥中心国家、省、市应急指挥中心处理依据工作人员个人经验、个案预案、法律、专家经验处理事件类型一般、较大重大、特别重大技术核心通信调度系统数据库、决策支持系统处理时间短或较长较长或长对待公众无须告知信息公开系统设计以技术人员为主以领导、业务人员为主投资重点以硬件为主以软件为主从使用者的角度看执行型系统的用户是接处警值班员，其处理事件的类型是一般或较大的突发公共事件，如110治安案件、119火灾报警、120急救等，以单一、个案为主，处理时间短暂。而决策型系统的用户是应急指挥长，其处理事件的类型是重大或特别重大的突发公共事件，如地震、禽流感、矿难、劫机等，以群体、群案为主，处理时间较长。因此，执行型系统的用户载体是行业、部门或企业的应急指挥中心，决策型系统的用户载体就是国家、省、市应急指挥中心。执行型系统的技术核心是通信调度系统，所以其系统设计是由技术人员或技术公司来主导。决策型系统的技术核心是数据库和决策支持系统，因此其系统设计应以领导和应急管理工作人员为主。通过以上论述我们已清楚，对于行业、部门或企业建设的应急指挥中心，应采用执行型系统；而国家、省、市建设的应急指挥中心，则应采用决策型系统。整理制作郎丰利。因此，XXX市应急指挥信息系统采用协同模式建设。即市委、市政府建立应急指挥中心，采用决策型应急指挥系统；市公安局、安监局等及各市（县）区政府作为分中心，采用执行型应急指挥系统，各级中心通过XXX电子政务专网互联。如下图所示：协同型的二级指挥体系结构示意图应用效能分析通过以上要点的建设，XXX市应急指挥能力应该在以下六个方面得到显著提升。信息汇集与预警预测能力在XXX市政府城域网的基础上，建立突发公共事件信息采集平台，自动或人工接收、处理、存储相关联动部门和全市各地市的与突发公共事件相关的各种情报资料和技术监测数据，并根据预先制定的条件进行汇总、比对和预测，达到早预警，早通报的要求。评估决策能力建立统一高效的突发公共事件应急知识库，汇集全市范围的预案、案例、部门数据、文件法规、电子地图等各种资料，建立全市专家资源库，以视频会议系统和电子政务网络为基础，实现静态的知识与动态的智力有机集成，共同参与，以全面提高事件态势的评估和决策水平。实时协同与联动能力充分利用全市电子政务网络、视频网络系统和各种通信系统，通过配置统一的指挥协同系统到所有相关部门，以预案和流程为核心，实时同步事件信息、资源状态信息和处置过程信息，群策群力，协同应急。通信指挥能力建立多层次的应急通信保障体系，以现有的有线、无线通讯系统、GSM网和CDMA网为基础，实现通讯与应急事件的统一管理与协调。实现忙而不乱，集成有序的通讯管理。现场指挥控制能力整合应急指挥车与城市监控系统，实现对现场的声像实况进行采集与传输，保障指挥中心对事发现场的监控指挥，有效地延伸城急指挥系统的通信能力、监控能力、反应能力，直接支持领导获取第一手现场信息，实现高效、快速指挥决策，同时可作为整个应急指挥系统的备份系统,可独立遂行现场指挥任务。公众沟通能力建立以XXX市应急公众沟通系统为核心、与广播电台、电视、报纸结合形成面向公众的快速应急发布系统。一方面接收公众安全信息举报、建议、询问，另一方面及时制作各种安全警告、提示、解释、宣传、教育等资料，供网站、电视、广播、报纸等媒体快速发布。建设内容分析通过以上的阐述，我们就可以明确和理解本次项目建设的内容，并且使之与决策型指挥系统的业务特点相融合。在目前阶段，把系统的建设放到应急指挥支撑平台上来，要充分利用现有条件，整合相关资源，着力对突发公共事件处理的关键环节和薄弱环节提供支持，快速重构统一高效的应急指挥支撑平台，并通过在使用中不断改进和完善，以达到投资少，见效快的目的，防止出现投资大、周期长、系统过于复杂的情况。这时系统已经能够在城市突发事件来临之时为领导提供强大的决策支持和指挥协同平台。因此，本次项目期建设的内容应从实现以下四个方面的功能着手：预案支持：预案是指挥部门根据经验积累，对各类事件总结出一套行之有效的处理方案，使事件处理更为程序化，当事件发生时，有一套现成的方案供指挥员参考。应急预案是针对可能的重大事故或灾害,为保证迅速、有序、有效地开展应急救援行动、尽可能地降低事故导致的人员伤亡、财产损失和环境破坏，在事故后果和应急能力分析的基础上，预先制定的有关计划或方案，城市应急中心的职能主要是针对各类发生的突发公共安全事件，依据事件的类型、级别和事件发生地点，依照相应的预案所设定行动方案调配相应的应急资源。凡事预则立，不预则废。城市应急指挥系统从其建设的长远目的是通过对突发公共事件的处理建立，不断完善城市应急预案、优化城市安防体系，更为主动的预防突发公共事件、更为迅捷有效的处理突发公共事件并控制/降低其损失。所以预案和知识库系统是城市应急指挥系统经验和教训总结的成果体现，也是城市应急指挥系统流程改善的根本。应急知识支持：通过对专家、法律、法规、制度、专业文献资料，应急设备的储备、位置、功能、基本原理、操作方法，各类化学危险品的理化性质、处置方法，在储存、使用、报废处理、运输应当注意问题，各类灾害的发生机理、发展规律、防护和救护常识、处置方法等的有效管理，使应急人员能在需要的时候获取需要的知识，帮助快速、合理地作出决策，包括知识的识别、获取、存储、分解、利用、传递和扩展等。决策指挥支持：构建支持多种业务、协同模式的可靠的综合指挥平台，帮助指挥人员根据事件的类型、规模选择最适合的部门进行处理和协调，同时实现处置命令迅速畅通、传递及时准确无误，并且能够实时监控部门的实时工作状态，如待命、出发、到达、返回等状态，真正做到知已知彼，胸有成竹。现场指挥支持：建立现场移动指挥中心，也是非常实用且实用的功能，也是指挥体系的关键一环，通过对现场的声像实况进行采集与传输，保障指挥中心对事发现场的监控指挥，有效地延伸城市应急指挥系统的通信能力、监控能力、反应能力，直接支持领导，实现高效、快速指挥决策，保障领导者随时获取第一手现场信息（通过图像、数据、语音），实时全程指挥，及时下达命令，协调调度各应急救援单位遂行救援任务，其同时也是固定指挥中心的备份，应考虑可以将固定指挥中心的软件系统和信息资源移植在移动指挥中心上。建设规划与目标在建设规划与管理上，首先要统一认识，对XXX市目前现状要有一个客观的认识，同时对即将建设的应急指挥系统要有高起点的理解。XXX市政府已经完成了电子政务建设总体规划和一期工程建设，已经建成了由市委市政府为核心、连通各政府部门的统一网络平台（城域网）和基础应用系统，具备了建设应急指挥系统的基本条件。应急指挥系统是电子政务建设的重要内容之一，是一个涉及多个部门、需要分步实施的复杂系统，所以在应急指挥系统建设初期，也必须在总体解决框架的指导下，本着先急后缓、先易后难、先单项、后综合；总体规划、试点先行，分步实施的原则进行详细的规划设计，为后续工程提供指导和规范，实现XXX市应急指挥系统的统一建设。我公司根据自身的经验和XXX市具体情况，认为XXX市应急指挥系统建设应该分为两个阶段完成，每个阶段都应从业务模式、业务理念、建设规模三个主要方面进行规划。第一阶段领导决策、初步联动：充分利用现有资源，建立应急指挥体系。所谓“领导决策、初步联动”，是指在第一阶段首先以“各部门分别接报分别处置、市委市政府统一指挥”的模式下，在不改变政府现有组织机构和管理机制的前题下，一些日常事件，如打架斗殴、邻里之争、医疗救助等，原则上还由原受理部门分别处理；当发生触及政府设定“预案”要求的重大突发事件，才会自动触发XXX市应急指挥系统，协助领导与相关指挥小组决策，进行统一的指挥、协调与监督。以“统一调度与指挥系统”为手段，以“突发事件预案管理系统”和“辅助决策支持系统”为核心，以“电子地图”和“综合资源信息查询系统”为支撑实现应急事件的决策与指挥，辅助政府加快应急决策过程；第二阶段整合资源、遏制预警：所谓“整合资源、遏制预警”，是指在第一阶段的基础和成果之上，建立XXX市应急指挥中心实体，实现全市突发事件的“统一接报、分类分级处置、统一指挥”的模式下，建立独立的“应急指挥中心”组织机构，实现城市所有事件的统一接报，如煤气泄露、水管破裂、卫生事件等等，市民不必再记多个特服号码，而是统一拨打“XXX市应急指挥中心”特服号码进行受理，在XXX市应急指挥中心的统一调度、指挥下，由各对口部门进行处理与联动，并且对处理的过程与结果进行全程监控，进行部门绩效考评。本阶段的主要任务是完善应急指挥中心，建立市级应急呼叫中心，完善以应急指挥中心为龙头的社会综合服务系统；整合处置资源，如公安、消防、急救、交通、城管、工商稽查等，统一接入XXX市应急指挥中心，并且将应急联动指挥系统与电子政务业务系统的完美结合起来，形成多渠道、全方位、快决策的应急联动指挥调度网络；业务模式规划第一阶段：分别接报、分别处置充分利用XXX当前已有的公安、消防、医疗急救等部门的应急资源，在应急指挥中心和各部门接处置中心间建立实时的数据接口，使得应急指挥中心能够对各个分接处置中心上报的事件进行备案，并可以在突发敏感事件发生的同时，触发市级应急指挥功能，使得领导通过应急指挥系统对突发事件进行直接指挥。第二阶段：统一接报、分类分级处置建立统一的接报中心，同时利用第一阶段建立的应急指挥中心，完善XXX的多模式并存运行模式，使得XXX已有的公安、消防、医疗急救等部门的接处置资源得到最大化的利用和整合，统一接报，分级分别处置，达到各应急部门业务的全面协同。业务理念规划第一阶段：小事备案、大事协同建立初步的应急联动，在市应急指挥中心和各部门建立实时的数据接口，使得新建的应急指挥中心能够对各个分接处置中心上报的事件进行备案。而在处理突发敏感事件时，通过实时的数据、图像接入，结合电子地图GIS运用，实现初步的大事协同调度与指挥。第二阶段：小事快办、大事协同充分完善“小事备案”的初期业务理念，建立统一接报，分级处置的XXX应急联动模式。充分体现我公司公司协作增效和简单事件自动化的思想，结合流式录入技术、智能向导、一键调度等我公司应急联动系统的特色技术，使得90％的日常小事处理在最短的时间内得到最完善的处理，全方位的提高XXX应急联动系统的反应速度。建设规模规划第一阶段：搭建应急指挥基础框架，实现统一决策与指挥；XXX市应急指挥系统以计算机网络系统为基础，以有线和无线通信系统为纽带，以领导决策支持系统为核心，集成GIS地理信息系统、GPS卫星定位系统、大型数据库系统、大屏幕显示系统等，建立一个由城市应急指挥中心和若干专业部门指挥中心或子系统（如：“公安局综合指挥中心”、“公共卫生应急指挥子系统”、“安监局安全生产应急指挥子系统”等）共同组成的两级分布式指挥体系。市政府城市应急指挥中心的工作重点在于突发事件的决策和多部门统一协调与指挥；各专业应急部门指挥中心或子系统的工作重点是实现突发事件信息的上报和联合行动。如下图所示：第二阶段：在第一阶段的基础上，建立完整应急指挥与服务体系。并且随着城市建设的发展，城市应急指挥系统可以根据行政区划管理进行扩展，通过建立县级城市应急指挥中心，建立网状管理体系，并且在第一阶段的基础上，实现统一接报，最终形成覆盖XXX的“安全网”。如下图所示：统一接报统一接报应急指挥系统总体设计总体框架XXX市应急指挥系统的主体架构主要由几个部分组成：态势监控与评估体系、城市基础数据库、通信网络、专业指挥中心、移动现场系统。XXX市应急指挥中心总体框架设计由上图我们可以看到，通过公共通信网和专用传输网络，将各种智能探测设备、各种报警设备、各社会应急联动单位及其专业指挥中心、XXX市应急指挥中心和决策中心的语音、数据、视频等信息进行了无缝集成，实现统一通信、统一指挥、调度，并将上述资源统一整合为应急指挥中心系统的共用资源，从而使得整个系统的资源得到合理的应用，同时系统也具有较好的灵活性，以方便今后随着经济发展和城市建设的需要，能够平滑过渡、灵活扩展。态势监控与评估体系为了及时地对可能发生的灾害、事故进行监测，并根据监测的结果对可能产生的后果准确评估并发出响应的预警信息，可以借助各种智能监测设备，这其中包括化学物品传感器、放射性物质探测器、温度感应器、天气监测预报系统、视频探测器、异常音源探测器、海底声纳探测器，这些探测设备通过有线或无线传输方式，将监测的这类数据通过有线、无线的方式传输到各专业指挥中心、XXX市应急指挥中心和决策指挥中心，对已经发生的灾害、事故报警，或结合配套的专业评估系统或决策分析分析系统，对可能发生的洪灾、地震、海啸、火灾、传染病、危险品泄露等各类灾害、事故事件的发生的几率和危害程度进行评估，让相关主管部门和领导及时掌握情况、及时发出预警信息，将可以避免发生的灾害、事故遏制在萌芽状态，或者将可能发生的灾害的危害程度降低到最低程度，尽量减少生命、财产的损失，这是一种主动的安全防范体系，也是公共安全最高级别的防范模式。依据XXX市的实际情况，对于覆盖全市的态势监控与评估体系目前还没有建立，各个传感器系统之间还缺乏综合判断和信息共享。而建设动态监控与评估体系涉及到全市范围内的各个部门和多种设备，无法在短时间内完成，所以我们建议分期建设完成。在应急指挥中心系统建设的初期，主要是集成公安原有的技防报警设备，语音、短信等报警设备，可以接收到相关的预警信息。在后期建设中，逐步建立重点单位监控、重大危险源态势监控等系统，完善整体的预警监控评估体系。基础数据库各专业指挥中心、XXX市应急指挥中心和决策中心在处理突发公共安全事件时，会使用到与处理流程相关的一些基础业务信息，这其中包括基础类的数据库，例如人口基础数据库、自然资源基础数据库、基础地理信息数据库等公共数据，同时也包括各种专业数据库，例如公安行业的在逃人员、车辆管理系统，交通行业的通路管理系统等，这些数据库就构成了整个立体化应急联动体系的基础数据库，为了保证在发生突发公共安全事件时立体化应急联动体系能够得到充分的基础信息，首先就要将分散在公安、消防、医疗、国土、交通等部门的数据进行共享。也可以在此基础上，通过数据交换平台，将各类基础数据库中的基础数据，以增量的方式，通过数据网关转换成统一格式进行传输，组成各部门基础数据库，结合应急决策模型对数据进行深度加工，为领导决策支持、部门之间的综合查询等应用提供数据共享和分析服务。通信网络为了保障政府和其他应急力量在紧急事件的处理过程中，快速、及时、准确地收集到应急信息，通过多种方式进行高效的沟通，为领导提供科学的辅助决策信息，就必须构建多种途径的通信接入方式和通信手段，应急信息可以通过高度集成的通信网络进行传输，从而保证传感设备、通信终端等各种设备的通信顺畅。对于XXX市应急指挥中心来说，这些通信手段可以包括有线语音通信网、基于PSTN的公共有线通信网及GSM或CDMA的公共无线通信网、350M模拟集群通信网、IP数据网以及无线WiMAX网络等。XXX市应急指挥中心系统根据突发公共安全事件预案的相关内容，专业指挥中心是根据突发公共安全事件的属性和主管部门的性质来划分的，他们不是单一的应急指挥系统，而是在应急指挥中心系统这个大的范畴下阐述的XXX市应急指挥中心，各专业指挥中心横向上相互关联，在纵向上是应急指挥中心系统多个层次上的一个层面，是在应急指挥中心系统核心指挥层下面的一个战术指挥中心群体。XXX市立体化应急联动体系可以多个专业指挥中心，其中可以包括刑事案件和反恐指挥部、交通安全指挥部、消防安全指挥部、防汛抗旱指挥部、抗震救灾指挥部、安全生产指挥部、重大动物疫病防控指挥部、电力事故指挥部、城市公共设施事件指挥部、突发公共卫生事件指挥部、人防指挥部等专业指挥部门，这其中涉及了市建委、农委、发改委、旅游局、、公安局、消防局、卫生局、安监局、交通局、机场、质量技术监督局、城管办、规划局、房管局、国土局、林业局、气象局、文化局、市政公用局、农业局、信访局、民政局、粮食局、教育局、供电局等三十多个业务职能部门，纵向下连XXX市各个区、县、市，上至省政府的一体化应急联动体系。移动应用和现场应急指挥中心系统移动终端及应用针对突发公共安全事件的突发性、紧急性等特点，一线人员需要实时与XXX市应急指挥中心交换信息，通过移动警务系统，一线人员可以对需要的各类业务应用信息等进行迅速地查询，或者将现场的一些难以用语言表达的信息，如现场图片等传递到XXX市应急指挥中心，移动数传系统为紧急和突发公共安全事件的处理提供了信息依据，从而减少了处警时间，提高了处警的效率，此类应用已经在公安等多个部门得到了广泛应用。应急指挥车应急指挥车适用于在反恐、消防、抢险、救灾等突发公共安全事件情况下的应急通信，可对现场的声像实况进行采集与传输，保障XXX市应急指挥中心对事发现场的监控指挥。具体分析应急事件类型定义及处理要求应急事件是应急指挥系统的处理对象。为了更好地描述应急事件，我们建议将各类突发公共安全紧急事件划分成为四级事件类型：（1）I级事件：特别重大的事件，涉及多个部门处置的突发事件，需要XXX市应急指挥办公室决定是否启动相关应急预案，由市政府及相关部门的主要领导进行统一组织、协调和指挥的事件。（2）II级事件：重大事件及复杂的需要多个部门处置的事件，由XXX市公共安全应急办公室负责启动应急预案。（3）III级事件：较大事件，可以由单个部门处置的应急事件。（4）IV级事件：可由单一专业指挥中心指挥处置的日常公共安全事件。事件类别类别说明处置机构上报流程I特别重大事件政府应急指挥中心统一指挥上报应急办公室II重大事件政府应急指挥中心统一指挥上报应急办公室III较大事件各专业指挥中心独立处理IV一般/日常事件各专业指挥中心独立处理应急指挥体系结构应急办公室：XXX市应急办公室是XXX市公共安全的最高决策机构，应急办公室是统一领导全市的突发公共事件的应对工作，负责对突发公共事件的重大决策，编制总体应急预案，整合全市个各突发公共事件处置有关的领导小组和指挥部，指挥对重大和特别重大突发公共事件的处置，协调与国家、各部委、部队等相关单位的关系，分析和总结全市突发公共事件应对工作。统一组织和协调全市突发公共事件的准备和处置工作，协助委员会处置重大和特别重大突发公共事件。同时，应急办公室还定期组织修订XXX市突发公共事件总体应急预案，审定各专项预案，指导建立XXX市突发公共事件信息网络，实现各突发公共事件专项指挥部、各相关部门信息共享。市政府应急指挥中心XXX市应急办公室下设XXX应急指挥中心，作为应急体系的重大突发事件（=1\*ROMANI级和II级事件）协调和指挥机构，负责对重大和需要处置的突发事件先期处置和指挥，必要时向上报告事件发展和现场反馈情况给应急办公室，向下对各专业指挥中心发布命令和指导意见，并协调各专业指挥中心之间的互动联合。同时为应急办公室的重大事务决策提供专家会商、专家决策支持平台，为众多职能部门提供数据交换共享平台，向公众提供权威的突发事件信息。应急指挥中心在完成重大突发事件的指挥处置的同时，还作为应急办公室的命令具体执行调度的单位，将应急办公室的命令转变为各种调度指令，下发至各专业指挥中心或直接调度。应急指挥中心在整个安全体系中起到承上启下的作用，同时是信息的汇聚中心和分析平台。各单位分别建有自己独立的专业指挥中心，可根据具体情况接入政府指挥中心。各单位指挥中心原则上负责接收本领域内的报警和事件处置工作，对于普通的=3\*ROMANIII类和IV类事件，可由各专业机构自行处置，无需上报城市应急指挥中心。其业务模式和结构如下图所示：XXX市应急指挥中心组织体系模型建议我们建议XXX市应急指挥中心业务体系模型分为两个层次：一是以应急办公室为主体城市应急指挥中心；还有一层是基本处置力量的各联动单位的专业指挥中心。拓扑图如下图所示：293/426事件采集、上报应急指挥中心流程各单位接收到I、II级报警事件，或经现场反馈事件升级为I、II级事件，或需要其它单位共同处置突发事件时，可以按照《XXX市人民政府突发公共事件总体应急预案》的相关规定，接处警相关人员报值班主任，由值班主任决定是否符合上报的条件，通过事件的上报向市政府应急指挥中心请求处置，根据本部门的专项预案，向应急指挥中心上报事件的内容包括事件发生的时间、地点、性质、危害程度、等级、采取的措施。在事件记录上报同时可以伴随对指挥中心的语音呼叫，通过语音系统对请求和事件的处置和中心沟通，事件记录被标注为不同颜色，语音呼叫被实时录音。根据相关的业务要求，XXX市公安局城市应急指挥中心负责各类公共安全突发事件的前期处置和协调，所以这些需要的事件将在第一时间转移到XXX市应急指挥中心，由指挥中心根据上报事件的请求，并结合相关的应急预案，调动其它所有相关的单位，并对整个前期调度、反馈工作负责，如果在前期处置后，并将相关的事件汇报给应急办公室后相关领导后，启动市一级的应急预案，需要由相关领导到应急指挥中心现场处置。上报和处理的流程如下：通过信息上报客户端，人工向指挥中心发送相关部门和全市各地的与突发事件相关的各种情报资料和专项技术监测数据。信息评估（预测预警）系统是信息上报系统的服务器端应用，它根据预先制定的场景和条件进行汇总、比对和预测，达到早预警、早通报的要求。根据部门上报的数据类型（事件信息、预案信息等）进行分析与编辑，将有用的信息汇入应急知识库，并且根据上报的信息自动生成事件报告。通过建立的应急知识库（包括预案库、应急资源库、专家库、法律法规库、地理信息库等）实现静态数据与动态数据的结合，对目前发生的事件进行分析与研判，形成具体作战方案，并且通过电子地图进行可视化的展示，辅助指挥人员决策指挥。一个好的行动方案，离不开一个高效的指挥调度管理。通过市级综合指挥调度系统，结合决策支持系统生成的行动方案，自动根据事件类型将行动方案（任务）分发到相关二级指挥中心，或人工进行多部门协同指挥，并且利用图型化的界面对所有事件处置和部门行动情况进行显示和管理。指挥调度的过程中，系统自动对事件中的关键信息进行比对，以调用应急指挥库中相关的法律法规、专家信息、预案信息等。通过指挥调度系统，指挥中心可以直接向部门下达行动方案，二级部门接到任务后，再根据自身情况进行部门内的指挥调度。市级指挥中心也可以向现场移动指挥车或船下达指令，并且移动指挥车或船也可以通过车载系统向市级指挥中心发送现场数据、视频与语音等。另外，移动指挥车或船可以脱离市级指挥中心独立运行。如上分析，在整个XXX市公共安全应急指挥系统中，存在三种信息流：由下至上流动的协作－反馈信息流：保证事态信息、下级部门的专业意见真实、快速地反映到上级决策机构。在事件处理过程中，大量的事件信息经过各级指挥中心的专业分析和过滤，可以将最直接和最有效的信息呈现在决策机构，方便应急办公室作出准确、快速的决策；由上至下流动的决策－指挥信息流：保证上级决策机构的指挥命令下达和畅通流转。在事件处理过程中，上级命令经由各级指挥中心逐步分解为各项具体的指令，加强了命令的可操作性，切实做到了“行动有力、保障有效”的要求。各部门之间横向流动的资源协调－整合共享信息流：保证了应急各部门之间信息和交互渠道的畅通，防止资源的冲突。XXX市应急指挥系统总体模块组成XXX市应急指挥中心系统建成后必须实现全市范围内对于各类紧急事件、意外事故、突发公共安全事件等的统一指挥、联合行动、快速反应。因此该系统涉及的各个应用平台和外围系统，都不应该是独立的，具体到软、硬件设备应从“统一”出发考虑设置，信息与通信都做到无缝互联、智能互通，使得整个立体化应急联动的各类资源得到合理的应用，同时系统也必须具有较好的灵活性，以方便今后随着经济发展和城市建设的需要，能够平滑过渡、灵活扩展。XXX市应急指挥中心系统层次架构如上图所示，XXX市应急指挥中心系统由多个子系统构成，各子系统构成了应急指挥中心系统层面商的三个层次以及一个体系：应用平台、支撑平台、基础平台和信息安全体系。各分系统设计有线语音通信平台系统设计原则和目标由于公安局城市应急指挥中心已有有线通讯设备，可以在本次项目中利用，而市政府应急指挥中心新需要的有线通信平台（程控交换机）既需要满足业务框架设计的应急指挥通信受理和调度通畅、通信与信息同步流转，也需要符合应急指挥通信与信息系统IP应用融合的发展趋势，同时需要考虑到充分利用公安指挥网络资源、政务网络等现有资源。需求分析市政府应急指挥中心与各联动单位指挥中心之间实现语音组网，采用专网语音调度，而不通过PStn来实现语音通信调度；语音组网以公安专网和政务网为载体实现语音的传送；充分利用公安局现有的资源，市应急指挥中心交换机与市公安局、交警大队指挥中心的交换机组网，实现语音互通；程控交换机具有配套的CTI链路和CTI平台系统软件，以及完整的指挥调度业务软件系统来完成应急联动指挥的任务；同时，交换机要具有内置CTI及ACD功能，作为CTI中间件失败后的备份措施；调度功能强大，支持256方会议功能；公控部分和所有机架电源双热备份，所有板件支持热插拔。系统整体网络结构 在市政府应急指挥中心设立一套程控交换机，分别与PSTN、政务网联网， 市政府应急指挥中心和市公安局指挥中心的2台程控交换机之间采用透明联网，并且各自分别与无线集群交换机相连，从而实现有线、无线、IP语音的全网专网通信。 系统整体网络结构图如下：市应急联动系统整体网络结构图有、无线通信系统集成（综合通信平台）应急指挥系统中，除有线语音通信以外，还有常规通信、模拟集群通信、数字集群通信、IP电话、卫星通信等多种不同制式的通信方式，目前以上这些语音通信网络相互独立，孤岛现象比较严重，调度员的工作台面摆满了各种终端，对于不同的资源需要应用不同的终端来处理，而且不同制式的通信终端之间还无法直接通信，影响快速反应能力，成为系统统一指挥调度的瓶颈。为了解决上述问题，我们需要一个能将各种不同制式的通信系统整合在一起的综合通信平台，形成一个无瓶颈的指挥网络，使得各种通信系统互联互通，从而调度员可以在一个终端上实现对所有通信终端的调度指挥。综合通信平台的系统拓扑图如下：图3-3、综合通信平台具体来讲，综合通信平台实现如下功能：调度台可以呼叫电话及手台终端通过座席控制器单独进行电话、无线的组呼支持同时呼叫多个组形成会议，可以是电话、无线的组呼通话的同时可以进行数据交互支持PTT功能无线集群等无线终端可以呼叫调度台调度台可以对无线通话组进行监听或监视调度台之间可以进行监听、强插等功能可以进行单键组呼、单键通呼可以动态选择多个组可以对外进行拨号呼叫，专电电话、IP电话、800M手台、公网手机可进行单键多号呼叫可进行专电电话、IP电话、手台等混合会议强插、强拆、监听(对于无线来说需要无线系统能支持同组内部的终端具备不同优先级的能力,同时高优先级可以对低优先级的终端进行强插等功能呼叫优先分组调度多席位调度来话排队抢答功能历史记录呼叫转接热线单呼/轮呼人工拨号紧急呼叫所有座席状态显示所有系统内部资源状态显示手台属性的查询按键呼叫列表呼叫呼叫绑定呼叫第三方灵活会议动态会议成员释放会议成员双工、半双工切换主动会议被动会议CTI中间件CTI平台软件是运行在服务器端的后台程序，系统维护员可以通过管理终端对其进行启动、关闭和配置等操作，而对于前台的受理员和调度员来说，则是透明的。CTI平台软件是整个系统的底层核心，是受理及指挥调度系统和调度排队机的联结纽带，它主要包括以下三部分：CTI（计算机电话接口）模块、ACD（自动呼叫分配）模块、电话库实时传送模块。无线通讯系统利用公安350M通讯系统。可考虑再建450M。数据库系统数据库系统需求和选型应急系统必须全面、直观的利用各个参与部门的信息，来保证系统运行的准确、高效。可以说，应急系统的建设，信息整合是基础。信息整合后各种资源才能全面统筹，联合互动。本方案中我们推荐使用业界领先的大型关系型数据库系统Oracle10g，Oracle在以下一些方面提供更高的可用性。Oracle数据库服务器的最新版本Oracle10g是Oracle数据库服务器家族中的新一代旗舰产品。Oracle10g是面向Internet计算环境的数据库，它改变了信息管理和访问的方式，将新的特性融入传统的Oracle数据库服务器技术中，从而成为面向高端企业应用和Web信息管理的数据库。Oracle10g支持企业级应用不断增长的数据量和处理能力需求，支持Web高级应用所需要的多媒体数据管理能力。Oracle10g能够处理更多的数据，容纳更多的用户，在性能上有了多方面的改善，进一步降低了维护的开销，同时在安全性和稳定性上都是最好的。Oracle10g支持多服务器集群（Cluster）并行处理方式，支持双机或多机系统运行。在并行处理模式中，Oracle在Cluster结构的各个节点上实现了一个共享数据库，并自动实现并行处理及均分负载，在服务器故障时能够实现容错和无断点恢复，保证前端应用不受影响。Oracle10g数据库的RealApplicationCluster技术目前处在业界公认的领先地位。Oracle10gEnterpriseEdition提供了适用于多种应用的高效的、可靠的、安全的数据管理，包括大负荷的联机事务处理系统及以查询为主的数据仓库应用系统。Oracle10g提供了完善、易用的系统管理工具，通过集成的管理工具可以实现网络计算环境的集中管理。在复杂分布式环境中，Oracle10g能够将数据方便有效地进行分布，并提高透明、高效访问分布式数据的能力。下面对Oracle10g的主要选件介绍：（1）RAC选件用来在群机环境下实现多机共享数据库，以保证应用的高可用性。同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。OracleRealApplicationCluster为大多数高要求数据库环境提供了极高的性能和完美的纠错功能。RealApplicationCluster允许群集系统或大型并行系统中的多个节点共享同一物理数据库。RealApplicationCluster可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。它还显著提高了大型数据仓库和决策支持系统的性能。与并行查询选件结合，它还提供了节点间并行性和节点的并行性，以得到更高的性能。多服务器集群的Cluster结构，因其具有高可靠性、大容量共享磁盘支持、以及无断点的故障恢复，越来越受到世人的关注，越来越多的硬件厂商都相继推出自己的Cluster机种和机型，它已经成为硬件平台的一个新的发展方向。当并行服务器中某节点失效，透明的应用程序容错能够把用户自动转接到另一节点上继续运行，应用程序在用户没有察觉的情况下继续执行。这使周期性和非周期性发生故障的系统增大了连续可用性。进程的失效可以完全透明地转移到另一节点上去，通过适当地配置，可以指定所有查询都在客户端进行缓存，这样它们便可以在转移后的节点上重新设置。同时，还可以在没有失效时预先与容错节点建立一个连接，这样可以减少容错时在连接所花的时间。（2）OracleSpatial选件OracleSpatial是Oracle数据库企业版的一个选件—增强了Locator，并在Oracle数据库中为需要更多的空间分析和处理的复杂的GIS应用程序提供了一个强健的基础。它包含了空间函数（包括面积、环域和形心计算）、高级坐标系统支持、线性参照系统和聚集函数。这个版本中的重要的新功能解决了来自公共部门、国防、物流、能源开发和商务地理领域的极具挑战性的关键业务需求。（3）PartitioningOption选件Oracle10gPartitioningOption（数据分区选件）将大表和索引分成可以管理的小块，从而避免了对每个表作为一个大的，单独的对象进行管理。分区（partitioning）是一种“分而置之”的技术，它为大量数据提供了可伸缩的性能。分区通过将操作分配给更小的存储单元，减少了需要进行管理操作的时间，并通过增强的并行处理提高了性能，通过包含故障的影响还增加了可用性。管理员可以指定每个分区的存储属性，分区在宿主文件系统中的放置情况，这样便增加了对超大型数据库的控制粒度（granularity）。分区可以被单独地卸出或装入（takenoff-lineorbroughton-line），备份，恢复，转出和转入（exportedandimported），以及加载；因此减少了需要进行管理操作的时间。还可以为表分区创建单独的索引分区，从而限制了需要进行索引维护操作的时间。此外，还提供了种类繁多的局部和全局的索引技术。分区操作也可以被并行执行。分区技术还提高了数据的可用性。当部分数据由于故障或其它原因不可用时，其它分区内的数据可用不收影响继续使用。分区对应用是透明的，可以通过标准的SQL语句对分区表进行操作。Oracle10的优化器在访问数据时会分析数据的分区情况，在进行查询时，那些不包含任何查询数据的分区将被忽略，从而大大提高系统的性能。（4）EnterpriseManager选件OracleEnterpriseManager是一套开放的综合系统管理系列产品，它包含用于第三方开发和定制应用的开放的接口，可以与所有的主流网络管理平台相集成。这一产品系列包括了下一代系统管理工具，可以高效地管理整个Oracle环境，包括系统、数据库、网络和应用程序，可以大大减少系统管理员用于管理复杂产品环境的时间。OracleEnterpriseManager的开放且灵活的客户/服务器体系结构由一个中央控制台、公共服务和在被管理节点的智能代理组成，控制台为Oracle环境提供了一个集中控制点，而公共服务提供了作业调度系统和一个事件管理系统。作业调度系统让管理员可以调度远程站点的重复作业，例如数据库备份或生成报告，使“关灯（lightout）”系统管理成为可能。事件管理系统可以监视中心或远程站点的特定事件，在检测到问题时能向管理员报警，或者采取自动的更正措施。在控制台之上运行的集成数据库管理员应用程序包含有工具用于处理用户和组管理、存储管理、备份/恢复导入/导出、和数据加载，还包括OracleSoftwareManager，它可以分发和安装Oracle和非Oracle的软件，并可以进行版权（License）和资产管理。这些建立在OracleEnterpriseManager体系结构上的应用软件是集成化的，它们都具有共同的外观效果，能够利用由控制台提供的公用的服务。这将大大缩短系统管理员（DBA）的学习时间，减轻工作的复杂程度，提高工作效率。OracleEnterpriseManager的控制台为系统管理员提供了一个直观的图形用户界面（该界面支持拖放式的系统管理）使得系统管理员能够对整个的Oracle环境进行集中式的控制和管理。OracleEnterpriseManagerConsole由四个主要的部件组成，它们是Navigator，MapWindow，JobSchedulingSystem和EventManagementSystem。Navigator包含一个对象的浏览器，使用它可以查看所有的网络和服务。Navigator简化了基本的用户和小组的管理任务。在Navigator中，有系统中所有对象的树状列表，通过使用列表使得对象操作十分简便易行。对象包括结点、数据库、收听者、用户、角色以及Profiles（5）OracleEnterpriseManagerManagement选件是一套附加的产品，它能够满足负责管理大型的、多种多样环境的数据库存系统管理员的顼要。它可以实现数据库性能的优化、应用软件性能的管理、性能的监测和诊断、以及先进的事件管理。它包括以下三个选件：（6）OracleChangeManagement选件OracleChangeManagement能够