NotíciasA nova Política Nacional de Informação e Saúde Digital (PNISD) coloca a integração de dados e a Rede Nacional de Dados em Saúde (RNDS) no centro da transformação digital do SUS. Para empresas que fornecem sistemas ao setor público ou trabalham com dados de saúde, o sinal é claro: interoperabilidade, governança e proteção de dados devem ganhar peso. Mas a portaria não significa que todo aplicativo privado precise se conectar à RNDS imediatamente. Os requisitos concretos ainda dependem do plano de implementação e das normas técnicas aplicáveis a cada contexto.
O que foi criado
O Ministério da Saúde publicou a política pela Portaria GM/MS nº 12.301, de 27 de outubro de 2026, divulgada no Diário Oficial da União em 28 de outubro. O anúncio do Ministério da Saúde descreve uma diretriz nacional para organizar informação e serviços digitais no sistema público.
A política reúne temas que avançavam em iniciativas separadas: interoperabilidade entre sistemas, telessaúde, segurança e privacidade, soberania digital, letramento digital e uso responsável de tecnologias emergentes. A intenção é permitir que informações necessárias ao cuidado acompanhem o cidadão entre serviços, e que órgãos de saúde usem dados para gestão, vigilância, educação e pesquisa dentro das regras aplicáveis.
A RNDS ocupa posição central nessa arquitetura. O Ministério a define como a plataforma nacional de interoperabilidade em saúde, destinada a conectar sistemas e compartilhar informações com mecanismos de segurança e controle de acesso. A página institucional da RNDS também descreve integração entre instituições públicas e privadas. Isso esclarece o papel da rede, mas não deve ser lido como ordem automática para qualquer produto privado: obrigações dependem de normas, contratos, serviços prestados e do plano que será pactuado.
O que muda para quem desenvolve sistemas
A primeira mudança é de prioridade. Em projetos ligados ao SUS, a capacidade de trocar dados com confiabilidade passa a integrar explicitamente a direção nacional. O anúncio destaca o CPF como identificador prioritário nos sistemas de informação em saúde do SUS. Isso importa para conciliar registros, mas não equivale a dizer que o CPF deve substituir qualquer identificador interno ou ser coletado indiscriminadamente por todos os aplicativos de saúde.
A segunda mudança é de planejamento. A portaria prevê que a Comissão Intergestores Tripartite (CIT) pactue o Plano de Ação de Transformação para a Saúde Digital em até 180 dias. Portanto, a política define princípios e governança; o plano deverá transformar essa direção em ações e prioridades. O Plano de Ação de Transformação para a Saúde Digital do SUS e o guia técnico da RNDS são referências para acompanhar a implementação e os requisitos de integração disponíveis.
Para fornecedores, integradores e equipes de produto, vale mapear onde a aplicação se encaixa: atende diretamente um ente do SUS, é usada por prestadores que trocam dados com a rede pública, ou funciona apenas em contexto privado sem essa integração? Essa distinção evita tanto ignorar exigências contratuais reais quanto antecipar obrigações ainda não especificadas.
Três passos práticos para se preparar
1. Revise integrações e contratos. Faça um inventário de sistemas, APIs e fluxos de dados que envolvem clientes ou serviços do SUS. Registre quem envia e recebe cada informação, para qual finalidade e quais requisitos já constam em contrato. Se a equipe ainda está definindo arquitetura, este é um bom momento para comparar uma API bem delimitada com integrações ponto a ponto difíceis de manter.
2. Trate identidade e qualidade como decisões de produto. A prioridade ao CPF nos sistemas do SUS aumenta a importância de consistência e conciliação de registros naquele contexto. Não significa coletar mais dados por padrão. Avalie finalidade, minimização, controle de acesso, trilha de auditoria, correção de inconsistências e separação entre ambientes. A implementação deve observar a legislação de proteção de dados e as orientações aplicáveis.
3. Acompanhe a especificação, sem presumir o resultado. O plano da CIT e futuras orientações técnicas devem esclarecer quais serviços, prazos, perfis e padrões serão adotados. Documente dúvidas e dependências, acompanhe atualizações da RNDS e evite fechar uma integração baseada somente no anúncio institucional. Em projetos novos, a decisão entre plataforma pronta e sistema sob medida precisa considerar interoperabilidade, governança e capacidade de evolução.
O que a política ainda não responde
Uma política nacional não é, por si só, uma especificação completa de API nem um cronograma universal de migração. O texto publicado aponta direção, responsabilidades e elaboração do plano, mas não detalha para todo fornecedor um conjunto único de endpoints, custos, certificação ou data de conexão obrigatória. Tampouco elimina a necessidade de avaliar a base legal, a segurança e o papel de cada agente no tratamento de dados.
Esse limite importa para evitar duas conclusões apressadas: dizer que nada muda porque faltam detalhes, ou afirmar que todos os sistemas privados terão de se conectar imediatamente. Para quem vende tecnologia ao setor público ou integra serviços de saúde, o recomendado é preparar arquitetura e governança, acompanhar a regulamentação e confirmar obrigações por contrato e norma.
A agenda também vem sendo construída com participação institucional. Em agosto, o Conselho Nacional de Saúde informou a aprovação da política e destacou o letramento digital. A portaria de outubro formaliza agora a diretriz no âmbito do Ministério e abre a etapa de pactuação do plano.
Para a Pump e empresas que desenvolvem produtos digitais, a leitura prática é acompanhar esse plano e construir sistemas preparados para integração segura, dados consistentes e mudanças de padrão. A política torna esses temas centrais para o futuro digital do SUS; os detalhes operacionais ainda serão definidos.
