Por que dados clínicos — já digitais —
ainda são extraídos manualmente

Os Dois Mundos Paralelos da Documentação Clínica

A documentação clínica existe em dois ecossistemas de informação que mal se comunicam entre si. O primeiro é o dado estruturado: caixas de seleção, menus suspensos, botões de opção. Códigos ICD-10 que classificam um diagnóstico. Códigos CPT que descrevem um procedimento. Valores laboratoriais que se encaixam em um campo de banco de dados — hemoglobina 12,3 g/dL, creatinina 0,9 mg/dL. Este é o mundo para o qual os EHRs foram construídos. Ele é pesquisável, consultável, reportável. Também é, em volume e riqueza clínica, a parte rasa da piscina.

O segundo mundo é o dado não estruturado: a prosa narrativa que os clínicos realmente geram ao descrever o que viram, o que pensaram e o que fizeram. O laudo de radiologia que diz "há um nódulo espiculado de 1,2 cm no lobo superior direito, com retração pleural associada — recomenda-se biópsia guiada por TC." O resumo de alta que narra uma hospitalização de 12 dias, desde os sintomas iniciais até as complicações e as instruções pós-alta. A nota operatória que descreve, em 800 palavras de detalhe cirúrgico, exatamente quais vasos foram bypassados, com quais enxertos, sob quais condições. A nota de evolução que captura a avaliação em evolução de um clínico ao longo de três turnos.

Este segundo mundo — o mundo narrativo — contém uma estimativa de 80% de todos os dados clinicamente significativos no prontuário de saúde. Ele carrega o raciocínio por trás da tomada de decisão, a nuance que os códigos diagnósticos achatam, o contexto que torna um valor laboratorial acionável em vez de apenas um número. E ele é, por padrão, invisível para todas as ferramentas de relatório, plataformas de análise e fluxos de trabalho automatizados do hospital.

O mundo estruturado responde "o que aconteceu" de forma resumida. O mundo não estruturado responde "por que aconteceu, o que significa e o que deve acontecer a seguir". O problema é que as máquinas só conseguem ler o primeiro.

Por Que o EHR Não Resolveu Isso

Existe uma suposição razoável que persiste desde que o HITECH Act de 2009 impulsionou a adoção de EHRs de 9% para mais de 90% dos hospitais dos EUA: os prontuários eletrônicos deveriam ter resolvido o problema da acessibilidade aos dados. Se a informação clínica é digital, ela deveria ser legível por máquina. Se é legível por máquina, deveria ser consultável. Se é consultável, a extração manual deveria estar obsoleta.

A suposição falha no primeiro passo. Os EHRs não são sistemas de conhecimento clínico. Eles são bancos de dados transacionais otimizados para faturamento, construídos em uma era em que o principal caso de uso para digitalizar um atendimento ao paciente era gerar uma cobrança. A decisão central de engenharia embutida em todas as principais plataformas de EHR — Epic, Cerner, Meditech, Allscripts — é que as narrativas clínicas são armazenadas como anexos não estruturados, não como campos estruturados. Um laudo de radiologia gerado dentro do PACS do hospital é anexado ao prontuário do paciente. Um resumo de alta digitado em uma caixa de texto livre é salvo como um bloco de texto. Uma nota operatória é enviada como PDF.

O EHR armazena esses documentos. Ele não os analisa. Ele não indexa seu conteúdo. Ele não mapeia a frase "nódulo espiculado de 1,2 cm no lobo superior direito" para um elemento de dado estruturado que uma consulta pudesse recuperar. Da perspectiva de um banco de dados, o laudo de radiologia, o resumo de alta e a nota operatória estão na mesma categoria que uma cópia digitalizada de um prontuário em papel de 1998: digitalizados, mas não estruturados; armazenados, mas não pesquisáveis.

