Por qué los datos clínicos —ya digitales—
todavía se extraen a mano

Los Dos Mundos Paralelos de la Documentación Clínica

La documentación clínica existe en dos ecosistemas de información que apenas se comunican entre sí. El primero son los datos estructurados: casillas de verificación, menús desplegables, botones de opción. Códigos ICD-10 que clasifican un diagnóstico. Códigos CPT que describen un procedimiento. Valores de laboratorio que se insertan en un campo de base de datos — hemoglobina 12.3 g/dL, creatinina 0.9 mg/dL. Este es el mundo para el que fueron construidos los EHR. Es buscable, consultable y reportable. También es, por volumen y por riqueza clínica, la parte menos profunda del estanque.

El segundo mundo son los datos no estructurados: la prosa narrativa que los clínicos realmente generan cuando describen lo que vieron, lo que pensaron y lo que hicieron. El informe de radiología que dice "hay un nódulo espiculado de 1.2 cm en el lóbulo superior derecho, con retracción pleural asociada — se recomienda biopsia guiada por TC." El resumen de alta que narra una hospitalización de 12 días, desde los síntomas iniciales hasta las complicaciones y las instrucciones posteriores al alta. La nota operatoria que describe, en 800 palabras de detalle quirúrgico, exactamente qué vasos fueron derivados, con qué injertos y bajo qué condiciones. La nota de evolución que captura la evaluación cambiante de un clínico a lo largo de tres turnos.

Este segundo mundo — el mundo narrativo — contiene un estimado del 80% de todos los datos clínicamente significativos en el expediente de salud. Lleva el razonamiento detrás de la toma de decisiones, el matiz que los códigos de diagnóstico aplastan, el contexto que hace que un valor de laboratorio sea accionable en lugar de solo un número. Y es, por defecto, invisible para todas las herramientas de informes, plataformas de análisis y flujos de trabajo automatizados del hospital.

El mundo estructurado responde "qué sucedió" en forma abreviada. El mundo no estructurado responde "por qué sucedió, qué significa y qué debería suceder después". El problema es que las máquinas solo pueden leer el primero.

Por Qué el EHR No Arregló Esto

Existe una suposición razonable que ha persistido desde que la HITECH Act de 2009 impulsó la adopción de EHR del 9% a más del 90% de los hospitales de EE. UU.: los expedientes de salud electrónicos deberían haber resuelto el problema de accesibilidad a los datos. Si la información clínica es digital, debería ser legible por máquina. Si es legible por máquina, debería ser consultable. Si es consultable, la extracción manual debería ser obsoleta.

La suposición se rompe en el primer paso. Los EHR no son sistemas de conocimiento clínico. Son bases de datos transaccionales optimizadas para facturación, construidas en una era en la que el caso de uso principal para digitalizar un encuentro con el paciente era generar una reclamación. La decisión de ingeniería central integrada en cada plataforma importante de EHR — Epic, Cerner, Meditech, Allscripts — es que las narrativas clínicas se almacenan como adjuntos no estructurados, no como campos estructurados. Un informe de radiología generado dentro del PACS del hospital se adjunta al expediente del paciente. Un resumen de alta escrito en un cuadro de texto libre se guarda como un bloque de texto. Una nota operatoria se sube como PDF.

El EHR almacena estos documentos. No los analiza. No indexa su contenido. No mapea la frase "nódulo espiculado de 1.2 cm en el lóbulo superior derecho" a un elemento de datos estructurado que una consulta pueda recuperar. Desde la perspectiva de una base de datos, el informe de radiología, el resumen de alta y la nota operatoria se encuentran en la misma categoría que una copia escaneada de un expediente en papel de 1998: digitalizados pero no estructurados, almacenados pero no buscables.

Un estudio publicado en el Journal of Medical Internet Research (2025) examinó la superposición de información entre los códigos estructurados y las notas de texto libre en 1.8 millones de pacientes y encontró que los datos estructurados por sí solos — códigos ICD, códigos de procedimientos, valores de laboratorio — capturaban solo una fracción del cuadro clínico. Las notas de texto libre contenían "descripciones detalladas que capturan los matices de la atención al paciente". Los campos estructurados del EHR le decían que el paciente había tenido un CABG. La nota operatoria le decía cómo ocurrió el CABG — lo cual importa enormemente para la medición de calidad, el ajuste de riesgo y la investigación clínica.

