Continuidad con el sistema caído

Con la historia clínica caída, el personal clínico trabaja con formularios en papel y comunicación directa. El SOC no los dirige, pero sí protege tres cosas. La evidencia: se conserva todo lo que se pueda. La comunicación: se usa un canal que no dependa del sistema caído (teléfono, mensajería aparte) porque el correo o el chat interno pueden estar afectados. Y el registro: lo que se haga durante la caída queda anotado con la hora, porque después hay que reconstruir qué se hizo en papel y qué en sistema.

Un plan de contingencia solo sirve si el personal lo conoce y lo ensayó. Una tabla de contingencias dice, por sistema, qué procedimiento sigue el área, en qué formato y cuándo se probó por última vez.

Abre la consola. Ejecuta SELECT * FROM contingencia y luego SELECT * FROM contingencia WHERE ultima_prueba = 'nunca'.

Para el área clínica, la pregunta más útil no es «cuándo vuelve» sino «cuánto tiempo más trabajamos en papel». Se calcula con dos horas: la de la caída y la estimada de regreso.

Ejecuta SELECT * FROM evento.

Restaurar no es encender lo que más se ve. Cada componente depende de otro y hay que levantarlo en ese orden: sin la base de datos no sirve el servidor de aplicaciones, y sin éste no sirve nada que dependa de él. Dentro de lo que depende de lo mismo, manda la prioridad clínica. Y antes de reconectar, se comprueba que lo restaurado está limpio.

Ejecuta SELECT * FROM restauracion.