Documentos, indicadores e governança de SST: evidências, IA e auditoria imutável

Informação documentada como fonte única de evidência

Na NR-01, a informação documentada é a prova de que o Gerenciamento de Riscos Ocupacionais (GRO) e o PGR realmente funcionam. Na plataforma SIGSSST, toda evidência — foto, laudo, certificado, ata, recibo do eSocial ou termo de ciência — vive em um único módulo, o M11 (Documentos Digitais), e é referenciada pelos demais módulos por ID. Isso elimina cópias soltas e garante que cada registro dos módulos M01 a M28 aponte para a mesma fonte de evidência, sem duplicidade.

Esse desenho sustenta a cadeia integrada do sistema: os riscos do PGR (M02) geram planos de ação (M03), que produzem vencimentos no cronograma (M09), alimentam os indicadores (M10) e depositam evidências no repositório documental (M11). Cada elo referencia o anterior por ID, sem reescrever o dado canônico.

GED de SST: versionamento, assinatura e prazo de guarda (M11)

O que faz o módulo de Documentos Digitais (GED)

O M11 é o repositório central de informação documentada, com versionamento, assinatura, retenção e backup. Ele organiza os tipos de documento de SST — PGR, ordens de serviço, atas, certificados, laudos, PCMSO, recibos do eSocial e evidências fotográficas — e mantém o histórico de alterações de cada um.

• Versionamento e histórico: cada alteração gera uma nova versão e preserva as anteriores para comparação e auditoria.
• Assinatura digital ou eletrônica, com ICP-Brasil quando o cliente exigir; a ciência ou o aceite sempre aponta para a versão específica do artefato assinado.
• Prazo de guarda, alertas e controle de descarte, com data de emissão e data de descarte prevista registradas por documento.
• Controle de acesso por perfil (ver, editar, assinar, excluir) e disponibilização seletiva para trabalhadores e sindicatos.

Cada documento carrega metadados de origem (origem_modulo e origem_entidade_id) e uma classificação de dado (público, pessoal ou sensível), podendo ser vinculado a múltiplas origens e ao item da NR-01 ou requisito legal correspondente.

Cronograma de vencimentos de SST (M09)

O M09 é o cronograma de vencimentos de SST: centraliza prazos e revisões obrigatórias da NR-01 e de normas correlatas, exibindo os dias restantes e o status (OK, Atenção ou Vencido). Ele é alimentado automaticamente por eventos dos outros módulos — validade de treinamentos, prazos de ações, revisão do PGR, simulados, retenção de documentos e vencimentos de terceiros — em vez de depender de digitação manual em planilha.

• Itens derivados apontam para a origem (source_module e source_entity_id) e não são editáveis diretamente: o ajuste ocorre no módulo fonte e gera trilha de auditoria.
• Itens criados manualmente são marcados explicitamente como SSOT do próprio M09, para não colidir com os derivados.
• Notificações configuráveis por tipo e responsável mantêm cada vencimento com um dono claro.

Indicadores e dashboard de SST (M10)

O M10 consolida indicadores reativos e proativos, metas e relatórios gerenciais em um dashboard de SST. Os KPIs incluem taxa de frequência (TF) e taxa de gravidade (TG) de acidentes, percentual de treinamentos em dia, percentual de ações concluídas, conformidade NR-01, além de indicadores psicossociais, de eSocial e de inspeções.

• Painéis por período, unidade e setor, com comparativos entre períodos e alertas quando o indicador sai da meta.
• Exportações em PDF, Excel e CSV, além de conectores para BI quando aplicável.
• Cada KPI declara sua fórmula e suas fontes; os snapshots são sempre recomputáveis a partir dos dados de origem.

Os números chegam consolidados de M01, M03, M04, M06, M12, M13, M20 e M21. Quando a IA está habilitada, o painel oferece análise de tendência, detecção de anomalias e geração automática de relatório executivo.

Motor de IA para segurança do trabalho (M25)

O M25 é um motor de IA transversal e governado que oferece assistente contextual, preenchimento assistido, recomendações e análise em todos os módulos. Ele sugere riscos, medidas, treinamentos, EPIs/EPCs e ações, e gera rascunhos de PGR, relatórios e atas — sempre como apoio, nunca como decisão automática.

• Read-first: a IA não escreve na fonte de verdade (SSOT) sem ação explícita do usuário, e toda sugestão registra origem, evidência e auditoria.
• OCR assistido entra em fila de revisão humana obrigatória antes de materializar qualquer evidência no M11.
• A automação assistida (por exemplo, criar ação no M03 ou alerta no M09) depende de feature flag por ambiente e de rollout percentual, com execução idempotente por request_key.

Segurança, LGPD e trilha de auditoria hash-chain

Os dados são classificados em público, pessoal e sensível. Dados sensíveis — saúde ocupacional, psicossocial, denúncias e acidentes com detalhes — exigem RBAC estrito, trilha auditável reforçada e minimização de propagação (preferência por sinais agregados). A cifra AES-256-GCM protege campos sensíveis em repouso, somada a TLS em trânsito.

• Autorização por ACL de grupo e tags, alinhada entre frontend e backend, com escopo por organização.
• Multi-tenancy com isolamento por organização e proteção contra IDOR nas consultas.
• Trilha de auditoria imutável: cada entrada recebe um hash SHA-256 que incorpora o hash da entrada anterior, formando uma cadeia encadeada (hash-chain); selos diários com assinatura HMAC-SHA256 e um digest diário do log de acesso tornam qualquer adulteração detectável — a chamada imutabilidade lógica.
• Sem hard delete operacional: as baixas usam status e data de inativação ou cancelamento, preservando o histórico e as retificações.

Para a LGPD, o sistema mantém fluxos operacionais de consentimento e de solicitações do titular (DSR), também com trilha de auditoria.

Cadeia de dados, SSOT e idempotência

A governança de dados segue o princípio de fonte única de verdade (SSOT): cada entidade tem um dono e os demais módulos apenas a referenciam por ID. Snapshots existem para auditoria e histórico, mas nunca viram a fonte canônica de um cadastro.

• Os vínculos entre módulos são registrados explicitamente por ID em uma cadeia técnica de referências (module_reference_links), sem duplicar o SSOT do módulo de destino.
• Os efeitos derivados são idempotentes: uma chave de idempotência única (module_idempotency_effects) garante que reprocessar o mesmo evento não gere duplicidade em M03, M09, M10 ou M11.
• As derivações de cronograma (M09) e de indicadores (M10) são sempre calculadas a partir das fontes e permanecem recomputáveis.