Con más de 70 hospitales en toda la India y una lista de pacientes que asciende a millones, Apollo Hospitals Group tiene ante sí una tarea monumental. Pero, dentro de ese contexto, la organización tiene una filosofía que va más allá del «primum non nocere» —el principio fundamental de la asistencia sanitaria que se traduce como «ante todo, no hacer daño»—: quiere utilizar la tecnología para mejorar el tratamiento de sus pacientes.

«Sin duda, somos más avanzados que cualquier otra organización sanitaria de la India», afirma a DCD un responsable tecnológico de Apollo Health Axis, que ha solicitado permanecer en el anonimato.

Ya en 2013, Apollo se jactaba en sus informes anuales de que almacenaba los historiales de los pacientes en una «nube privada» y que se podía acceder a ellos a través de Internet.

«Durante unos 15 años, funcionamos con centros de datos internos», afirma. «Pero nos dimos cuenta de que, dado nuestro ritmo de crecimiento, necesitábamos una forma mucho más avanzada y sencilla de escalar, y ahí fue cuando nos pasamos a la nube y vimos que podíamos escalar con un tiempo de inactividad mínimo o nulo».

El proceso de migración en sí solo tardó alrededor de un año y medio en completarse, aunque hubo algunas dudas comprensibles antes de migrar a la nube: preocupaciones sobre cómo se gestionarían y almacenarían los datos, si la organización tenía la experiencia necesaria no solo para migrar, sino también para funcionar en el nuevo entorno. «El rendimiento también fue una preocupación», añade.

Aparte de eso, el proceso de migración se desarrolló con relativa fluidez.

Apollo ha optado, en su mayor parte, por utilizar Microsoft Azure, aprovechando versiones personalizadas de los productos de Microsoft, con un uso reducido de Google Cloud Platform, aunque señala que esto no es para aplicaciones «empresariales».

Aunque el sector sanitario está adoptando cada vez más la computación en la nube, sigue siendo habitual que los hospitales dispongan de centros de datos in situ.

Para Apollo, la migración era inevitable. A medida que la organización crece, también lo hace la lista de pacientes, y cada paciente aporta una gran cantidad de datos que realmente no caducan.

«Los datos sanitarios son enormes», afirma. «Cada día, tenemos [cientos de miles de] pacientes en la India en todos nuestros hospitales, y cada uno de ellos aporta varios conjuntos de datos.

«Hay documentos físicos que recibimos del exterior y que hay que cargar en el sistema. El sistema de gestión de documentos es todo un conjunto de tareas que realizamos en paralelo, y luego está el trabajo dentro de la propia entidad Apollo. Los pacientes pasan por investigaciones, consultas, pruebas de imagen, servicios de operaciones no clínicas y, luego, está la parte de la farmacia. Queremos que se registren todos los puntos de contacto que el paciente tiene con nosotros para cumplir con la normativa».

La complejidad normativa significa que, como él mismo dice, no pueden «empujar» los datos. Por motivos de cumplimiento normativo local, el periodo mínimo absoluto durante el que deben almacenarse los datos sanitarios es de siete años, pero Apollo va aún más allá.

«En nuestro entorno, realizamos muchos análisis a partir de los datos recopilados desde el inicio del recorrido del paciente», explica.

«Digamos que nacieron en 2020 y se unieron a Apollo entonces, conservaríamos los datos durante toda su vida, por lo que no existe el concepto de que queramos enviarlos. Queríamos aceptar la realidad de que sí, estos datos van a crecer día a día, y lo resolveremos».

La organización ha dividido sus hospitales en nueve regiones diferentes, y cada región tiene su propia instancia en la nube. Esto se debe a varias razones, una de ellas es que existen regulaciones, incluso a nivel estatal, que establecen que todas las «transacciones» de un paciente deben realizarse en esa localidad específica.

También facilita la búsqueda de datos si estos están algo aislados según la ubicación. Más allá de esto, afirma que la separación actúa como un sólido plan de respaldo.

«Incluso si un centro (instancia en la nube) deja de funcionar, todavía hay otros ocho centros que siguen funcionando, lo que garantiza una alta disponibilidad», afirma.

Una de las tareas actuales de la empresa es crear un almacén de datos para las nueve regiones en un lugar centralizado, que actualmente contiene entre 10 y 12 terabytes de datos y crece cada día.

La importancia de esto se explica por sí sola. «Al final del día, todos los datos deben enviarse a una base de datos central a la que todos puedan acceder, de modo que si un paciente visita una región diferente, aún pueda acceder a ellos».

Un negocio arriesgado

Los datos sanitarios son, por definición, personales. A medida que las empresas adquieren más conocimientos informáticos, se comprende cada vez más que la nube, solo por el hecho de no estar en el edificio físico, no es intrínsecamente menos segura.

Sin embargo, independientemente de dónde se almacenen los datos, hay que tener en cuenta y resolver la cuestión de la ciberseguridad.

«En lo que respecta a la seguridad, lo que importa es lo que se define, no dónde se define», argumenta. «Si se es capaz de configurar correctamente los cifrados y los límites de seguridad en términos de ciberseguridad.

«Necesitábamos una forma mucho más avanzada o fácil de escalar, y ahí es donde nos decantamos por la nube.

Es lo mismo que si tuviéramos un conjunto de vulnerabilidades en un centro de datos, como en la nube. Es lo mismo: solo hay que saber cómo definir los protocolos de red, los protocolos de transferencia y las normas de seguridad, etc.».

Al poner los datos en la nube, en cierto modo estás poniendo la sangre vital de tu organización en manos de otros. Aunque los proveedores de nube tienen diversos acuerdos de nivel de servicio y compromisos de tiempo de actividad, las interrupciones son un hecho inevitable del funcionamiento.

