stringtranslate.com

Sistema de Comando de Incidentes

Organigrama básico del ICS (nivel ICS-100 representado)

El Sistema de Comando de Incidentes ( SCI ) es un enfoque estandarizado para el comando, control y coordinación de la respuesta a emergencias que proporciona una jerarquía común dentro de la cual los respondedores de múltiples agencias pueden ser efectivos. [1]

El ICS se desarrolló inicialmente para abordar los problemas de las respuestas interinstitucionales a los incendios forestales en California, pero ahora es un componente del Sistema Nacional de Gestión de Incidentes ( NIMS ) [2] en los EE. UU., donde ha evolucionado para usarse en situaciones de todo tipo de peligros, desde tiroteos activos hasta escenas de materiales peligrosos . [3] Además, el ICS ha actuado como un modelo para enfoques similares a nivel internacional. [4]

Descripción general

El SCI consta de una jerarquía de gestión estándar y de procedimientos para gestionar incidentes temporales de cualquier magnitud. Los procedimientos del SCI deben estar preestablecidos y aprobados por las autoridades participantes, y el personal debe estar bien capacitado antes de que se produzca un incidente. [5]

El ICS incluye procedimientos para seleccionar y formar jerarquías de gestión temporales para controlar fondos, personal, instalaciones, equipos y comunicaciones. El personal se asigna de acuerdo con estándares y procedimientos establecidos previamente aprobados por las autoridades participantes. El ICS es un sistema diseñado para usarse o aplicarse desde el momento en que ocurre un incidente hasta que ya no existan requisitos de gestión y operaciones. [6]

El ICS es interdisciplinario y organizacionalmente flexible para enfrentar los siguientes desafíos de gestión: [6]

Historia

El concepto ICS se formó en 1968 en una reunión de jefes de bomberos en el sur de California. El programa refleja la jerarquía de gestión de la Marina de los EE. UU . y, al principio, se utilizó principalmente para combatir los incendios forestales de California . Durante la década de 1970, el ICS se desarrolló por completo durante los esfuerzos masivos de supresión de incendios forestales en California ( FIRESCOPE ) que siguieron a una serie de incendios forestales catastróficos, comenzando con el masivo incendio de Laguna en 1970. Los daños a la propiedad ascendieron a millones y muchas personas murieron o resultaron heridas. Los estudios determinaron que los problemas de respuesta a menudo se relacionaban con deficiencias de comunicación y gestión en lugar de falta de recursos o fallas de tácticas. [7] [8]

Las debilidades en la gestión de incidentes a menudo se debían a:

Los administradores de emergencias determinaron que las estructuras de gestión existentes –con frecuencia exclusivas de cada organismo– no eran adecuadas para hacer frente a respuestas masivas de ayuda mutua que involucraban a docenas de organismos distintos y que, cuando estos organismos trabajaban juntos, sus procedimientos y capacitación específicos entraban en conflicto. Como resultado, se desarrolló en forma colaborativa un nuevo paradigma de comando y control para crear un marco coherente e integrado para la gestión de todos los incidentes, desde los pequeños incidentes hasta las grandes emergencias en las que participaban varios organismos.

Al comienzo de este trabajo, a pesar de reconocer que existían deficiencias en la organización y la terminología a nivel de incidentes o de campo, no se mencionó la necesidad de desarrollar un sistema de gestión de incidentes sobre el terreno como el ICS. La mayoría de los esfuerzos se centraron en los desafíos de coordinación entre agencias por encima del nivel de incidentes o de campo. No fue hasta 1972, cuando se formó Firefighting Resources of Southern California Organized for Potential Emergencies (FIRESCOPE), que se reconoció esta necesidad y se discutió por primera vez el concepto de ICS. Además, el ICS originalmente se llamó Field Command Operations System. [9]

