Como bloquear um instrumento com calibração expirada no programa de acompanhamento de calibrações?

Resposta breve: como parar verdadeiramente um dispositivo com o prazo expirado?

Um programa de acompanhamento de calibrações não deve apenas mostrar a vermelho um dispositivo cuja data prevista de recalibração passou; deve estabelecer uma verdadeira barreira de autoridade entre o estado do dispositivo e as operações de utilização. Ao selecionar o dispositivo, ao atribuí-lo ao trabalho, ao iniciar o registo de medição e ao publicar o resultado, o sistema deve voltar a verificar o estado atual e, conforme a política da organização, bloquear a utilização, colocar o dispositivo em quarentena ou permitir avançar apenas através de um fluxo de exceção autorizado e justificado.

A expressão “prazo expirado” deve ser usada com cuidado. A data no calendário é o plano de recalibração definido pela organização; não prova que o dispositivo começou a medir errado nesse exato segundo. O contrário também é verdadeiro: porque a data ainda não chegou, não se pode assumir que o dispositivo é adequado em todas as condições. Quedas, sobrecarga, avarias, resultados suspeitos, ajustes ou verificações intermédias desfavoráveis podem pôr o dispositivo fora de utilização antes da data planeada.

A data de calibração não é uma data de validade

Não é correto atribuir aos dispositivos de medição um único prazo de calibração válido para todos. A ILAC G24:2022 aborda métodos que podem ser usados para estabelecer e rever os intervalos de recalibração de equipamentos de medição.[1] O volume de utilização, o transporte, as condições ambientais, a estabilidade do dispositivo, a informação do fabricante, os resultados anteriores, as verificações intermédias, a incerteza de medição necessária e o impacto de um resultado errado podem entrar na avaliação. A organização deve justificar o seu próprio programa e revê-lo com dados de desempenho.

Por isso, a “data da calibração seguinte” no programa não é uma verdade imutável, mas um dado de planeamento controlado. Para prolongar a data, avançar a célula torna invisível o atraso anterior. A abordagem correta é preservar a data antiga e guardar a justificação do novo intervalo, quem aprovou, a data da decisão e os registos de suporte numa revisão separada. Uma alteração retroativa da data nunca deve ser silenciosa.

A ISO 10012:2026 define os requisitos atuais para que as organizações controlem os processos e os equipamentos de medição num sistema que sustente a confiança nos resultados válidos e fiáveis.[2] A ISO/IEC 17025:2017 é o quadro de competência, imparcialidade e funcionamento consistente dos laboratórios de calibração.[3] O software não assume a responsabilidade técnica destes quadros; preserva a ligação entre o estado do dispositivo, as decisões e as evidências.

Comece por estabelecer um modelo claro de estados do dispositivo

Um único campo “ativo/inativo” não basta. Pelo menos os estados disponível, data a aproximar-se, data planeada ultrapassada, em quarentena, em manutenção, em ajuste, avariado e fora de utilização devem ter significados distintos. Alguns estados resultam automaticamente do calendário; outros são iniciados pelo registo de evento de um utilizador autorizado. Por exemplo, quando a data planeada passa à meia-noite, o estado pode ficar “em atraso”; se o dispositivo cair ao chão, deve passar a “quarentena” sem esperar pela data.

Para cada mudança de estado deve existir um evento de origem: data planeada, verificação intermédia falhada, dano físico, devolução do cliente, manutenção, ajuste, cancelamento de certificado ou decisão autorizada. O utilizador não deve poder levantar o bloqueio apenas escolhendo “adequado” numa lista. A condição de reintrodução em utilização deve estar definida no procedimento da organização; o estado não deve mudar sem a calibração, verificação, manutenção ou revisão técnica necessárias concluídas.

• Aviso: A data aproxima-se, é preciso planear; o dispositivo ainda pode ser utilizável segundo a regra da organização.
• Bloqueio suave: A operação para, mas uma pessoa com determinado papel pode pedir uma exceção com justificação e prazo.
• Bloqueio rígido: A atribuição, a medição ou a publicação não podem avançar por nenhum utilizador no fluxo normal.
• Quarentena: Junto com o estado digital, o dispositivo é fisicamente separado; evita-se a entrega por engano.
• Fora de utilização: O dispositivo fica fechado a novos trabalhos, mas os registos e certificados anteriores não são eliminados.

Em que pontos de operação deve funcionar o bloqueio?

Um controlo feito apenas no ecrã de entrada fica depressa desatualizado. O utilizador pode ter aberto a página de manhã e a data do dispositivo ter passado durante o dia, ou outro responsável ter posto o dispositivo em quarentena. A condição crítica deve ser reavaliada no servidor, no momento da operação. O botão cinzento na interface é um bom orientador; não é um controlo de segurança.

1. Seleção e reserva do dispositivo

