Emergency Response Plan
ERP och nödprocedurer för drönaroperatörer
En ERP översätter nödprocedurer till direkta åtgärder under och efter en incident. Dokumentet måste vara tillräckligt kort för att kunna användas under press och samtidigt passa ihop med den operativa manualen, rapporteringsplikt och interna ansvarsområden.
Börja med universella prioriteringar
Skydda personer, stabilisera eller avsluta flygningen så säkert som möjligt, säkra platsen och förhindra ytterligare skador. Registrera tid, position, höjd och relevant systeminformation när det kan ske säkert.
Utveckla scenarier separat
Använd åtgärdskort för lost link, fly-away, krasch/skada, personskada, brand/batteri, luftrumskonflikt och andra verkligt relevanta scenarier. Ange beslutspunkter, rollfördelning, kommunikation och registrering.
Gör rapporteringsvägar konditionella
Inte varje incident kräver samma rapportering. Inkludera beslutsträd för räddningstjänst, luftfartsmyndighet, uppdragsgivare, försäkringsbolag och bedömning av dataskydd/dataläckor. Undvik absoluta ja/nej-antaganden före fakta är kända.
Öva och förbättra
Transportstyrelsen påpekar att operatörer måste visa att contingency- och emergencyprocedurer är lämpliga under PDRA eller SORA. Registrera scenario, deltagare, resultat, brister, ägare och slutdatum för förbättringsåtgärder.
Vanliga frågor
Ska 'stoppa flygningen' alltid vara första åtgärd?
Inte blint. Högsta prioritet är att skydda personer och säkert stabilisera eller avsluta flygningen. Lämplig åtgärd beror på scenario och kvarvarande kontroll.
Vad är en Pocket ERP?
Ett kompakt nödplan för mobilen eller utskrift med kärnkontakter och första åtgärder, används som komplement till fullständiga ERP-versionen.