# data[].attributes.body
Esta semana aprendí que es muy importante mantener los sistemas informáticos en constante actualización, hacer revisiones permanentes de posibles fallas, plantear posibles problemas que se puedan presentar y tratar de tener siempre un plan de contingencias para las posibles fallas.
También aprendí que no solo es importante tener los sistemas informáticos actualizados sino que es importante mantener al personal actualizado y capacitado en el manejo del sistema que se utiliza en el lugar. Creo que el tener personal altamente capacitado es tan importante como actualizar los componentes del sistema operativo.

# data[].attributes.body
Para mi la leccion mas importante fue entender el camino de la información en una red y la cantidad de factores que pueden intervenir a favor o en contra de que esa información cumpla con su objetivo. Saber todo lo que mueve un click en una terminal de usuario.
Aprendi que debe haber una planificación seria y sistematizada para prevenir y/o evitar riesgos

# data[].attributes.body
Bueno, está demás decir que a Evaristo le tocó una situación muy crítica (espero que no esté inspirado en hechos muy reales).

Como lección aprendida, coincido con el resto de los compañeros, es importante contar con protocolos de monitoreo y planes de contingencia adecuados y que consideren todos los frentes, no solo la resolución del problema si no que también como dar continuidad a las operaciones, para minimizar la afectación del servicio.

Contar con un sitio de contingencia o un servicio de DraaS hubiese sido de gran ayuda, para toda la situación vivida por Evaristo, se habría mitigado en gran medida la afectación del servicio.

Finalmente, también es relevante tener considerado, planes de renovación de infraestructura por obsolescencia tecnológica, hoy por hoy, es necesario mantenerse actualizado ya la vanguardia tecnológica.

# data[].attributes.body
El caso de Evaristo hizo eco en mi, justamente estoy implementado un software LIS en un laboratorio en hoy actualice los servidores y estaciones de trabajo, pero la infraestructura de red esta al limite, tuve que poner un nuevo switch para ampliar los puntos de red. Es importante la actualización pero también el mantenimiento y aseguramiento de la calidad de toda la IT, con actualizaciones preventivas y QA con pruebas de estrés.
Es importante contar con una política de Recuperación de Desastre que contemple problemas IT. La condiciones de una política de infraestructura IT, debería ser considerado como indicador de calidad tan importante como tener un edificio en buenas condiciones y no un servicio accesorio como ocurre en muchos casos.

# data[].attributes.body
Una de las lecciones aprendidas a través del caso Evaristo es que en gestión de la seguridad de la información, un plan de seguridad del sistema tiende a reducir la probabilidad de que el evento suceda o a disminuir su impacto. En este caso no se contaba con dicho plan lo cual generó complicaciones con un alto impacto. Es importante formular un plan de respuestas a incidentes, soportarlo a lo largo de la organización y probarlo regularmente.

El mantenimiento de la red no era el adecuado siendo uno de los principales generadores de la caída del sistema. En este tramo, recorriendo el caso evaristo fue muy útil para explorar todos los componentes de una red de datos.

Es importante destacar el rol de la informática en salud, observando en el ejemplo del caso Evaristo que ante una caída del sistema se vio amenazada la calidad de atención y la seguridad del paciente a tal punto que debió cerrar el Servicio de Guardia.

# data[].attributes.body
En este tramo de aprendizaje he aprendido un nuevo vocabulario, comencé a comprender el manejo básico de un sistema de redes en el ámbito hospitalario. Creo que fue un buen recurso utilizar un caso que presente fallas del sistema y poder analizarlo.
Dentro de las lecciones aprendidas destaco como importante:
1)contar con un sistema informatico y una adecuada infraestructura TI.
2) Plan de contingencia actualizado constantemente y equipo capaz de atender probables amenazas.
3)Sistemas de alertas ante trafico inusual de datos.

# data[].attributes.body
Otras lecciones aprendidas tienen relación con tener una visión sistémica acerca de las TI en salud. Una de las cosas que aprendi es que cada capa (Hablando del modelo OSI) depende de la que tiene abajo y así se van sosteniendo una a una. En ese sentido, cuando hay una falla es muy importante ser capaces de ver "más allá de lo evidente" ya que la falla puede estar en otro lugar. En ese sentido en los planes de contingencia es importante contar con revisiones periódicas de todos los elementos que forman parte del mismo sistema.

# data[].attributes.body
Otra lección aprendida en el cas Evaristo, tiene relación con el hecho de que el mismo Evaristo, al sentirse culpable del problema, lo intentó solucionar todo él mismo.
También un error fue dar otras funciones a Evaristo (por ejemplo comunicaciones) cuando debía concentrarse en el problema.

# data[].attributes.body
A partir del caso, puedo rescatar dos lecciones muy importantes que considero podrían ahorrar posibles problemas en el futuro:

