省级应急指挥平台建设方案

第1章业务体系

1.1 应急平台的组织结构

省级应急平台的组织结构如下图所示：

1.2 应急平台的业务流程

上图为省级应急平台的整体业务流程，在整个业务流程中有2条主线，一条是政府应急平台，一条是专项指挥部。在发生突发应急事件的时候，由地市（县）专项指挥部负责接警。

市级专项指挥部在接到报警信息时，一边上报地市（县）应急平台，同时向上一级专项指挥部报告。地市（县）应急平台在接到突发事件信息时，判断突发事件的等级，对于一般和较大的突发事件不再继续上报，就地协调专业部门处置解决；对于特大和重大应急事件，上报省级应急平台，省省级应急平台根据需要，一边上报国务院应急平台，一边协调各单位、各部门共同处置突发事件。

第2章总体设计

2.1 总体目标和职能

2.1.1 建设的总体目标

在整合和利用城市现有条件的基础上，采用现代信息等先进技术，建立高度智能化的XXX省级应急平台，具体包括：

l 与国务院应急平台对接；

l 与地市（县）应急平台对接；

l 与专业应急平台对接；

l 整合全省各类应急信息与应急资源；

l 完善的业务系统。

通过电信网络，与全省各已建成的应急平台联网，实现信息共享、统一协调、辅助决策，同时加快建设其他各级应急平台，最终实现覆盖全省应急网络。

2.1.2 建设的主要职能

省级应急平台是国家和省应急平台体系的重要组成部分，与国务院应急平台、省级专业应急平台、地市应急平台互通互联，具有国务院应急平台相应功能。主要功能有：

l 通过与专业应急平台互联，利用专业部门监测网络，对突发公共事件隐患进行动态监控，特别是掌握重大危险源、关键基础设施和重要防护目标等的空间分布和运行状况分析；

l 整合全省的应急信息及应急资源；

l 指挥、协调各专业部门，地市应急平台协同处置特别重大和重大突发事件；

l 信息发布与通告；

l 事后评估总结

2.2 设计的原则、依据和标准

2.2.1 设计的原则

XXX省应急平台建设工程是一项结构复杂、技术难度较大、功能强、涉及面广的信息建设工程，为确保工程达到预期的目地，工程建设应遵循实用性、可靠性、经济性和先进性的基本原则，具体体现在：

l 系统建设应遵循“整体布局、分步实施、实用先进”的原则。以应用为驱动，在充分利用现有设施和资源的条件下，力求高起点，既满足近期需求，又适应长远发展的需要。

l 坚持标准化与开放性原则。充分考虑现代信息技术的飞速发展，适应未来功能升级的要求，使系统具有开放性、兼容性、扩展性，系统建设应优先选择符合开放性和国际标准化的产品和技术，遵循相关的规范要求。

l 坚持确保安全原则。系统设计及建设根据要求达到相应安全级别，确保系统运行有高度的可靠性和安全性。

l 坚持跟踪、反馈、更新、完善的原则，使系统不断贴近生产实践的需要。

2.2.2 设计的依据及主要标准

2.2.2.1国家、地方和相关部门的政策、条令、规范和标准

2.2.2.2现行的国际、国内相关标准及行业规范

2.3 系统总体结构

系统总体结构如下图所示：

自下而上分为四个层次，依次是：

1. 基础支撑系统

基础支撑体系包括计算机网络系统、主机存储与备份系统

2. 信息资源库

信息资源库主要包括专家库、预案库、知识库、应急物资库、基础地理信息库等。

3. 数据交换平台

数据交换平台是一个既能实现异构系统之间数据交换又能实现异构系统之间业务流程自动化的数据交换平台。

4. 应用软件系统

应用软件系统包括综合业务管理系统、风险隐患监测预警接入系统、协同会商辅助决策系统、智能预案系统、地理信息系统、应急资源管理系统、应急评估系统、应急演练系统、信息发布系统。用户通过登录应急门户使用这些业务系统。

第3章信息资源库设计

3.1 建设思路

省级应急平台信息资源库建设主要包括四方面：

1. 信息资源库的分级分类

可以根据数据的实时性、关键程度、使用频率等方面对信息资源进行分级分类。

2. 明确省级应急平台需要管理的信息资源

这部分资源主要包括省的总体预案库、专家库、重大危险源库、案例库等。

3. 明确需要集中存储的信息资源

集中存储的信息资源可以包括实时性要求不高，使用频率高、关键性的数据。

4. 整合各省级专业部门和地市的信息资源

