Integridade de Dados

Este tópico faz parte do SG Systems Global Biblioteca de guias regulatórios e operacionais.

Integridade dos dados: garantir que os registros sejam confiáveis ​​— evidências ALCOA, trilhas de auditoria, acesso controlado e decisões defensáveis.

Atualizado em janeiro de 2026 • Integridade de dados, ALCOA, trilhas de auditoria, Parte 11, Anexo 11, CSV, retenção de registros, controle de acesso • Intersetorial

A integridade de dados é a disciplina que garante que os registros sejam confiáveis ​​— completos, precisos, atribuíveis e protegidos contra alterações indevidas — ao longo de todo o ciclo de vida dos dados. Em sistemas regulamentados de fabricação e qualidade, "integridade" não é uma ideia filosófica. É a base operacional para a liberação de lotes, decisões sobre produtos, investigações e segurança do paciente/cliente. Se os dados não forem confiáveis, a decisão baseada neles não será defensável.

As organizações frequentemente confundem integridade de dados com cibersegurança ou qualidade de dados. Segurança protege contra acesso não autorizado; qualidade foca na adequação ao uso; integridade comprova que o registro é o que afirma ser e não foi manipulado, corrompido silenciosamente ou dissociado de seu contexto. Esse contexto inclui metadados (carimbos de data/hora, IDs de usuário, versões), trilhas de auditoria e os controles processuais que garantem que as pessoas não possam reescrever o histórico quando algo dá errado.

A integridade dos dados é crucial nos momentos de maior pressão: uma investigação de desvio, um evento fora das especificações, uma disputa com um fornecedor, uma decisão sobre a destinação de um lote ou uma auditoria. Nessas situações, a organização tem uma cadeia de evidências confiável ou argumentos contraditórios. A integridade é o que impede que a crença de que "aconteceu desta forma" substitua a certeza de que "aconteceu desta forma".

“Se o registro puder ser reescrito, não é prova.”

1) O que significa, na prática, integridade de dados

Integridade de dados significa que seus registros podem ser considerados confiáveis ​​como evidência. Em termos práticos, integridade comprova que:

• Os registros são atribuíveis: Você pode responder com segurança à pergunta “quem fez o quê, quando e por quê”.
• Os registros estão completos: Não há resultados ausentes, lotes ausentes, entradas de trilha de auditoria ausentes ou anexos ausentes.
• Os registros são consistentes: Os registros de data e hora, versões e transições de estado são coerentes e reproduzíveis.
• Os registros estão protegidos: Alterações não autorizadas são impedidas e detectáveis, incluindo tentativas de exclusão ou retrodatação.
• Os registros continuam utilizáveis: Eles podem ser recuperados, interpretados e revisados ​​anos depois, de acordo com as regras de retenção.

A integridade não se limita aos "valores dos dados". Ela inclui o contexto que dá significado aos valores: instrumentos, métodos, unidades, versões, aprovações e rastreabilidade. Uma leitura de temperatura sem o status de calibração não é uma evidência confiável. Um resultado "aprovado" sem a revisão do método de teste não é defensável. Um registro de lote sem uma trilha de auditoria é apenas uma história.

Em ambientes regulamentados — como os das indústrias farmacêutica, de dispositivos médicos, de segurança alimentar e outras atividades de fabricação de alto risco — a integridade é a base que sustenta as decisões de liberação, as investigações e a confiança regulatória. Ao romper com a integridade, tudo o mais se torna negociável.

2) Por que a integridade dos dados é inegociável

Existem quatro funções de coerção que tornam a integridade real:

A dura verdade: falhas de integridade são caras porque criam uma "realidade não comprovável". Quando os dados não são confiáveis, as organizações reagem com testes excessivos, repetição de tarefas, aumento do tempo de espera entre lotes e encaminhamento para revisão pela gerência. Mesmo quando o produto é seguro, a incapacidade de comprovar sua segurança se torna o gargalo operacional.

As falhas de integridade também são contagiosas. Quando as pessoas acreditam que os registros podem ser alterados, elas mudam de comportamento: "capturamos isso depois", "corrigimos o valor", "atualizamos a planilha", "conciliamos depois". Essa mudança cultural destrói a qualidade das evidências mais rapidamente do que qualquer fragilidade técnica.

