Son las 8:40 de un lunes. Hay once pacientes citados antes del mediodía. El programa de turnos muestra una ruedita girando, y la recepcionista no puede ver quién viene, con qué profesional ni por qué. Alguien dice "ya vuelve en un minuto". Veinte minutos después nadie sabe cuánto va a tardar, y los pacientes empiezan a hacer fila.
La mayoría de los consultorios que dependen de software tarde o temprano van a vivir un día así. La diferencia entre una mala mañana y un día perdido no es la suerte. Es si decidiste de antemano qué hacer. No voy a citar estadísticas de caídas, porque varían tanto que no significan nada para tu consultorio. La pregunta es simple: ¿qué pasa en el tuyo?
Dos problemas distintos: seguir trabajando y volver
Cuando el software se cae, se suelen mezclar dos objetivos.
Seguir trabajando tiene que ver con las próximas horas. ¿Puede el consultorio seguir atendiendo con seguridad y registrando lo que pasa?
Volver tiene que ver con restaurar bien el sistema y sus datos después. Ahí entran los backups.
Los dos necesitan un plan, escrito, que pueda seguir alguien distinto de quien lo redactó.
Procedimiento de caída: el plan de papel e impresiones
El plan de caída más útil suele ser humilde. Responde preguntas como:
- ¿Qué imprimimos o guardamos sin conexión? Una copia de solo lectura de la agenda del día, actualizada cada pocas horas o al menos cada mañana, para que recepción sepa quién viene aunque el sistema esté apagado. Para pacientes con información crítica que tus profesionales hayan decidido que importa en una emergencia, una copia igual de accesible en un dispositivo que no dependa de la red.
- ¿Dónde anotamos? Formularios preimpresos para pacientes nuevos, notas y cobros, para capturar la información de forma uniforme y cargarla después.
- ¿Quién decide que estamos "en caída"? Una persona con nombre, y una forma de avisar a todos, para que cada uno no improvise.
- ¿A quién llamamos? El teléfono de soporte del proveedor y de tu referente de IT, escritos en la pared, no guardados solo en un teléfono al que no podés acceder.
- ¿Cómo nos ponemos al día? Un orden para recargar los registros en papel después, con control de que nada se perdió ni se cargó dos veces.
Un sistema a medida puede ayudar convirtiendo la copia sin conexión en una función. Un botón que genere la agenda de mañana como hoja imprimible, o una vista liviana de solo lectura que funcione sin el sistema principal, cuesta muy poco comparado con su valor el día que hace falta.
Backups: una copia que nunca restauraste no está probada
Muchos dueños creen que tienen backups. Muchos menos verificaron alguna vez que funcionen.
Un backup que nunca se restauró es una suposición, no una protección. Los archivos pueden estar incompletos, el proceso de copia puede llevar meses fallando sin avisar, o quien sabía restaurar se fue hace un año. La única prueba es restaurarlo, en un entorno de prueba aparte, y verificar que los datos estén y sirvan.
Para ver cómo es un buen backup, te sugiero mirar la guía sobre ransomware de la CISA de Estados Unidos, que aconseja mantener copias cifradas y fuera de línea de los datos críticos, copiar con frecuencia y probar regularmente la disponibilidad e integridad de los backups en un escenario de recuperación ante desastres. Lo de fuera de línea es importante: si una copia está conectada todo el tiempo a la misma red que el sistema, lo que dañe al sistema puede dañar también la copia.
Hacé tres preguntas simples. ¿Dónde se guardan las copias, y al menos una está en otro lado? ¿Cuándo se probó una restauración por última vez, y quién? ¿Cuánto tardó?
Tiempo y punto de recuperación, en criollo
En cualquier conversación seria sobre esto aparecen dos términos. Suenan técnicos, pero las ideas son simples.
Objetivo de tiempo de recuperación (RTO) es cuánto tiempo podés estar sin el sistema. "Podemos arreglarnos con papel medio día, pero no tres." Eso es un RTO.
Objetivo de punto de recuperación (RPO) es cuánto hacia atrás en el tiempo podés permitirte perder datos. El NIST lo define como el punto en el tiempo al cual deben recuperarse los datos tras una interrupción. Si el sistema se restaura con el backup de anoche, todo lo cargado hoy se perdió. ¿Podés vivir con eso, o necesitás copias cada hora?
Son decisiones de negocio, no técnicas. Un consultorio con turnos online y cobros con tarjeta lo responderá distinto que uno que atiende diez pacientes por día. Tiempos más cortos y menos pérdida cuestan más, así que definir lo que realmente necesitás evita pagar por lo que no.
Preguntas para tu proveedor o desarrollador
- ¿Dónde se guardan nuestros datos y cada cuánto se copian? ¿Hay alguna copia en un lugar separado?
- ¿Cuándo probaron por última vez restaurarlos y cuánto tardó?
- ¿Cuáles son las cifras de tiempo de recuperación y de pérdida de datos en nuestro acuerdo, en horas?
- ¿Podemos tener una copia de solo lectura de la agenda que funcione sin conexión?
- ¿Cómo y con qué rapidez nos avisan si hay un problema?
- Si necesitamos irnos, ¿podemos llevarnos una copia completa de nuestros datos en un formato utilizable?
Si las respuestas son vagas, esa es la respuesta.
Un primer paso
Esta semana hacé un simulacro de quince minutos. Imaginá que el sistema se cae el lunes a las 8:40. Dale a recepción solo lo que tenés hoy y fijate qué puede averiguar. Anotá cada hueco y arreglá el primero: muchas veces una agenda impresa ayuda a convertir una crisis en una molestia. Tratá las impresiones y las copias sin conexión con el mismo cuidado que el sistema, y destruilas después.