El ICS se convirtió en un modelo nacional para las estructuras de mando en caso de incendio, escena de un crimen o incidente importante. El ICS se utilizó en la ciudad de Nueva York en el primer ataque al World Trade Center en 1993. El 1 de marzo de 2004, el Departamento de Seguridad Nacional , de conformidad con la aprobación de la Directiva Presidencial de Seguridad Nacional 5 (HSPD-5) que exige un enfoque estandarizado para la gestión de incidentes entre todas las agencias federales, estatales y locales, desarrolló el Sistema Nacional de Gestión de Incidentes (NIMS) que integra el ICS. Además, se ordenó que el NIMS (y, por lo tanto, el ICS) se utilizaran para gestionar emergencias para recibir fondos federales.

El Título III de la Ley de Enmienda y Reautorización del Superfondo establece que todos los socorristas en caso de emergencias con materiales peligrosos deben estar debidamente capacitados y equipados de conformidad con el Título 29 del CFR 1910.120(q). Esta norma representa el reconocimiento de OSHA al ICS. [10]

El HSPD-5 ​​y, por ende, el Sistema Nacional de Gestión de Incidentes surgieron como resultado directo de los ataques terroristas del 11 de septiembre de 2001 , que crearon numerosos incidentes de todo tipo, con víctimas en masa y en los que participaron múltiples agencias. [11]

Jurisdicción y legitimidad

En los Estados Unidos, el ICS ha sido probado durante más de 30 años en aplicaciones de emergencia y no emergencia. Todos los niveles de gobierno deben mantener diferentes niveles de capacitación en ICS y las organizaciones del sector privado usan regularmente ICS para la gestión de eventos. El ICS se usa ampliamente en la aplicación de la ley hasta las empresas cotidianas, ya que los objetivos básicos de comunicación clara, rendición de cuentas y uso eficiente de los recursos son comunes a la gestión de incidentes y emergencias, así como a las operaciones diarias. El ICS es obligatorio por ley para todas las respuestas a materiales peligrosos a nivel nacional y para muchas otras operaciones de emergencia en la mayoría de los estados. En la práctica, prácticamente todos los servicios médicos de emergencia y agencias de respuesta a desastres usan ICS, en parte después de que el Departamento de Seguridad Nacional de los Estados Unidos ordenara el uso de ICS para servicios de emergencia en todo Estados Unidos como condición para la financiación de preparación federal. Como parte del Plan Nacional de Respuesta (NRP) de FEMA , el sistema se amplió e integró en el Sistema Nacional de Gestión de Incidentes (NIMS).

En Canadá, el Sistema de Comando de Incidentes (ICS, por sus siglas en inglés) ha ganado reconocimiento y se ha utilizado en diversas agencias gubernamentales y de respuesta a emergencias. Las autoridades canadienses han adoptado los principios del ICS como un marco eficaz para gestionar incidentes y emergencias, garantizando una respuesta coordinada y eficiente.

Los gobiernos federales, provinciales [12] [13] y territoriales de Canadá han adoptado el ICS como un componente clave de sus estrategias de gestión de emergencias. Esta adopción está impulsada por la necesidad de establecer líneas claras de comunicación, agilizar la asignación de recursos y mantener la rendición de cuentas durante incidentes críticos. Las agencias federales como Seguridad Pública de Canadá promueven el uso del ICS para mejorar la preparación y las capacidades de respuesta ante emergencias del país. La proximidad de Canadá a los Estados Unidos ha facilitado el intercambio de mejores prácticas en gestión de emergencias, incluida la adopción del ICS. La cooperación transfronteriza y los ejercicios de capacitación han permitido a las agencias canadienses alinear sus prácticas de gestión de incidentes con las de sus contrapartes estadounidenses. [14] [15]

Nueva Zelanda ha implementado un sistema similar, conocido como el Sistema Coordinado de Gestión de Incidentes , Australia tiene el Sistema de Gestión de Incidentes Interservicios de Australasia y Columbia Británica , Canadá, tiene el BCEMS desarrollado por la Administración de Emergencias y Preparación Climática.

En un informe de estrategia de reducción de desastres de 2003, un grupo de trabajo de las Naciones Unidas recomendó el uso del SCI como estándar internacional para incidentes de incendios forestales. [16]

En Brasil, el ICS también es utilizado por el Departamento de Bomberos del Estado de Río de Janeiro (CBMERJ) y por la Defensa Civil del Estado de Río de Janeiro en toda emergencia o evento de gran escala. [ cita requerida ]

