インシデントコマンドシステム

インシデントコマンドシステム（ICS ）は、緊急対応の指揮、制御、調整に対する標準化されたアプローチであり、複数の機関の対応者が効果的に対応できる共通の階層を提供します。^[1]

ICSは当初、カリフォルニア州の山火事に対する機関間の対応の問題に対処するために開発されましたが、現在では米国の国家事故管理システム（NIMS）^{[2]の構成要素となっており、}銃撃事件から危険物処理現場まで、あらゆる危険状況での使用に進化しています。 ^[3]さらに、ICSは国際的に同様のアプローチのパターンとして機能しています。^[4]

ICSは、あらゆる規模の一時的なインシデントを管理するための標準的な管理階層と手順で構成されています。ICSの手順は、参加当局によって事前に確立され、承認されている必要があり、人員はインシデント発生前に十分な訓練を受けている必要があります。^[5]

ICSには、資金、人員、施設、機器、通信を管理するための一時的な管理階層を選択して形成する手順が含まれています。人員は、参加当局によって事前に承認された確立された基準と手順に従って割り当てられます。ICSは、インシデントが発生したときから管理と運用の必要性がなくなるまで使用または適用されるように設計されたシステムです。^[6]

ICSは学際的かつ組織的に柔軟であり、次のような管理上の課題に対応します。^[6]

• あらゆる種類または複雑なインシデントに対処するために管轄区域のニーズを満たします (つまり、必要に応じて拡張または縮小します)。
• さまざまな機関の人員が共通の用語を使用して共通の管理構造に迅速に統合できるようになります。
• 運用スタッフに物流および管理サポートを提供します。
• 作業の重複や継続的な諸経費を回避することで、コスト効率を高めます。
• 統一された、中央権限を持つ緊急組織を提供します。

ICSの概念は、1968年に南カリフォルニアの消防署長会議で形成されました。このプログラムは、米国海軍の管理階層を反映しており、最初は主にカリフォルニアの山火事の消火に使用されました。1970年代、ICSは、 1970年の大規模なラグナ山火事に始まる一連の壊滅的な山火事に続くカリフォルニアの大規模な山火事鎮圧活動（FIRESCOPE ）中に完全に開発されました。物的損害は数百万ドルに上り、多くの人が死亡または負傷しました。研究により、対応の問題は、リソースの不足や戦術の失敗ではなく、コミュニケーションと管理の欠陥に関連することが多いことが判明しました。^{[7] [8]}

インシデント管理の弱点は、多くの場合、次のような原因で発生します。

• 指揮系統や監督の不明確さなど、説明責任の欠如。
• 利用可能な通信システムの非効率的な使用と、矛盾するコードおよび用語の両方によるコミュニケーション不良。
• 秩序立った体系的な計画プロセスの欠如。
• 機関間の要件を管理構造と計画プロセスに統合するための効果的な事前定義された方法がありません。
• 事故発生時にチームリーダー（IC）や専門スキルを持つ人からの指示を受けず、他の応急処置要員と調整せずに応急処置チーム内の個人が「フリーランス」として活動すること
• インシデント発生時の一般的な用語に関する知識の欠如。

緊急事態管理者は、既存の管理構造（多くの場合、各機関ごとに異なる）は、数十の異なる機関が関与する大規模な相互援助対応に対応できる規模ではなく、これらのさまざまな機関が協力すると、それぞれの特定の訓練と手順が衝突すると判断しました。その結果、新しい指揮統制 パラダイムが共同で開発され、小さなインシデントから大規模な複数機関の緊急事態まで、すべてのインシデントを管理するための一貫した統合フレームワークが作成されました。

この作業の開始時には、組織や用語にインシデントまたは現場レベルの欠陥があることが認識されていたにもかかわらず、ICSのような現場のインシデント管理システムを開発する必要性については言及されていませんでした。ほとんどの取り組みは、インシデントまたは現場レベルより上の複数機関の調整の課題に集中していました。1972年に南カリフォルニアの潜在的緊急事態のための消防リソース組織（FIRESCOPE）が設立されて初めて、この必要性が認識され、ICSの概念が初めて議論されました。また、ICSは当初、フィールドコマンドオペレーションシステムと呼ばれていました。^[9]

