智慧城市公共应急指挥系统建设方案

1、PAGE 智慧城市公共应急指挥系统建设方案目 录 TOC o 1-3 h z u HYPERLINK l _Toc530408409 1.系统目标与原则 系统目标与原则建设目标我市应急平台应能够满足同时处置多起特别重大突发公共事件的需要。其主要功能包括信息采集、风险隐患监测防控、预测预警、智能方案、指挥调度、应急资源信息管理、综合业务管理。我市应急平台平时满足我市应急值守需要，与各区县、各有关部门应急平台保持24小时联络畅通；可实时接报特别重大和重大突发公共事件信息、特别重大突发公共事件预测预警信息、现场图片、音视频、数据等多媒体信息；利用空间地理信息系统进行快速定位，在大屏幕上显示叠加人口分

2、布、救援力量等事件相关信息的电子地图，以及现场实时图像；通过利用数据库系统进行智能检索，利用预测预警系统进行综合研判，生成形势分析报告报送有关领导同志，并对事态发展进行持续跟踪，及时传达市领导同志的批示、指示，并进行督办。较大突发公共事件发生时，市领导可以在我市应急指挥中心召开会议；通过图像接入系统察看事发现场情况，了解事态发展：通过网络视频进行异地会商，听取事发地领导汇报和专家意见；利用智能方案系统对事态发展进行仿真模拟，比较多种应对方案，利用指挥调度系统进行指挥协调等。我市应急平台以“平战结合”为建设理念，平时可以满足应急管理工作的需要，包括日常办公、预案推演、物资管理、会议召开等，战时可

3、以满足各类数据的汇总与显示、智能辅助分析、决策指挥调度、队伍与物资部署等，实现突发事件应急指挥的工作需要。建设原则以办公厅为主导，统一规划、互联互通市应急指挥平台设在市政府办公厅，其建设要按照统一规划、统一标准的要求，有计划地推进，使之成为布局合理、各有侧重、互为补充、功能完善的系统，确保新建、改建平台与省级应急平台技术体系保持一致，实现业务系统和技术系统紧密结合。同时，市应急指挥平台也要与已建的公安、城管、卫生、水务、气象等政府部门分应急指挥平台或系统进行有效衔接，保证实现应急指挥一体化运转。以指挥中心为汇聚，实现数据、通信、网络和视频的整合资源市应急指挥平台建设要按照职责与需求相适应，常态

4、与非常态相结合的要求，充分整合资源，突出建设重点，注重高效实用。新建平台要采用相关技术标准，依托政府电子政务系统和部门业务系统，实现市应急指挥平台与其它相关应急平台的互联互通、信息共享。同时要充分整合城管、公安、交通等部门已有的视频资源。以区域整体设计为基础，分级建设、分级实施市应急指挥平台建设要在统一规划、总体设计的基础上，分级实施，分级建设。各区、县（市）政府负责本级应急平台的统筹规划和建设，各政务部门负责本系统分应急指挥平台的规划和建设。建设时既要重视硬件和网络建设，更要重视综合应用开发和信息资源建设，并要实现平台功能逐级向下延伸。以工作需求为导向，立足长远、简单实用市应急指挥平台建设要

5、以需求为导向，以应用促发展，既要满足当前工作需要，又要适应未来技术和应用的发展。市应急指挥平台要充分结合自身业务发展实际，勇于创新，引用新技术，开发新装备，不断完善应急平台功能，逐步提高应急平台应用水平，实现事前预警预测准确、事中指挥保障科学、事后恢复重建有序。建设内容我市级应急平台建设包括应急指挥场所、基础支撑系统、综合应用系统、应急数据库系统的建设。应急指挥场所建设包括指挥场所改造装修、会商室、控制室、设备间和综合布线等；基础支撑系统建设包括图像显示系统、应急通信系统、图像接入系统、集中控制系统、计算机网络系统等、视频会议系统（利旧）；还建设1套应急采集终端，即应急通系统。综合应用系统包括

6、：综合业务管理系统（整合升级）、风险隐患监测系统、应急辅助决策系统、指挥调度系统、预测预警系统、应急保障系统、数字预案推演系统、应急平台门户等。应用数据库建设八大库：即基础信息库、地理信息库、事件信息库、预案库、知识库、模型库、案例库、文档库。总体建设方案总体规划我市级应急平台体系将充分利用电子政务资源及各地市、各有关部门现有信息系统，从整体高度统筹规划，对各类信息资源和专业指挥系统进行有效整合，保证应急平台指挥场所、基础支撑系统等系统正常运转。我市级应急平台基础支撑系统依托党政内网和电子政务外网，利用国家公用通信和专业部门通信资源，建设和完善应急平台通信网络条件，满足图像传输、视频会议和综合

7、通信指挥调度等功能要求，实现各地方和各有关部门与我市级应急平台的互联互通。按照国家保密规定和信息安全有关规定，通过统一加密技术手段和网络信任体系，实现党政内网安全保密，完成涉密应急信息的传输；利用电子政务外网采用一般加密技术和网络信任体系，实现非涉密应急信息的传输。我市应急指挥场所是值守应急和指挥调度的办公场所，其建设应满足日常应急管理和突发公共事件处置的需求，建设时应考虑市政府办公地点的实际情况，充分利用现有资源，统一规划，合理布局。应急指挥场所建设包括指挥场所改造装修、显示系统、集中控制、场所保障(综合布线)和UPS电源等。体系结构我市级应急平台体系建设围绕我市突发公共事件应急管理需要，遵