A partir del 11 de marzo de 2024 en México el SCI se encuentra regulado por una norma federal: NOM-010-SSPC-2019. Todas las dependencias municipales, estatales y federales están obligadas a cumplir con esta norma. [ cita requerida ]

Base

Incidentes

Los incidentes se definen en el SCI como situaciones no planificadas que requieren una respuesta . Algunos ejemplos de incidentes pueden incluir:

Eventos

Los eventos se definen en el SCI como situaciones planificadas . El comando de incidentes se aplica cada vez más a eventos tanto en la gestión de emergencias como en entornos de gestión que no son de emergencia. Algunos ejemplos de eventos pueden incluir:

Conceptos clave

Unidad de mando

Cada individuo que participa en la operación reporta a un solo supervisor. Esto elimina la posibilidad de que los individuos reciban órdenes contradictorias de varios supervisores, lo que aumenta la responsabilidad, evita el trabajo independiente, mejora el flujo de información, ayuda a coordinar los esfuerzos operativos y mejora la seguridad operacional. Este concepto es fundamental para la estructura de la cadena de mando del ICS. [17]

Terminología común

Anteriormente, cada organismo de respuesta individual desarrollaba sus protocolos por separado y, posteriormente, su terminología por separado. Esto puede generar confusión, ya que una palabra puede tener un significado diferente para cada organización.

Cuando se requiere que diferentes organizaciones trabajen juntas, el uso de terminología común es un elemento esencial en la cohesión y las comunicaciones del equipo, tanto internamente como con otras organizaciones que responden al incidente.

Un sistema de comando de incidentes promueve el uso de una terminología común y tiene un glosario asociado de términos que ayudan a dar coherencia a los títulos de los puestos, la descripción de los recursos y cómo pueden organizarse, el tipo y los nombres de las instalaciones de incidentes y una serie de otros temas. El uso de una terminología común es más evidente en los títulos de los roles de comando, como Comandante de incidentes , Oficial de seguridad o Jefe de la sección de operaciones . [17]

Gestión por objetivos

Los incidentes se gestionan apuntando a objetivos específicos. Los objetivos se clasifican por prioridad; deben ser lo más específicos posibles; deben ser alcanzables; y, si es posible, deben tener un marco temporal de trabajo. Los objetivos se logran primero describiendo las estrategias (planes generales de acción) y luego determinando las tácticas apropiadas (cómo se ejecutará la estrategia) para la estrategia elegida. [17]

Organización flexible y modular

La estructura del Comando de Incidentes está organizada de tal manera que se expande y se contrae según lo requiera el alcance del incidente, los recursos y los peligros. El comando se establece de arriba hacia abajo, y los puestos más importantes y con mayor autoridad se establecen primero. Por ejemplo, el Comando de Incidentes lo establece la primera unidad que llega.

Solo se deben establecer los puestos que se requieran en el momento. En la mayoría de los casos, será necesario activar muy pocos puestos dentro de la estructura de mando. Por ejemplo, si un camión de bomberos se encuentra en un incendio en un contenedor de basura , el oficial desempeñará el papel de comandante del incidente, sin necesidad de otros roles. A medida que se suman más camiones a un incidente más grande, se delegarán más funciones a otros oficiales y el rol de comandante del incidente (Comandante del incidente, IC) probablemente se le asigne a un oficial de mayor jerarquía.

Solo en las operaciones más grandes y complejas se contaría con personal para toda la organización ICS. [17] Por el contrario, a medida que un incidente se reduce, los roles se fusionarán nuevamente en el árbol hasta que solo quede el rol de IC.

Alcance del control

Para limitar el número de responsabilidades y recursos que gestiona una persona, el ICS exige que el ámbito de control de una sola persona sea de entre tres y siete personas, siendo cinco el nivel ideal. En otras palabras, un gerente no debería tener más de siete personas trabajando bajo su mando en un momento dado. Si una persona gestiona más de siete recursos, entonces esa persona está sobrecargada y la estructura de mando debe ampliarse delegando responsabilidades (por ejemplo, definiendo nuevas secciones, divisiones o grupos de trabajo). Si son menos de tres, entonces la autoridad del puesto probablemente pueda ser absorbida por el siguiente peldaño más alto en la cadena de mando. [17]

