「ドローンで事故やヒヤリハットが起きた時、案件管理として何を残せばいいのか」
「機体を止める判断、国交省への報告要否、再発防止、次の案件への復帰を誰が見ているのか不安」
このような悩みはありませんか？
事故やヒヤリハットは、発生直後の対応だけで終わりません。案件メモ、操縦者の記憶、機体の修理票、保険連絡、顧客連絡が別々になると、次の案件で同じ機体や同じ手順を使ってよいか判断できなくなります。
この記事では、ドローン事故・ヒヤリハットを、案件ID、操縦者、機体、報告要否、使用停止、点検、再発防止、再開判断までつなげて管理する方法を解説します。
結論から言うと、ドローン事故・ヒヤリハット管理は「発生日の記録」ではなく「次のアサインを止めるか戻すかを決める管理」として作ります。標準項目は、案件ID、発生日時、場所、操縦者、機体ID、事象区分、被害状況、初動対応、報告要否、保険連絡、機体使用可否、点検・修理、再発防止策、再開承認者、次回案件への反映です。
1人で1台を使う段階でも、事故後の記録は残します。複数案件、複数機体、外注操縦者、顧客案件が絡むなら、事故・ヒヤリハットを案件台帳と機体台帳へ反映し、使用停止中の機体や再教育前の操縦者を次の案件に入れない仕組みが必要です。
ドローン事故・ヒヤリハットは案件単位で残す
事故・ヒヤリハットの記録で最初に決めるべきことは、どの単位で残すかです。機体メモだけ、操縦者メモだけ、保険連絡だけでは、あとから業務判断に使いにくくなります。基本は案件単位で残します。
案件単位にすると、発生した現場、担当した操縦者、使った機体、案件内容、顧客対応、再発防止、次回案件への影響を一つの流れで追えます。機体トラブルであっても、操縦ミスであっても、周辺環境であっても、業務上は「その案件で何が起き、次に何を変えるか」が重要です。
最低限、次の問いに答えられる状態を作ります。
- どの案件で起きたか
- いつ、どこで、何の作業中に起きたか
- 誰が操縦し、誰が補助者・現場責任者だったか
- どの機体、バッテリー、搭載機材を使ったか
- 人、物件、機体、納品、顧客対応への影響は何か
- 機体や操縦者を次の案件へ出してよいか
この問いに答えられない記録は、事故対応の記録としては残っていても、案件管理としては弱いです。事故・ヒヤリハットは、案件IDを起点にして、人・機体・手順・期限へつなげます。
発生日・案件ID・操縦者・機体を最初に紐づける
事故直後は、対応や連絡が優先になります。その後に記録を作る時は、自由記述から始めるより、案件ID、操縦者、機体IDを先に固定します。ここが曖昧だと、保険、点検、顧客連絡、再発防止の記録が分散します。
| 項目 | 入れる内容 | 案件管理で判断すること |
|---|---|---|
| インシデントID | 事故・ヒヤリハットごとの管理番号 | 後続対応を同じ番号で追う |
| 案件ID | 該当案件、現場名、顧客名 | 納期、顧客連絡、再訪問へつなぐ |
| 発生日時・場所 | 日付、時刻、住所、現場区画 | 報告、保険、再発防止に使う |
| 操縦者・補助者 | 担当者、外注先、現場責任者 | 再教育や次回アサインを判断する |
| 機体ID | 機体名、登録記号、バッテリー、搭載機材 | 使用停止、点検、修理へつなぐ |
| 事象区分 | 事故、重大インシデント候補、ヒヤリハット、不具合 | 報告要否と社内対応を分ける |
| 被害状況 | 人の負傷、物件損壊、機体損傷、納品影響 | 救護、報告、保険、顧客対応を決める |
| 初動対応 | 飛行中止、救護、連絡、現場保全、写真記録 | 対応漏れを後から追える |
| 現在ステータス | 調査中、報告済み、点検中、再発防止中、再開承認済み | 次の案件へ進めるかを見る |
この項目を固定すると、事故後の連絡や点検が人に閉じません。案件IDから見ても、機体台帳から見ても、操縦者台帳から見ても、同じ事故・ヒヤリハットへ辿れる状態になります。
事故等報告の対象になり得る事象は公式情報で分ける
ドローンの事故・ヒヤリハット管理では、社内メモだけで判断しない方がよい領域があります。国土交通省は、無人航空機に関する事故または重大インシデントが発生した場合、飛行を中止し、負傷者の救護を行い、発生した事態の詳細を国土交通大臣へ速やかに報告する制度を示しています。
実務では、次のように社内ステータスを分けておくと、報告要否の確認漏れを減らせます。最終判断は公式情報と管轄窓口で行いますが、案件管理側では「報告対象候補」を埋もれさせないことが重要です。
| 発生した事象 | 管理上の扱い | 案件台帳で残すこと |
|---|---|---|
| 人の死傷や負傷 | 事故・重大インシデント候補として即時管理 | 救護、連絡、報告、関係者、時刻 |
| 第三者所有物の損壊 | 事故候補として管理 | 損壊箇所、写真、顧客・所有者連絡 |
| 航空機との衝突・接触 | 事故候補として管理 | 相手情報、場所、時刻、運航影響 |
| 航空機との接触のおそれ | 重大インシデント候補として管理 | 回避措置、距離感、飛行経路、時刻 |
| 機体不具合による制御不能 | 重大インシデント候補として管理 | 不具合内容、ログ、機体停止、原因調査 |
| 飛行中の発火 | 重大インシデント候補として管理 | 発火部位、消火対応、機体保管、報告 |
| 人身・物損がないヒヤリハット | 社内再発防止案件として管理 | 原因、手順変更、教育、次回案件への反映 |
国交省資料では、操縦ミスや飛行前点検不足など、制御不能の重大インシデントに該当しない例も示されています。ただし、人の負傷、飛行中の発火、航空機との衝突・接触のおそれなどがある場合は、別の区分で重大インシデントに分類され得ます。現場では「非該当かもしれない」と先に決めず、報告対象候補として扱う方が堅いです。
根拠:
・国土交通省：無人航空機の事故等の報告及び負傷者救護義務
・国土交通省：事故・重大インシデントについて
・国土交通省：無人航空機の事故及び重大インシデントの報告要領
機体の使用停止・点検・復帰判断をアサインへ反映する
事故やヒヤリハットの後に危ないのは、機体の状態が曖昧なまま次の案件へ入ることです。機体が見た目では動いていても、プロペラ、アーム、ジンバル、バッテリー、通信、センサー、散布装置、カメラに不安が残るなら、案件候補から外します。
機体台帳には、事故・ヒヤリハット後のステータスを明確に入れます。
| 機体ステータス | 意味 | 案件アサインでの扱い |
|---|---|---|
| 使用停止 | 事故・ヒヤリハット直後で使用不可 | 主機・予備機から外す |
| 点検待ち | 外観、ログ、部品、動作の確認前 | 案件候補に出さない |
| 点検中 | 担当者または外注先が確認中 | 復帰予定日を仮で置く |
| 修理・部品待ち | 交換、メーカー対応、部品手配中 | 使用不可期間を案件予定へ反映する |
| 復帰確認待ち | 修理後の動作確認や試験飛行前 | 重要案件には入れない |
| 再開承認済み | 責任者が使用可を判断済み | 条件付きか通常かを明記する |
復帰判断は「修理が終わった」だけでは足りません。誰が、何を確認し、どの条件で使用可に戻したのかを残します。条件付き復帰なら、夜間飛行、長時間飛行、農薬散布、測量など、避ける案件条件も台帳へ入れます。
操縦者の再教育・手順見直しを再発防止タスクにする
事故・ヒヤリハットの原因は、機体だけとは限りません。飛行前点検、離着陸場所、緊急着陸地点、補助者との合図、バッテリー判断、風の見方、顧客や第三者の立入管理など、手順側に改善点が出ることがあります。
再発防止策は、文章で残すだけでは弱いです。案件管理では、担当者、期限、完了条件、次回案件への反映までタスクにします。
| 再発防止タスク | 入れる内容 | 完了条件 |
|---|---|---|
| 操縦者ヒアリング | 発生状況、判断理由、気象、機体状態 | 記録を事故IDへ紐づける |
| 飛行前チェック見直し | 不足した点検項目、確認タイミング | チェックリストを更新する |
| 緊急時手順の修正 | 帰還、着陸、中止、立入制限、合図 | 関係者へ共有済みにする |
| 操縦者再教育 | 対象者、教育内容、実施日、講師 | 完了日と確認者を残す |
| 機体設定の見直し | RTH高度、フェールセーフ、ジオフェンスなど | 設定変更と動作確認を残す |
| 次回案件への制限 | 同条件案件への投入可否、同機体の使用条件 | 案件アサイン時に見える状態へ反映する |
国交省の事故等報告一覧でも、飛行前確認、プロペラ停止の確認、緊急着陸方法の事前確認、立入禁止区画の設定、関係者への周知など、再発防止策が事案ごとに示されています。自社の管理でも、再発防止策を「読んだ」で終わらせず、次の案件アサイン条件へ落とします。
顧客対応・保険連絡・社内報告を案件ステータスで追う
事故・ヒヤリハット後の対応は、機体と操縦者だけでは終わりません。顧客への報告、被害物件の確認、保険会社への連絡、写真やログの保管、社内責任者への共有、納品期限の変更が必要になることがあります。
案件台帳では、事故後の対応状況を通常案件の進捗とは分けて持ちます。
| 対応項目 | 残す内容 | 抜けると困ること |
|---|---|---|
| 顧客連絡 | 連絡日時、相手、内容、次の約束 | 言った言わないになる |
| 被害確認 | 人、物件、機体、第三者影響、写真 | 保険や報告資料が作りにくい |
| 保険連絡 | 連絡先、受付番号、必要書類、期限 | 請求や補償対応が遅れる |
| 社内報告 | 責任者、報告日、判断、承認 | 再開判断が属人化する |
| 納期調整 | 再撮影、代替日、納品変更、追加費用 | 案件の収支と顧客満足に影響する |
| 証跡保管 | 写真、動画、ログ、点検票、修理票 | 後日説明できない |
事故後の案件は、通常の「撮影済み」「納品待ち」と同じステータスでは足りません。「顧客連絡待ち」「保険資料待ち」「機体点検中」「再発防止未完了」「再開承認待ち」のように、事故後だけのステータスを持つ方が追いやすくなります。
次回案件に出す前の再開チェックを固定する
事故・ヒヤリハット管理の最後は、次回案件へ戻す判断です。ここが曖昧だと、記録は残っていても、同じ機体や同じ操縦者を流れで入れてしまいます。
再開前には、次の項目を固定チェックにします。
- 事故IDと案件IDが紐づいている
- 報告対象候補の確認結果が残っている
- 負傷者、物件、機体、顧客への対応状況が残っている
- 機体の点検・修理・復帰確認が完了している
- 操縦者の再教育や手順見直しが完了している
- 再発防止策が次回案件のチェックリストへ反映されている
- 責任者が再開を承認している
このチェックが終わるまで、該当機体や該当操縦者を通常アサインに戻しません。特に複数人で予定を組む事業者では、再開承認前の機体が別担当者の案件に入らないよう、案件管理側で見える状態にします。
SkyAssignで事故後の機体・人・案件をつなげて管理する
事故・ヒヤリハット管理をExcelやチャットで行う場合、発生直後の記録は残せても、次の案件アサインへ反映するところで崩れやすくなります。機体は点検中なのに予備機候補へ残る、操縦者の再教育が未完了なのに次の現場へ入る、保険連絡中なのに案件ステータスが通常のまま、という状態が起きます。
SkyAssignは、事故報告の代行、法律判断、保険請求、点検整備記録の代筆を行うツールではありません。役割は、案件、操縦者、機体、予定、点検、保険、使用不可期間、再発防止タスクをつなげ、次の案件へ出してよいかを見やすくすることです。
事故・ヒヤリハットを単発メモにせず、案件IDから機体停止、操縦者対応、顧客対応、再開判断まで追える状態にすると、次のアサイン判断が軽くなります。複数案件や複数機体を扱うなら、事故後の管理こそ案件管理システムへ寄せる価値があります。
SkyAssignの無料プランで、事故後の機体・操縦者・案件アサイン管理を試す
まとめ：事故・ヒヤリハット管理は次のアサイン判断まで残す
ドローン事故・ヒヤリハット管理は、発生日時と概要を残すだけでは足りません。案件ID、操縦者、機体ID、事象区分、被害状況、初動対応、報告要否、使用停止、点検・修理、再発防止、顧客対応、保険連絡、再開承認までをつなげます。
公式情報で報告対象になり得る事象を分け、現場では機体と操縦者を次の案件へ出せるかまで管理します。記録を残すことより、次のアサインで同じ危険を繰り返さない判断を作ることが本題です。
よくある質問：ドローン事故・ヒヤリハット管理
ドローンのヒヤリハットも案件台帳に残すべきですか？
残すべきです。人身・物損がなくても、接触寸前、制御の乱れ、バッテリー判断の遅れ、立入管理の不備、離着陸場所の問題は、次の案件へ影響します。案件ID、操縦者、機体、原因、再発防止、次回案件への反映まで残します。
事故後の機体はいつ案件に戻してよいですか？
点検・修理・動作確認が終わり、責任者が再開を承認してから戻します。修理完了だけで通常案件へ戻さず、使用条件、避ける案件、確認者、再開日を機体台帳と案件台帳へ残します。
SkyAssignで国交省への事故報告までできますか？
SkyAssignは国交省への事故報告代行ツールではありません。報告要否の判断や手続きは公式情報と管轄窓口で行います。SkyAssignでは、事故後の案件、操縦者、機体、使用停止、再発防止、再開判断をつなげて管理します。
Amazon の PC をスコア化してみた
Amazonにある8〜14インチの小型WindowsタブレットやノートPCを、スペック別にスコア化して比較・ランキング。