信息资源的整合简单的说有三个步骤，一是制定整合的标准规范、二是对信息资源进行建模、三是通过数据交换平台发出请求，获取所需的数据。

3.2 建设内容

3.2.1 基础地理数据库

基础地理数据的外延十分广泛，它包括基础地形数据、土地利用数据、地下管线数据、地质数据、地籍数据、房地产数据以及相应的属性数据等。就数据形式而言，城市空间数据最主要的是数字线划地形图（DLG）、数字正射影像数据（DOM）和数字高程模型数据（DEM）。就数据应用而言，分为空间地理信息基础数据、专题数据、电子政务应用空间数据、公众服务空间数据等等。省级应急平台需要建设的基础地理数据库主要包括以下2种：

l 基础地形数据库(DLG)

包括1：10000、1:50000、1：250000等比例尺的基础地形图。基础地形数据库包括要素有测量控制点、居民地、工矿建(构)筑物及其它设施、交通及附属设施、管线和垣栅、水系及附属设施、境界、地貌和土质、植被等九个大类，即所谓的全要素地形图。

l 影像数据库（DOM）

数字正射影像数据包括：航空数字正射影像数据（DOM-AP1）、分辨率为1米的Ikonos卫星影像、分辨率为0.61米的QuickBird卫星影像数据、TM数字正射影像数据（DOM-TM30）、SPOT数字正射影像数据（DOM-S10）。这些数据入库后建立金字塔。它主要是作为数据更新、数据叠加时的基础定位数据，也是对一个地区进行详细了解的重要影像资料。

3.2.2 应急专题数据库

1. 应急专家库

专家库存储有处理不同应急事件需要咨询的相关行业专家的个人信息，主要由专家基本信息、工作简历、应急事件咨询记录等实体组成，能提供各种模糊查询。以下是涉及的实体及其属性：

专家基本信息，主要包括以下数据项：ID、姓名、性别、出生年月、最高学历、毕业学校、毕业年月、近照、现工作单位、现从事专业、从事现专业年限、职务、技术职称、专业专长、行业类别、移动电话、单位电话、住宅电话、其它联系信息、专家组编号（如医疗救治组、健康教育组、心理卫生组、法学组等）、聘用职务（如组长、组员）、推荐单位意见、推荐人、审核意见、审核单位（如卫生局）、审核人、起聘日期、届满日期、备注等。

工作简历（从大学开始填写），主要包括以下数据项：开始年月、结束年月、就职单位、部门、职务等。

应急事件咨询记录，存储专家曾参与应急事件的咨询情况，主要包括以下数据项：参与时间、应急事件ID、建议措施、效果评价等。

技术职称，参照国家标准编码表，包括以下数据项：职称编码（必须是3位数字编码）、职称名称。

行业类别，包括以下数据项：行业类别代码、行业类别名称。

2. 应急预案库

应急预案库中包括了各类公共突发事件的各类预案，如中毒、投毒、疫情、防核、防生化、地震、火灾、防汛抗旱、台风、海上搜救等等。

3. 重大危险源库

危险源数据库存储有长期的或临时的生产、搬运、使用或储存危险物品的单元（包括场所和设施）的分布情况（与安监局联合建设），主要由危险源等实体组成，以满足重大危险源、危险品运输车、高危工厂企业、特种设备等方面的管理需要。以下是涉及的实体及其属性：

危险源数据表，主要包括以下数据项：危险源名称（如危险品和化学品生产场所）、类别（如生产、储存场所）、性质（如长期、临时）、表现形式（如坍塌、火灾、化学/物理性爆炸等）、危险品名称、存放地点、计量单位、数量、物理化学特性、危险品所属类别、安全影响（如人身伤害、财产损失、作业环境破坏）、危害范围、危害程度、危险等级、主管单位、责任人、应急预案（包括措施、应急救援流程图等）等。

4. 应急队伍数据库

应急队伍数据库存储有涵盖我市各类应急部门、应急救援队、专家、区、镇（街道）、村（居委会）及有关职能部门的应急队伍组成人员情况信息、通信联络信息，主要由应急队伍等实体组成。以下是涉及的实体及其属性：

应急队伍，主要包括以下数据项：队伍ID、队伍名称、队伍组别、主要职责、隶属单位（如市消防大队、市煤气公司、市武警中队、某街道等）、器材及设备配备（包括数量、状态情况）、人员组成、分布位置、办公电话、移动电话、联系人、其他联系信息等。

队伍组，主要包括以下数据项：队伍组别、队伍组名称（如抢险抢修组、消防组、安全警戒组、抢救疏散组、医疗救护组、物资供应组等）、职责、规模级别等。

5. 应急物资数据库

