Emergency Response Plan
ERP e procedure di emergenza per operatori di droni
Un ERP traduce le procedure di emergenza in azioni immediate durante e dopo un incidente. Il documento deve essere sufficientemente conciso per l’uso sotto pressione e al contempo allinearsi al manuale operativo, agli obblighi di segnalazione e alle responsabilità interne.
Iniziare con priorità universali
Proteggere le persone, stabilizzare o terminare il volo nel modo più sicuro possibile, mettere in sicurezza il sito e prevenire ulteriori danni. Registrare tempo, posizione, altitudine e informazioni di sistema rilevanti quando è sicuro farlo.
Sviluppare scenari separatamente
Usare schede operative per lost link, fly-away, incidente/danno, ferite, incendio/batteria, conflitti nello spazio aereo e altri scenari effettivamente rilevanti. Indicare i momenti decisionali, la suddivisione dei ruoli, comunicazione e registrazione.
Rendere condizionali i percorsi di segnalazione
Non ogni incidente richiede la stessa segnalazione. Inserire alberi decisionali per servizi di emergenza, autorità aeronautiche, committenti, assicuratori e valutazioni privacy/violazioni dati. Evitare assunzioni assolute sì/no prima che i fatti siano noti.
Esercitarsi e migliorare
ENAC sottolinea che gli operatori devono dimostrare l’idoneità delle procedure contingency e emergency sotto PDRA o SORA. Registrare scenario, partecipanti, risultato, carenze, proprietario e data di chiusura delle azioni correttive.
Domande frequenti
Il comando 'interrompere il volo' deve sempre essere la prima azione?
Non ciecamente. La prima priorità è proteggere le persone e stabilizzare o terminare il volo in sicurezza. L’azione appropriata dipende dallo scenario e dal controllo residuo.
Cos’è un Pocket ERP?
Una scheda emergenza compatta per dispositivi mobili o stampa con contatti chiave e azioni iniziali, da utilizzare insieme alla versione completa dell’ERP.