A interoperabilidade em saúde é uma prioridade declarada há décadas, apoiada por padrões, regulação e investimento substancial, e os sistemas ainda falham em trocar informação utilizável.
A explicação recorrente é técnica. Na maior parte, não é.
Os padrões não são o obstáculo
Os padrões para troca de dados de saúde existem, são maduros e amplamente implementados. Dois sistemas geralmente conseguem ser configurados para trocar mensagens estruturadas entre si.
O que chega do outro lado é o problema.
Dois sistemas podem trocar uma mensagem perfeitamente e ainda assim falhar, porque o sistema receptor não entende pelo campo que acabou de receber a mesma coisa que o remetente.
A lacuna está entre a troca técnica e a interoperabilidade semântica: se o significado sobrevive à viagem. Isso exige alguém que entenda o que é o conceito clínico, como cada sistema o representa, e o que se perde na tradução.
Essa pessoa precisa de conhecimento clínico, de terminologia e técnico ao mesmo tempo, o mesmo problema de duas carreiras descrito no artigo sobre bioinformática, e com a mesma solução.
O que a trilha cobre
O escopo: prontuários eletrônicos, telessaúde, interoperabilidade, dados médicos e a transformação digital do cuidado.
Quatro capacidades.
Sistemas de informação clínica. O que um prontuário eletrônico realmente é, como é estruturado, e como é configurado para uma empresa específica.
Terminologia e codificação. Os vocabulários controlados usados para representar conceitos clínicos, e o mapeamento entre eles.
Padrões e arquitetura de interoperabilidade. Como os sistemas trocam dados e o que as escolhas de arquitetura implicam.
Fluxo clínico e implementação. Como o cuidado de fato acontece, e como um sistema apoia ou atrapalha isso.
Terminologia: onde de fato quebra
A parte menos glamourosa e mais decisiva desta trilha.
Conceitos clínicos precisam ser representados em um vocabulário controlado para que um computador faça algo confiável com eles. Existem vários vocabulários desses, construídos para propósitos diferentes: registro clínico, faturamento, resultados de laboratório, medicamentos, estatísticas de mortalidade.
Quatro problemas decorrem disso.
O mesmo conceito é codificado de forma diferente em sistemas diferentes, então combinar dados exige mapeamento, e mapeamento é um julgamento.
Os mapeamentos têm perda. Um termo em um vocabulário pode não ter equivalente exato em outro, só algo mais amplo ou mais estreito. Cada mapeamento introduz uma pequena distorção, e as distorções se acumulam ao longo de uma cadeia de sistemas.
A prática de codificação varia. Dois clínicos documentando a mesma situação podem codificá-la de forma diferente, ambas defensáveis. Análises que presumem que a codificação é objetiva vão encontrar diferenças entre empresas que na verdade são diferenças de documentação, não clínicas.
Códigos de faturamento não são códigos clínicos. Onde a codificação determina o pagamento, os códigos carregam incentivo financeiro além do fato clínico. Tratar dados de faturamento como registro clínico é um dos erros mais comuns em análise de dados de saúde, e não se corrige com estatística melhor.
Ninguém planeja uma força de trabalho em torno de especialistas em terminologia, e as empresas que os têm descobrem que seus dados são utilizáveis.
Onde isso se encaixa no domínio
Informática em saúde e saúde digital é a sexta de dez trilhas no domínio de medicina e healthtech da Astra Trainer. Ela está por baixo de IA médica e imagem e de medicina de precisão, porque nenhuma das duas funciona com dados cujo significado não sobreviveu, e ao lado de sistemas de saúde, regulação e operações.
Para parceiros que preenchem essa área pelo lado técnico, o domínio de IA, dados e computação reúne oito trilhas, incluindo engenharia de software, ciência de dados e analytics, computação em nuvem e DevOps, e sistemas e redes de TI. Combinar informática clínica com essas trilhas é o formato de que a maioria das equipes de implementação de fato precisa. Você pode ver as dez trilhas aqui.
Por que os sistemas clínicos recebem gambiarras
Toda empresa de saúde as tem: a planilha ao lado do sistema de prontuário, a lista de papel na enfermaria, o grupo de chat carregando a passagem de plantão, o campo usado para algo diferente do que o rótulo diz.
Costumam ser tratadas como falhas de conformidade. É melhor lê-las como informação de diagnóstico sobre o sistema.
A gambiarra existe porque o sistema não apoia o trabalho. Os clínicos não estão evitando o sistema por diversão, estão fazendo um trabalho que o sistema torna lento ou impossível.
As gambiarras carregam risco clínico. Informação mantida fora do prontuário é invisível para todo mundo, falta na auditoria e se perde na passagem de plantão.
Proibi-las sem corrigir a causa só as move para um lugar menos visível.
Entender isso exige gente capaz de observar um processo clínico, ver por que o sistema falha nele, e traduzir isso em uma mudança de configuração ou de design. Essa é a habilidade central da informática, e não é uma habilidade técnica ou uma habilidade clínica isoladamente.
O mesmo vale para a carga de documentação. Tempo gasto documentando é tempo não gasto com pacientes, e é um fator reconhecido de esgotamento de clínicos. Sistemas projetados sem entendimento do fluxo de trabalho aumentam essa carga, geralmente pedindo o dado justamente no momento mais disruptivo para coletá-lo.
As funções, nomeadas
Especialistas em informática clínica. A função de ponte. Cronicamente escassa em todo lugar.
Analistas de sistemas clínicos e equipe de configuração. Construindo e mantendo como o prontuário funciona em uma empresa específica.
Especialistas em terminologia e padrões de dados. Pequeno, decisivo, quase nunca planejado.
Engenheiros de integração. Construindo e mantendo interfaces entre sistemas.
Engenheiros de dados em saúde. Tornando os dados clínicos utilizáveis a jusante.
Gerentes de produto de saúde digital. Tomando decisões de design com consequência clínica.
Equipe de operações de telessaúde. Uma função que se expandiu rapidamente e com frequência é preenchida sem treinamento estruturado.
Oficiais de segurança clínica para sistemas digitais, uma função com responsabilidade formal em diversas jurisdições.
Quem pode ser capacitado para essas funções
Clínicos migrando para informática. A conversão de maior valor disponível, e geralmente autodidata, o que significa que acontece devagar e de forma inconsistente. Já têm o entendimento clínico e de fluxo de trabalho, a parte que não se adquire por documentação, e precisam das camadas técnica e de terminologia.
Empresas que constroem uma trilha deliberada para isso conseguem a função de ponte que não conseguem contratar. As que deixam ao acaso ficam com um número pequeno de entusiastas e uma lacuna persistente.
Equipe de TI já trabalhando em saúde. Conhece os sistemas e a empresa e frequentemente falta a base clínica para tomar boas decisões de design.
Codificadores clínicos. Já são especialistas em terminologia, uma rota subaproveitada para a informática mais ampla.
Engenheiros de software entrando em healthtech. Precisam da camada clínica, que são as trilhas de anatomia e fisiologia e fisiopatologia deste domínio.
Gestores de serviços de saúde. Entendem de processo e governança e precisam do vocabulário técnico.
Equipe de prontuários e administração. Sabem como o dado de fato é registrado, o que é diferente de como deveria ser registrado.
Segurança clínica e proteção de dados. Sistemas clínicos digitais carregam risco clínico, e em diversas jurisdições seu desenvolvimento e implantação exigem avaliação formal de segurança clínica por um profissional devidamente qualificado. Dados de saúde estão sujeitos a lei de proteção rigorosa, com consequências legais em caso de violação. O treinamento constrói capacidade e consciência de onde essas obrigações se aplicam. Ele não constitui qualificação em segurança clínica, certificação de governança de informação, nem autoridade para aprovar um sistema para uso clínico.
O que levar disso
Os padrões estão maduros. A escassez é de gente que segura significado clínico, terminologia e tecnologia ao mesmo tempo.
A terminologia é onde o significado se perde, os mapeamentos têm perda, a prática de codificação varia, e dados de faturamento não são um registro clínico.
As gambiarras são informação de diagnóstico sobre um sistema, não um problema de disciplina, e proibi-las sem corrigir a causa as torna menos visíveis.
Clínicos migrando para informática são a conversão de maior valor e a que mais é deixada para acontecer por acaso.
E codificadores clínicos já são especialistas em terminologia, o que os torna uma rota incomumente curta para a função que ninguém consegue preencher.
Por que a interoperabilidade continua falhando?
Não é porque faltam padrões. É porque preservar o significado clínico entre sistemas exige gente que entenda o conceito, a representação dele em cada sistema, e o que se perde na tradução.
O que torna a terminologia tão importante?
Os mapeamentos entre vocabulários têm perda, a prática de codificação varia entre clínicos e empresas, e códigos de faturamento carregam incentivo financeiro além do fato clínico. Nada disso se corrige depois com estatística melhor.
Por que os clínicos criam gambiarras nos sistemas?
Porque o sistema não apoia o trabalho. As gambiarras são informação de diagnóstico, e carregam risco clínico real porque a informação que guardam é invisível para todo mundo.
Quem faz a melhor equipe de informática clínica?
Clínicos que migram para a área, porque o entendimento de fluxo de trabalho é a parte que não se aprende por documentação. Codificadores clínicos vêm logo depois, já que já têm a camada de terminologia.
Onde isso se encaixa no domínio?
Sexta de dez trilhas no domínio de medicina e healthtech da Astra Trainer, por baixo de IA médica e medicina de precisão. Você pode ver aqui.