Entienda qué es HAZID, cuándo aplicarlo, metodología, workshop, registro de peligros, diferencias frente a HAZOP y LOPA y cómo gobernar las recomendaciones.
¡Descúbrelo!
Hazard Identification (HAZID) es una técnica estructurada de identificación de peligros utilizada para reconocer, organizar y registrar escenarios que pueden comprometer personas, medio ambiente, activos, producción o continuidad operativa antes de que las decisiones de ingeniería hagan que esos riesgos sean más difíciles y costosos de tratar. En proyectos industriales, HAZID funciona mejor cuando se aplica en las fases iniciales, con participación multidisciplinaria y foco en peligros relevantes para el contexto real del proyecto. No sustituye HAZOP, LOPA, FMEA ni estudios cuantitativos: su función principal es construir una visión amplia de los peligros, seleccionar escenarios prioritarios e indicar qué análisis más detallados serán necesarios a lo largo del proyecto.
Qué es HAZID
HAZID es la abreviatura de Hazard Identification, o identificación de peligros. En la práctica, es un proceso estructurado de investigación que reúne información sobre la instalación, el proceso, el entorno, las interfaces y las condiciones de operación para responder una pregunta esencial: ¿qué puede causar un daño relevante y en qué circunstancias?
El resultado no debe ser solo una lista genérica de riesgos. Un HAZID técnicamente útil registra el peligro, sus posibles causas, las consecuencias plausibles, las salvaguardas ya previstas, las brechas percibidas, el nivel de atención requerido y las acciones necesarias para profundizar o reducir el riesgo.
El Center for Chemical Process Safety (CCPS) sitúa la identificación de peligros y el análisis de riesgos como parte central de la comprensión de los peligros y riesgos de proceso. Esta lógica es especialmente importante al inicio de los proyectos, cuando todavía existe libertad para modificar layout, filosofía operativa, tecnología, segregación, redundancia y criterios de diseño.
Peligro, riesgo, causa y consecuencia no son lo mismo
Uno de los errores más frecuentes en workshops de riesgo es mezclar conceptos diferentes. Un peligro es una fuente o situación con potencial de causar daño. El riesgo combina la posibilidad de que ocurra un escenario con la severidad de sus consecuencias. La causa es el evento o condición que inicia o contribuye a la secuencia accidental. La consecuencia es el efecto final relevante.
| Elemento | Pregunta de ingeniería | Ejemplo |
| Peligro | ¿Qué tiene potencial de causar daño? | Fluido inflamable bajo presión |
| Causa | ¿Qué puede iniciar la pérdida de control? | Falla de sellado, sobrepresión, error de operación |
| Evento | ¿Qué ocurre en la secuencia? | Pérdida de contención |
| Consecuencia | ¿Cuál es el daño plausible? | Incendio, explosión, intoxicación, indisponibilidad |
| Salvaguarda | ¿Qué reduce la probabilidad o la consecuencia? | Detección, aislamiento, alivio, interlock |
| Riesgo | ¿La exposición resultante es aceptable? | Evaluación conforme al criterio adoptado |
Separar estas dimensiones evita registros vagos como “riesgo de incendio” sin explicar el mecanismo que puede producir el evento ni qué barreras están disponibles.
Cuándo aplicar HAZID
HAZID aporta mayor valor cuando todavía hay espacio para decisiones de arquitectura. Puede aplicarse en estudio de viabilidad, diseño conceptual, FEL, Ingeniería Básica, ampliación de planta, retrofit, adquisición de nueva tecnología, cambio de proceso o evaluación preliminar de una instalación existente.
En fases muy iniciales, el objetivo es reconocer peligros y orientar decisiones. A medida que el proyecto madura, el HAZID puede actualizarse para incorporar nueva información, interfaces y cambios.
Las situaciones típicas incluyen:
- implantación de nuevas unidades industriales;
- ampliación de capacidad o cambio de tecnología;
- integración de equipos nuevos en una planta existente;
- cambios de productos, reactivos, utilidades o condiciones operativas;
- nuevos sistemas de automatización, energía o seguridad;
- evaluación de interfaces entre disciplinas y contratos;
- preparación de estudios posteriores, como HAZOP y LOPA;
- proyectos brownfield con documentación incompleta o condiciones de campo diferentes del diseño original.
HAZID en el ciclo de ingeniería
HAZID debe verse como un gate de comprensión del riesgo y no como una reunión aislada. La calidad del estudio depende de la información de entrada, la preparación, los participantes adecuados, el método de facilitación, el registro de las decisiones y el seguimiento de las acciones.
El objetivo no es eliminar la necesidad de estudios posteriores, sino dirigirlos de forma racional.
Información de entrada necesaria
Antes de conducir un HAZID, la madurez de la información debe ser compatible con la decisión que se pretende tomar. En proyectos brownfield, el levantamiento de campo y el diagnóstico técnico reducen el riesgo de discutir premisas que ya no representan la instalación.
Un HAZID puede iniciarse con datos incompletos, pero la calidad del resultado debe reflejar esa limitación. Cuanto más maduro sea el proyecto, más robusto puede ser el análisis.
Entre la información útil se encuentra:
- descripción del proceso y del proyecto;
- diagramas de flujo de proceso y utilidades;
- diagramas de bloques y PFDs;
- layouts preliminares;
- inventario de sustancias peligrosas;
- condiciones de presión y temperatura;
- capacidades y tasas de producción;
- filosofía operativa;
- interfaces con sistemas existentes;
- datos meteorológicos y características del entorno;
- requisitos legales y corporativos;
- historial de incidentes o eventos relevantes;
- premisas de mantenimiento, arranque, parada y emergencia.
Cuando esta información todavía no existe, el propio HAZID puede revelar qué datos deben producirse antes de una decisión de inversión o de diseño.
Cómo estructurar un workshop HAZID
El workshop debe prepararse en torno a nodos, áreas, sistemas, etapas o categorías que permitan revisar el proyecto de forma organizada. La elección depende de la naturaleza de la instalación.
Un enfoque práctico consiste en combinar descomposición física y categorías de peligro. El grupo analiza un área o sistema y aplica preguntas orientadoras para identificar amenazas, causas, consecuencias y salvaguardas.
Definición del alcance
El alcance debe indicar:
- límites físicos y funcionales;
- fases del ciclo de vida consideradas;
- interfaces incluidas;
- criterios de clasificación;
- documentos de referencia;
- premisas y exclusiones;
- formato de registro de las acciones.
Sin límites claros, el workshop tiende a oscilar entre detalles excesivos y discusiones genéricas.
Equipo multidisciplinario
HAZID gana valor cuando reúne conocimientos diferentes. Dependiendo del proyecto, pueden participar profesionales de proceso, eléctrica, instrumentación, automatización, mecánica, civil, operación, mantenimiento, seguridad de proceso, medio ambiente, protección contra incendios, telecomunicaciones, seguridad física y gestión de proyectos.
La presencia de operación es particularmente importante en instalaciones existentes, porque los procedimientos reales, bypasses recurrentes, restricciones de mantenimiento y condiciones degradadas no siempre aparecen en la documentación.
Facilitación independiente
El facilitador organiza la discusión, mantiene la adherencia al método, evita que el grupo salte a soluciones antes de caracterizar el escenario y garantiza que las decisiones se registren. Independencia no significa desconocimiento técnico: el facilitador necesita comprender suficiente ingeniería para cuestionar premisas y percibir brechas.
Categorías de peligro útiles
No existe una única lista universal. Las categorías funcionan como prompts para reducir omisiones, pero no deben transformar el HAZID en un checklist mecánico.
Ejemplos:
- inflamables y combustibles;
- tóxicos, corrosivos y asfixiantes;
- presión, vacío y temperatura;
- reactividad química;
- energía eléctrica;
- energía mecánica y partes móviles;
- caída de objetos o estructuras;
- fuego y explosión;
- pérdida de utilidades;
- inundación, lluvia, viento, descargas atmosféricas y eventos naturales;
- tráfico, movimiento de cargas y logística;
- factores humanos;
- fallas de automatización e instrumentación;
- fallas de telecomunicaciones y energía;
- ciberseguridad OT cuando corresponda;
- acceso no autorizado y seguridad física;
- interfaces entre unidades o contratistas.
La lista debe adaptarse al sector y a la etapa del proyecto.
Del peligro al escenario analizable
Un registro HAZID necesita evolucionar de un tema amplio a un escenario que pueda tratarse. “Producto inflamable” es un peligro. “Pérdida de contención en la línea de transferencia durante el arranque, con formación de una nube inflamable y posibilidad de ignición” es un escenario mucho más útil para la toma de decisiones.
Este refinamiento permite verificar:
- qué causas son plausibles;
- qué consecuencias necesitan estudiarse;
- qué salvaguardas existen;
- si el riesgo debe profundizarse mediante HAZOP, LOPA, QRA, estudio de dispersión u otro análisis;
- qué disciplina debe asumir la acción.
Registro y matriz HAZID
El registro es la principal evidencia del estudio. Debe permitir rastrear el origen de la decisión y no solo registrar una conclusión.
Una matriz típica puede contener:
| Campo | Contenido esperado |
| Nodo/área | Parte del sistema analizada |
| Peligro | Fuente de daño identificada |
| Causa | Evento o condición iniciadora |
| Consecuencia | Efecto plausible relevante |
| Salvaguardas | Barreras ya previstas o existentes |
| Clasificación | Criterio de riesgo adoptado |
| Recomendación | Acción necesaria |
| Responsable | Dueño de la acción |
| Plazo | Fecha o gate para cierre |
| Estado | Abierta, en análisis, cerrada o aceptada |
| Evidencia | Documento que demuestra el cierre |
Una recomendación sin responsable, plazo y evidencia de cierre difícilmente se transforma en gobernanza.
Priorización del riesgo
HAZID utiliza con frecuencia una clasificación cualitativa o semicuantitativa para indicar criticidad. El objetivo no es producir falsa precisión, sino diferenciar escenarios que exigen tratamiento inmediato, profundización o simple monitoreo.
La matriz de riesgos utilizada debe contar con criterios definidos de severidad y probabilidad. Términos como “alto”, “medio” y “bajo” no pueden depender únicamente de la percepción de cada participante.
Cuando el análisis exige una cuantificación más consistente de las capas de protección y de la frecuencia mitigada, HAZID debe encaminar el escenario hacia LOPA, en lugar de intentar transformar una matriz cualitativa en un cálculo improvisado.
HAZID vs. HAZOP
HAZID y HAZOP son complementarios, pero tienen propósitos distintos.
| Aspecto | HAZID | HAZOP |
| Momento típico | Fases iniciales y revisión amplia | Diseño de proceso más desarrollado |
| Unidad de análisis | Áreas, sistemas, actividades, interfaces | Nodos de proceso |
| Técnica | Categorías, prompts, brainstorming estructurado | Parámetros + palabras guía |
| Objetivo | Identificar peligros y seleccionar escenarios | Investigar desviaciones sistemáticamente |
| Nivel de detalle | Amplio | Más detallado |
| Salida | Registro de peligros y acciones | Escenarios de desviación, causas, consecuencias y recomendaciones |
El artículo de A3A sobre HAZOP en Ingeniería profundiza el método de palabras guía y el análisis de desviaciones. En muchos proyectos, un HAZID inicial ayuda a decidir dónde HAZOP deberá concentrar sus esfuerzos.
HAZID vs. LOPA
HAZID, HAZOP y LOPA cumplen funciones diferentes. La gobernanza debe definir cuándo un escenario migra de un análisis amplio a un método más detallado, evitando tanto el subanálisis como el esfuerzo innecesario.
Integre el análisis de riesgos a la gobernanza de ingeniería
LOPA no sustituye HAZID. LOPA comienza con un escenario previamente identificado y evalúa la frecuencia del evento iniciador, las consecuencias y las capas independientes de protección para estimar el riesgo mitigado por orden de magnitud.
HAZID trabaja antes: reconoce el universo de peligros y señala los escenarios que merecen análisis posterior.
HAZID vs. FMEA y FMECA
FMEA y FMECA parten de modos de falla de componentes, funciones o activos. HAZID tiende a observar escenarios de peligro de manera más amplia y multidisciplinaria. En sistemas complejos, ambos pueden ser necesarios: HAZID selecciona amenazas sistémicas y FMEA profundiza modos de falla específicos.
HAZID en proyectos brownfield
Las instalaciones existentes requieren atención especial porque el estado real puede diferir del diseño original. Un HAZID brownfield debe considerar:
- documentación As Built desactualizada;
- equipos sustituidos a lo largo del tiempo;
- bypasses permanentes o temporales;
- alarmas inhibidas;
- interlocks modificados;
- rutas de cables y tuberías no documentadas;
- cambios de ocupación y layout;
- aumento de carga eléctrica;
- pérdida de redundancia;
- procedimientos operativos informales.
En este contexto, Site Survey e Ingeniería Diagnóstica pueden preceder el workshop para elevar la calidad de la información.
HAZID en interfaces multidisciplinarias
Muchos accidentes no resultan de una falla aislada, sino de interfaces mal definidas. HAZID debe buscar dependencias entre disciplinas y sistemas.
Los ejemplos incluyen pérdida simultánea de energía y telecomunicaciones, cierre de válvula dependiente de aire de instrumentos no disponible, sistema de detección sin alimentación de emergencia, ruta de evacuación afectada por un equipo nuevo o un interlock de automatización dependiente de una señal procedente de una red no clasificada como crítica.
Estas interfaces son especialmente relevantes en proyectos EPC, EPCM y multicontrato, en los que diferentes proveedores pueden tratar únicamente sus límites contractuales.
Factores humanos y operación
El análisis no debe asumir un operador ideal. Los modos de operación, arranque, parada, mantenimiento, prueba, bypass y respuesta a alarmas necesitan formar parte de la discusión.
Preguntas útiles incluyen:
- ¿la acción humana puede ejecutarse dentro del tiempo disponible?
- ¿el operador recibe información suficiente para decidir?
- ¿alarmas concurrentes pueden ocultar la condición?
- ¿existe un procedimiento y está entrenado?
- ¿una sola persona necesita ejecutar acciones incompatibles simultáneamente?
- ¿la condición degradada es visible para la operación?
La acción humana puede formar parte de la estrategia de protección, pero exige condiciones específicas para ser considerada confiable.
Una salvaguarda existente no significa una capa independiente
Un HAZID registra salvaguardas, pero no debe atribuirles automáticamente crédito cuantitativo. Independencia, funcionalidad, integridad, confiabilidad y auditabilidad son criterios esenciales cuando se pretende considerar una protección como IPL en LOPA.
Dos alarmas que dependen del mismo transmisor, lógica y alimentación no representan necesariamente dos capas independientes. Este es uno de los puntos en los que el estudio cualitativo debe entregar el escenario a un análisis más riguroso.
Acciones de ingeniería derivadas del HAZID
Las recomendaciones pueden involucrar:
- cambio de layout;
- segregación física;
- cambio de proceso;
- especificación de contención o drenaje;
- revisión de materiales;
- estudios de alivio y descarga;
- detección y protección contra incendios;
- redundancia eléctrica;
- interlocks y permisivos;
- instrumentación adicional;
- revisión de la filosofía de control;
- nuevos estudios de riesgo;
- cambios de procedimiento;
- requisitos de capacitación;
- investigación de alternativas de diseño.
El mejor resultado es aquel que modifica decisiones antes de la implantación, reduciendo la dependencia de controles administrativos o protecciones agregadas tardíamente.
Gobernanza de las recomendaciones
El valor del HAZID aparece cuando las recomendaciones se transforman en requisitos, responsables, plazos y evidencias de cierre. El seguimiento independiente reduce el riesgo de que las acciones desaparezcan entre disciplinas o contratos.
Cerrar el workshop no cierra el HAZID. Las acciones necesitan incorporarse a la gestión del proyecto.
Una recomendación solo debería considerarse cerrada cuando:
- existe una respuesta técnica documentada;
- el cambio necesario fue incorporado al diseño o al procedimiento;
- la evidencia correspondiente fue verificada;
- los riesgos residuales fueron aceptados por la autoridad competente cuando corresponda;
- se evaluaron los impactos en otras disciplinas.
La gobernanza puede integrarse al Risk Register, al sistema de Management of Change y a los gates del proyecto.
HAZID y Management of Change
Los cambios posteriores al estudio pueden invalidar premisas. Un cambio de producto, caudal, presión, lógica de control, ubicación de equipos, ruta de escape o estrategia de mantenimiento puede crear un nuevo peligro o aumentar un riesgo existente.
Management of Change debe evaluar si el cambio exige una actualización parcial o completa del HAZID y de los estudios asociados.
HAZID en la contratación de ingeniería
Cuando HAZID forma parte de un contrato, el alcance debe especificar método, madurez mínima de la información, composición esperada del equipo, duración o número de nodos cuando sea posible, formato del registro, criterios de riesgo, responsabilidad por el cierre y entregables.
Contratar únicamente “realizar HAZID” sin estas definiciones abre espacio para propuestas incomparables y resultados con profundidades muy diferentes.
Entregables de un HAZID consultivo
Un paquete consistente puede incluir:
- plan y agenda del workshop;
- definición de alcance y premisas;
- lista de participantes y competencias;
- matriz o registro HAZID;
- clasificación de los escenarios;
- recomendaciones y responsables;
- lista de estudios complementarios;
- informe ejecutivo con riesgos críticos;
- matriz de seguimiento de acciones;
- registro de cierre y evidencias.
Estos documentos transforman el análisis en un proceso auditable.
Cómo puede actuar la Ingeniería Consultiva
Una consultoría independiente puede actuar sin asumir el suministro de equipos ni la programación de sistemas. Su papel es organizar el método, preparar información, facilitar el workshop, cuestionar premisas, registrar decisiones, integrar especialistas, acompañar acciones y conectar el resultado con los demás gates de ingeniería.
Este modelo se conecta directamente con Consultoría Técnica de Ingeniería, Gestión de Riesgos de Ingeniería y Owner’s Engineering, porque el valor reside en la calidad de la decisión y la trazabilidad, no en la venta de una solución específica.
Errores recurrentes en HAZID
Algunos errores reducen drásticamente la utilidad del estudio:
- workshop sin documentación mínima;
- equipo sin representantes de operación y disciplinas críticas;
- registro de peligros sin escenario o consecuencia;
- uso de matriz de riesgos sin criterios definidos;
- confusión entre salvaguarda e IPL;
- recomendaciones genéricas como “evaluar” sin responsable y evidencia;
- cierre administrativo de acciones sin verificar su incorporación al diseño;
- ausencia de revisión después de un cambio significativo;
- transformación del HAZID en checklist de conformidad.
Indicadores para acompañar el proceso
Además del número de recomendaciones, la gobernanza puede acompañar la proporción de acciones vencidas, criticidad pendiente, acciones reabiertas, porcentaje cerrado con evidencia, estudios complementarios concluidos y cambios posteriores que exigieron revalidación.
El objetivo no es “dejar las recomendaciones en cero”, sino demostrar que los riesgos identificados fueron encaminados con calidad.
Consideraciones finales
HAZID es más valioso cuando se utiliza como herramienta de decisión anticipada. Amplía la visión del proyecto, identifica peligros antes de que queden cristalizados en equipos y contratos, orienta análisis posteriores y crea un registro trazable de las premisas de seguridad.
Para la Ingeniería Consultiva, el método también crea un puente entre riesgo y gobernanza: los peligros identificados necesitan convertirse en requisitos, acciones, responsables, verificaciones y decisiones documentadas. Cuando HAZID se trata de esta forma, deja de ser solo un workshop y pasa a integrar efectivamente el proceso de ingeniería.
Referencias técnicas
[1] CENTER FOR CHEMICAL PROCESS SAFETY (CCPS). Hazard Identification and Risk Analysis. New York: AIChE. Disponible en: https://www.aiche.org/ccps/resources/rbps/Understand-Hazard-%26-Risk/Hazard-Identification-and-Risk-Analysis
[2] CENTER FOR CHEMICAL PROCESS SAFETY (CCPS). Layer of Protection Analysis: Simplified Process Risk Assessment. New York: AIChE, 2001. Disponible en: https://ccps.aiche.org/publications/books/layer-protection-analysis-simplified-process-risk-assessment
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 61511-1:2016+AMD1:2017 CSV — Functional safety — Safety instrumented systems for the process industry sector — Part 1. Geneva: IEC. Disponible en: https://webstore.iec.ch/en/publication/61289
[4] INTERNATIONAL SOCIETY OF AUTOMATION. ISA-84 Series of Standards. Research Triangle Park: ISA. Disponible en: https://www.isa.org/standards-and-publications/isa-standards/isa-84-standards
Preguntas frecuentes
HAZID significa Hazard Identification, o identificación de peligros. Es una técnica estructurada utilizada para reconocer peligros, escenarios, causas, consecuencias, salvaguardas y acciones de ingeniería, especialmente en las fases iniciales de un proyecto.
HAZID tiene una visión más amplia y suele aplicarse en las fases iniciales para identificar peligros y seleccionar escenarios prioritarios. HAZOP es más detallado y analiza desviaciones de proceso por nodos, parámetros y palabras guía.
No. HAZID identifica peligros y escenarios. LOPA analiza escenarios seleccionados de forma semicuantitativa, considerando la frecuencia del evento iniciador, las capas independientes de protección y el riesgo mitigado.
Es especialmente útil en viabilidad, diseño conceptual, FEL, Ingeniería Básica, ampliaciones, retrofits y cambios significativos, cuando todavía existe libertad para modificar arquitectura y requisitos.
El equipo debe ser multidisciplinario y proporcional al alcance, pudiendo involucrar proceso, automatización, instrumentación, eléctrica, mecánica, operación, mantenimiento, seguridad de proceso, medio ambiente y otras disciplinas relevantes.
El principal entregable es el registro estructurado de peligros y escenarios, con causas, consecuencias, salvaguardas, clasificación, recomendaciones, responsables, plazos y evidencias de cierre.
Materiales técnicos complementarios
Soluciones relacionadas
Servicios relacionados
- Consultoría Técnica de Ingeniería: diagnóstico, estrategia y apoyo a la decisión
- Gestión de Riesgos de Ingeniería: identificación, análisis, mitigación y contingencia
- Diseño de Automatización Industrial: control, supervisión, redes OT e integración
Contenidos principales sobre el tema
- HAZOP en Ingeniería: metodología, palabras guía y análisis de desviaciones de proceso
- Análisis de Riesgos en Proyectos de Ingeniería: métodos, criterios y priorización
