PCMSO em 2026: como integrar PGR, exames e eSocial
Entenda como integrar PCMSO, PGR, exames ocupacionais e o evento S-2220 do eSocial para manter a gestão de saúde ocupacional coerente.
Notícias
Resposta direta
A LGPD e o eSocial SST precisam ser tratados de forma integrada porque os eventos S-2210, S-2220 e S-2240 movimentam dados pessoais dos trabalhadores e, em determinadas situações, dados pessoais sensíveis relacionados à saúde.
A obrigação de transmitir informações ao eSocial não autoriza a empresa, a clínica, o laboratório, a contabilidade ou o fornecedor de software a compartilhar documentos completos ou permitir acesso indiscriminado aos dados que serviram de origem para o evento.
Cada evento possui finalidade e leiaute próprios. O S-2210 comunica o acidente de trabalho; o S-2220 registra o monitoramento da saúde do trabalhador; o S-2240 registra as condições ambientais e a exposição a agentes nocivos. Nenhum deles deve ser tratado como repositório de documentos excedentes.
Na prática, a organização precisa definir quais campos são exigidos em cada evento, de onde vem cada informação, quem valida, quem pode corrigir, quem pode acessar, por quanto tempo guardar e como proceder quando um evento precisa ser retificado.
Este conteúdo trata especificamente do fluxo dos três eventos de SST. Para o recorte de prontuário médico, sigilo profissional e bases legais no atendimento ocupacional, veja LGPD na Medicina do Trabalho: como proteger dados de saúde.
Os eventos de Segurança e Saúde no Trabalho do eSocial organizam informações que antes eram prestadas por formulários e procedimentos separados. Conforme o Manual de Orientação do eSocial, versão S-1.3, vigente na data desta publicação, esses eventos constituem a forma de cumprimento de obrigações acessórias relacionadas à emissão da Comunicação de Acidente de Trabalho (CAT) e à elaboração e atualização do Perfil Profissiográfico Previdenciário (PPP).
Isso não significa que os documentos de saúde ocupacional deixem de existir nem que o prontuário médico completo seja enviado ao eSocial. Significa que a organização precisa identificar quais informações são exigidas no leiaute de cada evento, qual é a fonte correta de cada dado e quais documentos permanecem sob guarda nos sistemas da empresa, da clínica ou do profissional responsável.
A relação entre os três eventos pode ser resumida assim:
As regras de obrigatoriedade variam conforme a categoria do trabalhador e o regime previdenciário. Por isso, a empresa deve consultar o Manual de Orientação e a documentação técnica vigente para o seu caso, em vez de aplicar uma regra única a todos os vínculos.
O fluxo de eSocial SST combina dados cadastrais e contratuais com informações produzidas em acidentes, exames ocupacionais e avaliações das condições de trabalho. Parte desses dados identifica diretamente o trabalhador; outra parte pode revelar informações sobre sua saúde e, por isso, recebe proteção reforçada pela LGPD.
No S-2210, circulam dados de identificação do trabalhador e informações relacionadas ao acidente, como data, local e circunstâncias da ocorrência. Dependendo do conteúdo registrado e dos documentos de suporte, o processo também pode envolver informações relacionadas à saúde.
No S-2220, a atenção é maior porque o evento está diretamente ligado ao monitoramento da saúde. O processo pode envolver dados do ASO, avaliações clínicas e exames complementares, mas a empresa deve diferenciar os campos efetivamente exigidos pelo leiaute dos dados clínicos completos que permanecem sob guarda profissional.
No S-2240, predominam dados relacionados ao vínculo, ao ambiente de trabalho, à atividade exercida, à exposição a agentes nocivos e às medidas de proteção. Essas informações são dados pessoais quando vinculadas a um trabalhador identificado ou identificável, mas não devem ser classificadas automaticamente como dados de saúde em todas as situações.
Essa distinção evita dois erros opostos: tratar todo dado de SST como se fosse prontuário médico ou, ao contrário, presumir que informações de SST não exigem proteção porque não contêm diagnóstico. A governança deve ser proporcional ao tipo de dado, à finalidade e ao risco de cada operação.
O risco também não se concentra no momento da transmissão. Ele pode surgir antes, quando um dado é coletado em formulário, enviado pelo laboratório, copiado para uma planilha ou acessado por um prestador; e depois, quando recibos, documentos de suporte e cópias permanecem armazenados em diferentes sistemas.
A LGPD define tratamento de forma ampla. Coletar, receber, classificar, consultar, utilizar, transmitir, armazenar, modificar, comunicar, arquivar e eliminar são operações de tratamento. Por isso, a proteção acompanha o ciclo inteiro da informação, e não apenas o momento em que o evento é enviado ao governo.
Na rotina do eSocial SST, quatro dimensões precisam ser avaliadas.
Finalidade e adequação. A organização deve saber por que cada dado é coletado e utilizado. Um exame ocupacional pode ser necessário para cumprir o programa de saúde ocupacional e gerar o evento correspondente, mas isso não significa que o resultado clínico detalhado deva ser compartilhado com gestores, colegas ou prestadores da rotina administrativa. A finalidade também precisa ser compatível com o uso posterior: um dado coletado para gerar o S-2220 não deve ser reutilizado em avaliações de desempenho, campanhas internas ou relatórios comerciais sem análise específica de finalidade, base legal e necessidade.
Necessidade e minimização. O princípio da necessidade orienta o tratamento ao mínimo suficiente para a finalidade. Isso exige separar os campos exigidos pelo leiaute dos documentos completos que servem como fonte ou evidência. Confirmar que determinado ASO foi emitido e transmitir os dados previstos no S-2220 é uma coisa; distribuir o prontuário ou os resultados de exames para áreas que não precisam dessas informações é outra.
Segurança e prevenção. A LGPD prevê a adoção de medidas técnicas e administrativas para proteger os dados contra acessos não autorizados e situações acidentais ou ilícitas. Na rotina de SST, essas medidas podem incluir perfis de acesso, autenticação individual, criptografia quando aplicável, registros de log, revisão de permissões, controle de exportações, treinamento e procedimento para incidentes. Segurança não é apenas configuração de software: é também regra de processo. Um sistema com bom controle de acesso perde eficácia quando uma senha é compartilhada, quando a clínica envia o ASO para o destinatário errado ou quando uma planilha com dados médicos circula sem proteção.
Transparência e exercício de direitos. O trabalhador deve receber informações claras sobre o tratamento dos seus dados e ter canais adequados para exercer os direitos previstos na legislação, observados os procedimentos e limites aplicáveis a cada solicitação. A empresa precisa coordenar esse atendimento entre encarregado, jurídico, RH, médico do trabalho e demais áreas, preservando o sigilo profissional e evitando expor mais informações do que o necessário.
Uma das maiores fontes de confusão é tratar todos os participantes como se tivessem a mesma responsabilidade. A qualificação de cada agente como controlador ou operador depende das decisões e operações efetivamente realizadas, e não do nome atribuído no contrato.
O que interessa aqui é como essa divisão se materializa no fluxo dos eventos de SST. A tabela abaixo organiza a responsabilidade prática de cada participante e a pergunta de governança que a empresa deveria conseguir responder sobre ele.
A matriz deve ser formalizada em políticas, contratos, procedimentos, registros de tratamento e documentos de segurança proporcionais ao risco. Quando houver dúvida sobre a qualificação de um agente, a análise deve considerar as decisões e as operações efetivamente realizadas, e não apenas a cláusula contratual.
O S-2210 - Comunicação de Acidente de Trabalho é utilizado para comunicar acidente de trabalho pelo declarante, ainda que não haja afastamento do trabalhador. Conforme o Manual de Orientação do eSocial, a comunicação deve ser registrada até o primeiro dia útil seguinte ao da ocorrência e, em caso de morte, de imediato.
A urgência do prazo pode pressionar a organização a encaminhar documentos por canais improvisados. Esse é justamente um dos momentos em que segurança e velocidade precisam ser planejadas juntas. O ideal é que exista um fluxo previamente definido, com responsáveis, substitutos, acesso ao sistema, validação dos dados e registro do recibo.
A comunicação pode envolver dados de identificação do trabalhador, informações sobre o acidente, local, circunstâncias e outros campos previstos no evento. Dependendo do caso e dos documentos de suporte, o processo também pode envolver informações relacionadas à saúde. Por isso, a empresa deve separar o que precisa ser conhecido para cumprir a obrigação legal do que permanece restrito às áreas técnicas e profissionais responsáveis: quem precisa saber que ocorreu um acidente não necessariamente precisa receber a CAT completa ou documentos médicos relacionados.
A retificação merece procedimento próprio. O Manual de Orientação indica que, quando a CAT já tiver sido entregue ao trabalhador e o evento for posteriormente retificado, uma nova cópia deve ser disponibilizada com as informações atualizadas. O procedimento interno precisa definir quem identifica o erro, quem corrige a fonte, quem comunica a alteração e como impedir que versões antigas continuem circulando sem indicação de que foram superadas.
Uma estrutura prática separa o processo em três camadas: o evento formal transmitido ao eSocial; a documentação técnica de investigação e prevenção, com acesso restrito às áreas responsáveis; e a comunicação administrativa mínima necessária para organizar as providências internas. Essa separação reduz exposição desnecessária sem prejudicar a gestão do acidente.
O S-2220 - Monitoramento da Saúde do Trabalhador detalha informações relativas ao acompanhamento da saúde durante o vínculo, incluindo avaliações clínicas e exames complementares, com as respectivas datas e conclusões previstas no evento.
O Manual de Orientação determina que sejam informados os exames médicos de monitoramento previstos nas Normas Regulamentadoras, aqueles indicados no PCMSO conforme os riscos ocupacionais e outros exames obrigatórios previstos na legislação. O mesmo Manual esclarece que os atestados médicos utilizados para afastamento por doença ou acidente não integram esse evento.
O prazo de envio indicado é até o dia 15 do mês seguinte à emissão do ASO. No exame admissional, até o dia 15 do mês seguinte à admissão. Esse prazo de transmissão não altera o prazo legal para a realização do exame ocupacional — são duas obrigações distintas e o calendário operacional deve controlar cada uma separadamente.
A proteção de dados aparece com intensidade especial neste evento. O S-2220 não deve ser tratado como autorização para que gestores, colegas, fornecedores ou áreas administrativas acessem o prontuário médico completo. O Manual informa que todos os exames realizados e constantes no ASO devem ser informados, mas estabelece que o campo de resultado não é obrigatório e somente pode ser informado com autorização do trabalhador, em razão do sigilo médico.
Esse ponto costuma passar despercebido em implantações apressadas. Um sistema que preenche o campo de resultado por padrão, sem verificar a autorização, transforma uma rotina de conformidade em um tratamento de dado sensível sem fundamento adequado.
Na prática, a organização deve diferenciar pelo menos quatro camadas de informação:
A boa prática não é eliminar informações necessárias à saúde ocupacional, e sim impedir que elas circulem sem propósito. O médico do trabalho e o responsável pela privacidade devem definir em conjunto como o sistema separa documentos clínicos, informações ocupacionais e campos efetivamente transmitidos.
A guarda dos documentos de origem segue regras próprias, distintas das do evento. O prontuário médico individual, por exemplo, tem prazo mínimo de conservação definido pela NR-7 — tema detalhado em NR-7 comentada: guia do PCMSO e exames ocupacionais. Transmitir o S-2220 não encerra nem substitui essa obrigação de guarda.
Manter coerência entre PCMSO, ASO e exames ocupacionais, prontuário e informações transmitidas reduz retrabalho, retificações e circulação desnecessária de dados pessoais sensíveis.
O S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos registra as condições de prestação de serviços e a exposição do trabalhador aos agentes nocivos e atividades descritos na Tabela 24 do eSocial.
O Manual de Orientação indica o envio até o dia 15 do mês seguinte ao início da obrigatoriedade dos eventos de SST ou do ingresso e admissão, observadas as regras aplicáveis. Alterações nas condições registradas devem ser transmitidas até o dia 15 do mês seguinte à ocorrência da mudança.
Quando houver exposição a agentes nocivos previstos no Anexo IV do Decreto nº 3.048/1999, a informação deve ser registrada conforme as regras do evento. Quando não houver exposição a risco ou atividade prevista no Anexo IV, o Manual prevê o uso do código correspondente de ausência de fator de risco ou atividade — ou seja, a ausência de exposição também é uma informação a ser declarada, e não um campo a ser deixado em branco.
O evento também contempla a existência de EPC instalados e EPI disponibilizados. O próprio Manual ressalta, porém, que a informação de EPI no eSocial não substitui o registro de entrega exigido pela legislação. O S-2240 compõe o histórico da exposição; ele não substitui os controles documentais de SST.
Esse ponto é relevante para a governança. A empresa precisa garantir coerência entre o S-2240, o inventário de riscos, os documentos ambientais, o LTCAT, o PPP, os registros de entrega de EPI e os treinamentos — assunto tratado em PCMSO em 2026: como integrar PGR, exames e eSocial. Dados inconsistentes entre esses documentos geram retrabalho, retificações e exposição desnecessária de informações pessoais.
Do ponto de vista da LGPD, o princípio da necessidade recomenda que o evento não seja usado para armazenar documentos completos que o leiaute não exige. Os documentos técnicos de Segurança do Trabalho precisam permanecer disponíveis para as suas finalidades próprias, com acesso e retenção definidos, mas não devem ser replicados em todos os sistemas apenas porque alguns campos alimentam o S-2240.
Vale notar que o S-2240 é também o evento em que a distinção do início deste artigo fica mais visível: setor, atividade e período de exposição são dados pessoais quando vinculados a um trabalhador identificável, mas não são, por si sós, dados de saúde. Classificar corretamente evita tanto o excesso de controle quanto a falsa sensação de que a informação não precisa de proteção.
O fluxo começa muito antes da transmissão. Uma clínica ou laboratório pode coletar dados diretamente do trabalhador; o médico emite o ASO; o profissional de SST consolida informações de riscos; o RH confirma o vínculo; um software valida campos e transmite o evento; e a empresa precisa manter o recibo e a documentação de suporte.
Cada passagem é um ponto de controle. O risco aumenta quando ninguém sabe qual é a fonte original, quem pode corrigir uma informação, qual versão é válida ou quem deve agir diante de um incidente. Quando diferentes áreas mantêm planilhas paralelas e cópias locais, somam-se divergência, duplicidade, envio incorreto e exposição desnecessária.
Uma arquitetura mínima de governança pode ser organizada assim:
A empresa também deve evitar o "copia e cola" entre sistemas. A informação precisa ser extraída da fonte mais confiável, validada e transmitida no formato apropriado — replicar o mesmo dado em planilhas intermediárias multiplica os pontos de falha sem acrescentar controle.
Contratos com clínicas, laboratórios, consultorias e fornecedores de software devem tratar de acesso, segurança, subcontratação, incidentes, retenção, devolução ou eliminação de dados e responsabilidades no encerramento da relação. Esses documentos precisam refletir o fluxo real, e não apenas uma classificação genérica das partes.
A retenção no fluxo do eSocial SST costuma ser tratada como se fosse uma questão só de prontuário e documentos médicos. Não é. O evento transmitido gera um conjunto próprio de registros que também precisa de prazo definido: recibo de entrega, log de acesso e transmissão, trilha de validação, histórico de alterações e comprovante de retificação.
Esses registros têm finalidade distinta da do documento clínico de origem. Enquanto o prontuário e o ASO seguem os prazos de guarda da legislação de saúde ocupacional, os registros de transmissão servem para demonstrar quando a obrigação foi cumprida, por quem e com qual conteúdo. Confundir as duas coisas leva a dois erros: descartar recibos que ainda podem ser necessários para comprovação, ou manter cópias integrais de documentos médicos apenas porque alimentaram um evento.
A recomendação prática é construir uma matriz de retenção por categoria documental, e não um prazo único. Para cada categoria, a organização define a finalidade, o fundamento da guarda, o responsável, o repositório oficial e o procedimento de eliminação ou bloqueio quando a finalidade se encerra.
Quando um evento é retificado, o controle de versões passa a fazer parte da retenção. A empresa precisa conseguir demonstrar qual versão está vigente, quando a alteração ocorreu e qual foi a informação de origem corrigida. Manter o histórico é o que permite responder a uma fiscalização ou a uma solicitação de titular sem reconstruir o processo de memória.
Vale ainda revisar periodicamente permissões antigas e cópias sem finalidade. Um acesso concedido para uma implantação, uma exportação feita para conferência pontual ou uma pasta compartilhada durante uma migração costumam sobreviver muito além da necessidade que os originou.
O checklist abaixo serve como ponto de partida para um diagnóstico interno. Ele não substitui a avaliação jurídica ou técnica, mas ajuda a revelar lacunas de processo antes que elas apareçam em uma retificação, em uma fiscalização ou em um incidente.
Boa parte dos riscos de privacidade no eSocial SST não vem de ataques sofisticados, e sim de práticas rotineiras que ampliam desnecessariamente a circulação de informações.
Enviar o documento completo quando o evento exige campos específicos. O prontuário e os laudos podem conter histórico, hipóteses diagnósticas e resultados que não são necessários para nenhuma etapa do eSocial. A empresa deve trabalhar com o conjunto de dados exigido pelo leiaute e manter os documentos de origem no ambiente adequado, com acesso restrito.
Usar e-mail ou aplicativos de mensagem como repositório oficial. Esses canais podem ser utilizados em situações específicas, mas não substituem controle de versão, permissões, rastreabilidade e repositório definido. Quando forem usados, é preciso avaliar destinatário, proteção do arquivo, prazo de disponibilidade e eliminação das cópias.
Deixar o sistema preencher o campo de resultado por padrão. No S-2220, esse campo não é obrigatório e seu preenchimento deve observar a autorização prevista no Manual e o sigilo médico. A parametrização automática pode ampliar desnecessariamente a circulação de informações sensíveis.
Confundir prazo de envio com prazo de realização do exame. São obrigações distintas, com calendários distintos. Controlar apenas o prazo de transmissão pode mascarar um atraso na realização do exame ocupacional, e vice-versa.
Transferir toda a responsabilidade para o software. A plataforma pode oferecer segurança, validações e logs, mas a empresa continua responsável por definir finalidades, revisar cadastros, selecionar prestadores, controlar acessos e responder pelas decisões organizacionais.
Manter cópias indefinidas em planilhas e pastas pessoais. A multiplicação de cópias dificulta saber qual é a informação válida, quem acessou e quando o dado deve ser bloqueado ou eliminado. O processo precisa definir repositório oficial, controle de versões e retenção.
No fluxo dos eventos de SST, os incidentes mais prováveis têm rosto conhecido: um evento transmitido com o dado de outro trabalhador, uma integração que envia campos além do necessário, uma exportação de conferência que circula por e-mail, um acesso de suporte que permaneceu ativo depois da implantação.
A primeira medida é conter a situação sem destruir evidências. Em seguida, identificar quais dados foram envolvidos, quais titulares podem ter sido afetados, quais sistemas e prestadores participaram e se houve acesso efetivo. Quando o incidente também implicar erro no evento, a correção da fonte e a retificação junto ao eSocial correm em paralelo à resposta de privacidade, e não no lugar dela.
Um ponto específico deste fluxo merece atenção: boa parte dos incidentes será detectada pelo prestador, não pela empresa. A clínica percebe o envio equivocado, o fornecedor de software identifica a falha de integração, o laboratório nota o destinatário errado. Como a obrigação de avaliar e comunicar recai sobre o controlador, o contrato e o procedimento precisam garantir que esse acionamento seja rápido o bastante para não consumir o prazo de quem responde.
Depois da contenção, a organização deve identificar a causa e revisar controles, permissões, integrações e procedimentos que contribuíram para o problema.
O eSocial SST não é apenas uma etapa de transmissão. Os eventos S-2210, S-2220 e S-2240 são a parte visível de processos que começam na coleta e na validação dos dados e continuam no armazenamento, no compartilhamento, na retificação e na guarda dos documentos de origem.
Aplicar a LGPD a esse fluxo significa transmitir apenas os campos exigidos por cada leiaute, restringir o acesso conforme a função, definir com clareza a responsabilidade de empresa, clínica, laboratório e fornecedor de software, manter coerência entre os documentos técnicos e os eventos enviados, e conseguir demonstrar quem validou, quem transmitiu e qual versão está vigente.
Significa também reconhecer que nem todo dado de SST é automaticamente um dado de saúde. Setor, atividade e período de exposição são dados pessoais que exigem proteção proporcional; resultado de exame é outra categoria, com controle mais restrito e regra própria de autorização. Classificar corretamente é o que permite aplicar controle na medida certa, sem excesso nem descuido.
Quando essa governança funciona, melhora não apenas a proteção dos dados, mas a qualidade das informações transmitidas, a rastreabilidade das correções e a integração entre RH, Medicina do Trabalho, Segurança do Trabalho e eSocial.
Para aprofundar o cuidado com prontuários, ASOs, sigilo profissional e bases legais no atendimento ocupacional, continue em LGPD na Medicina do Trabalho: como proteger dados de saúde.
Se sua empresa precisa revisar a gestão dos eventos S-2210, S-2220 e S-2240 ou estruturar melhor o fluxo de informações entre RH, SST, clínica e sistemas, entre em contato com a equipe da Medivo.
Na prática, a organização precisa definir quais campos são exigidos em cada evento, de onde vem cada informação, quem valida, quem pode corrigir, quem pode acessar, por quanto tempo guardar e como proceder quando um evento precisa ser retificado.
Este conteúdo trata especificamente do fluxo dos três eventos de SST. Para o recorte de prontuário médico, sigilo profissional e bases legais no atendimento ocupacional, veja LGPD na Medicina do Trabalho: como proteger dados de saúde.
O que é o eSocial SST e quais são os eventos S-2210, S-2220 e S-2240?
Os eventos de Segurança e Saúde no Trabalho do eSocial organizam informações que antes eram prestadas por formulários e procedimentos separados. Conforme o Manual de Orientação do eSocial, versão S-1.3, vigente na data desta publicação, esses eventos constituem a forma de cumprimento de obrigações acessórias relacionadas à emissão da Comunicação de Acidente de Trabalho (CAT) e à elaboração e atualização do Perfil Profissiográfico Previdenciário (PPP).
Isso não significa que os documentos de saúde ocupacional deixem de existir nem que o prontuário médico completo seja enviado ao eSocial. Significa que a organização precisa identificar quais informações são exigidas no leiaute de cada evento, qual é a fonte correta de cada dado e quais documentos permanecem sob guarda nos sistemas da empresa, da clínica ou do profissional responsável.
A relação entre os três eventos pode ser resumida assim:
| Evento | Finalidade no eSocial | Exemplos de dados envolvidos | Ponto de atenção em privacidade |
|---|---|---|---|
| S-2210 | Comunicar acidente de trabalho, ainda que não haja afastamento | Identificação do trabalhador, data, local, circunstâncias e informações da ocorrência | Evitar circulação da comunicação completa em listas amplas e controlar a versão válida após retificação |
| S-2220 | Registrar o monitoramento da saúde do trabalhador durante o vínculo | ASO, avaliações clínicas e exames complementares, com datas e informações previstas no leiaute | Separar o que é exigido pelo evento dos dados clínicos completos e controlar o campo de resultado |
| S-2240 | Registrar condições ambientais e exposição a agentes nocivos | Estabelecimento, setor, atividade, agente nocivo, período de exposição, EPC e EPI, conforme o leiaute | Manter coerência com PGR, LTCAT, PPP e registros de entrega de EPI, sem usar o evento como depósito de documentos |
As regras de obrigatoriedade variam conforme a categoria do trabalhador e o regime previdenciário. Por isso, a empresa deve consultar o Manual de Orientação e a documentação técnica vigente para o seu caso, em vez de aplicar uma regra única a todos os vínculos.
Quais dados pessoais e dados sensíveis circulam no eSocial SST?
O fluxo de eSocial SST combina dados cadastrais e contratuais com informações produzidas em acidentes, exames ocupacionais e avaliações das condições de trabalho. Parte desses dados identifica diretamente o trabalhador; outra parte pode revelar informações sobre sua saúde e, por isso, recebe proteção reforçada pela LGPD.
No S-2210, circulam dados de identificação do trabalhador e informações relacionadas ao acidente, como data, local e circunstâncias da ocorrência. Dependendo do conteúdo registrado e dos documentos de suporte, o processo também pode envolver informações relacionadas à saúde.
No S-2220, a atenção é maior porque o evento está diretamente ligado ao monitoramento da saúde. O processo pode envolver dados do ASO, avaliações clínicas e exames complementares, mas a empresa deve diferenciar os campos efetivamente exigidos pelo leiaute dos dados clínicos completos que permanecem sob guarda profissional.
No S-2240, predominam dados relacionados ao vínculo, ao ambiente de trabalho, à atividade exercida, à exposição a agentes nocivos e às medidas de proteção. Essas informações são dados pessoais quando vinculadas a um trabalhador identificado ou identificável, mas não devem ser classificadas automaticamente como dados de saúde em todas as situações.
Essa distinção evita dois erros opostos: tratar todo dado de SST como se fosse prontuário médico ou, ao contrário, presumir que informações de SST não exigem proteção porque não contêm diagnóstico. A governança deve ser proporcional ao tipo de dado, à finalidade e ao risco de cada operação.
O risco também não se concentra no momento da transmissão. Ele pode surgir antes, quando um dado é coletado em formulário, enviado pelo laboratório, copiado para uma planilha ou acessado por um prestador; e depois, quando recibos, documentos de suporte e cópias permanecem armazenados em diferentes sistemas.
Como a LGPD se aplica à rotina do eSocial SST?
A LGPD define tratamento de forma ampla. Coletar, receber, classificar, consultar, utilizar, transmitir, armazenar, modificar, comunicar, arquivar e eliminar são operações de tratamento. Por isso, a proteção acompanha o ciclo inteiro da informação, e não apenas o momento em que o evento é enviado ao governo.
Na rotina do eSocial SST, quatro dimensões precisam ser avaliadas.
Finalidade e adequação. A organização deve saber por que cada dado é coletado e utilizado. Um exame ocupacional pode ser necessário para cumprir o programa de saúde ocupacional e gerar o evento correspondente, mas isso não significa que o resultado clínico detalhado deva ser compartilhado com gestores, colegas ou prestadores da rotina administrativa. A finalidade também precisa ser compatível com o uso posterior: um dado coletado para gerar o S-2220 não deve ser reutilizado em avaliações de desempenho, campanhas internas ou relatórios comerciais sem análise específica de finalidade, base legal e necessidade.
Necessidade e minimização. O princípio da necessidade orienta o tratamento ao mínimo suficiente para a finalidade. Isso exige separar os campos exigidos pelo leiaute dos documentos completos que servem como fonte ou evidência. Confirmar que determinado ASO foi emitido e transmitir os dados previstos no S-2220 é uma coisa; distribuir o prontuário ou os resultados de exames para áreas que não precisam dessas informações é outra.
Segurança e prevenção. A LGPD prevê a adoção de medidas técnicas e administrativas para proteger os dados contra acessos não autorizados e situações acidentais ou ilícitas. Na rotina de SST, essas medidas podem incluir perfis de acesso, autenticação individual, criptografia quando aplicável, registros de log, revisão de permissões, controle de exportações, treinamento e procedimento para incidentes. Segurança não é apenas configuração de software: é também regra de processo. Um sistema com bom controle de acesso perde eficácia quando uma senha é compartilhada, quando a clínica envia o ASO para o destinatário errado ou quando uma planilha com dados médicos circula sem proteção.
Transparência e exercício de direitos. O trabalhador deve receber informações claras sobre o tratamento dos seus dados e ter canais adequados para exercer os direitos previstos na legislação, observados os procedimentos e limites aplicáveis a cada solicitação. A empresa precisa coordenar esse atendimento entre encarregado, jurídico, RH, médico do trabalho e demais áreas, preservando o sigilo profissional e evitando expor mais informações do que o necessário.
Quem é responsável pelos dados no fluxo de eSocial SST?
Uma das maiores fontes de confusão é tratar todos os participantes como se tivessem a mesma responsabilidade. A qualificação de cada agente como controlador ou operador depende das decisões e operações efetivamente realizadas, e não do nome atribuído no contrato.
O que interessa aqui é como essa divisão se materializa no fluxo dos eventos de SST. A tabela abaixo organiza a responsabilidade prática de cada participante e a pergunta de governança que a empresa deveria conseguir responder sobre ele.
| Participante | Responsabilidade prática a ser organizada | Pergunta de governança |
|---|---|---|
| Empresa ou empregador | Definir finalidades, garantir o cumprimento das obrigações, validar dados, controlar acessos, selecionar prestadores e acompanhar retificações | Quem decide quais dados são tratados e por quê? |
| Clínica ou serviço de saúde ocupacional | Realizar avaliações, emitir documentos e fornecer os dados previstos no fluxo contratado, observando sigilo profissional e regras de acesso | Quais dados precisam ser entregues à empresa e quais permanecem sob guarda clínica? |
| Médico do trabalho | Atuar dentro das atribuições profissionais, preservar o sigilo médico e registrar as informações necessárias conforme a legislação e os sistemas aplicáveis | O resultado clínico detalhado é necessário para esta finalidade ou basta a informação prevista no evento? |
| Laboratório | Processar exames e compartilhar os resultados conforme a finalidade, a autorização ou obrigação aplicável e o fluxo estabelecido | O envio está limitado ao destinatário correto e ao conjunto de dados necessário? |
| Software ou plataforma | Processar, armazenar e transmitir dados com segurança, disponibilidade, controle de acesso, logs e regras para suporte e subcontratação | O fornecedor consegue demonstrar quem acessou, alterou ou transmitiu cada informação? |
| RH, contabilidade ou consultoria de SST | Executar atividades específicas com acesso limitado e instruções documentadas, sem ampliar o uso dos dados sem justificativa | O prestador precisa do dado completo ou de uma informação reduzida? |
| Encarregado | Coordenar canais de comunicação, orientações, solicitações de titulares e interface com a ANPD, conforme a estrutura aplicável | Existe um fluxo conhecido para dúvidas, direitos e incidentes? |
A matriz deve ser formalizada em políticas, contratos, procedimentos, registros de tratamento e documentos de segurança proporcionais ao risco. Quando houver dúvida sobre a qualificação de um agente, a análise deve considerar as decisões e as operações efetivamente realizadas, e não apenas a cláusula contratual.
S-2210 e LGPD: como proteger os dados da CAT
O S-2210 - Comunicação de Acidente de Trabalho é utilizado para comunicar acidente de trabalho pelo declarante, ainda que não haja afastamento do trabalhador. Conforme o Manual de Orientação do eSocial, a comunicação deve ser registrada até o primeiro dia útil seguinte ao da ocorrência e, em caso de morte, de imediato.
A urgência do prazo pode pressionar a organização a encaminhar documentos por canais improvisados. Esse é justamente um dos momentos em que segurança e velocidade precisam ser planejadas juntas. O ideal é que exista um fluxo previamente definido, com responsáveis, substitutos, acesso ao sistema, validação dos dados e registro do recibo.
A comunicação pode envolver dados de identificação do trabalhador, informações sobre o acidente, local, circunstâncias e outros campos previstos no evento. Dependendo do caso e dos documentos de suporte, o processo também pode envolver informações relacionadas à saúde. Por isso, a empresa deve separar o que precisa ser conhecido para cumprir a obrigação legal do que permanece restrito às áreas técnicas e profissionais responsáveis: quem precisa saber que ocorreu um acidente não necessariamente precisa receber a CAT completa ou documentos médicos relacionados.
A retificação merece procedimento próprio. O Manual de Orientação indica que, quando a CAT já tiver sido entregue ao trabalhador e o evento for posteriormente retificado, uma nova cópia deve ser disponibilizada com as informações atualizadas. O procedimento interno precisa definir quem identifica o erro, quem corrige a fonte, quem comunica a alteração e como impedir que versões antigas continuem circulando sem indicação de que foram superadas.
Uma estrutura prática separa o processo em três camadas: o evento formal transmitido ao eSocial; a documentação técnica de investigação e prevenção, com acesso restrito às áreas responsáveis; e a comunicação administrativa mínima necessária para organizar as providências internas. Essa separação reduz exposição desnecessária sem prejudicar a gestão do acidente.
S-2220 e LGPD: ASO, exames complementares e sigilo médico
O S-2220 - Monitoramento da Saúde do Trabalhador detalha informações relativas ao acompanhamento da saúde durante o vínculo, incluindo avaliações clínicas e exames complementares, com as respectivas datas e conclusões previstas no evento.
O Manual de Orientação determina que sejam informados os exames médicos de monitoramento previstos nas Normas Regulamentadoras, aqueles indicados no PCMSO conforme os riscos ocupacionais e outros exames obrigatórios previstos na legislação. O mesmo Manual esclarece que os atestados médicos utilizados para afastamento por doença ou acidente não integram esse evento.
O prazo de envio indicado é até o dia 15 do mês seguinte à emissão do ASO. No exame admissional, até o dia 15 do mês seguinte à admissão. Esse prazo de transmissão não altera o prazo legal para a realização do exame ocupacional — são duas obrigações distintas e o calendário operacional deve controlar cada uma separadamente.
A proteção de dados aparece com intensidade especial neste evento. O S-2220 não deve ser tratado como autorização para que gestores, colegas, fornecedores ou áreas administrativas acessem o prontuário médico completo. O Manual informa que todos os exames realizados e constantes no ASO devem ser informados, mas estabelece que o campo de resultado não é obrigatório e somente pode ser informado com autorização do trabalhador, em razão do sigilo médico.
Esse ponto costuma passar despercebido em implantações apressadas. Um sistema que preenche o campo de resultado por padrão, sem verificar a autorização, transforma uma rotina de conformidade em um tratamento de dado sensível sem fundamento adequado.
Na prática, a organização deve diferenciar pelo menos quatro camadas de informação:
| Camada | Exemplo | Tratamento recomendado |
|---|---|---|
| Identificação e vínculo | Nome, CPF, matrícula, data de admissão | Acesso restrito às áreas que precisam validar o vínculo e o evento |
| Documento ocupacional | ASO e tipo de exame realizado | Compartilhamento controlado com RH, SST e prestadores autorizados |
| Exame complementar | Audiometria, espirometria, exame de imagem ou outro procedimento previsto | Acesso conforme necessidade técnica, sigilo profissional e finalidade |
| Resultado clínico detalhado | Interpretação, hipóteses e evolução clínica | Tratamento ainda mais restrito, com análise de necessidade e autorização quando exigida |
A boa prática não é eliminar informações necessárias à saúde ocupacional, e sim impedir que elas circulem sem propósito. O médico do trabalho e o responsável pela privacidade devem definir em conjunto como o sistema separa documentos clínicos, informações ocupacionais e campos efetivamente transmitidos.
A guarda dos documentos de origem segue regras próprias, distintas das do evento. O prontuário médico individual, por exemplo, tem prazo mínimo de conservação definido pela NR-7 — tema detalhado em NR-7 comentada: guia do PCMSO e exames ocupacionais. Transmitir o S-2220 não encerra nem substitui essa obrigação de guarda.
Manter coerência entre PCMSO, ASO e exames ocupacionais, prontuário e informações transmitidas reduz retrabalho, retificações e circulação desnecessária de dados pessoais sensíveis.
S-2240 e LGPD: agentes nocivos, EPC e EPI
O S-2240 - Condições Ambientais do Trabalho - Agentes Nocivos registra as condições de prestação de serviços e a exposição do trabalhador aos agentes nocivos e atividades descritos na Tabela 24 do eSocial.
O Manual de Orientação indica o envio até o dia 15 do mês seguinte ao início da obrigatoriedade dos eventos de SST ou do ingresso e admissão, observadas as regras aplicáveis. Alterações nas condições registradas devem ser transmitidas até o dia 15 do mês seguinte à ocorrência da mudança.
Quando houver exposição a agentes nocivos previstos no Anexo IV do Decreto nº 3.048/1999, a informação deve ser registrada conforme as regras do evento. Quando não houver exposição a risco ou atividade prevista no Anexo IV, o Manual prevê o uso do código correspondente de ausência de fator de risco ou atividade — ou seja, a ausência de exposição também é uma informação a ser declarada, e não um campo a ser deixado em branco.
O evento também contempla a existência de EPC instalados e EPI disponibilizados. O próprio Manual ressalta, porém, que a informação de EPI no eSocial não substitui o registro de entrega exigido pela legislação. O S-2240 compõe o histórico da exposição; ele não substitui os controles documentais de SST.
Esse ponto é relevante para a governança. A empresa precisa garantir coerência entre o S-2240, o inventário de riscos, os documentos ambientais, o LTCAT, o PPP, os registros de entrega de EPI e os treinamentos — assunto tratado em PCMSO em 2026: como integrar PGR, exames e eSocial. Dados inconsistentes entre esses documentos geram retrabalho, retificações e exposição desnecessária de informações pessoais.
Do ponto de vista da LGPD, o princípio da necessidade recomenda que o evento não seja usado para armazenar documentos completos que o leiaute não exige. Os documentos técnicos de Segurança do Trabalho precisam permanecer disponíveis para as suas finalidades próprias, com acesso e retenção definidos, mas não devem ser replicados em todos os sistemas apenas porque alguns campos alimentam o S-2240.
Vale notar que o S-2240 é também o evento em que a distinção do início deste artigo fica mais visível: setor, atividade e período de exposição são dados pessoais quando vinculados a um trabalhador identificável, mas não são, por si sós, dados de saúde. Classificar corretamente evita tanto o excesso de controle quanto a falsa sensação de que a informação não precisa de proteção.
Como organizar um fluxo seguro entre empresa, clínica, laboratório e software
O fluxo começa muito antes da transmissão. Uma clínica ou laboratório pode coletar dados diretamente do trabalhador; o médico emite o ASO; o profissional de SST consolida informações de riscos; o RH confirma o vínculo; um software valida campos e transmite o evento; e a empresa precisa manter o recibo e a documentação de suporte.
Cada passagem é um ponto de controle. O risco aumenta quando ninguém sabe qual é a fonte original, quem pode corrigir uma informação, qual versão é válida ou quem deve agir diante de um incidente. Quando diferentes áreas mantêm planilhas paralelas e cópias locais, somam-se divergência, duplicidade, envio incorreto e exposição desnecessária.
Uma arquitetura mínima de governança pode ser organizada assim:
| Etapa | Controle recomendado | Evidência útil |
|---|---|---|
| Coleta | Informar a finalidade e limitar os campos ao necessário para a atividade | Formulário, aviso de privacidade ou procedimento interno |
| Validação | Conferir vínculo, datas, códigos, exame, agente nocivo e demais campos antes da transmissão | Registro de conferência ou trilha de aprovação |
| Transmissão | Usar canal autorizado, autenticação individual e perfil compatível com a função | Recibo de entrega, log e identificação do usuário responsável |
| Armazenamento | Separar documentos clínicos, registros administrativos e dados de transmissão | Matriz de acesso e política de retenção |
| Retificação | Definir quem identifica o erro, corrige a fonte, retifica o evento e comunica a versão válida | Histórico de alterações e comprovante de retificação |
| Compartilhamento | Verificar destinatário, finalidade e necessidade antes de cada envio | Registro de compartilhamento ou protocolo |
| Incidente | Conter o evento, preservar evidências, avaliar risco e acionar os responsáveis | Relatório de incidente e decisões documentadas |
| Encerramento | Eliminar ou devolver dados de forma segura quando não houver finalidade ou obrigação de guarda | Registro de eliminação, bloqueio ou devolução |
A empresa também deve evitar o "copia e cola" entre sistemas. A informação precisa ser extraída da fonte mais confiável, validada e transmitida no formato apropriado — replicar o mesmo dado em planilhas intermediárias multiplica os pontos de falha sem acrescentar controle.
Contratos com clínicas, laboratórios, consultorias e fornecedores de software devem tratar de acesso, segurança, subcontratação, incidentes, retenção, devolução ou eliminação de dados e responsabilidades no encerramento da relação. Esses documentos precisam refletir o fluxo real, e não apenas uma classificação genérica das partes.
Por quanto tempo guardar recibos, logs e comprovantes de retificação?
A retenção no fluxo do eSocial SST costuma ser tratada como se fosse uma questão só de prontuário e documentos médicos. Não é. O evento transmitido gera um conjunto próprio de registros que também precisa de prazo definido: recibo de entrega, log de acesso e transmissão, trilha de validação, histórico de alterações e comprovante de retificação.
Esses registros têm finalidade distinta da do documento clínico de origem. Enquanto o prontuário e o ASO seguem os prazos de guarda da legislação de saúde ocupacional, os registros de transmissão servem para demonstrar quando a obrigação foi cumprida, por quem e com qual conteúdo. Confundir as duas coisas leva a dois erros: descartar recibos que ainda podem ser necessários para comprovação, ou manter cópias integrais de documentos médicos apenas porque alimentaram um evento.
A recomendação prática é construir uma matriz de retenção por categoria documental, e não um prazo único. Para cada categoria, a organização define a finalidade, o fundamento da guarda, o responsável, o repositório oficial e o procedimento de eliminação ou bloqueio quando a finalidade se encerra.
Quando um evento é retificado, o controle de versões passa a fazer parte da retenção. A empresa precisa conseguir demonstrar qual versão está vigente, quando a alteração ocorreu e qual foi a informação de origem corrigida. Manter o histórico é o que permite responder a uma fiscalização ou a uma solicitação de titular sem reconstruir o processo de memória.
Vale ainda revisar periodicamente permissões antigas e cópias sem finalidade. Um acesso concedido para uma implantação, uma exportação feita para conferência pontual ou uma pasta compartilhada durante uma migração costumam sobreviver muito além da necessidade que os originou.
Checklist prático de LGPD e eSocial SST
O checklist abaixo serve como ponto de partida para um diagnóstico interno. Ele não substitui a avaliação jurídica ou técnica, mas ajuda a revelar lacunas de processo antes que elas apareçam em uma retificação, em uma fiscalização ou em um incidente.
| Pergunta de verificação | Situação esperada |
|---|---|
| A empresa sabe quais dados entram no S-2210, S-2220 e S-2240? | Existe inventário ou mapa do fluxo, com a fonte e a finalidade de cada campo |
| Os documentos clínicos completos estão separados dos dados administrativos? | Prontuários, resultados detalhados e documentos médicos não ficam disponíveis para todos os usuários |
| O campo de resultado do S-2220 é preenchido com critério? | O preenchimento observa a autorização do trabalhador e o sigilo médico, sem automatismo do sistema |
| Os papéis dos participantes foram definidos? | Empresa, clínica, laboratório, consultoria e software têm responsabilidades e limites documentados |
| O acesso é baseado em função? | RH, SST, médico, TI, contabilidade e suporte acessam apenas o necessário |
| Há autenticação individual e registros de log? | A organização consegue identificar quem acessou, alterou ou transmitiu cada informação |
| Existe procedimento de retificação? | A fonte é corrigida, o evento é retificado e as versões anteriores são controladas |
| Os prazos de envio são acompanhados? | O processo monitora separadamente os prazos de S-2210, S-2220 e S-2240 e os prazos legais de realização dos exames |
| Os documentos de suporte estão coerentes? | PGR, PCMSO, ASO, CAT, PPP, registros de EPI e EPC e eventos transmitidos não apresentam contradições sem justificativa |
| A organização revisa acessos e retenção? | Permissões antigas são removidas e documentos sem finalidade são bloqueados ou eliminados quando cabível |
| O trabalhador sabe onde buscar informações? | Existem canais de comunicação e orientação sobre o tratamento dos seus dados |
Erros comuns que aumentam o risco de exposição de dados
Boa parte dos riscos de privacidade no eSocial SST não vem de ataques sofisticados, e sim de práticas rotineiras que ampliam desnecessariamente a circulação de informações.
Enviar o documento completo quando o evento exige campos específicos. O prontuário e os laudos podem conter histórico, hipóteses diagnósticas e resultados que não são necessários para nenhuma etapa do eSocial. A empresa deve trabalhar com o conjunto de dados exigido pelo leiaute e manter os documentos de origem no ambiente adequado, com acesso restrito.
Usar e-mail ou aplicativos de mensagem como repositório oficial. Esses canais podem ser utilizados em situações específicas, mas não substituem controle de versão, permissões, rastreabilidade e repositório definido. Quando forem usados, é preciso avaliar destinatário, proteção do arquivo, prazo de disponibilidade e eliminação das cópias.
Deixar o sistema preencher o campo de resultado por padrão. No S-2220, esse campo não é obrigatório e seu preenchimento deve observar a autorização prevista no Manual e o sigilo médico. A parametrização automática pode ampliar desnecessariamente a circulação de informações sensíveis.
Confundir prazo de envio com prazo de realização do exame. São obrigações distintas, com calendários distintos. Controlar apenas o prazo de transmissão pode mascarar um atraso na realização do exame ocupacional, e vice-versa.
Transferir toda a responsabilidade para o software. A plataforma pode oferecer segurança, validações e logs, mas a empresa continua responsável por definir finalidades, revisar cadastros, selecionar prestadores, controlar acessos e responder pelas decisões organizacionais.
Manter cópias indefinidas em planilhas e pastas pessoais. A multiplicação de cópias dificulta saber qual é a informação válida, quem acessou e quando o dado deve ser bloqueado ou eliminado. O processo precisa definir repositório oficial, controle de versões e retenção.
Incidentes de segurança no fluxo do eSocial SST
No fluxo dos eventos de SST, os incidentes mais prováveis têm rosto conhecido: um evento transmitido com o dado de outro trabalhador, uma integração que envia campos além do necessário, uma exportação de conferência que circula por e-mail, um acesso de suporte que permaneceu ativo depois da implantação.
A primeira medida é conter a situação sem destruir evidências. Em seguida, identificar quais dados foram envolvidos, quais titulares podem ter sido afetados, quais sistemas e prestadores participaram e se houve acesso efetivo. Quando o incidente também implicar erro no evento, a correção da fonte e a retificação junto ao eSocial correm em paralelo à resposta de privacidade, e não no lugar dela.
Um ponto específico deste fluxo merece atenção: boa parte dos incidentes será detectada pelo prestador, não pela empresa. A clínica percebe o envio equivocado, o fornecedor de software identifica a falha de integração, o laboratório nota o destinatário errado. Como a obrigação de avaliar e comunicar recai sobre o controlador, o contrato e o procedimento precisam garantir que esse acionamento seja rápido o bastante para não consumir o prazo de quem responde.
Depois da contenção, a organização deve identificar a causa e revisar controles, permissões, integrações e procedimentos que contribuíram para o problema.
Perguntas frequentes sobre LGPD e eSocial SST
A empresa precisa pedir consentimento para enviar os eventos de SST ao eSocial?
Não necessariamente. A LGPD prevê diferentes bases legais, e nos fluxos obrigatórios do eSocial SST a empresa deve avaliar a hipótese aplicável à finalidade concreta, especialmente as relacionadas ao cumprimento de obrigação legal ou regulatória. O consentimento não é solução automática para todo o processo.O S-2220 exige o envio de todos os resultados dos exames ocupacionais?
Não. O Manual de Orientação prevê o registro dos exames realizados que constam no ASO, mas estabelece que o campo de resultado não é obrigatório e somente pode ser informado com autorização do trabalhador, em razão do sigilo médico. A organização deve observar o leiaute vigente e separar a informação necessária ao evento dos dados clínicos completos.Os atestados médicos de afastamento entram no S-2220?
Não. Conforme o Manual de Orientação do eSocial, os atestados utilizados para afastamento por doença ou acidente não integram esse evento. O S-2220 trata do monitoramento da saúde ocupacional durante o vínculo, com as informações previstas no leiaute.O que fazer quando um evento de SST é transmitido com informação errada?
A fonte original precisa ser corrigida e o evento retificado conforme as regras do eSocial. No caso do S-2210, quando a CAT já tiver sido entregue ao trabalhador, uma nova cópia deve ser disponibilizada com as informações atualizadas. O procedimento interno deve definir quem identifica o erro, quem corrige, quem comunica e como impedir que a versão anterior continue circulando.O S-2240 substitui os documentos de SST ou o registro de entrega de EPI?
Não. O evento utiliza informações provenientes da gestão de riscos e dos documentos técnicos aplicáveis, mas não substitui os registros de SST. O próprio Manual esclarece que a informação sobre EPI disponibilizado no evento não substitui o registro de entrega exigido pela legislação.A clínica de medicina ocupacional é sempre operadora de dados da empresa?
Não necessariamente. A qualificação depende das decisões e operações efetivamente realizadas. A clínica pode tratar determinados dados em nome da empresa e, em outras atividades, atuar com responsabilidades próprias decorrentes de obrigações legais, regulatórias ou profissionais. O fluxo real e os contratos precisam ser analisados em conjunto.A LGPD impede a empresa de investigar acidentes ou gerenciar riscos ocupacionais?
Não. A LGPD não impede atividades legítimas de prevenção, investigação e gestão de SST. Ela exige que o tratamento tenha finalidade definida, base jurídica adequada, necessidade, segurança, acesso proporcional e proteção contra usos incompatíveis ou discriminatórios.Conclusão: proteger dados faz parte da gestão dos eventos de SST
O eSocial SST não é apenas uma etapa de transmissão. Os eventos S-2210, S-2220 e S-2240 são a parte visível de processos que começam na coleta e na validação dos dados e continuam no armazenamento, no compartilhamento, na retificação e na guarda dos documentos de origem.
Aplicar a LGPD a esse fluxo significa transmitir apenas os campos exigidos por cada leiaute, restringir o acesso conforme a função, definir com clareza a responsabilidade de empresa, clínica, laboratório e fornecedor de software, manter coerência entre os documentos técnicos e os eventos enviados, e conseguir demonstrar quem validou, quem transmitiu e qual versão está vigente.
Significa também reconhecer que nem todo dado de SST é automaticamente um dado de saúde. Setor, atividade e período de exposição são dados pessoais que exigem proteção proporcional; resultado de exame é outra categoria, com controle mais restrito e regra própria de autorização. Classificar corretamente é o que permite aplicar controle na medida certa, sem excesso nem descuido.
Quando essa governança funciona, melhora não apenas a proteção dos dados, mas a qualidade das informações transmitidas, a rastreabilidade das correções e a integração entre RH, Medicina do Trabalho, Segurança do Trabalho e eSocial.
Para aprofundar o cuidado com prontuários, ASOs, sigilo profissional e bases legais no atendimento ocupacional, continue em LGPD na Medicina do Trabalho: como proteger dados de saúde.
Se sua empresa precisa revisar a gestão dos eventos S-2210, S-2220 e S-2240 ou estruturar melhor o fluxo de informações entre RH, SST, clínica e sistemas, entre em contato com a equipe da Medivo.
Fontes e referências
- Lei nº 13.709/2018 — Lei Geral de Proteção de Dados Pessoais (LGPD)
- eSocial — Manual de Orientação do eSocial, versão S-1.3, vigente na data desta publicação
- Decreto nº 3.048/1999, Anexo IV — agentes nocivos
- Norma Regulamentadora nº 7 (NR-7) — PCMSO e guarda do prontuário médico ocupacional
Leia também
Gostou do conteúdo?
Compartilhe
Redator do Site Medivo Saúde Ocupacional
Fundada em 2006 como ErgoFisio e consolidada após uma trajetória de inovação, a Medivo Saúde Ocupacional é referência em Medicina, Segurança e Qualidade de Vida no Trabalho. Com sede no Noroeste do Paraná, a empresa evoluiu de uma consultoria em ergonomia para se tornar a líder de mercado em SST (Saúde e Segurança do Trabalho). Premiada anualmente por sua excelência em gestão, a Medivo une conhecimento técnico avançado, ética e inovação para garantir conformidade e bem-estar às empresas parceiras.
GEORGE LUIS COELHO SILVA, escritor, advogado, fisioterapeuta do trabalho (CREFITO 8 – 72052 - F, técnico em segurança do trabalho (Ministério do Trabalho (Registro PR/005722. ), ESPECIALISTA EM ERGONOMIA (UFPR) e MESTRE em Biodinâmica do Movimento Humano (UEM). Ergonomista nível SÊNIOR Certificado pela Associação Brasileira de Ergonomia e fatores Humanos (ABERGO), inscrição 176, autor do livro Riscos Psicossociais Relacionados ao Trabalho: 101 perguntas e respostas, conferencista convidado por Sindicatos, Conselhos de Classe e Órgãos Fiscalizadores do Poder Executivo, Legislativo e Judiciário. Especialização em curso pela PUC Paraná sobre IA em negócios.
GEORGE LUIS COELHO SILVA, escritor, advogado, fisioterapeuta do trabalho (CREFITO 8 – 72052 - F, técnico em segurança do trabalho (Ministério do Trabalho (Registro PR/005722. ), ESPECIALISTA EM ERGONOMIA (UFPR) e MESTRE em Biodinâmica do Movimento Humano (UEM). Ergonomista nível SÊNIOR Certificado pela Associação Brasileira de Ergonomia e fatores Humanos (ABERGO), inscrição 176, autor do livro Riscos Psicossociais Relacionados ao Trabalho: 101 perguntas e respostas, conferencista convidado por Sindicatos, Conselhos de Classe e Órgãos Fiscalizadores do Poder Executivo, Legislativo e Judiciário. Especialização em curso pela PUC Paraná sobre IA em negócios.
Notícias relacionadas
LGPD e eSocial SST: S-2210, S-2220 e S-2240 na prática
LGPD e eSocial SST: veja quais dados circulam no S-2210, S-2220 e S-2240 e como organizar acesso, responsabilidades e retenção.
https://www.medivo.com.br/noticia/239/lgpd-e-esocial-sst-s-2210-s-2220-e-s-2240-na-pratica