イベントのインシデント記録簿：何をどう記録するか

インシデント記録簿の実践的テンプレート：何を記録し、緊急度をどう設定し、シフト間でタスクをどう引き継ぎ、機密データをどう保護するか。

無線の通話、チャットの写真、シフト責任者の口頭指示が、同じ一件の出来事に関係していることがあります。1時間後にはチームの中で「いつ始まったのか」「誰が判断したのか」「原因は解消されたのか」について3つの異なる版が生まれています。イベントにおけるインシデント記録簿は、この一連の流れを1つの検証可能な記録にまとめます。

私たちAventuraは、この記録簿を責任追及の場としてでも、専門文書の代替としてでもなく、業務用の台帳として使用しています。事実、判断、担当者、未完了のアクションを残します。人への支援や緊急サービスの要請が必要な場合、チームはまず対応します。記録は並行して、または初動対応の直後に作成します。

インシデント記録簿はなぜ必要か

記録簿はイベントの出来事を一つの時系列として保存します。何に気づき、どの情報を確認し、すぐに何を行い、誰にタスクを引き継ぎ、それがどう決着したかが分かります。こうした記録は現在のシフトの管理に役立ち、イベント後の振り返りの材料にもなります。記録簿の最大の価値は、すべての責任ある役割にとって最新のステータスが一つに共有されることです。

ロシアの規範資料の中に「イベントのインシデント記録簿」という名称の義務的な様式は見つかりませんでした。主催者は通常、会場、契約、来場者の構成、特別な要件を踏まえた社内テンプレートを承認します。運用記録簿は、消防関係書類、医療記録、従業員の労働災害の調査、または法執行機関の資料の代わりにはなりません。

役割と対応の全体像はイベントの安全計画で定めるのがよいでしょう。カンファレンスでは、この仕組みはカンファレンスやフォーラムの運営、会場の計画、運営本部の活動と結びつきます。記録簿は、観察された逸脱、判断、または失ってはならないタスクが生じたところから機能し始めます。

何をインシデントとみなし、何を業務チャットに残すか

出来事が人、会場へのアクセス、またはプログラムの進行に影響を与える、あるいは与える可能性がある場合は記録が必要です。サービスの障害や機器の不具合、財産への損害、契約上のリスクも記録簿に記載します。第二の基準は、最初の報告の後も対応が続くことです。つまり、担当者、新しいステータス、または次のシフトへの引き継ぎが必要になります。影響のない通常の質問は業務チャンネルに残します。

私たちは簡単なチェックを使っています。

1. 安全やイベントの運営に実際の影響、または潜在的な影響があるか。
2. 次の対応の担当者が必要か。
3. 一定時間後に運営本部が新しいステータスを受け取る必要があるか。
4. 逸脱が繰り返され、システム的な問題を示しているか。
5. 最終的な振り返りのためにエピソードを保存する必要があるか。

すべての質問への答えが「いいえ」であれば、そのメッセージで記録簿を膨らませるべきではありません。たとえば、予定通りの水の配送やマイクの準備完了の確認は、シフトのチェックリストに残ります。入場の停止、登録システムの障害、構造物の倒壊、物品の紛失、脅威に関する苦情、繰り返される不具合には個別のIDを付与します。

負傷者が出なかった危険な出来事も記録しておくと役立ちます。状況が少し変わっていれば、けが、財産の損傷、プログラムの中断につながった可能性があります。こうしたエピソードは、重大な事故の前に弱点を見つけるのに役立ちます。用語と今後の確認の流れは、独自に決めるのではなく、専門の担当部門と合意する必要があります。

記録項目：最小テンプレート

優れた記録は「いつ、どこで、何が起き、何を実施し、次に誰が対応するのか」という問いに答えるものです。当社はこれらの項目を、FEMA ICS 214の公式フォーム、HSEの推奨事項、そして当社の本部運営の実務に基づいてまとめました。これは政府の様式ではなく、社内テンプレートです。

時刻は一義的に記録し、業務用端末の時計を同期させることをお勧めします。電子ジャーナルには2026-10-29T18:42:16+03:00形式が適しています。メッセージを後から入力した場合は、事象の時刻と記録の時刻を別々に記載します。

