Como testar IA na revisão de PGR com acompanhamento.

O que a dockia faz neste teste

A dockia organiza uma primeira conferência dos documentos que fazem parte do PGR. Ela procura os itens combinados com a equipe, mostra pontos que merecem atenção e liga cada alerta à página e ao trecho usados.

Esse apoio tem um limite claro: a ferramenta não emite parecer e não decide se o PGR está conforme. A organização continua responsável por sua elaboração, implementação e manutenção. Ela também define formalmente a pessoa ou equipe com conhecimento técnico adequado às atividades e à natureza e complexidade dos riscos avaliados.

Esse desenho é especialmente importante porque o PGR é um programa de gestão, não um único documento. Inventário de Riscos Ocupacionais e Plano de Ação são componentes mínimos, mas uma conclusão técnica pode depender de dados, processos e condições que não estão integralmente representados no arquivo analisado.

Antes dos documentos: comece com uma pergunta clara

“Usar IA no PGR” é amplo demais para um teste. A pergunta precisa ligar uma tarefa, um grupo de documentos e uma forma de medir a utilidade. Por exemplo: “a primeira conferência com página e trecho reduz o tempo para verificar se os itens escolhidos do plano de ação trazem as informações da lista combinada, sem ultrapassar o número aceitável de alertas incorretos?”.

Essa pergunta não afirma que a ferramenta validará o programa inteiro. Ela deixa claro o que será observado e permite encerrar ou reduzir o teste quando o resultado não justificar continuidade.

1. Escolha documentos conhecidos e autorizados

O conjunto deve refletir o que a consultoria realmente encontra: formatos diferentes, documentos criados no computador ou digitalizados, modelos recorrentes e exceções relevantes. Usar apenas arquivos fáceis produz uma demonstração, não uma avaliação.

Também não é necessário começar com grande volume. A equipe precisa conhecer os documentos o suficiente para identificar o que a primeira conferência deixou de ver e por que um alerta não faz sentido. Os arquivos devem ter uso autorizado e conter apenas os dados necessários à finalidade combinada.

O site da dockia não recebe PGR. Antes de qualquer envio no teste, as partes definem para que os documentos serão usados, onde serão tratados, quem poderá acessá-los, quais fornecedores participarão, por quanto tempo ficarão guardados e como serão apagados.

2. Transforme o objetivo em uma lista de conferência

A lista de conferência diz à ferramenta e ao revisor o que procurar. Ela deve ser construída com a equipe de Saúde e Segurança do Trabalho (SST) e aprovada antes do teste. Uma regra não se torna tecnicamente correta apenas porque pode ser conferida de forma automática.

Prefira itens que possam ser observados no documento. “Localizar se o item do plano de ação indica a medida e a forma de acompanhamento definida na lista” é diferente de “aprovar o plano de ação”. A primeira pergunta mostra algo que a equipe pode conferir; a segunda transfere à ferramenta uma conclusão que depende do programa completo e do contexto real.

A lista também precisa registrar as exceções conhecidas. Uma informação pode estar em uma tabela anexa, ser indicada por código ou aparecer em outro documento do programa. Se isso for comum na rotina, deve fazer parte da avaliação, não ser tratado como erro isolado depois.

3. Mostre a página e deixe a decisão com a equipe

Cada ponto de atenção deve indicar a página e o trecho utilizados. Quando a análise procura algo que pode estar faltando, a tela precisa deixar claro onde buscou: “não localizado nas seções analisadas” é mais preciso do que “o PGR não possui”.

Na revisão, três opções evitam a falsa impressão de que só existe “sim” ou “não”:

A página e o trecho permitem refazer a leitura e conferir o alerta. Eles não tornam a sugestão tecnicamente válida por si só. A validação continua sendo uma atividade da organização e da equipe por ela designada.

4. Trate fatores psicossociais sem reduzir avaliação a palavras-chave

Desde 26 de maio de 2026, o capítulo 1.5 da NR-1 inclui expressamente os fatores de risco psicossociais relacionados ao trabalho no GRO. O material oficial do MTE esclarece, porém, que não há instrumento único e obrigatório para sua identificação e avaliação. O método precisa ser tecnicamente adequado à realidade operacional e pode envolver abordagens qualitativas e participativas.

No teste, a leitura dos documentos pode ajudar a localizar registros, critérios ou medidas que a equipe decidiu observar. Ela não deve concluir que os fatores foram identificados e avaliados adequadamente apenas porque encontrou determinados termos, nem presumir ausência porque uma expressão não apareceu.

É um caso em que “precisa de contexto” pode ser a resposta mais correta. Entrevistas, observação, participação dos trabalhadores, análise da organização do trabalho e outros elementos podem ser necessários, conforme o método definido pela organização.

5. Compare com a rotina atual, caso a caso

A mesma equipe deve revisar uma seleção dos resultados e registrar a decisão. Sempre que possível, compare o tempo e a qualidade com a rotina atual em condições equivalentes. Avaliar apenas a velocidade da ferramenta, sem contar a verificação humana, distorce o ganho real.

Um quadro simples ajuda a separar quatro situações: alerta útil confirmado, alerta não confirmado, ponto relevante que a ferramenta não identificou e caso que exigiu mais informações. Exemplos de cada grupo devem ser discutidos, porque a contagem sozinha não explica por que o sistema falhou ou ajudou.

Também é importante observar as diferenças entre tipos de arquivo e listas de conferência. Um bom resultado em PDF criado no computador não permite presumir o mesmo desempenho em uma digitalização de baixa qualidade. Um item bem conferido não comprova que os demais terão o mesmo resultado.

6. Meça o que ajudou, o que errou e o que ficou de fora

Os limites aceitáveis dependem da tarefa e precisam ser combinados antes. Uma lista de conferência pode justificar continuidade enquanto outra é retirada. O teste deve permitir uma decisão por tipo de conferência, sem exigir a adoção ou rejeição total da tecnologia.

7. Combine responsabilidades e cuidados com os documentos

Antes de usar os arquivos, o acordo deve indicar quem os fornece, quem pode acessá-los, qual é a finalidade, onde serão tratados, quais fornecedores participam, por quanto tempo os dados ficam disponíveis e como serão apagados. Qualquer mudança nessa forma de trabalho precisa ser comunicada e aprovada.

As responsabilidades sobre o resultado também devem ficar claras. A dockia apoia a primeira conferência e registra a página apresentada; a organização e a equipe designada revisam, buscam mais informações quando necessário e decidem. O teste não transfere silenciosamente a responsabilidade técnica.

Se essas questões ainda não tiverem resposta, a etapa correta é ajustar o acordo — não enviar documentos pelo formulário de contato. O pedido público serve apenas para verificar se o teste faz sentido.

8. Encerre o teste com uma decisão registrada

Ao final, a equipe deve conseguir responder: em quais itens a página indicada reduziu o esforço? Onde surgiram alertas que não se confirmaram? Que tipos de documento tiveram resultado insuficiente? Que informações ficaram de fora? Quais condições seriam necessárias para um próximo ciclo?

As respostas podem levar a ampliar uma conferência, refazê-la, manter o uso apenas em determinado cenário ou encerrar o teste. Todas são decisões válidas. O objetivo é reunir resultados concretos para decidir, não confirmar uma promessa comercial.

Leituras relacionadas