8、照国家应急平台体系要求，充分利用信息产业发展和社会信息化成果，依靠科技创新，依托市内党政内网和电子政务外网，搭建以我市级应急平台为枢纽，以区县和市级部门应急平台为节点的全市级应急平台体系，实现应急处置和管理过程中的上下贯通、左右衔接、互联互通、信息共享、互有侧重、互为支撑、安全畅通。我市级应急平台、区县应急平台、部门应急平台可根据需要与军队(武警)和国际应急机构实现信息的互通。平台组成与国家应急平台体系中各级应急平台的组成类似，主要由基础设施层、数据层、应用支撑层、业务应用层、访问层、安全保障体系和法规与标准规范体系等组成。我市应急平台组成如下图所示：基础设施层基础设施层的建设内容包括：应急指

9、挥场所、移动应急平台（利用现有资源）、基础支撑系统。数据层数据层包括应急数据库系统。应急数据库是系统建设的重要基础成果，包括基础信息库、地理信息库、事件信息库、预案库、知识库、模型库、案例库、文档库，以支撑应急指挥为目的。应用支撑层应用支撑层作为支撑业务应用系统的中间层，包括GIS展示服务、工作流服务、报表服务。业务应用层业务应用层部署应急应用系统，包括：数字化预案管理及推演系统、风险隐患监测系统、应急辅助决策系统、指挥调度系统、预测预警系统、应急保障系统、应急平台门户、值守应急与应急资源管理系统改造。展示层展示层包括：应急门户、显示屏以及移动应急设备终端。总体技术路线遵循标准技术标准是作为支

10、撑电子政务建设的重要手段，是电子政务系统实现互联互通、信息共享、业务协同、安全可靠的前提。应急指挥调度系统是市政府与各个区县、委办局之间应急主题数据共享交换的核心，是各个单位应急处置协同的基础性平台，同时还是与其他业务系统进行交互的重要节点，因此应急指挥调度系统的建设应该严格遵循国务院应急办、黑龙江省应急办的的相关政策法规的要求，符合我市政府信息化的总体规划，以及相应的技术标准和业务管理规范。采用J2EE开发集成框架J2EE（即Java2平台企业版）是由Sun公司主持推出的一项中间件技术。从CORBA、IDL到面向消息的系统，中间件技术已经走过了很长的一段路程，如今J2EE作为中间件技术史上的

11、一块具有决定意义的里程碑，正受到业界越来越广泛的重视和采纳。J2EE的核心是一组规范和指南，定义了一个使用Java语言开发多层分布式企业应用系统的标准平台。开发人员在这些规范和指南的基础上开发企业级应用，同时由J2EE供应商确保不同的J2EE平台之间的兼容性。由于基于规范的各J2EE平台之间具有良好的兼容性，因此J2EE应用系统可以部署在不同的应用服务器上，无需或只需进行少量的代码修改。以下几个不同的方面体现了J2EE的基本特点：J2EE：多层、分布式中间件语法采用多层分布式应用模型，J2EE将应用开发划分为多个不同的层，并在每一个层上定义组件。各个应用组件根据他们所在的层分布在同一个或不同的

12、服务器上，共同组成基于组件的多层分布式系统。典型的J2EE四层结构包括客户层、表示逻辑层（Web层）、商业逻辑层（EJB）和企业信息系统层。应用J2EE，分布式系统的开发变得简单了，部署的速度也可以加快。J2EE组件的分布与服务器环境无关，所有的资源都可通过分布式目录进行访问。开发人员不再需要为组件和资源的分布问题耗费精力，从而可以有更多的时间专注于业务逻辑的实现，提高开发效率。应用J2EE，开发者只需要集中精力编写代码来表达企业应用的商业逻辑和表示逻辑，至于其他系统问题，如内存管理，多线程，资源分布和垃圾收集等，都将由J2EE自动完成。J2EE：企业级应用系统开发平台J2EE本身是一个标准，

13、一个为企业分布式应用的开发提供的标准平台。而J2EE的实施，则具体表现为诸如BEAWeblogic、IBMWebsphere或ApacheTomcat之类的特定Web服务器产品。利用J2EE应用-编程模型开发的企业应用系统，可以部署在不同厂商生产的、但相互兼容的J2EE应用服务器上。J2EE：电子化应用开发模型J2EE应用很容易发布到Web、掌上电脑或移动电话等手持设备上。换言之，应用组件可以很轻松地实现电子化。J2EE的应用-编程模型保证组件在向不同类型的客户端移植过程中，商业逻辑和后端系统保持不变。此外，J2EE平台的其他主要优点还有：自动负载平衡、可伸缩、容错和具有故障排除等功能。部署在

14、J2EE环境中的组件将自动获得上述特性，而不必增加额外的代码开销。J2EE：Web应用服务器上广泛采用的标准可以说，J2EE是首个获得业界广泛认可和采纳的中间件标准。目前几乎所有的一流Web应用服务器，如BEA的Weblogic、IBM的Websphere、HP的应用服务器、Sun的iPlanet和Macromedia的Jrun、Tomcat等，都是基于J2EE的。迄今为止，还没有哪个其他标准能获得如此众多的中间件供应商的一致支持。而且，有了J2EE，企业的应用开发对于某个特定的开发商或应用服务供应商的依赖性更小。应用组件只要符合J2EE规范，完全可以部署在不同的应用服务器上。为了确保不同厂商

