Migración PACS: cómo trasladar estudios DICOM sin perder información

Cambiar de PACS es una de las operaciones tecnológicas más delicadas dentro de un centro de diagnóstico o institución de salud.

Un PACS puede contener años de información clínica y millones de imágenes provenientes de diferentes modalidades.

Por esa razón, una migración no debería tratarse simplemente como una transferencia de archivos.

El objetivo real es garantizar que cada estudio llegue correctamente al nuevo sistema conservando su identidad, integridad y relación con el paciente.

¿Qué información contiene realmente un estudio DICOM?

Un archivo DICOM contiene mucho más que la imagen.

Incluye metadatos como:

  • Patient ID
  • Patient Name
  • Study Date
  • Modality
  • Accession Number
  • Study Instance UID
  • Series Instance UID
  • SOP Instance UID

Estos identificadores permiten organizar correctamente la jerarquía:

Paciente

→ Estudio

→ Serie

→ Imagen

Un error durante una migración puede provocar estudios duplicados, imágenes asociadas al paciente incorrecto o series incompletas.

Primera etapa: inventario

Antes de iniciar una migración es indispensable conocer qué información existe.

El inventario debería incluir:

  • cantidad de pacientes;
  • cantidad de estudios;
  • cantidad de series;
  • cantidad de imágenes;
  • modalidades;
  • volumen de almacenamiento;
  • antigüedad de estudios;
  • estudios comprimidos;
  • documentos derivados;
  • Structured Reports;
  • PDFs encapsulados;
  • Secondary Capture.

También se debe revisar la existencia de estudios con información incompleta o inconsistente.

Una migración suele revelar problemas acumulados durante años.

Segunda etapa: definir la estrategia

Existen diferentes formas de migrar estudios.

Una posibilidad es utilizar operaciones DICOM entre ambos PACS mediante:

  • C-FIND;
  • C-MOVE;
  • C-STORE.

Otra alternativa es realizar una extracción directa desde almacenamiento o bases de datos, dependiendo de las capacidades del sistema origen.

La estrategia adecuada depende de:

  • volumen de información;
  • rendimiento de la infraestructura;
  • disponibilidad del PACS anterior;
  • ancho de banda;
  • capacidades del PACS destino.

Migración por etapas

En entornos grandes no suele ser recomendable migrar todo simultáneamente.

Puede establecerse un plan por:

  • fecha;
  • modalidad;
  • sede;
  • paciente;
  • rango de Accession Number;
  • antigüedad.

Por ejemplo:

Fase 1: últimos seis meses.

Fase 2: últimos dos años.

Fase 3: archivo histórico.

Esto permite que la institución comience a trabajar con la nueva plataforma mientras continúa la migración histórica.

La validación es tan importante como la transferencia

Enviar un estudio mediante DICOM C-STORE no significa necesariamente que la migración haya terminado correctamente.

Después de cada transferencia debería verificarse que el destino contiene la información esperada.

Una validación puede comparar:

Origen:

Accession Number: 20260915001

StudyInstanceUID: 1.2.840...

Series: 5

Images: 726

Destino:

Accession Number: 20260915001

StudyInstanceUID: 1.2.840...

Series: 5

Images: 726

Si existe diferencia, el estudio debe quedar registrado para revisión o reenvío.

Validaciones que pueden automatizarse

Un proceso puede comprobar automáticamente:

  • existencia del estudio;
  • Study Instance UID;
  • Accession Number;
  • Patient ID;
  • modalidad;
  • fecha del estudio;
  • cantidad de series;
  • cantidad de imágenes.

También puede identificar:

  • estudios faltantes;
  • estudios incompletos;
  • duplicados;
  • imágenes rechazadas;
  • errores de transferencia.

Logs y trazabilidad

Una migración debería generar evidencia de cada operación.

Un log puede registrar:

  • Accession Number;
  • Study Instance UID;
  • fecha de migración;
  • cantidad de imágenes origen;
  • cantidad de imágenes destino;
  • estado;
  • error;
  • número de intentos.

Esto permite construir reportes de avance y demostrar el estado real del proyecto.

Automatización del reenvío

Los errores de red o disponibilidad pueden provocar transferencias incompletas.

Por ello resulta útil implementar mecanismos automáticos de retry.

Por ejemplo:

Intento 1 → Error

Esperar

Intento 2 → Error

Esperar

Intento 3 → OK

Los estudios que continúan fallando pueden pasar a una cola de revisión.

Pruebas antes de la migración real

Antes de iniciar la migración completa deberían seleccionarse estudios representativos.

Por ejemplo:

  • CT con muchas imágenes;
  • MR con múltiples series;
  • CR;
  • DX;
  • mamografía;
  • ultrasonido;
  • estudios con documentos adicionales;
  • estudios antiguos.

Esto permite detectar problemas de compatibilidad antes de afectar miles de estudios.

Conclusión

Una migración PACS no debería medirse solamente por terabytes transferidos.

Debe medirse por estudios correctamente migrados y validados.

Una metodología basada en inventario, transferencia controlada, validación automática, logs y procesos de reintento reduce significativamente el riesgo de pérdida de información clínica.