Es necesario el trabajo interdisciplinario pero esto no significa trabajar cada uno por su lado en sus respectivas disciplinas sino comprender la interrelación de sus funciones y objetivos, no es posible que en un SIS el equipo de informática no conozca la implicancia de las caídas de red en la atención de salud, por lo tanto se debe capacitar a los actores del SIS no solo en su rol sino en todo el flujo de información, actores y responsabilidades.

Además, es necesario observar los problemas que se presenten y las soluciones que se den para sistematizar dichas experiencias y agregar este conocimiento al Plan de Respuesta ante Desastres, manteniéndolo actualizado respecto a opciones de solución y problemas potenciales.

# data[].attributes.body
Las pricipales lecciones aprendidas que rescato del caso Evaristo serían:
- La necesidad de contar con infraestrutura actualizada, que soporte el nivel de operación del sistema de ese centro de salud.
- Tener algún sistema de alerta que se active frente a un tráfico inusual de datos, como en el caso del PACS del ejemplo.
- Contar con un plan de contingencia más sólido, que permita inmediatmante seguir operando las áreas críticas, y se resguarde la información de los pacientes.

# data[].attributes.body
Una de las lecciones aprendidas del caso Evaristo tiene que ver con el hecho de que puedes ser un profesional muy reconocido en tu medio (como lo era Evaristo) pero esto no te salva de que puedan haber situaciones que te pongan en problemas.
Una lección importante es poder ser capaz de diagnosticar a tiempo una situación. Ya habían indicios, antes de que todo ocurriera, de que las cosas no iban bien. Muestra de ello es que existieron problemas previos de demora de tiempo pero se esperó a que se solucionara solo, tal como había ocurrido antes. El dejar que un hecho concreto, que ocurre, y es desconocido, pase solo, evita detectar a tiempo problemas que en el futuro pueden ser mayores. Tal como ocurrió en este caso.
Es importante, si hay problemas, por breves que sean, poder intentar llegar a un adecuado diagnóstico de los mismos.

# data[].attributes.body
De la lectura del caso Evaristo surgen varias lecciones importantes:
1. La importancia del rol de los profesionales dedicados a la informática en salud para llevar adelante el sistema informático de un hospital
2. Contar con un plan de contingencia en caso de ocurrir una crisis en el sistema y un plan de recuperación ante desastres
3. Tener en cuenta la infraestructura con la que contamos a la hora de incorporar nuevos elementos al sistema informático para prevenir una caída del mismo
4. Auditar las fallas que van ocurriendo en el sistema por más que parezcan menores o se solucionen espontáneamente, ya que pueden ser indicio de un problema latente

Personalmente me sirvió para aprender acerca de la arquitectura básica del sistema informático y los distintos elementos que la componen

# data[].attributes.body
Lecciones aprendidas
1- Es muy importante tener en cuenta el horario en el que se debe realizar el mantenimiento de la infraestructura. La caída del sistema en horario laboral de un hospital puede tener resultados catastróficos para los pacientes
2- Tener un plan de contingencia en caso de que no pueda evitarse la caída del sistema
3- Educar al personal para el uso del plan de contingencia para tener una respuesta adecuada y sin agregar problemas
4- Mantener tanto el hardware como el software actualizado para evitar problemas de compatibilidad y también poder utilizar el máximo potencial de cada dispositivo.
5- Que el recurso humano sepa cómo funciona la totalidad de la red es muy necesario para poder realizar el mantenimiento del mismo ya que puede haber fallas en cualquier parte del circuito.

# data[].attributes.body
Luego de la lectura del "caso Evaristo", creo que la mejor lección que me queda es que al sistema de información de una institución siempre es necesario verlo de manera integral, es decir de nada sirve tener un excelente software si el hardware no está correctamente configurado y actualizado, como así también que sea el adecuado en capacidad de manejo de la información de acuerdo el volumen de datos que maneja la institución. Es necesario prestan atención a  toda la configuración de la red desde los dispositivos terminales, pasando por la fibra que conforma la red, los switches adecuados, los servidores adecuados y en configuración adecuada, como también tener en cuenta el datacenter donde se alojas los servidores. También es necesario tener un adecuado "plan de contingencia de emergencias" para tener una respuesta adecuado en caso de emergencia y evitar retraso en el manejo de la información e incluso perdida de información.

Gracias.-

# data[].attributes.body
La importancia de tener una red adecuada a las necesidades del lugar y poder administrar el correspondiente soporte para que la red se encuentre lo mas actualizada posible para evitar problemas. Pero a su vez, contemplar que los problemas pueden suceder, y tener un plan de contingencia es de vital importancia para asegurarse que las tareas del hospital puedan seguir adelante mientras se resuelven los problemas.

