Microsoft Azure: Seguridad y Eficiencia en Salud

Descubre cómo Microsoft Azure protege los datos sensibles en el sector salud en Colombia. Asegura tu información con nosotros.

Historias clínicas y resultados son datos sensibles bajo el artículo 5 de la Ley 1581: su tratamiento está prohibido sin autorización explícita del titular. Sobre Azure se protegen por capas, y cada capa sigue en pie cuando la anterior falla.

• Corre en la suscripción de la institución, no en una plataforma nuestra.
• Trazabilidad de quién consultó qué historia y cuándo.
• Respaldo con retención: lo cifrado por un atacante vuelve.

Inventario de la información que maneja una organización del Institución de salud, clasificada entre datos sensibles, datos personales e información de negocio, y con el control que protege a cada categoría. No contiene ningún dato real ni simulado.

Tres razones que pesan en una institución de salud.

No son las de un folleto de nube: son las tres cosas que se le preguntan a un proveedor cuando lo que está en juego es la historia clínica de alguien.

• Controles ya auditados — La infraestructura llega certificada bajo ISO 27001, SOC y HITRUST CSF. Tu equipo responde por su configuración y por sus datos, no por reconstruir y sostener controles que ya pasaron auditoría de terceros.
• Se sabe quién vio qué — Cada consulta a la información clínica deja rastro. Es lo primero que pide una auditoría, lo que exige un proceso disciplinario y lo único que no se puede reconstruir después si nadie lo registró desde el principio.
• La atención no se detiene — Recuperación a un punto anterior en el tiempo y despliegue por olas. Una institución que atiende no puede apagar sistemas para modernizarse, y esa restricción se diseña desde el principio.

Qué pasa el día que falla

La pregunta no es si la información es importante. Es qué ocurre exactamente cuando se pierde, se filtra o se queda inaccesible.

Si la historia clínica se queda inaccesible, la atención se detiene: no se puede consultar un antecedente, ni una alergia, ni lo que se formuló la semana pasada. En urgencias eso no es una molestia operativa. Si se filtra, el problema no es informático. Son datos sensibles bajo el artículo 5 de la Ley 1581, con régimen propio y con una Superintendencia que investiga. Y una filtración de datos clínicos no se repara con un comunicado. Si se cifra por un ataque, la única salida real es el respaldo. No el que existe: el que alguien probó restaurando. Es la diferencia entre un mal día y una institución que no vuelve a operar igual.

• Inaccesible: la atención se detiene, no solo la administración
• Filtrada: régimen de datos sensibles y una Superintendencia que investiga
• Cifrada por un ataque: solo la devuelve un respaldo probado
• Alterada sin rastro: sin trazabilidad no hay forma de saber qué pasó

• Un respaldo que nunca se restauró es una suposición — En el diagnóstico no revisamos si tienes respaldo, sino si sirve: cuánto tarda en volver, hasta qué punto en el tiempo, y quién lo ha probado.

Capas que se sostienen entre sí

Ninguna capa es infalible. La pregunta correcta no es cuál es la mejor, sino qué queda en pie cuando una cede.

Las capas de defensa de una implementación en Azure —identidad, acceso mínimo, red privada, cifrado del dato, detección continua y respaldo— cada una con lo que sostiene cuando la anterior cede.

La mayoría de los incidentes reales no empiezan con un ataque sofisticado: empiezan con una credencial reutilizada, un permiso que nadie revocó cuando alguien cambió de área, o un servidor expuesto que llevaba meses sin parchear. Contra eso no sirve un control, sirve el orden. El segundo factor detiene la credencial robada; si aun así entran, el acceso mínimo limita lo que esa cuenta alcanza; la red privada evita que haya puerta desde fuera; el cifrado hace ilegible lo copiado; la trazabilidad permite saber exactamente qué pasó; y el respaldo devuelve lo perdido. Ninguna de esas capas viene encendida por defecto en una suscripción nueva. Configurarlas es el trabajo.

Del diagnóstico a la operación vigilada.

La plataforma trae los controles. Encenderlos en el orden correcto, conectarlos con lo que ya tienes y sostenerlos es el trabajo.

• Diagnóstico de seguridad — Qué está expuesto hoy, quién tiene acceso a qué, si el respaldo sirve de verdad y dónde están los huecos. Termina en un documento con alcance, esfuerzo y costo, tuyo aunque decidas trabajar con otro.
• Entra ID y acceso condicional — Segundo factor, acceso mínimo por rol asistencial y elevaciones que caducan solas. Con las mismas cuentas corporativas que ya administras, sin introducir un segundo directorio.
• De tu servidor a Azure — Inventario, dimensionamiento y migración por olas de lo que hoy corre en tu centro de datos. La atención no se detiene y cada ola tiene su reversa probada antes de ejecutarse.
• Azure Health Data Services — El servidor FHIR administrado para el intercambio que exige la Resolución 1888 de 2025, con el mapeo desde tu sistema asistencial y las pruebas de conformidad contra el mecanismo nacional.
• Respaldo y recuperación — Respaldo con retención definida, recuperación a un punto anterior en el tiempo y —lo que casi nadie hace— pruebas de restauración periódicas para que el respaldo deje de ser una suposición.
• Soporte gestionado — Monitoreo, alertas y atención de incidentes con tiempos comprometidos por escrito. En español y en tu misma zona horaria, que a las dos de la mañana deja de ser un detalle.

Lo que trae la plataforma

Ninguno es un resultado nuestro: son controles que Azure ya tiene auditados y que tu institución hereda.

