Los componentes necesarios para resolver este problema fueron un núcleo de red redundante que tiene la función de asegurar la supervivencia de la red ante un fallo. Redes con switches nivel 3 que genera una conmutación más rápida. También controla el ancho de banda y aislar el tráfico pesado antes que colapse la red y plan de recuperación ante desastres que son procesos para recuperar los datos e información, creando copias de seguridad, esto es muy importante cuando existe algún desastre o evento inesperado que comprometa la información, se crean puntos de partida para recuperar los datos y no perderlos

- tener todos los puntos anteriores escritos bajo protocolos

El objetivo de todo esto es minimizar los tiempos de recuperación y por ende favorece una mejor atención al paciente.

 

La segunda lección aprendida es contar siempre con un plan de recuperación ante desastres, que contemple varios escenarios posibles y no solo el respaldo de las bases de datos, si no que, ponerse en los casos más extremos como la caída del sistema en forma total.

 

Y otra lección aprendida es que al incorporar nuevos componentes o dispositivos a la red de datos, o al hardware o al software, debemos asegurarnos que el restos de los elementos que los componen sean capaces de funcionar en conjunto y darles el soporte adecuado.

La segunda lección es reconocer que uno no siempre tiene la capacidad para dar una respuesta ante un desastre y por ello es importante pedir ayuda y en lo posible saber a quién  pedir ayuda. 

La tercera lección es contar con un plan de contingencia que considere todos los casos posibles, y tratar de mantener la calma, ante todo.

Por ultimo no solo debe tratar de optimizar todo lo relacionado con el almacenamiento de los datos, su seguridad, etc.; sino que se debe optimizar toda la arquitectura de la red, sin dejar de pensar en todos sus componentes. 

 

Otra lección podría ser que los hospitales deben estar preparados para las contingencias, en particular en áreas críticas del sistema asistencial como la guardia, el quirófano, laboratorios y las unidades cerradas.  Esa preparación debería incluir con cierta frecuencia simulacros, para que los profesionales se sientan con mayor confianza y seguridad para enfrentar situaciones de este tipo. En el caso de Evaristo, el relato daba cuenta de la falta de entrenamiento del personal médico para manejar la situación de falta de sistema informático, donde los médicos que mejor se adaptaron fueron posiblemente aquellos que habían experimentado en algún momento de su vida profesional hacer su trabajo sin sistema informático.  

´´La experiencia ajena, no duele y no cuesta´´ 

Y desde mi punto de vista la lección fundamental es estar preparado para las posibles eventualidades ya sean tanto amenazas como vulnerabilidades. Es imprescindible contar con un plan de recuperación ante desastres, un protocolo que guie los pasos a seguir hasta la restauración del status quo.

Teniendo en cuenta que el SIS de la institución se basa en una red, desde su confección es importante trabajar sobre la premisa de que algo puede fallar, y, esta falla tiene más o menos probabilidad de suceder. La confección de una red incluye varios elementos, aplicaciones, softwares y hardwares, por lo cual es importante establecer prioridades para el armado de cada una de sus contingencias.

Al estar trabajando con información es importante que la institución trabaje sobre un plan de seguridad para proteger la información y sus sistemas, logrando así, reducir las probabilidades de que un evento suceda o disminuir su impacto. Es importante formular un plan de respuesta a incidentes y probarlo regularmente. Este último es importante para minimizar o detener el incidente, investigarlo, restaurar los recursos afectados e informar el incidente a los canales apropiados. Se busca evitar o minimizar las consecuencias de alto costo e impacto que sucedieron al no tener activo el SIS en la institución.  

Establecer un plan de contingencia es imprescindible, implica una respuesta planificada a un riesgo identificado que ha superado su mitigación. El plan de contingencia tiene en cuenta cuales son los elementos que pueden fallar, la probabilidad de ocurrencia, el impacto y su tiempo y costo de resolución. El cableado estructurado es uno de los primeros puntos a tener en cuenta en una contingencia ya que ante una falla, su reparación implica tiempo y un alto costo. Para evitar que la red se caiga también es importante tener dos switch/routers en vez de una.