Esto no es una falla de ningún proveedor de EHR en particular. Es una consecuencia de lo que los EHR fueron diseñados para hacer. Fueron construidos para capturar datos estructurados para facturación y reportes regulatorios. No fueron construidos para extraer significado de la narrativa. El hecho de que el 80% de los datos clínicos viva en texto libre no es un error — es la consecuencia natural de que los clínicos documenten la atención de la manera en que los humanos comunican información compleja: en oraciones, no en menús desplegables.

La Fuerza Laboral de Abstracción de la Que Nadie Habla

Debido a que los EHR almacenan narrativas clínicas como bloques no buscables, los hospitales emplean a toda una clase profesional cuyo trabajo a tiempo completo es leer esas narrativas e ingresar manualmente puntos de datos específicos en otros sistemas. Se les llama abstractores de datos clínicos, y representan uno de los mayores costos laborales ocultos en la atención médica estadounidense.

Los abstractores de datos clínicos son típicamente enfermeros registrados (RN), Técnicos Registrados en Información de Salud (RHIT) o Registradores de Tumores Certificados (CTR) — clínicos con licencia o profesionales de información de salud con credenciales que revisan los expedientes de los pacientes y extraen elementos de datos clave para reportes de calidad, registros clínicos, investigación y cumplimiento regulatorio. El trabajo requiere conocimiento clínico: usted no puede abstraer un registro quirúrgico sin comprender la anatomía operatoria, y no puede abstraer un registro cardíaco sin interpretar datos hemodinámicos. American Data Network, una de las firmas de subcontratación de abstracción clínica más grandes, describe la tarea central del abstractor como revisar "notas clínicas, resultados de pruebas, informes de imágenes y medicamentos" y traducir "esos detalles a campos estructurados".

La escala de esta fuerza laboral es difícil de medir con precisión porque la abstracción no es un título de trabajo estandarizado — está integrada dentro de departamentos de calidad, equipos de registros y unidades de investigación clínica. Pero la economía es visible a nivel hospitalario. Una presentación de 2018 del equipo de operaciones de registros del Massachusetts General Hospital desglosó los costos de personal para 11 registros de sociedades de especialidades quirúrgicas en un solo centro médico académico:

Eso son cinco registros en un solo hospital, que consumen aproximadamente $1.2 a $1.7 millones en costos anuales de personal — y estos son solo los registros para los cuales MGH compartió públicamente datos de FTE. La mayoría de los centros médicos académicos participan en 8 a 15 registros. La Base de Datos Nacional de la Society of Thoracic Surgeons por sí sola cubre el 95% de las cirugías cardíacas en adultos en los EE. UU., y cada caso de CABG requiere la extracción de más de 200 elementos de datos que abarcan factores de riesgo preoperatorios, detalles intraoperatorios y resultados a 30 días después del alta. La red NCDR — operada por el American College of Cardiology — incluye más de 2,400 hospitales en seis registros que cubren cateterismo cardíaco, implantación de ICD, procedimientos valvulares y más.

Una encuesta de verano de 2024 realizada por Carta Healthcare a extractores de datos clínicos en hospitales de EE. UU. encontró que el 50% de los encuestados dedica más de la mitad de su tiempo a la entrada manual de datos y la extracción. La encuesta describió "una paradoja preocupante: mientras los clínicos consideran los registros vitales para la mejora de la calidad y los procesos, la agotadora tarea de la extracción manual de datos está llevando a estos profesionales a sus límites". Al preguntar sobre la automatización, el 45% creía que las herramientas automatizadas harían la extracción más rápida para su organización, el 30% creía que mejorarían la calidad de los datos y el 20% dijo que reducirían los costos. La demanda de automatización proviene de los propios extractores — las personas cuyos trabajos, en teoría, la automatización podría amenazar. En la práctica, el volumen de datos a extraer crece más rápido de lo que la fuerza laboral puede seguir.

En Reddit, el sentimiento es más directo. Un profesional de investigación clínica publicó: "Pasé horas tratando de ingresar datos de pacientes en un registro solo para descubrir que hay casi 100 pacientes en este registro (todos atrasados)". Otro hilo en r/clinicalresearch pregunta, simplemente: "¿Cuánto tiempo se dedica generalmente a la entrada de datos o a buscar información en los registros de pacientes?" — el tipo de pregunta que señala un problema de flujo de trabajo tan arraigado en las operaciones diarias que nadie tiene una respuesta de referencia, porque la respuesta es "la mayor parte del día".