Para mantener la calma, discutimos la posibilidad de una interrupción en términos hipotéticos.

«En caso de interrupción del servicio, el mayor riesgo es, obviamente, la atención al paciente», afirma. «Eso es lo más importante, y la falta de disponibilidad de la información relacionada con ello, como las transacciones, la facturación y los datos de los registros médicos electrónicos (EMR), supone una grave perturbación. Podría retrasar los diagnósticos, la obtención de tratamiento, impedir que se procesen las recetas o que lleguen los resultados de laboratorio».

Apollo, con su estrategia de vanguardia tecnológica, tiene la complicación añadida de que todas las camas del hospital están conectadas de forma remota para que el personal de su centro de control pueda supervisar el bienestar de los pacientes las 24 horas del día, los 7 días de la semana.

«Si eso falla y la supervisión en tiempo real se interrumpe, existe la posibilidad de que se produzcan emergencias médicas, por ejemplo», añade. Como es de esperar, contamos con varias estrategias para evitar precisamente eso, incluidas zonas de recuperación ante desastres.

Además, el grupo realiza «simulacros» periódicos, que el ejecutivo compara con los simulacros de incendio, para practicar cómo actuar ante una situación de este tipo. «En el peor de los casos, tenemos formularios impresos en papel», añade, aunque señala que «es una tarea enorme», ya que cada paciente puede tener hasta 100 formularios.

Este mismo «peor escenario posible» se produjo en los hospitales Guy's y St Thomas' NHS Foundation Trust del Reino Unido en 2022.

Los dos centros de datos que dan soporte a los hospitales se sobrecalentaron, lo que provocó una interrupción del servicio y obligó al personal a recurrir al papel y a cancelar o retrasar las citas.

Al año siguiente, se estimó que la interrupción del servicio le había costado al NHS 1,4 millones de libras esterlinas (1,7 millones de dólares).

IA y confidencialidad del paciente

Aunque estos retos en materia de seguridad no son insignificantes, la adopción de la nube ha aportado muchos beneficios al sector sanitario, entre los que destaca el hecho de que abre la puerta a una mayor adopción de la IA.

Es cuando se habla de la aplicación de la IA cuando el ejecutivo se emociona de verdad.

Apollo lleva varios años utilizando la IA para ayudar en el procesamiento de imágenes y ofrecer a los médicos una visión general de lo que muestra una exploración, por ejemplo, midiendo el crecimiento comparativo de un tumor entre exploraciones.

Ahora, la IA es incluso capaz de proporcionar una «explicación valiosa».

«No solo proporciona información, sino que también puede explicar lo que se le ha enseñado. Si conoce la profundidad y densidad de un tumor y su ubicación, puede, utilizando estos escenarios, dar una explicación de por qué podría ser así, y luego el médico puede revisar esa información».

Una de las principales formas en que se utiliza la IA es para el «análisis de big data», que permite a la empresa examinar los datos longitudinales de un paciente, por ejemplo, si padece una enfermedad crónica, y ver cómo evoluciona y qué comorbilidades es probable que se desarrollen o requieran tratamiento.

Hoy en día, Apollo también utiliza la IA para reconocer el audio e introducir la información directamente en el EMR, de modo que sus médicos puedan centrarse en trabajar con los pacientes en lugar de escribir abundantes notas.

«El auditor captura la información mientras el médico y el paciente hablan y, a continuación, resume la información más importante y la presenta de forma didáctica para que el médico la revise y edite, de modo que el 90 % del trabajo ya está hecho y solo queda el 10 % de la edición», explica.

«El riesgo que esto conlleva es que hay más de 18 idiomas oficiales en la India, pero estamos en proceso de habilitar esos idiomas, de modo que, aunque hablen punjabi o tamil, por ejemplo, los datos se recogen y se traducen al inglés».

Actualmente, la empresa cuenta con entre 30 y 40 ingenieros que «se encargan de generar los algoritmos clínicos», y algunos de ellos ya están en el mercado de Microsoft y se ofrecen al mundo exterior.

Por ejemplo, en 2018, Apollo y Microsoft se asociaron en la Red de IA para la Atención Sanitaria, desarrollando una red centrada en la IA en cardiología. Ambos desarrollaron e implementaron modelos de aprendizaje automático para ayudar a predecir los riesgos de los pacientes de padecer enfermedades cardíacas y ayudar a los médicos en los planes de tratamiento.

Más tarde ese mismo año, lanzaron una API (interfaz de programación de aplicaciones) para puntuaciones de riesgo cardiovascular destinada exclusivamente a la población india, con una precisión más del doble que la que se obtiene utilizando datos de otras nacionalidades.

En enero de 2025, ambas empresas volvieron a colaborar, y Microsoft y Apollo se comprometieron a innovar y desarrollar conjuntamente productos sobre temas como la progresión de las enfermedades, la genómica y los modelos multimodales. Ese compromiso también supuso que Microsoft aceptara seguir ayudando a Apollo con su estrategia de datos, su plataforma de ingeniería y la integración de la IA para crear nueva propiedad intelectual (PI) que pudiera utilizarse en mercados fuera de la India.

Apollo también ha trabajado con Google Cloud para desarrollar un «motor de inteligencia clínica» con Vertex AI y modelos de IA generativa. El uso de herramientas de IA conlleva, por supuesto, la necesidad de entrenar modelos de lenguaje, algo en lo que Apollo no se involucra, sino que toma modelos existentes, a menudo de Microsoft, y les «alimenta» con sus datos.

Sin embargo, tampoco es un concepto que el ejecutivo esté dispuesto a descartar, ya que señala que quizás los datos de Apollo podrían utilizarse para alimentar un futuro más. Añade con entusiasmo: «Quién sabe, quizá algún día Apollo tenga los suyos propios para funcionar».