Gestión clínica
Cómo migrar de PACS sin detener el servicio
Casi ningún centro cambia de PACS por gusto. Se cambia cuando el sistema actual ya cuesta más de lo que resuelve: el visor exige instalar clientes que se rompen con cada actualización, el soporte tarda días, renovar los servidores no se justifica, o cada integración nueva llega con una cotización aparte.
Y sin embargo la decisión se aplaza durante años. El motivo casi siempre es el mismo: el histórico. Nadie quiere ser quien perdió diez años de estudios.
Es un temor razonable, pero es un problema resuelto. Vale la pena entender cómo.
Lo primero: verificar que el archivo es extraíble
Antes de hablar de cronogramas hay una pregunta que define todo lo demás: ¿se puede sacar el archivo del sistema actual usando DICOM estándar?
Si el PACS responde a C-MOVE, C-GET o expone DICOMweb, la migración es viable incluso sin la colaboración activa del proveedor saliente. Basta con acceso de consulta al archivo. Si el sistema guarda en un formato propietario y no expone servicios DICOM, el panorama cambia y hay que negociar la extracción — un buen recordatorio de por qué conviene exigir salida en estándar abierto en el contrato del sistema nuevo.
Este es el primer punto que se revisa en cualquier evaluación seria de migración, antes de cualquier propuesta.
La migración corre en paralelo, no con un corte
La idea de “apagar el viernes y encender el lunes” es lo que hace que una migración se perciba como un riesgo mayor, y no es así como se hace.
El sistema actual sigue operando con normalidad. En paralelo, el nuevo PACS empieza a recibir los estudios nuevos, mientras el archivo histórico se transfiere en segundo plano. Durante ese periodo hay dos sistemas vivos y el servicio nunca se detiene. El apagado del sistema anterior ocurre solo cuando el archivo está completo y verificado.
Eso también permite priorizar: normalmente se traen primero los últimos dos o tres años —los que se usan como comparativos en la lectura diaria— y el resto llega en una segunda fase. El centro empieza a operar en la plataforma nueva mucho antes de que termine la transferencia total.
Copiar no es migrar: hay que probar que llegó todo
Aquí es donde se separan las migraciones bien hechas de las que generan problemas dos años después.
Transferir estudios es la parte sencilla. La parte que importa es la conciliación: comparar origen y destino a nivel de estudios, series e instancias, y validar los identificadores de paciente. Las discrepancias que aparezcan —un paciente duplicado con dos documentos, una serie incompleta, un estudio que nunca se transfirió— se resuelven antes de dar la migración por cerrada.
Sin ese informe de conciliación, el faltante no se descubre en la migración. Se descubre meses después, cuando un radiólogo busca un comparativo y no aparece.
Los informes también son el histórico
Un detalle que se pasa por alto con frecuencia: migrar las imágenes no es migrar la historia. Los informes asociados y sus metadatos también tienen que viajar, o el archivo queda con las imágenes pero sin la lectura que las interpretó.
Conviene dejarlo explícito en el alcance desde el principio, porque no todas las propuestas de migración lo incluyen por defecto.
Evitar repetir el problema
Si estás migrando porque quedaste atrapado en un sistema del que era difícil salir, la lección obvia es no volver a firmar lo mismo.
Pregúntale al proveedor nuevo, por escrito: ¿en qué formato se almacena?, ¿expone DICOMweb?, ¿cuál es el procedimiento y el costo de extraer todo el archivo si decido irme? Un proveedor que almacena en DICOM estándar y expone WADO, QIDO y STOW puede responder eso sin rodeos, porque es verificable técnicamente.
Vale la pena anticipar un punto de costo: la descarga masiva de imágenes desde la nube genera tráfico, y ese tráfico se factura. No es un cobro oculto mientras esté dimensionado desde la propuesta; sí lo es cuando aparece en la letra pequeña.
En NOVA Imaging la migración se hace así: en paralelo, con DICOM estándar, con conciliación estudio por estudio y sin que el servicio se detenga. Puedes ver el detalle del proceso en la página de migración de PACS, o escribirnos por WhatsApp contándonos qué sistema usas y cuánto archivo tienes, para decirte si es viable y cómo se haría.