Interoperabilidade
Um hospital não roda num sistema só. Roda no HIS, no laboratório, no RIS, no PACS, no ERP administrativo e em quantos sistemas satélites o tempo acumulou. Cada um foi comprado numa época, de um fabricante, com o seu próprio modelo de dados.
Quando eles não conversam, a conta vem em digitação manual, resultado de exame que não chega ao prontuário, imagem desacoplada do laudo e faturamento remontado à mão. Integrar é fazer o dado atravessar essas fronteiras sem perder significado no caminho.
Interoperabilidade não é um protocolo, é seis. Cada um resolve uma fatia do problema, e um projeto real quase sempre usa mais de um ao mesmo tempo.
Mensageria clínica
ADT, ORM, ORU e SIU — as mensagens que movem admissão, pedido de exame, resultado e agendamento entre sistemas. O trabalho fino está no transporte por MLLP, no parsing de segmentos e nos Z-segments que cada fabricante define do seu jeito.
Padrão moderno
Recursos RESTful — Patient, Encounter, Observation, DiagnosticReport. É o padrão sobre o qual a saúde digital é construída hoje, e o que a RNDS exige na notificação de eventos assistenciais.
Imagem médica
Worklist, envio e recepção de estudos, integração entre RIS e PACS e visualização de imagem via web. Liga o pedido de exame à imagem e a imagem ao laudo.
Padrão ANS
XML de guias, demonstrativos de pagamento e conciliação financeira com operadoras. É por onde o faturamento hospitalar conversa com o convênio.
Integração com ERP
Integração via XML com HIS e ERPs hospitalares como MV e Tasy, e com qualquer sistema corporativo que exponha web service. Formato antigo, ainda dominante em boa parte do parque instalado — dentro e fora da saúde.
APIs modernas
Integração com plataformas de saúde digital, aplicativos móveis e sistemas de terceiros. Não é padrão de saúde: é o mesmo mecanismo que liga sistemas corporativos entre si, inclusive os que não seguem padrão nenhum.
O IRIS for Health é o motor de integração da InterSystems Corporation. A Forti é parceira InterSystems Partner Select — implementa, configura, desenvolve e sustenta a plataforma; não é fabricante dela.
Uma integração não termina quando entra em produção. Ela passa a ser um ambiente de missão crítica que precisa ser administrado e vigiado.
Dos seis padrões acima, dois não têm nada de clínico. SOAP e REST são o vocabulário comum de qualquer integração entre sistemas — é assim que um ERP troca dado com um sistema de terceiro em qualquer setor.
E a parte difícil de uma integração raramente é o protocolo. É o legado sem documentação, o campo que significa uma coisa de um lado e outra do outro, a regra de negócio que ninguém escreveu, o fornecedor que responde no prazo dele e a janela em que nada pode parar. Um ERP corporativo conversando com um sistema de terceiro apresenta o mesmo problema que um HIS conversando com um laboratório: muda o domínio, não a natureza do trabalho.
A saúde é o ambiente onde essa disciplina foi levada mais longe, porque reúne de uma vez padrão regulatório, dado sensível, sistema que não pode parar e vários fabricantes na mesma integração. Quem sustenta isso não precisa de um setor específico para trabalhar.
Notificar a Rede Nacional de Dados em Saúde é integração FHIR com regras próprias — tipos de documento definidos pelo Ministério da Saúde, identificação do paciente por CNS ou CPF, autenticação por token do GOV.BR e certificado ICP-Brasil.
Se é esse o seu problema, a página dedicada trata dele em detalhe, incluindo a integração a partir de Tasy, MV e TrakCare.
Todo projeto de integração começa no mesmo lugar: entender o dado na origem — que sistema o produz, em que formato, com qual regra de negócio embutida. Sistema legado sem API, formato proprietário ou regra que só existe naquele hospital não são impedimento.