应急物资保障数据库提供我市应急救援队伍、自然灾害、事故灾害、公共卫生事件、社会治安事件处置的物资储备的分布、数量、构成等信息，主要由救援物资的类别、应急救援物资等实体组成。以下是涉及的实体及其属性：

救援物资的类别，主要包括以下数据项：类别ID、类型名称（如通讯设备、分析仪器、检测设备、消防器材、防毒器具、防爆器具、工程机械、五金工具、运输工具、堵漏工器具、警戒警示用品、医疗器材车辆、药品、防护用品、被服及其他救援物资）等。

应急救援物资，主要包括以下数据项：物资和设备名称、类别、数量、规格型号、大小、状态（完好情况/有效期）、用途、使用方法、存放地点、负责人、及调动方式、联系信息等。

6. 应急法规库

法律法规数据库存储有与突发公共事件有关的法律、法规信息，主要由法律法规等实体组成。主要包括以下数据项：法律法规名称、突发公共事件ID、级别（国家/省级/地市）、行业类别、法规内容、颁布机构、颁布日期等。

7. 应急案例库

典型案例数据库提供国内外各种历史事件及实例，各类重大事件发生情况、影响范围、损失范围、解决方案等，主要由典型案例等实体组成。主要包括以下数据项：事件名称、等级、事件描述、事件性质、变化趋势、事件原因、发生地、发生单位、发生时间、涉及人数、影响范围、损失情况、解决方案、类似事件的防范和建议、信息来源等。

第4章数据交换平台设计

4.1需求分析

为了实现各专项（部门）指挥中心、省应急办指挥场所和突发公共事件应急指挥中心对各类社会公共信息和专业业务信息的共享及应用系统之间的互联互动，对系统间包括跨行业系统间和同行业不同系统间的异构数据库数据交换及应用系统之间的业务流程自动化的需求已经越来越强烈，为了有效地解决此问题，我们需要一个既能实现异构系统之间数据交换又能实现异构系统之间业务流程自动化的数据交换平台。

数据交换系统是整个公共安全应急指挥系统业务及应用平台系统的核心。

4.2系统结构

数据交换平台的设计，需要按照多层次、分布式的方式，分为省级应急平台、地市（县）、专项（部门）应急指挥部三个层次。三个层次的配置、部署相同，实现的功能也相同。

下图显示了整体设计结构：

4.2.1 对各地市县、机构、系统的信息提取

可以采取基于文件、消息的信息提取方式，文件、消息由地市县、机构系统生成。其次，可以采用例如HTTP（互联网服务程序所用的协议）、Email等方式作为数据录入终端。

对于政府专网的用户，如果对方允许可以采用多种信息提取方式，进行分层次的信息提取，如数据库层、应用系统层等等。

Ø 通讯层：

因为应急信息系统作为，需要连接各地市县、机构、公司等机构，所以应急信息系统在通讯层可以支持各种网络环境，例如各种专网，Internet公网等；同时还必须支持各种通用的通讯协议，例如HTTP（互联网服务程序所用的协议），FTP（文件传输协议），TCP/IP（传输控制协议/网络协议），Email等等。

Ø 数据库层：

如果各地市县、机构、公司等提供了可供应急信息系统连接的数据库，中心平台对各种主流的数据库提供支持，例如Oracle、DB2、Sysbase、SqlServer、Infomix等。

Ø 应用层：

当各地方机构没有数据库可供中心平台访问时，可以连接其应用系统，同时有紧耦合和松耦合两种方式可以采用，这也是实现信息自动化的必要条件。

Ø 数据格式层：

由于中心平台所获得的信息来自各个不同的地市、机构和公司，他们都有其自己的数据标准，所以中心平台要对各种数据格式都有支持，包括标准的数据格式，例如：XML（可扩展性标记语言）、EDI（电子数据交换）、ebXML（一种电子商务标准）等，也包括用户自定义的数据标准。

Ø 语言调用层：

为了保证系统对各种机构遗留系统的支持，中心平台支持各种主流语言的调用。

4.2.2 对各地市县、机构的信息传输

从上面的总体架构图中，可以看到，应急信息系统可以支持各种各样的通讯协议、网络环境。对政府专网和公网用户，中心平台都能很好的支持。

各个地市县、机构等可以采用合适的传输方式，如Http（www服务程序所用的协议）、Email、FTP（文件传输协议）等等。为了给个市县、机构更大的灵活性，中心平台不限制其传输方式，而且保证除了政府专网以外，还要支持基于公网的传输，并且支持防火墙，保障数据传输的安全性。

4.2.3 中心平台的信息处理