Otra pieza fundamental, es contar con un recurso humano capacitado para poder realizar el mantenimiento y mejoras de la red. Capaz de actuar prontamente para resolver problemas en caso de contingencia.

# data[].attributes.body
Las lecciones que pude reconocer del caso de Evaristo son:
- Comprender la importancia de la actualización y mantenimiento del sistema que se implemente. Al agregar los nuevos switch tuvieron que elegir de nivel 2 cuando ya existían instrumentos más actualizados, debido a que el switch que ya utilizaban no podía soportar al nivel 3. Quizás en el afán de expandir su red de datos sin perder tiempo, no quisieron actualizar la totalidad de la red; pero podemos ver como es algo que "pasó factura" y que terminó causando un colapso total por 1 semana (cuando el cambió podría haber sido en menor tiempo).
- Los planes de recuperación de desastres son fundamentales para la continuidad de un sistema. Además de prevenir las fallas o colapsos con modificaciones y actualizaciones, tenemos que aceptar que los errores o colapso seguirán ocurriendo por lo que tener un plan de respuesta rápido y eficiente serán de gran utilidad.
- El resto del aprendizaje fue en cuanto al funcionamiento de las redes de datos, su organización en tanto a hardware y software. Además el funcionamiento del equipo de TI y su relación con el resto del sistema hospitalario.

# data[].attributes.body
Haber leído el Caso Evaristo me dejó varias lecciones importantes para tener en cuenta.

En primer lugar, rescato la importancia de haber podido conocer la gran cantidad de componentes de hardware, entendiendo cómo se interconectan entre ellos y pudiéndolos organizar en función de las capas del Modelo OSI; siendo fundamental contar con un hardware de alta disponibilidad para prevenir caídas en el sistema de red.Además, valoro haber conocido los distintos protocolos de comunicaciones y las distintas configuraciones posibles de red.

Referido a la caída del sistema, propiamente dicho, me quedo con la importancia de contar con Planes de Contingencia para asegurar en todo momento la continuidad operativa de los sistemas de información, actuando rápidamente y profundizando la investigación de todas las posibles causas del problema con el equipo técnico.

Entonces, contar con un Plan de Recuperación ante Desastres resulta fundamental para poder realizar la recuperación de los datos, el hardware y el software crítico, para que una organización pueda comenzar de nuevo sus operaciones en caso de un desastre natural o causado por el hombre. Es importante mantener a todo el personal involucrado capacitado y probarlo regularmente para poder soportarlo a lo largo de la organización.

Junto con este plan de recuperación ante desastres, también es importante contar con Planes de Continuidad del Negocio o de las Operaciones, en los cuales se contemple la capacidad estratégica y táctica de la organización para planificar y responder ante los incidentes e interrupciones del negocio o de las operaciones, con el fin de permitir la continuidad de las actividades.

# data[].attributes.body
*Lecciones aprendidas con el caso Evaristo:
-En IT es importante la planificación de la estructura de acuerdo a los requerimientos actuales y futuros, es decir tener la capacidad de escalar cuando así lo requiera.
-Para detectar posibles fallas o necesidades, es imperiosa una monitorización y seguimiento permanente. Así evitaremos pérdidas de tiempo, dinero o confiabilidad.
-Tener siempre un plan de recuperación de desastres actualizado y conocido por los actores necesarios.
-Redundancia: vital para salir rápidamente de imprevistos y disminuir el downtime.

---> Ante el crecimiento de la informatización que experimentó el hospital, con centros de salud periféricos y la incorporación del sistema PACS, que demanda gran tráfico y almacenamiento de datos, se evidenció que la infraestructura del centro no se adecuó a los requerimientos. Hoy, podríamos aprovechar el cloud y tener un back up de la información o los sistemas más críticos o bien dividir la información entre el datacenter del hospital y el uso de los sistemas de nube, que pueden escalarse o desescalarse según necesidad y sin una inversión monstruosa.

# data[].attributes.body
Comparto mis lecciones aprendidas:

- La correcta gestión deviene del conocimiento de la infraestructura implementada. De ninguna manera se podría haber dado con la solución a la problemática si no hubiera profesionales que tuvieran el conocimiento para diagnosticarlo y resolverlo. Desde Evaristo a los integrantes de los diferentes equipos destinados a tal fin.

- Intentar prevenir. La red Hospitalaria estaba atrasada 10 años y al parecer no fue priorizada su actualización hasta que se encontraron con la problemática descripta en el caso. Todavía contaban con equipos de nivel 2 como switch principal que no pudieron garantizar el intercambio de datos proporcionando niveles de performance, seguridad y disponibilidad.