Um estudo publicado no Journal of Medical Internet Research (2025) examinou a sobreposição de informações entre códigos estruturados e notas de texto livre em 1,8 milhão de pacientes e constatou que apenas os dados estruturados — códigos ICD, códigos de procedimentos, valores laboratoriais — capturavam uma fração do quadro clínico. As notas de texto livre continham "descrições detalhadas que capturam as nuances do cuidado ao paciente". Os campos estruturados do EHR informavam que o paciente havia passado por uma CABG. A nota operatória informava como a CABG ocorreu — o que importa enormemente para medição de qualidade, ajuste de risco e pesquisa clínica.

Isso não é uma falha de nenhum fornecedor específico de EHR. É uma consequência do que os EHRs foram projetados para fazer. Eles foram criados para capturar dados estruturados para faturamento e relatórios regulatórios. Não foram criados para extrair significado de narrativas. O fato de 80% dos dados clínicos viverem em texto livre não é um bug — é a consequência natural de clínicos documentando o cuidado da forma como os humanos comunicam informações complexas: em frases, não em menus suspensos.

A Força de Trabalho de Abstração da Qual Ninguém Fala

Como os EHRs armazenam narrativas clínicas como blocos não pesquisáveis, os hospitais empregam uma classe profissional inteira cujo trabalho em tempo integral é ler essas narrativas e inserir manualmente pontos de dados específicos em outros sistemas. Eles são chamados de abstraidores de dados clínicos e representam um dos maiores custos ocultos de mão de obra na saúde americana.

Os abstraidores de dados clínicos são tipicamente enfermeiros registrados (RNs), Técnicos Registrados em Informação em Saúde (RHITs) ou Registradores Certificados de Tumores (CTRs) — clínicos licenciados ou profissionais de informação em saúde credenciados que revisam prontuários de pacientes e extraem elementos-chave de dados para relatórios de qualidade, registros clínicos, pesquisa e conformidade regulatória. O trabalho exige conhecimento clínico: você não pode abstrair um registro cirúrgico sem entender anatomia operatória, e não pode abstrair um registro cardíaco sem interpretar dados hemodinâmicos. A American Data Network, uma das maiores empresas terceirizadas de abstração clínica, descreve a tarefa central do abstraidor como revisar "notas clínicas, resultados de exames, relatórios de imagem e medicamentos" e traduzir "esses detalhes em campos estruturados."

A escala dessa força de trabalho é difícil de medir com precisão porque a abstração não é um título de cargo padronizado — ela está incorporada em departamentos de qualidade, equipes de registro e unidades de pesquisa clínica. Mas a economia é visível no nível hospitalar. Uma apresentação de 2018 da equipe de operações de registro do Massachusetts General Hospital detalhou os custos de pessoal para 11 registros de sociedades de especialidades cirúrgicas em um único centro médico acadêmico:

São cinco registros em um único hospital, consumindo aproximadamente US$ 1,2 a 1,7 milhão em custos anuais de pessoal — e esses são apenas os registros para os quais o MGH divulgou publicamente dados de ETIs. A maioria dos centros médicos acadêmicos participa de 8 a 15 registros. Somente o National Database da Society of Thoracic Surgeons cobre 95% das cirurgias cardíacas adultas nos EUA, com cada caso de CABG exigindo a extração de mais de 200 elementos de dados que abrangem fatores de risco pré-operatórios, detalhes intraoperatórios e desfechos de 30 dias após a alta. A rede NCDR — operada pelo American College of Cardiology — inclui mais de 2.400 hospitais em seis registros que cobrem cateterismo cardíaco, implantação de CDI, procedimentos valvares e muito mais.

Uma pesquisa do verão de 2024 realizada pela Carta Healthcare com extratores de dados clínicos em hospitais dos EUA constatou que 50% dos entrevistados gastam mais da metade do tempo em entrada manual de dados e extração. A pesquisa descreveu "um paradoxo preocupante: embora os clínicos considerem os registros vitais para a melhoria da qualidade e dos processos, a tarefa árdua da extração manual de dados está levando esses profissionais ao limite". Quando questionados sobre automação, 45% acreditavam que ferramentas automatizadas tornariam a extração mais rápida para sua organização, 30% acreditavam que melhorariam a qualidade dos dados e 20% disseram que reduziriam custos. A demanda por automação vem dos próprios extratores — as pessoas cujos empregos, em teoria, a automação poderia ameaçar. Na prática, o volume de dados a extrair cresce mais rápido do que a força de trabalho consegue acompanhar.