3) Integridade de dados vs. qualidade vs. segurança

As equipes frequentemente misturam esses conceitos e projetam controles inadequados.

Segurança sem integridade é comum: controles de perímetro robustos, governança interna frágil e usuários privilegiados que podem reescrever o histórico. Integridade sem segurança também é possível: excelentes trilhas de auditoria, controles de acesso fracos e alta probabilidade de acesso não autorizado. Em trabalhos regulamentados, ambos são necessários — mas a integridade é o elemento que torna os registros defensáveis.

4) O ciclo de vida dos dados: onde a integridade é conquistada ou perdida

A integridade não é um controle isolado. É o resultado de controles aplicados ao longo de todo o ciclo de vida dos dados:

• Criação: Como os dados são gerados (instrumento, sistema, entrada manual), incluindo método e versão.
• Processamento: Cálculos, transformações e resultados derivados — onde frequentemente ocorre manipulação oculta.
• revisão: fluxos de trabalho de aprovação, tratamento de exceções e vias de escalonamento (consulte fluxo de trabalho de aprovação).
• Relatório: Resumos, painéis de controle e relatórios em PDF que podem se desvincular da verdade fundamental.
• Armazenamento: Onde os registros são armazenados, como são protegidos e como os registros de auditoria são preservados.
• Recuperação: Capacidade de reproduzir o contexto do registro durante auditorias e investigações.
• Retenção/arquivamento: preservação a longo prazo sob retenção de registros regras.
• Disposição: Destruição controlada ao término do período de retenção, com justificativa documentada.

A maioria dos programas de integridade falha porque se concentra no armazenamento e ignora a criação e o processamento. Isso é um erro. Se o registro for comprometido na captura, nenhuma política de retenção poderá corrigi-lo posteriormente.

5) Defina o escopo: o que conta como um registro

A integridade começa com uma definição rigorosa do escopo. Se você não definir o que é um registro controlado, as pessoas o definirão por você — geralmente de uma forma que reduz a responsabilidade.

Um mapa de escopo prático inclui:

• Registros de qualidade: desvios, investigações, aprovações, CAPA (ver gestão de desvios e CAPA).
• Registros de fabricação: documentação em lote, como por exemplo BMR e equivalentes eletrônicos como EBR.
• Registros do dispositivo: histórico do dispositivo (evidências)DHR / eDHR).
• Registros de laboratório: resultados, cálculos e histórico de avaliações (frequentemente vinculados a LIMS).
• Dados mestre: receitas controladas, listas de materiais, especificações e limites de parâmetros (ver controle de dados mestre).
• Metadados: Carimbos de data/hora, IDs de usuário, versões e o próprio registro de auditoria.
• anexos: PDFs, imagens, arquivos de dados brutos, exportações de instrumentos — geralmente são os locais mais fáceis para ocultar manipulações.

O escopo também deve incluir "sistemas paralelos": planilhas, pastas locais, unidades compartilhadas e bancos de dados ad hoc. Se cálculos críticos forem realizados no Excel fora dos sistemas controlados, o risco à integridade reside aí — e não no aplicativo validado que você apresenta com orgulho aos auditores.

6) ALCOA na prática: evidências, não slogans

ALCOA é a abreviação mais comum para expectativas de integridade. O valor de ALCOA não está na sigla, mas nos comportamentos testáveis ​​que ela exige:

• Atribuível: Identidade única, acesso controlado e atribuição de usuário confiável.
• Legível: Os registros devem ser legíveis e interpretáveis ​​a longo prazo (incluindo legibilidade eletrônica).
• Contemporâneo: Os eventos são registrados no momento em que ocorrem, e não reconstruídos posteriormente.
• Original: Preservar os dados de origem e a primeira captura do registro (e protegê-los contra sobrescrita).
• Preciso: Os valores estão corretos, os cálculos são controlados e os erros são detectáveis.

O princípio ALCOA deixa de funcionar quando as organizações o tratam como conteúdo de treinamento. Não é possível "treinar" uma solução para um sistema em que os usuários podem sobrescrever resultados, excluir registros de auditoria ou assinar ações que não realizaram. O princípio ALCOA é aplicado por meio de controles, não por cartazes.