15、的J2EE应用服务器的兼容性和一致性，Sun公司发布了J2EE兼容性测试包。独立于硬件配置和操作系统J2EE运行在Java虚拟机（JVM）上，利用Java本身的跨平台特性，独立于硬件配置和操作系统。Java运行环境（JRE）JVM的可安装版本加上其他一些重要组件几乎可以运行于所有的硬件/OS组合。因此，通过采用Java，J2EE使企业免于高昂的硬件设备和操作系统的再投资，保护已有的IT资源。在很多情况下，J2EE还可以直接运行在EIS（企业信息系统）服务器环境中，从而节约网络带宽，提高性能。坚持面向对象的设计原则作为一门完全面向对象的语言，Java几乎支持所有的面向对象的程序设计特征。面向对象

16、和基于组件的设计原则构成了J2EE应用编程模型的基础。J2EE多层结构的每一层都有多种组件模型。因此，开发人员所要做的就是为应用项目选择适当的组件模型组合，灵活地开发和装配组件，这样不仅有助于提高应用系统的可扩展性，还能有效地提高开发速度，缩短开发周期。此外，基于J2EE的应用还具有结构良好，模块化，灵活和高度可重用性等优点。灵活性、可移植性和互操作性利用Java的跨平台特性，J2EE组件可以很方便地移植到不同的应用服务器环境中。这意味着企业不必再拘泥于单一的开发平台。J2EE的应用系统可以部署在不同的应用服务器上，在全异构环境下，J2EE组件仍可彼此协同工作。这一特征使得装配应用组件首次获得

17、空前的互操作性。例如，安装在IBMWebsphere环境下的EJB，一方面可以直接与Websphere环境下的CICS直接交互，另一方面也可以通过安装在别处的BEAWeblogic服务器上的EJB进行访问。轻松的企业信息系统集成J2EE技术出台后不久，很快就将JDBC、JMS和JCA等一批标准纳归自身体系之下，这大大简化了企业信息系统整合的工作量，方便企业将诸如legacysystem（早期投资系统），ERP和数据库等多个不同的信息系统进行无缝集成。由于几乎所有的关系型数据库系统都支持JDBC，因此只需借助必要的JDBC驱动程序，J2EE应用就可以和所有主流数据库系统进行通信。类似的，目前业界

18、正冒出一批基于Java连接器体系标准的EI适配器，也用于提供各类legacysystem和ERP/CRM的无缝集成。引进面向服务的架构随着Web服务以及SOAP等开放标准的出现，企业异构系统之间的互操作性成为可能。J2EE，作为一个可扩展平台，很自然需要加入Web服务特性。为此，Sun公司发布了一整套称为“JAX包”的API，支持从XML语法分析、XML绑定、SOAP消息发送、注册表查寻、XMLRPC到XML消息传递等所有各种Web服务需求。作为一个被业界广泛采用的中间件标准，J2EE是开发可伸缩的、具有负载平衡能力的多层分布式跨平台企业应用的理想平台。J2EE的首要任务在于提供一个标准中间件

19、基础架构，由该基础架构负责处理企业开发中所涉及的所有系统级问题，从而使得开发人员可以集中精力重视商业逻辑的设计和应用的表示，提高开发工作的效率。J2EE有效地满足了卫生行业需求，提供独立于操作系统的开发环境。基于J2EE的应用系统灵活且易于移植和重用，可运行在不同厂家的Web服务器上。更为重要的是，J2EE是一个开放体系，完全有能力适应未来技术的进步和发展。基于SOA的软件体系面向服务的体系结构（Service-Oriented Architec-ture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的

20、，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性；另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而与此相对，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。对松耦合系统的需求来源于业务应用程序需要根据业务的变动变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务

21、级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需（On Demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。虽然面向服务的体系结构不是一个新鲜事物，但它却是更传统的面向对象的模型的替代模型，面向对象的模型是紧耦合的，已经存在二十多年了。虽然基于 SOA的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。由于它考虑到了系统内的对象，所以虽然SOA是基于对象的，但是作为一个整体，它却不是面向对象的。不同之处在于接口本身。SOA系统原型的一个典型例子是通

22、用对象请求代理体系结构（Common Object Request Broker Architecture，CORBA），它已经出现很长时间了，其定义的概念与SOA相似。然而，现在的SOA已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensible Markup Language，XML）为基础的。通过使用基于XML的语言（称为Web服务描述语言，Web Services Definition Language，WSDL）来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前 CORBA中的接口描述语言（Interface Definiti on Langu

23、age，IDL）可比。基于Web Service的接口集成Web Services技术已经开始广泛用于不同网站之间的应用系统协作，随着Web Services相关技术标准的日渐成熟，大型网站架构设计中将越来越多地考虑Web Services因素。Web Services是分布式对象组件技术在Internet中的延伸，是封装成单个实体且发布到网络上以供其它网络程序使用的功能集合，从本质上讲是放置于Web站点上的可重用软件构件。分布式对象组件技术有能够大幅度提高生产力、紧密耦合的特点，而Web具有面向消息、松散耦合的特点，它们之间有机的结合，就产生了Web Services。它的出现标志着应用程序

24、的开发已经进入了新的历史阶段。Web Services可以分散于Web的各个地方，通过互相调用以协同完成业务活动。在Web Services的体系中，应用系统被分割为高内聚、松耦合的单个的服务，可以通过Web被调用和访问。Web Services核心基础是扩展标记语言XML，其相关标准协议包括服务调用协议SOAP、服务描述语言WSDL以及服务注册检索访问标准UDDI等。通过利用这些标准协议，Web Services使不同的Web应用之间可以通过Internet/Intranet进行应用的协同，形成有机的整体。Web服务的体系结构是基于Web服务提供者、Web服务请求者、Web服务中介者三个角色

