# data[].attributes.headline
Liliana Giraldo            Se debe contar con una estrategia planificada compuesta por un
conjunto de procedimientos que garanticen la disponibilidad de una solución
alterna que permita restituir rápidamente los sistemas de información de la
Entidad ante la eventual presencia de eventos que paralicen parcial o
totalmente. Siempre se debe garantizar la seguridad de la información.

· Garantizar la continuidad en los procesos de los elementos
críticos necesarios para el funcionamiento de las aplicaciones, mediante el
mantenimiento preventivo de la infraestructura de las TI

· Identificar las acciones que se deben llevar a cabo y los
procedimientos a seguir en el caso de la presencia de un evento que restrinja
el acceso a los sistemas de información.

· Establecer las secuencias que se han de seguir para organizar
y ejecutar las acciones de control de emergencias.

· Minimizar las pérdidas asociadas a la presencia de un evento
relacionado con la gestión de los datos.

· Proveer una herramienta de prevención, mitigación, control y
respuesta a posibles contingencias generadas.

# data[].attributes.subject
Liliana Giraldo            Se debe contar con una estrategia planificada compuesta por un
conjunto de procedimientos que garanticen la disponibilidad de una solución
alterna que permita restituir rápidamente los sistemas de información de la
Entidad ante la eventual presencia de eventos que paralicen parcial o
totalmente. Siempre se debe garantizar la seguridad de la información.

· Garantizar la continuidad en los procesos de los elementos
críticos necesarios para el funcionamiento de las aplicaciones, mediante el
mantenimiento preventivo de la infraestructura de las TI

· Identificar las acciones que se deben llevar a cabo y los
procedimientos a seguir en el caso de la presencia de un evento que restrinja
el acceso a los sistemas de información.

· Establecer las secuencias que se han de seguir para organizar
y ejecutar las acciones de control de emergencias.

· Minimizar las pérdidas asociadas a la presencia de un evento
relacionado con la gestión de los datos.

· Proveer una herramienta de prevención, mitigación, control y
respuesta a posibles contingencias generadas.

# data[].attributes.body
Las organizaciones se benefician de una buena arquitectura para poder tornarse más ágiles y flexibles. Una infraestructura modular, sólida y escalable provee firmamentos que permiten adaptarse rápidamente al futuro.
Dicho esto, como lección aprendida propongo:
1. asesorarse muy bien para sentar las bases de una infraestructura que nos permita crecer, y no ¨quedarnos¨.
2. Capacitar al personal de modo tal que sea idóneo para mantener  y auditar la calidad del sistema, y responder en caso de necesidad
3. Tener una política de contingencia establecida

# data[].attributes.body
Aporto como lecciones primordiales:
1. Evaluacion y validacion periodica de la estructura de la red...en tecnologia los cambios son rápidos.
2. Siempre tener un plan de contingencia.
3. Monitoreo del trafico de datos en la red.

# data[].attributes.headline
Giselle Rodriguez      Como lecciones aprendidas aportaría adicional lo siguiente: 1. Realizar revisiones periódicas sistematizadas de la estructura de la red de la organización . 2. Tener siempre un plan de contingencia 3. Monitorear el comportamiento del trafico de la red.

# data[].attributes.subject
Giselle Rodriguez      Como lecciones aprendidas aportaría adicional lo siguiente: 1. Realizar revisiones periódicas sistematizadas de la estructura de la red de la organización . 2. Tener siempre un plan de contingencia 3. Monitorear el comportamiento del trafico de la red.

# data[].attributes.body
- No subestimar los errores de la red
- Tener Plan de Contingencia y de recuperación de desastres. Con simulacros que nos ayuden a estar preparados.
- Adecuada Actualización y mantenimiento de la red. Ya sea en su ¨soft¨ como en su hardware.
- No dudar en pedir ayuda
- Adecuada documentación de los procesos y las redes

# data[].attributes.body
Lecciones aprendidas del caso Evaristo
1. Tener en cuenta la necesidad de ir realizando la actualización de las redes a medida que va creciendo el sistema informático del hospital.
2. Trabajar en conjunto y en comunicación con empresas especialistas en redes, teniendo la previsión de consultarlas en caso de que sea necesario y ni bien aparecen los problemas, sin esperar a que el problema se haga mayor. No subestimar aquellos cortes parciales aun cuando estos se resuelvan, como pautas de alarma del comienzo de un problema.
3. Tener desde un principio un plan de contingencia sistematizado y completo para que, en caso de que existan cortes de red, el impacto sobre la atención hospitalaria sea la menor posible.

