Emergency Response Plan
ERP et procédures d’urgence pour opérateurs de drones
Un ERP traduit les procédures d’urgence en actions immédiates pendant et après un incident. Le document doit être suffisamment concis pour être utilisé sous pression et à la fois cohérent avec le manuel opérationnel, les obligations de déclaration et les responsabilités internes.
Commencez par les priorités universelles
Protégez les personnes, stabilisez ou terminez le vol aussi sûrement que possible, sécurisez le site et prévenez d’autres dommages. Enregistrez heure, position, altitude et informations systèmes pertinentes dès que cela est sûr.
Développez les scénarios séparément
Utilisez des fiches d’action pour lost link, fly-away, crash/dommages, blessures, incendie/batterie, conflit aérien et autres scénarios réellement pertinents. Mentionnez les moments de décision, la répartition des rôles, la communication et l’enregistrement.
Conditionnez les circuits de signalement
Tous les incidents ne nécessitent pas les mêmes notifications. Intégrez des arbres décisionnels pour les services d’urgence, l’autorité aéronautique, le client, l’assureur et l’évaluation vie privée/fuite de données. Évitez les suppositions absolues oui/non avant que les faits soient connus.
Exercez et améliorez
L’DGAC souligne que les opérateurs doivent démontrer l’aptitude des procédures de contingency et d’urgence sous PDRA ou SORA. Enregistrez scénario, participants, résultat, déficiences, responsable et date de clôture des actions correctives.
Questions fréquentes
Faut-il toujours que « stopper le vol » soit la première action ?
Pas aveuglément. La première priorité est de protéger les personnes et de stabiliser ou terminer le vol en toute sécurité. L’action appropriée dépend du scénario et du contrôle restant.
Qu’est-ce qu’un Pocket ERP ?
Une carte d’urgence compacte pour mobile ou impression, avec contacts clés et premières actions, utilisée en complément de la version ERP complète.