No Reddit, o sentimento é mais direto. Um profissional de pesquisa clínica publicou: "Passei horas tentando inserir dados de pacientes em um registro e descobri que há quase 100 pacientes neste registro (todos atrasados)". Outro tópico no r/clinicalresearch pergunta, simplesmente: "Quanto tempo geralmente é gasto em entrada de dados ou na busca de informações em prontuários de pacientes?" — o tipo de pergunta que sinaliza um problema de fluxo de trabalho tão enraizado nas operações diárias que ninguém tem uma resposta de referência, porque a resposta é "a maior parte do dia".

A escala econômica fica visível quando você faz a extrapolação: um único abstraidor de dados clínicos que ganha US$ 75.000 por ano e gasta 50% do seu tempo em tarefas que consistem em ler um relatório, encontrar um valor específico e digitá-lo em outro sistema representa aproximadamente US$ 37.500 em trabalho anual gasto em transcrição de fato. Multiplicado pela força de trabalho de abstração em um único hospital acadêmico com múltiplos registros — 10 a 20 FTEs — isso representa US$ 375.000 a US$ 750.000 por hospital por ano. Considerando apenas os 2.400 hospitais participantes do NCDR, o custo agregado da abstração manual de registros é conservadoramente na casa dos bilhões de dólares anualmente, antes de contabilizar o custo de oportunidade de profissionais clínicos treinados realizando transcrição de dados em vez de trabalho voltado ao paciente.

Um Paciente, Um Prontuário, Cinco Registros — e Cinco Sessões Separadas de Entrada de Dados

A economia da abstração é multiplicada por uma característica estrutural dos registros clínicos que não tem equivalente em outras indústrias: múltiplos registros extraem dos mesmos documentos-fonte e não compartilham dados entre si.

Considere um paciente submetido a cirurgia de revascularização do miocárdio. O banco de dados da Society of Thoracic Surgeons (STS) Adult Cardiac Surgery exige 200+ elementos de dados para este paciente: fatores de risco pré-operatórios (status de diabetes, fração de ejeção, ICP prévia), detalhes intraoperatórios (número de enxertos, tempo de pinçamento cruzado, uso de artéria mamária interna) e desfechos em 30 dias (mortalidade, acidente vascular cerebral, infecção profunda de ferida esternal, insuficiência renal, ventilação prolongada).

O prontuário do mesmo paciente contém o mesmo relatório operatório. Mas este paciente também pode ser abstraído no NCDR CathPCI Registry — porque foi submetido a um cateterismo pré-operatório — e esse registro tem seu próprio dicionário de dados com suas próprias definições de campos. Se a cirurgia envolveu um procedimento de válvula transcateter, o STS/ACC TVT Registry adiciona outro conjunto de variáveis. Se o paciente teve uma complicação que exigiu retorno à sala de cirurgia, o registro de qualidade cirúrgica ACS NSQIP pode ser aplicável. Se o hospital participa de um programa Get With The Guidelines (GWTG) para a condição cardiovascular do paciente, esse é um quinto registro com seus próprios requisitos de abstração.

Todos os cinco registros leem os mesmos documentos-fonte. O mesmo relatório de radiologia. O mesmo relatório operatório. O mesmo resumo de alta. Os mesmos valores laboratoriais. E em quase todos os hospitais dos Estados Unidos, cinco fluxos de trabalho diferentes de abstração de dados — muitas vezes divididos entre diferentes abstraidores, às vezes a mesma pessoa fazendo o mesmo trabalho cinco vezes — extraem manualmente pontos de dados sobrepostos em cinco plataformas separadas de submissão de registros.

