Backups y disaster recovery en un EMR: cómo evaluarlos antes de firmar

Lo que pasa cuando un EMR se cae

Imagine un lunes a las 10am. Su consulta llena de pacientes desde las 8. Al abrir el séptimo expediente, el sistema da error. Refresca. Sigue el error. Llama al proveedor. Le dicen "estamos investigando, en una hora le confirmamos".

Tres horas después, el sistema vuelve. Pero descubre que las consultas de la mañana no se guardaron. Los datos de los pacientes que vio están perdidos.

Esa es la pesadilla. Y es prevenible, pero solo si el proveedor tiene una estrategia real de backups + disaster recovery y usted sabe cómo evaluarla.

Los tres niveles de protección que un EMR debería tener

Nivel 1: Replicación en vivo (Hot Standby)

El sistema tiene un servidor secundario que recibe cada cambio en tiempo real (replicación de PostgreSQL streaming, por ejemplo). Si el primario cae, el secundario toma su lugar en segundos.

Tiempo objetivo de recuperación (RTO): minutos. Tiempo objetivo de pérdida de datos (RPO): cero o segundos.

Esto es lo que protege contra fallas de hardware del servidor primario.

Nivel 2: Backups diarios automáticos en otro datacenter

Cada noche, un snapshot completo del sistema se copia a un datacenter físicamente separado. Si el datacenter primario tiene un incendio, un corte eléctrico prolongado o un ataque, los backups del otro datacenter le dejan reconstruir.

RTO: horas. RPO: 24 horas como máximo (el último backup nocturno).

Esto protege contra fallas de datacenter completo.

Nivel 3: Backups semanales offline (cold storage)

Una vez por semana, el backup se copia a almacenamiento offline (cinta o disco desconectado). Esto es la protección contra ransomware: si un atacante encripta TODOS los servidores online, el backup offline es intocable.

RTO: 1-3 días. RPO: hasta 7 días.

Esto protege contra ataques cibernéticos avanzados.

Lo que tiene Mediclic

Servidores principales en Guatemala

La infraestructura principal de Mediclic se aloja en Guatemala.

Respaldos periódicos fuera de sitio

Mediclic mantiene respaldos periódicos adicionales en México, separados de la infraestructura principal.

Protección de comunicaciones y archivos

Las comunicaciones viajan cifradas y los archivos almacenados se cifran. Consulte los Términos y la Política de Privacidad para conocer las condiciones aplicables al servicio.

Recuperación desde respaldos

Los respaldos fuera de sitio permiten recuperar información ante incidentes que afecten la infraestructura principal. La disponibilidad y el punto de recuperación dependen del respaldo utilizable más reciente.

Cosas que la mayoría de proveedores NO le dicen

"Su plan incluye backup" no es lo mismo que "su plan incluye disaster recovery"

Backup = los datos están copiados. DR = los datos están copiados Y existe un procedimiento documentado para restaurar Y se ha probado.

Si el proveedor no tiene un plan probado, tener backups no le sirve cuando llegue la hora de restaurar y tarden 5 días en encontrar el procedimiento.

Pregunta clave en la demo: ¿Cuándo fue la última vez que probaron una restauración completa desde backup? Si la respuesta es "nunca", hay un problema.

"99.99% uptime" es un slogan, no una garantía

99.99% uptime significa hasta 52 minutos de caída al año. 99.9% significa 8 horas. El proveedor decente publica el SLA por escrito y compensa si lo incumple. Si solo tienen el slogan en su web sin contrato escrito, no es garantía.

Los datos del paciente son SUYOS, no del proveedor

Pregunta: Si quiero rescindir el contrato, ¿qué información puedo exportar y en qué formato? Pida al proveedor que demuestre las opciones disponibles antes de contratar.

Mediclic permite exportar listados de pacientes y la historia clínica de cada paciente.

Lo que la clínica debería hacer de su lado

Aunque el proveedor tenga backups perfectos, hay cosas que solo usted puede hacer:

1. Probar la exportación periódicamente. Descargue un listado de pacientes y la historia clínica de un paciente de prueba para validar el flujo disponible.
2. Documentar el procedimiento de contingencia: si el sistema cae 4 horas, ¿qué hace? ¿papel y boleta? ¿espera? Tener un plan B explícito.
3. No depender de un solo email para alertas: si su email se rompe el mismo día que el sistema, no se entera.
4. Tener un canal directo con el proveedor que NO sea el sistema mismo (WhatsApp, teléfono).

Cómo evaluar la estrategia de backups de un proveedor antes de firmar

Cinco preguntas:

1. ¿Con qué periodicidad hacen respaldos y dónde están? Pida una respuesta concreta sobre frecuencia y ubicación.
2. ¿Cuándo fue la última restauración real probada? Si nunca o no recuerdan, mala señal.
3. ¿Cuál es el RTO y RPO publicado? Si no tienen números, no tienen plan.
4. ¿Cómo me notifican si hay un problema? Email solamente es flojo. Telegram/SMS + email es serio.
5. ¿Tengo cláusula contractual de exportación de datos sin penalización? Pídales cita textual.

Cierre

Los backups y el disaster recovery son la cosa más aburrida del software médico — hasta que los necesita, y entonces son lo único que importa. Un proveedor con respaldos fuera de sitio y procedimientos de recuperación claros reduce el riesgo operativo. La diferencia es invisible hasta el día que llega, y entonces es absoluta.