ICS は、火災、犯罪現場、または重大事件における指揮構造の全国モデルになりました。ICS は、1993 年にニューヨーク市でワールド トレード センターへの最初の攻撃で使用されました。2004 年 3 月 1 日、国土安全保障省は、すべての連邦、州、および地方機関間でのインシデント管理に対する標準化されたアプローチを求める国土安全保障大統領指令 5 (HSPD-5​​) の可決に従い、 ICS を統合した国家インシデント管理システム(NIMS) を開発しました。さらに、連邦政府の資金を受け取るには、緊急事態の管理に NIMS (および ICS) を使用する必要があると義務付けられました。

スーパーファンド改正および再認可法第3編では、危険物質の緊急事態に対応するすべての第一対応者は、29 CFR 1910.120(q)に従って適切な訓練を受け、装備を整えなければならないと規定されている。この基準は、OSHAによるICSの承認を表している。^[10]

HSPD-5​​、そして国家事件管理システムは、2001年9月11日のテロ攻撃の直接的な結果として生まれました。この攻撃により、多数の全災害、大量死傷、複数機関による事件が発生しました。 ^[11]

米国では、ICS は 30 年以上にわたって緊急時および非緊急時のアプリケーションでテストされてきました。すべてのレベルの政府で、さまざまなレベルの ICS トレーニングを維持することが義務付けられており、民間組織はイベント管理に ICS を定期的に使用しています。明確なコミュニケーション、説明責任、およびリソースの効率的な使用という基本目標は、インシデントおよび緊急管理だけでなく日常業務にも共通しているため、ICS は法執行機関から日常業務まで幅広く使用されています。ICS は、全国的にすべての危険物対応に、またほとんどの州では他の多くの緊急操作に法律で義務付けられています。実際には、米国国土安全保障省が連邦政府の準備資金の条件として米国全体の緊急サービスに ICS の使用を義務付けたことから、事実上すべての緊急医療サービスおよび災害対応機関が ICS を使用しています。FEMAの国家対応計画(NRP)の一環として、このシステムは拡張され、国家インシデント管理システム(NIMS)に統合されました。

カナダでは、インシデント コマンド システム (ICS) がさまざまな政府機関や緊急対応機関で認知され、使用されるようになっています。カナダ当局は、インシデントや緊急事態を管理し、協調的かつ効率的な対応を確保するための効果的なフレームワークとして ICS の原則を採用しています。

カナダの連邦政府、州政府、^{[12] [13]}および準州政府は、緊急事態管理戦略の重要な要素として ICS を採用しています。この採用は、明確なコミュニケーション ラインを確立し、リソースの割り当てを合理化し、重大なインシデント発生時に説明責任を維持する必要性によって推進されています。カナダ公安省などの連邦機関は、国の緊急事態への備えと対応能力を強化するために ICS の使用を推進しています。カナダは米国に近いため、ICS の採用を含む緊急事態管理のベスト プラクティスの交換が促進されています。国境を越えた協力と訓練演習により、カナダの機関は米国の機関のインシデント管理プラクティスと整合をとることができました。^{[14] [15]}

ニュージーランドは、協調インシデント管理システムとして知られる同様のシステムを導入しており、オーストラリアはオーストラレーシア軍種間インシデント管理システムを導入しており、カナダのブリティッシュコロンビア州は、緊急事態管理および気候準備局によって開発された BCEMS を導入しています。

2003年の災害削減戦略報告書では、国連タスクフォースが山火事の際の国際標準としてICSの使用を推奨した。^[16]

ブラジルでは、ICS はリオデジャネイロ州消防局 (CBMERJ) とリオデジャネイロ州民間防衛局によって、あらゆる緊急事態や大規模イベントの際にも使用されています。^{[引用が必要]}

