O que realmente trava entre PACS, RIS e HIS

Em operações de diagnóstico por imagem, a falha raramente se apresenta como falha. Ela chega como recepção ligando para perguntar por que o exame do paciente não aparece, ou como médico avisando que o laudo assinado não voltou ao prontuário.

A reação natural é apontar para um sistema. Na prática, o que trava quase sempre está no caminho entre eles.

Três sistemas, papéis distintos

Vale separar o que cada um faz, porque a confusão de papéis é parte do problema:

• HIS — o sistema hospitalar: cadastro do paciente, atendimento, internação e o vínculo com faturamento.
• RIS — o sistema do serviço de imagem: agendamento, admissão, execução do exame, laudo e assinatura.
• PACS — o armazenamento e a distribuição da imagem: recebe do equipamento, guarda, entrega para visualização.

O exame de um paciente atravessa os três. Cada travessia é um ponto onde a informação pode se perder, chegar incompleta ou chegar associada ao paciente errado.

Onde as coisas efetivamente quebram

1. A worklist que não chega ao equipamento

A modality worklist é o que permite ao equipamento saber quais exames estão agendados e para quem. Quando ela falha, o técnico digita os dados do paciente à mão no console — e é aí que nasce a divergência de nome, de identificador ou de data de nascimento que vai impedir o estudo de casar com o registro depois.

2. Divergência de identificador

O mesmo paciente com identificadores diferentes em sistemas diferentes é a causa raiz mais comum de estudo órfão. O exame existe, está armazenado, e simplesmente não aparece onde deveria porque a chave que ligaria os dois registros não bate.

3. Conformidade de tags DICOM

Nem todo equipamento preenche as tags DICOM da mesma forma, e nem todo PACS é igualmente tolerante. Uma modalidade nova entra em produção, envia estudos com um campo diferente do esperado, e uma parte do fluxo passa a falhar de forma intermitente — o pior tipo de falha, porque não é reproduzível sob demanda.

4. Capacidade e desempenho

Estudos ficam maiores com o tempo: mais cortes, mais séries, mais resolução. Um ambiente dimensionado há alguns anos começa a acumular fila de envio no fim do expediente, quando o volume concentra. Não é falha de integração — é saturação, e o sintoma é o mesmo.

5. O retorno do laudo

O caminho de volta costuma ser menos monitorado que o de ida. O laudo é assinado no RIS e precisa retornar ao HIS. Quando essa etapa falha silenciosamente, o exame consta como realizado, o paciente consta como atendido, e o resultado não está onde quem precisa dele vai procurar.

Por que HL7 e FHIR não resolvem sozinhos

Padrões de interoperabilidade existem justamente para tornar essas travessias previsíveis, e ajudam muito. Mas há uma limitação prática que vale dizer com clareza: interoperabilidade depende dos dois lados.

Se o fornecedor de um dos sistemas não expõe o recurso necessário, ou expõe de forma parcial, o padrão não se realiza por vontade própria. Parte relevante do trabalho de integração em saúde é descobrir o que cada fornecedor efetivamente permite — e projetar dentro disso, em vez de dentro do que a especificação promete.

Por onde começar a investigar

1. 01Mapeie o caminho completo de um exame, da modalidade ao retorno do laudo, com quem executa cada etapa.
2. 02Separe o que é conectividade, o que é configuração e o que é limite de capacidade — os três produzem sintomas parecidos e exigem correções diferentes.
3. 03Instrumente o caminho de volta do laudo com o mesmo cuidado do caminho de ida.
4. 04Estabeleça uma rotina de verificação periódica em vez de esperar o chamado.
5. 05Documente o fluxo. Sem isso, cada incidente recomeça do zero.

Conhecer as siglas não resolve. O que resolve é entender o caminho que o exame, o laudo e o dado do paciente percorrem entre elas.