Ao planear um novo trabalho, avaliam-se o estado, o âmbito, a localização e a data prevista do dispositivo. Se um dispositivo adequado hoje estiver em atraso na data em que o trabalho vai realizar-se, o sistema deve mostrá-lo antecipadamente. Reservar o mesmo dispositivo para dois trabalhos sobrepostos é também um problema de adequação.

2. Início do trabalho

Quando o técnico inicia o trabalho no campo ou no laboratório, o estado é verificado novamente. Se o dispositivo tiver sido posto em quarentena entretanto, a reserva antiga não legitima a utilização. No modo offline, a hora da última verificação deve estar visível; um trabalho de risco não deve ser iniciado silenciosamente com um estado do dispositivo desatualizado há muito tempo.

3. Registo de medição e ligação do dispositivo

O dispositivo utilizado deve ser obrigatoriamente ligado ao registo bruto da medição. Para contornar o bloqueio, o utilizador não deve poder deixar o campo do dispositivo vazio nem escrever outro nome em texto livre. Se forem usadas várias referências, o papel e o estado de cada uma no trabalho devem ficar registados.

4. Revisão técnica

Um dispositivo que pareceu adequado durante o trabalho pode revelar mais tarde um problema no certificado. A revisão técnica deve voltar a ver o estado do dispositivo e a ligação ao certificado. O aviso não deve ser apenas uma janela que se fecha; o resultado da avaliação, a justificação e o responsável devem ficar em registo.

5. Publicação do relatório ou certificado

A última barreira é a fase de publicação. Se um dos dispositivos de origem passar a estado bloqueado, o sistema não deve declarar automaticamente os resultados inválidos, mas também não deve abrir o documento ao cliente sem decisão técnica. Esta distinção é importante: o programa para o processo, o especialista técnico avalia o impacto.

Se for necessária uma exceção, deve ser uma decisão controlada, não uma “porta dos fundos”

Algumas organizações podem definir um procedimento de exceção limitado para dispositivos com a data planeada ultrapassada em condições específicas de baixo risco. Outras não admitem exceção nenhuma. O software não deve impor uma política universal; deve aplicar o procedimento aprovado da organização. Havendo exceção, devem ficar registados, no mínimo, o dispositivo, o trabalho, o âmbito, a justificação, o requerente, o aprovador técnico, as horas de início e fim e a evidência de controlo adicional.

O botão “o gestor continua” não chega. O papel de gestor pode não significar autoridade técnica. Quem pode aprovar a exceção deve ser definido segundo o tipo de dispositivo e o âmbito da medição. Isenções sem prazo, aplicação em massa a todo o grupo de dispositivos ou aprovações retroativas de trabalhos anteriores são sérios sinais de alarme.

O registo da exceção não deve alterar automaticamente a data planeada seguinte. Deve também permanecer visível nos ecrãs de aviso e de relatórios; quem faz a revisão técnica deve saber que este trabalho avançou fora do padrão. Se a organização retirar a decisão, as reservas nos trabalhos abertos devem ser reavaliadas.

Se o atraso for detetado mais tarde, como analisar os trabalhos afetados?

O primeiro passo é fechar o dispositivo a nova utilização e separá-lo fisicamente. Depois, em vez de assumir “desde que data é que está errado?”, define-se o intervalo de evidência. A última calibração aceitável conhecida, verificação intermédia, comparação ou teste funcional; as datas de utilização do dispositivo; a grandeza e a gama medidas; a incerteza-alvo e o impacto na decisão são avaliados em conjunto.

O programa deve conseguir listar rapidamente os trabalhos em que o dispositivo foi utilizado. Não apenas o número do relatório; os pontos de medição, o cliente, o método, o utilizador, a data, as outras referências usadas e a versão do resultado devem estar acessíveis. Esta lista não é uma decisão técnica; constitui o âmbito da análise. O novo resultado da calibração ou a avaliação do especialista ajudam a determinar que trabalhos podem ter sido afetados.

A passagem da data planeada não é a mesma coisa que concluir que o dispositivo está fora das tolerâncias. Um dispositivo com o prazo expirado pode mais tarde dar resultados aceitáveis; um dispositivo dentro do prazo pode estar comprometido devido a um choque. Por isso, o programa não deve fazer notificação automática ao cliente nem cancelamento em massa de documentos a cada atraso. Após decisão autorizada, a correção, a nova medição, a revisão do relatório ou a notificação necessárias devem ser executadas com registo.

Atenção a erros de data, hora e registo offline

Embora a lógica de bloqueio pareça simples, erros de fuso horário podem levar a conclusões erradas. O servidor pode usar a hora Europe/Istanbul enquanto o dispositivo móvel está noutro fuso. Se a data for definida apenas como “AAAA-MM-DD”, o momento de transição deve ser esclarecido na política da organização. O utilizador não deve poder contornar o bloqueio recuo o relógio do dispositivo; a decisão crítica deve assentar numa hora de servidor fiável e num registo de sincronização assinado.