2024年3月11日現在、メキシコではICSは連邦基準NOM-010-SSPC-2019によって規制されています。すべての市町村、州、連邦機関はこの基準に従う義務があります。^{[引用が必要]}

ICS では、インシデントは対応を必要とする計画外の状況として定義されています。インシデントの例としては次のようなものがあります。

• サイバー攻撃- サイバーセキュリティインシデント、または重大な情報セキュリティ侵害
• 緊急医療状況（救急サービス）
• 有害物質の流出、大気への放出（有毒化学物質）、飲料水への放出
• 人質事件や銃乱射事件など。
• 車両衝突、産業事故、列車脱線、建物火災などの人為的災害
• 山火事、洪水、地震、竜巻などの自然災害
• 疾病の発生などの公衆衛生上の事件
• 捜索救助活動
• 技術的危機、例：システム停止
• テロ攻撃
• 交通事故

イベントは、ICS 内では計画された状況として定義されます。インシデント コマンドは、緊急管理と非緊急管理の両方の環境でイベントに適用されることが多くなっています。イベントの例には、次のようなものがあります。

• コンサート
• パレードやその他の儀式
• フェアやその他の集まり
• トレーニング演習

作戦に参加する各個人は、1人の監督者にのみ報告する。これにより、個人がさまざまな監督者から矛盾した命令を受ける可能性がなくなり、説明責任が強化され、フリーランスが防止され、情報の流れが改善され、作戦努力の調整が促進され、作戦の安全性が強化される。この概念は、ICSの指揮系統構造の基礎となっている。^[17]

以前は、各対応機関が個別にプロトコルを開発し、その後、個別に用語を開発していました。これにより、単語が組織ごとに異なる意味を持つ可能性があるため、混乱が生じる可能性があります。

異なる組織が連携する必要がある場合、共通の用語を使用することは、社内およびインシデントに対応する他の組織とのチームの結束とコミュニケーションに不可欠な要素です。

インシデント指揮システムは、共通用語の使用を促進し、役職名、リソースの説明とその編成方法、インシデント施設の種類と名前、およびその他の多くの主題に一貫性をもたらすのに役立つ用語集を備えています。共通用語の使用は、インシデント指揮官、安全責任者、または運用課長などの指揮職の役職名に最も顕著に表れています。^[17]

インシデントは特定の目的を狙って管理されます。目的は優先順位でランク付けされ、可能な限り具体的で、達成可能でなければならず、可能であれば作業時間枠が与えられます。目的は、まず戦略（一般的な行動計画）の概要を示し、次に選択された戦略に適した戦術（戦略の実行方法）を決定することによって達成されます。^[17]

インシデント コマンドの構造は、インシデントの範囲、リソース、および危険に応じて拡大および縮小できるように編成されます。コマンドはトップダウン方式で確立され、最も重要で権威のある役職が最初に確立されます。たとえば、インシデント コマンドは最初に到着したユニットによって確立されます。

その時点で必要な役職のみを確立する必要があります。ほとんどの場合、指揮構造内でアクティブにする必要がある役職はごくわずかです。たとえば、ゴミ捨て場の火災で消防車が 1 台の場合、警官は IC の役割を果たしますが、他の役割は必要ありません。大規模な事件でより多くの消防車が追加されると、より多くの役割が他の警官に委任され、事件指揮官 (IC) の役割はおそらくより上級の警官に引き継がれるでしょう。

最も大規模で複雑なオペレーションの場合のみ、ICS組織全体に人員が配置されます。^[17]逆に、インシデントの規模が縮小すると、役割はツリーの上位に統合され、ICの役割だけが残ります。

個人が管理する責任とリソースの数を制限するために、ICS では、1 人の管理範囲は3 人から 7 人までと規定しており、理想的には 5 人です。言い換えると、1 人の管理者は、常に 7 人を超える従業員を管理すべきではありません。1 人の個人が 7 人以上のリソースを管理している場合、その個人は過負荷状態にあるため、責任を委譲して指揮構造を拡大する必要があります (新しいセクション、部署、またはタスク フォースを定義するなど)。3 人未満の場合、そのポジションの権限は、指揮系統の次の最上位の階層に吸収される可能性があります。^[17]

