Viena no manām pēdējām ziņām par ICS lietojumprogrammām LinkedIn diskusiju pavedienā man tika lūgts apsvērt, ka vēl viens neērts EOC darbības elements var būt nosūtīšanas pāreja vai integrācija ar EOC. Apsveriet, ka “parasto” darbību laikā nosūtīšana atbalsta lauka operācijas un izseko kritiskās darbības. Daudzas jurisdikcijas saskaras ar grūtībām, aktivizējot EOK lokāli, lai atbalstītu pieaugošo reakciju - ko darīt ar nosūtīšanu?

EOK tradicionālā loma kā “paplašināta nosūtīšana” palīdz reaģēt uz vietas, nodrošinot augstāku koordinācijas līmeni, tālu pārsniedzot instrumentus, kas parasti ir pieejami lielākajai daļai dispečeru, atvieglojot tiešu piekļuvi aģentūru pārstāvjiem, kuri ir veltīti incidenta vajadzību atbalstam. Veicot ikdienas operācijas, Command (vai loģistika) sazinās tieši ar nosūtīšanu (parasti pa radio), lai pieprasītu resursus. Aktivizējot EOC, šie pieprasījumi jānovirza uz EOC. Dažās jurisdikcijās EOK atrodas kopā ar nosūtīšanu (vismaz vienā ēkā), padarot šo pāreju mazliet vieglāku attiecībā uz tehnoloģijām un cilvēkiem, taču dažās jurisdikcijās šīs ēkas ir nodalītas.

Kā jūs atrisināt šo neērto ICS / EOC saskarnes dilemmu? Pirmkārt, tas ir jāpārdomā un jāplāno PIRMS incidenta! Tas ir tad, kad mēs varam darīt visu iespējamo, ideālā gadījumā piesaistot pie galda visas attiecīgās ieinteresētās puses, iezīmējot procesus un procedūras un identificējot iekārta un tehnoloģiju jautājumi, kas nepieciešami tā atbalstam. Ar visiem kopā runājiet, ko vēlaties darīt, ņemot vērā jūsu apstākļus. Katrai idejai, visticamāk, ir jāapsver plusi un mīnusi.

LASIET VAIRĀK TIM RIECKER WORDPRESS BLOG