ERP för drönare: fjärrpilotens beredskapsplan

ERP - Emergency Response Plan, beredskapsplan - är det dokument som anger vad man ska göra när kontrollen över en drönaroperation har förlorats: vem som ska larmas, i vilken ordning och hur följderna av ett haveri, en kollision eller en bortflygning begränsas.

⚠️ Utanför luftfarten betyder ERP oftast enterprise resource planning, alltså affärssystem. Inom drönarregleringen betyder ERP alltid beredskapsplanen: det är den term som EASA, JARUS och de nationella myndigheterna använder.

Vad den inte är: en nödprocedur

Det är den vanligaste sammanblandningen, och SORA-metoden avgör den tydligt. Den skiljer mellan tre nivåer av åtgärder:

• procedurer för oförutsedda händelser (contingency) för tillbaka en onormal situation under kontroll, till exempel ett batteri som blir svagt eller en tillfällig länkförlust;
• nödprocedurer hanterar själva luftfartyget när det inte längre går att kontrollera: flygavslutning, fallskärm, nödlandning;
• ERP börjar där luftfartyget inte längre spelar någon roll. Den hanterar de sekundära effekterna av en kontrollförlust - en skadad person, en brand, ett träffat luftfartyg - och samordnar insatsen med räddningstjänsten.

Enkelt uttryckt: en nödprocedur utspelar sig på fjärrkontrollen. ERP utspelar sig i telefonen. Huvuddelen av SORA 2.5 säger det rakt ut: ERP hanterar inte kontrollen över luftfartyget.

Vad den måste innehålla

SORA 2.5 placerar den under det operativa säkerhetsmålet OSO #08 (operativa procedurer är definierade, validerade och följs). Bilaga E fastställer ett minimiinnehåll:

1. förteckningen över förutsedda nödsituationer som kan få sekundära effekter;
2. en procedur för var och en av dem, inklusive de kriterier som används för att känna igen situationen;
3. förteckningen över relevanta kontakter: flygtrafikledning, polis, räddningstjänst, första insatsen.

Bilagan lägger till fyra förväntade egenskaper. ERP ska vara lämplig för situationen, effektivt begränsa de förutsedda sekundära effekterna, tydligt fördela uppgifterna inom besättningen och vara praktiskt genomförbar och övad, så att den kan följas under stress.

Den sista punkten är den som glöms bort. En ERP som ingen någonsin har gått igenom är en plan bara till namnet.

Anpassad efter risken, inte efter pappersarbetet

Bilaga E anger att ERP bör vara proportionerlig mot de möjliga sekundära effekterna av en markträff, till exempel en brand eller ett utsläpp av giftig gas. En drönare på 900 gram över en åker och en multirotor på 25 kilo över ett industriområde kräver inte samma plan.

Bevisnivån följer samma logik. På låga tillförlitlighetsnivåer intygar operatören att ERP är tillräcklig. På hög tillförlitlighetsnivå förväntas en skrivbordsövning (tabletop exercise), och en kompetent tredje part validerar att den är representativ. Övningen kan omfatta de tredje parter som nämns i planen, till exempel räddningstjänsten eller platsansvarig.

Vad som ändrades med SORA 2.5

I tidigare versioner av metoden räknades ERP som en riskreducering för markrisken: att ha en kunde sänka riskklassen. SORA 2.5 tog bort den från riskreduceringarna och knöt den i stället till de operativa procedurerna.

Den praktiska följden: en ERP sänker inte längre din kravnivå. Den är en del av det du måste visa, oavsett vilken nivå det är.

En generell plan och ett blad per plats

En användbar ERP har två lager.

Det första är generellt. Det finns i MANEX, drifthandboken: förutsedda situationer, procedurer, roller, larmkedjan. Det ändras sällan.

Det andra är specifikt för varje uppdrag. Det är det som används i fält:

• platsens exakta koordinater, att läsa upp för räddningstjänsten;
• närmaste sjukhus och brandstation, med tillfartsvägar;
• lokala kontakter: kund, platsansvarig, flygtrafikledningsenhet;
• uppsamlingsplatsen och tillfarten för utryckningsfordon;
• platsens särskilda risker: lagrade produkter, kraftledningar, närvarande allmänhet.

En generisk ERP, kopierad från ett uppdrag till nästa, fallerar just här. Den dag den behövs har ingen tid att leta upp sjukhusets adress.

När den krävs

I den öppna kategorin krävs ingen formell ERP. Att ha de användbara numren och platsens adress till hands är ändå god praxis.

I den specifika kategorin ingår den i ansökan: den förväntas under OSO #08 i en SORA-bedömning, och drifthandboken innehåller den. Den är ett av de dokument som myndigheten granskar, eftersom den visar om operatören har tänkt på vad som kommer efteråt.

Det viktigaste

1. ERP är ingen flygprocedur. Den börjar när luftfartyget inte längre spelar någon roll.
2. Som minimum innehåller den de förutsedda situationerna, en procedur för var och en och de kontakter som ska nås.
3. Den är proportionerlig mot de möjliga sekundära effekterna, inte mot ansökans omfång.
4. Den övas. En plan som aldrig har övats håller inte under stress.
5. Den bryts ned per plats. Det är fältbladet som sparar tid.

Läs vidare

• SORA för drönare - riskbedömningsmetoden som kräver ERP i den specifika kategorin.
• MANEX - drifthandboken som innehåller den generella ERP:n.
• JARUS - gruppen av myndigheter som publicerar SORA.