La escala económica se hace visible al extrapolar: un solo abstractor de datos clínicos que gana $75,000 al año y dedica el 50% de su tiempo a tareas que consisten en leer un informe, encontrar un valor específico y escribirlo en otro sistema representa aproximadamente $37,500 en trabajo anual dedicado a transcripción de facto. Multiplicado por la fuerza laboral de abstracción en un solo hospital académico con múltiples registros — de 10 a 20 ETC — eso equivale a $375,000 a $750,000 por hospital al año. Solo en los 2,400 hospitales participantes en NCDR, el costo agregado de la abstracción manual de registros es conservadoramente de miles de millones de dólares al año, sin contar el costo de oportunidad de que profesionales clínicos capacitados realicen transcripción de datos en lugar de trabajo centrado en el paciente.

Un Paciente, Un Expediente, Cinco Registros — y Cinco Sesiones de Entrada de Datos por Separado

La economía de la abstracción se multiplica por una característica estructural de los registros clínicos que no tiene equivalente en otras industrias: múltiples registros se alimentan de los mismos documentos fuente y no comparten datos entre sí.

Considere un paciente sometido a cirugía de bypass de arteria coronaria. La Base de Datos de Cirugía Cardíaca de Adultos de la Society of Thoracic Surgeons (STS) requiere más de 200 elementos de datos para este paciente: factores de riesgo preoperatorios (estado de diabetes, fracción de eyección, ICP previo), detalles intraoperatorios (número de injertos, tiempo de pinzamiento cruzado, uso de arteria mamaria interna) y resultados a 30 días (mortalidad, accidente cerebrovascular, infección profunda de herida esternal, insuficiencia renal, ventilación prolongada).

El expediente del mismo paciente contiene la misma nota operatoria. Pero este paciente también puede ser abstraído en el Registro NCDR CathPCI — porque tuvo un cateterismo preoperatorio — y ese registro tiene su propio diccionario de datos con sus propias definiciones de campos. Si la cirugía involucró un procedimiento valvular transcatéter, el Registro STS/ACC TVT agrega otro conjunto de variables. Si el paciente tuvo una complicación que requirió regreso al quirófano, el registro de calidad quirúrgica ACS NSQIP puede aplicar. Si el hospital participa en un programa Get With The Guidelines (GWTG) para la condición cardiovascular del paciente, ese es un quinto registro con sus propios requisitos de abstracción.

Los cinco registros leen los mismos documentos fuente. El mismo informe de radiología. La misma nota operatoria. El mismo resumen de alta. Los mismos valores de laboratorio. Y en casi todos los hospitales de los Estados Unidos, cinco flujos de trabajo de abstracción de datos diferentes — a menudo divididos entre diferentes abstractores, a veces la misma persona haciendo el mismo trabajo cinco veces — extraen manualmente puntos de datos superpuestos en cinco plataformas de envío de registros separadas.

Los datos de MGH lo hacen visible. Un solo hospital gestiona 11 registros quirúrgicos con requisitos de personal que van desde 0.5 FTE (registros pequeños con ≤500 casos/año) hasta 10 FTE (registro de trasplantes con 750 casos/año). Las definiciones de variables a menudo difieren entre registros incluso para el mismo concepto clínico: un registro define "insuficiencia renal postoperatoria" con un umbral de creatinina, otro con un umbral o ventana de tiempo diferente. El tiempo de abstracción por caso varía desde 15 minutos hasta 4 horas, dependiendo de la complejidad del registro y la evolución clínica del paciente.

Este no es un problema de interoperabilidad tecnológica que HL7 FHIR pueda resolver. FHIR puede estandarizar el transporte de datos entre sistemas, asegurando que cuando el Sistema A envía un valor de laboratorio al Sistema B, ambos sistemas coincidan en el formato de la transmisión. Lo que FHIR no puede hacer es convertir un párrafo narrativo en un campo estructurado. No puede leer un informe de radiología que dice "nódulo espiculado de 1.2 cm" y completar un campo del registro para "tamaño tumoral en su mayor dimensión". Esa transformación — de prosa a datos estructurados — aún requiere un lector humano o un sistema de IA capaz de extracción semántica. Los estándares de interoperabilidad resolvieron el problema de la transmisión. No resolvieron el problema de la estructuración.

La ironía: ya es digital, simplemente no está estructurado