Coordinación

Una de las ventajas del SCI es que permite coordinar un conjunto de organizaciones que, de otro modo, podrían trabajar juntas de forma esporádica. Aunque gran parte del material de formación hace hincapié en los aspectos jerárquicos del SCI, también puede considerarse una red interorganizacional de intervinientes. Estas cualidades de red permiten que el SCI sea flexible y tenga experiencia en una variedad de organizaciones. Pero los aspectos de red del SCI también crean desafíos de gestión. Un estudio de los informes posteriores a la acción del SCI concluyó que el SCI tendía a disfrutar de una mayor coordinación cuando existía una confianza y unas relaciones de trabajo sólidas preexistentes entre los miembros, pero tenía dificultades cuando se cuestionaba la autoridad del SCI y cuando las redes de intervinientes eran muy diversas. [18] La coordinación en cualquier incidente o evento se facilita con la implementación de los siguientes conceptos:

Planes de acción ante incidentes

Los planes de acción para incidentes (PAI) garantizan la cohesión entre todos los involucrados en pos de objetivos estrictamente establecidos. Estos objetivos se establecen para períodos operativos específicos. Proporcionan a los supervisores planes de acción directos para comunicar los objetivos del incidente tanto al personal operativo como al de apoyo. Incluyen objetivos estratégicos mensurables establecidos para su consecución en un plazo de tiempo (también conocido como período operativo) que suele ser de 12 horas, pero puede ser de cualquier duración. Los incidentes con materiales peligrosos (hazmat) deben redactarse [19] y son preparados por la sección de planificación, pero otros informes de incidentes pueden ser tanto verbales como escritos [20] .

El IAP consolidado es un componente muy importante del ICS que reduce el trabajo autónomo y garantiza una respuesta coordinada. En el nivel más simple, todos los planes de acción ante incidentes deben tener cuatro elementos:

El contenido del IAP está organizado mediante una serie de formularios ICS estandarizados que permiten una documentación precisa y exacta de un incidente. [21]

Formularios ICS

Gestión integral de recursos

La gestión integral de los recursos es un principio clave de gestión que implica que se debe realizar un seguimiento y contabilizar todos los activos y el personal durante un evento. También puede incluir procesos de reembolso de recursos, según corresponda. La gestión de recursos incluye procesos para: [6]

La gestión integral de los recursos garantiza que se mantenga la visibilidad de todos ellos para que puedan movilizarse rápidamente y respaldar la preparación y la respuesta ante un incidente, y garantizar una desmovilización sin problemas. También se aplica a la clasificación de los recursos por tipo y clase, y a la categorización de los recursos por su estado.

Las tarjetas T (ICS 219, tarjeta de estado de recursos) son las más utilizadas para realizar el seguimiento de estos recursos. Las tarjetas se colocan en estantes para tarjetas T ubicados en un puesto de comando de incidentes para facilitar la actualización y el seguimiento visual del estado de los recursos.

Comunicaciones integradas

El desarrollo de un sistema integrado de comunicaciones de voz y datos, incluidos equipos, sistemas y protocolos, debe realizarse antes de que se produzca un incidente. [6]

Las comunicaciones ICS eficaces incluyen tres elementos:

Composición

Comandante del incidente

Personal de mando

Estado Mayor

ICS de nivel 200

En el nivel ICS 200, la función de Información e Inteligencia se agrega al personal estándar del ICS como una opción. Esta función es única en el ICS, ya que se puede organizar de múltiples maneras según el criterio del Comandante del incidente y las necesidades del incidente. Las tres posibles configuraciones son:

ICS de nivel 300

En el nivel ICS 300, el enfoque se centra en la gestión básica de incidentes de pequeña escala y de todo tipo de peligros, con énfasis en la escalabilidad del ICS. Actúa como una introducción a la utilización de más de una agencia y la posibilidad de numerosos períodos operativos. También implica una introducción al centro de operaciones de emergencia. [26]

