A versão 4.0 do eCTD não é uma atualização menor. É uma reescrita da especificação técnica de baixo para cima — com uma arquitetura diferente, um vocabulário diferente, e uma lógica de lifecycle diferente. Para quem já trabalha com v3.2.2, isso significa aprender a pensar de uma forma nova.
A ANVISA está em processo de implementação com adoção prevista para 2026. O momento de entender o que muda é agora — antes de precisar submeter.
O que mudou na arquitetura
Na v3.2.2, a espinha dorsal do dossiê é o arquivo index.xml, construído sobre um DTD (Document Type Definition) desenvolvido pelo ICH. Na v4.0, esse papel passa para o submissionunit.xml, construído sobre o padrão HL7 RPS R2 — um schema XSD muito mais rigoroso e expressivo.
O identificador de documento mudou completamente. Na v3.2.2, cada documento recebe um ID textual definido pelo autor. Na v4.0, cada documento recebe um UUID v4 — um identificador globalmente único gerado automaticamente. Isso elimina uma categoria inteira de erros de nomenclatura.
O checksum também mudou: de MD5 na v3.2.2 para SHA-256 na v4.0. Uma mudança pequena na superfície, mas com implicações nos processos de validação e nos sistemas internos que geram pacotes.
Context of Use: o conceito central da v4.0
A mudança conceitual mais importante da v4.0 é o Context of Use (CoU). Na v3.2.2, um documento é definido pela sua posição na hierarquia do CTD — onde ele está na estrutura de pastas. Na v4.0, documento e posição são separados.
Um documento tem seu próprio UUID e existe independentemente de onde está. O Context of Use é o elemento que conecta um documento a uma posição específica no CTD. Isso permite que o mesmo documento apareça em múltiplas posições, e que posições sejam transferidas entre documentos sem ambiguidade.
Na prática: substituir um documento na v4.0 significa criar um novo CoU que aponta para o novo documento e declara que está substituindo o CoU anterior. O documento antigo não é deletado — apenas o CoU muda de status.
O que isso significa operacionalmente
Para quem trabalha com eCTD no Brasil, a transição para v4.0 não é opcional a longo prazo. Mas também não precisa ser traumática se for planejada.
Os softwares de eCTD precisarão ser atualizados — ou substituídos. Verifique com seu fornecedor atual qual é o roadmap de suporte à v4.0 e qual é o prazo de entrega. Ferramentas que não tiverem suporte até 2026 criarão problemas reais.
Equipes precisarão de treinamento no novo modelo conceitual. O CoU não é intuitivo para quem aprendeu eCTD pela v3.2.2. Investir em capacitação antes da primeira submissão é muito mais barato do que aprender corrigindo erros em produção.