Os dados do MGH tornam isso visível. Um único hospital administra 11 registros cirúrgicos com requisitos de pessoal que variam de 0,5 FTE (registros pequenos com ≤500 casos/ano) a 10 FTEs (registro de transplantes com 750 casos/ano). As definições de variáveis frequentemente diferem entre registros, mesmo para o mesmo conceito clínico — um registro define "insuficiencia renal pósoperatoria" com um limiar de creatinina, outro com um limiar ou janela de tempo diferente. O tempo de abstração por caso varia de 15 minutos a 4 horas, dependendo da complexidade do registro e do curso clínico do paciente.

Este não é um problema de interoperabilidade tecnológica que o HL7 FHIR possa resolver. O FHIR pode padronizar o transporte de dados entre sistemas — garantindo que, quando o Sistema A envia um valor de laboratório ao Sistema B, ambos concordem sobre o formato da transmissão. O que o FHIR não pode fazer é transformar um parágrafo narrativo em um campo estruturado. Não pode ler um informe de radiologia que diga "nódulo espiculado de 1,2 cm" e preencher um campo de registro para "tamaño tumoral en su mayor dimensión". Essa transformação — de prosa a dados estruturados — ainda exige um lector humano ou um sistema de IA capaz de extração semántica. Os padrões de interoperabilidade resolveram o problema da transmissão. Não resolveram o problema da estruturação.

A Ironia: Digital Já, Simplemente Não Estruturado

Existe uma narrativa persistente na informática de saúde de que o desafio é a "digitalização" — levar os registros em papel aos computadores. Essa narrativa fazía sentido em 2005, quando a maioria dos hospitais operava com historias clínicas em papel e a HITECH Act ainda não havia começado. Não faz sentido hoje. Mais de 90% dos hospitais dos EUA usan um EHR. Os departamentos de radiología estão sem películas há más de una década; la mayoría de los informes de radiología se generan, firman y distribuyen enteramente dentro de flujos de trabajo digitales PACS-a-EHR. Los resúmenes de alta se escriben, no se dictan en cintas de casete. Las notas operatorias se ingresan en módulos EHR con plantillas. La documentación clínica que más importa — las narrativas que contienen la información clínica más rica — ya es digital.

El cuello de botella no es la digitalización. El cuello de botella es la estructuración.

Y el cuello de botella de la estructuración tiene una forma específica y medible. Es la brecha entre "este paciente tuvo un CABG" — un hecho estructurado que el EHR puede informar — y los 200 puntos de datos individuales que el registro STS exige sobre cómo ocurrió ese CABG. Cada uno de esos 200 puntos de datos existe en algún lugar de la documentación clínica: la fracción de eyección preoperatoria está en el informe del ecocardiograma, el número de injertos está en la nota operatoria, la duración de la ventilación postoperatoria está en la hoja de flujo de la UCI, el estado de mortalidad a los 30 días proviene de una llamada de seguimiento post-alta documentada como una nota de texto libre. La información está en el expediente. Simplemente no está en un formato que las máquinas puedan leer.

Esto reformula toda la conversación sobre automatización. La pregunta no es "¿podemos digitalizar la documentación clínica?" — ese barco ya zarpó. La pregunta es "¿podemos extraer datos estructurados de narrativas clínicas que ya son digitales, sin contratar más personas para leer y escribir?"

A distinção importa porque determina que tipo de tecnologia realmente resolve o problema. O OCR baseado em modelos — o tipo que lê "onde" um campo está na página — foi projetado para documentos com formatos fixos: formulários padronizados, tabelas impressas, faturas estruturadas. Uma nota operativa clínica não tem formato fixo. É um parágrafo narrativo, escrito por um cirujano, descrevendo um procedimento que pode se desenvolver de maneira diferente cada vez. Não é possível criar um modelo para uma narrativa. Só é possível comprenderla.

É aqui que entra na conversación a atual generación de ferramentas de extração com IA — construidas sobre modelos de linguagem visual (VLMs) em lugar de OCR baseado em modelos. Um VLM não precisa saber onde na página está escrita a fracción de ejeção. Precisão saber o que é uma fracción de ejeção — que é um valor percentual, normalmente expresso como "EF 45%" ou "LVEF estimado em 40-45%" — e encontrá-lo na narrativa onde quer que apareça. Esta é a extração semántica, não a extração baseada em coordenadas. Funciona com base no princípio de que os conceitos clínicos têm assinaturas semánticas consistentes em narrativas redactadas de forma diferente, e que um modelo treinado para compreender a linguagem pode encontrar "a fracción de ejeção" independentemente de si o cardiólogo escreveu "EF 40%" ou "função sistólica do VE moderadamente reduzida, EF estimado 40-45%".

