Informe estructurado DICOM SR: qué es y qué cambia frente a un PDF
Qué es un informe estructurado DICOM SR, cómo viaja dentro del estándar, qué contiene, qué diferencia hay entre eso y un PDF, y qué debe hacer tu software si quieres explotar sus datos.
El PDF apila hojas; el SR ordena datos con etiqueta. Los dos guardan información, uno la deja usable.1. Qué es un informe estructurado DICOM SR, en una frase
Un informe estructurado DICOM SR (Structured Report) es un tipo de archivo dentro del estándar DICOM que lleva no una imagen, sino datos organizados en un árbol —valores numéricos, códigos, mediciones, texto etiquetado— generados por un equipo diagnóstico durante una exploración.
1.1. La diferencia sustancial con el resto de DICOM
La mayoría de los archivos DICOM llevan imagen y metadatos. El SR lleva datos y metadatos, sin imagen. Es la manera del estándar de responder a una pregunta que aparece constantemente: cómo hacer que el número de la biometría, la clasificación de la campimetría o la lectura del tonómetro lleguen al expediente como cifras utilizables y no como texto dentro de un cuadro impreso.
1.2. Un archivo DICOM más
El SR viaja por las mismas vías que cualquier otro archivo del estándar: se exporta con el estudio, va en una serie propia dentro de él, se lee con las herramientas DICOM habituales. La particularidad no está en cómo se mueve, sino en qué lleva dentro. Encaja como una pieza más del estándar DICOM.
2. Por qué el informe viaja dentro del estándar
La razón es de trazabilidad y de compatibilidad. Sacar los datos del estándar rompe la cadena que va del equipo al expediente y de vuelta al equipo si hay que volver a comparar.
2.1. Los datos y su origen viajan juntos
Un valor de espesor macular tiene un origen concreto: qué equipo lo midió, con qué parámetros de adquisición, en qué momento y sobre qué imagen. Cuando ese valor viaja en un SR dentro del mismo estudio, esa conexión se conserva. Cuando viaja en un PDF suelto, se pierde: el número está pero nadie sabe de qué imagen concreta salió.
2.2. La comparación entre visitas nace de aquí
Comparar la biometría de hoy con la de hace dos años es directo cuando los dos valores están en SR con la misma codificación. Reconstruir esa comparación desde dos PDFs con formato distinto es una tarea manual que casi siempre acaba en «lo copio a mano en una hoja de cálculo». Es el mismo problema que persigue resolver el estudio DICOM como unidad.
2.3. La compatibilidad entre sistemas se ordena
Cuando el equipo, el software del expediente y el visor hablan SR, el mismo dato se lee igual en los tres. Cuando cada uno lee su propio formato, hace falta un puente distinto por pareja. Ese puente es exactamente lo que un centro no quiere mantener a mano durante años.
3. Qué contiene y cómo se organiza por dentro
Un SR es un árbol de nodos, cada uno con un código que dice qué es ese dato y un valor concreto. La estructura recuerda a un formulario, pero con vocabulario controlado por el estándar.
3.1. La cabecera de metadatos
Igual que cualquier archivo DICOM, el SR lleva su cabecera con paciente, equipo, fecha, operador y estudio al que pertenece. Es lo que permite localizarlo, importarlo bien identificado y agruparlo con las imágenes del mismo estudio.
3.2. El árbol de nodos
Dentro va una jerarquía de nodos. Cada nodo puede ser un texto, un número con su unidad, un código de vocabulario médico —por ejemplo, del catálogo de conceptos clínicos—, una referencia a una imagen o a una región de esa imagen. Los nodos se organizan en secciones y subsecciones, y esa organización viaja con el archivo.
3.3. La conexión con las imágenes
Un SR puede señalar exactamente sobre qué imagen y sobre qué región se midió cada dato. Es la parte que raramente aprovecha el software de expediente y la que más valor tendría en revisiones posteriores: ver el número y ver directamente de dónde salió. La modalidad DICOM que produce el SR es la responsable de rellenar esas referencias.
Cuando el software interpreta el SR, el valor entra en su campo, no como texto de una imagen.4. Del informe estructurado a la ficha del paciente
El circuito es el mismo que el de cualquier otro archivo DICOM, con dos diferencias que decide el software.
4.1. Cómo llega el archivo
Por las vías habituales: exportación manual, carpeta vigilada o worklist con retorno de resultados. La carpeta vigilada DICOM es la vía más común hoy y admite SR con normalidad.
4.2. Qué hace el software al recibirlo
Aquí hay dos posturas. Un software que trata el SR como un archivo más lo guarda como adjunto y sirve para poco. Un software que lo interpreta lee el árbol de nodos, extrae los valores con sus códigos y los guarda como campos del expediente que se pueden buscar, comparar y graficar entre visitas. La diferencia es enorme.
4.3. Qué pasa con la copia original
Aunque el software extraiga los valores del árbol, el archivo SR original se conserva —o debería—. Es la referencia de que el dato salió de ahí y con qué códigos. Perderlo elimina la trazabilidad del valor, aunque el número siga en la ficha.
5. Informe estructurado frente a PDF adjunto
La diferencia se cuenta con un ejemplo. La misma información —el resultado de una biometría— puede llegar de dos maneras muy distintas.
5.1. El PDF adjunto
Un fichero con el aspecto visual del informe del equipo: cabecera con datos, tabla con las mediciones, la firma del profesional si la hay. Se abre, se lee y se archiva junto al paciente. Los valores están, pero como texto dentro de la imagen del PDF, así que buscar por ellos, compararlos con los de otra visita o graficarlos exige teclear a mano o usar herramientas de OCR con margen de error.
5.2. El SR equivalente
Un archivo con la misma información —longitud axial, potencia de la lente calculada, curvatura corneal— pero como nodos con código, valor y unidad. El software lo lee y guarda cada dato en un campo propio del expediente. Ese mismo día el especialista puede consultarlo; dos años después puede comparar con la nueva biometría; en cualquier momento puede exportar el histórico a otro sistema sin perder nada.
5.3. Cuándo el PDF sigue siendo la mejor opción
Cuando el equipo no produce SR o el software no sabe interpretarlo. Entonces el PDF adjunto es lo que hay, y conservarlo tiene sentido. La regla útil es simple: SR siempre que se pueda; PDF como respaldo o como única vía cuando no se puede.
Demo configurada para tu especialidad
30 minutos con datos reales de tu tipo de clínica. Sin ejemplos genéricos.
6. Qué modalidades producen SR y cuáles no
El estándar contempla SR para muchos tipos de exploración; qué equipo real lo produzca depende del fabricante y del modelo.
6.1. Las que lo producen bien
Biómetros ópticos modernos, algunos OCT de última generación, campímetros con exportación reciente. En ellos, el estudio incluye una serie SR además de las imágenes, y los valores medidos están dentro. Es donde el informe estructurado aporta más valor y donde su ausencia en el software del expediente se nota más.
6.2. Las que lo producen a medias
Equipos de generación intermedia que exportan SR pero con vocabulario propio del fabricante en lugar de códigos estándar. El SR viaja como archivo, pero el software del expediente no puede mapear los nodos automáticamente a campos porque no reconoce los códigos. Es un caso frecuente y requiere configuración adicional en la integración.
6.3. Las que no lo producen
La mayoría de los equipos antiguos y bastantes modernos de gama baja. Aquí solo hay imagen —a veces con un PDF de conveniencia— y los datos numéricos hay que teclearlos o extraerlos de la propia imagen. Es donde toca decidir entre asumir el trabajo manual o buscar un equipo distinto para la siguiente renovación.
7. Qué debe cumplir tu software con un SR
Cinco criterios comprobables con un informe real de tu clínica.
7.1. Los tres criterios de la lectura
- Reconocer el SR como tipo de archivo DICOM, no importarlo como imagen o descartarlo.
- Extraer valores con sus códigos y guardarlos como campos consultables.
- Aceptar los códigos de vocabulario habituales, no solo un único perfil.
7.2. Los dos criterios del uso
- Comparar entre visitas los valores extraídos, con tabla o gráfico.
- Conservar el SR original como referencia del valor, no solo el número extraído.
7.3. La prueba con un informe real
Coge un SR que produzca tu equipo y pídele al software que lo importe delante de ti. Si en el expediente aparecen los valores como campos consultables —longitud axial, potencia calculada, curvatura, cada uno con su unidad—, funciona. Si aparece un archivo adjunto y nada más, el software no interpreta el SR: lo guarda tal cual y pierde el valor añadido.
Con SR bien interpretado, comparar la biometría de hoy con la de hace dos años es una consulta.8. Errores frecuentes al hablar de informe estructurado
Tres malentendidos que aparecen constantemente con proveedores y en la conversación técnica.
8.1. «Es lo mismo que un PDF»
Es exactamente lo contrario. El PDF lleva la información como imagen del texto; el SR la lleva como datos con código. La diferencia no se nota al abrir el archivo, pero sí al querer hacer algo con esos datos: filtrarlos, compararlos, graficarlos o exportarlos a otro sistema.
8.2. «Todos los equipos modernos lo producen»
Ojalá. Muchos equipos modernos exportan SR pero con vocabulario propio del fabricante que ningún software genérico interpreta sin configuración específica. Hay que preguntar y probar con un archivo real: la promesa de compatibilidad en papel no cuenta si el mapeo no está resuelto en tu integración concreta.
8.3. «Si tengo el SR, ya no me hace falta la imagen»
Sí que hace falta. El SR contiene los valores numéricos y las referencias a las imágenes de las que salieron; la imagen sigue siendo el dato clínico primario. Un especialista que quiere ver el mapa macular o el corte tomográfico necesita la imagen, no solo el valor. SR e imagen se complementan; el SR nunca sustituye a la imagen.
¿Tienes dudas antes de decidir? Hablamos.
Respuesta en menos de 2 horas en horario laboral. Te atiende el equipo que conoce el producto.
9. Qué aporta obeliOmed con esto
La idea es que un SR importado deje sus valores como campos utilizables del expediente y no como adjunto opaco. Dónde encaja esa lectura en el trabajo diario del centro lo desarrolla la guía sobre la gestión de una clínica oftalmológica.
9.1. Lectura del árbol y mapeo a campos
El sistema reconoce los SR estándar y extrae los valores medidos al expediente, con su unidad y con la referencia al equipo que los generó. Los códigos habituales están mapeados; los propios de un fabricante concreto se cotizan como parte de la integración de ese equipo, porque depende del equipo y del fabricante.
9.2. El SR original se conserva
Aunque los valores se extraigan a campos, el archivo SR original queda guardado dentro del estudio como referencia. Así se puede reproducir de dónde salió cada dato y exportar el histórico completo a otro sistema sin renunciar a nada.
9.3. Comparación entre visitas, sin teclear
Los valores extraídos alimentan las tablas de seguimiento del paciente sin que nadie escriba una cifra a mano. La biometría de hoy aparece junto a la de hace dos años en la misma pantalla; el mismo mecanismo sirve para campimetría, tonometría o cualquier otro seguimiento numérico. Encaja con el visor DICOM universal.
10. Preguntas frecuentes sobre el informe estructurado DICOM SR
¿Un informe estructurado DICOM es lo mismo que un PDF?
Son cosas muy distintas aunque los dos contengan la misma información aparente. El PDF es una imagen del informe: los datos están, pero como texto dibujado dentro de la página, así que no se pueden buscar, comparar ni exportar sin trabajo manual. El SR es un archivo con los mismos datos como valores con código y unidad, listos para ser leídos por un software y guardados como campos del expediente. La diferencia se nota poco al abrirlos y muchísimo al querer hacer cualquier cosa útil con los números. Un test rápido: intenta buscar por un valor en tu propio expediente y verás en qué formato está guardando tu software.
¿Qué modalidades de mi clínica producen SR?
Depende completamente del equipo y del fabricante, y a menudo también del año del modelo. En oftalmología, los biómetros ópticos modernos, algunos OCT recientes y varios campímetros exportan SR de calidad. Los equipos antiguos raramente lo hacen, y los intermedios producen SR con vocabulario propio que exige mapeo específico. La respuesta útil no es teórica: pídele al proveedor de cada equipo que enseñe un SR real exportado, ábrelo con un visor DICOM y comprueba que los valores medidos están dentro con sus códigos. Cinco minutos ahí evitan meses de expectativas equivocadas.
¿Necesito guardar la imagen si tengo el SR?
Sí, se guardan las dos cosas siempre. El SR contiene los valores numéricos y las referencias a las imágenes de las que salieron, pero la imagen sigue siendo el dato clínico primario y la que el especialista mira para tomar decisiones. Sustituir la imagen por el SR es perder información clínica de valor. La regla útil es sencilla: la imagen es el dato, el SR es la lectura que hizo el equipo de esa imagen. Los dos viven en el mismo estudio y ninguno reemplaza al otro. Perder cualquiera de las dos partes te deja con la mitad de la información diagnóstica.
¿Todo software clínico interpreta bien un SR?
La mayoría no lo hace. Muchos software importan el SR como si fuera un archivo cualquiera —lo guardan como adjunto del paciente— y ahí termina su ciclo. Extraer los valores del árbol y guardarlos como campos consultables del expediente es un paso adicional que exige que el software conozca los códigos DICOM y sepa mapearlos. Comprobar esto con un archivo real de tu clínica es la única forma de saber en qué punto está tu software; la promesa comercial de «compatible con DICOM SR» rara vez llega hasta ese nivel. Pedir una demo real con un SR de tu equipo la desmonta o la confirma en minutos.
¿Sirve para comparar visitas de forma automática?
Sí, cuando el software interpreta el SR y guarda los valores como campos identificados. En ese momento, comparar la biometría de hoy con la de hace dos años es una consulta a la ficha, no un ejercicio manual. Sin esa interpretación, cada visita queda como un adjunto suelto y comparar exige abrir los dos informes y hacer la resta a mano, o teclear los valores en una hoja aparte. Es la principal razón práctica para reclamarle a tu software que interprete SR y no solo lo guarde. Sin ella, todo el circuito depende de que alguien recuerde teclear los valores en la ficha.
¿Qué códigos usa un SR y quién los define?
El estándar mantiene catálogos de códigos —para conceptos, unidades y estructuras— que sirven como vocabulario común. Los códigos habituales están definidos por el propio DICOM y por catálogos externos que el estándar referencia. Cada equipo elige qué códigos usar al construir su SR, y ahí es donde aparecen las diferencias entre fabricantes. Un buen mapeo en el software del expediente reconoce los códigos estándar más usados; los códigos propios se resuelven caso por caso durante la integración del equipo concreto. Documentarlos por escrito ahorra tiempo cuando el fabricante actualiza el firmware y cambia el vocabulario.
¿Puedo generar un SR desde mi software clínico?
Técnicamente es posible y raramente es lo que interesa. El SR está pensado para que el equipo que hace la exploración exporte los valores medidos, así que su fuente natural es el equipo diagnóstico. Que el software clínico genere SR propios tiene sentido en escenarios de integración avanzada —enviar resultados a otro sistema, alimentar un registro clínico externo—, y no es la funcionalidad que la mayoría de las clínicas necesitan en el día a día. Antes de pedirlo, conviene comprobar que se aprovecha bien lo que ya se recibe. La mayoría de las clínicas tiene mucho margen sin generar SR nuevos, solo interpretando los que ya llegan.
¿Cómo compruebo si mi software interpreta bien un SR?
Coge un SR real que exporte alguno de tus equipos y pídele al software que lo importe con un paciente delante. Si en la ficha aparecen los valores medidos como campos identificados con su unidad —longitud axial en milímetros, potencia calculada en dioptrías, curvatura en las suyas—, el software lo interpreta y estás aprovechando el estándar. Si solo aparece un archivo adjunto en la ficha del paciente, la interpretación no ocurre y estás desperdiciando la información estructurada que el equipo se molestó en generar. La comprobación tarda tres minutos y no requiere ayuda técnica.
¿Comparando opciones?
Compara obeliomed con tu software actual en 30 minutos
Te mostramos en la demo exactamente en qué se diferencia: precio real, funcionalidades que importan y tiempo de implementación.
Más sobre imagen médica y equipos de diagnóstico

Qué es un CBCT dental
Qué es un CBCT dental o tomografía de haz cónico: en qué se diferencia de la TC médica…
Leer artículo →
Qué es una radiografía periapical
Qué es una radiografía periapical, qué muestra y qué no, cómo se obtiene con sensor, placa o película,…
Leer artículo →
Qué es un PACS: definición, para qué sirve y cuándo hace falta uno de verdad
Un PACS recibe, archiva y distribuye automáticamente estudios de imagen médica de varias modalidades. Qué lo diferencia de…
Leer artículo →Referencias
- DICOM Standard — Structured Reporting: definición formal del objeto SR y de la codificación de nodos.
- Reglamento (UE) 2017/745 sobre los productos sanitarios: marco para el software y los equipos que producen datos clínicos.
- Ley 41/2002, de autonomía del paciente: contenido de la historia clínica al que se incorpora la información diagnóstica estructurada.
Última actualización: agosto de 2026.