--- title: "Quando a Norma Muda: Certidões, Sistemas e o Peso do Tempo" description: "O Provimento n. 182/2024 alterou as certidões civis. Para quem olha o documento, quase nada mudou. Para quem olha o sistema que processa o documento, tudo mudou." author: "Anderson Henrique" date: "2026-01-24T21:11:27.097657Z" updated: "2026-04-02T13:42:55.031504Z" category: "philosophy" tags: ["sistemas legados","normas","certidões","cnj","sistema hipócrates","filosofia","infraestrutura","yuk hui"] canonical: "https://www.ntlabs.dev/blog/quando-a-norma-muda-certidoes-sistemas" locale: "pt" --- Em setembro de 2024, o Provimento n. 182/2024 alterou os modelos de certidão civil. Nascimento, casamento, óbito. Mudanças pequenas — um campo a mais aqui, uma data separada ali. Para quem olha o documento, quase nada mudou. Para quem olha o sistema que processa o documento, tudo mudou. --- A certidão de nascimento agora tem dois campos de município. Onde o bebê nasceu. Onde a mãe mora. Parece óbvio — mães viajam para cidades com maternidade, voltam para casa depois. A Lei de Registros Públicos já previa isso. Mas a maioria dos sistemas tinha um campo só. A certidão de casamento agora separa a data da celebração da data do registro. A de óbito, a data da morte da data em que foi lavrado o assento. Distinções que têm consequências jurídicas — herança, pensão, prazos. Distinções que sistemas antigos não faziam. A juíza Liz Rezende de Andrade, da Corregedoria Nacional, resumiu: os modelos estavam desatualizados há anos. Mudanças legislativas e sociais aconteceram. Os registros não acompanharam. Agora acompanham. E os sistemas que leem esses registros precisam acompanhar também. --- Há uma assimetria curiosa entre normas e sistemas. A norma muda por decreto. Publica-se um provimento, estabelece-se uma data de vigência, e a partir daquele dia o mundo jurídico opera de outro modo. O papel aceita qualquer coisa. A caneta do registrador escreve o que a norma manda. O sistema não funciona assim. O sistema é forma cristalizada. Alguém, em algum momento, decidiu que "município" seria um campo, não dois. Que "data do casamento" seria uma coluna, não duas. Essas decisões viraram código. O código virou rotina. A rotina virou infraestrutura. Mudar infraestrutura é diferente de mudar norma. --- Trabalho com sistemas de saúde. Certidões aparecem o tempo todo — no cadastro de pacientes, na verificação de identidade, nos registros de óbito hospitalar. Quando o Provimento foi publicado, fizemos as contas. Quantos módulos processam certidões? Quantas integrações dependem do formato antigo? Quanto tempo até a primeira certidão nova chegar? Começamos a adaptação no dia seguinte. Não por virtude — por necessidade. Sistemas de saúde não podem errar dados de paciente. Uma data de nascimento errada compromete prontuário, prescrição, dosagem. Um município trocado compromete estatísticas epidemiológicas. Erro silencioso é o pior tipo de erro. No Sistema Hipócrates, redesenhamos os schemas. Atualizamos o OCR para reconhecer a nova estrutura. Criamos campos flexíveis que aceitam os dois formatos — porque certidões antigas continuam válidas, e vão circular por décadas. Hoje estamos em conformidade. Mas "conformidade" é palavra que esconde trabalho. --- Penso nos sistemas que não tiveram essa sorte. O cartório pequeno que terceiriza o software. O hospital público que depende de fornecedor lento. O ERP de 2008 que ninguém quer mexer porque o desenvolvedor original se aposentou. Esses sistemas vão receber certidões novas. Vão ler um campo onde esperavam dois, ou dois onde esperavam um. Vão concatenar dados, truncar informação, ou simplesmente travar. Alguém vai digitar manualmente, introduzindo o erro que o sistema deveria evitar. Não é culpa de quem opera. É condição de quem herda. Sistemas legados são decisões do passado que continuam operando no presente. Cada campo, cada validação, cada fluxo — foi escolha de alguém, em algum contexto, com alguma restrição. O contexto mudou. A restrição talvez não exista mais. Mas a forma permanece. Atualizar um sistema legado não é só escrever código novo. É arqueologia. É entender por que aquela decisão foi tomada, se ainda faz sentido, o que quebra se mudar. Às vezes a resposta é: ninguém sabe. O conhecimento foi embora com quem sabia. --- Não estou criticando o CNJ. A modernização era necessária. Certidões são documentos fundacionais — a partir delas, todo o resto da vida civil se constrói. Fazia sentido atualizar. Mas há uma pergunta que raramente se faz: como normas e sistemas conversam? O jurídico opera em texto. Publica-se, interpreta-se, aplica-se. O técnico opera em estrutura. Define-se schema, implementa-se lógica, testa-se integração. Os dois mundos se encontram no momento em que o sistema precisa ler o documento que a norma criou. Esse encontro costuma ser atribulado. Três meses entre publicação e vigência parece prazo razoável — para quem pensa em texto. Para quem pensa em sistema, três meses é identificar pontos de impacto, alterar banco de dados, atualizar integrações, retreinar equipe, testar em produção. É correria. Talvez fosse útil, em provimentos futuros, incluir anexos técnicos. Schemas de dados. Exemplos de preenchimento. Ambientes de homologação. Pontes entre o mundo do texto e o mundo da estrutura. Talvez fosse útil um diálogo mais próximo entre quem legisla e quem implementa. Não para atrasar a norma — para preparar o terreno. --- Mas mesmo com preparação perfeita, haveria atrito. Sempre há. Yuk Hui, filósofo que pensa objetos digitais, propõe que eles existem de modo diferente dos objetos físicos. Uma certidão de papel envelhece, mancha, rasga. Uma certidão digital não degrada — mas obsolece. O formato muda, o sistema que a lê muda, a relação entre documento e leitor muda. Sistemas são formas que tentam estabilizar o instável. A norma muda, o sistema resiste. A realidade muda, o sistema ignora. Até que não pode mais ignorar — e aí a adaptação é brusca, custosa, arriscada. Talvez o melhor sistema não seja o mais estável, mas o mais adaptável. Campos flexíveis, schemas versionados, lógica que aceita o inesperado. Construir para a mudança, não apesar dela. --- No Sistema Hipócrates, tentamos isso. Não sei se conseguimos. Daqui a cinco anos, outro provimento vai mudar algo, e vamos descobrir se a arquitetura aguenta. A forma organiza, mas nunca organiza sozinha. Há sempre a norma que muda, o usuário que desvia, o tempo que corrói. Projetar é escolher o que facilitar e o que dificultar. O resto escapa. Talvez seja esse o ofício: construir sistemas sabendo que vão precisar mudar. Estabilizar sabendo que a estabilidade é provisória. Dar forma sabendo que a forma não é tudo. A pergunta de como normas e sistemas conversam continua em aberto. Isso não é falha. É condição.