# data[].attributes.body
Una red institucional es algo muy complejo. Se deben tener en cuenta todos los posibles "puntos débiles".
1. Diseño adecuado de la red a nivel físico, lógico y de seguridad.
2. Sistema de monitoreo de trafico en la red para poder identificar las fuentes de trafico: (No puede dejarse librado al azar)

Que aplique políticas de planificación de paquetes, priorizando los mismos según origen, destino y tipo.

Que aplique políticas de policía de red, bloqueando o restringiendo terminales que infrinjan las políticas de buen uso de la red.

Que disponga de una interfaz visual para poder tener una vista rápida de la situación y las fuentes de los inconvenientes de trafico.

3. Mecanismo de backup de red, con rutas redundantes para asegurar el trafico fluido en caso de congestión extrema, corte de link fisico, falla de hardware o perdida de alimentación en algún punto de la red.

4. Sistema de control de acceso a la red. donde cada dispositivo necesite ser autenticado por dirección de red antes de poder enviar trafico a la red interna.

5. Simulacros de catástrofe y penetración de red periódicos para comprobar que los sistemas de backup, monitorero y protección funcionan adecuadamente.

# data[].attributes.body
- Se debe acceder a un sistema en función de las necesidades del centro
- Contar con documentación sobre las redes y los equipos para realizar mantenimiento y actualización
- Prever un plan de contigencia ante catastrofes dado que tarde o temprano algo va a suceder que va a afectar el funcionamiento del sistema y hay que estar preparado
- Tener personal calificado para instalación, mantenimiento y actualización

# data[].attributes.body
La red de un sistema requiere de un diseño acorde a las necesidades del centro; un equipo que analice continuamente su funcionamiento y planee sus probables fallas y una actualización en términos de aparatología.
Debe existir un plan de contingencia ante fallas
El equipo médico debe conocer el riesgo del uso n

# data[].attributes.body
Entender la importancia de la red en un sistema Informatico; su planificacion en el armado teniendo en cuenta el flujo de trabajo que se vaya a necesitar.
Crear un equipo multidisciplinario que conociendo la red, pueda prever los probables errores de la misma
Tener un plan de contingencia
Concientizar a los usuarios sobre su uso, para evitar el abuso del tránsito

# data[].attributes.body
Entendi la importancia de la red como componente

# data[].attributes.body
Realizar revisiones periódicas del sistema, tanto del software como de todos los componentes físicos de la red, switch, cableados, conexiones, entre otros.

Actualizarse sobre las nuevas tecnológicas que se pueden aplicar para optimizar el funcionamiento del sistema, y lograr la mejor performance del mismo.

Idear y planificar la puesta en marcha un plan de contingencia.

Va a ser necesario revisar y simular la puesta en marcha del plan, para asegurar su funcionamiento y vigencia.

En caso de tercerizar alguno de los servicios, por ejemplo el de mantenimiento, también contratar quien lo controle o dentro del departamento interno de redes del hospital, capacitar para que controle al tercero.

# data[].attributes.body
- Plan de contingencia que permita la continuidad del trabajo asistencial cuando el sistema esta caido.
- Buena comunicacion entre todos los actores involucrados
- Contar con pruebas y actualizaciones que permitan que las bajas del sistema sean minimas y que si las hay puedan ser programadas en un horario que no afecte tanto la dinamica laboral.

# data[].attributes.body
-          Monitoreo continuo del funcionamiento de las TI.

-          Plan de contingencia acorde a fallas potenciales documentado y simulado.

-          Importancia del mantenimiento y actualización de la infraestructura de las TI. Hardware, software, capacitación RRHH.

# data[].attributes.body
Leccion (ojala) aprendida es trabajar bajo metodologias que permitan mejoras incrementales tanto en la infraestructura como en los procesos existentes.
Y tener presente que DMAIC (Definir, Medir, Analizar, Mejorar, Controlar) es un principio basico para cualquier equipo de trabajo y en el caso de Evaristo con una reingenieria postergada tambien DMADV (Definir, Medir, Analizar, (re)Diseñar y Validar).
Este diseño demorado y (ahora) necesario hace que el concepto "costo de la no calidad" tome preponderancia por tratarse de una perdida en tiempo, recursos, dinero. Siempre es mas rentable la prevencion de defectos que la remediacion de los mismos.