7) Governança: propriedade, procedimentos e evidências

Integridade não é um projeto de TI. É um modelo de governança da qualidade. Sem governança, os controles se deterioram e as exceções se tornam normais.

Princípios fundamentais de governança:

• Propriedade: Definidos os proprietários dos sistemas/dados, responsáveis ​​pelos controles de integridade e pela revisão periódica.
• Controle de documento: Procedimentos Operacionais Padrão (POPs) para tratamento, revisão, correção e desvios de dados.
• Controle de revisão: versões controladas de métodos, especificações, receitas e configurações.
• Controle de mudança: Avaliação do impacto na integridade do sistema devido a alterações, correções e atualizações de configuração.
• Formação + competência: usuários treinados, mas também revisores treinados que sabem o que é uma "boa evidência".
• Revisão periódica: Os registros de auditoria, o acesso privilegiado e os documentos críticos são revisados ​​periodicamente.

A governança também deve definir "regras de correção". Quando ocorre um erro, como ele é corrigido? O que é permitido, o que é proibido e o que deve ser registrado na trilha de auditoria? Se a resposta for "simplesmente corrigimos", existe uma lacuna de integridade.

8) Controle de acesso: UAM, RBAC e SoD

A integridade se deteriora mais rapidamente quando há acesso indevido. Se as pessoas erradas podem cometer atos ilícitos — ou se ninguém consegue provar quem fez o quê — os registros se tornam negociáveis.

Controles que devem existir e ser testáveis:

• Funções e permissões definidas: controlado por gerenciamento de acesso do usuário (UAM).
• RBAC execução: Ações privilegiadas são restritas e passíveis de revisão.
• Disciplina de provisionamento: acesso criado/removido em provisionamento de acesso controles.
• Segregação de funções: Sem autoaprovação ou “Eu alterei e aprovei” (ver segregação de deveres).
• Revisão periódica de acesso: O acesso é revisto, não se presume que esteja correto para sempre (ver revisão de acesso disciplina em sistemas de execução).

O acesso privilegiado é a vulnerabilidade de integridade de maior risco. Os administradores geralmente têm o poder de modificar dados mestres, alterar a configuração do registro de auditoria ou restaurar backups que alteram o histórico. Os programas de integridade devem tratar o acesso privilegiado como um risco de qualidade controlado, e não como uma "conveniência de TI necessária".

9) Trilhas de auditoria e metadados: o mecanismo de integridade

Os registros de auditoria não são opcionais para documentos eletrônicos críticos. Eles são o mecanismo que torna visíveis as alterações indevidas e permite a defesa de alterações legítimas.

Trilhas de auditoria eficazes devem comprovar:

• Completude: As ações críticas são registradas (criar, modificar, excluir, aprovar, sobrescrever).
• Atribuição: Identidade de usuário única; contas compartilhadas destroem a atribuição.
• Timestamps: Gerenciamento confiável de tempo e fuso horário (a deriva de tempo cria sequências "impossíveis").
• Motivo da mudança: Quando apropriado, o sistema exige justificativa, não edições silenciosas.
• Possibilidade de revisão: Os registros de auditoria podem ser consultados e são revisados ​​rotineiramente, não estando "disponíveis apenas quando necessário".

Os metadados são frequentemente onde reside a integridade. Se você consegue exportar valores, mas perde os metadados (quem aprovou, qual versão, qual dispositivo, qual método), você perde o significado. É por isso que os "arquivos somente de relatórios" são arriscados: eles preservam um PDF, mas descartam o contexto estruturado necessário para comprovar a veracidade dos dados.

10) Significado de assinaturas e aprovações eletrônicas

Assinaturas eletrônicas só têm valor se seu significado for preservado. Uma assinatura não é um gráfico; é uma declaração controlada.

As expectativas de integridade para assinaturas eletrônicas incluem:

• Garantia de identidade: As assinaturas estão vinculadas a usuários autenticados, não a logins compartilhados.
• Clareza de intenção: O que está sendo aprovado (e em qual versão) está explícito.
• Não repúdio: Os usuários não podem negar plausivelmente a assinatura devido aos controles fracos.
• Auditabilidade: Os eventos característicos são registrados em trilhas de auditoria com data e hora e seu significado.