- Ante la interrupción del servicio, en el caso Evaristo hubo mucha incertidumbre. Para disminuirla, hay que gestionar la continuidad del negocio para garantizar el funcionamiento del mismo a través de planes previamente armados y probados. Sobre todo cuando se trata de una institución de salud que debe velar por la seguridad de los pacientes.

Interesante caso, muchas gracias!

# data[].attributes.body
El caso Evaristo me hizo reflexionar sobre varias cuestiones, a saber:
- Tener idea de todos los recursos con los que cuenta una organización, ya sea el software, el hardware y los recursos humanos. Hay que saber con qué cartas uno juega a la hora de proveer cualquier tipo de servicio, ya que nos permite armar un plan de contingencia eficaz ante cualquier falla en esos recursos.
- Es fundamental tener un buen plan de recuperación ante desastres, con protocolos bien definidos y conocidos por todos los integrantes de la organización. Esto va a permitir poner en marcha el mecanismo de solución de problemas sin que sea vean afectadas las actividades esenciales de la organización (fundamental en cualquiera que provea servicios de salud, ya que sería catastrófico que dejara de funcionar el servicio de emergencias, terapia intensiva e internación por fallas en el sistema).
-Se debe tener actualizado permanentemente al personal involucrado, ya que la tecnología avanza a pasos agigantados.
-Las historias clínicas son los documentos de los que se vale cualquier profesional de la salud. Es fundamental contar con un back up de los mismos para no perder el registro longitudinal de los pacientes atendidos.

# data[].attributes.body
Las empresas o instituciones que trabajan con Sistemas de Informática en Salud disfrutan de sus ventajas pero ante una falla de alguno de los componentes de la red puede generarse un caos entre sus trabajadores, sobretodo si no están acostumbrados a otra forma de trabajo. El caso Evaristo pone de manifiesto la importancia de contar con una red planificada, con dispositivos compatibles y actualizados, con monitoreo de su actividad y controles periódicos.

Así mismo, resulta fundamental contar con un plan de recuperación ante desastres que permita una reacción rápida ante algún incidente de modo de neutralizar los posibles daños y permitir el restablecimiento del funcionamiento de la red lo antes posible.

# data[].attributes.body
Pude identificar las siguientes lecciones:

- La necesidad de mantener la red actualizada. Cuando años atrás se hizo la fusión con otra red mas antigua debieron haber actualizado esa red o al menos haberlo planificado. Queda claro el día domingo con nuevos dispositivos cómo se pueden identificar problemas y resolverlos rápidamente. La red estaba atrasada 10 años. El Hospital debería tomar conciencia de la importancia de los sistemas de información e invertir en ello. En el caso no queda claro si el atraso es porque Evaristo no alertó este atraso o bien si desde la alta Dirección no vieron la necesidad de inversión en equipos de última generación.

- Contar con un plan de contingencia y de recuperación de desastres que sea conocido por todos. Queda en evidencia que no lo tenían. En un primer momento las soluciones parecían ser improvisadas. Es probable en este caso si se hubiese contado con equipos actualizados no hubiese pasado este problema y esta lección no se habría puesto en evidencia.

- Tener un equipo de trabajo con profesionales capacitados y actualizados. Que sea capaz de gestionar en situaciones críticas. No puede estar una persona trabajando 2 días sin parar ni dormir.

- La necesidad de contar con un registro de buenas prácticas, de aprender del error. Esta actividad de lecciones aprendidas debiera ser incorporada por Evaristo y su equipo.

# data[].attributes.body
El aprendizaje que me llevo es que se deben siempre evaluar las fallas en el momento sin suponer que puede resolverse solo y se debe contar con un plan de contingencia ante situaciones inesperadas. Además se debe tener conocimientos sobre la infraestructura del sistema y ésta siempre debe ser lo más actualizada posible para disminuir fallas. A la vez, cuando se realiza una acción para intentar resolver el problema, se debe estar atento a posibles recaídas antes de asegurar la resolución total del fallo.

# data[].attributes.body
La lección mas importante que creo haber aprendido a lo largo del estudio del caso Evaristo, es que los sistemas informáticos casi funcionan como organismos biológicos debido a su complejidad extrema, múltiples componentes interconectados y los distintos problemas a los que están expuestos que de no ser atendidos a tiempo y con pericia pueden hacer colapsar desde una empresa pequeña hasta una multinacional.

Debido a esta complejidad es fundamental contar con planes de contingencias para situaciones criticas y que los mismos sean de amplio alcance, redundantes y fácilmente reemplazables para contener cualquier tipo de falla y que no termine afectando a todo el sistema.

Otra punto importante a mi entender es que los sistemas evolucionan y se actualiza con rapidez lo que permite desarrollar nuevos contenidos y ademas estar preparados para nuevas amenazas, de ahí radica la importancia de tener al sistema siempre con los componentes de hardware y software lo mas actualizados en la medida de las posibilidades de cada empresa.