应急信息系统，要建立一个信息中心，对各种业务数据进行组织和存储，这时需要进行数据的提取、转换和映射，平台可以通过各种通讯协议使信息中心和各市县、机构实现互联。下面是主要的信息处理功能：

Ø 支持各种数据之间的转换：

各地市县、机构、系统都有自己的数据格式，为了实现各种数据格式的识别和处理，应急信息系统可以实现各种数据格式之间的转换。

例如：某应急系统用的自定义的格式，而应急信息系统需要的是按照国家标准定义的某种格式（假设是基于XML--可扩展标记语言的），这样应急信息系统必须可以自动的实现应急信息的提取，并转换成XML（可扩展标记语言）的格式。

Ø 具有图形化的格式转换工具：

为了提高数据转换的效率，必须提供有效的图形化的格式转换工具，来简化数据转换的过程。

Ø 可以方便的进行数据处理和存储：

数据转换的同时，可以对数据项进行处理和操作，比如同类信息之间的合并统计等等，以及支持数据库的操作以实现数据存储和备份。

4.3系统功能

4.3.1 异构数据交换功能

l 连接数据库：支持各种通用类型的数据库管理系统如SqlServer,DB2,Sybase,Oracle等，并能实现与要挂接的数据透明连接。

l 数据提取：从指定的数据库表中提取、组织数据自动生成标准数据格式。

l 数据传送：支持数据的异步、实时传送，将把接收的消息发送到数据交换中心及从数据交换中心接收消息，并能保证数据的传送和接受的可靠性。

l 数据校验：对发送和接收到的数据信息进行校验。

l 数据拆分和合并：发送前将大容量的数据信息拆分成若干数据信息单元，对接收到的数据信息单元进行合并。对传送的数据进行加密、压缩。

l 数据转换：具有图形用户界面的用户自定义数据格式定义工具，支持XML格式的处理，支持任意格式到任意格式的数据格式转换。

l 管理配置模块可以实现对消息的路由管理。

l 为用户提供系统的运行状况信息，包括访问系统的应用信息、数据传递的时间统计，系统的流量统计、日志等信息。

l 支持XML、Web Service等技术规范。

4.3.2 异构应用系统集成功能

l 支持分布式应用，整个平台可以分布在多个机器上，协同工作；

l 系统提供节点地址管理，可以方便地实现消息的路由转发；

l 提供消息队列机制，实现各种形式的消息发送（点对点、点对多、点对组、点对群）；

l 具备恢复机制，当数据传输过程中发生连接中断等异常时可以确保数据的恢复，即消息缓存重发机制；

l 与PKI体系融为一体，支持数据加密传送和压缩传送，在传输层保证了数据的安全性、完整性和不可抵赖性；

l 提供多种组网方式，适应业务需求，具有良好的性能和数据吞吐能力，可以灵活地扩展以适应系统的发展；

l 提供丰富的接入方式，系统间消息及数据交换既支持传统的文件格式，也支持XML规范，极大地提高了业务定制消息的扩展性，实现了与通用的Web Service以及其他兼容XML规范的产品接口；

l 提供自适应资源状态管理功能，终端应用可以根据自身需要订阅、注册、获取资源状态，并提供根据资源变化的可定制的触发操作，实现分离资源的统一处理；

l 支持应用架构的不断变更。可以方便地重新配制以增加或去除系统而不会影响其它系统；

l 提供完善的分组权限控制，可针对消息类型、操作员类型、组类型、帐号等多种方案设置不同的权限，在业务逻辑层保证了数据的安全性；

l 具备系统自诊断机制，可根据预先设定的组合条件对资源状态进行分析，进行故障报警；

l 内置的容灾系统，确保系统的健壮性和数据的安全性；

l 强有力的二次开发支持，接入业务定制开发简单易用，满足局方或政府的各种快速实现的需求；

l 跨平台，提供Windows、Unix、Linux多种操作系统上的平台版本。

4.3.3 系统管理工具

系统管理工具能监测系统的运行状态，提供流量分析、日志记录、多种方式的故障报警等功能；具有针对应用集成应用特点的完善跟踪和审计功能；能够方便地建立与告警系统的连接，从而在系统发生错误时，可以提醒管理人员。还具有完善的数据备份功能。

第5章综合应用系统设计

5.1 综合业务管理系统

应急综合应用系统可对各单位日常和应急所涉及到的各项工作提供全过程综合管理，该系统所涉及的内容主要包括：应急值守、信息报送、刊物报表等。

关注我的技术公众号，每个工作日都有优质技术文章推送和电子版方案下载。