É por isso que a integridade se cruza com a 21 CFR Parte 11 e o Anexo 11 : a intenção do controle é garantir que os registros e assinaturas eletrônicas sejam tão confiáveis ​​quanto os em papel — e muitas vezes mais confiáveis ​​— porque preservam o histórico dos eventos.

11) Validação e garantia do sistema: CSV e GAMP 5

A integridade não é garantida apenas por você ter comprado um sistema popular. Ela é garantida quando o sistema é configurado, validado e operado para preservar registros críticos.

Em ambientes regulamentados, isso geralmente é resolvido por meio de:

• Validação de Sistema Computacional (CSV): Comprovar que os sistemas suportam o uso pretendido e preservam a integridade dos registros críticos.
• GAMP 5: Aplicar validação baseada em risco e concentrar esforços onde o risco de integridade é maior.
• Revalidação orientada pelo controle de mudanças: Ao aplicar patches, atualizar ou migrar a infraestrutura, ou ao modificar a configuração, o impacto na integridade é avaliado.

A validação deve abranger os recursos do caminho de controle que tornam os registros confiáveis: geração e recuperação de trilhas de auditoria, aplicação de controle de acesso, comportamento de assinaturas eletrônicas, controle de tempo, geração de relatórios (e vinculação aos dados subjacentes) e controles de exportação/importação de dados. Se você validou os fluxos de trabalho, mas não a cadeia de evidências, validou a coisa errada.

12) Retenção e recuperabilidade: arquivos e restaurações

A integridade também é uma questão de tempo. Os registros devem permanecer confiáveis ​​e recuperáveis ​​pelo tempo necessário para sua retenção. É aqui que a retenção, o arquivamento e a recuperação de desastres se tornam controles de integridade — e não apenas práticas de TI.

A integridade após a restauração é um ponto cego comum. Um sistema restaurado que perde a continuidade do histórico de auditoria ou redefine os registros de data e hora pode se tornar um desastre em termos de conformidade e evidências — mesmo que a produção seja retomada. É por isso que os exercícios de recuperação devem verificar os controles de integridade, e não apenas o tempo de atividade.

13) Operacionalização: controles diários que realmente funcionam

Os programas de integridade têm sucesso quando os controles são incorporados às operações diárias. O objetivo é prevenir falhas silenciosas e detectar desvios precocemente.

Controles operacionais que resistem ao escrutínio:

• Frequência de revisão do histórico de auditoria: Revisão rotineira de trilhas de auditoria críticas, e não apenas de itens "disponíveis".
• Governança de dados mestres: edições controladas sob controle de dados mestre Com aprovação e rastreabilidade.
• Ligação de desvio: Os problemas de integridade são registrados como eventos de qualidade e investigados (ver gestão de eventos de qualidade).
• Disciplina de tratamento de exceções: As alterações e os privilégios "temporários" são registrados, aprovados e desativados.
• Revisão periódica de acesso: As funções e permissões são revalidadas em relação às funções reais do cargo.
• Verificações de sincronização de tempo: Os relógios do sistema são controlados; a deriva temporal é tratada como um defeito de integridade.
• Controles de exportação de dados: Garantir que os dados exportados não se tornem uma verdade paralela e editável.

14) KPIs e cadência operacional

A integridade dos dados deve ser gerenciada como um controle operacional, com resultados mensuráveis.

A cadência deve ser baseada em riscos. Ambientes de alto volume, altas taxas de mudança e operações orientadas por software exigem verificações mais frequentes do que ambientes estáveis. Se seus controles não forem medidos, eles se desviam até que uma inspeção o obrigue a perceber.

15) A lista de verificação do “teste de integridade de blocos”

Se você deseja uma avaliação rápida de integridade (aprovado/reprovado), execute um teste de bloco. O objetivo é comprovar que o sistema impede ações incorretas e preserva as evidências quando elas ocorrem.

Se o teste de bloco falhar, trate-o como uma exceção de qualidade. Os controles de integridade ou estão funcionando ou não estão — e "quase" não é uma posição defensável durante uma inspeção.