O Que Significa Estruturar Dados Clínicos

Se o gargalo é a estruturação — não a digitalização — então a solução não é um melhor scanner nem um digitador mais rápido. É um sistema que possa ler narrativas clínicas da mesma forma que um abstraccionista humano as lê: compreendendo o que cada frase significa, identificando quais conceitos correspondem a quais campos do registro e produzindo uma saída estruturada que um humano possa então validar.

Esta é uma tarefa fundamentalmente diferente da que a maioria das ferramentas de automação de documentos foi construida para fazer. As ferramentas tradicionais de extração de documentos — as que manejam faturas e ordens de compra — funcionan aprendendo o layout de um formulário. Memorizan que "Número de Fatura" aparece no canto superior direito e "Total" aparece na parte inferior da última página. Quando chega uma nova fatura do mesmo fornecedor, a ferramenta lê as mesmas coordenadas e extrae os mesmos campos. Quando um fornecedor diferente envia uma fatura com formato diferente, a ferramenta precisa de um novo modelo.

As narrativas clínicas derrotan esta abordagem em duas frentes. Primeiro, não há um layout fixo — um resumo de alta do Hospital A e um resumo de alta do Hospital B são ambos narrativas, mas organizan a informação de maneira diferente, usan títulos diferentes e expressan conceitos clínicos com vocabulario diferente. Segundo, e mais fundamentalmente, os dados em si não são posicionais. Você não encontra "tempo de clampaje cruzado 47 minutos" em uma caixa específica da nota operativa. Você o encontra embebido em um parágrafo, rodeado de outros detalhes cirúrgicos, escrito no estilo de prosa que o cirujano prefiera.

A extração semántica resolve isto operando sobre o significado, não sobre a posição. O VLM lê o documento completo, compreende quais conceitos clínicos estão presentes e extrae os valores que corresponden a cada conceito — independentemente de onde na página apareça o conceito, que fraseologia tenha usado o autor, ou se o documento é um PDF digitado, um informe escaneado ou uma captura de pantalla da interface do EHR. O extractor não precisa ser reentrenado para cada novo formato de documentação hospitalaria, porque não está aprendendo formatos — está reconhecendo conceitos.

O fluxo de trabalho prático não é "a IA substituye o abstractor". É "a IA realiza a etapa de leitura, e o abstractor realiza a etapa de validação". A IA preenche os 200+ campos da entrada do registro cardíaco STS a partir da nota operativa, do resumo de alta, do informe de ecocardiograma e da nota de seguimiento. O abstractor — um enfermero registrado (RN) com experiência em cirugía cardíaca — revisa os campos preenchidos, corrige qualquer erro de extração, aplica julgamento clínico em casos ambíguos e envia a entrada validada. O tempo do abstractor se desloca de encontrar dados (percorrer 80 páginas de documentação EHR, a parte que consome 50%+ da jornada de trabalho segundo a pesquisa da Carta) a validar dados (a parte que requer experiência clínica e não pode ser automatizada).

Para um paciente CABG cuja abstração atualmente leva de 45 a 90 minutos — abarcando documentação preoperatoria, intraoperatoria e postoperatoria em múltiples módulos EHR — uma ferramenta de extração semântica que maneja a extração inicial de dados pode reduzir o tempo por caso do abstractor pela metade ou mais. A matemática é simples: se um abstractor RN que ganha $40/hora processa 1.300 casos CABG por ano (o volume que MGH reportó para seu registro STS-Cardiac), e a extração assistida por IA economiza 30 minutos por caso, isso representa 650 horas de trabalho de RN recuperadas anualmente — aproximadamente $26.000 em custo salarial recuperado, redireccionado de transcrição a trabalho de validação e melhora de qualidade. Através de cinco registros, em 2.400 hospitais, o agregado não é um erro de arredondamento.

