Gestão de mudanças (MOC)

Aprovação de mudanças por níveis, com avaliação de risco e alerta quando uma alteração temporária passa do prazo de reversão.

Pacote do sectorGestão · Activo nos pacotes de Petróleo & Gás, Mineração, Energia e Indústria.

O que faz

Gestão de mudanças (MOC) no dia-a-dia

  • Mudanças permanentes, temporárias e de emergência
  • Temporária não se grava sem prazo de reversão
  • Cadeia de aprovação decidida por ordem de nível
  • Documentos e formação travam a implementação
  • Risco antes e depois, na escala de 1 a 25
  • Reversões em atraso como primeiro indicador

O módulo de Gestão de mudanças (MOC) do EHSflow controla as alterações a instalações, equipamentos, processos e procedimentos antes de elas causarem o acidente seguinte. Cada mudança passa por avaliação de risco, por uma cadeia de aprovação e por uma regra que não se discute: uma alteração temporária tem prazo para ser revertida.

O problema: o bypass «temporário» que ficou anos

As instalações raramente falham como foram desenhadas. Falham depois de alteradas. É o achado que aparece na investigação de acidentes de processo graves: alguém instalou um bypass «temporário», ninguém o retirou, e anos depois já ninguém sabia que ele existia. Noutros casos, a bomba foi substituída de noite por uma diferente, o procedimento ficou o antigo, e o turno seguinte operou o equipamento novo com as instruções do velho.

Como funciona a gestão de mudanças (MOC)

1. Registar a mudança

O pedido descreve o que se vai mudar, a justificação, o tipo e a categoria — processo, equipamento, procedimento, organizacional, software e controlo, matéria-prima, instalação ou outra. Três tipos:

  • Permanente — segue a cadeia de aprovação completa.
  • Temporária — exige prazo de reversão. Sem prazo, não se grava.
  • Emergência — pode ser implementada antes de aprovada, e fica marcada até alguém assinar.

2. Avaliar o risco

O risco antes e depois da mudança regista-se na mesma escala de 1 a 25 do módulo de Riscos, e a mudança pode ligar-se a uma avaliação existente. Se o risco depois for maior do que antes, o formulário avisa: pode ser a decisão certa, mas tem de ser consciente — e fica visível na lista.

3. Aprovar por níveis

A cadeia de aprovação tem um nível por linha, cada um com o que se aprova e o papel que decide. Há uma cadeia padrão por tipo. No exemplo MOC-0012, um percurso temporário dos empilhadores durante obras no armazém, na Base Portuária — Luanda, o pedido de Joaquim Muanza passa pela análise HSE de Esperança Dias e depois pela gestão.

4. Cumprir o que a mudança obriga

Duas marcas definem-se no registo: obriga a actualizar documentos, obriga a formação. Enquanto não estiverem marcadas como feitas, a mudança não pode ser implementada.

5. Implementar e reverter

Marcar como implementada regista quem confirmou e quando. Numa temporária, marcar como revertida confirma que o estado anterior foi reposto.

Regras que não cedem

  • Temporária sem prazo é recusada pela base de dados, não apenas avisada no ecrã. Uma temporária sem prazo é uma permanente disfarçada.
  • A cadeia decide-se por ordem. Só o nível mais baixo ainda pendente pode ser decidido.
  • Uma rejeição rejeita tudo. Não se continua a subir a cadeia com um «não» pelo caminho.
  • Documentos e formação não se contornam, nem com justificação, nem em emergência. Implementar com o procedimento antigo em vigor é preparar uma armadilha para o turno seguinte.
  • Reversão em atraso só existe depois de implementada. Uma temporária aprovada e nunca implementada não tem nada instalado para reverter.

Quem usa

  • Supervisor e responsáveis de área — pedem mudanças e registam a implementação.
  • QHSE — faz a análise de risco e acompanha documentos e formação.
  • Direcção e gestão — aprovam nos níveis que lhes cabem.

O que a direcção vê

O primeiro indicador não é o número de mudanças. É reversões em atraso: temporárias implementadas que ninguém retirou. Seguem-se as mudanças em avaliação, as aprovadas por implementar e as emergências sem assinatura. Três alertas próprios: temporárias além do prazo, emergências por aprovar e mudanças que aumentaram o risco.

Ligação aos outros módulos

Uma mudança que obriga a actualizar documentos remete para Documentos, onde a nova versão do procedimento percorre elaboração, revisão e aprovação. A formação exigida regista-se em Formação e competências. As tarefas de seguimento, com responsável e prazo, vivem em Acções (CAPA).

Em que plano está

Gestão de mudanças não faz parte do núcleo do Essencial. Está no Profissional quando a operação altera com frequência instalações, equipamentos ou processos — o sector e as respostas do registo activam-no — e no Enterprise. Consulte os preços por plano ou peça uma demonstração do fluxo de aprovação.

Perguntas frequentes

Perguntas sobre Gestão de mudanças.

E uma mudança de emergência, feita de noite, sem aprovação?

Pode ser implementada antes de aprovada. Fica marcada, na lista e no detalhe, como aprovação retroactiva em falta até alguém a assinar. Proibi-la só a empurraria para fora do registo.

Quem pode aprovar uma mudança?

Cada nível da cadeia diz o que se aprova e qual o papel que o decide. Os níveis decidem-se por ordem — não se aprova o nível 3 antes do 1 — e uma rejeição em qualquer nível rejeita a mudança inteira.

Posso implementar sem actualizar o procedimento?

Não, quando a mudança obriga a actualizar documentos ou a dar formação. Esses dois impedimentos não se contornam, nem com justificação escrita, nem nas emergências.

Exporta para PDF e Excel?

Sim. A lista de mudanças exporta para os dois formatos, depois dos filtros aplicados.

Experimente com a sua equipa durante 30 dias.