Tendências
Interoperabilidade hospitalar: o que exigir na compra
Publicado em

Quem cuida de compras, contratos, assistência e governança de dados também precisa entender de interoperabilidade hospitalar: o assunto saiu da sala da TI. O motivo é que a RNDS se firmou como a plataforma oficial de interoperabilidade do Ministério da Saúde e novos modelos informacionais vêm sendo adotados. Na hora de contratar, o hospital já não pode se contentar com um sistema “que diz que integra”. O que se compra é capacidade comprovada de trocar dados estruturados, com rastreabilidade, segurança e provas de que a integração funciona.
O marco legal é o Decreto nº 12.560, de julho de 2025. Ele oficializou a RNDS e deu ao Ministério da Saúde a competência de adotar e gerir os padrões nacionais de interoperabilidade, além de publicar os modelos informacionais, terminologias, classificações e vocabulários da rede. Segundo o guia técnico da RNDS, a integração acontece por requisições HTTPS baseadas em FHIR, com as adaptações definidas pela própria rede. Ainda em 2025, o Ministério padronizou o Sumário de Alta e o Sumário de Alta Obstétrico e, na área laboratorial, avançou na padronização de resultados e códigos de exames, o que aumenta a cobrança por dados mais estruturados. (rnds-guia.saude.gov.br)
O que mudou e por que o tema ficou urgente
Sistemas que não conversam cobram um preço conhecido no dia a dia do hospital: a mesma informação é digitada mais de uma vez, a alta atrasa, o cadastro fica inconsistente, a enfermagem refaz trabalho e o cuidado perde rastreabilidade. Quando a integração é bem contratada, prontuário, laboratório, faturamento, regulação e sistemas externos passam a trocar informação, e isso melhora a qualidade do dado e a continuidade do cuidado. A RNDS nasceu com esse objetivo: permitir que sistemas diferentes compartilhem informações de forma segura e padronizada, com acesso restrito a fins assistenciais e de gestão, de acordo com a LGPD. (gov.br)
O ritmo institucional também aumentou. O Ministério da Saúde tem ampliado o uso da RNDS, com mais registros assistenciais, federalização com os estados e integração de dados em vários pontos da jornada do paciente. Os serviços do ecossistema SUS Digital e o uso crescente de dados estruturados na assistência e na gestão deram novo impulso à agenda de saúde digital. (gov.br)
Roteiro de especificação técnica para editais e contratos
Os pontos a seguir servem para Termo de Referência, RFP, edital, especificação técnica e contrato.
1. Delimite quais fluxos serão integrados
A primeira tarefa, antes de qualquer compra, é listar os fluxos que devem ser interoperáveis:
- identificação e admissão do paciente
- atendimento clínico
- alta do hospital
- resultados de exames laboratoriais
- transferência e regulação
- continuidade do cuidado e teleatendimento
- envio de dados à RNDS e consumo de dados da rede
Quando esse recorte não existe, o mais comum é o fornecedor entregar conectores genéricos em vez de resultados concretos.
2. Peça declaração formal de padrões e aderência
Solicite ao fornecedor uma declaração escrita informando:
- os padrões suportados, em especial FHIR e os perfis aplicáveis
- de que forma a solução se ajusta aos guias e modelos informacionais da RNDS
- os recursos, versões, payloads e APIs que utiliza
- o tratamento dado a vocabulários, códigos e mapeamento semântico
Dizer que “tem API” não resolve. A RNDS trabalha com ambientes de homologação e de produção e só libera o acesso produtivo mediante evidências, então o fornecedor precisa mostrar que cumpre o processo real de integração. (rnds-guia.saude.gov.br)
3. Coloque a documentação técnica como entrega obrigatória
O contrato deve listar, entre as entregas:
| Documento | Conteúdo a exigir |
|---|---|
| Arquitetura | desenho da solução, dependências e pontos de integração |
| APIs | documentação, autenticação, limites, versionamento e exemplos |
| Mapeamento | origem, destino e transformação de cada campo crítico |
| Eventos e erros | catálogo de mensagens, rejeições e reprocessamento |
| Evidências | testes, logs e comprovação de homologação |
4. Trate segurança e LGPD como cláusulas centrais
Dado de saúde pede controle mais rigoroso do que o habitual. A especificação deve prever:
- acesso por perfil, de acordo com a função de cada usuário
- gestão de credenciais e autenticação forte
- dados criptografados em trânsito
- trilhas de auditoria e logs por usuário, evento e integração
- regras de retenção, minimização e descarte dos dados
- papéis de controlador e operador definidos no contrato
- rotina de resposta a incidentes e de comunicação
Finalidade, necessidade, segurança e prevenção estão entre os princípios da LGPD destacados pelo Ministério da Saúde, e a RNDS informa que o uso dos dados é seguro e restrito. O processo de acesso à rede também prevê autenticação com certificado digital A1, e-CPF ou e-CNPJ, conforme a solicitação. (gov.br)
Indicadores de desempenho e critérios de aceite
Um contrato só protege o hospital quando traz critérios objetivos. Para o aceite e para a operação assistida, defina indicadores como:
- tempo de resposta de cada transação
- disponibilidade do serviço no mês
- taxa de sucesso no recebimento e no envio de mensagens
- percentual de campos obrigatórios válidos
- tempo de tratamento de erro e de reprocessamento
- conciliação entre o que saiu da origem e o que chegou ao destino
- SLA de suporte conforme a criticidade
O que perguntar ao fornecedor antes de fechar
- Existe homologação da solução em um cenário parecido com o do hospital?
- A integração com a RNDS está comprovada em documentos?
- Que campos são obrigatórios e de quem é a responsabilidade pela qualidade deles?
- O que o sistema faz diante de falhas, duplicidades e inconsistências?
- Há um painel de monitoramento, com logs que possam ser auditados?
- O mapeamento de dados e o plano de testes fazem parte da entrega?
- Se a integração externa ficar indisponível, qual é o plano de contingência?
Governança, implantação e operação assistida
Tecnologia sozinha não mantém a interoperabilidade de pé. É preciso nomear um dono do processo e envolver TI, assistência, qualidade, faturamento, laboratório, jurídico, compras e segurança da informação. Convém exigir ainda cronograma de implantação, matriz RACI, capacitação, operação assistida e um rito formal para mudança de versão.
A evidência merece atenção especial. Pelo guia da RNDS, só se chega à produção depois da homologação e do envio de provas documentadas de que a integração foi satisfatória. Na compra, isso precisa virar cláusula: o pagamento acompanha o marco de entrega, o teste aprovado e a evidência aceita. (rnds-guia.saude.gov.br)
Quando desconfiar da proposta
Uma proposta que afirma “integra com qualquer sistema” pede cuidado se não vier acompanhada de:
- o padrão adotado
- o modelo informacional suportado
- os campos mapeados
- os requisitos de homologação
- quem responde pela qualidade do dado
- as métricas de desempenho e de auditoria
Hoje, contratar interoperabilidade é contratar governança, conformidade e capacidade operacional comprovada. O hospital ganha com menos retrabalho na assistência e mais rastreabilidade, e fica preparado para as exigências cada vez maiores de troca estruturada de dados com o ecossistema público e privado.
Para quem está revendo especificações, editais ou contratos de integração em saúde, o melhor caminho é definir critérios técnicos claros logo no começo do projeto. A idband pode ajudar na padronização e na rastreabilidade dos processos de identificação no ambiente assistencial: fale com a idband.