• AES-256 — Cifrado en reposo, con TLS en tránsito, activo por defecto
• HITRUST — Certificación de Azure Health Data Services para información clínica
• 24/7 — Detección de amenazas continua, no una auditoría anual
• Punto — Recuperación a un momento anterior en el tiempo, con retención

Datos sensibles, con lo que eso implica.

El artículo 5 de la Ley 1581 de 2012 prohíbe tratar datos de salud salvo autorización explícita del titular. No es una recomendación de buenas prácticas: es el régimen legal, y todo lo demás se diseña alrededor de esa frase.

• Cifrado de extremo a extremo — En tránsito y en reposo, con llaves gestionadas en Key Vault. La institución puede administrar sus propias llaves si su política lo exige, y un disco copiado no se puede leer.
• Acceso mínimo y multifactor — Con Entra ID, las mismas cuentas corporativas que ya administras. Quién entra, con qué rol y por cuánto tiempo, revisable en cualquier momento y revocable en un clic.
• Trazabilidad de las consultas — Queda registro de quién consultó qué historia y cuándo. Sin ese rastro, un acceso indebido no se puede probar ni desmentir, y ambas cosas hacen falta.
• Aislamiento por instancia — La información clínica vive en una base propia por instancia del servicio, no en un espacio compartido con los datos de otra organización.
• Residencia de datos, dicha de frente — Azure no tiene región en Colombia. Los datos quedan en la región que se elija —Brasil, con Chile y México abriendo— y esa decisión se documenta antes de mover nada, no después de firmar.
• Autorización, que es tuya — La autorización del titular para tratar sus datos sensibles no la resuelve ningún proveedor. Te ayudamos a instrumentarla y a dejar rastro de ella, pero la responsabilidad es de la institución.

Qué se despliega, exactamente

La arquitectura de referencia con la que empezamos, y que el diagnóstico ajusta a tu caso.

Todo corre en la suscripción de la institución, no en una plataforma nuestra. Es una diferencia que importa el día que decidan operarlo con su propio equipo, o cambiar de proveedor. El dato clínico vive en el servicio administrado, con su base aislada por instancia. Alrededor: lo que recibe del sistema asistencial, la identidad y las llaves, la analítica de gestión que trabaja sin tocar el dato identificado, y la observabilidad que deja rastro. El tráfico no sale a la internet pública: se resuelve por red privada, que es lo primero que pregunta un oficial de seguridad.

• Corre en tu suscripción, con tu facturación y tus llaves
• El dato clínico aislado por instancia del servicio
• Red privada: sin exposición a la internet pública
• Analítica sobre datos de gestión, no sobre el dato identificado

Arquitectura de referencia de una Zona de aterrizaje de Azure para una institución de salud: la capa que recibe lo que envía el sistema asistencial, el servicio administrado donde vive el dato clínico, la identidad y las llaves, la analítica de gestión y la observabilidad.

Quién responde por qué

En la nube el cumplimiento es compartido, y casi nadie lo dice con claridad antes de firmar.

Reparto del cumplimiento normativo entre lo que Azure ya trae certificado, lo que se configura durante el proyecto y lo que sigue siendo responsabilidad de la institución de salud, como la autorización del titular para tratar sus datos.

Hay tres dueños distintos de la misma obligación, y confundirlos es lo que produce sorpresas en la primera auditoría. Azure trae certificado lo que es suyo: la infraestructura auditada y el cifrado. El proyecto configura lo que depende de tu caso: los roles, la trazabilidad, el respaldo y sus pruebas. Y hay cosas que siguen siendo de la institución pase lo que pase. La autorización del titular para tratar sus datos sensibles es la más clara: no la resuelve ningún proveedor, ni el nuestro ni el de nadie. Preferimos decirlo en la página a que aparezca en la reunión de cierre.

Preguntas que nos hacen antes de firmar.

Incluida la de si tenemos clientes en salud, que contestamos igual de directo.

Un socio que dice dónde está su límite.

Somos Microsoft Partner, trabajamos sobre Azure todos los días y preferimos perder una venta a prometer una certificación que no tenemos o un cumplimiento que no controlamos.

• Partner de Microsoft — El perfil se puede consultar en el directorio oficial. Y cuando una certificación es de la plataforma y no nuestra, lo decimos así.
• Nada queda del lado nuestro — Todo se despliega en la nube de la institución. El día que quieran operarlo por su cuenta, no hay nada que rescatar de nosotros.
• Se cotiza después de entender — Primero el diagnóstico, después la propuesta con alcance y precio fijos. Quien cotiza una migración de historia clínica por teléfono acaba cobrando la diferencia.
• Empezar es barato — El diagnóstico es acotado y termina en un documento que sirve incluso si deciden trabajar con otro. Es la forma más honesta de que se conozcan las dos partes.
• Soporte en español, hora de Colombia — Un equipo en Cundinamarca que responde en su misma zona horaria, con tiempos comprometidos por escrito.
• Sin dependencia de nosotros — El despliegue queda escrito y versionado, no en la cabeza de un consultor. Es lo que permite que su equipo lo entienda y lo mantenga.

Lo primero es saber qué está expuesto

Un diagnóstico de dos a cuatro semanas te dice quién tiene acceso a qué, si el respaldo sirve de verdad y cuánto cuesta cerrar la brecha. El documento es tuyo aunque decidas trabajar con otro.

Agenda tu diagnóstico de seguridad

Cuéntanos qué sistema usas hoy y dónde corre. Te contactamos en menos de un día hábil.