# data[].attributes.body
- Siempre debemos contar con un plan de contingencia que describa cómo enfrentar y resolver un posible incidente en la red; y en el caso de que este aparezca, reducir los "efectos colaterales" al mínimo posible para que la organización sea capaz de mantener o reanudar rápidamente las funciones de misión crítica.

- Conocer el tipo de red   con la cual estamos trabajando; asi como todos sus componentes.
- Planificar   correctamente los recursos de la red
- Actualizar   frecuentemente sus componentes
- Reemplazar   componentes que puedan generar conflictos
- Establecer políticas de seguridad y protocolos  que regulen los recursos informaticos de los usuarios
- Seguridad informatica: Contar con un antivirus, firewall etc (actualizados)

# data[].attributes.body
Primero, que si bien la TI brinda un gran apoyo y una utilidad invaluable, en un instante puede no estar disponible. Esto crea un verdadero caos.
Sería importante contar con un plan de contingencias, al cual recurrir ante circunstancias extremas. Pero para que funcione adecuadamente deberían implementarse “simulacros”, en el que también cada uno asuma una función según sus responsabilidades y conocimientos.
Por otra parte, tal vez, al igual que en las empresas se realiza un “balance anual”, se podría hacer periódicamente un “chequeo” de lo existe, realizar pruebas programadas de su funcionamiento, y un relevamiento de las características de la red planeada inicialmente, los cambios que pudo haber sufrido en el año, ya sea por cambios de equipo o ampliación, y volver a planificar un “ideal”, agregando también crecimientos futuros.
Planificar la actualizaciones en hardward o sofward con la debida anticipación, considerando horarios en los el efecto tendría menos impacto.
Investigar las señales que puedan sugerir que algo no funciona bien, sin asumirlo como algo transitorio y pasajero.

# data[].attributes.body
Los sistemas por mas avanzados que sean deben ir acompañados de la mano capacitada del hombre, un equipo solido de trabajo debe planificar y estar un paso delante de los acontecimiento. por eso los planes de contingencia deben estar establecidos y protocolizados adaptandose a los cambios y sucesos.

# data[].attributes.body
Como lección aprendida podría decir que sin la reflexión inicial de "Evaristo" posterior al colapso y recupero del funcionamiento de la Network, no tendríamos la oportunidad de ver los errores y el análisis que podemos lograr.
Como el dijo: "And the way I can fix it, is to tell everybody what happened so they can avoid this." Y las lecciones aprendidas que nos deja son las siguientes:
- Tratar a la red como una utilidad y considerar su propio riesgo.
- Un plan de desastre NUNCA especifica todos los detalles de un desastre.

# data[].attributes.body
Tener un Plan de Contingencia ante la aparición de las mimas
Tener un Plan de recuperación de Desastres
Planificar (dentro de lo posible) el crecimiento de la red física y lógica
Monitorear adecuadamente la red y planificar acciones preventivas y correctivas periódicas
Realizar pruebas de stress de conectvidad asiduamente
Separar las distintas redes segun su carga prevista y criticidad (Imagenes, Servicios, HC, etc.)

# data[].attributes.body
Agrego algunos títulos...

Mantener actualizada la Tecnologia, evitando las limitaciones tecnológicas.

Contar con normas y procedimientos de trabajo

Contar con mayor entrenamiento, emular desastres, contingencias.

Mejorar la comunicación

Adecuar la asignación de responsabildades

# data[].attributes.body
·         Plan de contingencia ante desastres con compromiso gerencial/ directivo de la institución en su definición.

·         Involucrar a todos los niveles institucionales en la implementación de éstos planes.

·         Realizar simulacros de los circuitos de contingencia periódicos.

·         Documentación actualizada.

·         Mantenimiento de la infraestructura de redes.

·         ¡Y jamás pensar que las cosas se solucionan solas o mágicamente!

# data[].attributes.body
-Debe contarse con un plan de recuperación ante desastres
-Mantener la integridad de la red es tan importante como la preservación de los datos. De nada vale tener los datos, si no es posible acceder a ellos

# data[].attributes.body
Lo sintetizaría en una palabra: planificación. Hubo un fallo en la misma, ( o ausencia??) dado que, entre otras cosas, no se consideró la antigüedad del sistema de red empleado para las necesidades vigentes. El otro concepto que considero importante como para mencionar, es uno que muchos compañeros han mencionado: ausencia de un plan de recuperación

