Una lista de verificación de cumplimiento de HIPAA para MSP debe ir más allá de simplemente marcar controles técnicos: tiene que abordar las realidades operativas de un entorno hospitalario dinámico. Existe una tensión inherente entre hacer que los sistemas sean altamente seguros y altamente disponibles cuando los médicos los necesitan.
Mantener el tiempo de actividad mientras se aplican las protecciones
En un contexto de salud, mantener las operaciones no es negociable. Además de poner en riesgo vidas, el tiempo de inactividad puede costarles a los hospitales $1 millón o más por día. La defensa en profundidad se trata de resiliencia y capas de protección. Si un ataque de ransomware supera las capas principales de defensa, un hospital debe poder recuperarse rápidamente. Un MSP debe diseñar un sistema con rutas de datos redundantes y copias de seguridad automáticas en la cloud. HIPAA exige que los planes de recuperación ante desastres (DR) se prueben regularmente.
Gestión de proveedores y acceso remoto
La cadena de suministro de salud es una red compleja de proveedores, plataformas de telemedicina, aseguradoras, empresas de facturación y otros terceros. Cada vez más, los atacantes apuntan a estos proveedores para obtener acceso a potencialmente miles de clientes posteriores (como se vio en el ataque a Change Healthcare). En 2024, el 88% de las principales brechas en salud involucraron a terceros.
Un MSP debe mantener una lista completa de cada proveedor externo con acceso a la red, clasificada por nivel de riesgo según el tipo de datos que manejan. También deben implementar acceso de red de confianza cero (ZTNA) para garantizar que los proveedores solo puedan acceder a los sistemas y datos necesarios.
Documentación de procesos para auditorías
Según las actualizaciones propuestas de HIPAA, la Oficina de Derechos Civiles (OCR) pondría mayor énfasis en auditorías periódicas y proactivas, incluidas auditorías de asociados de negocios. Las organizaciones de salud también deberían estar obligadas a realizar un análisis formal de brechas cada 12 meses.
Para los MSP que apoyan a clientes de salud, esto eleva las exigencias de documentación. Durante una auditoría o después de una brecha, no basta con decir que las protecciones estaban implementadas. Las organizaciones deben poder demostrarlo. Eso significa mantener los artefactos de cumplimiento que muestran qué controles estaban activos, cuándo estuvieron activos y cómo se monitoreaban.
Los MSP también desempeñan un papel importante al apoyar las evaluaciones de riesgo anuales. Esto a menudo incluye ejecutar escaneos técnicos de vulnerabilidades, identificar brechas como servidores sin parches, y documentar "condiciones predisponentes" que podrían aumentar la probabilidad de un incidente de seguridad.
Si se finalizan los cambios propuestos a la norma HIPAA, la carga será aún mayor. Las protecciones que antes se consideraban "abordables" pasarían a ser "obligatorias". En la práctica, eso significa que las organizaciones tendrían mucha menos flexibilidad para omitir un control o depender de una solución alternativa. Casi todas las protecciones deberían implementarse, documentarse y estar listas para defenderse durante una auditoría.
Protección de datos
Según los cambios propuestos a la norma HIPAA, la ePHI debe protegerse ya sea que esté "en reposo" (almacenada en un disco) o "en tránsito" (moviéndose por la red). Para los datos en reposo, el cifrado (idealmente AES-256) garantiza que, si se roba una laptop que contiene PHI o se compromete una base de datos hospitalaria, el actor malicioso no pueda acceder a los datos.
Según las reglas de "Safe Harbor", el incidente puede quedar exento de los requisitos de notificación de brechas. Para facilitar la atención, cuando un médico inicia sesión (por ejemplo, con un toque de credencial), el sistema de registro electrónico de salud (EHR) "desbloquea" temporalmente los datos del paciente en la RAM de la computadora y los vuelve a bloquear al cerrar sesión.
Todos los datos que viajan por internet, desde correos electrónicos de pacientes hasta datos enviados a un laboratorio en la cloud, deben cifrarse con protocolos seguros como TLS 1.2 o 1.3 (preferido).