Datos clínicos ya digitales
que aún 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 CIE-10 que clasifican un diagnóstico. Códigos CPT que describen un procedimiento. Valores de laboratorio que encajan 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 diseñados los EHR. Es buscable, consultable y reportable. También es, en volumen y riqueza clínica, la parte más superficial del conjunto.

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 post-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 valoración cambiante de un clínico a lo largo de tres turnos.

Este segundo mundo — el mundo narrativo — contiene aproximadamente el 80% de todos los datos clínicamente significativos en el historial de salud. Contiene el razonamiento detrás de la toma de decisiones, los matices que los códigos diagnósticos aplastan, el contexto que hace que un valor de laboratorio sea procesable y no 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é pasó" en forma abreviada. El mundo no estructurado responde "por qué pasó, qué significa y qué debería pasar después". El problema es que las máquinas solo pueden leer el primero.

Por qué la HCE no solucionó esto

Existe una suposición razonable que persiste desde que la Ley HITECH de 2009 impulsó la adopción de HCE del 9% a más del 90% de los hospitales estadounidenses: los registros 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 falla en el primer paso. Las HCE no son sistemas de conocimiento clínico. Son bases de datos transaccionales optimizadas para facturación, construidas en una era donde el caso de uso principal para digitalizar un encuentro con el paciente era generar una reclamación. La decisión de ingeniería central incorporada en cada plataforma importante de HCE — 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 registro 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.

La HCE almacena estos documentos. No los analiza. No indexa su contenido. No asigna 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 están 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) analizó la superposición de información entre códigos estructurados y notas de texto libre en 1.8 millones de pacientes, y encontró que los datos estructurados por sí solos —códigos CIE, 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 de la HCE te decían que el paciente tenía un CABG. La nota quirúrgica te 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 un fallo de ningún proveedor de HCE en particular. Es una consecuencia de para qué fueron diseñadas las HCE. Fueron creadas para capturar datos estructurados para facturación e informes regulatorios. No fueron diseñadas para extraer significado de la narrativa. El hecho de que el 80 % de los datos clínicos residan en texto libre no es un error, es la consecuencia natural de que los clínicos documenten la atención como 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 costos laborales ocultos más grandes en la atención médica estadounidense.

Los abstractores de datos clínicos suelen ser enfermeros registrados (RN), Técnicos Registrados en Información de Salud (RHIT) o Registradores Certificados de Tumores (CTR), es decir, clínicos licenciados o profesionales de información sanitaria acreditados que revisan historiales de pacientes y extraen elementos clave de datos para informes de calidad, registros clínicos, investigación y cumplimiento normativo. El trabajo requiere conocimiento clínico: no se puede abstraer un registro quirúrgico sin entender anatomía operatoria, ni un registro cardíaco sin interpretar datos hemodinámicos. American Data Network, una de las mayores empresas de subcontratación de abstracción clínica, describe la tarea central del abstractor como revisar "notas clínicas, resultados de pruebas, informes de imagen y medicamentos" y traducir "esos detalles a campos estructurados".

La magnitud 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 en 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 Hospital General de Massachusetts desglosó los costos de personal para 11 registros de sociedades quirúrgicas especializadas en un solo centro médico académico:

Son cinco registros en un 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. Solo la Base de Datos Nacional de la Sociedad de Cirujanos Torácicos cubre el 95% de las cirugías cardíacas adultas en EE. UU., y cada caso de CABG requiere la abstracción de más de 200 elementos de datos que abarcan factores de riesgo preoperatorios, detalles intraoperatorios y resultados a 30 días post-alta. La red NCDR — operada por el Colegio Americano de Cardiología — incluye más de 2.400 hospitales en seis registros que cubren cateterismo cardíaco, implantación de DAI, procedimientos valvulares y más.

Una encuesta de verano 2024 realizada por Carta Healthcare a extractores de datos clínicos en hospitales de EE. UU. reveló que el 50% de los encuestados dedica más de la mitad de su tiempo a la entrada y extracción manual de datos. La encuesta describió "una paradoja preocupante: aunque los médicos consideran los registros esenciales para mejorar la calidad y los procesos, la tediosa tarea de la extracción manual de datos está llevando a estos profesionales al límite". Al preguntar sobre la automatización, el 45% creía que las herramientas automatizadas agilizarían la extracción en su organización, el 30% que mejorarían la calidad de los datos y el 20% que reducirían costos. La demanda de automatización proviene de los propios extractores, aquellas 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 manejar.

En Reddit, el sentir es más directo. Un profesional de investigación clínica publicó: "Pasé horas intentando 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 extractor de datos clínicos que gana $75,000 al año y dedica el 50% de su tiempo a leer informes, buscar valores específicos y tipearlos en otro sistema representa aproximadamente $37,500 anuales en trabajo dedicado a transcripción de facto. Multiplicado por el equipo de extracción de un hospital académico con múltiples registros — de 10 a 20 ETC — eso equivale a entre $375,000 y $750,000 por hospital al año. Solo en los 2,400 hospitales participantes del NCDR, el costo agregado de la extracción manual de registros se estima conservadoramente en miles de millones de dólares al año, sin considerar 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 historial, cinco registros — y cinco sesiones de ingreso de datos distintas

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 extraen de los mismos documentos fuente y no comparten datos entre sí.

Consideremos un paciente sometido a cirugía de bypass de arteria coronaria. La base de datos de cirugía cardíaca para adultos de la Sociedad de Cirujanos Torácicos (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 previa), 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 historial 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 implicó un procedimiento valvular transcatéter, el Registro TVT de STS/ACC agrega otro conjunto de variables. Si el paciente tuvo una complicación que requirió regresar al quirófano, puede aplicarse el registro quirúrgico de calidad ACS NSQIP. 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 Estados Unidos, cinco flujos de trabajo distintos de abstracción de datos —a menudo repartidos entre diferentes abstractores, a veces la misma persona haciendo el mismo trabajo cinco veces— extraen manualmente puntos de datos superpuestos en cinco plataformas separadas de envío a registros.