ICS の利点の 1 つは、通常は散発的に連携する可能性のある一連の組織を調整する方法を提供することです。多くのトレーニング資料では ICS の階層的側面が強調されていますが、ICS は組織間の対応者ネットワークと見なすこともできます。これらのネットワークの特性により、ICS はさまざまな組織の柔軟性と専門知識を実現します。しかし、ICS のネットワークの側面は管理上の課題も生み出します。ICS 事後報告に関するある調査では、メンバー間に強い信頼関係と仕事上の関係があった場合、ICS はより高い調整を享受する傾向があるが、ICS の権限が争われた場合や対応者のネットワークが非常に多様である場合は苦労することがわかりました。^[18]次の概念を実装すると、あらゆるインシデントやイベントの調整が容易になります。

インシデント対応計画(IAP) は、関係者全員が厳格に設定された目標に向かって団結できるようにします。これらの目標は、特定の運用期間に対して設定されます。これらは、運用担当者とサポート担当者の両方にインシデントの目標を伝えるための直接的な行動計画を監督者に提供します。これには、通常 12 時間ですが、任意の長さの期間 (運用期間とも呼ばれます) 内に達成するために設定された測定可能な戦略的目標が含まれます。危険物インシデント (hazmat) は文書化されなければならず、^[19]計画部門によって準備されますが、その他のインシデント レポートは口頭と/または文書の両方で行うことができます。^[20]

統合 IAP は、フリーランスを削減し、協調的な対応を保証する ICS の非常に重要なコンポーネントです。最も単純なレベルでは、すべてのインシデント アクション プランには次の 4 つの要素が必要です。

• 私たちは何をしたいのでしょうか?
• それを実行する責任は誰にありますか?
• 私たちはどうやってお互いにコミュニケーションをとるのでしょうか?
• 誰かが怪我をした場合の手順は何ですか?

IAPの内容は、インシデントの正確かつ精密な文書化を可能にするいくつかの標準化されたICSフォームで構成されています。^[21]

• ICS 201 – インシデントブリーフィング
• ICS 202 – インシデント目標
• ICS 203 – 組織割り当てリスト
• ICS 204 – 課題リスト
• ICS 205 – 事故無線通信計画
• ICS 205A – コミュニケーションリスト
• ICS 206 – 医療計画
• ICS 207 – インシデント組織図
• ICS 208 – 安全メッセージ/計画
• ICS 209 – インシデントの概要
• ICS 210 – リソースステータスの変更
• ICS 211 – インシデントチェックインリスト
• ICS 213 – 一般メッセージ
• ICS 214 – アクティビティログ
• ICS 215 – 運用計画ワークシート
• ICS 215A – インシデント対応計画の安全性分析
• ICS 218 – サポート車両/機器の在庫
• ICS 219 – リソース ステータス カード (T カード)
• ICS 220 – 航空作戦概要ワークシート
• ICS 221 – 復員チェックアウト
• ICS 225 – インシデント担当者のパフォーマンス評価

包括的なリソース管理は、イベント中のすべての資産と人員を追跡し、記録する必要があることを意味する重要な管理原則です。また、必要に応じてリソースの払い戻しのプロセスも含めることができます。リソース管理には、次のプロセスが含まれます。^[6]

• リソースの分類
• リソースの注文
• リソースの配布
• 追跡リソース
• リソースの回復

包括的なリソース管理により、すべてのリソースの可視性が維持され、リソースを迅速に移動してインシデントへの準備と対応をサポートし、円滑な撤退を確実に行うことができます。また、リソースをタイプと種類で分類したり、リソースをステータスで分類したりすることもできます。

