La decisión entre un sistema PACS on-premise y una solución PACS en la nube es una de las más importantes que afronta un responsable TI de un centro sanitario. Afecta al presupuesto a 5–10 años, a la soberanía sobre datos clínicos sensibles, al cumplimiento normativo y a la capacidad de integración con el ecosistema HIS/RIS existente.
Este artículo analiza los factores clave sin venderte nada concreto: el objetivo es que llegues a tu propia conclusión con toda la información sobre la mesa.
El modelo cloud: qué ganas y qué pagas
Las soluciones PACS cloud (SaaS) eliminan la infraestructura local. No necesitas servidores, storage, backups ni personal especializado para mantener la plataforma. El proveedor gestiona las actualizaciones, la disponibilidad y la escalabilidad. Para centros pequeños con recursos TI limitados, este punto tiene mucho valor real.
Sin embargo, el modelo de coste es radicalmente diferente al on-premise:
Facturación típica en PACS cloud:
- Por estudio almacenado: 0,05 €–0,25 € por estudio, dependiendo del proveedor y modalidad
- Por usuario activo: 50–200 €/mes por usuario concurrente
- Por ancho de banda: en algunas soluciones, el tráfico de salida tiene coste adicional
- Suscripción base anual: independiente del uso
Para un hospital de tamaño mediano con 30.000–60.000 estudios anuales y 15–20 usuarios radiológicos, el coste anual oscila entre 25.000 € y 80.000 € dependiendo del proveedor y el contrato. A 5 años, el coste total supera con frecuencia los 150.000 €, sin incluir la migración de vuelta si cambias de proveedor.
El problema del vendor lock-in en cloud
Con un PACS cloud, tus imágenes están en los servidores del proveedor. La migración a otro sistema exige exportar potencialmente millones de ficheros DICOM, lo que puede llevar semanas y tiene costes de transferencia significativos. Algunos contratos incluyen penalizaciones por salida anticipada o períodos mínimos de 3–5 años.
El modelo on-premise: control total, inversión inicial
En un sistema PACS on-premise, toda la infraestructura reside en tu centro o en tu cloud privado (IaaS sin gestión por el proveedor de PACS). Tú controlas el hardware, el software, los backups y la seguridad.
Estructura de costes on-premise:
- Licencia software: pago único (perpetuo) o suscripción anual sin dependencia de volumen
- Hardware: servidores, storage NAS/SAN, red. Amortizable en 5–7 años
- Personal TI: tiempo de administración estimado en 2–5 horas semanales en hospitales medianos
- Mantenimiento del proveedor: soporte técnico, actualizaciones — opcional pero recomendable
El principal riesgo on-premise es subestimar el coste de hardware y mantenimiento. Un servidor de producción con HA cuesta entre 15.000 € y 40.000 €; el storage para 5 años de estudios TC/RM puede requerir 20–80 TB dependiendo del volumen y si se usa compresión.
Cuándo sale mejor el on-premise
Matemáticamente, el punto de equilibrio entre on-premise y cloud suele estar entre el año 2 y el año 4, dependiendo del volumen. Por encima de ese horizonte, el on-premise es casi siempre más económico en términos de TCO (Total Cost of Ownership), especialmente si el hardware ya existe o si el centro tiene personal TI cualificado.
GDPR y soberanía del dato: la dimensión legal
Este es el factor que más a menudo se infravalora en la comparativa y el que más preguntas genera en los procesos de compra europeos.
Datos de salud como categoría especial (Art. 9 GDPR)
La imagen médica DICOM es dato de salud según el Artículo 9 del GDPR. Su tratamiento requiere una base jurídica reforzada y medidas técnicas y organizativas específicas. El responsable del tratamiento (el hospital o clínica) es quien asume la responsabilidad última, independientemente de con quién tenga contratado el PACS.
Transferencias internacionales de datos
Si tu proveedor de PACS cloud almacena las imágenes en servidores fuera del Espacio Económico Europeo (EEE) — lo que ocurre con frecuencia en proveedores con infraestructura en EE.UU. — estás realizando una transferencia internacional de datos. Esto exige:
- Una base jurídica adecuada (Decisión de adecuación, Cláusulas Contractuales Tipo)
- Documentación en el Registro de Actividades de Tratamiento
- Potencialmente una DPIA (Evaluación de Impacto en Protección de Datos)
La invalidación del Privacy Shield en 2020 (sentencia Schrems II) y la incertidumbre jurídica posterior han llevado a muchos centros sanitarios europeos a optar por soluciones que mantienen los datos dentro de la UE o, preferiblemente, en infraestructura propia.
Con on-premise, tus datos no salen
Con un PACS on-premise, no existe transferencia internacional de datos al proveedor del software. Las imágenes permanecen en tus servidores. El proveedor puede acceder de forma remota para soporte técnico (lo que debe documentarse), pero no tiene acceso permanente ni almacena los datos.
Rendimiento y disponibilidad: consideraciones prácticas
Latencia y acceso a imágenes
Un TC de abdomen con contraste puede generar 800–1.200 imágenes (series de 0.625mm). La apertura de ese estudio desde un workstation en el mismo edificio que el servidor on-premise tarda tipicamente 1–3 segundos. A través de internet con un PACS cloud, la misma operación puede tardar 15–60 segundos dependiendo del ancho de banda disponible y la ubicación del servidor.
Para emergencias, para turnos de guardia con mucho volumen, o simplemente para flujos de trabajo ágiles, esta diferencia de latencia tiene impacto real en la productividad clínica.
¿Qué pasa si la conexión a Internet falla?
Con un PACS cloud, la caída de Internet significa la caída del PACS. Sin acceso a imágenes históricas, sin worklist, sin posibilidad de informar estudios. Para un servicio de urgencias o un quirófano, este escenario no es aceptable.
Con un PACS on-premise en red local, los problemas de conectividad exterior no afectan al funcionamiento interno del sistema.
Mantenimiento y actualizaciones
Cloud: Las actualizaciones son automáticas y las gestiona el proveedor. Esto es conveniente, pero significa que no controlas cuándo se aplican los cambios. Una actualización que introduzca un bug o cambie la interfaz puede afectar a tu flujo de trabajo sin previo aviso.
On-premise: Las actualizaciones se planifican. El responsable TI decide cuándo aplicar nuevas versiones, puede hacer pruebas en un entorno de staging y tiene control total sobre el ciclo de vida del software. Requiere más disciplina, pero también más previsibilidad.
Criterios de decisión: un checklist práctico
Para ayudarte a estructurar la decisión, aquí tienes los criterios más relevantes:
Factores que favorecen cloud:
- Centro pequeño (<5.000 estudios/año) sin personal TI especializado
- Múltiples ubicaciones geográficas distantes que necesitan acceso centralizado
- Presupuesto de inversión inicial muy limitado
- Entorno de prueba o piloto temporal
Factores que favorecen on-premise:
- Volumen alto (>20.000 estudios/año): TCO on-premise mejor desde año 3
- Requisitos estrictos de GDPR o normativas nacionales de salud
- Necesidad de integración profunda con HIS/RIS existentes
- Conectividad a Internet no garantizada o insuficiente en alguna sede
- Datos clasificados o sujetos a normativa de confidencialidad especial
- Preferencia por control total del ciclo de vida del software
Conclusión
No existe una respuesta universal. La elección correcta depende del tamaño del centro, el perfil del personal TI, las obligaciones regulatorias específicas y el horizonte de inversión.
Lo que sí podemos afirmar con certeza: para hospitales o grupos sanitarios con más de 20.000 estudios anuales y un equipo TI interno, el on-premise tiene mejor TCO a partir del tercer año, mayor soberanía sobre los datos y mejor rendimiento operativo en el día a día.
Si estás evaluando opciones, el siguiente paso es construir un análisis de TCO real para tu caso concreto, con tus volúmenes, tu infraestructura existente y tu contrato de soporte actual. Es la única forma de tomar una decisión informada.