ICS de nivel 400

En el nivel ICS 400, la atención se centra en los incidentes grandes y complejos. Entre los temas que se tratan se encuentran las características de la complejidad de los incidentes, los enfoques para dividir un incidente en componentes manejables, el establecimiento de un "comando de área" y el sistema de coordinación multiinstitucional (MACS).

Diseño

Personal

El ICS está organizado por niveles, y el supervisor de cada nivel tiene un título único (por ejemplo, solo la persona a cargo de una sección se denomina "jefe"; un "director" es exclusivamente la persona a cargo de una sucursal). Los niveles (título de la persona supervisora) son:

  • Comandante del incidente
  • Miembro del personal de mando (oficial) – personal de mando
  • Sección (jefe) – estado mayor
  • Sucursal (director)
  • División (supervisor): Una división es una unidad organizada geográficamente, a lo largo de líneas jurisdiccionales si es necesario, y no en función de la composición de los recursos dentro de la división.
  • Grupo (supervisor): Un grupo es una unidad organizada para un propósito, según líneas de agencia si es necesario, o en función de la composición de los recursos dentro del grupo.
  • Unidad, equipo o fuerza (líder): como una "unidad de comunicaciones", un "equipo de ataque médico" o una "fuerza de tareas de reconocimiento". Un equipo de ataque está compuesto por los mismos recursos (cuatro ambulancias, por ejemplo), mientras que una fuerza de tareas está compuesta por diferentes tipos de recursos (una ambulancia, dos camiones de bomberos y un coche de policía, por ejemplo).
  • Recurso individual. Este es el nivel más pequeño dentro del ICS y generalmente se refiere a una sola persona o equipo. Puede referirse a un equipo y un operador, y con menos frecuencia a varias personas que trabajan juntas.

Instalaciones

El ICS utiliza un conjunto estándar de nomenclatura de instalaciones. Las instalaciones del ICS incluyen: instalaciones de incidentes previamente designadas: Las operaciones de respuesta pueden formar una estructura compleja que debe mantenerse unida por el personal de respuesta que trabaja en instalaciones de incidentes diferentes y, a menudo, muy separadas. Estas instalaciones pueden incluir:

Cada instalación tiene requisitos únicos en cuanto a ubicación, espacio, equipamiento, materiales y suministros que suelen ser difíciles de abordar, en particular al comienzo de las operaciones de respuesta. Por este motivo, los equipos de respuesta deben identificar, designar y planificar previamente la disposición de estas instalaciones, siempre que sea posible.

En caso de incidentes de gran magnitud o de varios niveles, se pueden activar recursos de apoyo de nivel superior, entre los que se incluyen:

Equipo

ICS utiliza un conjunto estándar de nomenclatura de equipos. Los equipos de ICS incluyen:

Computadoras

La importancia del acceso a los sistemas informáticos es cada vez más común en el marco de los avances tecnológicos y para respaldar el enfoque estandarizado de respuesta a incidentes y emergencias. Comúnmente mencionados en la estructura de Comando y control del Ejército de los Estados Unidos, los ordenadores y los sistemas informáticos permiten que los equipos de respuesta interactúen entre sí para tener acceso a la información más reciente para la toma de decisiones. Consulte el Puesto de Comando de Incidentes (ICP) para obtener más información.

Tipo y clase

El "tipo" de recurso describe el tamaño o la capacidad de un recurso. Por ejemplo, 50 kW (para un generador) o 3 toneladas (para un camión). Los tipos están diseñados para categorizarse formalmente como "Tipo 1" a "Tipo 5", pero en incidentes en vivo se puede utilizar información más específica.

El "tipo" de recurso describe de qué se trata. Por ejemplo, un generador o un camión. El "tipo" de recurso describe la capacidad de rendimiento de un tipo de recurso, por ejemplo,

