ERP voor drones: het noodplan van de dronepiloot

Het ERP - Emergency Response Plan, noodresponsplan - is het document dat zegt wat er moet gebeuren zodra de controle over een droneoperatie verloren is: wie u waarschuwt, in welke volgorde, en hoe u de gevolgen van een crash, een botsing of een wegvliegende drone beperkt.

⚠️ Buiten de luchtvaart staat ERP meestal voor enterprise resource planning. In de droneregelgeving betekent ERP altijd het noodplan: dat is de term die EASA, JARUS en de nationale autoriteiten gebruiken.

Wat het niet is: een noodprocedure

Dit is de meest voorkomende verwarring, en de SORA-methodiek maakt er duidelijk een eind aan. Ze onderscheidt drie niveaus van reactie:

• contingencyprocedures brengen een abnormale situatie weer onder controle, zoals een batterij die zwakker wordt of een tijdelijk verbindingsverlies;
• noodprocedures gaan over het luchtvaartuig zelf zodra het buiten controle is: vluchtbeëindiging, parachute, noodlanding;
• het ERP begint waar het luchtvaartuig er niet meer toe doet. Het behandelt de secundaire gevolgen van een verlies van controle - een gewonde, een brand, een geraakt luchtvaartuig - en coördineert de respons met de hulpdiensten.

Eenvoudig gezegd: een noodprocedure speelt zich af op de afstandsbediening. Het ERP speelt zich af aan de telefoon. Het hoofddocument van SORA 2.5 zegt het onomwonden: het ERP gaat niet over de besturing van het UA.

Wat erin moet staan

SORA 2.5 plaatst het onder operationele veiligheidsdoelstelling OSO #08 (operationele procedures zijn vastgelegd, gevalideerd en worden nageleefd). Bijlage E legt een minimale inhoud vast:

1. de lijst van voorziene noodsituaties die secundaire gevolgen kunnen hebben;
2. een procedure voor elk daarvan, inclusief de criteria waaraan de situatie te herkennen is;
3. de lijst van relevante contacten: luchtverkeersleiding, politie, brandweer, eerste hulpverleners.

Daar komen vier verwachte eigenschappen bij. Het ERP moet passend zijn voor de situatie, de voorziene secundaire gevolgen doeltreffend beperken, de taken binnen de bemanning duidelijk verdelen en praktisch en geoefend zijn, zodat het onder stress kan worden uitgevoerd.

Het laatste punt wordt het vaakst vergeten. Een ERP dat niemand ooit heeft doorlopen, is alleen in naam een plan.

In verhouding tot het risico, niet tot het papierwerk

Bijlage E preciseert dat het ERP in verhouding moet staan tot de mogelijke secundaire gevolgen van een grondimpact, zoals een brand of het vrijkomen van giftig gas. Een drone van 900 gram boven een akker en een multirotor van 25 kilo boven een industrieterrein vragen niet om hetzelfde plan.

Het bewijsniveau volgt dezelfde logica. Bij lage zekerheidsniveaus verklaart de exploitant dat zijn ERP toereikend is. Bij een hoog zekerheidsniveau wordt een tafeloefening verwacht, en een bevoegde derde bevestigt dat die representatief is. Bij de oefening kunnen de derden worden betrokken die in het plan worden genoemd, zoals de brandweer of de beheerder van de locatie.

Wat er met SORA 2.5 is veranderd

In eerdere versies van de methodiek telde het ERP als mitigatie van het grondrisico: wie er een had, kon de risicoklasse verlagen. SORA 2.5 heeft het uit de mitigaties gehaald en het in plaats daarvan aan de operationele procedures gekoppeld.

Het praktische gevolg: een ERP verlaagt uw eisenniveau niet meer. Het hoort bij wat u moet aantonen, ongeacht dat niveau.

Een algemeen plan, en een blad per locatie

Een bruikbaar ERP heeft twee lagen.

De eerste is algemeen. Die staat in het MANEX, het operationeel handboek: voorziene situaties, procedures, rollen, alarmeringsketen. Die verandert weinig.

De tweede is specifiek voor elke opdracht. Die dient in het veld:

• de exacte coördinaten van de locatie, om aan de hulpdiensten door te geven;
• het dichtstbijzijnde ziekenhuis en de dichtstbijzijnde brandweerkazerne, met hun toegangswegen;
• lokale contacten: opdrachtgever, beheerder van de locatie, luchtverkeersleidingseenheid;
• het verzamelpunt en de toegang voor hulpvoertuigen;
• de risico's die eigen zijn aan de plek: opgeslagen producten, hoogspanningslijnen, aanwezig publiek.

Een generiek ERP, van opdracht naar opdracht gekopieerd, faalt precies hier. Op de dag dat het nodig is, heeft niemand tijd om het adres van het ziekenhuis op te zoeken.

Wanneer het verplicht is

In de open categorie is geen formeel ERP vereist. De nuttige telefoonnummers en het adres van de locatie klaar hebben, blijft goede praktijk.

In de specifieke categorie hoort het bij het dossier: het wordt onder OSO #08 verwacht in een SORA-beoordeling, en het operationeel handboek bevat het. Het is een van de documenten waar de autoriteit naar kijkt, omdat het laat zien of de exploitant aan het daarna heeft gedacht.

Wat u moet onthouden

1. Het ERP is geen vliegprocedure. Het begint wanneer het luchtvaartuig er niet meer toe doet.
2. Het bevat minstens de voorziene situaties, een procedure voor elk daarvan en de contacten die u moet bereiken.
3. Het staat in verhouding tot de mogelijke secundaire gevolgen, niet tot de omvang van het dossier.
4. Het wordt geoefend. Een nooit geoefend plan houdt geen stand onder stress.
5. Het wordt per locatie uitgewerkt. Het veldblad is wat tijd bespaart.

Verder lezen

• SORA voor drones - de risicobeoordelingsmethodiek die het ERP in de specifieke categorie vereist.
• MANEX - het operationeel handboek dat het algemene ERP bevat.
• JARUS - het samenwerkingsverband van autoriteiten dat SORA publiceert.