このフォームは本部運営と無線通信の業務と連携させるべきです。無線とチャットは信号を伝達し、ジャーナルはステータスと決定の単一バージョンを保持します。

緊急度レベルはどのように設定するのか？

緊急度レベルは、明確なアクションを自動的に開始するものでなければなりません。ルートのない色や番号は役に立ちません。しきい値は、イベント前に会場、警備部門、技術責任者、医療チーム、その他の専門職と承認します。チームは、メッセージの宛先、許容される対応時間、次の管理ステータスをすぐに理解できる必要があります。

内部スケールは次のようになります：

この4段階のスケールはISO、HSE、МЧСによって定められたものではありません。これは内部モデルの一例です。名称は変更できますが、「レベル - 宛先 - アクション - 期限」の関係は一義的に保たれる必要があります。

私たちは2つのパラメータを考慮します：実際に何が起きたか、どのような危害が起こり得たか。カートが1分間塞いだ空の廊下と、大規模な退出時に同じ廊下が塞がれた場合では、実際の影響が異なります。チームが原因を除去できるよう、事象の潜在的可能性は依然として保持する必要があります。

会場、請負業者、本部の統一的な連携体制が必要な場合は、ビジネスイベントの運営をご覧ください。私たちは事前に役割、エスカレーションのポイント、予備の対応策を合意し、会場ではその実行を管理します。

業務プロセスの実践的な分析も、「Aventura」のTelegramチャンネルで公開しています。

事実・決定・結果は別のフィールド

記録は観察と原因の推測を切り分ける必要があります。「請負業者が入場を妨害した」という表現にはすでに非難が含まれています。検証可能な事実は次のように表現します。「09:18に4台のスキャナーのうち2台がQRコードを受け付けなくなった。行列はロビーの目印を超えた」。このように分けることで、確認済みのデータに基づいて意思決定し、時系列を正確に更新できます。

私たちは4つの層を分けています。

1. 事実: 何を観察し、何によって裏付けられるか。
2. 検証: どの問いが未解決で、誰が検証するか。
3. 決定: 権限を持つ人物がどの行動を承認したか。
4. 結果: 行動後に何が変わり、クローズ基準が満たされたか。

当初の情報が不正確だった場合でも、元の記録は消しません。作成者と時刻を添えた補足を追加します。このような版は意思決定の経緯を保持し、チームがその時点でどのデータに基づいて行動したかを示します。

チャットは唯一のジャーナルとして適していません。メッセージは編集され、長いタイムラインに流れ、所有者も定められません。チャットは通知には有用ですが、記録IDへのリンクはチームを1つの最新カードに戻すものでなければなりません。

支援を遅らせずにインシデントをエスカレーションするには？

フォームの記入が人命救助、緊急サービスの要請、危険な行為の停止を遅らせてはなりません。一次報告は短くてよく、フィールドは状況が落ち着いてから補完します。チームには事前に、長い承認の連鎖なしで行動できる権限が必要です。まず場所、脅威、必要な支援を伝え、その後でジャーナルの残りのフィールドを明確にします。

重大な報告には7項目の短い構造を使います。これは緊急サービスへの一次報告に用いられる英国のM/ETHANE式記憶法に近いものです。

1. 大規模インシデントが宣言されたか、またはその準備が必要か。
2. 正確な場所。
3. 事故の種類。
4. 現在および想定される危険。
5. アクセスと現場への安全な経路。
6. 負傷者の数と状態（判明している場合）。
7. すでに活動中のサービスと必要なサービス。

火災の場合、公開日時点で有効な防火規則により、対象、住所、発生場所、通報者の姓を直ちに消防に通報し、避難措置を講じることが求められます。ジャーナルは通報時刻、伝達内容、通報者の役割を記録できますが、通報そのものを代替するものではありません。

50人以上が参加するイベントでは、会場の防火要件の遵守を事前に確認します。ステージとホールには当番の責任者を配置します。ロシア連邦政府決議第1479号は2026年12月31日まで有効であるため、新しいプロジェクトの前に最新の版と、それを置き換えたまたは延長した法令を確認する必要があります。

