Pular para o conteúdo

Tendências

Interoperabilidade hospitalar: o que exigir na compra

Publicado em

Interoperabilidade hospitalar: o que exigir na compra

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

  1. Existe homologação da solução em um cenário parecido com o do hospital?
  2. A integração com a RNDS está comprovada em documentos?
  3. Que campos são obrigatórios e de quem é a responsabilidade pela qualidade deles?
  4. O que o sistema faz diante de falhas, duplicidades e inconsistências?
  5. Há um painel de monitoramento, com logs que possam ser auditados?
  6. O mapeamento de dados e o plano de testes fazem parte da entrega?
  7. 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.

Seu hospital precisa de pulseiras de identificação?

Compre direto de quem fabrica, com envio para todo o Brasil.

Pedir orçamento