Existe una narrativa persistente en la informática de la salud de que el desafío es la "digitalización" — llevar los registros en papel a las computadoras. Esta narrativa tenía sentido en 2005, cuando la mayoría de los hospitales operaban con historias clínicas en papel y la HITECH Act aún no había comenzado. No tiene sentido hoy. Más del 90% de los hospitales de EE. UU. utilizan un EHR. Los departamentos de radiología no usan películas desde hace más de una década; la mayoría de los informes de radiología se generan, firman y distribuyen completamente dentro de flujos de trabajo digitales de 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 de 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 reportar — y los 200 puntos de datos individuales que el registro de STS requiere 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 30 días proviene de una llamada de seguimiento posterior al 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 replantea 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?"

La distinción importa porque cambia qué tipo de tecnología aborda realmente el problema. El OCR basado en plantillas — el tipo que lee "dónde" se ubica un campo en una página — fue diseñado para documentos con diseños fijos: formularios estandarizados, tablas impresas, facturas estructuradas. Una nota operatoria clínica no tiene un diseño fijo. Es un párrafo narrativo, escrito por un cirujano, que describe un procedimiento que puede desarrollarse de manera diferente cada vez. No se puede crear una plantilla para una narrativa. Solo se puede comprender.

Aquí es donde la generación actual de herramientas de extracción con IA — construidas sobre modelos de lenguaje de visión (VLM) en lugar de OCR con plantillas — entra en la conversación. Un VLM no necesita saber dónde en la página está escrita la fracción de eyección. Necesita saber qué es una fracción de eyección — que es un valor porcentual, típicamente expresado como "EF 45%" o "LVEF estimada en 40-45%" — y encontrarla en la narrativa dondequiera que aparezca. Esto es extracción semántica, no extracción basada en coordenadas. Funciona con el principio de que los conceptos clínicos tienen firmas semánticas consistentes en narrativas redactadas de manera diferente, y que un modelo entrenado para comprender el lenguaje puede encontrar "la fracción de eyección" independientemente de si el cardiólogo escribió "EF 40%" o "función sistólica del VI moderadamente reducida, EF estimada 40-45%".

Qué Significa Realmente Estructurar Datos Clínicos

Si el cuello de botella es la estructuración — no la digitalización — entonces la solución no es un mejor escáner ni un transcriptor más rápido. Es un sistema que pueda leer narrativas clínicas como las lee un extractor humano: comprendiendo qué significa cada oración, identificando qué conceptos corresponden a qué campos del registro, y produciendo una salida estructurada que un humano pueda luego validar.

Esta es una tarea fundamentalmente diferente de aquella para la que fueron construidas la mayoría de las herramientas de automatización de documentos. Las herramientas tradicionales de extracción de documentos — las que manejan facturas y órdenes de compra — funcionan aprendiendo el diseño de un formulario. Memorizan que "Número de Factura" aparece en la esquina superior derecha y "Total" aparece al final de la última página. Cuando llega una nueva factura del mismo proveedor, la herramienta lee las mismas coordenadas y extrae los mismos campos. Cuando un proveedor diferente envía una factura con un formato distinto, la herramienta necesita una nueva plantilla.

Las narrativas clínicas derrotan este enfoque en dos frentes. Primero, no hay un diseño fijo — un resumen de alta del Hospital A y un resumen de alta del Hospital B son ambos narrativas, pero organizan la información de manera diferente, usan encabezados distintos y expresan conceptos clínicos con vocabulario diferente. Segundo, y más fundamentalmente, los datos en sí no son posicionales. Usted no encuentra "tiempo de pinzamiento cruzado 47 minutos" en una casilla específica de la nota operatoria. Lo encuentra incrustado en un párrafo, rodeado de otros detalles quirúrgicos, escrito en el estilo de prosa que prefiera el cirujano.

La extracción semántica resuelve esto operando sobre el significado, no sobre la posición. El VLM lee el documento completo, comprende qué conceptos clínicos están presentes y extrae los valores que corresponden a cada concepto — independientemente de dónde aparezca el concepto en la página, qué redacción haya usado el autor, o si el documento es un PDF mecanografiado, un informe escaneado o una captura de pantalla de la interfaz del EHR. El extractor no necesita ser reentrenado para el formato de documentación de cada nuevo hospital, porque no está aprendiendo formatos — está reconociendo conceptos.