個人データとクローズドアプリケーション

共通の運用ログには、本部に必要な最小限のデータのみを記載すべきです。健康に関する情報、苦情の内容、書類、連絡先などの情報は、必要なく請負業者や作業チャットの全参加者に開示してはなりません。機密性の高い案件には、アクセスを制限した個別カードを使用するのが望ましいです。その場合、共通の表には中立的なID、アクション、担当者、ステータスのみを保存します。

安全な2層モデル：

• 共通ログには：ID、時刻、ゾーン、中立的なカテゴリー、緊急度、運用上のアクション、担当者、ステータス；
• クローズドアプリケーションには：連絡、支援、確認、または特別な職務の遂行に必要な情報；
• 文書間では：機密テキストをコピーしない参照ID。

連邦法第152-FZは、処理の目的が具体的かつ合法的であること、データの量が過剰でないことを求めています。健康状態に関する情報は個人データの特別カテゴリーに該当します。そのため、共通の記録には通常、通報の事実、実施した応急処置、医療従事者への引き継ぎを記載すれば十分であり、診断名や詳細な病歴を記載する必要はありません。

同意だけでは常に十分とは限りません。法的根拠、データの構成、アクセス権限、保存期間は、個別のプロジェクトに応じて定めます。苦情や機密性の高い通報には、イベント行動規範に記載されているような個別のプロセスを使用してください。

シフト中のログ管理はどう行う？

ログはゲストの入場許可前に開設し、撤去と残課題の引き継ぎ後に閉じます。インシデントは設営、受付、プログラム中、観客の退場時、撤去、協力会社の退場時に起こり得ます。ログの管理者は、特定の端末に依存せず、代替要員と最新版へのアクセスを確保しておく必要があります。

記録の作業サイクル：

1. 信号が本部または指定された役割に届く。
2. ディスパッチャーが最小限のデータを確認し、IDを作成する。
3. 責任者が暫定レベルとルートを割り当てる。
4. チームが最初の制限措置を実行する。
5. 管理者がタスクと次回ステータス時刻を受け取る。
6. 影響、決定、管理者が変わった時点で記録を更新する。
7. クローズは観測可能な結果で確認する。
8. 未クローズの記録は次のシフトに引き継ぐ。

その場で修正された障害も削除してはいけません。それは繰り返し発生する弱点を示している可能性があります。例えば、ある入口が定期的に混雑する、ケーブルが再び通路にはみ出す、スタッフにシステム上の権限が不足している、協力会社によって停止信号の解釈が異なる、といったことです。

会場のオープン前に、初期の制約や予備リソースを会場の技術監査でまとめておくと便利です。そうすればログは、合意済みの計画からの逸脱を記録するものとなり、後から計画を復元する必要がなくなります。

未クローズの記録を新しいシフトにどう引き継ぐ？

シフトの引き継ぎは、現在の決定と義務を維持します。ログ全体を読み上げる必要はありません。受け取り側のチームには、未クローズおよび最近クローズされた重大な記録、一時的な制限、管理者、直近のチェックポイント、各部門や協力会社に期待される対応を引き継ぎます。新しいシフトは、文脈を理解し業務を継続できることを確認します。

次のシフトに引き継ぐもの：

1. 引き継ぎ時刻。
2. 引き継ぎ側と受け取り側、それぞれの役割。
3. 未クローズの記録と現在のレベル。
4. 現時点で制限されていること。
5. 誰にすでに通知済みで、何を行うべきか。
6. 次に必要なステータスとその時期。
7. 関連資料の所在。
8. 受け取り側の確認。

前のシフトは、メッセージを送ったという理由だけでタスクが引き継がれたと見なしてはいけません。受け取り側は文脈と業務継続の可否を確認します。システムやエリアが不安定なままである場合は、その点を別途明示します。

証拠と関連資料