• 割り当てられたリソースとは、監督者の指示の下で現場の割り当てに取り組んでいるリソースです。
• 使用可能なリソースとは、展開の準備ができている（ステージングされている）が、フィールド割り当てにまだ割り当てられていないリソースです。
• 使用不可のリソースとは、「使用可能」または「割り当て済み」のいずれのカテゴリにも属さないリソースです。リソースが「使用不可」になる理由はさまざまですが、出撃後の補給 (最も一般的)、人員不足、人員の休憩、損傷または操作不能などがあります。

これらのリソースを追跡するには、T カード (ICS 219、リソース ステータス カード) が最もよく使用されます。カードは、インシデント コマンド ポストにある T カード ラックに配置され、リソース ステータスを簡単に更新して視覚的に追跡できます。

機器、システム、プロトコルを含む統合音声・データ通信システムの開発は、インシデント発生前に行う必要がある。^[6]

効果的な ICS 通信には、次の 3 つの要素が含まれます。

• モード: 情報を転送する「ハードウェア」システム。
• 計画: 利用可能なすべての通信リソースの使用を計画します。
• ネットワーク: 内部および外部に情報を転送するための手順とプロセス。

• 単一のインシデント指揮官 - ほとんどのインシデントには単一のインシデント指揮官が関与します。これらのインシデントでは、1 人の人物がインシデント対応を指揮し、最終的な意思決定権を持ちます。
• 統合コマンド –統合コマンドでは、通常 1 人のインシデント指揮官が持つ権限を 2 人以上の個人が共有します。統合コマンドは、通常、複数の機関または複数の管轄区域が関与する大規模なインシデントで使用されます。統合コマンドには通常、主要な関係機関および/または管轄区域からのコマンド代表者が含まれており、そのグループから 1 人がスポークスマンとして行動しますが、インシデント指揮官として指定されていません。統合コマンドは単一の組織として機能します。統合コマンドでは、コマンド代表者が 1 人の運用セクション長を任命することに注意することが重要です。^[22]

• エリア コマンド - 複数のインシデントが発生する状況では、エリア コマンドが設立され、別々の場所にインシデント コマンドを配置できます。通常、エリア コマンドは 1 人の人物として任命され、ロジスティクスと管理のサポートとして機能します。エリア コマンドには通常、運用機能は含まれません。

• 安全管理者 – 安全管理者は安全状況を監視し、割り当てられたすべての人員の安全を確保するための対策を策定します。^[23]
• 広報担当官 – 広報担当官 (PIO または IO) は、事件やイベントから直接情報を求めるメディアやその他の組織を含む、内部および外部の利害関係者との間の情報の伝達役を務めます。あまり話題に上りませんが、広報担当官は、事件の指揮スタッフが事件について何が言われているか、何が報告されているかを常に把握できるようにする責任も負っています。これにより、一般の質問に対処し、噂を管理し、その他の広報の問題を見逃さないようにすることができます。^[24]
• 連絡官 – 連絡官は事件現場で支援を行う支援機関との主な連絡役を務めます。^[25]

• 運用部門長: インシデントの目的を達成するためのすべてのアクションを指揮する任務を負います。
• 企画課長：主にすべてのリソースのステータスとインシデントの全体的なステータスからなるインシデント情報の収集と表示を担当します。
• 財務/管理部門長: インシデント関連のコスト、人事記録、請求書の追跡、およびロジスティクスに必要な調達契約の管理を担当します。
• 物流課長: インシデントに必要なすべてのリソース、サービス、サポートを提供する任務を負います。

ICS 200 レベルでは、情報およびインテリジェンスの機能がオプションとして標準 ICS スタッフに追加されます。この役割は、インシデント指揮官の判断とインシデントのニーズに基づいて複数の方法で配置できる点で ICS に特有のものです。可能な配置は次の 3 つです。

• 情報・諜報担当官、指揮スタッフの役職。
• 情報情報課、情報情報課長が率いる部署、一般参謀職。
• 情報・諜報部門は、情報・諜報部門長が率いており、企画部門の一部です。

ICS 300レベルでは、ICSの拡張性を重視した小規模であらゆる危険を伴うインシデントのエントリーレベルの管理に焦点を当てています。これは、複数の機関の利用と多数の運用期間の可能性の導入として機能します。また、緊急運用センターの紹介も含まれます。^[26]