# data[].attributes.body
La arquitectura de la infraestructura de la red de datos, debe tener un desarrollo acorde al crecimiento y complejidad alcanzada por la organización, esto incluye desde la renovación de hardware, software, la topología física y lógica y muy importante mantener actualizado al capital humano encargado de este aspecto.

Se debe tener un Plan de recuperación de desastres desarrollado, implementado y socializado.

En todo orden de cosas, los “avisos” de problemas, son eso: aviso de que vienen problemas, por lo tanto, no es muy productivo tomar una actitud de minimización de estos eventos.

Pedir ayuda antes de que los problemas se vuelvan incontrolables.

# data[].attributes.body
1) Creo que deberíamos saber que ningún sistema informático es infalible, siempre puede presentarse algún problema, ya sea de seguridad, de conectividad, etc., por lo que debemos contar con un plan de contingencia. En este caso es evidente que toda la atención dependía de un sistema informático, sin el cual se detenían o enlentecían significativamente todos los procesos de atención médica.
2) Tener un plan de contingencia protocolizado, con procedimientos validados y testeados, con personal capacitado para cuando se presente una situación imprevista y así poder continuar, en estos casos, brindando cobertura médica con la mejor calidad de atención posible.
3) Contar con equipos actualizados con una estructura de red bien pensada con una configuración adecuada, todo esto teniendo en cuenta la magnitud de la transferencia de datos y la estructura de la institución.

# data[].attributes.body
en medicina "prevenir" es mejor que "curar" y en informatica en salud se aplica de igual manera,  haber anticipado y planeado un modo de control y de soporte a una estructura es mucho mejor que salir a solucionar las crisis que ya se han producido!!

# data[].attributes.headline
Mantener actualizado la infraestructura de redes

# data[].attributes.subject
Mantener actualizado la infraestructura de redes

# data[].attributes.body
Se debe mantener un relevamiento actualizado de la arquitectura física y lógica de la red, y realizar periódicamente auditorias para conocer el estado de la red. Y en caso de que sea necesario realizar los cambios pertinentes incorporando tecnologías que disminuyan la potencialidad fallos.

# data[].attributes.body
Es necesario disponer de plan cuidadosamente elaborado para cada de una de las acciones que deben dispararse ante la ocurrencia de un desastre. No dejar de lado ningun aspecto por menor que parezca, y tener cuidadosamente definido los eventos ante los que se dispararán las acciones.

# data[].attributes.body
- Las instituciones deben tener una planificación integral de su política de sistemas. La infraestructura, el hardware y el software deben crecer en forma homogénea e integrada.
- El costo de la no inversión en mantenimiento evolutivo puede ser demasiado alto para las instituciones que se apoyan en la tecnología para dar soporte a sus operaciones diarias.
- Los planes de contingencia deben diseñarse a consciencia, y teniendo en cuenta todos los requerimientos que van a surgir en función del acontecimiento en cuestión.
- Las instituciones deben estar preparadas y entrenadas para poner en práctica dichos planes, y no considerarlos como una mera formalidad. Tarde o temprano, y en mayor o menor medida, se van a tener que usar!

# data[].attributes.body
- Poseer con un Plan de Contingencia documentado que asegure la continuidad del cuidado del paciente con simulacros periódicos que permitan detectar debilidades y realizar mejoras.
- Monitoreo, mantenimiento y actualización del hardware de red
- Contar con un equipo de trabajo capaz y responsable que no subestime los problemas y se anticipe a las adversidades que pudieran ocurrir.
- Garantizar la seguridad de la información de la institución.

# data[].attributes.body
En primer lugar sería el tener elaborado un plan de contingencia, para evitar problemas a la hora de la trasmisión de los datos.
Otro aspecto que no dejaría sin evaluar es la continua evolcución en lo referente a las TI, con esto quiero decir estar al día con las nuevas tecnologías que pueden mejorar el manejo de la información.
Y por último creo que estar siemrpe atento a cualquier incidente que se produzca por más insignificante que parezca, ya que como se vió en la Actividad, por pensar que no había que actuar porque las cosas se solucionaban solas, con el tiempo sucedirón problemas muy costos para el Hospital
Saludos

# data[].attributes.body
Siendo la estructura de red tan vital quizas una buena estrategia seria armar un equipo de trabajo independiente que realice la actualizacion tecnologica de la misma,su mantenimiento,pruebas de seguridad,etc