El flujo de trabajo práctico no es «la IA reemplaza al abstractor». Es «la IA maneja el paso de lectura, y el abstractor maneja el paso de validación». La IA completa los más de 200 campos del registro del registro cardíaco STS a partir de la nota operatoria, el resumen de alta, el informe de ecocardiografía y la nota de seguimiento. El abstractor — un RN con experiencia en cirugía cardíaca — revisa los campos completados, corrige cualquier error de extracción, aplica el juicio clínico en casos ambiguos y envía la entrada validada. El tiempo del abstractor se desplaza de encontrar datos (desplazarse por 80 páginas de documentación del EHR, la parte que consume más del 50 % de la jornada laboral según la encuesta de Carta) a validar datos (la parte que requiere experiencia clínica y no se puede automatizar).

Para un paciente de CABG cuya abstracción actualmente toma de 45 a 90 minutos — abarcando documentación preoperatoria, intraoperatoria y postoperatoria en múltiples módulos del EHR — una herramienta de extracción semántica que maneje la recopilación inicial de datos puede reducir el tiempo por caso del abstractor a la mitad o más. Las matemáticas son sencillas: si un abstractor RN que gana $40/hora procesa 1,300 casos de CABG al año (el volumen que MGH reportó para su registro STS-Cardiac), y la extracción asistida por IA ahorra 30 minutos por caso, eso son 650 horas de trabajo de RN recuperadas anualmente — aproximadamente $26,000 en costos salariales recuperados, redirigidos de la transcripción a la validación y al trabajo de mejora de calidad. En cinco registros, en 2,400 hospitales, el total no es un error de redondeo.

Preguntas Frecuentes

¿Por qué los EHR no simplemente 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 desacuerdo 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 de verificación 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. La compensación es real, y la comunidad médica ha — correctamente — optado por documentación clínicamente útil en lugar de documentación amigable para las máquinas.

¿En cuántos registros clínicos participa típicamente un hospital?

Un hospital comunitario puede participar en 3 a 5 registros — generalmente cubriendo accidentes cerebrovasculares (GWTG), procedimientos cardíacos (NCDR CathPCI) y calidad quirúrgica (ACS NSQIP). Un centro médico académico grande típicamente participa en 10 a 15 registros, que abarcan cirugía cardíaca (STS), trauma (TQIP), trasplante (SRTR), oncología (NCDB) y múltiples registros de subespecialidades. Los datos publicados de MGH cubren 11 registros; muchos centros académicos superan este número. Cada registro añade FTEs de abstracción, y los FTEs se acumulan porque los registros no comparten datos.

¿Qué tipos de documentos clínicos requieren abstracción manual?

Los documentos que generan la mayor carga de trabajo de abstracción son los informes de radiología, resúmenes de alta, notas operatorias, notas de evolución e informes de patología — los documentos con gran contenido narrativo donde reside la información clínicamente más rica. Los valores de laboratorio, órdenes de medicación y signos vitales son datos estructurados que los EHR pueden exportar directamente. El trabajo manual se concentra abrumadoramente en los documentos de texto libre que contienen el razonamiento clínico y los matices que los campos estructurados nunca fueron diseñados para capturar.

¿Puede la IA realmente leer un informe de radiología con la precisión suficiente para uso en registros?

Los modelos de lenguaje visual pueden extraer puntos de datos discretos de las narrativas de radiología — dimensiones del tumor, lateralidad, modalidad de imagen, recomendaciones de seguimiento — con una precisión que los hace viables como herramienta de primera pasada para que un abstractor los valide. No son un reemplazo para la revisión clínica, porque los informes de radiología contienen ambigüedad (impresiones que matizan, mediciones que se califican como "aproximadamente") que requiere interpretación humana. La arquitectura apropiada es la abstracción asistida por IA: el modelo completa los campos, el abstractor valida. Este es el mismo modelo que la encuesta de Carta encontró que los abstractores querían — herramientas que reduzcan el tiempo de búsqueda manual sin reemplazar el juicio clínico.

¿Cuál es la diferencia entre digitalización y estructuración en la documentación clínica?

La digitalización significa convertir un documento de formato físico a electrónico: escanear un expediente en papel, generar un PDF desde un EHR, almacenar una imagen en un PACS. El documento ahora es un archivo. La estructuración significa convertir el contenido de ese documento de prosa narrativa a campos de datos discretos y consultables: extraer "tiempo de pinzamiento cruzado: 47 minutos" de un párrafo en una nota operatoria y completar un campo de base de datos llamado "cross_clamp_time_minutes" con el valor "47". La digitalización crea un archivo que un humano puede leer. La estructuración crea datos que una máquina puede usar. El problema en la documentación clínica es que la digitalización ocurrió, pero la estructuración no la siguió, por lo que los hospitales aún emplean personas para hacerlo manualmente.