Quem entra no mundo do eCTD pela primeira vez costuma encarar a coisa como um problema técnico. Preciso montar uma pasta com os arquivos certos, gerar um XML, fazer o checksum bater, e enviar para a agência. Feito isso, acabou.
Não acabou. Essa é a parte que mais pega quem está migrando de um processo baseado em papel ou em PDFs avulsos: o eCTD não é um pacote que você envia e esquece. Ele é um dossiê vivo. E essa diferença muda tudo.
A lógica do dossiê que cresce
A primeira submissão — a sequência 0000 — é só o começo de uma conversa que pode durar décadas. Vão vir exigências. Vai ter mudança de fabricante, atualização de bula, novo estudo de estabilidade, uma indicação terapêutica adicional. Cada uma dessas mudanças gera uma nova sequência.
O eCTD define, com precisão, como cada nova sequência se relaciona com tudo que veio antes. Um documento novo entra como ‘new’. Uma versão revisada entra como ‘replace’, apontando exatamente para o arquivo anterior que ela substitui. Um documento que não mudou nem é copiado — o sistema referencia onde ele estava antes.
O revisor da agência nunca vê uma pilha de arquivos. Ele vê o estado atual do dossiê: a versão mais recente de cada documento, reconstituída automaticamente a partir do histórico de todas as sequências.
Por que isso importa mais do que parece
Rastreabilidade não é opcional. Cada operação no dossiê fica registrada. Se um documento foi substituído três vezes em dez anos, a agência pode ver cada versão. Não existe ‘desfazer’ numa sequência já submetida.
Integridade é estrutural. O eCTD usa checksums para verificar que cada arquivo chegou exatamente como foi enviado. Na versão 3.2.2 é MD5; na v4.0 é SHA-256. Não é burocracia — é a garantia de que o documento que o regulador está lendo é idêntico ao que você assinou.
Módulo 1 é regional, o resto é universal. Os módulos 2 a 5 são harmonizados globalmente. Para a ANVISA, tudo no módulo m1/br/ precisa estar em português.
A consequência prática
Muitas empresas ainda tratam o eCTD como a etapa final — quase um problema de TI. Os documentos são produzidos, aprovados internamente, e então alguém ‘converte para eCTD’ antes de enviar.
Esse caminho funciona até que não funciona mais. Quando chega a primeira exigência, aparecem os problemas: arquivos espalhados, nomes fora da convenção, versionamento interno que não bate com o que foi submetido.
Pensar em eCTD desde o início do processo de documentação não é exigência técnica. É uma decisão de gestão. Quem entende isso antes de submeter a sequência 0000 chega na sequência 0010 sem surpresa. Quem aprende isso na sequência 0003, aprende da maneira mais cara possível.