Por ultimo la capacitación y el trabajo en equipo del personal es de suma importancia para tener estrategias de resolución de problemas.

# data[].attributes.body
El caso Evaristo me sirvió, por un lado, para afianzar los contenidos que íbamos aprendiendo en los recursos audiovisuales y la bibliografía. Por el otro, me despertó numerosos interrogantes, no solo en términos de contenido nuevo para aprender, sino además en relación a la multiplicidad de variables que influyen en el desarrollo y el mantenimiento de una red en una institución.

En particular me pareció super interesante el modelo de gestión de riesgos, y considero que es una de las principales lecciones que nos deja el caso.

Finalmente me gustaría mencionar que esta modalidad de aprendizaje me pareció super enriquecedora. Muchas gracias.

# data[].attributes.body
Mediante el estudio del caso de Evaristo encuentro 2 grandes lecciones para el trabajo en cualquier organización que tenga a las TIC como corazón de su operación.

La primera lección es que se debe trabajar en establecer trabajos de prevención con el objetivo de detectar amenazas a la operación de forma oportuna de forma tal que permita ejecutar acciones correctivas y evitar que se afecten las actividades del día a día.

Tenemos que tener conocimiento de cómo está configurada nuestra red, contar con un registro de las diferentes piezas que lo componen y detectar cuales son los riesgos o posibles fallas de cada uno de estos componentes, fecha recomendada de renovación.

Por otro lado tenemos que estar preparados y saber qué hacer si nuestra red o sistema llegara a colapsar. Para esto elaborar y mantener un plan de acción y recuperación ante desastres es fundamental.

# data[].attributes.body
Como lección es la importancia de un plan de contingencia ante una situación de caída completa o parcial del sistema, que todo el personal pueda tener un conocimiento básicos de donde y como utilizar la documentación física (papel), luego un plan de organización o agenda de actividades que requieran alto transito de información en la red y que estas actividades sean programadas en un horario donde ocurra bajo flujo de trafico de información, así como la infraestructura de la red, que este actualizada para garantizar la seguridad de los datos y el buen funcionamento de todo el sistema de la institución .

# data[].attributes.body
Durante este primer tramo de la materia pude aprender realmente lo que implica un red e internet. Yo tenia un concepto errado en este sentido, entendí que hay una aspecto físico de las conexiones que permiten que uno tenga acceso a la información que es fundamental.
Pude entender el modelo de capas, la funcionalidad de cada uno de los hardwares involucrados, sus vulnerabilidades también.
Comprendí diferencias conceptuales con respecto a los dispositivos de usuario final.
Y fundamentalmente creo que entendí cuán importante es la planificación, el mantenimiento y el cuidado de la infraestructura de tecnología para que cualquier sistema informático funcione.

# data[].attributes.body
Algunas de las principales lecciones que me quedaron fueron:
a) Aumento en la inversión en la infraestructura tecnológica para mejorar los diferentes procesos.
b) Capacitación a diferentes profesionales ,porque en las situaciones presentadas se lo sobrecarga a una persona en particular (Evaristo).
c) No porque sea un sistema informático tiene la capacidad funcional adecuada siempre, este puede fallar y por eso tiene que estar presente un plan de contingencia ante estas situaciones. Este plan debe estar conocido por todos los protagonistas de la institución y previamente entrenar al personal.

# data[].attributes.body
Creo que una de las lecciones que podemos rescatar del caso de Evaristo es la implementación de un plan de recuperación de desastres para evitar demoras en la implementación de un plan de contingencia. Otro punto clave a tener en cuenta es conocer a fondo la arquitectura de TI de la red propia, para poder identificar los posibles causales de un problema.

# data[].attributes.body
Las lecciones aprendidas, respecto al caso de Evaristo serian fundamentalmente, la importancia de contar con Equipos de Trabajo solventes, que cuenten con los conocimientos y la capacidad operativa, para la Gestión diaria.
Asimismo,  estos Equipos de IT puedan evaluar y contemplar, posibles y probables  situaciones de riesgo que pudiesen suceder en la Organización, para luego de efectuadas estas observaciones puedan delinear políticas corporativas acordes, así como Planes de Recuperación ante desastres.

Otra lección aprendida, es que debe efectuarse una evaluación periódica de los componentes de la Red, para mantener los mismos actualizados, optimizando de esta manera el funcionamiento del conjunto.