ICS 400 レベルでは、大規模で複雑なインシデントに重点が置かれます。扱われるトピックには、インシデントの複雑さの特性、インシデントを管理可能なコンポーネントに分割する方法、「エリア コマンド」の確立、および複数機関調整システム (MACS) が含まれます。

ICS はレベル別に編成されており、各レベルの監督者は固有の役職を持ちます (たとえば、セクションの責任者のみが「チーフ」というラベルが付けられ、「ディレクター」は支店の責任者のみになります)。レベル (監督者の役職) は次のとおりです。

• 事件指揮官

• 指揮スタッフ（役員） - 指揮スタッフ
• 課長（係長） - 一般職員

• 支店（部長）

• 部門（監督者） - 部門は、部門内のリソースの構成に基づくのではなく、必要に応じて管轄区域に沿って地理によって編成されるユニットです。
• グループ (スーパーバイザー) - グループは、必要に応じて機関の方針に沿って、またはグループ内のリソースの構成に基づいて、目的に合わせて編成される単位です。

• ユニット、チーム、または部隊 (リーダー) - 「通信部隊」、「医療攻撃チーム」、「偵察タスクフォース」など。攻撃チームは同じリソース (たとえば、救急車 4 台) で構成されますが、タスクフォースは異なるタイプのリソース (たとえば、救急車 1 台、消防車 2 台、パトカー 1 台) で構成されます。

• 個人リソース。これは ICS 内の最小レベルであり、通常は 1 人の人物または 1 台の機器を指します。機器とオペレーターを指す場合もありますが、まれに複数の人が共同で作業する場合もあります。

ICS では、標準的な施設命名法を使用します。ICS 施設には、次のものが含まれます。事前指定のインシデント施設:対応活動は、異なる、多くの場合は大きく離れたインシデント施設で働く対応要員によってまとめられる必要がある複雑な構造を形成することがあります。これらの施設には、次のものが含まれます。

• インシデント指揮所(ICP): ICP は、インシデント指揮官が対応活動中に活動する場所です。各インシデントまたはイベントには ICP が 1 つだけありますが、イベント中に場所が変わることがあります。すべてのインシデントまたはイベントには、何らかの形のインシデント指揮所が必要です。ICP は、車両、トレーラー、テント、または建物内に配置できます。ICP は、現在および潜在的な危険ゾーンの外側に配置されますが、指揮を維持できるほどインシデントに近い場所に配置されます。ICP は、インシデントの名前で指定されます (例: Trail Creek ICP)。
• ステージング エリア: 事故現場またはその近くの場所で、割り当てを待つ間、戦術対応リソースが保管されます。ステージング エリアのリソースは制御状態にあります。ステージング エリアは、タイムリーな対応ができるように事故現場に十分近い場所に配置する必要がありますが、直接の影響範囲外には十分離れた場所に配置する必要があります。1 つの事故現場に複数のステージング エリアがある場合があります。ステージング エリアは、ICP、基地、キャンプ、ヘリ基地、またはヘリスポットと同じ場所に配置できます。
• 基地とは、主要な物流および管理機能の調整と管理が行われる場所です。基地は、インシデント指揮所と併設される場合があります。基地はインシデントごとに 1 つだけ存在し、インシデント名で指定されます。基地は、物流部門によって設置および管理されます。基地内のリソースは常に使用不可です。
• キャンプ: 基地施設を利用できないほど遠くにいる対応要員に睡眠、食料、水、衛生、その他のサービスを提供するために設備と人員が配置された、一般的な事件発生地域内にある場所。多くの場合、一時的なものです。基地にすべてのリソースがアクセスできない場合は、事件対応を支援するために、その他のリソースもキャンプに保管されることがあります。キャンプは地理的な場所または番号で指定されます。複数のキャンプが使用される場合もありますが、すべての事件にキャンプが設けられるわけではありません。
• ヘリベースは、ヘリコプターを中心とした航空作戦が行われる場所です。ヘリベースは一般的にはより長期的に使用され、燃料補給やメンテナンスなどのサービスが含まれます。ヘリベースは通常、事故の名称で指定されます (例: Trail Creek ヘリベース)。
• ヘリスポットは、事故現場においてヘリコプターが安全に着陸および離陸できる一時的な場所です。複数のヘリスポットが使用される場合もあります。