25、和发布、发现、绑定三个动作构建的。简单地说，Web服务提供者就是Web服务的拥有者，它耐心等待为其他服务和用户提供自己已有的功能；Web服务请求者就是Web服务功能的使用者，它利用SOAP消息向Web服务提供者发送请求以获得服务；Web服务中介者的作用是把一个Web服务请求者与合适的Web服务提供者联系在一起，它充当管理者的角色，一般是UDDI。这三个角色是根据逻辑关系划分的，在实际应用中，角色之间很可能有交叉：一个Web服务既可以是Web服务提供者，也可以是Web服务请求者，或者二者兼而有之。下图显示了Web服务角色之间的关系：其中，“发布”是为了让用户或其他服务知道某个Web服务的存在和相

26、关信息；“发现”是为了找到合适的Web服务；“绑定”则是在提供者与请求者之间建立某种联系。遵循XML标准的数据交换XML是eXtensible Markup Language（可扩展的标记语言）的缩写，是W3C组织于1998年2月发布的一种标记语言标准，其目的和作用是提供一种国际统一的规范，进行Intenet上各种信息数据的统一表示和交换。XML解决了在不同平台/系统之间的数据结构/模式的差异，使得数据层在XML技术的支持下得到统一。在国际互联网上，服务器与服务器之间、服务器与浏览器之间有大量的数据需要交换，特别是在电子商务、公共卫生、远程教育、电子金融等领域中。这些被交换的数据，都被要求对数

27、据的内容和表现方式进行说明，用XML标记语言处理这类工作最为合适。因此在互联网世界XML的用途主要有两个，一是作为元标记语言，定义各种领域相关的标记语言标准；二是作为标准交换语言，担负起描述交换数据的作用。XML本身是一种开放性技术，是连接不同系统、不同平台的数据桥梁，目前XML技术受到了行业的广泛关注和认同，支持XML的软件和开发工具越来越多，功能也越来越强大，许多XML工具还提供了开放的源代码，以方便在此基础之上进行移植和二次开发。XML起源于SGML(Standard Generalized Markup Language)，它是SGML的一个简化版本，从来源上看，XML和HTML都是由

28、SGML派生而来的，但是，HTML是一种特殊化的标记语言，而XML是开放的标记语言。HTML的优势是连接文本和显示内容，但在动态信息处理仍有很多问题；由于HTML具有固定的格式，缺少了灵活性，只能描述有限的数据类型，若使HTML包含了所有的数据类型，那么HTML将变得非常复杂。而XML是一种元语言(Meta Language)，它本身不提供预定义标记，而提供了一个定义标准，用户根据该准则制定适合需要的标记体系。可以说XML是“基于信息描述的、能够体现数据信息之间逻辑关系的、可以确保文件的易读性和易搜索性的自定义标记。”基于CTI的集成通讯软件技术CTI(计算机电信集成)技术将计算机技术和电信网

29、络连接，集成了PBX(用户交换机)的呼叫处理能力与计算机的数据处理和控制功能，让计算机能够处理电话语音信号，以提供将电话网络的信号传送和计算机的数据库资源及编程能力结合起来的业务。该技术将数字时分交换、DSP(数字信号处理)、总线、计算机、网络通信集成于一体，把计算机系统的用户界面、数据库、应用软件与交换通信系统的呼叫控制相结合，提供基于呼叫的数据选择、计算机拨号、呼叫监视、智能路由和语音处理等功能，而且能够实现多种媒体类型的信息传送，包括实时与非实时信号，如传真、电子邮件和视频信号等。数据库管理系统选择基于利旧的原则，选择Oracle10g数据库系统Oracle 是以高级结构化查询语言(SQ

30、L)为基础的大型关系数据库，通俗地讲它是用方便逻辑管理的语言操纵大量有规律数据的集合。是目前最流行的客户/服务器(CLIENT/SERVER)体系结构的数据库之一。Oracle数据库10g是第一套具有无限可伸缩性与高可用性，并可在集群环境中运行商业软件的互联网数据库，具有400多个领先的数据库功能，在集群技术、高可用性、商业智能、安全性、系统管理等方面都实现了新的突破。作为甲骨文公司长达十年的软件技术研发成果，真正应用集群技术（Real Application Clusters）能够提供近乎无限的扩充能力与整体可用性，为用户带来透明的、高速增长的集群功能。采用国内自主知识产权的地理信息平台进行

31、GIS应用开发采用国内自主知识产权的地理信息平台，产品基于面向服务的开发与架构，为实现高性能、GIS全功能的企业级应用系统从服务定制、个性化服务集成、多源服务无缝聚合、服务扩展、服务配置、部署与管理等提供了完整的一体化解决方案。应急现场采集系统为应急通采集系统配备采集终端PDA设备30部。根据实际工作需要，工作人员需要在突发事件发生时出现场，并及时将现场的事件信息、灾情信息、现场信息、处置信息等第一手材料报送给领导，以及现场的图片、视频等数据，以便领导更加直观的了解现场情况。应急通系统为工作人员提供了便捷的现场办公设备。用户可通过PDA接入到应急通采集系统，实现信息上报、查询、数据获取、文件上

32、传等功能，同时满足通信、短信等功能。应急通系统适用于各类突发事件现场办公。例如在涝灾现场，可及时拍摄现场视频、图片传回指挥中心；在火灾现场可根据火灾楼层、过火面积，及时获取相应处置预案，并及时与指挥中心、消防中心通信。移动指挥平台移动应急指挥平台即应急移动指挥车，移动应急平台是我市应急指挥中心的必要延伸和补充，是可移动的分指挥中心，实现突发事件现场指挥，音视频数据的获取、应用数据获取。移动指挥平台可满足突发事件现场指挥调度、领导决策的、应急办公的需要，也满足与指挥中心互联通信、音视频数据传递的的需要。负责现场指挥工作利旧人防办现有的移动指挥车。综合应用系统依托我市现有的应急政务值班系统和应急资