16) Padrões de falha comuns

• Contas compartilhadas e logins genéricos. A atribuição deixa de funcionar e os registros de auditoria perdem o sentido.
• Arquivos de origem editáveis. Os dados "originais" são sobrescritos ou recalculados sem deixar vestígios.
• Rastreamento de auditoria não revisado. O rastro existe, mas ninguém o procura — por isso a manipulação passa despercebida.
• Abuso de poder administrativo. Usuários com privilégios podem alterar resultados, desativar o registro de logs ou modificar o período de retenção silenciosamente.
• Desvio temporal. Os registros de data e hora tornam-se não confiáveis; as sequências tornam-se impossíveis de defender.
• Estratégias de registro exclusivamente em PDF. Os relatórios sobrevivem, mas a verdade estruturada e os metadados se perdem.
• A “verdade” da planilha. Cálculos críticos ocorrem fora de sistemas controlados.
• Restaurar a integridade das quebras. Os sistemas voltam a funcionar, mas os registros de auditoria ou o significado das assinaturas estão corrompidos.

17) Exemplos intersetoriais

Os princípios da integridade são universais, mas os detalhes que os definem variam conforme o setor:

• Fabricação farmacêutica: A integridade é fundamental para a liberação de lotes e a prontidão para investigações; vinculada a GxP, 21 CFR Part 211e controles de registros eletrônicos.
• Dispositivos médicos: A integridade dá suporte a cadeias de evidências de projeto e produção, tais como: FHD, DMR e DHR.
• Processamento de comida: A integridade está ligada à rastreabilidade, aos recalls e aos controles de conformidade; as falhas se manifestam como lacunas de reconciliação e decisões não verificáveis.
• Sistemas de execução: O MES e as camadas conectadas devem preservar a verdade e as evidências do Estado; a integridade se cruza com MES controles e trilhas de auditoria.
• Laboratórios: A integridade depende do controle de métodos, da preservação de dados brutos e da disciplina de revisão; uma integração fraca cria uma "verdade copiada e colada".

A lição comum: integridade não é uma questão de departamento. É a confiabilidade de toda a sua cadeia de evidências, do início ao fim.

18) Perguntas frequentes estendidas

Q1. O que é integridade de dados?
A integridade dos dados é a disciplina que visa garantir que os registros sejam confiáveis ​​— completos, precisos, atribuíveis e protegidos contra alterações indevidas — ao longo de todo o ciclo de vida dos dados.

Q2. Integridade de dados é o mesmo que segurança cibernética?
Não. A segurança protege contra acessos não autorizados; a integridade comprova que o registro é uma evidência confiável, incluindo trilha de auditoria, metadados e histórico de alterações controladas.

Q3. O que significa ALCOA na prática?
Alcoa Significa que os registros são atribuíveis, legíveis, contemporâneos, originais e precisos — o que é garantido por meio de controles como governança de acesso, trilhas de auditoria e disciplina de revisão.

Q4. Quais são as falhas de integridade mais comuns?
Logins compartilhados, planilhas não controladas, trilhas de auditoria não revisadas, controles de acesso privilegiado fracos e perda de metadados durante a geração de relatórios/arquivamento.

Q5. Como podemos comprovar a integridade após uma restauração do sistema?
Os testes de restauração devem verificar não apenas o tempo de atividade, mas também a continuidade do registro de auditoria, a correção do carimbo de data/hora, os controles de acesso e o significado da assinatura (consulte validação de backup princípios).

Leitura relacionada
• Conceitos Essenciais de Integridade: Alcoa | Trilha de auditoria (GxP) | GxP | Retenção de registro | Arquivo de Dados | RETENÇÃO DE DADOS
• Validação + Governança: CSV | GAMP 5 | Controle de Mudança | Controle de documento | Controle de revisão
• Acesso + Responsabilidade: Gerenciamento de acesso do usuário | Acesso baseado em função | Provisionamento de acesso | Segregação de deveres
• Contexto dos Registros Eletrônicos: 21 CFR Part 11 | Anexo 11 | Assinaturas Eletrônicas
• Contexto do sistema: MES | Registro de lote eletrônico (EBR) | eQMS | Validação de backup do MES