各施設には、場所、スペース、設備、資材、供給品に関する独自の要件があり、特に対応活動の開始時には、それらに対応することが困難な場合が多くあります。このため、対応者は、可能な限り、これらの施設を特定し、事前に指定し、レイアウトを事前に計画する必要があります。

大規模または多段階のインシデントが発生した場合、より高レベルのサポート機能が有効化されることがあります。これには次のようなものが含まれます。

• 緊急オペレーション センター(EOC): 緊急オペレーション センターは、緊急事態への備えと緊急事態管理の原則、または緊急事態中の戦略レベルでの災害管理機能の実行、および企業、行政区分、またはその他の組織の業務の継続性を確保する責任を負う中央指揮統制施設です。EOC は災害の戦略的概要、つまり「全体像」を担当し、通常は現場の資産を直接管理するのではなく、代わりに運用上の決定を行い、戦術的な決定を下位の指揮部に委ねます。すべての EOC の共通機能は、データの収集、収集、分析、適用法の範囲内での生命と財産の保護、組織の継続性維持に関する決定、およびそれらの決定を関係するすべての機関と個人に伝達することです。ほとんどの EOC には、緊急管理者という 1 人の担当者がいます。
• 共同情報センター(JIC): JIC は、事件、機関、または管轄区域がメディア担当者をサポートできる施設です。多くの場合、コミュニティまたは州の EOC に共存 (恒久的に指定される場合もあります) する JIC は、メディアと PIO 間のインターフェイスの場を提供します。ほとんどの場合、JIC は、メディアが職務を遂行するために必要なスペースと技術資産 (インターネット、電話、電源) も提供します。JIC は、プレス リリースが公開される場所であり、多くの放送メディアが事件スタッフにインタビューする場所であるため、事件の「顔」となることがよくあります。恒久的に設置された JIC に、EOC を見渡せる窓や、テレビ インタビュー用に機関のロゴやその他のシンボルを表示する専用の背景があることは珍しくありません。 FEMA の国家対応調整センター (NRCC) にはその両方があり、たとえば、インタビュー中に NRCC の向こう側の壁に目立つように設置された照明付きの「国土安全保障省」の看板が見える一方で、インタビュー担当者/インタビュー対象者の背後にある NRCC での行動をテレビで放映することができます。
• 統合オペレーションセンター(JOC): JOC は通常、事前に設置され、多くの場合 24 時間 365 日稼働し、複数の機関が他の機関のカウンターパートと連携してやり取りするスタッフを割り当てるための専用施設を持つことができます。JOC 以外の名前で呼ばれることも多いですが、多くの場所や管轄区域にこのようなセンターがあり、多くの場合、連邦、州、および/または地方の機関 (多くの場合、法執行機関) が戦略情報を交換し、戦術計画を策定して実行するために集まります。大統領就任式などの大規模な集会イベントでも、JOC タイプの施設が利用されますが、JOC として特定されることはなく、存在が公表されることもありません。
• 複数機関調整センター(MACC): MACC は、災害の戦略的、つまり「全体像」を担当する中央指揮統制施設です。MACC は、1 つのエリアで複数のインシデントが発生している場合や、希少なリソースを複数の要求に割り当てる必要がある場合など、さまざまな理由で特に複雑な場合によく使用されます。MACC 内の人員は、複数機関調整を使用して業務を指揮します。MACC は、複数の機関とインシデント間の活動を調整し、通常は現場の資産を直接管理するのではなく、戦略的な決定を下し、戦術的な決定を個々の機関に委ねます。すべての MACC の共通機能は、データの収集、収集、分析、適用法の範囲内での生命と財産の保護、政府または企業の継続性の維持に関する決定、およびそれらの決定を関係するすべての機関と個人に伝達することです。MACC は EOC とよく似ていますが、EOC が政治的管轄区域または機関のために恒久的に設立された施設および業務であるのに対し、MACC は定義されたエリアまたはミッションと存続期間を持つ独立したエンティティです。 EOC は、多くの場合、一般的な ICS の原則に従いますが、常にそうであるとは限りません。ただし、他の構造や管理 (緊急支援機能 (ESF) やハイブリッド ESF/ICS モデルなど) のスキーマを使用する場合もあります。多くの管轄区域では、EOC は緊急時に選出された役人が配置される場所であり、MACC と同様に、インシデントのサポートは行いますが、指揮は行いません。

