ERP para drones: el plan de emergencia del piloto
Qué es el ERP de una operación con drones, en qué se diferencia de los procedimientos de emergencia y qué contiene.
¿Es usted operador? Añada su ficha gratis →
El ERP - Emergency Response Plan, plan de respuesta ante emergencias - es el documento que dice qué hacer una vez perdido el control de una operación con drones: a quién avisar, en qué orden y cómo limitar las consecuencias de una caída, una colisión o una pérdida de la aeronave en vuelo.
⚠️ Fuera de la aviación, ERP suele significar enterprise resource planning, la planificación de recursos empresariales. En la normativa de drones, ERP designa siempre el plan de emergencia: es el término que emplean EASA, JARUS y las autoridades nacionales.
Lo que no es: un procedimiento de emergencia
Es la confusión más frecuente, y la metodología SORA la resuelve con claridad. Distingue tres niveles de respuesta:
- los procedimientos de contingencia devuelven bajo control una situación anormal, como una batería que se debilita o una pérdida temporal del enlace;
- los procedimientos de emergencia se ocupan de la propia aeronave una vez fuera de control: terminación del vuelo, paracaídas, aterrizaje forzoso;
- el ERP empieza donde la aeronave ya no importa. Gestiona los efectos secundarios de una pérdida de control - una persona herida, un incendio, una aeronave golpeada - y coordina la respuesta con los servicios de emergencia.
Dicho de forma sencilla: un procedimiento de emergencia se juega en la emisora. El ERP se juega al teléfono. El cuerpo principal de SORA 2.5 lo dice sin rodeos: el ERP no trata del control de la UA.
Lo que debe contener
SORA 2.5 lo sitúa en el objetivo de seguridad operacional OSO #08 (los procedimientos operacionales están definidos, validados y se cumplen). Su anexo E fija un contenido mínimo:
- la lista de situaciones de emergencia previstas que pueden tener efectos secundarios;
- un procedimiento para cada una, con los criterios que permiten reconocer la situación;
- la lista de contactos pertinentes: control del tránsito aéreo, policía, bomberos, primeros intervinientes.
Añade cuatro cualidades esperadas. El ERP debe ser adecuado a la situación, mitigar eficazmente los efectos secundarios previstos, asignar claramente las funciones entre la tripulación y ser práctico y entrenado, para poder ejecutarlo bajo estrés.
El último punto es el que se olvida. Un ERP que nadie ha recorrido nunca solo es un plan de nombre.
Proporcional al riesgo, no al papeleo
El anexo E precisa que el ERP debe ser proporcional a los posibles efectos secundarios de un impacto en el suelo, como un incendio o una liberación de gas tóxico. Un dron de 900 gramos sobre un campo y un multirrotor de 25 kilos sobre un emplazamiento industrial no requieren el mismo plan.
El nivel de prueba sigue la misma lógica. En los niveles de garantía bajos, el operador declara que su ERP es adecuado. En el nivel de garantía alto se espera un ejercicio de simulación sobre el papel, y un tercero competente valida que es representativo. El ejercicio puede implicar a los terceros nombrados en el plan, como los bomberos o el responsable del emplazamiento.
Qué cambió con SORA 2.5
En las versiones anteriores de la metodología, el ERP contaba como mitigación del riesgo en tierra: disponer de él podía rebajar la clase de riesgo. SORA 2.5 lo retiró de las mitigaciones y lo vinculó en su lugar a los procedimientos operacionales.
La consecuencia práctica: un ERP ya no rebaja su nivel de exigencia. Forma parte de lo que debe demostrar, sea cual sea ese nivel.
Un plan general y una ficha por emplazamiento
Un ERP útil tiene dos niveles.
El primero es general. Vive en el MANEX, el manual de operaciones: situaciones previstas, procedimientos, funciones, cadena de alerta. Cambia poco.
El segundo es propio de cada trabajo. Es el que sirve sobre el terreno:
- las coordenadas exactas del emplazamiento, para dictarlas a los servicios de emergencia;
- el hospital y el parque de bomberos más cercanos, con sus accesos;
- los contactos locales: cliente, responsable del emplazamiento, dependencia de control del tránsito aéreo;
- el punto de reunión y el acceso de los vehículos de emergencia;
- los riesgos propios del lugar: productos almacenados, líneas eléctricas, público presente.
Un ERP genérico, copiado de un trabajo a otro, falla precisamente aquí. El día en que hace falta, nadie tiene tiempo de buscar la dirección del hospital.
Cuándo se exige
En la categoría abierta no se exige un ERP formal. Tener a mano los números útiles y la dirección del emplazamiento sigue siendo una buena práctica.
En la categoría específica forma parte del expediente: se espera en virtud del OSO #08 en una evaluación SORA, y el manual de operaciones lo recoge. Es uno de los documentos que mira la autoridad, porque muestra si el operador ha pensado en lo que viene después.
Qué retener
- El ERP no es un procedimiento de vuelo. Empieza cuando la aeronave ya no importa.
- Contiene como mínimo las situaciones previstas, un procedimiento para cada una y los contactos a los que llamar.
- Es proporcional a los posibles efectos secundarios, no al tamaño del expediente.
- Se entrena. Un plan nunca ensayado no aguanta bajo estrés.
- Se declina por emplazamiento. La ficha de campo es la que ahorra tiempo.
Para ir más lejos
- SORA para drones - la metodología de evaluación de riesgos que exige el ERP en la categoría específica.
- MANEX - el manual de operaciones que recoge el ERP general.
- JARUS - la agrupación de autoridades que publica SORA.