Los datos del MGH lo hacen visible. Un solo hospital gestiona 11 registros quirúrgicos con requisitos de personal que van desde 0,5 ETC (registros pequeños con ≤500 casos/año) hasta 10 ETC (registro de trasplantes con 750 casos/año). Las definiciones de las 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 oscila entre 15 minutos y 4 horas, según la complejidad del registro y la evolución clínica del paciente.

Esto 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 acuerden 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 la dimensión mayor". 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, solo que no está estructurado

Persiste la narrativa en TI de salud de que el reto es la "digitalización" — pasar registros en papel a computadoras. Esta narrativa tenía sentido en 2005, cuando la mayoría de hospitales usaban expedientes en papel y la ley HITECH aún no comenzaba. Hoy no tiene sentido. Más del 90% de los hospitales en EE. UU. usan 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 radiológicos se generan, firman y distribuyen completamente en flujos de trabajo digitales PACS-EHR. Los resúmenes de alta se escriben, no se dictan en casetes. Las notas operatorias se ingresan en módulos de EHR con plantillas. La documentación clínica más importante — las narrativas con 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 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 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 de 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 post-alta documentada como 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 zarpó. La pregunta es "¿podemos extraer datos estructurados de narrativas clínicas que ya son digitales, sin contratar a 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 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 quirúrgica 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 entender.

Aquí es donde la generación actual de herramientas de extracción con IA — construidas sobre modelos de lenguaje visual (VLM) en lugar de OCR basado en 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 "FEVI 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 bajo 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 entender 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, FEVI estimada en 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 lo haría un extractor humano: entendiendo 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 lo que la mayoría de las herramientas de automatización de documentos fueron diseñadas para hacer. 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" 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 otro formato, 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 uno del Hospital B son ambos narrativos, pero organizan la información de manera diferente, usan distintos encabezados y expresan conceptos clínicos con vocabulario diferente. Segundo, y más fundamentalmente, los datos en sí no son posicionales. No encuentras "tiempo de pinzamiento cruzado 47 minutos" en un recuadro específico de la nota operatoria. Lo encuentras 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, identifica qué conceptos clínicos están presentes y extrae los valores que corresponden a cada concepto, sin importar dónde aparezca en la página, qué redacción usó el autor o si el documento es un PDF escrito, un informe escaneado o una captura de pantalla de la interfaz del EHR. El extractor no necesita ser reentrenado para cada nuevo formato de documentación hospitalaria, porque no aprende formatos, sino que reconoce 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 cardíaco de la STS a partir de la nota operatoria, el resumen de alta, el informe ecocardiográfico y la nota de seguimiento. El abstractor —un enfermero con experiencia en cirugía cardíaca— revisa los campos completados, corrige cualquier error de extracción, aplica juicio clínico en casos ambiguos y envía el registro validado. El tiempo del abstractor pasa 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 puede automatizarse).

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 de EHR — una herramienta de extracción semántica que maneje la recolección inicial de datos puede reducir el tiempo del abstractor por caso a la mitad o más. La matemática es simple: si un enfermero abstractor que gana $40/hora procesa 1,300 casos de CABG al año (el volumen que MGH reportó para su registro STS-Cardiaco), y la extracción asistida por IA ahorra 30 minutos por caso, eso son 650 horas de trabajo de enfermería recuperadas anualmente — aproximadamente $26,000 en costo salarial recuperado, redirigido de la transcripción a la validación y el trabajo de mejora de calidad. En cinco registros, en 2,400 hospitales, el agregado no es un error de redondeo.

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 — es fundamentalmente incompatible con la forma en que los médicos piensan y se comunican. Una casilla puede capturar "dolor torácico: presente", pero no puede capturar "el paciente describe presión torácica subesternal intermitente que irradia al hombro izquierdo, empeora con el esfuerzo, mejora 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. Obligar a los médicos a documentar exclusivamente en campos estructurados produciría datos que las máquinas pueden leer pero que otros médicos no pueden usar. La disyuntiva es real, y la comunidad médica ha optado — correctamente — por una documentación clínicamente útil sobre una documentación amigable para las máquinas.

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

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 gran centro médico académico suele participar en 10 a 15 registros, que abarcan cirugía cardíaca (STS), trauma (TQIP), trasplantes (SRTR), oncología (NCDB) y múltiples registros de subespecialidades. Los datos publicados del MGH cubren 11 registros; muchos centros académicos superan esta cifra. 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 más trabajo de abstracción son informes de radiología, resúmenes de alta, notas operatorias, notas de evolución e informes de patología: documentos con mucho texto narrativo donde reside la información clínica más rica. Los valores de laboratorio, las órdenes de medicamentos y los 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 una IA leer un informe de radiología con la precisión necesaria para su uso en registros?

Los modelos de lenguaje de visión pueden extraer datos discretos de narrativas radiológicas — dimensiones tumorales, 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 reemplazan la revisión clínica, porque los informes de radiología contienen ambigüedades (impresiones evasivas, mediciones calificadas como "aproximadamente") que requieren interpretación humana. La arquitectura adecuada 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 deseaban: 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?

Digitalizar 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. Estructurar significa convertir el contenido de ese documento de prosa narrativa a campos de datos discretos y consultables: extraer "tiempo de pinzamiento: 47 minutos" de un párrafo en una nota quirúrgica y llenar un campo de base de datos llamado "tiempo_pinzamiento_minutos" 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ó, razón por la cual los hospitales aún emplean personas para hacerlo manualmente.