ICS では、標準的な機器命名法を使用します。ICS 機器には次のものが含まれます。

• タンカー - 燃料（燃料タンカー）または水（水タンカー）を運ぶ航空機です。
• テンダー - タンカーに似ていますが、地上車両であり、燃料 (燃料タンカー)、水 (水タンカー)、さらには消火泡(泡タンカー) も運搬します。

コンピュータ システムへのアクセスの重要性は、テクノロジーの進歩と、インシデントおよび緊急対応への標準化されたアプローチのサポートにおいてますます一般的になっています。米国陸軍の指揮統制構造内で一般的に言及されているコンピュータおよびコンピュータ ベースのシステムにより、対応者は相互に連携して、意思決定のための最新情報にアクセスできます。詳細については、 インシデント コマンド ポスト (ICP) を参照してください。

リソースの「タイプ」は、リソースのサイズまたは能力を表します。たとえば、50 kW (発電機の場合) または 3 トン (トラックの場合) などです。タイプは正式には「タイプ 1」から「タイプ 5」に分類されるように設計されていますが、実際のインシデントでは、より具体的な情報が使用される場合があります。

リソースの「種類」は、リソースが何であるかを表します。たとえば、発電機やトラックなどです。リソースの「タイプ」は、リソースの種類のパフォーマンス能力を表します。たとえば、

タイプと種類の両方において、目的をリソース要求に含める必要があります。これは、潜在的なリソース応答の範囲を広げるために行われます。たとえば、捜索救助現場の空中偵察用の小型航空機のリソース要求は、州兵 OH-58 カイオワヘリコプター (タイプと種類: 回転翼航空機、タイプ II/III) または民間航空パトロール セスナ 182 (タイプと種類: 固定翼航空機、タイプ I)によって満たされる可能性があります。この例では、固定翼または回転翼のみを要求したり、タイプで要求したりすると、他のリソースの可用性がわからない場合があります。

インシデント発生中に責任の役割が移管される理由はいくつかあります。インシデントが拡大するにつれて、インシデントの拡大し続けるニーズに対応するために、より適格な人物がインシデント指揮官を引き継ぐ必要があります。または、逆にインシデントの規模が縮小するにつれて、より適格でない人物 (ただし、規模が縮小したインシデントを処理する資格は保持) に指揮権を委譲して、他のタスクやインシデントに高度な資格を持つリソースを解放できます。指揮権を移管するその他の理由としては、インシデントの場所や責任範囲が移動した場合の管轄の変更、またはインシデントの長期化による人員の通常の入れ替わりなどがあります。指揮権移管プロセスには、指揮権移管のブリーフィングが常に含まれます。ブリーフィングは、口頭、書面、またはその両方の組み合わせで行われます。

• コミュニティ緊急対応チーム
• 連邦緊急事態管理庁
• 金・銀・銅の指揮構造
• インシデント管理チーム
• 国家事故管理システム
• 国家対応枠組み
• 捜索救助

• 国家インシデント管理システム緊急オペレーションセンターの使い方クイックリファレンスガイド（2022年10月）
• 連邦緊急事態管理国家インシデント管理システム (2015 年 9 月 25 日アーカイブ)
• FEMA インシデント コマンド リソース センター
• 理論を超えてインシデント・コマンド・システムを採用、FBI