33、源管理系统，按照国务院对地市应急平台综合应用系统建设的技术要求，建设功能齐备、可扩充性强的应急综合应用系统包括：数字化预案管理及推演系统、风险隐患监测系统、应急辅助决策系统、指挥调度系统、预测预警系统、应急保障系统、应急平台门户、PDA应用系统。应急值守与应急资源管理系统升级改造系统概述应急值守与应急资源管理系统实现了值班管理、突发事件信息管理、工作动态、会议管理、应急资源管理、统计分析、通讯录管理等功能，本次升级改造将在已有系统的基础上建设进行功能的完善和改造，建设值班视频模块、舆情监控模块，值班视频实现应急相关单位达到远程视频会议、资料共享，协同工作和远程培训的目的，提高应急管理工作的水平

34、和效率。系统支持多达16路音视频交互，提供实时可交互的视频、语音、文字等，为应急单位提供一个异地实时互动的平台。通过这个平台，应急管理人员之间可进行实时的应急业务交流和有效的信息沟通；同时，也可对应急单位进行远程培训，全面满足远程视频会议、资料共享、协同工作、异地商务和远程培训等需要，提供快捷高效的沟通；舆情监控实现利用关键字对互联网、指定网站的全面搜索与信息采集，支持对舆情信息热点、热点趋势、专题趋势、负面信息、分类信息进行统计，并可生成舆情分析报告，个性化展示舆情信息。为应急工作人员提供全面的数据，通过对互连网的新闻、评论、论坛、博客的深度搜索和挖掘，实时对有关本区域的突发事件的媒体报道进

35、行汇聚和统计分析，使应急管理单位能候随时了解社会公众的声音，同时在一定程度上的避免下级单位的瞒报、迟报和谎报的现象。功能描述无缝对接应急值守与应急资源管理系统现有的通讯录模块（包括联系人、联系方式、即时通讯号码等数据项），实现全市应急管理体系的值班视频功能，具体功能如下：值班视频 同时支持16人发言，最大限度的满足会议需要 同时支持16路视频采集显示，随时切换任意参会者视频窗口桌面共享所有的windows程序都可以在本系统中共享，如Word、Excel、AutoCAD、Photoshop等程序通过程序共享的方式让与会者来协同操作，实现远程协同办公，实时交流。浏览器同步浏览提供了浏览器协同浏览功

36、能，参加会议的所有用户可以同步地浏览网页演讲稿同步主持人或当前发言人在本地打开演讲稿，所有与会者跟着显示同步。可以事先将要使用的演讲稿文件上传到服务器，开会时直接点击演讲稿名进行调用。支持PPT同步翻页和FLASH播放同步。全网采集通过元搜索技术实现，元搜索引擎是对多个独立搜索引擎的整合、调用、控制和优化利用定向采集建立互联网新闻信息采集、分析、跟踪与统计平台，改变目前主要依靠人工进行排查、分析的局面。目标范围涉及新闻、新闻跟帖、论坛、博客、门户等网站的突发事件报道、违规违法信息、敏感和热点信息。舆情辅助分析网络舆情分析系统通过舆情信息所在的网站、转载数、发生的先后顺序、点击率和回帖数、倾向性

37、等统计因子可以实现对舆情信息热点、热点趋势、专题趋势、负面信息、分类信息进行统计个性化展示系统可通过内置的模板或通过手动生成相应的展示页面，展示相关的舆情分析结果，并可生成舆情信息报表与原有系统无缝对接应急值守系统升级在保留原功能基础之上，实现以上新功能，新旧功能交互，实现无缝对接、平滑升级，包括数据、功能的对接与升级。风险隐患监测系统系统概述 风险隐患监测防控系统实现各市级部门、各区县的监测信息与风险分析结果的汇集、相关信息的抽取、并据此进行风险分析，把结果直观的展现在决策者面前作为预测预警或者事件处置的依据。通过整合全市各级政府的专业部门资源，能够获取大量重大危险源、关键基础设施和重点防护

38、目标等的空间分布和运行状况等有关信息，进行监控、分析风险隐患、预防潜在的危害。风险隐患检测系统数据主要来源于公安、卫生、交通、畜牧、气象、环保、安监、地震、石油石化、电力等部门。功能描述数据接入数据接入功能要实现的是把各部门的监测数据接入汇总到省政府应急平台。监测数据包括实时监测数据和定期更新的数据。本功能亦可以实现现场实时监测数据的获取以及非实时监测数据的查询更新。接入的数据可以直接进行展示。数据提取数据提取功能实现从各部门抽取数据。如监测目标信息、空间信息、人口信息、经济信息等基础信息。目标管理目标管理包括目标信息维护和目标信息同步两项功能，以保持监控目标信息的及时性。目标信息维护实现监控

39、目标的更新操作。非省政府管理的监控目标的维护操作由监控目标责属单位定期将监控目标的最新信息接入。省政府应急平台通过目标信息同步功能实现与部门所维护的监控目标信息的同步。危险源管理负责辖区内的重大危险源信息维护和查询，掌握监控目标的空间分布和运行状况信息。实现各地和各有关部门监测信息和风险分析信息的汇集，接入。防护目标管理负责辖区内的防护目标信息维护和查询，掌握监控目标的空间分布和运行状况信息。实现各地和各有关部门监测信息和风险分析信息的汇集，接入。风险隐患分析风险隐患分析功能根据监测监控信息，实现对重大危险源、关键设施、重点防护目标进行识别、分析和评估，得到分析评价结果，给出综合评价报告，提出