Tanto en el tipo como en la clase, el objetivo debe incluirse en la solicitud de recursos. Esto se hace para ampliar la respuesta potencial de recursos. Por ejemplo, una solicitud de recursos para una aeronave pequeña para el reconocimiento aéreo de una escena de búsqueda y rescate puede ser satisfecha por un helicóptero OH-58 Kiowa de la Guardia Nacional (tipo y clase: aeronave de ala giratoria, Tipo II/III) o por un Cessna 182 de la Patrulla Aérea Civil (tipo y clase: aeronave de ala fija, Tipo I). En este ejemplo, solicitar solo una aeronave de ala fija o de ala giratoria, o solicitar por tipo, puede impedir que se conozca la disponibilidad del otro recurso.

Transferencia de mando

Un rol de responsabilidad puede ser transferido durante un incidente por varias razones: A medida que el incidente crece, se requiere que una persona más calificada asuma el cargo de Comandante del incidente para manejar las necesidades cada vez mayores del incidente, o a la inversa, cuando un incidente se reduce en tamaño, el comando puede ser transferido a una persona menos calificada (pero aún calificada para dirigir el incidente ahora más pequeño) para liberar recursos altamente calificados para otras tareas o incidentes. Otras razones para transferir el comando incluyen el cambio de jurisdicción si el incidente cambia de ubicación o área de responsabilidad, o la rotación normal de personal debido a incidentes extendidos. El proceso de transferencia de comando siempre incluye una sesión informativa de transferencia de comando, que puede ser oral, escrita o una combinación de ambas.

Véase también

