El Reino Unido evalúa romper el contrato de Palantir con el NHS por riesgo de lock-in y propiedad intelectual
La ruptura del contrato Palantir NHS ya está sobre la mesa: el Gobierno británico confirmó que estudia usar una break clause prevista para la próxima primavera para terminar antes de tiempo el acuerdo de £330 millones vinculado a la Federated Data Platform (FDP), la iniciativa para conectar datos clínicos y operativos entre sistemas y organizaciones del National Health Service.
El aviso llega tras una presión creciente de MPs, sindicatos y organizaciones civiles, que cuestionan tanto la gobernanza del proyecto como su ejecución técnica y contractual: desde la experiencia de uso reportada por equipos del NHS hasta el riesgo de dependencia de proveedor (vendor lock-in) y el reparto de derechos sobre el software de integración construido para enlazar los sistemas de cada trust con la plataforma.
Ruptura del contrato Palantir NHS: qué implica la cláusula de salida
En un debate en Westminster Hall, el ministro junior de Health and Social Care, Zubir Ahmed, señaló que la continuidad del acuerdo se evaluará en el punto de la cláusula de ruptura. El ministerio enmarcó esa revisión en dos criterios: patient safety, calidad del servicio y value for money. Según Ahmed, si en ese momento se concluye que existen proveedores con una solución mejor, el Gobierno podría reflejarlo en la decisión contractual.
En términos de Transformación Digital, esa cláusula funciona como un mecanismo de mitigación de riesgo: permite reabrir el mercado sin esperar al fin del ciclo completo del contrato (planificado a siete años), algo especialmente relevante cuando la plataforma se convierte en una capa central de integración y analítica para múltiples organizaciones.
Críticas técnicas y contractuales: usabilidad, adopción e IP
El Liberal Democrat MP Martin Wrigley lideró parte de las críticas afirmando tener evidencias de que la FDP es “awful to use” para usuarios del NHS y que su impacto real sería limitado: mencionó que unas 200 organizaciones habrían anunciado planes para unirse, pero que solo alrededor de la mitad estarían operativas, y que solo una fracción reportaría beneficios.
Más allá de la adopción, el núcleo del debate gira alrededor del diseño de integración: Wrigley sostuvo que conectar la FDP con los sistemas internos requiere software específicamente desarrollado por organización para recolectar y traducir datos, dado que existen diferencias entre trusts. Según su lectura del contrato, el código de conexión y los derechos de propiedad intelectual asociados quedarían en manos del proveedor, lo que elevaría el coste de cambio y consolidaría un punto único de fallo si la plataforma se convierte en pieza central.
Ahmed, por su parte, defendió que Palantir no tendría control sobre el uso de los datos del NHS para fines propios y que no poseería los datos. Sin embargo, el desacuerdo público se concentra en cómo se definen y asignan los derechos sobre el software “especialmente escrito” para operar el servicio y sostener la integración.
Soberanía tecnológica y re-tender: la presión política
Wrigley pidió que el punto de renovación se use para frenar una expansión que describió como un “monopoly” de plataforma y para planificar una salida escalonada con una nueva licitación orientada a capacidades soberanas británicas. El debate se conecta con un posicionamiento previo del gobierno sobre compras tecnológicas y soberanía, y con preguntas parlamentarias recientes sobre los contratos asociados a Palantir.
El contexto del FDP: quién compitió y qué tecnología se menciona
Palantir ganó el contrato de la FDP como parte de un grupo con consultoras como Accenture y PwC, además de socios vinculados al ecosistema del NHS. En el proceso también habrían competido propuestas de Quantexa (con IBM) y Oracle Cerner.
En la discusión se menciona además que el motor de procesamiento principal de Palantir se basa en Apache Spark, tecnología ampliamente utilizada en analítica y procesamiento distribuido. La referencia es clave porque subraya que el valor diferencial, de existir, estaría menos en el motor abierto y más en la capa de producto: integración, gobernanza, flujos de datos, seguridad, experiencia de usuario y condiciones de licenciamiento.
Para contexto técnico general del stack mencionado, se puede consultar la documentación oficial de Apache Spark y la información corporativa y de producto de Palantir.
Qué puede cambiar si avanza la ruptura del contrato Palantir NHS
Si la ruptura del contrato Palantir NHS se materializa en el punto de la cláusula de salida, el impacto no sería menor: afectaría a una plataforma diseñada para conectar datos entre sistemas heterogéneos, con implicaciones directas en interoperabilidad, continuidad operativa, costes de migración y estrategia de datos para analítica e iniciativas futuras (incluido el uso de AI en salud bajo marcos de confianza pública).
En los próximos meses, el foco estará en dos frentes: (1) la evaluación de desempeño real de la FDP (capacidad entregada frente a lo prometido, adopción y beneficios medibles) y (2) el análisis contractual y de IP sobre el software de integración que conecta cada trust. En ambos casos, el desenlace marcará el listón de cómo el Reino Unido estructura compras de plataformas críticas y cómo reduce el lock-in en sistemas públicos de misión crítica.