40、风险减缓建议和措施。重点图像监控通过接入一级平台视频图像接口，对危险源、重点防护两类目标进行随时的视频监控。风险监控地图仪表盘在GIS地图上，通过地图仪表盘的方式，展示风险隐患的动态监测信息，使工作人员更加直观的了解风险隐患情况。应急辅助决策系统系统概述根据有关应急预案，利用对突发公共事件的研判结果，结合应急组织体系、工作流程和应急保障力量，利用地理信息平台，实现应急突发事件事发地点、资源的快速准确定位，为应急指挥决策人员快速掌握突发事件发生位置，了解周围环境状况，预测事件的发展趋势，评估事件影响，调配应急资源，采取处置措施等提供基础的信息支持。应急辅助决策系统需由测绘局提供电子地图、遥感等数

41、据，通过开发与整合，形成辅助决策。功能描述信息展示在地理信息平台基础上，展示各类专题数据，包括应急资源分布图、防控目标、危险源、重要防控目标以及事件信息、处置信息、监测预警信息等。信息展现是要将数据仓库中的数据以更为灵活、直观、可视化的方式展示，使用户快速、准确、方便的得到数据背后的知识。系统将根据业务主体，根据业务主题，以丰富多彩的表格和图表样式，展现各类数据情况。信息展示内容包括：基础地形图展示、遥感卫星影像展示、监测图像展示、应急资源分布展示、事件信息展示、受灾地区受损程度展示。周边分析通过在不同图层的叠加展示，已突发事件GIS位置或标注点，为中心，进行指定半径的周边分析。其中针对风险源

42、图层的，周边风险分析；针对应急资源的，周边应急资源分布分析；针对危险源隐患的扩散态势分析；针对预警信息与风险源叠加后的衍生灾害分析。决策标绘在周边分析的基础上提供给指挥者一整标绘工具，系统提供丰富的图形标绘资源库，也可以根据需要制作各类突发事件标图符号。建立基于gis平台基础上的数字化图形标绘，可以准确快速的制作行动预案，对图形标绘的目标可以进行动态推演，从而能够更加有效地协助指挥着进行决策分析。通过对全局行动过程的动态模拟，来协助分析态势发展过程中的行动冲突及态势发展结果等等，以此来有效规避冲突，制定正确的行动方案。实现在GIS地图上对突发事件的整体决策。同时将一些标绘结果形成处置任务；值守

43、人员对处置任务进行加工后可以形成针对突发事件的处置方案。综合查询结合空间地理信息服务，实现对医疗救援机构、应急组织机构、应急专家、应急物资、应急车辆、历史事件、应急知识、法律法规的查询，并提供GIS地图展示功能，展示查询内容的空间地理位置信息。统计分析对城市运行过程中发生的突发公共事件信息、指挥调度情况、人员伤亡情况、医院救援能力、物资储备进行统计分析，形成相关统计报表和图表。专题图在辅助决策过程中，可以随时把需要的决策图或者叠加图层作为图片进行保存。形成一个或多个不同角度的分析图。指挥调度系统系统概述辅助应急指挥人员有效部署可调度应急队伍、应急物资、应急装备等资源，实时或及时将突发公共事件发

44、生发展情况和应急处置状况传递给相关人员，实现协调指挥、有序调度和有效监督，提高应急效率。指挥调度系统主要数据来源于各区县、专项委办局上报数据，应急物资储备等数据。功能描述先期处置突发公共事件发生后或发现事故隐患时，有关应急单位要立即采取措施控制事态发展，组织开展应急救援工作。根据职责和规定的权限进行调度相关资源，及时进行先期处置，控制事态。传真调度通过应用软件系统与多路传真的结合，点击发送传真按钮，向选中的人发送传真。短信通知通过应用软件系统点击发送短信按钮，编辑短信内容，向选中的人发送短信，通知调度内容。预案启动发生突发事件后，达到预案的响应级别后，启动响应的预案。应急责任单位根据相应的预案

45、中设定的预案启动流程，通过系统提供的电话、传真、短信、视频会议等多种手段来调度相关单位、人员和应急物资。事态标绘结合辅助决策系统，实现事态标绘，具有地图标绘、动态推演、专题图制作等功能。通过对事件发展态势的地图标绘和动态推演，动态、直观地反映突发事件的态势及领导的各种指挥调度示意，方便领导掌握突发事件的发展趋势，为应急决策提供辅助支持。指挥协调根据事态的发展，应急处置人员根据领导的决策标绘、指令、任务，通过系统提供的电话、传真、短信、视频会议等多种手段：组织协调有关专项、街乡镇、部门等负责人、专家和应急队伍参与应急救援；调度全区的各种应急资源；协调事发地中央单位与地方政府的关系和调度各方应急资

46、源等资源调度通过系统直接指挥调度应急资源，可以快速的定位应急处置单位，同时实现会议、群呼、急呼、传真、短信的集成。直接下达调度任务，采集现场信息，反馈处置结果信息，根据现场信息及时调整和修改处置方案，充实预案知识库。系统可根据事件的处置方案设置，将任务直接传达给应急救援处置单位、协助处置单位、应急救援区域联动单位、救援队伍，同时也可重新设定任务传送顺序和接收方向，使任务得以快速传递。调度方式包括：电话调度：对于查询到的单位、个人可以直接点击电话号码进行呼叫，同时可以选择是否录音；此外可以实现多人的电话会议。传真调度：对于查询到的单位、个人可以直接点击传真号码进行传真发送；此外可以支持多个传真群