El desarrollo de un plan de contingencia implica la conformación de un equipo de trabajo que cuente al menos con informáticos de seguridad, auditoría, usuarios que pueden afectarse por la contingencia y los responsables de normativas y procedimientos. El tener un equipo consolidado con diferentes puntos de vista y responsabilidades es fundamental para cubrir todas las áreas que pueden verse comprometidas ante una contingencia. El plan generado debe tener como objetivo que la institución pueda continuar con la operatividad dentro de un marco contenido, minimizando el impacto ante la falta de disponibilidad del sistema. 

Teniendo en cuenta que una falla puede tener un alto impacto, es importante duplicar los datos para salvar una contingencia. Lógicamente la duplicación de datos no es completa ya que esto implica un alto costo, por lo tanto es importante realizar un balance teniendo en cuenta los costos y beneficios que implica tener los datos duplicados.

Al activar un plan de contingencia se debe definir quién o quiénes son los responsables de activar la entrada en contingencia teniendo en cuenta la estimación de tiempo que se requiere para la solución del problema. Al tomar esta decisión se debe comunicar correctamente a todos los involucrados, todos los usuarios deben estar informados de cuando inicia la contingencia y cuando finaliza. Se debe tener definido dónde y cómo se registra la información durante la contingencia. 

Al tener un plan de contingencia, también lo que debería tenerse en cuenta es la vuelta al uso normal del SIS. La vuelta atrás es uno de los procesos más difíciles, para esto es importante que el datacenter sea completo y contingente, para que esto sea así solo debe existir otro igual esperando entrar en acción, siendo entonces poco o nada redundante. Para realizar una correcta vuelta atrás es esencial tener un plan de recupero ante desastres (DRP) en donde se informa como se realiza técnicamente la recuperación de la infraestructura al nivel operativo normal. El DRP implica un proceso mediante el cual se recuperan datos, es importante para que los usuarios sepan cómo actuar ante un desastre para que la institución no colapse y se reduzcan las consecuencias al mínimo.

 

Desde mi entendimiento, el componente tecnológico hospitalario se debe basar en la identificación de todas políticas, reglamentos, recursos y condiciones basadas en tecnología, que permiten el procesamiento, depósito y difusión de información y la tecnología de la información y comunicación. 

 

De la experiencia adquirida con el caso de Evaristo, es importante que consideremos los componentes importantes en el diagnóstico descriptivo como es el diseño lógico de la organización, los recursos y las actividades que permiten la operación del componente tecnológico, la arquitectura y las aplicaciones tecnológicas, la plataforma electrónica de la comunicación virtual, los criterios, tipo de datos y normas para cada módulo o sistema específico que se usan en la red de datos hospitalaria, incluyendo aspectos de lenguaje computacional e interfaces entre lenguajes, también considerar el flujo e intercambio de la información virtual entre diversos niveles, áreas y dónde y cómo se almacenan los datos e información (incluidas copias de seguridad). Las normas, criterios escritos y los reglamentos nos ayudaran a conservar la calidad, confidencialidad, conectividad, seguridad y funcionamiento continuo del sistema. 

 

La evaluación continua y el mantenimiento necesario nos ayuda a enfrentar eficazmente cualquier emergencia, así como el manejo de la tecnología de la información, y las responsabilidades y funciones específicas de todos aquellos que participan en el proceso de producción de información, aquí la existencia de mecanismos de evaluación y control del recurso tecnológico y de la calidad de su operación son fundamentales y deben estar involucrados además de quienes intervienen en la operación, los tomadores de decisiones como la alta dirección. Considero que el caso de Evaristo nos ayuda a entender la necesidad de tener y aplicar estándares de calidad en los procesos técnicos, una continua supervisión de la infraestructura tecnológica hospitalaria y el involucramiento de los tomadores de decisiones en los temas técnico que por lo general son de desconocimiento o poco entendimiento.