# data[].attributes.body
Como lección me pareció relevante tener una adecuada planificación y diseño del sistema. Haciendo hincapié en el alcance, que sea modular y con redundancia, y fácilmente escalable, para que en caso de que algo falle sea fácilmente reemplazable y que no altere o afecte lo menos posible al trabajo diario del personal de salud.
Por otro lado aprendí que cada vez que se agregan componentes a una red deberían ser compatibles entre sí y fácilmente reemplazables, para evitar problemas futuros.
Otra lección me parece que es la importancia de tener los equipos actualizados periódicamente (software y hardware) y tener un monitoreo en tiempo real que tenga seteadas alarmas para prevenir fallos antes que sucedan.
Por último, es clave tener un plan de recuperación de desastres adecuadamente documentado y que todo el personal involucrado tenga práctica en el mismo. De esta manera cuando haya que activarlo, los pasos se realizarán en forma adecuada y lo más rápido posible para garantizar una pronta restauración del sistema.

# data[].attributes.body
Mis lecciones aprendidas en el caso evaristo son:

1. Lo compleja/grande que es la  Infraestructura de la red y todos los componentes que hacer parte de ella.

2. Lo inmersa que esta la sociedad en las tecnologías, poco pensamos que sería del momento que no esté disponible una PC, Internet, Teclado, Mouse  y los retrasos que eso generaría, debido a normalizar la existencia de estos.

3. En la Actualización/Revisión constante de los componentes de la red.

4. Plan de Acción a seguir en eventos que generen riesgo para la empresa, sean humanos, físico o naturales.

5. Contar con equipos Actualizados y preparados para los nuevos retos que se presenten dia a dia.

6.  Una solución a un problema en la red no es prender y apagar los dispositivos :)

# data[].attributes.body
Las lecciones aprendidas a partir del caso "Evaristo" y de lo trabajado en este primer tramo de la materia, lo podríamos resumir en los siguientes puntos:
-Antes de definir la infraestructura necesaria y la arquitectura de la red debemos conocer en profundidad las necesidades y características de la organización. Tomando en cuenta los atributos de disponibilidad, performance, seguridad y los rrhh involucrados.
-Realizar una evaluación de riesgo y el tratamiento que de ello se desprenda.
-Elaborar un plan de respuesta ante incidentes, un plan de contingencia y un plan de recupero ante desastres, y testearlos rutinariamente.
-Comunicar, capacitar e involucrar a todos los miembros de la organización sobre la importancia de la seguridad de los  datos y sistemas y de los planes de contingencia antes mencionados.
-Entender que las necesidades, complejidad y requisitos de las organizaciones van evolucionado constantemente y es fundamental que el área de TI, infraestructura y rrhh, acompañen e incluso anticipen estos cambios.

# data[].attributes.body
Después de terminar el tramo 1 de la materia, creo que el aprendizaje que me gustaría compartir es que me di cuenta la importancia de que se cuente con la infraestructura adecuada a las necesidades del hospital, quizá cuando este inició, lo que se instaló era suficiente para ese momento y quizá continuaba siendo así por los próximos años, sin embargo, así como se van mejorando los procesos hospitalarios, las actualizaciones de sistemas clínicos, etc. es importante también ir actualizando todo el hardware que soporta todos los sistemas de salud.
Adicional también aprendí de la importancia de tener in DRP para poder reaccionar más rápido ante cualquier situación y reestablecer las herramientas que todo el personal necesita para poder brindar un servicio óptimo y de calidad a los pacientes.

# data[].attributes.body
Las lecciones aprendidas en este caso fueron varias, primero y principal para mi, es tener en cuenta que siempre hay que tener un plan de recuperación ante desastres, pensando en los peores escenarios posibles para poder garantizar la continuidad del negocio; segundo y más a nivel preventivo, tener protocolizado las evaluaciones de hardware y software periódicas, teniendo en cuenta que todo tiene tiempo de vida y actualizaciones que implican cambios o mejoras, tercero fortalecer el equipo de recursos humanos, donde se cuente no solo con personal que sea hábil para generar planes preventivos y de mantenimiento, sino qué en momentos de contingencia funcionen en red para poder actuar más rápido y mejor, donde no solo se descarguen las decisiones en una persona, sino que junto a los expertos se vean las mejores alternativas y soluciones.

# data[].attributes.body
El desarrollo de un sistema informático de cualquier índole, implica un análisis previo, la instalación y el mantenimiento de una estructura de gran complejidad, la cual requiere de inversión en equipamiento y software, de tiempo de planificación, capacitación continua y de un equipo multidisciplinario que trabaje en armonía. A esto se le suma el constante crecimiento de la TI que nos obliga a estar actualizados permanentemente. En el ámbito de la salud a toda esta estructura dinámica hay que asegurar la  confiabilidad, accesibilidad, confidencialidad y seguridad de todos los datos, y que estos se puedan obtener oportunamente por el área autorizada que los requiera.

