RNDS: o que muda no laudo radiológico quando o dado precisa chegar ao SUS

O que é a RNDS, em uma frase útil

A Rede Nacional de Dados em Saúde é a infraestrutura federal de interoperabilidade do Ministério da Saúde, instituída pela Portaria GM/MS 1.432/2020, criada para que sistemas de saúde de todo o país troquem informação sobre o mesmo paciente sem que cada par de sistemas invente um formato próprio. A escolha técnica que organiza tudo o mais é a adoção do HL7 FHIR como padrão de troca: quem se conecta à rede fala FHIR, e os modelos de documento publicados pelo Ministério descrevem que recursos compõem cada tipo de registro.

Para um serviço de diagnóstico por imagem, a consequência é direta e nada abstrata. O laudo deixa de ser apenas um documento assinado que o paciente leva embora e passa a ser também um conjunto de dados que precisa sair do serviço em forma legível por máquina, com identificadores que outra instituição consiga resolver. É uma mudança de natureza, não de formato de arquivo.

Vale separar duas coisas que costumam ser tratadas como uma. Conectar-se à rede é um projeto de integração, com credenciamento, ambiente de homologação e certificado. Produzir dado que valha a pena trafegar é um projeto de operação e de conteúdo do laudo. O primeiro tem prazo; o segundo tem hábito, e é o que demora.

Por que o PDF do laudo não resolve?

Um PDF assinado é excelente para o que foi feito: preservar a aparência e a autoria de um documento para leitura humana. Ele é péssimo para o que se pede agora: permitir que outro sistema saiba, sem ler, qual exame foi feito, em que paciente, por qual profissional, com qual conclusão e com qual achado relevante. Toda essa informação existe dentro do PDF, mas existe do jeito que uma placa de rua existe dentro de uma fotografia — presente e inacessível.

No FHIR, o laudo de imagem é representado por recursos que separam essas coisas: o relatório em si, o estudo que o originou, o paciente, o profissional autor, o estabelecimento. Cada um com identificador próprio e referências entre eles. O documento legível continua existindo e pode ser anexado, mas ele deixa de ser o único portador do conteúdo. É a diferença entre enviar uma foto do resultado e enviar o resultado.

Essa distinção explica por que projetos que começam pela conversão de PDF costumam terminar mal. Extrair campo de documento pronto funciona em laboratório e falha em produção, porque o texto varia com quem escreveu, com o template usado e com a pressa do plantão. O caminho que se sustenta é o inverso: fazer o laudo nascer com estrutura e renderizar o documento a partir dela.

As três identificações que travam a integração antes do padrão

Quase nenhuma integração fracassa por causa do FHIR. Ela fracassa porque o dado que deveria preencher os campos obrigatórios não existe com a qualidade necessária dentro do serviço. São três frentes, e nenhuma delas é um problema de tecnologia de integração — todas são problemas de cadastro e de rotina.

A primeira é o paciente. Um exame associado a um cadastro incompleto, duplicado ou com nome grafado de três maneiras diferentes não vira registro rastreável do outro lado. A segunda é o estabelecimento, que precisa estar corretamente identificado no CNES, com a unidade certa quando a rede tem mais de um endereço. A terceira é o profissional: o laudo precisa dizer quem assinou, com registro e especialidade, e precisa dizer isso de forma estruturada, não apenas no rodapé do documento.

• Paciente sem identificador nacional, ou com cadastros duplicados que ninguém reconcilia.
• Estabelecimento identificado pela matriz quando o exame aconteceu em outra unidade.
• Assinatura que existe como texto no rodapé e não como dado do profissional autor.
• Exame cuja associação entre pedido, estudo e laudo depende de alguém conferir manualmente.

Quem já tem HL7 e DICOM-SR precisa recomeçar?

Não, e recomeçar seria o caminho mais caro e mais arriscado. A maioria dos serviços de imagem já produz mensagem HL7 v2 entre RIS e PACS e, quando o laudo é estruturado, já consegue publicar DICOM-SR. Esses formatos continuam adequados para o fluxo interno, que tem outras exigências: latência, acoplamento com o worklist, comportamento na indisponibilidade. Trocá-los para atender a um requisito de troca externa é substituir um problema resolvido por um problema novo.

O desenho que se sustenta separa camadas. Dentro de casa, o serviço continua com o que já funciona. Na borda, um tradutor converte para os recursos FHIR esperados e cuida do que é específico da rede: identificadores, terminologia, autenticação, reenvio quando a chamada falha. Assim, mudanças de um lado não obrigam a mexer no outro, e o serviço não fica refém do calendário de terceiros para evoluir a própria operação.

Há uma vantagem menos óbvia nesse recorte. O tradutor de borda é também o melhor lugar para medir: ele vê tudo o que sai, sabe o que foi rejeitado e por quê, e transforma "a integração está com problema" em uma lista de causas contáveis. Sem esse ponto único, o diagnóstico de falha vira arqueologia de log.

O que isso cobra do conteúdo do laudo

Aqui a discussão de interoperabilidade encontra a de qualidade editorial, e as duas passam a puxar para o mesmo lado. Um laudo em prosa livre pode ser excelente para o médico solicitante e continuar sendo opaco para qualquer sistema. Um achado descrito em três linhas sem um campo que o identifique não vira código, não entra em contagem e não dispara nada automaticamente. Estruturar deixa de ser preferência estética e passa a ser condição para o dado existir.

Isso não significa transformar o laudo em formulário nem empobrecer a descrição. Significa que os elementos que a máquina precisa ler — modalidade, região, conclusão, achado relevante, recomendação de seguimento, comunicação de achado crítico — existam como campo, com o texto correndo ao redor deles. O radiologista continua escrevendo; o que muda é que parte do que ele escreve passa a ter endereço.

Quem já governa templates tem meio caminho andado, porque a estrutura já está declarada em algum lugar e versionada. Quem não governa vai descobrir na primeira tentativa de mapeamento que existem quatro modelos de tomografia de tórax em uso, três deles não oficiais, e que o campo de conclusão muda de nome conforme o autor.

O benefício que sobra quando o projeto acaba

É tentador tratar a adequação como custo regulatório: um trabalho que se faz para atender a uma exigência externa e que não devolve nada para dentro. Na prática, o serviço que termina o percurso ganha uma capacidade que não tinha, e ela é maior do que o envio. Passa a conseguir responder, sobre a própria produção, perguntas que antes exigiam alguém abrindo laudos um a um: quantos exames de uma modalidade tiveram determinada conclusão, quantos achados críticos foram comunicados e em quanto tempo, quantos laudos recomendaram seguimento e quantos desses seguimentos aconteceram.

Essa é a razão para não tratar o projeto como uma ponte para fora. Ele é, principalmente, a arrumação de casa que a instituição adiou — e o envio à rede é o teste que revela se a arrumação foi feita de verdade.

Perguntas frequentes

Referências

1. Portaria GM/MS nº 1.432/2020 — institui a Rede Nacional de Dados em Saúde · Ministério da Saúde
2. Guias de implementação da RNDS e perfis FHIR publicados pelo Ministério da Saúde · rnds-guia.saude.gov.br e rnds-fhir.saude.gov.br
3. HL7 FHIR R4 — DiagnosticReport, ImagingStudy, Patient, Practitioner, Organization · HL7 International
4. DICOM PS3.20 — Imaging Reports using HL7 Structured Documents · NEMA/DICOM

As referências apontam para diretrizes, sociedades e literatura consultadas. Este conteúdo é informativo e não substitui julgamento clínico ou aconselhamento jurídico.