flowchart TD serv[Serviço ou estabelecimento de saúde] --> origem[Sistema de origem] origem --> modelo[Modelo de informação e recurso FHIR] modelo --> auth[Autenticação e autorização] auth --> envio[Envio à RNDS] envio --> valid[Validações técnicas e semânticas] valid --> rnds[RNDS] rnds --> cid[Meu SUS Digital] rnds --> prof[SUS Digital Profissional] rnds --> gest[Gestão e monitoramento] rnds --> sist[Sistemas integrados]
15 RNDS – Rede Nacional de Dados em Saúde
Podcast do capítulo
Ouça a conversa e acompanhe a transcrição sincronizada. Áudio gerado por IA.
Acompanhar transcrição
15.1 Resumo
| Característica | Descrição |
|---|---|
| Ano de instituição normativa | 2020, pela Portaria nº 1.434/2020 |
| Natureza | Plataforma nacional de interoperabilidade em saúde |
| Escopo | Integração e troca segura de informações clínicas, assistenciais, de vigilância e gestão |
| Unidade de informação | Documento, recurso ou evento clínico padronizado por modelo de informação |
| Padrão tecnológico | Modelos informacionais e computacionais, com uso de FHIR e terminologias padronizadas |
| Abrangência | Estabelecimentos públicos e privados, sistemas nacionais, sistemas locais e órgãos gestores integrados |
| Uso central | Continuidade do cuidado, acesso do cidadão, apoio à gestão, integração entre sistemas e transformação digital do SUS |
A Rede Nacional de Dados em Saúde (RNDS) é a plataforma oficial de interoperabilidade do Ministério da Saúde. Sua função não é substituir todos os sistemas de informação em saúde, mas permitir que dados produzidos em diferentes sistemas, serviços e pontos de atenção sejam compartilhados de forma segura e padronizada (BRASIL, 2026a).
A RNDS muda a lógica de parte da informação em saúde: em vez de cada sistema permanecer isolado, os registros passam a poder circular por uma infraestrutura nacional de troca de dados. Isso é relevante para continuidade do cuidado, acesso do cidadão aos próprios registros, apoio à decisão clínica, gestão, vigilância e monitoramento.
A tabela resume a RNDS como plataforma, mas essa palavra precisa ser interpretada com cuidado. Plataforma, aqui, não significa apenas um site ou uma aplicação acessada por usuários finais. Significa uma infraestrutura que recebe, valida, organiza e disponibiliza registros segundo regras técnicas e institucionais. O dado que chega à RNDS pode ter sido produzido em um prontuário, em um sistema nacional, em um sistema local, em um laboratório, em um serviço privado ou em uma aplicação de gestão. O ponto comum é que, para circular na rede, esse dado precisa seguir padrões definidos.
Essa característica torna a RNDS diferente das bases tradicionalmente usadas em epidemiologia e gestão. Quando se trabalha com SIM ou SINASC, por exemplo, a pergunta inicial costuma ser “qual evento foi registrado?”. Na RNDS, a pergunta inicial precisa ser anterior: “qual fluxo de informação gerou este registro e por qual modelo ele foi compartilhado?”. A resposta condiciona a interpretação de cobertura, atraso, duplicidade, completitude e finalidade de uso.
Nota
Interoperabilidade. Neste capítulo, interoperabilidade significa a capacidade de sistemas diferentes trocarem informações de saúde de forma tecnicamente compatível, semanticamente compreensível e juridicamente governada.
15.2 Como ler este capítulo
A RNDS não deve ser lida como mais uma base de microdados pública. Ela é uma infraestrutura de troca, integração e consulta de dados de saúde. Por isso, o capítulo enfatiza arquitetura, modelos de informação, governança, privacidade e usos analíticos indiretos.
| Público | O que deve procurar no capítulo |
|---|---|
| Estudantes | A diferença entre sistema de informação, plataforma de interoperabilidade e base aberta |
| Gestores | Como a RNDS apoia continuidade do cuidado, integração de sistemas e planejamento |
| Profissionais de saúde | Como registros podem acompanhar a trajetória do cidadão entre pontos de atenção |
| Pesquisadores | Limites de acesso, qualidade, padronização e uso secundário dos dados |
| Analistas e integradores | Modelos de informação, FHIR, terminologias, autenticação, validação e rastreabilidade |
Esses públicos não usam a RNDS do mesmo modo. Para estudantes, ela é uma oportunidade de entender a passagem de sistemas isolados para uma arquitetura de interoperabilidade. Para gestores, ela representa uma infraestrutura de coordenação: permite enxergar se informações circulam entre serviços, se há atrasos e se a rede está produzindo registros com qualidade suficiente. Para profissionais, o valor está na possibilidade de consultar informações relevantes no momento do cuidado, desde que o acesso seja autorizado e o registro exista. Para pesquisadores, o interesse está menos no acesso direto à plataforma e mais nos produtos derivados, nos limites de uso secundário e nos efeitos da integração sobre a qualidade das informações.
Essa diferença de uso explica por que o capítulo não se organiza como um manual de extração de microdados. A RNDS é um objeto híbrido: parte tecnologia, parte governança, parte política pública de saúde digital. Entender essa combinação é mais importante do que memorizar nomes de modelos ou endpoints.
15.3 Quando usar a RNDS
Use a RNDS como referência quando a pergunta envolve integração de registros clínicos, interoperabilidade entre sistemas, acesso do cidadão ao histórico de saúde, troca de documentos clínicos, ou avaliação da transformação digital do SUS.
| Pergunta | Usar RNDS para | Cuidado principal |
|---|---|---|
| Como um registro clínico circula entre sistemas? | Entender modelos de informação, envio, validação e consulta | Nem todo sistema está integrado ou no mesmo grau de maturidade |
| Como acompanhar a trajetória do cidadão? | Consultar registros integrados por diferentes pontos de atenção | Acesso depende de autorização, perfil e finalidade |
| Como integrar um sistema local ao SUS Digital? | Seguir guia, modelos, autenticação e testes de integração | Integração é processo técnico, jurídico e organizacional |
| Como verificar se uma vacina aparece no histórico? | Entender o fluxo do SI-PNI/RIA para a RNDS | Ausência pode ser atraso, não ausência de vacinação |
| Como usar dados para gestão? | Utilizar informações agregadas e indicadores derivados | Microdados identificáveis não são dados abertos |
| Como avaliar interoperabilidade? | Medir completitude, oportunidade, conformidade e uso dos modelos | Integração técnica não garante qualidade clínica |
As perguntas da tabela têm um ponto em comum: todas dependem da existência de um fluxo integrado. A RNDS é útil quando o problema envolve circulação de informação entre sistemas, continuidade da trajetória assistencial ou padronização de registros. Ela é menos adequada quando a pergunta pode ser respondida diretamente por um sistema finalístico já consolidado, como óbitos no SIM, nascimentos no SINASC ou internações financiadas pelo SUS no SIH.
Também é importante separar “usar a RNDS” de “acessar a RNDS”. Um gestor pode usar indicadores derivados da RNDS sem consultar registros individuais. Um cidadão pode acessar registros próprios pelo Meu SUS Digital sem conhecer o modelo computacional que permitiu a integração. Um pesquisador pode estudar uma base pública derivada, anonimizada ou agregada, sem ter acesso à infraestrutura transacional. O termo RNDS, portanto, pode aparecer em diferentes níveis de proximidade com o dado original.
Aviso
A RNDS não é sinônimo de dado aberto. Muitos registros trafegam em nível individual e são protegidos por sigilo, LGPD, controle de acesso e finalidade de uso.
15.4 Histórico e base normativa
A RNDS foi instituída no contexto do Programa Conecte SUS, formalizado pela Portaria nº 1.434, de 28 de maio de 2020 (BRASIL, 2020). A norma definiu a RNDS como componente do Sistema Nacional de Informações em Saúde, voltado à integração e interoperabilidade de informações em saúde entre estabelecimentos públicos e privados e órgãos gestores.
O Programa Conecte SUS buscou articular informatização da atenção à saúde, integração dos estabelecimentos e acesso de cidadãos, profissionais e gestores às informações em saúde. A RNDS se tornou a infraestrutura nacional para viabilizar essa troca de registros.
Com a pandemia de Covid-19, a RNDS ganhou centralidade operacional, especialmente na integração de resultados laboratoriais e vacinação. Posteriormente, a agenda se ampliou para modelos de atendimento clínico, imunização de rotina, regulação assistencial, documentos clínicos e outras trocas de informação em saúde.
Essa trajetória ajuda a entender por que a RNDS tem uma natureza diferente dos sistemas clássicos apresentados neste livro. SIM, SINASC, SIH, SIA, SINAN, CNES e SI-PNI foram organizados em torno de eventos, cadastros, produção, vigilância ou programas específicos. A RNDS, por sua vez, foi criada para permitir que informações produzidas nesses e em outros ambientes circulem de forma padronizada. Ela não inaugura a necessidade de qualidade do registro, mas aumenta a importância de padrões comuns, identificação confiável, governança de acesso e rastreabilidade.
Na prática, a implantação da RNDS é incremental. Alguns tipos de registro, serviços, sistemas e territórios podem estar mais integrados do que outros. Por isso, ao interpretar qualquer produto associado à RNDS, é necessário perguntar qual modelo de informação está em uso, que sistemas de origem enviam dados, em que período ocorreu a integração, quais registros foram rejeitados e quais regras de acesso ou disseminação foram aplicadas.
15.5 O que a RNDS é e o que não é
| A RNDS é | A RNDS não é |
|---|---|
| Plataforma nacional de interoperabilidade | Um único prontuário eletrônico usado por todos os serviços |
| Infraestrutura para troca segura de dados | Substituta automática de SIM, SINASC, SIH, SIA, SINAN, CNES ou SI-PNI |
| Repositório e barramento de documentos e eventos padronizados | Base pública irrestrita de microdados identificáveis |
| Componente da transformação digital do SUS | Garantia de que todo registro clínico do país já está integrado |
| Camada de integração entre sistemas | Solução completa para problemas de qualidade do registro local |
Essa distinção é importante. A RNDS conecta sistemas, mas a qualidade do que circula depende do registro original, do modelo de informação, da identificação correta da pessoa, da conformidade técnica, da governança e do uso adequado por profissionais e gestores.
O lado “não é” da tabela é tão importante quanto o lado “é”. A expectativa de um prontuário único nacional pode levar a interpretações equivocadas: a RNDS não contém necessariamente toda a história clínica de uma pessoa, nem garante que todos os serviços de saúde do país enviem todos os registros no mesmo prazo e com a mesma qualidade. Ela cria as condições para que registros padronizados circulem, mas a cobertura real depende de adesão, maturidade tecnológica, processos locais, qualidade dos identificadores e regras de integração.
Também não se deve imaginar que a RNDS substitui os sistemas já existentes. Sistemas como SI-PNI, CNES, SIA, SIH e SINAN continuam tendo finalidades próprias. A RNDS pode receber, articular ou disponibilizar informações relacionadas a esses sistemas, mas não elimina suas lógicas de produção, seus instrumentos, seus conceitos e suas limitações. Em muitos casos, a análise correta exige combinar a informação integrada com o conhecimento do sistema de origem.
15.6 Arquitetura em camadas
A RNDS pode ser entendida como uma arquitetura em camadas. A primeira camada é o processo de trabalho que produz o registro: atendimento, vacinação, exame, regulação, dispensação ou outro evento de saúde. A segunda é o sistema de origem, como prontuário eletrônico, sistema laboratorial, sistema de imunização, solução local, sistema privado ou aplicação nacional. A terceira é a camada de padronização, na qual os dados são organizados segundo modelos de informação e modelos computacionais. A quarta é a camada de interoperabilidade, responsável por autenticação, envio, validação, armazenamento, consulta e auditoria. A quinta é a camada de uso, que inclui cidadão, profissional, gestor, integrador, vigilância, pesquisa e produtos de disseminação.
Separar essas camadas evita um erro comum: atribuir à RNDS problemas que nasceram no processo de trabalho ou, inversamente, supor que a integração técnica corrigiu problemas de preenchimento. Uma informação pode ser tecnicamente aceita e ainda ser clinicamente incompleta; também pode ser clinicamente útil, mas inadequada para uma análise estatística sem tratamento adicional.
| Camada | Exemplo | Pergunta de controle |
|---|---|---|
| Processo de trabalho | Atendimento, vacinação, exame, regulação | O evento foi registrado no momento e no contexto corretos? |
| Sistema de origem | Prontuário, sistema local, SI-PNI, laboratório | O sistema captura os campos necessários? |
| Padronização | Modelo informacional, modelo computacional, terminologia | O dado foi mapeado corretamente para o padrão nacional? |
| Interoperabilidade | Autenticação, envio, validação, consulta | O registro foi aceito, rejeitado, atualizado ou cancelado? |
| Uso | Meu SUS Digital, SUS Digital Profissional, gestão, painéis | A finalidade e o perfil de acesso são compatíveis? |
A tabela de camadas ajuda a localizar problemas. Se um registro de vacinação não aparece, o problema pode estar na sala de vacina, no sistema de registro, no envio à RNDS, na validação, na identificação do cidadão ou na interface de consulta. Cada camada exige uma investigação diferente. Cobrar apenas a “RNDS” como se fosse uma única base estática pode esconder a etapa real em que ocorreu a falha.
Essa visão em camadas também ajuda na avaliação de maturidade. Um território pode ter bons sistemas locais, mas baixa capacidade de integração. Outro pode enviar registros em grande volume, mas com muitos erros semânticos. Outro pode ter integração tecnicamente estável, mas baixo uso pelos profissionais no ponto de cuidado. A transformação digital em saúde depende de todas essas dimensões ao mesmo tempo.
15.7 Fluxo de informação
O fluxo básico da RNDS começa em um sistema de origem, passa por transformação para um modelo padronizado, autenticação, envio, validação e armazenamento ou disponibilização para consulta autorizada.
| Etapa | O que ocorre | Cuidado |
|---|---|---|
| Registro local | Dado nasce no prontuário, sistema laboratorial, vacinal, regulatório ou outro sistema | Qualidade depende do processo de trabalho |
| Mapeamento | Informação é convertida para modelo de informação da RNDS | Campos locais precisam corresponder ao modelo nacional |
| Codificação | Uso de terminologias e identificadores padronizados | Códigos incorretos reduzem interoperabilidade semântica |
| Autenticação | Sistema integrador se identifica e solicita acesso | Segurança e credenciais são parte da governança |
| Envio | Documento ou recurso é transmitido à RNDS | Falhas de integração podem gerar atraso ou rejeição |
| Validação | RNDS avalia estrutura, obrigatoriedade e regras do modelo | Registro aceito tecnicamente ainda pode ter problema clínico |
| Consulta | Informação é disponibilizada conforme perfil e finalidade | Acesso depende de autorização, contexto e proteção de dados |
Esse fluxo também cria diferenças temporais importantes. A data do atendimento, a data de registro no sistema local, a data de envio à RNDS, a data de validação e a data de disponibilização para consulta podem ser diferentes. Em análises operacionais, esses intervalos ajudam a medir oportunidade e gargalos de integração. Em análises assistenciais, eles ajudam a explicar por que um registro esperado ainda não aparece para o cidadão ou para o profissional.
Quando um registro não está disponível, há várias hipóteses possíveis: o evento não ocorreu, ocorreu mas não foi registrado, foi registrado em sistema não integrado, foi enviado com erro, foi rejeitado, ainda está em processamento, foi associado a identificador incorreto ou não está acessível ao perfil que realizou a consulta. A RNDS exige, portanto, uma leitura de fluxo, não apenas uma leitura de presença ou ausência.
15.8 Modelos de informação
A RNDS opera por modelos de informação e modelos computacionais. O modelo de informação define quais dados devem ser enviados, sua estrutura, cardinalidade, significado e regras. O modelo computacional define como esses dados são representados tecnicamente.
| Modelo | O que registra | Uso principal | Cuidado |
|---|---|---|---|
| REL | Resultado de Exames Laboratoriais | Compartilhar resultados laboratoriais padronizados | Exige identificação do exame, resultado, método e unidade quando aplicável |
| RAC | Registro de Atendimento Clínico | Registrar atendimento clínico na atenção básica, especializada ou domiciliar | Não substitui o prontuário completo |
| RIA-C | Registro de Imunobiológico Administrado em Campanha | Vacinação em campanhas, como Covid-19 | Campanha, produto, dose e público precisam estar claros |
| RIA-R | Registro de Imunobiológico Administrado em Rotina | Vacinas do calendário e rotina de imunização | Idade, dose, imunobiológico e estabelecimento são essenciais |
| RIRA/MIRA | Regulação assistencial | Solicitações, encaminhamentos e dados da regulação do acesso | Status e evento regulatório devem ser interpretados corretamente |
O portal oficial da RNDS descreve modelos como REL, RAC, RIA e RIRA, e informa que a modelagem segue o padrão Fast Healthcare Interoperability Resources (FHIR) (BRASIL, 2026b). O guia de integração reúne orientações para gestores e integradores, incluindo modelos informacionais e computacionais (BRASIL, 2026c). O compartilhamento de dados de regulação do acesso, por exemplo, passou a usar o Modelo de Informação da Regulação Assistencial (MIRA) como referência para envio de informações à RNDS (BRASIL, 2026d).
O modelo de informação é a ponte entre a linguagem clínica, administrativa ou programática e a representação computacional. Ele define se um campo é obrigatório, qual é sua cardinalidade, que tipo de dado deve ser informado, quais blocos compõem o registro e quais regras precisam ser respeitadas. Para o analista, o modelo funciona como um dicionário conceitual: sem ele, é difícil saber se duas variáveis aparentemente parecidas representam a mesma coisa.
Nota
O conjunto de modelos evolui. Antes de implementar ou analisar uma integração, consulte o guia oficial da RNDS e a versão do modelo específico.
15.9 FHIR, terminologias e semântica
FHIR é um padrão para troca de informações em saúde. Na RNDS, ele ajuda a representar recursos como paciente, organização, profissional, atendimento, observação, imunização e documentos de forma computacionalmente interoperável.
| Camada | Pergunta de controle |
|---|---|
| Sintática | O arquivo ou recurso tem a estrutura esperada? |
| Semântica | O campo significa a mesma coisa para quem envia e para quem recebe? |
| Terminológica | O código usado pertence à terminologia correta? |
| Identificação | Pessoa, estabelecimento, profissional e sistema estão identificados corretamente? |
| Temporal | Data do evento, data do registro e data de envio estão diferenciadas? |
| Contextual | O registro tem contexto assistencial, estabelecimento e finalidade definidos? |
Terminologias controladas, como LOINC para exames laboratoriais, ajudam a reduzir ambiguidade e permitir interpretação comum entre sistemas. Ainda assim, a existência de um código não garante que o registro local tenha sido produzido corretamente.
Na perspectiva da RNDS, FHIR não deve ser visto apenas como uma tecnologia para desenvolvedores. Ele expressa uma forma de organizar a informação em recursos, perfis, extensões e operações. O guia de implementação da RNDS detalha esse contrato computacional para integradores e profissionais que precisam compreender o conteúdo trocado com a rede (BRASIL, 2026e). Para quem analisa dados, a consequência prática é que mudanças no perfil FHIR, no modelo informacional ou na terminologia usada podem alterar a comparabilidade entre períodos e sistemas.
As camadas da tabela mostram que interoperabilidade não é uma propriedade única. Um registro pode ser interoperável do ponto de vista sintático, porque tem a estrutura esperada, mas frágil do ponto de vista semântico, porque o campo foi interpretado de modo diferente no sistema de origem. Pode usar um código válido, mas inadequado para o exame ou procedimento realizado. Pode estar bem codificado, mas associado ao cidadão errado. Por isso, a qualidade da RNDS não deve ser avaliada apenas por volume de mensagens aceitas.
Em análises de dados, essa distinção é decisiva. Se dois sistemas enviam o mesmo tipo de registro, mas um deles usa terminologias com maior precisão e outro usa categorias genéricas, os resultados agregados podem parecer comparáveis sem serem de fato equivalentes. A interoperabilidade semântica é o que permite transformar integração técnica em informação confiável para cuidado, gestão e pesquisa.
15.10 Identificadores essenciais
A interoperabilidade depende de identificação confiável. Sem identificadores consistentes, a RNDS perde capacidade de conectar registros da trajetória do cidadão.
| Identificador | O que representa | Cuidado |
|---|---|---|
| CNS ou CPF | Identificação nacional do cidadão nos modelos que exigem identificação individual | Erros impedem vínculo correto de registros |
| CNES | Estabelecimento de saúde | Deve ser compatível com o serviço e período |
| Profissional | Profissional ou papel assistencial, conforme modelo | Nem todo modelo público expõe a mesma granularidade |
| Sistema de origem | Aplicação que produziu ou enviou o registro | Útil para auditoria e diagnóstico de integração |
| Documento ou evento | Registro enviado à RNDS | Pode ter versões, retificações ou cancelamentos |
| Data e hora | Evento, registro, envio ou atualização | Datas diferentes respondem a perguntas diferentes |
Os identificadores são o eixo que permite recompor trajetórias. Sem identificação consistente do cidadão, registros de uma mesma pessoa podem ficar separados. Sem identificação correta do estabelecimento, não é possível interpretar onde o evento foi produzido. Sem identificação do sistema de origem, torna-se difícil rastrear falhas, reenvios, mudanças de versão ou diferenças de qualidade entre fornecedores e serviços.
As datas merecem atenção especial. A data do evento costuma responder à pergunta clínica ou epidemiológica. A data de envio informa oportunidade da integração. A data de processamento ou extração informa quando aquela informação ficou disponível para análise. Em uma base derivada, confundir essas datas pode deslocar artificialmente séries temporais, principalmente em períodos recentes ou em momentos de mudança de sistema.
Aviso
Identificação incorreta de pessoa ou estabelecimento é um problema clínico, operacional e analítico. Pode fragmentar a trajetória do cidadão, duplicar registros ou associar informação ao contexto errado.
15.11 Acesso e perfis de uso
O acesso à RNDS varia conforme perfil, finalidade e autorização. Cidadãos acessam seus próprios registros por aplicativos e serviços digitais, profissionais acessam informações em contexto assistencial, gestores acompanham dados para planejamento e monitoramento, e integradores usam ambientes e guias técnicos para conexão de sistemas.
| Perfil | Forma de uso | Cuidado |
|---|---|---|
| Cidadão | Consulta de registros próprios no Meu SUS Digital | Disponibilidade depende de integração e processamento |
| Profissional de saúde | Consulta em contexto assistencial autorizado | Acesso deve respeitar finalidade e sigilo |
| Gestor | Monitoramento, painéis e informações agregadas | Agregado não substitui auditoria individual |
| Integrador | Envio e consulta por APIs e modelos técnicos | Precisa cumprir requisitos de segurança e conformidade |
| Pesquisador | Uso secundário mediante governança e bases apropriadas | Microdados identificáveis não são acesso aberto |
A diferença entre perfis não é apenas operacional; ela define o que pode ser visto e por quê. O cidadão consulta seus próprios registros, o profissional acessa informações relacionadas ao cuidado, o gestor trabalha com monitoramento e planejamento, o integrador precisa de documentação técnica, e o pesquisador depende de bases, autorizações e regras de uso secundário. Cada perfil tem limites distintos porque a RNDS lida com dados sensíveis.
Esse desenho ajuda a evitar duas confusões frequentes. A primeira é imaginar que, se o dado existe na RNDS, qualquer ator pode consultá-lo. A segunda é supor que uma base agregada ou anonimizada tem o mesmo significado que o registro individual original. Entre o registro transacional e o indicador público há etapas de seleção, proteção, transformação e governança.
15.11.1 RNDS e dados abertos
A RNDS pode alimentar bases abertas ou painéis, mas isso não significa que a RNDS seja diretamente uma base aberta. Dados individualizados de saúde têm proteção legal e exigem controle de acesso.
| Situação | Interpretação |
|---|---|
| Registro individual na RNDS | Informação protegida, acessível conforme perfil e finalidade |
| Base anonimizada no OpenDataSUS | Produto de disseminação pública, com regras próprias |
| Painel agregado | Saída para monitoramento e transparência |
| Extração para pesquisa | Depende de autorização, base legal, ética e governança |
Uma base aberta derivada da RNDS deve ser analisada como produto de disseminação, não como espelho integral da plataforma. Ela pode ter filtros, anonimização, agregação, supressão de campos, mudança de layout, regras de deduplicação e periodicidade própria. O OpenDataSUS, por exemplo, pode disponibilizar bases relacionadas a registros integrados, mas essas bases não autorizam inferir que todos os registros individualizados da RNDS estejam publicamente disponíveis.
Para pesquisa, essa distinção muda o desenho do estudo. Se o objetivo é avaliar um indicador público, a base aberta pode ser suficiente. Se o objetivo é compreender o fluxo de integração, pode ser necessário estudar metadados de envio, rejeição e processamento. Se o objetivo envolve trajetória individual, linkage ou decisão clínica, entram requisitos éticos, jurídicos e institucionais muito mais restritos.
15.12 Qualidade dos dados
A RNDS não resolve automaticamente problemas de qualidade. Ela pode tornar problemas mais visíveis, mas depende do registro original, da integração e da validação.
| Dimensão | Checagem |
|---|---|
| Completitude | Campos obrigatórios e relevantes foram preenchidos? |
| Conformidade | O recurso segue o modelo e a versão esperados? |
| Consistência | Idade, sexo, datas, códigos, estabelecimento e evento são compatíveis? |
| Oportunidade | O envio ocorreu próximo ao evento? |
| Identificação | Cidadão, estabelecimento e profissional foram identificados corretamente? |
| Duplicidade | O mesmo evento foi enviado mais de uma vez? |
| Retificação | Há regra para corrigir, substituir ou cancelar registros? |
| Rastreabilidade | É possível identificar origem, data, versão e sistema responsável? |
As dimensões de qualidade se acumulam. Um registro completo, mas enviado com grande atraso, pode ser útil para histórico clínico, mas inadequado para vigilância oportuna. Um registro oportuno, mas incompleto, pode sinalizar atividade assistencial sem permitir análise detalhada. Um registro conforme ao modelo, mas semanticamente impreciso, pode passar por validações automáticas e ainda assim induzir interpretação errada.
Por isso, a qualidade deve ser avaliada em relação à pergunta. Para continuidade do cuidado, pode ser mais importante que o registro esteja disponível rapidamente e associado à pessoa correta. Para pesquisa, pode ser mais importante conhecer regras de deduplicação, completitude e versão do modelo. Para gestão da integração, rejeições, atrasos e falhas de autenticação podem ser tão importantes quanto o conteúdo clínico.
15.12.1 Validação mínima
Antes de usar informação derivada da RNDS, documente:
- modelo de informação usado;
- versão do modelo;
- sistema de origem;
- período do evento;
- data de envio ou extração;
- regra de identificação da pessoa;
- regra de deduplicação;
- tratamento de registros rejeitados, retificados ou cancelados;
- diferença entre ausência de dado e ausência de evento.
Essa validação mínima funciona como uma ficha metodológica. Sem ela, a análise fica difícil de reproduzir e de comparar com outros períodos ou territórios. Em especial, registros rejeitados ou corrigidos não devem ser tratados como detalhe técnico secundário: eles podem alterar volumes, coberturas e interpretações sobre desempenho dos serviços.
A diferença entre ausência de dado e ausência de evento é uma das mais importantes. Se uma vacina não aparece no histórico, isso pode significar que a dose não foi aplicada, mas também pode significar atraso de envio, falha de integração, erro de identificação ou restrição de visualização. O mesmo raciocínio vale para exames, atendimentos e solicitações de regulação.
15.13 Privacidade, segurança e governança
A RNDS lida com dados pessoais e dados pessoais sensíveis. Por isso, seu uso deve respeitar a LGPD, sigilo profissional, segurança da informação, finalidade, necessidade, controle de acesso, rastreabilidade e governança institucional (BRASIL, 2026a).
| Princípio | Implicação prática |
|---|---|
| Finalidade | O acesso precisa ter motivo assistencial, de gestão, vigilância ou outro fundamento legítimo |
| Necessidade | Deve-se acessar apenas o necessário para a finalidade |
| Segurança | Autenticação, autorização, criptografia e auditoria são requisitos estruturais |
| Transparência | Cidadão deve ter meios de conhecer e acessar seus registros conforme regras vigentes |
| Responsabilização | Sistemas e usuários devem ser rastreáveis |
| Governança | Uso secundário exige regras, papéis e responsabilidades definidos |
Esses princípios tornam a governança parte do próprio dado. Em sistemas de informação tradicionais, muitas análises começam pelo arquivo já disseminado. Na RNDS, especialmente quando se fala em registros individualizados, a primeira questão é se a finalidade do acesso é legítima e compatível com o perfil do usuário. A existência técnica da informação não elimina os requisitos de sigilo, necessidade e responsabilização.
Para instituições, isso implica criar processos claros: quem pode acessar, em que contexto, com qual autenticação, como os acessos são auditados, por quanto tempo registros são mantidos e como incidentes são tratados. Para pesquisadores, implica separar bases públicas, bases anonimizadas, dados pseudonimizados e dados identificáveis, cada um com exigências diferentes.
Aviso
O fato de um dado estar tecnicamente disponível não significa que ele possa ser usado para qualquer finalidade. A finalidade de uso é parte central da governança da RNDS.
15.14 Relação com outros sistemas
A RNDS se relaciona com vários sistemas, mas a relação não é sempre a mesma. Em alguns casos, sistemas enviam registros para a RNDS; em outros, usam a RNDS para consulta; em outros, bases públicas são derivadas de dados integrados.
| Sistema ou área | Relação com a RNDS | Cuidado |
|---|---|---|
| SI-PNI (Capítulo 14) | Registros de imunização podem ser integrados por RIA | Dose, pessoa, residência e aplicação precisam ser diferenciadas |
| SISAPS/SISAB (Capítulo 13) | Registros da APS podem compor fluxos de atendimento e vacinação | Fluxos intermediários podem gerar atraso |
| CNES (Capítulo 10) | Estabelecimentos precisam estar identificados | CNES deve estar válido e compatível com o evento |
| SINAN (Capítulo 9) | Vigilância pode se beneficiar de integração e documentos clínicos | Notificação e atendimento são eventos diferentes |
| SIA/SIH (Capítulo 8; Capítulo 7) | Produção e internação podem dialogar com trajetória assistencial | Faturamento/produção não equivale a prontuário completo |
| Meu SUS Digital | Interface para cidadão consultar registros | Registro aparece se foi integrado e processado |
A relação com outros sistemas deve ser lida como uma relação de interoperabilidade, não como fusão completa. O CNES continua sendo a referência para caracterizar estabelecimentos; o SIA e o SIH continuam organizando produção ambulatorial e hospitalar; o SINAN continua estruturando a notificação de agravos; o SI-PNI organiza registros de imunização; e sistemas de APS produzem informações próprias sobre cuidado longitudinal. A RNDS pode conectar partes desses fluxos, mas cada fonte mantém sua lógica institucional.
Essa distinção é particularmente importante quando se combinam dados. Um atendimento clínico, uma notificação de agravo e um procedimento faturado podem estar relacionados ao mesmo problema de saúde, mas não são o mesmo evento. A RNDS pode tornar essas peças mais visíveis em uma trajetória, mas a interpretação depende de conceitos epidemiológicos, assistenciais e administrativos.
15.15 Exemplos de uso
15.15.1 Continuidade do cuidado
Uma pessoa atendida em uma UBS, depois em um serviço especializado e posteriormente em outro município pode ter registros consultáveis por profissionais autorizados, desde que os sistemas estejam integrados e os dados tenham sido enviados corretamente.
| Elemento | Pergunta |
|---|---|
| Identificação do cidadão | Os registros pertencem à mesma pessoa? |
| Contexto assistencial | Qual serviço produziu cada registro? |
| Tempo | Quando o evento ocorreu e quando foi enviado? |
| Modelo | O registro é atendimento, exame, imunização ou regulação? |
| Acesso | O profissional tem autorização e contexto para consultar? |
No cuidado direto, o maior ganho esperado é reduzir fragmentação informacional. Um profissional que atende uma pessoa fora de seu serviço habitual pode ter acesso a registros que antes ficariam restritos a outro sistema ou município. Isso pode ajudar a evitar repetição de exames, melhorar a continuidade terapêutica e qualificar decisões clínicas.
Esse uso, porém, só funciona se os registros forem compreensíveis e confiáveis. Saber que existe um resultado laboratorial é diferente de saber se ele está completo, se foi produzido pelo método esperado, se pertence ao mesmo episódio de cuidado e se deve orientar uma decisão imediata. A RNDS melhora a circulação da informação, mas não substitui julgamento clínico nem leitura contextual do registro.
15.15.2 Monitoramento de integração
Gestores podem acompanhar se sistemas e estabelecimentos estão enviando registros dentro do esperado.
| Indicador | Interpretação | Cuidado |
|---|---|---|
| Estabelecimentos integrados | Serviços com capacidade de enviar registros | Integração técnica não garante uso cotidiano |
| Registros enviados | Volume de documentos ou eventos | Pode refletir produção, atraso ou reenvio |
| Registros rejeitados | Falhas de validação | Exige análise por regra de rejeição |
| Tempo até envio | Oportunidade da informação | Varia por sistema de origem |
| Completitude por campo | Qualidade do registro | Campos opcionais podem ser críticos para análise |
O monitoramento de integração deve combinar volume, qualidade e oportunidade. Um crescimento de registros enviados pode indicar expansão real do uso, mas também pode refletir reenvio, correção de atraso ou mudança no sistema de origem. Da mesma forma, uma queda pode indicar redução de produção assistencial, falha de integração, alteração de regra de validação ou interrupção temporária de envio.
Uma boa rotina de monitoramento compara o esperado com o observado. Para um estabelecimento que realiza vacinação diariamente, por exemplo, longos períodos sem envio precisam ser investigados. Para um laboratório integrado, a proporção de resultados rejeitados pode indicar problema de mapeamento de exames, unidade de medida, identificação do cidadão ou versão do modelo. Para regulação, mudanças na distribuição de status podem refletir tanto reorganização do acesso quanto mudança no modo de registrar solicitações.
15.15.3 Uso secundário de dados
Dados integrados podem apoiar planejamento, vigilância e pesquisa, mas uso secundário exige governança. A unidade de análise pode ser documento, evento, pessoa, estabelecimento, território ou período. Cada escolha muda o denominador e a interpretação.
No uso secundário, a principal decisão metodológica é transformar registros de interoperabilidade em unidades analíticas. Um documento clínico pode conter mais de uma informação relevante; uma pessoa pode ter vários registros; um mesmo evento pode ser corrigido; e um estabelecimento pode enviar dados por mais de um sistema. Por isso, análises derivadas da RNDS precisam explicitar regras de deduplicação, seleção de versão, janela temporal e vínculo entre pessoa, evento e território.
15.15.4 Exemplos de leitura analítica
Um resultado laboratorial integrado à RNDS pode responder se determinado exame foi registrado e disponibilizado, mas não substitui sozinho a investigação clínica. Para interpretar esse registro, é necessário observar exame, método, resultado, unidade, referência, data da coleta, data do resultado, laboratório, identificação do cidadão e contexto assistencial.
Um registro de imunização pode indicar dose aplicada, imunobiológico, lote, estabelecimento e data de vacinação. Para estimar cobertura vacinal, porém, é preciso definir população-alvo, calendário, doses válidas, residência, duplicidades e atraso de envio. A mesma base pode servir para acompanhar produção de salas de vacina ou cobertura da população residente, mas essas duas análises usam denominadores e filtros diferentes.
Um registro de regulação pode indicar solicitação, encaminhamento, prioridade, status e referência assistencial. Para avaliar acesso, é preciso distinguir demanda registrada, fila ativa, atendimento realizado, cancelamento, mudança de status e tempo de espera. O registro integrado melhora a visibilidade do processo, mas não elimina a necessidade de interpretar regras locais de regulação.
15.16 Erros comuns
| Erro | Por que é problemático | Como evitar |
|---|---|---|
| Tratar RNDS como prontuário único completo | Nem todos os sistemas e serviços estão integrados | Documentar cobertura e escopo da integração |
| Tratar ausência de registro como ausência de cuidado | Registro pode não ter sido enviado ou processado | Verificar sistema de origem, atraso e rejeições |
| Confundir evento clínico com produção administrativa | RNDS, SIA e SIH têm lógicas diferentes | Definir unidade de análise |
| Ignorar versão do modelo | Campos e regras podem mudar | Registrar versão e data de consulta do guia |
| Usar dados identificáveis sem governança | Viola privacidade e finalidade | Seguir LGPD, ética e normas institucionais |
| Presumir que integração técnica garante qualidade | Dados podem ser incompletos ou semanticamente incorretos | Validar completitude, consistência e codificação |
Esses erros aparecem quando se espera da RNDS mais do que ela pode entregar sozinha. O erro mais frequente é interpretar a plataforma como se fosse uma fotografia completa do cuidado em saúde. Na verdade, ela é uma infraestrutura em construção e expansão, dependente de integração progressiva. Outro erro é ignorar que sistemas diferentes produzem registros para finalidades diferentes. Um evento clínico, uma autorização administrativa, uma notificação e um registro cadastral podem se referir a uma mesma pessoa ou serviço, mas respondem a perguntas distintas.
Também é comum subestimar versões e modelos. Em uma base de interoperabilidade, mudanças aparentemente técnicas podem ter efeitos analíticos concretos: um campo passa a ser obrigatório, uma terminologia muda, um sistema começa a enviar registros com outra granularidade, uma regra de validação rejeita registros antes aceitos. Sem documentação dessas mudanças, séries temporais podem ser interpretadas como mudança de realidade quando são mudança de informação.
15.17 Quando não usar a RNDS sozinha
| Pergunta | Por que a RNDS sozinha não basta | Complementos possíveis |
|---|---|---|
| Qual é a incidência de uma doença? | Nem todo caso clínico vira notificação ou base epidemiológica | SINAN, SIVEP-Gripe, SIM, inquéritos e definição de caso |
| Qual foi toda a produção do SUS? | Produção e faturamento têm sistemas próprios | SIA, SIH, CNES e sistemas locais |
| A qualidade do cuidado foi adequada? | Registro integrado não mede sozinho qualidade técnica | Auditoria, protocolos, prontuário completo e indicadores clínicos |
| Um cidadão não recebeu cuidado? | Ausência na RNDS pode ser ausência de integração | Sistemas locais, regulação, APS e busca ativa |
| Um algoritmo pode usar todos os dados disponíveis? | Uso depende de finalidade, consentimento quando aplicável e governança | Avaliação ética, jurídica e de segurança |
A RNDS tende a ser mais forte quando a pergunta envolve conexão entre registros. Ela tende a ser insuficiente quando a pergunta exige denominadores populacionais, definição epidemiológica de caso, avaliação clínica aprofundada, mensuração de toda a produção assistencial ou análise econômica completa. Nesses casos, a plataforma pode contribuir, mas precisa ser combinada com sistemas finalísticos, cadastros, inquéritos, auditorias, protocolos ou dados locais.
Essa combinação exige clareza sobre a unidade de análise. Se a pergunta é incidência, a unidade pode ser caso novo em população sob risco. Se a pergunta é produção, a unidade pode ser procedimento, atendimento ou AIH. Se a pergunta é trajetória, a unidade pode ser pessoa ao longo do tempo. A RNDS pode participar de todas essas perguntas, mas não define sozinha o denominador nem a regra de elegibilidade.
15.18 Limitações
| Limitação | Consequência analítica |
|---|---|
| Integração progressiva | Cobertura informacional varia por sistema, serviço, região e período |
| Dependência do registro local | Problemas de origem persistem no dado integrado |
| Mudanças de modelos | Séries podem ter quebras técnicas |
| Identificação inconsistente | Trajetória do cidadão pode ficar fragmentada |
| Acesso restrito | Microdados identificáveis não são livremente disponíveis |
| Uso assistencial e uso analítico diferem | Informação útil no cuidado pode não estar pronta para pesquisa |
| Reprocessamento e retificação | Registros podem mudar após o envio inicial |
| Terminologias incompletas ou mal usadas | Interoperabilidade semântica pode ser limitada |
Essas limitações não diminuem a relevância da RNDS; elas delimitam seu uso responsável. A plataforma amplia a capacidade de conexão entre sistemas e cria condições para cuidado mais contínuo, mas seu valor depende de implantação, adesão, qualidade do registro e governança. Para gestores e pesquisadores, a pergunta central raramente é “a RNDS tem o dado?”, e sim “qual dado, de qual origem, com qual modelo, em qual período, com qual completitude e para qual finalidade?”.
15.19 Cuidados de interpretação
Ao utilizar ou analisar informações relacionadas à RNDS:
- declare se está tratando de plataforma, modelo, API, painel, base aberta ou produto derivado;
- identifique o modelo de informação e sua versão;
- diferencie data do evento, data de registro, data de envio e data de extração;
- verifique cobertura da integração antes de comparar territórios;
- não interprete ausência de registro como ausência de evento sem investigar fluxo;
- avalie completitude, conformidade, oportunidade, duplicidade e retificação;
- documente sistema de origem e regra de identificação;
- respeite privacidade, finalidade e governança.
Esses cuidados devem aparecer no método, não apenas como ressalva final. Uma análise que usa informação relacionada à RNDS precisa declarar o que está sendo observado: registros enviados, registros aceitos, registros disponíveis para consulta, base aberta derivada, painel agregado ou indicador produzido por outra área. Cada objeto tem cobertura, periodicidade e limitação próprias.
Na redação dos resultados, prefira frases que preservem essa precisão. Em vez de afirmar que “a RNDS mostra que o cidadão não foi vacinado”, é mais adequado dizer que “não foi identificado registro de vacinação no produto analisado, para o período e critérios definidos”. Essa formulação deixa espaço para atraso, falha de integração, erro de identificação ou fonte complementar.
15.20 Acesso e documentação
O acesso técnico e documental à RNDS é organizado por páginas oficiais do Ministério da Saúde e pelo guia de integração.
15.21 Bibliografia recomendada
15.21.1 Base normativa e institucional
- Portaria nº 1.434/2020, que institui o Programa Conecte SUS e a RNDS (BRASIL, 2020).
- Página oficial da RNDS no Ministério da Saúde (BRASIL, 2026a).
- Estrutura do Projeto RNDS, com modelos de informação e padrões (BRASIL, 2026b).
- Guia de integração da RNDS, com orientações para gestores e integradores (BRASIL, 2026c).
- Guia de implementação FHIR da RNDS, com especificações computacionais para integradores (BRASIL, 2026e).
- Página sobre compartilhamento de dados de regulação do acesso com a RNDS (BRASIL, 2026d).