地铁应急管理的现状与发展.docxVIP

地铁应急管理的现状与发展 近年来，公共交通的在线运营不断扩大。2020年末，全国44个城市开通了223条城市公路，全长7545.5公里，里程4660公里。实际运营列车258万人，客运线路175.9亿人。轨道交通客流的不断攀升导致许多城市的车辆满载率超过100%成为常态，最高达到139%。随着线网规模不断扩大和客流持续增长，轨道交通整体运营安全的任务日趋加重，应急抢修事件的发生和处置对整个城市的交通组织影响越来越大。如某一地铁车站突发信号设备故障，导致控制区域内列车无法正常运行，列车运营间隔时间延长，经应急抢修处置后故障排除，运营逐步恢复。其间，站内换乘通道临时关闭，采取站外换乘，沿线主要受影响车站采取限流措施，各站乘客大量积压站内，客流压力激增，给轨道交通周边公共交通带来冲击，对地面交通和市民出行也造成了很大的影响。 轨道交通行业的快速发展，对城市轨道交通运营设备故障抢修与应急管理提出了更高的要求。因此，需要进一步提升地铁系统对于车站情况的监控能力，对危及或可能危及轨道交通系统的对象、事件及时响应，防止突发事件的发生，强化网络运营安全性；同时需要进一步提升在应急情况下的控制指挥能力，当突发事件发生时，能调集各专业力量，统一指挥控制，调动一切资源，实现快速响应联动处置，降低突发事件对正常运营造成的不利影响和危害。 1 优化业务流程设计 1.1 现场抢修过程 (1）当发生故障时，调度接收故障信息指令，根据事件的严重程度将指令提炼转化为抢修命令下发，触发应急管理系统中的抢修流程。 (2）调度通过布点可视化查询相关应急队伍信息，及时通过系统信息交互功能通知相关人员，并将匹配预案及其他重要信息推送给所有相关人员。 (3）相关抢修队伍接收命令，确认赶赴现场，系统自动生成抢修人员信息，确认后发送给调度及其他相关人员。 (4）抢修人员从赶赴现场开始，实时监测其轨迹，并在地图上显示。 (5）抢修人员到达现场后，抢修负责人或信息员负责将现场情况及时通知上报，调度协调现场处置指挥。 (6）故障处置过程中的流程信息，通过信息交互功能实现，保证多种角色间信息的及时互通。 (7）现场抢修人员开始抢修处置，调度及管理人员通过单兵视频实现抢修现场的直播，及时掌握现场的实时动态、重要节点等信息并推送给所有抢修人员知晓。 (8）抢修处置完成后，由负责人确定并上报结果，结束抢修流程。 (9）应急抢修过程记录形成专报存入历史库，并实现相关处置结果分析。 1.2 应急队伍信息查询 (1）在日常情况下，应急人员应进行报点；调度通过布点可视化，查询相关人员、班组信息，了解应急队伍基本信息及应急资源等相关信息。 (2）相关业务人员查询应急预案、历史故障记录及抢修指令信息，便于工作梳理和统计。 (3）应急抢修业务相关文件及历史数据可查询、管理和输出。 2 系统的全球结构 2.1 技术中台与数据中台 云平台具有高可用、可扩展、可复用、易迭代等优点，在逻辑上可划分为以下四层： 基础设施：为云化虚拟资源池提供计算资源、存储资源、网络资源。 技术中台：依托于基础设施之上，为应用的开发、测试、交付、部署、运维提供平台化的支持。 数据中台：为应用与数据接口提供数据持久化服务、数据分析服务、数据治理服务等；同时提供标准数据规范，具有数据清洗、数据存储、数据捏合、数据分析的能力。 业务中台：提供与前端应用相匹配的业务基础组件、业务模型。其中的业务模型能够打通既有业务中的数据流转流程，进行业务联动。 2.2 云平台背景下的系统应用架构 基于云平台技术，结合应急业务特点，充分考虑调度指挥和现场人员的使用需求，设计轨道交通应急管理系统的总体架构，如图2所示。 基础数据层：实现应急相关系统数据接入，包括应急资源数据、单兵视频流媒体平台、故障接报平台等系统数据。 平台层：基于云平台的技术架构，以中台化的理念实现系统的开发、运行、维护与服务共享。提供虚拟化资源；提供相关数据存储、处理、服务；提供开发管理、地图、微服务架构等组件；提供满足业务需求的有关服务等。 业务应用层：实现应急管理系统的可视化布点、人员定位、信息互通、应急流程管控、应急资源管理等应用功能。 本文设计的基于云平台的应急管理系统，具有应用部署快、扩展能力强、运维流程简化的特点。系统可便捷地实现高可用性，软硬件资源调用灵活，同时具备弹性扩容缩容能力，保证提供高质量服务的同时最小化资源成本。 3 轨道交通应急管理系统界面 基于轨道交通调度及抢修人员实时监控、精准指挥、过程管控的应急业务需求，设计实现轨道交通应急管理系统界面，如图3所示。 应急管理系统以“应急资源全掌握，应急情况全了解，处置过程全追踪”为目标，主要实现可视化布点、人员定位、信息互通、应急流程管控、应急资源管理等五个方面。 3.1 值守查询与查询 应急队伍的部署及到岗情况关系到