Referencias

  1. ^ "Glosario: Guía simplificada del sistema de comando de incidentes para profesionales del transporte". Administración Federal de Carreteras, Oficina de Operaciones. Archivado desde el original el 7 de julio de 2024. Consultado el 24 de octubre de 2018 .
  2. ^ "Capítulo 7: EL SISTEMA DE COMANDO DE INCIDENTES (ICS)". Centro de Excelencia en Gestión de Desastres y Asistencia Humanitaria. Archivado desde el original el 23 de abril de 2008. Consultado el 23 de septiembre de 2009 .
  3. ^ Bigley, Gregory; Roberts, Karlene (diciembre de 2001). "The Incident Command System: High-Reliability Organizing for Complex and Volatile Task Environments" (PDF) . The Academy of Management Journal . 44 (6). Academy of Management: 1281–1299. Archivado (PDF) desde el original el 4 de marzo de 2016. Consultado el 25 de septiembre de 2015 .| entrar = 29 de septiembre de 1987
  4. ^ Dara, Saqib; Ashton, Rendell; Farmer, Christopher; Carlton, Paul (enero de 2005). "Respuesta médica mundial a desastres: una perspectiva histórica". Medicina de cuidados críticos . 33 (1): S2–S6. doi :10.1097/01.CCM.0000151062.00501.60. PMID  15640674. S2CID  32514269.
  5. ^ Werman, Howard A.; Karren, K; Mistovich, Joseph (2014). "Sistema nacional de gestión de incidentes: sistema de comando de incidentes". En Werman A. Howard; Mistovich J; Karren K (eds.). Atención de emergencia prehospitalaria, 10.ª edición . Pearson Education , Inc., pág. 1217.
  6. ^ abcd "Guía de referencia rápida de procedimientos del Centro de operaciones de emergencia del Sistema nacional de gestión de incidentes" (PDF) . DHS FEMA . Archivado (PDF) del original el 7 de julio de 2024 . Consultado el 4 de mayo de 2024 .
  7. ^ "Directrices del sistema estandarizado de gestión de emergencias (SEMS)". Estado de California, Oficina de Servicios de Emergencia. Archivado desde el original el 5 de abril de 2009. Consultado el 16 de julio de 2009 .
  8. ^ "Sistema estandarizado de gestión de emergencias (SEMS): curso introductorio de instrucción, manual de referencia para estudiantes". Condado de Santa Clara, California. Archivado desde el original el 8 de septiembre de 2008. Consultado el 16 de julio de 2009 .
  9. ^ "EMSI: Una historia de trabajo del sistema de comando de incidentes". Emergency Management Services International (EMSI). Archivado desde el original el 10 de enero de 2016 . Consultado el 13 de enero de 2016 .
  10. ^ "Operaciones con residuos peligrosos y respuesta a emergencias". Seguridad y salud ocupacional. Archivado desde el original el 26 de septiembre de 2015. Consultado el 25 de septiembre de 2015 .
  11. ^ Jamieson, Gil (mayo de 2005). "Nims y el sistema de comando de incidentes". Actas de la Conferencia Internacional sobre Derrames de Petróleo . 2005 (1): 291–294. doi :10.7901/2169-3358-2005-1-291.
  12. ^ "Sitio web de Alberta Health Services sobre ICS". Archivado desde el original el 15 de noviembre de 2009. Consultado el 14 de mayo de 2009 .
  13. ^ "Oficina de Gestión de Emergencias". 8 de diciembre de 2018. Archivado desde el original el 10 de enero de 2024 . Consultado el 10 de enero de 2024 .
  14. ^ "Acerca de ICS Canada – Sistema de Comando de Incidentes". Archivado desde el original el 10 de enero de 2024 . Consultado el 10 de enero de 2024 .
  15. ^ "Sistema de gestión de emergencias de COLUMBIA BRITÁNICA 2016" (PDF) . Archivado (PDF) del original el 30 de abril de 2024 . Consultado el 5 de julio de 2024 .
  16. ^ "Informe del GT-4 presentado a la octava reunión del Grupo de trabajo interinstitucional sobre reducción de desastres, Ginebra, 5 y 6 de noviembre de 2003" (PDF) . Archivado desde el original (PDF) el 25 de junio de 2007. Consultado el 4 de mayo de 2024 .
  17. ^ abcde Emergency management Institute. "IS-200: ICS para recursos únicos e incidentes de acción inicial". 29 de noviembre de 2007 Archivado el 14 de julio de 2007 en Wayback Machine.
  18. ^ Moynihan, Donald. "The Network Governance of Crisis Response: Case Studies of Incident Command Systems (2009)" (PDF) . Revista de investigación y teoría de la administración pública 19: 895–915 . Archivado (PDF) desde el original el 29 de diciembre de 2013. Consultado el 22 de enero de 2014 .
  19. ^ "40 CFR 1910.120(q)(1)".
  20. ^ "Proceso de planificación de acciones ante incidentes "La planificación P" EXTRAÍDO DE – Ell-IG 0300 SISTEMA DE COMANDO DE INCIDENTES INTERMEDIOS PARA LA EXPANDICIÓN DE INCIDENTES, ICS 300" (PDF) . DHS FEMA . Archivado (PDF) del original el 24 de diciembre de 2022 . Consultado el 4 de mayo de 2024 .
  21. ^ "Folleto de formularios del Sistema de Comando de Incidentes (ICS) del Sistema Nacional de Gestión de Incidentes (NIMS)" (PDF) . www.fema.gov . Agencia Federal para el Manejo de Emergencias. Septiembre de 2010. Archivado (PDF) desde el original el 1 de enero de 2016 . Consultado el 25 de septiembre de 2015 .
  22. ^ Sistema Nacional de Gestión de Incidentes Archivado el 4 de abril de 2012 en Wayback Machine – Diciembre de 2008 Página 51
  23. ^ Agencia Federal para el Manejo de Emergencias "FEMA Taskbooks" Archivado el 16 de julio de 2011 en Wayback Machine . , FEMA , 28 de octubre de 2010, consultado el 11 de diciembre de 2010.
  24. ^ Agencia Federal para el Manejo de Emergencias "Glosario de FEMA", FEMA , 28 de octubre de 2010, consultado el 11 de diciembre de 2010.
  25. ^ Agencia Federal para el Manejo de Emergencias "Glosario de FEMA" Archivado el 16 de enero de 2011 en Wayback Machine . , FEMA , 28 de octubre de 2010, consultado el 11 de diciembre de 2010.
  26. ^ Decker, Russell (1 de octubre de 2011). "Aceptación y utilización del Sistema de Comando de Incidentes en la primera respuesta y disciplinas afines: un estudio de Ohio". Journal of Business Continuity & Emergency Planning . 5 (3). Publicaciones de Henry Stewart: 224–230. PMID  22130340. Archivado desde el original el 11 de febrero de 2016 . Consultado el 25 de septiembre de 2015 .

Enlaces externos