# data[].attributes.body
Como ante una enfermedad ,esta es bien tratada si se conoce bien su fisiopatologia,ante la repeticion del problema Evaristo confio en su arreglo espontaneo en un principio seguramente por no tener un diagnostico preciso del problema.Como muchos opinan es imprescindible contar con un procedimiento escrito de como actuar ante la presencia de diferentes niveles de problema y aun mas llegando este a ser una catastrofe ,es la unica manera de minimizar su impacto.

# data[].attributes.body
Tener planes de contingencia, tanto DRP como de continuidad de negocio, documentados y actualizados. En la medida de lo factible, testeados en forma planificada y regular.

Planificar a medio y largo plazo la revisión y actualización de recursos IT, teniendo en cuenta que, como muchos otros recursos de una organización, tienen una vida útil que no resulta recomendable exceder.

# data[].attributes.body
1. La práctica de la medicina implica cada vez más la utilización de sistemas informáticos. Cuando estos se diseñan e implementan se debe tener noción de los requerimientos de la institución. Pero debe tenerse en cuenta que las instituciones pueden crecer y que los sistemas se modernizan por lo que se debe pensar en la actualización constante de los recursos.

2. Informatizar es muchísimo más que diseñar e implementar aplicaciones. La infraestructura es fundamental, y esta es más que los servidores y las computadoras. Las redes deberían seguir el ritmo de actualización de todo lo demás, o al menos asegurarse de que siguen “soportando” los requerimientos de lo nuevo.

3. El error y la falla son un hecho. Debe entonces pensarse un plan de contingencia frente a posibles fallas. Hay que estar abierto a que surjan problemas que nos sean desconocidos.

4. Esperar a que un problema se solucione sólo, agrava el problema. Es preferible asumir que no se sabe, compartir el problema y buscar ayuda.

5. Perder tiempo en documentar lo que se hace y lo que se hará en un plan de contingencia ahorra tiempo

# data[].attributes.body
- Realizar planes de actualización de Hardware, Software y de redes en forma regular.
- Delinear planes contingencia y de recuperación  ante desastres que permitan la recuperación o la continuidad de las operaciones, me parece tambien importante la actualización de estos planes con  cada nueva implementación que se realiza en el sistema de información.
- Efectuar pruebas regulares y protocolizadas que nos permitan predecir eventuales caídas del sistema, asi como simulacros y capacitación para hacer frente a las mismas.

# data[].attributes.body
Definir el ciclo de vida de todos los componentes de la red y realizar un seguimiento del mismo

# data[].attributes.body
1. No confiar en que los problemas van a solucionarse solos. En informatica, cada problema tiene una genesis definida, predecible y solucionable con procesos que deben estar estandarizados. Si el problema no se encuentra, es porque se ha buscado mal, o porque no se sabe lo que se busca.
2. Tener standares de calidad y actualizacion. Equipos al dia, correctamenrte configurados, con sistemas operativos compatibles entre si, con personal capacitado para reducir el error humano.
3. Pedir ayuda. El cansancio de Evaristo seguramente no ayudo. Una buena noche de sueño, el trabajo en equipo y la delegacion de responsabilidades ayuda a ver el problema desde otro angulo. Al final, todo se reduce a que la red es vieja y necesitaba actualizacion, a veces, la desesperacion de tener una gran responsabilidad a cuestas te impide ver los detalles mas simples.

# data[].attributes.body
*La importancia de tener un adecuado Plan de Contingencia documentado
*Lo vital de tener un Proceso establecido con todas las tareas asignadas para el manejo del Hardware.
*Tener actualizado debidamente el Software y el Hardware de la Red, ya que la obsolescencia trae muchos problemas.
*Tener siempre presente que la disponibilidad de los datos en Salud impacta directamente en el Paciente.

# data[].attributes.body
- Correcta planificación de la RED, considerar crecimiento y tener el Plan de Actualización Definido.
- Poseer un DRP (Plan de Recuperación de Desastres.
- No ignorar los problemas. Tener una actitud PROACTIVA.
- Realizar de forma programada simulacros de eventos adversos.

# data[].attributes.body
Plan de contingencia ante un evento adverso no previsto o si puede ser previsto imposible de evitar.

# data[].attributes.body
Es necesario tener un Plan de Actualización Tecnológica de la Infraestructura de TI.

# data[].attributes.body
Solo tienen que hacer doble clic sobre el fondo azul y aparecerá el cuadro de texto para escribir.
Al escribir su texto por favor, incluir su nombre y apellido