Teniendo en cuenta esto, una de las lecciones más importantes que aprendí es que las TI pueden fallar y van a fallar (ejemplos como el de Evaristo, suceden a diario en todos los sistemas, con diferentes magnitudes), por lo que tener un procedimiento bien establecido de crisis, con roles bien definidos y estar asesorados por empresas especializadas es de fundamental importancia. Se deben controlar los sistemas (hardware y software) periódicamente, el personal se debe capacitar continuamente, hacer simulacros de fallas, tener un backup robusto y actualizado, tener un plan B cuando los sistemas no estén funcionando y tener celeridad en la resolución del problema, aumentan la seguridad y minimizan los costos directos e indirectos de cualquier crisis informática.

# data[].attributes.body
Me pareció muy interesante el caso de Evaristo y adquirí varios conocimientos.
Considero que la conclusión mas importante es que toda empresa, institución y/o equipos de trabajo siempre deben estar preparados para un suceso o situación de fallas en este caso un pare en el sistema prevenible o no prevenible, contar con un plan de contingencia estructurado y documentado y el cual sea socializado si es necesario realizar simulacros y que todo el personal lo entienda y lo sepa desarrollar en el momento que se necesite. Por otro lado no vencerse ante el obstáculo y desarrollar de manera inmediata el plan de recuperación de desastres para minimizar riesgos y solucionar de manera oportuna y eficaz.
Es claro también que detrás de todos los procesos debe haber un equipo de personal idóneo y entrenado, una monitorización continua para identificar posibles fallas, actualizaciones tanto en conocimientos, entrenamientos y sistemas tecnológicos actualizados, probados y ejecutados, copias de seguridad de datos e información.
Por encima de todos los inconvenientes que puedan suceder en una institución de salud recordar que lo mas importante es la seguridad del paciente o los usuarios.

# data[].attributes.body
Lecciones aprendidas:
No subestimar alteraciones intermitentes  en el comportamiento de la red durante el monitorio de la misma.
Planificar el crecimiento de la infraestructura de TI e implementar cambios en la misma adecuados a este crecimiento
Tener un plan de recuperación que incluya ademas del resguardo de la información opciones para la continuidad del negocio en caso de desastre (HC en papel, formularios para solicitud de estudios, cambios de funciones del personal, etc.)

# data[].attributes.body
"Prevenir es mejor que curar"
Claramente este tema podría haberse previsto en base a una correcta evaluación al momento de implementar cambios en la red (el update no fue hecho adecuadamente). Luego si eso no se podría haber modificado por recurso por ejemplo, si se podría haber monitorizado la actividad de la red, buscando activamente problemas y reaccionando adecuadamente frente a ellos. Finalmente si hubiese existido un plan de desastres, la situación se habría abordado de otra forma.

# data[].attributes.body
#Lecciones aprendidas

Creo que lo que mejor sintetiza como aprendizaje el Caso Evaristo es la importancia de contar con un "Plan de contingencia y de recuperación  ante desastres", de manera documentada y protocolizada que detalle cómo debería técnicamente realizarse la recuperación de la infraestructura a un nivel operativo normal.

El Caso Evaristo demostró la importancia de:

Contar de antemano con objetivos, alcance y asignación de responsabilidades de manera clara y detallada ante una eventual contingencia (¡Y no tener que pensar esto post incidente!)

La importancia de no subestimar fallas o alternaciones aunque parezca que se volvió rápidamente a la “normalidad”

Contar con un backups como un datacenter de reemplazo o el uso de infraestructura externa para sostener gestión, operabilidad y resguardo de la información de los pacientes y su asistencia en asistencia a pacientes

Tener algún Flag o alarma frente a un uso intensivo del sistema de información (para que no suceda lo que sucedió con el querido investigador que saturó el sistema)

Tener infraestructura que pueda escalar acorde a las modificaciones o crecimiento de las demandas de la institución / organización y tener el hardware actualizado

Trabajar en equipo con roles previamente asignados: Evaristo estuvo solo gran parte del incidente, no pudo delegar muchas acciones ni tuvo un rol claro en la gestión y comunicación de la situación

Política clara comunicacional a la institución en caso de incidentes

¡Y por sobre todo ejercitar de manera periódica el Plan de recuperación y mantenerlo actualizado!

# data[].attributes.body
Aprendizajes:

# Lo poco que sé de todo lo que hay detrás de Intranet, ya sea recurso humano o estructura

#Importancia de contar con equipos multidisciplinarios

#Importancia de contar con equipamiento tecnológico adecuado (creo este es el limitante o al menos lo que menos pensamos)) ante el desarrollo de un nuevo proyecto en informática en salud, que incluye tanto hardware como software como el lugar físico correctamente acondicionado para que funciones los equipos, entre otros.

# Planes de contingencias/plan de desastre acordes a la necesidades propias de cada institución.

#Control continuo del todos los componentes del sistema

# Comunicación: en especial comunicar a aquellos, por ejemplos usuarios de Intranet, cuales son las fallas que si o si debemos reportar para alertar que algo está funcionando mal.