47、发。短信调度：对于查询到的个人可以直接点击手机号码进行短信发送；此外支持手机群发。任务管理提供新增任务编辑、审核功能。通过任务分发功能，对生成的任务直接或通过领导审核后，下发到相关单位执行。处置跟踪任务分发后，市应急平台可以跟踪任务的执行情况，查询当前正在执行的任务及相关信息。任务执行过程中，各单位可以通过反馈跟踪功能，及时反映任务执行情况或遇到的问题。预案结束突发公共事件处置工作已基本完成后，次生、衍生和相关事件危险因素消除后，结束已启动的预案，系统自动通过电话、传真、短信等多种手段通知相关单位和人员。预警管理系统系统概述综合预测预警与研判系统实现突发事件的早期预警，趋势预测和综合研判。在相

48、关部门协助下，综合预测预警与研判系统根据当前掌握的信息，运用综合预测分析模型，进行快速换算，对事态发展和后果进行模拟分析，预测可能发生的次生、衍生事件，确定事件可能的影响范围，影响方式、持续时间和危害程度，并结合相关预警分级指标提出预警分级建议。 预警管理系统数据主要来源于区县预警数据，公安、卫生、交通、畜牧、气象、环保、安监、地震等部门的预警数据。功能描述专项预警汇总提供收集整理专项部门按照预警的级别（一级、二级、三级、四级）提交的预警信息的功能。系统获取的信息主要包括各种历史数据、各类统计数据、各相关部门预测分析结果数据以及各种监测监控数据。其中历史数据、统计数据、预测分析结果数据主要通过

49、各业务系统获取，监测监控数据主要通过监测监控系统获取。预测预警系统也提供信息的手工录入功能。信息获取的渠道基本可分为以下几种：一是来源于突发公共事件报告（电话、传真、图片像、文字等）；二是来源于下级应急平台（专项指挥部或部门应急平台）报送的预警信息；三是来源于国家应急体系中其他应急平台和相关部委办局的各种预警信息。系统通过接口方式接入预警信息，并分类以列表形式进行显示和查阅。预警信息包括突发公共事件的类别、可能波及范围、提醒事宜和应采取的措施等内容。专项预警填报应急相关单位通过系统将预警信息标题、预警类别、预警单位、预警级别、预警状态、预警影响开始事件、预警影响结束时间、影响范围、防范措施、危

50、害程度、影响方式、上报单位、上报时间上报给区应急办，同时在上报的时候，自动按照预警的要求，形成预警级别建议。预警信息标绘通过调用地图，将和地点有关的预警信息的影响范围、防范措施通过地图标绘标在地图上，形成自己单位的一个预警分布图专项预警分析依据突发事件发展的规律，结合突发事件现场、周边环境及气候条件等信息，采用各种事故发展与影响后果模型、人群疏散模型、危险性分析与安全评估模型、预警分级模型等各种预测模型，模拟预测突发公共事件发生发展趋势、规模、影响范围、危险程度等。对事件后果以及次生、衍生事件发生的可能性等进行综合研判，为预警发布、决策指挥等提供基础。在分析识别结果的基础上，通过对突发公共事件

51、的类型、伤亡人数、发展速度和发展趋势预测以及可用的救援力量、应急资源等因素，进行综合评价，按照各类突发公共事件的严重程度、可控性和影响范围等因素，由系统自动给出突发公共事件的预警级别建议。根据可能发生的次生、衍生灾害，对灾害涉及到的灾害危害性、承载体受损情况、人员伤亡情况、救援资源和能力相关预测结果进行分析和展示，主要内容包括：次生、衍生灾害的类型、伤亡人数、发展速度和发展趋势以及可用的救援力量等。系统数据抽取与筛选系统可对网页进行内容分析和过滤，自动去除广告、版权、栏目等无用信息，精确获取目标内容主体。通过自动去重、相似性检索、聚类等方式筛取数据。综合预警分析在对专项预警信息和舆情监测信息的

52、汇总基础上，结合知识库的案例，预案、应急常识以及风险源与重点防范的数据，形成叠加性的综合预警、衍生性的关联预警。预警信息发布为预警预报信息化办公室提供一个发布信息编辑、审核以及工作流程决策的平台，实行模版自动生成、通知单位自动生成、责任事项自动生成的一个工作平台，同时提供短信、传真、视频会议、网络、电话、电子广告牌、LED显示屏等多种方式的通知手段。预警分级指标管理对预警分级指标的具体内容及其事件类型关联关系进行维护管理。在预警管理时，可以根据具体事件类型查找到相关指标信息，提供定级参考。突发公共事件按其可控性、严重程度和影响范围等因素，预警级别划分为一般（级）、较重（级）、严重（级）、特别严

53、重（级）四个预警级别，并依次采用蓝色、黄色、橙色和红色来加以表示。预警信息发布审核按照签字的模版，自动生成Word文档，为领导提供打印。综合预警信息统计查询统计查询历史上相关的预警的信息，按照时间进行趋势分析。应急保障系统系统概述市级应急平台应急保障系统实施对专业队伍、储备物资、救援装备、交通运 输、通信保障和医疗救护等应急资源的动态管理， 为应急指挥调度提供保障。通过建立应急队伍、应急物资、救援设备、医疗卫生、交通运输、公共设施等应急资源库，并实现应急资源动态管理。提供应对突发事件过程中所需资源的状态跟踪、反馈，为指挥调度提供保障。对应急组织、队伍和专家可以两种方式（手工和批量导入）进行填报

