Entenda o que é HAZID, quando aplicar, metodologia, workshop, registro de perigos, diferenças para HAZOP e LOPA e como governar as recomendações.
Confira!
Hazard Identification (HAZID) é uma técnica estruturada de identificação de perigos usada para reconhecer, organizar e registrar cenários que podem comprometer pessoas, meio ambiente, ativos, produção ou continuidade operacional antes que decisões de engenharia tornem esses riscos mais difíceis e caros de tratar. Em projetos industriais, o HAZID funciona melhor quando é aplicado nas fases iniciais, com participação multidisciplinar e foco em perigos relevantes ao contexto real do empreendimento. Ele não substitui HAZOP, LOPA, FMEA ou estudos quantitativos: sua função principal é construir uma visão ampla dos perigos, selecionar cenários prioritários e indicar quais análises mais detalhadas serão necessárias ao longo do projeto.
O que é HAZID
HAZID é a abreviação de Hazard Identification, ou identificação de perigos. Na prática, é um processo estruturado de investigação que reúne informações sobre a instalação, o processo, o ambiente, as interfaces e as condições de operação para responder a uma pergunta essencial: o que pode causar dano relevante e em quais circunstâncias?
O resultado não deve ser apenas uma lista genérica de riscos. Um HAZID tecnicamente útil registra o perigo, suas possíveis causas, as consequências plausíveis, as salvaguardas já previstas, as lacunas percebidas, o nível de atenção requerido e as ações necessárias para aprofundar ou reduzir o risco.
O Center for Chemical Process Safety (CCPS) enquadra a identificação de perigos e a análise de riscos como parte central da compreensão dos perigos e riscos de processo. Essa lógica é especialmente importante no início de empreendimentos, quando ainda existe liberdade para modificar layout, filosofia operacional, tecnologia, segregação, redundância e critérios de projeto.
Perigo, risco, causa e consequência não são a mesma coisa
Um dos erros mais recorrentes em workshops de risco é misturar conceitos diferentes. Perigo é uma fonte ou situação com potencial de causar dano. Risco combina a possibilidade de um cenário ocorrer com a severidade de suas consequências. A causa é o evento ou condição que inicia ou contribui para a sequência acidental. A consequência é o efeito final relevante.
| Elemento | Pergunta de engenharia | Exemplo |
| Perigo | O que possui potencial de causar dano? | Fluido inflamável sob pressão |
| Causa | O que pode iniciar a perda de controle? | Falha de vedação, sobrepressão, erro de operação |
| Evento | O que acontece na sequência? | Perda de contenção |
| Consequência | Qual é o dano plausível? | Incêndio, explosão, intoxicação, indisponibilidade |
| Salvaguarda | O que reduz probabilidade ou consequência? | Detecção, isolamento, alívio, intertravamento |
| Risco | A exposição resultante é aceitável? | Avaliação conforme critério adotado |
Separar essas dimensões evita registros vagos como “risco de incêndio” sem explicar o mecanismo que pode produzir o evento nem quais barreiras estão disponíveis.
Quando aplicar HAZID
O HAZID possui maior valor quando ainda há espaço para decisões de arquitetura. Ele pode ser aplicado em estudo de viabilidade, projeto conceitual, FEL, projeto básico, expansão de planta, retrofit, aquisição de nova tecnologia, mudança de processo ou avaliação preliminar de uma instalação existente.
Em fases muito iniciais, o objetivo é reconhecer perigos e orientar decisões. À medida que o projeto amadurece, o HAZID pode ser atualizado para incorporar novas informações, interfaces e mudanças.
Situações típicas incluem:
- implantação de novas unidades industriais;
- ampliação de capacidade ou mudança de tecnologia;
- integração de equipamentos novos em planta existente;
- alterações de produtos, reagentes, utilidades ou condições operacionais;
- novos sistemas de automação, energia ou segurança;
- avaliação de interfaces entre disciplinas e contratos;
- preparação de estudos posteriores, como HAZOP e LOPA;
- projetos brownfield com documentação incompleta ou condições de campo diferentes do projeto original.
HAZID no ciclo de engenharia
O HAZID deve ser visto como um gate de entendimento do risco, e não como uma reunião isolada. A qualidade do estudo depende de informações de entrada, preparação, participantes adequados, método de facilitação, registro das decisões e acompanhamento das ações.
O objetivo não é eliminar a necessidade de estudos posteriores, mas direcioná-los de forma racional.
Informações de entrada necessárias
Antes de conduzir um HAZID, a maturidade das informações precisa ser compatível com a decisão que se pretende tomar. Em projetos brownfield, levantamento de campo e diagnóstico técnico reduzem o risco de discutir premissas que já não representam a instalação.
Um HAZID pode ser iniciado com dados incompletos, mas a qualidade do resultado deve refletir essa limitação. Quanto mais maduro o projeto, mais robusta pode ser a análise.
Entre as informações úteis estão:
- descrição do processo e do empreendimento;
- fluxogramas de processo e utilidades;
- diagramas de blocos e PFDs;
- layouts preliminares;
- inventário de substâncias perigosas;
- condições de pressão e temperatura;
- capacidades e taxas de produção;
- filosofia operacional;
- interfaces com sistemas existentes;
- dados meteorológicos e características do entorno;
- requisitos legais e corporativos;
- histórico de incidentes ou eventos relevantes;
- premissas de manutenção, partida, parada e emergência.
Quando essas informações ainda não existem, o próprio HAZID pode revelar quais dados precisam ser produzidos antes de uma decisão de investimento ou de projeto.
Como estruturar um workshop HAZID
O workshop deve ser preparado em torno de nós, áreas, sistemas, etapas ou categorias que permitam revisar o empreendimento de forma organizada. A escolha depende da natureza da instalação.
Uma abordagem prática é combinar decomposição física e categorias de perigo. O grupo analisa uma área ou sistema e aplica perguntas orientadoras para identificar ameaças, causas, consequências e salvaguardas.
Definição de escopo
O escopo precisa informar:
- limites físicos e funcionais;
- fases do ciclo de vida consideradas;
- interfaces incluídas;
- critérios de classificação;
- documentos de referência;
- premissas e exclusões;
- formato de registro das ações.
Sem limites claros, o workshop tende a oscilar entre detalhes excessivos e discussões genéricas.
Equipe multidisciplinar
O HAZID ganha valor quando reúne conhecimentos diferentes. Dependendo do empreendimento, podem participar profissionais de processo, elétrica, instrumentação, automação, mecânica, civil, operação, manutenção, segurança de processo, meio ambiente, combate a incêndio, telecomunicações, segurança física e gestão do projeto.
A presença da operação é particularmente importante em instalações existentes, porque procedimentos reais, bypasses recorrentes, restrições de manutenção e condições degradadas nem sempre aparecem na documentação.
Facilitação independente
O facilitador organiza a discussão, mantém a aderência ao método, evita que o grupo salte para soluções antes de caracterizar o cenário e garante que as decisões sejam registradas. Independência não significa desconhecimento técnico: o facilitador precisa compreender suficiente engenharia para questionar premissas e perceber lacunas.
Categorias de perigo úteis
Não existe uma única lista universal. Categorias funcionam como prompts para reduzir omissões, mas não devem transformar o HAZID em checklist mecânico.
Exemplos:
- inflamáveis e combustíveis;
- tóxicos, corrosivos e asfixiantes;
- pressão, vácuo e temperatura;
- reatividade química;
- energia elétrica;
- energia mecânica e partes móveis;
- queda de objetos ou estruturas;
- fogo e explosão;
- perda de utilidades;
- inundação, chuva, vento, descargas atmosféricas e eventos naturais;
- tráfego, movimentação de cargas e logística;
- fatores humanos;
- falhas de automação e instrumentação;
- falhas de telecomunicações e energia;
- cibersegurança OT quando aplicável;
- acesso indevido e segurança física;
- interfaces entre unidades ou contratadas.
A lista deve ser adaptada ao setor e ao estágio do projeto.
Do perigo ao cenário analisável
Um registro de HAZID precisa evoluir de um tema amplo para um cenário que possa ser tratado. “Produto inflamável” é um perigo. “Perda de contenção na linha de transferência durante partida, com formação de nuvem inflamável e possibilidade de ignição” é um cenário muito mais útil para decisão.
Esse refinamento permite verificar:
- quais causas são plausíveis;
- quais consequências precisam ser estudadas;
- quais salvaguardas existem;
- se o risco deve ser aprofundado por HAZOP, LOPA, QRA, estudo de dispersão ou outra análise;
- qual disciplina deve assumir a ação.
Registro e matriz de HAZID
O registro é a principal evidência do estudo. Ele deve permitir rastrear a origem da decisão e não apenas registrar uma conclusão.
Uma matriz típica pode conter:
| Campo | Conteúdo esperado |
| Nó/área | Parte do sistema analisada |
| Perigo | Fonte de dano identificada |
| Causa | Evento ou condição iniciadora |
| Consequência | Efeito plausível relevante |
| Salvaguardas | Barreiras já previstas ou existentes |
| Classificação | Critério de risco adotado |
| Recomendação | Ação necessária |
| Responsável | Dono da ação |
| Prazo | Data ou gate para fechamento |
| Status | Aberta, em análise, fechada ou aceita |
| Evidência | Documento que comprova o fechamento |
Uma recomendação sem responsável, prazo e evidência de fechamento dificilmente se transforma em governança.
Priorização do risco
O HAZID frequentemente utiliza classificação qualitativa ou semiquantitativa para indicar criticidade. O objetivo não é produzir falsa precisão, mas diferenciar cenários que exigem tratamento imediato, aprofundamento ou simples monitoramento.
A matriz de risco utilizada deve possuir critérios definidos de severidade e probabilidade. Termos como “alto”, “médio” e “baixo” não podem depender apenas da percepção de cada participante.
Quando a análise exige quantificação mais consistente das camadas de proteção e da frequência mitigada, o HAZID deve encaminhar o cenário para LOPA, em vez de tentar transformar uma matriz qualitativa em cálculo improvisado.
HAZID x HAZOP
HAZID e HAZOP são complementares, mas possuem propósitos distintos.
| Aspecto | HAZID | HAZOP |
| Momento típico | Fases iniciais e revisão ampla | Projeto de processo mais desenvolvido |
| Unidade de análise | Áreas, sistemas, atividades, interfaces | Nós de processo |
| Técnica | Categorias, prompts, brainstorming estruturado | Parâmetros + palavras-guia |
| Objetivo | Identificar perigos e selecionar cenários | Investigar desvios sistematicamente |
| Nível de detalhe | Amplo | Mais detalhado |
| Saída | Registro de perigos e ações | Cenários de desvio, causas, consequências e recomendações |
O artigo da A3A sobre HAZOP na Engenharia aprofunda o método de palavras-guia e análise de desvios. Em muitos empreendimentos, um HAZID inicial ajuda a decidir onde o HAZOP deverá concentrar esforço.
HAZID x LOPA
HAZID, HAZOP e LOPA cumprem funções diferentes. A governança deve definir quando um cenário migra de uma análise ampla para um método mais detalhado, evitando tanto subanálise quanto esforço desnecessário.
LOPA não é substituto do HAZID. A LOPA começa com um cenário previamente identificado e avalia frequência do evento iniciador, consequências e camadas independentes de proteção para estimar o risco mitigado em ordem de grandeza.
O HAZID trabalha antes: reconhece o universo de perigos e aponta os cenários que merecem análise posterior.
HAZID x FMEA e FMECA
FMEA e FMECA partem de modos de falha de componentes, funções ou ativos. O HAZID tende a observar cenários de perigo de maneira mais ampla e multidisciplinar. Em sistemas complexos, ambos podem ser necessários: o HAZID seleciona ameaças sistêmicas e a FMEA aprofunda modos de falha específicos.
HAZID em projetos brownfield
Instalações existentes exigem atenção especial porque o estado real pode divergir do projeto original. Um HAZID brownfield deve considerar:
- documentação As Built desatualizada;
- equipamentos substituídos ao longo do tempo;
- bypasses permanentes ou temporários;
- alarmes inibidos;
- intertravamentos modificados;
- rotas de cabos e tubulações não documentadas;
- mudanças de ocupação e layout;
- expansão de carga elétrica;
- perda de redundância;
- procedimentos operacionais informais.
Nesse contexto, Site Survey e Engenharia Diagnóstica podem preceder o workshop para elevar a qualidade da informação.
HAZID em interfaces multidisciplinares
Muitos acidentes não resultam de uma falha isolada, mas de interfaces mal definidas. O HAZID deve procurar dependências entre disciplinas e sistemas.
Exemplos incluem perda simultânea de energia e telecomunicações, fechamento de válvula dependente de ar de instrumento indisponível, sistema de detecção sem alimentação de emergência, rota de fuga impactada por novo equipamento ou automação cujo intertravamento depende de sinal vindo de rede não classificada como crítica.
Essas interfaces são especialmente relevantes em empreendimentos EPC, EPCM e multi-contrato, nos quais diferentes fornecedores podem tratar apenas seus limites contratuais.
Fatores humanos e operação
A análise não deve assumir um operador ideal. Modos de operação, partida, parada, manutenção, teste, bypass e resposta a alarmes precisam entrar na discussão.
Perguntas úteis incluem:
- a ação humana é executável dentro do tempo disponível?
- o operador recebe informação suficiente para decidir?
- alarmes concorrentes podem mascarar a condição?
- o procedimento existe e é treinado?
- uma única pessoa precisa executar ações incompatíveis simultaneamente?
- a condição degradada é visível para a operação?
Ação humana pode ser parte da estratégia de proteção, mas exige condições específicas para ser considerada confiável.
Salvaguarda existente não significa camada independente
Um HAZID registra salvaguardas, mas não deve atribuir automaticamente crédito quantitativo a elas. Independência, funcionalidade, integridade, confiabilidade e auditabilidade são critérios essenciais quando uma proteção pretende ser considerada IPL em LOPA.
Dois alarmes que dependem do mesmo transmissor, lógica e alimentação não representam necessariamente duas camadas independentes. Esse é um dos pontos em que o estudo qualitativo precisa entregar o cenário para análise mais rigorosa.
Ações de engenharia decorrentes do HAZID
As recomendações podem envolver:
- alteração de layout;
- segregação física;
- mudança de processo;
- especificação de contenção ou drenagem;
- revisão de materiais;
- estudos de alívio e descarga;
- detecção e combate a incêndio;
- redundância elétrica;
- intertravamentos e permissivos;
- instrumentação adicional;
- revisão da filosofia de controle;
- novos estudos de risco;
- mudanças de procedimento;
- requisitos de treinamento;
- investigação de alternativas de projeto.
O melhor resultado é aquele que modifica decisões antes da implantação, reduzindo dependência de controles administrativos ou proteções adicionadas tardiamente.
Governança das recomendações
O valor do HAZID aparece quando recomendações se transformam em requisitos, responsáveis, prazos e evidências de fechamento. Acompanhamento independente reduz o risco de ações desaparecerem entre disciplinas ou contratos.
Encerrar o workshop não encerra o HAZID. As ações precisam ser incorporadas à gestão do projeto.
Uma recomendação só deveria ser considerada fechada quando:
- existe uma resposta técnica documentada;
- a alteração necessária foi incorporada ao projeto ou ao procedimento;
- a evidência correspondente foi verificada;
- riscos residuais foram aceitos pela autoridade competente quando aplicável;
- impactos em outras disciplinas foram avaliados.
A governança pode ser integrada ao Risk Register, ao sistema de gestão de mudanças e aos gates de projeto.
HAZID e Management of Change
Mudanças posteriores ao estudo podem invalidar premissas. Alteração de produto, vazão, pressão, lógica de controle, localização de equipamentos, rota de escape ou estratégia de manutenção pode criar novo perigo ou aumentar risco existente.
O Management of Change deve avaliar se a mudança exige atualização parcial ou completa do HAZID e dos estudos associados.
HAZID na contratação de engenharia
Quando HAZID faz parte de um contrato, o escopo deve especificar método, maturidade mínima das informações, composição esperada da equipe, duração ou número de nós quando possível, formato do registro, critérios de risco, responsabilidade pelo fechamento e entregáveis.
Contratar apenas “realizar HAZID” sem essas definições abre espaço para propostas incomparáveis e resultados de profundidade muito diferentes.
Entregáveis de um HAZID consultivo
Um pacote consistente pode incluir:
- plano e agenda do workshop;
- definição de escopo e premissas;
- lista de participantes e competências;
- matriz ou registro HAZID;
- classificação dos cenários;
- recomendações e responsáveis;
- lista de estudos complementares;
- relatório executivo com riscos críticos;
- matriz de acompanhamento das ações;
- registro de fechamento e evidências.
Esses documentos transformam a análise em um processo auditável.
Como a Engenharia Consultiva pode atuar
Uma consultoria independente pode atuar sem assumir fornecimento de equipamentos ou programação de sistemas. O papel é organizar método, preparar informações, facilitar o workshop, questionar premissas, registrar decisões, integrar especialistas, acompanhar ações e conectar o resultado aos demais gates de engenharia.
Esse modelo conversa diretamente com Consultoria Técnica de Engenharia, Gerenciamento de Riscos de Engenharia e Owner’s Engineering, porque o valor está na qualidade da decisão e na rastreabilidade, não na venda de uma solução específica.
Erros recorrentes em HAZID
Alguns erros reduzem drasticamente a utilidade do estudo:
- workshop sem documentação mínima;
- equipe sem representantes de operação e disciplinas críticas;
- registro de perigos sem cenário ou consequência;
- uso de matriz de risco sem critérios definidos;
- confusão entre salvaguarda e IPL;
- recomendações genéricas como “avaliar” sem responsável e evidência;
- fechamento administrativo de ações sem verificar incorporação ao projeto;
- ausência de revisão após mudança significativa;
- transformação do HAZID em checklist de conformidade.
Indicadores para acompanhar o processo
Além do número de recomendações, a governança pode acompanhar proporção de ações vencidas, criticidade pendente, ações reabertas, percentual fechado com evidência, estudos complementares concluídos e mudanças posteriores que exigiram revalidação.
O objetivo não é “zerar recomendações”, mas demonstrar que os riscos identificados foram encaminhados com qualidade.
Considerações finais
HAZID é mais valioso quando utilizado como ferramenta de decisão antecipada. Ele amplia a visão do empreendimento, identifica perigos antes que sejam cristalizados em equipamentos e contratos, orienta análises posteriores e cria um registro rastreável das premissas de segurança.
Para a Engenharia Consultiva, o método também cria uma ponte entre risco e governança: perigos identificados precisam virar requisitos, ações, responsáveis, verificações e decisões documentadas. Quando o HAZID é tratado dessa forma, ele deixa de ser apenas um workshop e passa a integrar efetivamente o processo de engenharia.
Referências técnicas
[1] CENTER FOR CHEMICAL PROCESS SAFETY (CCPS). Hazard Identification and Risk Analysis. New York: AIChE. Disponível em: 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. Disponível em: 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. Disponível em: https://webstore.iec.ch/en/publication/61289
[4] INTERNATIONAL SOCIETY OF AUTOMATION. ISA-84 Series of Standards. Research Triangle Park: ISA. Disponível em: https://www.isa.org/standards-and-publications/isa-standards/isa-84-standards
Perguntas frequentes
HAZID significa Hazard Identification, ou identificação de perigos. É uma técnica estruturada usada para reconhecer perigos, cenários, causas, consequências, salvaguardas e ações de engenharia, especialmente nas fases iniciais de um empreendimento.
O HAZID possui visão mais ampla e costuma ser aplicado nas fases iniciais para identificar perigos e selecionar cenários prioritários. O HAZOP é mais detalhado e analisa desvios de processo por nós, parâmetros e palavras-guia.
Não. O HAZID identifica perigos e cenários. A LOPA analisa cenários selecionados de forma semiquantitativa, considerando frequência do evento iniciador, camadas independentes de proteção e risco mitigado.
É especialmente útil em viabilidade, projeto conceitual, FEL, projeto básico, expansões, retrofits e mudanças significativas, quando ainda há liberdade para alterar arquitetura e requisitos.
A equipe deve ser multidisciplinar e proporcional ao escopo, podendo envolver processo, automação, instrumentação, elétrica, mecânica, operação, manutenção, segurança de processo, meio ambiente e outras disciplinas relevantes.
O principal entregável é o registro estruturado de perigos e cenários, com causas, consequências, salvaguardas, classificação, recomendações, responsáveis, prazos e evidências de fechamento.
Materiais técnicos complementares
Soluções relacionadas
Serviços relacionados
- Consultoria Técnica de Engenharia: diagnóstico, estratégia e suporte à decisão
- Gerenciamento de Riscos de Engenharia: identificação, análise, mitigação e contingência
- Projeto de Automação Industrial: controle, supervisão, redes OT e integração
Conteúdos principais sobre o tema
- HAZOP na Engenharia: metodologia, palavras-guia e análise de desvios de processo
- Análise de Riscos em Projetos de Engenharia: métodos, critérios e priorização
