Migrar un archivo DICOM histórico al cambiar de software médico: qué es realista
Para directores de clínicas oftalmológicas y de imagen diagnóstica con años de estudios acumulados que temen de verdad perder o corromper ese archivo entero al migrar de sistema. Qué diferencia exactamente un visor DICOM de un servidor PACS, y qué hacer con el histórico completo.
El archivo completo se queda donde está. Lo que sale es solo lo que hace falta llevar hoy a la consulta.1. El miedo real: terabytes de imagen histórica en la migración
1.1. Por qué este archivo da tanto miedo
Un historial de texto que se corrompe se puede reconstruir en buena parte, preguntando al paciente o revisando otros documentos disponibles. Una OCT de hace ocho años que se pierde, no: es un dato irreproducible, y esa irreversibilidad es lo que convierte el archivo de imagen diagnóstica en la parte de la migración que más ansiedad genera a cualquier director de una clínica con volumen de imagen relevante. Esa ansiedad es razonable, pero conviene separarla de la parte del proceso que sí es reversible y controlable: cómo se organiza el acceso a ese archivo día a día, que es donde de verdad se puede planificar con tranquilidad.
1.2. La primera pregunta que hay que responder: ¿qué es tu archivo hoy?
Antes de hablar siquiera de migrar nada, hay que saber dónde vive exactamente ese archivo ahora: un servidor PACS dedicado y propio, un NAS local compartido, o discos duros de recambio conectados a los propios equipos de diagnóstico. La respuesta exacta a esta pregunta determina casi todo lo que viene después, y es sorprendente cuántas clínicas no tienen una respuesta clara y documentada hasta que alguien se para a comprobarlo. La imagen médica es también un dato de categoría especial bajo el RGPD, así que además de saber dónde vive el archivo conviene confirmar siempre que cumple los mismos requisitos de seguridad que el resto de datos de salud del centro; el detalle completo está en el cumplimiento del RGPD en clínicas privadas.
2. Por qué un visor DICOM no es lo mismo que un servidor PACS
2.1. La diferencia que importa antes de decidir nada
Un servidor PACS es la infraestructura completa que recibe, almacena y organiza estudios de imagen médica a gran escala, con capacidad para terabytes y protocolos de recepción automática desde los propios equipos de diagnóstico de la clínica. Un visor DICOM es una herramienta distinta: permite abrir, navegar y trabajar con un estudio ya existente —medir, anotar, comparar—, vinculado al expediente de un paciente concreto. Confundir ambas cosas es el origen de buena parte de las expectativas que después no se cumplen en una migración.
2.2. Qué significa esto para tu archivo histórico
Si tu clínica tiene un archivo PACS con años de estudios, la pregunta correcta no es «¿puedo migrar todo mi PACS a mi nuevo software de gestión?», porque un software de gestión clínica con visor DICOM no está pensado para sustituir esa infraestructura de almacenamiento masivo. La pregunta correcta es cómo conviven ambos sistemas: el archivo histórico sigue donde está, y el software de gestión da acceso a lo que hace falta consultar en el día a día. Plantear la migración de esta forma, desde el principio, evita el error más caro de todos en este tipo de proyectos: diseñar un plan sobre una premisa técnica que ningún proveedor puede cumplir, y descubrirlo a mitad del proceso en vez de antes de empezar.
3. Qué hace de verdad el visor DICOM de obeliOmed
3.1. Carpeta vigilada: el equipo exporta, obeliOmed recoge
obeliOmed no recibe estudios de forma automática desde los equipos de diagnóstico como haría un servidor PACS. Lo que sí existe es una carpeta vigilada: el equipo exporta el estudio, y obeliOmed lo recoge de ahí y lo vincula al expediente. También hay worklist —el equipo puede leer la agenda de obeliOmed— y acceso a la base de datos del equipo por API o de forma directa para traer datos concretos, todo ello dependiendo del equipo y del fabricante.
3.2. Vincular estudios concretos al expediente del paciente
Una vez que un estudio entra en el visor DICOM de obeliOmed por esta vía, queda vinculado al expediente del paciente correspondiente, disponible de inmediato para navegarlo, medirlo, anotarlo y compararlo con estudios anteriores del mismo paciente ya presentes en el sistema. Es una herramienta de trabajo clínico diario, no un almacén histórico completo de todos los estudios que la clínica ha hecho jamás. Esta distinción no es una limitación arbitraria: es una decisión de diseño consciente, porque mezclar la capa de gestión clínica diaria con la capa de almacenamiento masivo de imagen suele acabar haciendo que ninguna de las dos funcione bien del todo.
No hace falta vigilar todo el archivo: hace falta recoger, uno a uno, lo que llega a la bandeja de entrada.4. Qué hacer con el archivo histórico completo
4.1. Mantener el archivo actual como almacenamiento de largo plazo
Para la mayoría de clínicas con un archivo histórico voluminoso, la opción más razonable es mantener su almacenamiento PACS actual —o migrarlo, si hace falta, a un proveedor especializado en ese tipo de infraestructura— como el lugar donde vive el histórico completo, y no intentar volcarlo entero dentro del software de gestión clínica.
4.2. Traer al expediente solo lo que se necesita consultar activamente
Lo que sí tiene sentido traer a obeliOmed son los estudios que el equipo necesita consultar de forma activa: los del paciente que tiene cita hoy, los de seguimiento reciente de un tratamiento en curso. El resto del histórico puede seguir accesible en su sistema de origen, y traerse puntualmente cuando haga falta comparar con un estudio muy antiguo concreto. Este enfoque, además, encaja con la misma lógica que se aplica al resto de datos del centro: cada centro puede descargar en cualquier momento una copia de sus propios datos, y el archivo de imagen no es una excepción a ese principio de portabilidad. El detalle de cómo funciona esto en general está en copias de seguridad del historial médico.
5. Extracción segura desde el sistema PACS actual
Comprobar que el origen está sano es el primer paso, antes de mover un solo archivo.5.1. Verificar integridad antes de mover nada
Antes de extraer cualquier estudio de tu archivo actual, conviene comprobar que el propio archivo de origen está íntegro: que los estudios que crees tener realmente están accesibles y no corruptos. Descubrir un problema de integridad en el sistema de origen antes de tocarlo es mucho mejor que descubrirlo a mitad de un traslado. Muchos sistemas PACS tienen sus propias herramientas de verificación de integridad incorporadas; usarlas antes de empezar cualquier extracción es un paso que cuesta poco tiempo y evita sorpresas mucho más caras de resolver después.
5.2. Ancho de banda y tiempos realistas de transferencia
Mover terabytes de imagen médica no es instantáneo, y el ancho de banda de la conexión de la clínica es el factor que más determina cuánto tarda. Es razonable planificar la extracción de estudios concretos por lotes según se van necesitando, en vez de plantear un traslado masivo de todo el archivo de una sola vez, que además de lento no es el objetivo real del proceso. Priorizar por paciente activo, empezando por quienes tienen citas próximas o seguimiento en curso, es un criterio práctico que suele cubrir la mayor parte de las necesidades reales del equipo en las primeras semanas tras el cambio.
6. Vincular estudios históricos al expediente del paciente
6.1. Cómo se relaciona un estudio antiguo con el paciente en obeliOmed
Cuando se trae un estudio histórico concreto a obeliOmed, se vincula al expediente del paciente igual que cualquier estudio nuevo: queda disponible en su historial, junto con las pruebas más recientes, para comparación evolutiva.
6.2. Qué metadatos hacen falta para que la vinculación sea correcta
Lo mínimo imprescindible es que el estudio identifique correctamente al paciente y la fecha en que se realizó. Sin estos dos datos correctos, el estudio puede acabar vinculado al paciente equivocado o mal situado en la línea temporal de su historial, así que conviene revisar esta identificación antes de dar por buena la vinculación, no después. Un error de identificación en un estudio de imagen es especialmente delicado, porque puede llevar tiempo detectarse: el estudio se ve bien, se abre sin problemas, y el error solo sale a la luz cuando alguien nota que la comparación evolutiva no tiene sentido clínico.
Riesgo normativo
¿Tu infraestructura resistiría una inspección de la AEPD?
El RGPD clasifica los expedientes clínicos como datos de categoría especial. Una brecha técnica o un consentimiento mal custodiado puede acarrear sanciones muy elevadas. Solicita un análisis técnico de viabilidad normativa.
7. El día del go-live: qué comprobar antes
7.1. Validar que las imágenes clave se ven bien desde consulta
Antes de dar por cerrada la transición, conviene comprobar desde el propio box de consulta que los estudios ya vinculados se abren correctamente, sin errores de carga ni de visualización, con el mismo dispositivo y la misma conexión que usará el equipo cada día.
7.2. Qué hacer si algo no carga bien el primer día
Si el primer día aparece algún problema puntual de carga, lo razonable es tener a mano el sistema de origen como referencia mientras se resuelve, del mismo modo que se mantiene accesible el resto del sistema anterior durante los primeros días tras cualquier migración. No es una señal de que el proceso haya fallado en conjunto, es parte de un arranque normal que conviene tener previsto. Comunicarlo con antelación al equipo, en vez de dejar que lo descubran solos en plena consulta con un paciente delante, reduce mucho la sensación de sorpresa desagradable si algo puntual tarda en resolverse el primer día.
8. Qué hace y qué no hace obeliOmed con imagen médica
8.1. Lo verificable
obeliOmed tiene un visor DICOM que permite navegar, medir, anotar y comparar estudios vinculados al expediente del paciente, con una carpeta vigilada para recoger lo que el equipo exporta y worklist para leer la agenda desde el equipo de diagnóstico.
8.2. Lo que no se promete
obeliOmed no es un servidor PACS: no recibe estudios de forma automática por protocolo de red desde los equipos, ni está pensado para alojar el archivo histórico completo de una clínica con volumen alto de imagen. Decirlo con esta claridad es lo que evita que una clínica planifique su migración sobre una expectativa que ningún software de gestión clínica, incluido el nuestro, puede cumplir de verdad, y ahorra la decepción de descubrirlo a mitad de un proyecto ya en marcha.
9. Qué aporta obeliOmed y cómo empezar
9.1. El visor que necesitas, sin prometer ser lo que no es
obeliOmed vincula el estudio de imagen relevante al expediente del paciente y lo integra en el flujo de trabajo clínico diario, sin necesidad de cambiar de pantalla ni de sistema para consultarlo. El resto de piezas de una migración de datos general está en migración de software médico sin perder historiales, y el detalle de dónde vive tu archivo de forma segura en almacenamiento cloud con cumplimiento de grado médico.
9.2. Cómo dar el primer paso
Puedes explicar en la demo de obeliOmed cómo está organizado tu archivo de imagen actual, y el equipo te orienta sobre el planteamiento más realista para tu caso concreto, sin necesidad de comprometerte a nada antes de tener esa respuesta clara delante.
10. Preguntas frecuentes
¿Puedo migrar todo mi archivo PACS histórico a obeliOmed?
No como un volcado completo: obeliOmed tiene un visor DICOM, no un servidor PACS pensado para alojar terabytes de archivo histórico. Lo razonable es mantener tu almacenamiento PACS actual como el lugar donde vive el histórico completo, y traer a obeliOmed los estudios concretos que el equipo necesita consultar de forma activa, vinculados al expediente del paciente correspondiente. En la práctica, la mayoría de clínicas con archivo voluminoso traen primero los estudios de los pacientes con citas en las próximas semanas, y después van incorporando históricos puntuales cuando un profesional necesita comparar con una prueba antigua concreta durante la consulta.
¿Qué diferencia hay entre un visor DICOM y un servidor PACS?
Un servidor PACS recibe, almacena y organiza estudios de imagen médica a gran escala, con recepción automática desde los equipos de diagnóstico y capacidad para gestionar terabytes de archivo a largo plazo. Un visor DICOM es una herramienta distinta: permite trabajar con un estudio ya existente —abrirlo, medirlo, anotarlo, compararlo— vinculado al expediente de un paciente concreto, pero no sustituye esa infraestructura de almacenamiento masivo. Son dos capas distintas del mismo problema, y confundirlas es la causa más habitual de expectativas que después no se cumplen en una migración de imagen médica, porque se planifica el traslado suponiendo que el software de destino hará las dos cosas a la vez.
¿obeliOmed recibe estudios automáticamente desde mis equipos de diagnóstico?
No de forma automática por protocolo de red como haría un servidor PACS. Lo que existe es una carpeta vigilada: el equipo exporta el estudio y obeliOmed lo recoge de ahí para vincularlo al expediente. También hay worklist, para que el equipo lea la agenda de obeliOmed, y acceso a la base de datos del equipo por API o de forma directa en algunos casos, dependiendo del fabricante y del modelo concreto. Esta diferencia no es un capricho de diseño: un servidor PACS es una pieza de infraestructura especializada, con requisitos de disponibilidad y capacidad muy distintos a los de un software de gestión clínica pensado para el trabajo del día a día.
¿Qué pasa con mis estudios antiguos si cambio de software de gestión?
Siguen donde están, en tu sistema de almacenamiento de imagen actual, salvo que decidas migrarlos a otro proveedor especializado en ese tipo de infraestructura. Cambiar de software de gestión clínica no obliga a mover el archivo de imagen completo: los estudios que necesites consultar activamente se pueden traer al nuevo sistema según se vayan necesitando. Esta separación entre el archivo histórico y el software de gestión diario es, además, una ventaja añadida: puedes cambiar de proveedor de gestión clínica en el futuro sin tener que replantearte de nuevo dónde vive todo tu archivo de imagen.
¿Cuánto tiempo lleva mover un archivo de imagen de varios terabytes?
Depende sobre todo del ancho de banda disponible y de si se plantea como un traslado completo o por lotes según necesidad. Un traslado masivo de terabytes de una sola vez puede llevar semanas por simple limitación de ancho de banda; traer estudios concretos según se van necesitando en la práctica diaria es mucho más rápido y, en la mayoría de los casos, es también el planteamiento más razonable, porque el equipo empieza a trabajar con normalidad desde el primer día sin esperar a que termine ningún traslado masivo.
¿Cómo evito que un estudio antiguo se vincule al paciente equivocado?
Verificando que el estudio identifica correctamente al paciente y la fecha antes de dar por buena la vinculación. Con historiales antiguos, especialmente los que vienen de sistemas de identificación menos estrictos, conviene revisar esta correspondencia con más cuidado que con un estudio nuevo generado directamente en el sistema actual. Comparar el nombre y la fecha de nacimiento del estudio con los del expediente de destino, antes de confirmar la vinculación, es un paso rápido que evita la mayoría de estos errores.
¿Necesito mantener dos sistemas de imagen médica a la vez?
Para clínicas con un archivo histórico voluminoso, sí, y es la solución razonable: el sistema de almacenamiento de imagen sigue siendo tu PACS o el proveedor especializado que elijas, y obeliOmed gestiona el flujo clínico diario con el visor vinculado al expediente. No son sistemas competidores, son capas distintas que resuelven problemas distintos: una guarda el volumen completo a largo plazo, la otra pone al alcance del equipo lo que necesita consultar cada día sin fricción. Esa convivencia, además, tiene una ventaja práctica a futuro: si algún día cambias de software de gestión clínica, tu archivo de imagen no forma parte de la migración, porque nunca dejó de estar en su propio sistema.
¿Qué pasa si mi equipo de diagnóstico es de una marca poco habitual?
La compatibilidad de la carpeta vigilada, el worklist o el acceso a la base de datos del equipo depende del fabricante y del modelo concreto, así que conviene confirmarlo específicamente para tu equipo antes de dar nada por hecho. Es una de las preguntas que conviene resolver en la demo, con el modelo exacto de tu equipo sobre la mesa, en vez de asumir una compatibilidad genérica que puede no aplicar a tu caso. Los fabricantes más extendidos del mercado suelen tener mejor soporte documentado, pero incluso ahí conviene confirmarlo con el número de modelo y la versión de software exactos de tu equipo, no solo con el nombre de la marca.
Pide una demo de obeliOmed
Sin permanencia · Demo personalizada para tu especialidad · Te respondemos en menos de 24 horas.
Más sobre implementación y migración de software clínico
Almacenamiento de retinografías: dónde viven las imágenes de fondo de ojo y quién responde de ellas
Qué se pierde cuando falla un disco, qué significa tener una imagen custodiada, cuánto hay que conservarla, cuánto…
Leer artículo →
Infraestructura de software para alto volumen de imagen
Sistemas distribuidos y bases de datos preparadas para alto rendimiento radiológico ocular.
Leer artículo →
Diagnóstico por imagen en red para la interconsulta
Compartición segura e inmediata de historiales gráficos e informes médicos en red interna.
Leer artículo →Referencias
- Reglamento (UE) 2016/679 (RGPD): categoría especial de datos de salud, incluida la imagen médica.
- Ley 41/2002: conservación y trazabilidad de la historia clínica.
Última actualización: agosto de 2026.
