SORA 2.5 · GRC

GRC y Mitigaciones de Riesgo en Tierra: Ejemplo Detallado de SORA 2.5 para Operadores de Drones

En el contexto de la normativa europea para sistemas de aeronaves no tripuladas (UAS), es esencial documentar e implementar correctamente las Mitigaciones de Riesgo en Tierra (GRC). La Evaluación de Riesgo de Operaciones Específicas (SORA) 2.5 ofrece un enfoque estructurado para identificar y mitigar riesgos durante las operaciones de UAS. Este artículo presenta un ejemplo detallado de un vuelo de inspección sobre una zona industrial, con énfasis en GRC intrínseco, la justificación de las mitigaciones y la derivación del GRC Final.

Operación de Ejemplo y GRC Intrínseco (iGRC)

Con estos datos, seleccione el escenario iGRC más aplicable de las tablas de SORA 2.5. Documente siempre la referencia de la tabla, número de versión y las suposiciones subyacentes. También indique las fuentes y fechas de los datos ambientales y de población utilizados. Esto aumenta la transparencia y verificabilidad de su evaluación de riesgos.

Tenga en cuenta que SORA 2.5 es un sistema dinámico y se actualiza regularmente. Por lo tanto, consulte siempre la última edición oficial. Copiar ciegamente suposiciones o valores de GRC de documentos anteriores puede llevar a estimaciones de riesgo incorrectas.

  • Dimensión Característica Máxima (MCD): la mayor dimensión del UAS, relevante para el riesgo de impacto en caso de accidente.
  • Velocidad Máxima: influye en la gravedad del impacto y en los buffers necesarios.
  • Geografía de Vuelo: incluye la ubicación, restricciones espaciales y zonas de no vuelo.
  • Volumen de Contingencia: el volumen de aire dentro del cual el UAS puede moverse en caso de fallo o emergencia.
  • Buffer de Riesgo en Tierra: una zona de seguridad alrededor del UAS para proteger a las personas en tierra.
  • Presencia de Personas No Involucradas: identificación de áreas sin personas para minimizar riesgos.

Justificación de las Mitigaciones de Riesgo en Tierra

Por ejemplo, un procedimiento de evacuación que no cuente con un mapa claro, persona responsable, control de acceso y registro, no cumple con la integridad y certeza requeridas. Estos elementos deben estar demostrablemente y operativamente garantizados desde el Manual de Operaciones o el Procedimiento Operativo.

Evalúe la robustez de cada mitigación: debe haber un amplio apoyo dentro de la base operativa, con medidas efectivas bajo diversas condiciones. Esto aumenta la credibilidad y confianza de la autoridad competente en las medidas de seguridad.

  • Mitigación y la reducción prevista en GRC
  • Procedimiento detallado, roles responsables designados y criterios de decisión concretos
  • Nivel de Robustez: el grado en que la mitigación es resistente a variaciones operativas y fallos
  • Evidencias: referencias a documentos, auditorías, entrenamientos, certificados, incluyendo versión, propietario y validez

Derivación y Verificación del GRC Final

Asegúrese de que el cálculo y aplicación del GRC Final sea reproducible y se ajuste al Concepto de Operaciones (ConOps) aprobado de la operación. Esto evita contradicciones y facilita la obtención de permisos de la AESA como autoridad nacional competente.

Conserve todas las evidencias y cálculos subyacentes en DroneManual o una plataforma de gestión similar para poder proporcionar acceso a los inspectores cuando se solicite.

  • Aplique reducciones solo si tanto la integridad como la certeza están documentadas al nivel requerido.
  • Anote la metodología de cálculo y los valores utilizados de manera transparente en los documentos del expediente.
  • Verifique la consistencia de las mitigaciones en todos los documentos relevantes: ConOps, Manual de Operaciones, preparación de vuelos y registro de evidencias.
  • Realice periódicamente una revisión (ERP) para incorporar nuevas condiciones operativas o normativas.

Preguntas frecuentes

¿Es un procedimiento de evacuación automáticamente una mitigación válida de riesgo en tierra?

No. La aplicabilidad y efectividad de un procedimiento de evacuación deben establecerse según el contexto operativo específico y los requisitos de SORA 2.5. Una mitigación sin suficiente integridad y certeza demostrable no cumple.

¿Puedo tomar el valor de GRC de este ejemplo para mi propia operación?

No. Este ejemplo sirve como ilustración de una estructura de documentación adecuada. Para su operación, debe realizar un cálculo propio de GRC basado en hechos actuales y las tablas de SORA.

¿Con qué frecuencia debo revisar mi GRC y mitigaciones?

El GRC y las mitigaciones asociadas deben revisarse regularmente, especialmente cuando haya cambios en el entorno operativo, el UAS o la normativa. Esto es parte de un buen Plan de Respuesta a Emergencias (ERP).

¿Cuál es la diferencia entre GRC intrínseco y GRC Final?

El GRC intrínseco es el riesgo base en la situación operativa sin considerar mitigaciones. El GRC Final es el riesgo residual después de aplicar todas las mitigaciones válidas.