# data[].attributes.body
Estas semanas aprendí los distintitos componentes de una red , sus funciones y  la importancia de evaluar el estado de la red y de todos sus componentes.

Aprendí que es necesario contar con un Plan de Recuperación ante Desastres para eventuales contingencias, que incluya no sólo  reparar o cambiar el software/ hardware, sino planificar la organización y la  comunicación  para  la notificación del problema sin crear pánico , evitando así la confusión y la posibilidad de error.

Activar un  plan de actividades que estén en un protocolo después de un incidente  asignándole a cada personal de la institución según  sus funciones o responsabilidades , una tarea puntual  frente a un evento  similar al de Evaristo.

Contar con un grupo de apoyo de técnicos o de proveedores de sistemas informáticos  con conocimiento para aliviar el trabajo frente una caída de la red.

Contar con copias de seguridad de los datos para ayudar a la recuperación de la información.

Mantener este plan de recuperación ante desastres en revisión continua y programada, así como evaluar de manera periódica el estado de la red , evaluando aquellos sectores que soporten  funciones críticas en la institución.

Creo que lo más importante es saber que si uno cuenta con estrategias planificadas de recuperación ante desastres la institución va estar preparada para enfrentar este tipo de situaciones

# data[].attributes.body
Además, queda claro que es necesario contar con un “Plan de Recuperación de Desastres”, donde queden establecidos claramente los roles de responsabilidad y las pautas a seguir de cada miembro del personal, a fin de reducir el riesgo lo más posible y el impacto de las consecuencias que puedan generar en el funcionamiento de la institución. Es necesario la redundancia de la red y contar con alternativas de back-up (Ej: UPS, doble suministro elétrico, etc.), permitiendo de esta manera que las áreas vitales puedan seguir operativas (Ej: Guardia Médica). Es fundamental el registro de incidentes y pasos que se realizaron a fin de un proceso de mejoramiento continuo de la calidad.

# data[].attributes.body
Durante este tramo, que evaluamos el caso Evaristo, pude aprender la importancia de la correcta implementación de la arquitectura de red en la infraestructura de las TI, tanto del diseño como el monitoreo teniendo en cuenta tanto los factores humanos como aquellos que dependen de los componentes físicos de la red. Entendí el concepto de escalabilidad, a la hora de poder ajustar de manera continua la capacidad de los componentes de la red a la demanda laboral, teniendo siempre en cuenta en el diseño de la misma facilitar la auditoria constante tanto de la seguridad de la red como de su estado en tiempo real.

# data[].attributes.body
Los aprendizajes que me ha dejado el análisis del caso Evaristo y las clases abordadas hasta el momento son: la importancia de contar con profesionales expertos en la informática en salud, especialmente en las organizaciones que dependen de una infraestructura de TI en funcionamiento, junto con el desarrollo de un plan de recuperación ante desastres, que contemple las fortalezas y debilidades de nuestro sistema para evitar las amenazas o para minimizar los efectos de un desastre. También hemos visto que no tomar medidas oportunas para problemas comunes como "el funcionamiento lento de una red" puede desencadenar en un problema mucho mayor como la caída de la misma, por eso es importante controlar el estado de la red y el de sus componentes de manera periódica.

# data[].attributes.headline
¿Cómo participar en el tablero?Solo tienen que hacer doble clic sobre el fondo o sobre el círculo rosa en la esquina inferior de la pantalla, y aparecerá el cuadro de texto para escribir.Al escribir su texto por favor incluir su nombre y apellido en el título.

# data[].attributes.subject
¿Cómo participar en el tablero?Solo tienen que hacer doble clic sobre el fondo o sobre el círculo rosa en la esquina inferior de la pantalla, y aparecerá el cuadro de texto para escribir.Al escribir su texto por favor incluir su nombre y apellido en el título.

# data[].attributes.body
Mi principal aprendizaje fue reconocer lo poco que sé de redes.
Sin dudas es fundamental para quien se desempeña como especialista en informática en una institución como la de Evaristo contar con un profundo conocimiento de la infraestructura necesaria para el adecuado funcionamiento de la Red, contar con un plan de Recuperación de Desastres y mantener actualizado todo el equipamiento.

# data[].attributes.body
Es muy importante contemplar en la logística del área de TI un plan de Recuperación de Desastres que comprende  un objetivo con responsabilidades asignadas previamente para lograr la recuperación de  la operación de la infraestructura tecnológica ,se trata de medidas preventivas y reactivas que permiten asegurar y proteger la información de una organización; teniendo en cuenta la Continuidad del negocio en un nivel de actividad aceptable que se haya definido también con anterioridad,  de manera sistemática, de modo que se puedan probar, sostener y ubicar datos originales en un adecuado backup.