Preguntas Frecuentes

¿Por qué los EHR no hacen que la documentación clínica sea estructurada por defecto?

Porque la entrada de datos estructurada — menús desplegables, casillas de verificación, vocabularios restringidos — está fundamentalmente en conflicto con cómo piensan y se comunican los clínicos. Una casilla de verificación puede capturar "dolor torácico: presente" pero no puede capturar "el paciente describe presión subesternal intermitente que irradia al hombro izquierdo, peor con el esfuerzo, aliviada con el reposo, inicio hace aproximadamente 2 semanas, frecuencia creciente". La casilla captura un código de facturación. La narrativa captura el razonamiento clínico. Forzar a los clínicos a documentar exclusivamente en campos estructurados produciría datos que las máquinas pueden leer pero que otros clínicos no pueden usar. El trade-off es real, y la comunidad médica ha — correctamente — optado por documentación clínicamente útil sobre documentación amigable para máquinas.

De quantos registros clínicos um hospital típico participa?

Um hospital comunitário pode participar de 3 a 5 registros — geralmente cobrindo AVC (GWTG), procedimentos cardíacos (NCDR CathPCI) e qualidade cirúrgica (ACS NSQIP). Um grande centro médico acadêmico normalmente participa de 10 a 15 registros, abrangendo cirurgia cardíaca (STS), trauma (TQIP), transplante (SRTR), oncologia (NCDB) e vários registros de subespecialidades. Os dados publicados do MGH cobrem 11 registros; muitos centros acadêmicos excedem esse número. Cada registro adiciona FTEs de abstração, e os FTEs se acumulam porque os registros não compartilham dados.

Que tipos de documentos clínicos precisam de abstração manual?

Os documentos que geram mais trabalho de abstração são laudos de radiologia, resumos de alta, notas operatórias, notas de evolução e laudos de patologia — os documentos com narrativa densa onde estão as informações clinicamente mais ricas. Valores laboratoriais, prescrições de medicamentos e sinais vitais são dados estruturados que os EHRs podem exportar diretamente. O trabalho manual se concentra majoritariamente nos documentos de texto livre que contêm o raciocínio clínico e as nuances que os campos estruturados nunca foram projetados para capturar.

A IA consegue realmente ler um laudo de radiologia com precisão suficiente para uso em registros?

Modelos de linguagem de visão podem extrair pontos de dados discretos de narrativas de radiologia — dimensões do tumor, lateralidade, modalidade de imagem, recomendações de acompanhamento — com precisão que os torna viáveis como ferramenta de primeira passagem para um abstraidor validar. Eles não substituem a revisão clínica, porque os laudos de radiologia contêm ambiguidades (impressões com ressalvas, medições qualificadas como "aproximadamente") que exigem interpretação humana. A arquitetura apropriada é a abstração assistida por IA: o modelo preenche os campos, o abstraidor valida. Este é o mesmo modelo que a pesquisa da Carta descobriu que os abstraidores desejavam — ferramentas que reduzem o tempo de busca manual sem substituir o julgamento clínico.

Qual é a diferença entre digitalização e estruturação na documentação clínica?

Digitalização significa converter um documento da forma física para a eletrônica — escanear um prontuário em papel, gerar um PDF a partir de um EHR, armazenar uma imagem em um PACS. O documento agora é um arquivo. Estruturação significa converter o conteúdo desse documento de prosa narrativa para campos de dados discretos e consultáveis — extrair "tempo de pinçamento cruzado: 47 minutos" de um parágrafo em uma nota operatória e preencher um campo de banco de dados chamado "cross_clamp_time_minutes" com o valor "47". A digitalização cria um arquivo que um humano pode ler. A estruturação cria dados que uma máquina pode usar. O problema na documentação clínica é que a digitalização aconteceu, mas a estruturação não a acompanhou — por isso os hospitais ainda empregam pessoas para fazê-la manualmente.