A aplicação offline deve mostrar quando foi descarregado o estado do dispositivo. Num terminal muito tempo sem ligação pode existir uma informação antiga de “adequado”. Conforme o risco da organização, pode definir-se uma idade máxima para os dados de estado; se o prazo for excedido, pode exigir-se ligação para iniciar novos trabalhos. Após a sincronização, se houver conflito, em vez de aceitar cegamente o último a escrever, deve criar-se uma fila de quarentena ou de revisão.

Os ficheiros de certificados, as revisões do plano e o histórico de estados do dispositivo devem ser protegidos com lógica de registo imutável. Se for carregado o ficheiro errado, em vez de o apagar e substituir, deve estabelecer-se a relação de cancelamento/substituição. O registo não deve dizer apenas “o utilizador atualizou”; deve conter o valor antigo, o valor novo, a operação de origem e a hora.

O sistema de avisos e a barreira de utilização são coisas diferentes

O e-mail, a notificação no painel e o relatório de trabalhos iminentes são necessários para o planeamento. Mas o facto de ter sido enviada uma notificação não significa que o risco ficou controlado. O e-mail pode não ser lido, o responsável pode estar de folga ou o trabalho pode ser iniciado por outro utilizador. A notificação garante a preparação proativa; o bloqueio impede que a operação errada aconteça.

Num bom desenho, as notificações são escalonadas: para o prazo a aproximar-se, informam-se o responsável pelo dispositivo, o planeador e, se necessário, o gestor; no atraso, fecha-se a atribuição de trabalhos; na quarentena, abre-se a tarefa de separação física. O sistema não tem de executar consultas pesadas a cada minuto. Uma tarefa diária de planeamento, a atualização de estado baseada em eventos e a verificação no momento da operação asseguram, em conjunto, um controlo fiável sem sobrecarregar o servidor.

Oito testes de aceitação para a implementação

1. Um dispositivo cujo prazo expira amanhã pode ser atribuído ao trabalho de amanhã; o sistema considera a data prevista do trabalho?
2. Quando o dispositivo é posto em quarentena depois, as reservas abertas e os trabalhos em rascunho são novamente sinalizados?
3. O utilizador consegue contornar o bloqueio deixando o campo do dispositivo vazio ou usando texto livre?
4. Com o dispositivo móvel offline, a idade da informação de estado está visível; o que acontece quando a idade máxima é excedida?
5. Um utilizador sem autorização consegue avançar a data planeada; o valor antigo e a justificação são preservados?
6. A exceção está limitada a trabalho, âmbito e prazo específicos; a aprovação técnica é obrigatória?
7. Os trabalhos anteriores em que o dispositivo foi usado podem ser encontrados numa única consulta, com o contexto de medição?
8. A reintrodução em utilização pode ser feita sem o registo necessário estar concluído?

Execute estes testes não apenas com dados de demonstração, mas com cenários reais anonimizados. Um resultado bem-sucedido não é “ficou vermelho no ecrã”; é a operação errada parar no ponto certo, o utilizador autorizado conseguir perceber a razão e toda a cadeia de decisões poder ser auditada posteriormente.

Como é que o Vizyon Muayene aborda este controlo?

Vizyon Muayene; relaciona com os processos do laboratório de calibração controlos como o inventário de dispositivos, o plano de calibração, a rastreabilidade do equipamento de referência e o bloqueio no fluxo de trabalho do dispositivo com prazo expirado.[6] O ponto em que a regra se torna bloqueio rígido ou suave, a autoridade de exceção e as condições de reintrodução em utilização devem ser configurados segundo o procedimento da organização.

Para validar o seu cenário, prepare um equipamento de referência, uma data a aproximar-se, uma ordem de trabalho aberta e um papel de exceção de exemplo. A partir da página de contactos ao pedir o piloto, teste em conjunto não apenas o ecrã de lembretes, mas também os controlos de atribuição, utilização offline, revisão técnica, publicação e análise de impacto.

Perguntas frequentes

Fontes oficiais

1. [1] ILAC G24:2022, Intervalos de recalibração de equipamentos de medição.
2. [2] ISO 10012:2026, sistemas de gestão de medição.
3. [3] ISO/IEC 17025:2017, laboratórios de ensaio e calibração.
4. [4] ILAC P10:07/2020, rastreabilidade metrológica dos resultados de medição.
5. [5] BIPM/JCGM VIM 3, definição de calibração e distinção entre ajuste e verificação.
6. [6] VizyonTech, página do produto Vizyon Muayene.

As referências foram verificadas em 11 de julho de 2026. Os intervalos de calibração e as regras de exceção devem ser determinados de forma autorizada segundo o âmbito, o risco e os requisitos aplicáveis da organização; este conteúdo não substitui uma decisão de conformidade técnica ou jurídica.