54、，提供地图标注功能，形成应急应急单位的专题图；实现应急人员的动态管理；可以对应急人员进行查询统计。应急保障系统数据主要来源于民政、公安、卫生医疗、交通等部门的储备与可用物资数据。功能描述应急单位（部门）信息管理对应急组织可以两种方式（手工和批量导入）进行填报，提供地图标注功能，形成应急单位的专题图；实现应急单位信息的动态管理；可以对应急单位（部门）进行查询统计。应急队伍信息管理对应急队伍可以两种方式（手工和批量导入）进行填报，提供地图标注功能，形成应急单位的专题图；实现应急队伍信息的动态管理；可以对应急队伍进行查询统计。应急专家信息管理对应急专家可以两种方式（手工和批量导入）进行填报；实现应急

55、专家信息的动态管理；可以对应急专家进行查询统计。应急物资保障对应急物资可以两种方式（手工和批量导入）进行填报；提供地图标注功能，形成应急应急物资保障的专题图；实现应急物资的动态更新和管理；另外，用户可以对应急资源进行查询统计。医疗卫生保障对医疗卫生单位可以两种方式（手工和批量导入）进行填报；提供地图标注功能，形成医疗卫生单位的专题图；实现医疗卫生单位的动态更新和管理；另外，用户可以对医疗卫生单位进行查询统计。交通运输保障对交通运输资源可以两种方式（手工和批量导入）进行填报；提供地图标注功能，形成应急物资保障的专题图；实现交通运输资源的动态更新和管理；另外，用户可以对交通运输资源进行查询统计。公

56、共设施保障对公共设施方式可以两种方式（手工和批量导入）进行填报；提供地图标注功能，形成公共设施的专题图；实现公共设施的动态更新和管理；另外，用户可以对公共设施进行查询统计。应急通信保障为应急通信资源提供两种方式（手工和批量导入）进行填报；提供地图标注功能，形成应急通信资源的专题图；实现应急资源的动态更新和管理；另外，用户可以对应急通信进行查询统计。抢救装备保障对抢险装备可以两种方式（手工和批量导入）进行填报；提供地图标注功能，形成抢险装备的专题图；实现抢险装备的动态更新和管理；另外，用户可以对抢险装备进行查询统计应急物资信息查询结合地理信息系统对全省应急资源进行条件查询和分类统计。查询的结果可

57、以在地图上显示，统计结果可以输出为统计专题图。也可以直接在地图上使用空间查询功能进行应急资源的查询统计。应急保障计划根据应急预案中关于资源保障的规定，进行资源保障计划的配置。在突发事件发生时，可以根据突发事件现场情况，对预先配置的资源保障计划进行修正，快速、准确地进行资源配置，制定应急保障计划。计划编制提供应急保障计划编制模板，用户可通过模板添加计划内容，并可选择计划报送单位。计划接收接收其他单位报送的保障计划。计划审核根据用户权限不同，提供审核功能，并保存审核内容和修改意见。计划查询根据关键字不同查询计划内容。数字化预案管理及推演系统系统概述数字化预案管理及推演系统主要是实现我市各级各类预案

58、的数字化管理，并根据预案流程接入各种资源，进行预案的推演。数字预案管理及推演系统主要数据来源于我市应急预案、应急物资储备等。功能描述预案管理建立数字化预案的标准与规范，对全市的应急预案进行数字化和结构化管理。（1）知识管理对数字化预案的知识库进行日常管理。知识库管理主要对文本预案、要素和规则等知识进行管理。（2）预案模板管理对数字化预案模板进行日常管理，主要包括预案模板的增加、编辑、删除、修改、关联和检索等。（3）预案制修根据预案模板生成结构化的数字预案、以及实现对数字化预案的添加、导入、编辑、编制、删除、查询以及word预览等功能。（4）版本管理提供预案修订历史记录的查询和浏览。包括预案的版

59、本更新和历史记录浏览等功能。系统管理为预案推演工作进行基本准备，即对系统进行初始化配置，主要是对推演过程需要的组织机构信息、工作人员信息、工作流程、工作任务、工作角色等进行初始化设置与预置。（1）维护组织机构对本行政区划组织机构信息进行维护和管理。（2）维护人员信息对本行政区划的应急部门人员信息进行管理和维护，以便对系统使用用户进行管理和授权。（3）维护系统角色维护本行政区划的系统角色信息，以方便对不同用户进行功能授权，实现不同用户的操作权限的差异。（4）维护工作流程定义当灾害发生时本行政区划的工作流程及工作内容，其中主要包括工作主流程及其子流程的规划、流程图的绘制、各个工作节点要执行的工作任

60、务、工作任务角色分配等。预案推演当灾害发生时，具有推演角色的工作人员根据数字化预案要素抽象出的工作流程进行各自应急业务的应对与处置。（1）总指挥工作台为推演总指挥提供查看某个灾害推演全部进展情况的工作界面。总指挥通过该工作界面能够查看当前灾害全部工作的进展情况，包括最新灾情信息、各种灾情分析结果、各种应急处置情况、应急工作主要进展、全部工作人员正在进行的工作等等，以便为总指挥决策提供依据和参考。（2）工作人员工作台为推演普通工作人员提供查看某个灾害推演全部情况的工作界面。普通工作人员通过该工作界面能够查看当前灾害的主要情况以及本人需要处理事宜。例如查看最新灾情信息、查看灾情分析结果、本人需要处