ERP pentru drone: planul de urgență al pilotului

ERP - Emergency Response Plan, planul de răspuns la situații de urgență - este documentul care spune ce trebuie făcut odată ce s-a pierdut controlul asupra unei operațiuni cu drona: pe cine alertezi, în ce ordine și cum limitezi consecințele unei prăbușiri, ale unei coliziuni sau ale unei scăpări de sub control a aparatului.

⚠️ În afara aviației, ERP înseamnă de obicei enterprise resource planning, adică un sistem de gestiune a resurselor întreprinderii. În reglementarea dronelor, ERP înseamnă întotdeauna planul de urgență: este termenul folosit de EASA, JARUS și autoritățile naționale.

Ce nu este: o procedură de urgență

Este cea mai frecventă confuzie, iar metodologia SORA o tranșează clar. Ea distinge trei niveluri de răspuns:

• procedurile pentru situații neprevăzute (contingency) readuc sub control o situație anormală, de exemplu o baterie care slăbește sau o pierdere temporară a legăturii;
• procedurile de urgență se ocupă de aeronava însăși atunci când nu mai este sub control: terminarea zborului, parașută, aterizare forțată;
• ERP-ul începe acolo unde aeronava nu mai contează. El tratează efectele secundare ale unei pierderi de control - o persoană rănită, un incendiu, o aeronavă lovită - și coordonează intervenția cu serviciile de urgență.

Pe scurt, o procedură de urgență se desfășoară pe telecomandă. ERP-ul se desfășoară la telefon. Corpul principal al SORA 2.5 o spune explicit: ERP-ul nu se ocupă de controlul aeronavei.

Ce trebuie să conțină

SORA 2.5 îl încadrează la obiectivul de siguranță operațională OSO #08 (procedurile operaționale sunt definite, validate și respectate). Anexa E stabilește un conținut minim:

1. lista situațiilor de urgență anticipate care pot avea efecte secundare;
2. o procedură pentru fiecare dintre ele, inclusiv criteriile folosite pentru a recunoaște situația;
3. lista contactelor relevante: controlul traficului aerian, poliția, pompierii, echipajele de prim ajutor.

Anexa adaugă patru calități așteptate. ERP-ul trebuie să fie adecvat situației, să atenueze eficient efectele secundare anticipate, să repartizeze clar sarcinile între membrii echipajului și să fie practic și exersat, astfel încât să poată fi aplicat sub stres.

Ultimul punct este cel uitat. Un ERP pe care nimeni nu l-a parcurs vreodată este un plan doar cu numele.

Proporțional cu riscul, nu cu hârtiile

Anexa E precizează că ERP-ul trebuie să fie proporțional cu efectele secundare posibile ale unui impact la sol, cum ar fi un incendiu sau o emisie de gaz toxic. O dronă de 900 de grame deasupra unui câmp și un multirotor de 25 de kilograme deasupra unui sit industrial nu cer același plan.

Nivelul de dovezi urmează aceeași logică. La niveluri de asigurare scăzute, operatorul declară că ERP-ul este adecvat. La un nivel de asigurare ridicat, se așteaptă un exercițiu de masă (tabletop exercise), iar o terță parte competentă validează că acesta este reprezentativ. Exercițiul poate implica terțele părți numite în plan, cum ar fi pompierii sau administratorul sitului.

Ce s-a schimbat cu SORA 2.5

În versiunile anterioare ale metodologiei, ERP-ul conta drept măsură de atenuare a riscului la sol: existența lui putea reduce clasa de risc. SORA 2.5 l-a scos dintre măsurile de atenuare și l-a atașat în schimb procedurilor operaționale.

Consecința practică: un ERP nu vă mai scade nivelul de cerințe. Face parte din ceea ce trebuie să demonstrați, oricare ar fi acel nivel.

Un plan general și o fișă pentru fiecare amplasament

Un ERP util are două niveluri.

Primul este general. El se află în MANEX, manualul de operațiuni: situațiile anticipate, procedurile, rolurile, lanțul de alertare. Se schimbă puțin.

Al doilea este specific fiecărei misiuni. Acesta este cel folosit pe teren:

• coordonatele exacte ale amplasamentului, de dictat serviciilor de urgență;
• cel mai apropiat spital și cea mai apropiată unitate de pompieri, cu căile de acces;
• contactele locale: client, administratorul sitului, unitatea de control al traficului aerian;
• punctul de adunare și accesul pentru vehiculele de intervenție;
• riscurile specifice locului: produse depozitate, linii electrice, public prezent.

Un ERP generic, copiat de la o misiune la alta, eșuează exact aici. În ziua în care este nevoie de el, nimeni nu are timp să caute adresa spitalului.

Când este cerut

În categoria deschisă nu se cere un ERP formal. Să ai pregătite numerele utile și adresa amplasamentului rămâne o bună practică.

În categoria specifică face parte din dosar: este așteptat la OSO #08 într-o evaluare SORA, iar manualul de operațiuni îl conține. Este unul dintre documentele la care se uită autoritatea, pentru că arată dacă operatorul s-a gândit la ce vine după.

De reținut

1. ERP-ul nu este o procedură de zbor. Începe atunci când aeronava nu mai contează.
2. Conține cel puțin situațiile anticipate, o procedură pentru fiecare și contactele de apelat.
3. Este proporțional cu efectele secundare posibile, nu cu mărimea dosarului.
4. Se exersează. Un plan niciodată repetat nu rezistă sub stres.
5. Se declină pe amplasamente. Fișa de teren este cea care economisește timp.

Citiți mai departe

• SORA pentru drone - metodologia de evaluare a riscului care cere ERP-ul în categoria specifică.
• MANEX - manualul de operațiuni care conține ERP-ul general.
• JARUS - grupul de autorități care publică SORA.