ICSのアプリケーションに関する最近の投稿のLinkedInディスカッションスレッド内で、EOC操作のもうXNUMXつの厄介な要素は、ディスパッチとEOCの移行または統合である可能性があることを検討するように促されました。 「通常の」操作中に、フィールド操作をサポートし、重要なアクションを追跡しているのはディスパッチであると考えてください。 多くの管轄区域では、EOCをローカルでアクティブ化して、増大する対応をサポートする際に問題が発生します。ディスパッチをどうするか。

「拡張ディスパッチ」としてのEOCの従来の役割は、インシデントのニーズをサポートすることに専念する代理店の代表者への直接アクセスを容易にすることにより、ほとんどのディスパッチャが通常利用できるツールをはるかに超えるレベルの調整を提供することにより、現場対応を支援します。 通常の操作では、コマンド（またはロジスティクス）は直接（通常は無線を介して）ディスパッチに接続してリソースを要求します。 EOCをアクティブ化すると、これらの要求はEOCにルーティングされる必要があります。 一部の管轄区域では、EOCがディスパッチと同じ場所に配置され（少なくとも同じ建物内に）、テクノロジーと人員に関してこの移行が少し簡単になりますが、一部の管轄区域ではこれらの建物が分離されています。

ICS / EOCインターフェースのこの厄介なジレンマをどのように解決しますか？ まず第一に、それは事件の前に熟考され、計画される必要があります！ これは、私たちが最善の仕事をすることができるときです。理想的には、関連するすべての利害関係者をテーブルに連れて行き、プロセスと手順を計画し、特定します。 装置 そしてそれをサポートするために必要な技術の問題。 皆さんと一緒に、状況に応じてやりたいことを話し合ってください。 それぞれのアイデアには、検討しなければならない長所と短所がある可能性があります。

もっと詳しく読む ティムリッカーワーグレッズブログ