写真、動画、システムの記録、通信記録は時系列の検証に役立ちますが、共通のログがファイルの保管庫になってはなりません。カードには資料のID、入手元、入手時刻を記載します。作成者とアクセス制限付きの保管場所は別途記録します。これにより、チームは機密ファイルを複製することなく、記録と裏付けの関連を保てます。

まずチームは人々を支援し、差し迫った脅威を取り除きます。その後、現場への不要なアクセスを制限し、変更を記録し、元の資料を保存します。支援の遅れを犠牲にして「完璧な事故の全体像」を維持してはなりません。

デジタル資料にはトレーサビリティの原則を活用できます。記録の出所、操作の時刻、担当者、役割間でのファイルの受け渡しを保存します。このアプローチは米国国立標準技術研究所（NIST）がサイバーインシデント対応ガイドで採用しています。上記の項目セットはイベントのログ向けに当社が適応させたものであり、ロシアのイベントに対するNISTの要件ではありません。

個人データを含む原本を共通チャットに送信しないでください。無線通信や映像記録は、法的根拠と事前に定められたアクセス体制がある場合にのみ保存できます。ログには資料への参照と保存理由を残します。

イベント後の振り返り

最終的な振り返りでは、都合の良い責任者ではなく、再発の条件を探します。チームは計画と実際の出来事を比較し、機能した予備体制、繰り返し現れるシグナル、ステータス伝達の品質を確認します。その際、生のログをプロジェクトの全参加者に配布することはしません。振り返りの目的は、具体的な変更、担当者、結果の検証方法を定めることです。

WHOはAfter Action Reviewのために、何が期待されていたか、何が起きたか、何が機能したか、何が機能しなかったか、なぜか、何を改善すべきか、という順序を提案しています。イベント向けに当社は各変更の担当者、期限、検証可能な基準を追加します。

振り返りは次のように行います。

1. 誰も負傷していなくても、重大かつ繰り返し発生する危険事象を選び出す。
2. 時系列、事実、関連資料を確認する。
3. 直接原因とシステム上の条件を切り分ける。
4. どの予備体制が機能し、どこに断絶があったかを特定する。
5. 是正措置を策定する。
6. 担当者、期限、検証方法を定める。
7. ブリーフ、監査、リハーサル、連絡計画、チーム研修を更新する。

最終報告書には、匿名化したカテゴリ、プログラムやサービスへの影響、機能した判断、未完了のアクションを記載します。医療上の詳細、非公開の苦情の内容、未確認の見解は限定された範囲にとどめます。プロジェクト完了の一般的なプロセスは、イベントの予算、書類、最終報告書に関する記事で解説しています。

ジャーナル準備チェックリスト

複雑な会場や複数の下請け業者が関わるイベントを担当している場合は、最初のゲストが来る前にジャーナルを確認してください。短いチェックリストは、役割、アクセス、ステータスの期限、クローズ基準の抜けを見つけるのに役立ちます。確認にかかる時間は、障害発生後に時系列を復元する時間より短く、チームがシフト間で記録を引き継げる状態かどうかを示します。

1. 記録の基準がすべてのチームと下請け業者に理解されている。
2. カテゴリが法的または医学的な資格を代替していない。
3. 各緊急度レベルが行動と宛先に結びついている。
4. ジャーナルの所有者とその代理が任命されている。
5. デバイスの時計が同期されている。
6. 共有ジャーナルが機密性の高いアプリケーションから分離されている。
7. 各記録に所有者と次のチェックポイントがある。
8. 修正が元の時系列を保持している。
9. 資料が管理されたストレージに保管されている。
10. シフトの引き継ぎに受け取り側の確認が必要である。
11. クローズが観察可能な結果に基づいている。
12. イベント後、ジャーナルは行動のないアーカイブではなく変更計画に変わる。

出典

• ロシア連邦における防火規則
• 連邦法第152-FZ号「個人データについて」
• HSE：イベントの安全管理
• HSE：インシデントと緊急事態
• FEMA：Incident Command Systemの公式フォーム
• JESIP：初期通報M/ETHANEの枠組み
• NIST SP 800-61 Rev. 3：インシデント対応ガイド
• WHO：After Action Reviewの手法
• W3C：日時の明確なフォーマット