Emergency Response Plan
ERP e procedimentos de emergência para operadores de drones
Um ERP traduz procedimentos de emergência em ações imediatas durante e após um incidente. O documento deve ser suficientemente conciso para uso sob pressão e ao mesmo tempo alinhar com o manual operacional, obrigações de notificação e responsabilidades internas.
Comece com prioridades universais
Proteja pessoas, estabilize ou encerre o voo da forma mais segura possível, assegure a localização e evite danos adicionais. Registe tempo, posição, altitude e informação relevante do sistema, sempre que tal seja seguro.
Desenvolva cenários individualmente
Use cartões de ação para lost link, fly-away, queda/dano, ferimentos, fogo/bateria, conflito com espaço aéreo e outros cenários efetivamente relevantes. Indique momentos de decisão, repartição de funções, comunicação e registo.
Torne as rotas de notificação condicionais
Nem todo incidente exige a mesma notificação. Inclua árvores de decisão para serviços de emergência, autoridade da aviação, cliente, seguradora e avaliação de privacidade/fugas de dados. Evite pressuposições absolutas de sim/não antes do conhecimento dos factos.
Pratique e melhore
A ANAC refere que operadores devem demonstrar a aptidão dos procedimentos de contingência e emergência sob PDRA ou SORA. Registe cenário, participantes, resultado, deficiências, responsável e data limite para ações corretivas.
Perguntas frequentes
‘Parar o voo’ deve ser sempre a primeira ação?
Não cegamente. A prioridade inicial é proteger pessoas e estabilizar ou encerrar o voo com segurança. A ação adequada depende do cenário e do controlo remanescente.
O que é um Pocket ERP?
Um cartão de emergência compacto para uso móvel ou impressão com contactos essenciais e ações imediatas, usado como complemento à versão completa do ERP.