La nube, la IA y las tecnologías de plataforma abren nuevas posibilidades a los hospitales. Sin embargo, con cada decisión tecnológica surge también una pregunta estratégica: ¿cuánto control conserva un hospital sobre sus datos, su operación de IT y sus futuras decisiones tecnológicas?
De eso se trata precisamente la soberanía digital para el sector sanitario. No significa renunciar a la nube ni a los proveedores de tecnología internacionales. Significa conocer las dependencias, evaluarlas de forma consciente y mantenerlas bajo control.
Esta pregunta no me preocupa solo desde que el cloud y la IA dominan los debates en el sector sanitario. La conozco de otro contexto, de mi época en la compra estratégica de clínicas.
En las inversiones en tecnología médica, equipos de gran tamaño o infraestructura, no solo era decisivo lo que una solución rendía el día de su adquisición.
Igual de importante era: ¿qué dependencias asumimos con ello para los próximos cinco o diez años? ¿Cómo evolucionan el servicio y los costes? ¿Qué posibilidades de ampliación quedan? ¿Y qué alternativas tenemos si nuestros requisitos cambian?
Hoy hablamos de plataformas en la nube, sistemas de información hospitalaria (HIS), espacios de datos e IA. Sin embargo, la lógica de una buena decisión de inversión ha seguido siendo la misma.
La soberanía digital describe para mí, ante todo, la capacidad de una clínica para mantener el control sobre sus datos, su operación de IT y las decisiones tecnológicas esenciales. La independencia digital no es, sin embargo, el objetivo, ya que ningún hospital puede ni debe desarrollar y gestionar por sí mismo toda su tecnología. Lo verdaderamente decisivo es mantener alternativas de acción realistas también dentro de los ecosistemas digitales.
La soberanía digital es más que la cuestión de en qué país se encuentra un servidor. Para los hospitales, puede concretarse en cuatro niveles.
Soberanía de datos: ¿Quién puede acceder a los datos de salud? ¿Dónde se procesan? ¿Quién controla las claves criptográficas? ¿Y pueden exportarse los datos de forma completa y en un formato reutilizable?
Soberanía operativa: ¿Qué servicios externos son críticos para la atención? ¿Con qué rapidez pueden restaurarse los sistemas? ¿Qué posibilidades de funcionamiento de emergencia y reanudación existen si un servicio falla?
Soberanía tecnológica: ¿En qué medida son intercambiables las aplicaciones y los servicios de plataforma? Las interfaces abiertas, los modelos de datos estandarizados y la interoperabilidad pueden evitar que los datos y los procesos queden vinculados de forma permanente a sistemas propietarios.
Soberanía de decisión: ¿Sigue siendo el hospital capaz de elegir entre alternativas realistas cuando cambian los proveedores, las tecnologías, los costes o los requisitos regulatorios?
Precisamente el último nivel conecta la soberanía digital con la responsabilidad asistencial. Porque el IT es hoy un requisito previo para que un hospital pueda cumplir su misión médica.
La pregunta decisiva no es, por tanto: ¿Cloud público o Cloud privado? Sino: ¿Qué nivel de control necesitamos para qué datos y qué proceso?
Un servicio de información de acceso público tiene requisitos diferentes a los de un sistema clínico central o una plataforma en la que se procesan datos de salud especialmente sensibles. Una nube híbrida, por ejemplo, puede combinar diferentes modelos operativos y permite asignar las cargas de trabajo según su criticidad. Los datos y las aplicaciones críticos pueden operarse allí donde existen requisitos especialmente elevados de control y soberanía. Otras cargas de trabajo pueden aprovechar de forma selectiva la escalabilidad y la velocidad de innovación de los servicios de cloud público.
Es interesante que el debate europeo siga cada vez más este enfoque basado en el riesgo. La Comisión Europea propuso en junio de 2026 el Cloud and AI Development Act (CADA). El marco de soberanía de ámbito europeo previsto en él distingue cuatro niveles de soberanía, desde el procesamiento y almacenamiento dentro de la UE hasta el control amplio sobre los proveedores y las cadenas de suministro de software.¹
Para los hospitales, de esto se puede derivar un principio importante: La soberanía debe adaptarse a la criticidad. La máxima soberanía para cada carga de trabajo individual no es ni necesaria ni económica. Lo decisivo es una arquitectura que permita diferentes opciones y no impida su adaptación posterior.
Una conclusión importante del proceso de compras estratégicas en clínicas me acompaña hasta hoy: La calidad de una decisión de inversión se manifiesta con frecuencia solo años después de la adquisición.
En el caso de un equipo médico de gran tamaño, las dependencias son relativamente visibles. Los contratos de mantenimiento, el suministro de piezas de repuesto, las actualizaciones de software y las posibilidades de ampliación pueden evaluarse de antemano.
En el caso de las plataformas digitales, las dependencias surgen con frecuencia allí donde apenas se perciben en un primer momento: en interfaces y formatos de datos propietarios, modelos de licencia, servicios de plataforma o procesos operativos. Cuanto más interconectados estén estos componentes entre sí, mayores pueden llegar a ser el esfuerzo y los costes de un cambio posterior.
Por eso, para mí, una pregunta sencilla debe figurar ya al inicio de cualquier decisión tecnológica estratégica:
¿Cómo salimos de aquí?
¿Pueden exportarse los datos de forma completa y en un formato utilizable? ¿Es posible transferir las aplicaciones y cargas de trabajo a otro proveedor? ¿Qué tipo de asistencia está prevista contractualmente para una migración? ¿Cuánto tiempo duraría un cambio y puede el hospital seguir funcionando sin restricciones durante ese período?
La portabilidad y una sólida estrategia de salida no son, por tanto, cuestiones para el final del contrato. Son criterios para la decisión de inversión original. El EU Data Act también apuesta por las posibilidades de cambio, la portabilidad y la interoperabilidad en los servicios cloud y de tratamiento de datos.²
Lo mismo se aplica al desarrollo continuo de los KIS. Cuando los datos permanecen disponibles a través de interfaces abiertas y modelos estandarizados, independientemente de las aplicaciones individuales, las clínicas pueden integrar más fácilmente nuevos Servicios, aplicaciones de IA o plataformas. Una plataforma de datos de salud independiente del fabricante como synedra AIM puede crear una base tecnológica para ello, sin vincular los datos de forma permanente a aplicaciones individuales.
La tecnología por sí sola no crea soberanía digital. Los hospitales también deben definir quién evalúa las dependencias, quién decide sobre el nivel de soberanía necesario y cuándo se revisan de nuevo estas decisiones.
Por ello, en las decisiones tecnológicas de mayor envergadura, la dirección general, el CIO, el área de compras, la seguridad de la información y la protección de datos deben encontrar conjuntamente respuestas a las preguntas clave:
La relevancia de estas preguntas queda patente también en el debate actual en torno al caso estadounidense Trump v. Slaughter. La sentencia en sí no afecta al derecho europeo de protección de datos ni invalida el Marco de Privacidad de Datos UE-EE. UU.; sin embargo, muestra cómo pueden cambiar los marcos políticos y jurídicos aunque la tecnología empleada permanezca inalterada.³
Para los responsables de la toma de decisiones en los hospitales, este es precisamente el mensaje relevante: una arquitectura no solo debe funcionar en las condiciones actuales. Debe preservar la capacidad de actuación, incluso cuando esas condiciones cambien mañana.
Las clínicas deben modernizar su IT y, al mismo tiempo, mantener la vista puesta en la rentabilidad, la seguridad y la atención. La reforma hospitalaria alemana aumenta aún más esta presión para actuar: según el Barómetro Hospitalario 2025 del Instituto Alemán de Hospitales, dos tercios de los hospitales registraron pérdidas en 2024; alrededor del 90 por ciento informó de una planificación limitada en relación con la reforma.⁴
Precisamente en estas condiciones, las decisiones tecnológicas deben ser sostenibles a largo plazo.
La soberanía digital para el sector sanitario no significa, por tanto, evitar completamente las dependencias. Significa conocerlas, evaluarlas y mantenerlas bajo control.
Para los CIOs y la dirección hospitalaria, esto plantea tres preguntas que, en mi opinión, deberían responderse en cada decisión tecnológica importante:
Si la respuesta a eso es sí, se genera una verdadera protección de la inversión. Porque la soberanía digital no se demuestra por la tecnología que un hospital utiliza hoy. Se demuestra por las posibilidades que aún tiene abiertas mañana.
La soberanía digital para el sector sanitario describe la capacidad de los hospitales y otros actores de mantener el control sobre sus datos, su operación de IT y las decisiones tecnológicas esenciales. Lo decisivo no es evitar completamente las dependencias, sino conocerlas, evaluarlas y mantenerlas bajo control.
Los hospitales dependen de sistemas digitales disponibles en todo momento para la atención y procesan datos de salud especialmente sensibles. La soberanía digital les ayuda a utilizar la nube, la IA y las tecnologías de plataforma y, al mismo tiempo, a mantener su capacidad de actuación a largo plazo, incluso cuando cambian los proveedores, las tecnologías o los marcos regulatorios.
La independencia digital tiene como objetivo reducir al máximo las dependencias de proveedores o tecnologías individuales. La soberanía digital va más allá: un hospital puede utilizar servicios cloud y de plataforma externos y actuar de forma soberana si las dependencias permanecen transparentes y controlables y existen alternativas de acción realistas.
No. El nivel de soberanía requerido debe orientarse según la criticidad de los datos, las aplicaciones y los procesos. Un servicio de información de acceso público plantea requisitos diferentes a los de un sistema clínico central con datos de salud sensibles. Los modelos de cloud híbrida pueden combinar distintas formas de operación y asignar cargas de trabajo según sus requisitos.
El vendor lock-in puede limitarse especialmente mediante interfaces abiertas, modelos de datos estandarizados, sistemas interoperables y datos y cargas de trabajo portátiles. Igualmente importantes son las disposiciones contractuales para un cambio de proveedor. Lo decisivo no es evitar toda dependencia, sino conocer sus efectos y los costes de cambio, y mantenerlos bajo control.
La soberanía digital también se refleja en si un hospital puede realmente cambiar de proveedor o de tecnología. Por ello, una estrategia de salida debería contemplar ya en el momento de la adquisición qué datos y cargas de trabajo pueden transferirse, en qué formatos están disponibles, qué soporte debe prestar el proveedor y cómo se garantiza el funcionamiento del hospital durante una migración.
1 Comisión Europea: Cloud and AI Development Act (CADA), propuesta del 3 de junio de 2026. El marco de soberanía de la UE propuesto contempla cuatro niveles de soberanía basados en el riesgo para la nube y la IA.
2 Comisión Europea: Data Act / Interoperabilidad de los Servicios de procesamiento de datos. El Data Act aborda en particular las posibilidades de cambio, la portabilidad y la interoperabilidad entre servicios de procesamiento de datos.
3 Véase la clasificación sobre Trump v. Slaughter y el Marco de Privacidad de Datos UE-EE. UU.; el Marco sigue vigente. El caso ilustra los posibles cambios en las condiciones marco políticas y regulatorias.
4 Deutsches Krankenhausinstitut (DKI): Krankenhaus-Barometer 2025, publicado por la Deutsche Krankenhausgesellschaft (DKG), diciembre de 2025.
