Departamento de EN SALUD EMERGENCIAS Términos dé référéncia para él désarrollo dé HOPE Modular (Panél Céntral/Coré, Evéntos, Maéstro dé instalacionés y EDAN) Contexto El proyecto HOPE, por sus siglas en inglés Health Operations Platform for Emergencies, es una herramienta virtual colaborativa que busca fortalecer la coordinación del sector salud en emergencias y facilitar el manejo de la crisis al país afectado por emergencias y desastres. HOPE, como plataforma online disponible para diversos tipos de usuarios, permite acceder a servicios que facilitan la comunicación y el trabajo conjunto, a través de información compartida en determinados formatos de manera oportuna. El resultado son materiales producidos por la colaboración que facilitan el análisis, el conocimiento de las situaciones en terreno, la identificación rápida de necesidades, caracterización de las brechas y puntos críticos, y visibilización de las ofertas de apoyo y recursos disponibles desde diversas fuentes de la asistencia. Objetivos del Proyecto HOPE: Fortalecer la capacidad regional de respuesta mediante el desarrollo e implementación de un sistema para la gestión de la información de emergencias en la salud pública y la coordinación de los esfuerzos multilaterales y las operaciones de respuesta. Objetivo del contrato Bajo la supervisión directa del Jefe de Unidad de Operaciones de Emergencia, y en coordinación con el especialista multimedia del departamento de Emergencias en Salud de la OPS, la consultoría por productos tendrá los siguientes objetivos y productos específicos, a fin de completar una versión final del HOPE Modular: • Construir una plataforma (aplicación) virtual en código abierto, que permita la conectividad de diferentes módulos que forman la plataforma HOPE, cada uno de ellos interconectado con los otros para el intercambio de información especializada. • De acuerdo con el rol de los usuarios y divididos por país, estos tienen acceso a diferentes módulos (Panel Central/Core, Eventos, Registro de instalaciones, EDAN) • Los grupos de usuarios esta agrupados por países y perfiles de acuerdo con su rol para la respuesta a emergencias y desastres. • Desarrollo de manual detallado para los diferentes usuarios. • Desarrollar el manual de mantenimiento para el usuario Soporte. • Activación de sistema automatizado diario de respaldo (backup) para toda la plataforma HOPE, además de un sistema de reactivación en caso de falla. • Asesoría en las pruebas de la plataforma • La privacidad de la información es total y la plataforma está dividida por países. Cada país comparte la información que decide y si así la hubiera activado. • Toda la plataforma es multilingüe y de inicio se desarrollará en inglés y español, con una futura ampliación a francés y portugués.
12
Embed
Té rminos dé référéncia para él désarrollo dé HOP Modular ...
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Departamento de
EN SALUD EMERGENCIAS
Té rminos dé référéncia para él désarrollo dé HOPE Modular (Panél Céntral/Coré, Evéntos, Maéstro dé instalacionés y EDAN)
Contexto El proyecto HOPE, por sus siglas en inglés Health Operations Platform for Emergencies, es una
herramienta virtual colaborativa que busca fortalecer la coordinación del sector salud en emergencias
y facilitar el manejo de la crisis al país afectado por emergencias y desastres. HOPE, como plataforma
online disponible para diversos tipos de usuarios, permite acceder a servicios que facilitan la
comunicación y el trabajo conjunto, a través de información compartida en determinados formatos
de manera oportuna. El resultado son materiales producidos por la colaboración que facilitan el
análisis, el conocimiento de las situaciones en terreno, la identificación rápida de necesidades,
caracterización de las brechas y puntos críticos, y visibilización de las ofertas de apoyo y recursos
disponibles desde diversas fuentes de la asistencia.
Objetivos del Proyecto HOPE: Fortalecer la capacidad regional de respuesta mediante el desarrollo e
implementación de un sistema para la gestión de la información de emergencias en la salud pública y
la coordinación de los esfuerzos multilaterales y las operaciones de respuesta.
Objetivo del contrato Bajo la supervisión directa del Jefe de Unidad de Operaciones de Emergencia, y en coordinación con
el especialista multimedia del departamento de Emergencias en Salud de la OPS, la consultoría por
productos tendrá los siguientes objetivos y productos específicos, a fin de completar una versión final
del HOPE Modular:
• Construir una plataforma (aplicación) virtual en código abierto, que permita la conectividad de diferentes módulos que forman la plataforma HOPE, cada uno de ellos interconectado con los otros para el intercambio de información especializada.
• De acuerdo con el rol de los usuarios y divididos por país, estos tienen acceso a diferentes módulos (Panel Central/Core, Eventos, Registro de instalaciones, EDAN)
• Los grupos de usuarios esta agrupados por países y perfiles de acuerdo con su rol para la respuesta a emergencias y desastres.
• Desarrollo de manual detallado para los diferentes usuarios.
• Desarrollar el manual de mantenimiento para el usuario Soporte.
• Activación de sistema automatizado diario de respaldo (backup) para toda la plataforma HOPE, además de un sistema de reactivación en caso de falla.
• Asesoría en las pruebas de la plataforma
• La privacidad de la información es total y la plataforma está dividida por países. Cada país comparte la información que decide y si así la hubiera activado.
• Toda la plataforma es multilingüe y de inicio se desarrollará en inglés y español, con una futura ampliación a francés y portugués.
Departamento de
EN SALUD EMERGENCIAS
Educación Ingeniería de Sistemas, Informática, y/o Electrónica. Especialización en Programación deseable, de
preferencia con Maestría relacionada al tema de este contrato.
Perfil y experiencia requeridos Ingeniero de Sistemas y computación con al menos 5 años de experiencia en administración y
desarrollo de soluciones bajo código abierto.
Demostrar al menos 5 años de experiencia en PHP, (X)HTML5, XML, CSS3, JQUERY, Java Script y MySQL.
Experto en jQuery / JavaScript, cumplimiento de estándares W3C, manejo de servidores en la nube,
paneles interactivos y amigables para dispositivos móviles en PHP y JavaScript (similar a Razor Flow,
Fusion Charts, Chart.js, etc.), entrega a tiempo con 100% de calidad, código limpio con estándares
W3C, capacidad para manejar trabajos urgentes, enfoque en la arquitectura del sistema.
Productos Las especificidades del producto a desarrollar se encuentran en el documento anexo HOPE
Plataforma detalles.
Duración de la contratación El contrato es por seis meses. Los pagos se harán de acuerdo con el siguiente calendario:
25% al inicio del contrato, 45% a la entrega de la primera versión beta, 30% al finalizar el contrato.
Documentos para presentar
1. Hoja de vida actualizada acompañada de una carta indicando claramente el área técnica y objeto al cual desea aplicar. La hoja de vida debe incluir como mínimo:
▪ Nombres y apellidos ▪ Documentos de identificación y lugar de nacimiento ▪ Datos ubicación (lugar de residencia, teléfonos) ▪ Perfil general ▪ Formación académica detallando universidad y año de graduación de pregrado, centros
académicos y años de terminación de estudios de postgrado en caso de requerirse. ▪ Experiencia laboral relacionada con el tema de este contrato.
2. Datos de tres referencias laborales (nombre completo, teléfono y dirección) que puedan ser contactados para confirmar información
3. Propuesta económica y técnica que incluya: ▪ Descripción del proyecto, alcance de la solución, requerimientos a desarrollar ▪ Plan General del proyecto, incluyendo plan de trabajo y organización del proyecto ▪ Plan de Pruebas ▪ Garantías ▪ Confirmación del tiempo de entrega ▪ Precio Final
Departamento de
EN SALUD EMERGENCIAS
Dirección para envío de documentos Enviar hoja de vida con propuesta técnica y económica antes del 12 de Abril de 2019 al email
Objetivo de la plataforma HOPE Facilitar la recopilación, organización y difusión de la información necesaria para las operaciones de
respuesta a emergencias y desastres entre los diferentes actores involucrados, evitando la duplicación
de esfuerzos y facilitando el análisis de la situación, de manera simplificada y en tiempo real.
Los países se benefician al tener una herramienta que les permite conocer su estado de afectación,
organizar los datos y conocer las ofertas de ayuda de toda la región, no solo en recursos humanos sino
también suministros y soporte técnico.
Igualmente, facilita y guía la coordinación de operaciones entre miembros del Equipo Regional de
Respuesta (ERR), en las áreas de coordinación, epidemiología, servicios de salud, agua y saneamiento
básico, logística, y comunicación.
Este proyecto es de alcance regional, por lo que se espera tener usuarios de diferentes países. Su
impacto radicará en actividades estructurales que mejoraran la capacidad de brindar cooperación
entre países de la Región.
Objetivos específicos: a. Armonizar los procedimientos de manejo de información, integrarlos en una plataforma
informática que facilite la coordinación de operaciones entre los diferentes usuarios. b. Analizar la información requerida por los diferentes usuarios participantes en la
respuesta a desastres c. Mejorar la disposición de la información para que permita de manera intuitiva,
identificar brechas, ofertas, necesidades, ubicación y tiempo para la cobertura de estas. d. Integrar la identificación de las necesidades, recursos disponibles, ubicando las ofertas
de ayuda y los recursos locales. e. Incorporar los procedimientos de manejo de información, incluir los procedimientos de
buenas prácticas de donación, guías y herramientas para facilitar la coordinación de operaciones entre los diferentes usuarios.
f. Cada componente de HOPE es accedido por los países de manera independiente y la información se mantiene separada de acuerdo con el país.
g. Si algún país determinara que quiere tener su propia nube de HOPE, esta, deberá mantener conexión con la nube regional en las funciones principales determinadas, por ejemplo, registro de EMTs, manejo de usuarios, etc.
Departamento de
EN SALUD EMERGENCIAS
Regional Cloud
Panel CentralCore
Virtual Cicom Maestro deinstalaciones
EDANOtros
componentes
National Cloud
Panel CentralCore
Virtual Cicom Maestro deinstalaciones
EDANOtros
componentes
National Cloud
Panel CentralCore
Virtual Cicom Maestro deinstalaciones
EDANOtros
componentes
National Cloud
Panel CentralCore
Virtual Cicom Maestro deinstalaciones
EDANOtros
componentes
Características de la consultoría • Construir una plataforma virtual en código abierto, que permita la conectividad de diferentes
módulos que forman la plataforma HOPE, cada uno de ellos interconectado con los otros para el intercambio de información especializada.
• De acuerdo con el rol de los usuarios y divididos por país, estos tienen acceso a diferentes módulos (Panel Central/Core, Eventos, Registro de instalaciones, EDAN)
• Los grupos de usuarios esta agrupados por países y perfiles de acuerdo con su rol para la respuesta a emergencias y desastres.
• Todos los procesos siguen el modelo de doble verificación para proceder.
• Desarrollo de manual detallado para los diferentes usuarios.
• Desarrollar el manual de mantenimiento para el usuario Soporte.
• Activación de sistema automatizado diario de respaldo (backup) para toda la plataforma HOPE, además de un sistema de reactivación en caso de falla.
• Asesoría en las pruebas de la plataforma
• Toda la plataforma es multilingüe y de inicio se desarrollará en inglés y español, con una futura ampliación a francés y portugués.
• Instalación de la plataforma en 3 zonas (production, sandbox, development) en el cloud server de OPS.
• Estos TOR y especificaciones técnicas podrán ser sujetos a modificación previo acuerdo de las partes interesadas.
Departamento de
EN SALUD EMERGENCIAS
Características de la aplicación • Todos los documentos, código fuente, manuales y ejecutables son de propiedad de
OPS/OMS. No pueden ser vendidos, rentados, donados o distribuidos, totalmente o en parte
sin un consentimiento por escrito de la OPS/OMS.
• La aplicación deberá considerar las últimas exigencias de calidad, seguridad y tecnología en
el mercado. Tener garantía de calidad y prueba de errores, podrá ser navegado en diferentes
navegadores (Responsive), ser de buen rendimiento (Pruebas de carga y estrés) y de alta
usabilidad (se refiere a la capacidad de un software de ser comprendido, aprendido, usado y
ser atractivo para el usuario, en condiciones específicas de uso).
• El desarrollador debe arreglar posibles errores durante la implementación inicial del sistema,
durante un período no inferior a seis meses. Durante la etapa de revisión, se debe mantener
un registro de todos los errores detectados y corregidos.
• “Alta Usabilidad”, que es el grado de facilidad de uso que tendrá la aplicación para los
visitantes que entran e interactúan con ella. Una web con una buena usabilidad es aquella
que permite a los usuarios una interacción sencilla, intuitiva, agradable y segura, testeado
mediante pruebas con usuarios reales. Puntos para considerar:
o Estructurar muy bien los contenidos y organizarlos de acuerdo con una jerarquía
perfectamente definida.
o El diseño debe ser “limpio”, con una utilización de los textos, tipografía, imágenes y
recursos gráficos que faciliten la navegación e interacción del usuario a la hora de
encontrar lo que busca siguiendo una clasificación lógica.
o Aplicación de atributos TITLE, ALT, HOVER y aplicación de buenas prácticas en el
diseño de páginas web de alta calidad.
o Uso de retículas o matrices para la presentación de la información, en lo posible
evitar la utilización de tablas (código).
o Breadcrumbs que ayudan al usuario para saber dónde se encuentra y como acceder
a otro enlace. Para ello el menú debe ser muy visible y accesible, y los títulos de cada
página o apartado deben ser claros y estar estratégicamente colocados.
o Simplificar y sintetizar. Toda información superflua debe eliminarse o reducirse al
máximo. Para esto hay una regla básica “todo lo que no es necesario sobra”.
o Adaptar la aplicación web a todo tipo de dispositivos, que hace referencia al punto
Responsive, mencionado con anterioridad.
• Incluir un mapa de la aplicación web, para guiar al usuario.
• En la eventualidad de necesidad de visualización de datos debe usarse librerías JavaScript
modernas (tipo hicharts) que permiten interactuar con los datos y cambiar las
representaciones.
• Elementos de uso siguiendo los más altos estándares de la industria, por ejemplo, pero no
limitado: buscador de temas, contraseñas encriptadas, reCAPTCHA incorporado, navegación
tabulada, comportamientos de links claros y perceptibles con cursor de enlace, etc.
• Esta aplicación deberá estar totalmente funcional en el servidor de OPS/OMS.
• Todos los módulos deben tener APIs para compartir información entre ellos y otros sistemas
o aplicaciones que necesiten conectarse (por ejemplo, WHO)
• La velocidad de respuesta del sistema es muy importante por lo que debe hacerse una
revisión de carga y velocidad para hacer los ajustes necesarios a fin de optimizar la
respuesta.
• La arquitectura de los sistemas y servers deben tener el mayor grado de seguridad para
evitar invasiones de hackers y otro tipo de ataques.
Departamento de
EN SALUD EMERGENCIAS
• Asegurarse de que todas las conexiones internas y externas (usuario y entidad) pasan a
través de una forma apropiada y adecuada de autenticación.
• Asegurarse de que todas las páginas deben cumplir el requisito de autenticación.
• La autentificación debe ser encriptada y no en texto plano.
• Los APIs deben ser cuidadosamente controlados por firewalls para reducir posibilidad de
ataques.
• Asegurarse de que el mecanismo de autorización funciona correctamente, y si fallará es de
forma segura, y no puede ser eludido.
• No exponer las cuentas y operaciones privilegiadas externamente.
• Asegurarse que actividades no autorizadas no pueden ocurrir vía manipulación de cookies
• Cifrar toda la cookie si contiene datos sensibles.
• No almacenar información privada sobre las cookies. Si es necesario, solamente almacenar
lo que sea necesario.
• Todos los inputs externos deben ser examinados y validados por el sistema
• Asegurarse de que si el sistema falla, sea de una manera segura.
• Hay que asegurar que los recursos se liberan si se produce un error.
• No exponer los errores del sistema al usuario.
• Registrar el acceso a archivos de datos sensibles
• No registrar información sensible.
• Para evitar ataques que adivinan el ID de sesión, estos deben ser creados con las mismas
normas que las contraseñas. Esto significa que el identificador de sesión debe ser de
longitud y complejidad considerables. No debe haber ningún patrón notable en los
identificadores de sesión que se podrían utilizar para predecir la siguiente ID a ser emitida.
• Para ataques que roban el ID de sesión. El ID de sesión al igual que cualquier dato sensible
debe ser transmitido por medios seguros (como ser https) y grabados en un sitio de
seguridad (no legible públicamente).
• Ataques que inician con ID de sesión. El sistema debe revisar que todos los IDs de sesiones
que están siendo usados fueron originados por el mismo sistema.
• Los botones de LOG OFF/Exit deben ser muy visibles de manera que el usuario pueda cerrar
la sesión.
• Si no hay actividad durante 15 minutos por parte del usuario, la sesión debe cerrarse
automáticamente.
• Las contraseñas deben cumplir requisito mínimo de seguridad (alfanuméricos)
• Las contraseñas deben exigir un mínimo número de caracteres.
• Desactivar la cuenta después de un cierto número de intentos fallidos.
• Debe existir opción rápida y segura de recuperación de contraseña y nombres de usuario.
• Sistema de doble verificación de usuario, incluyendo opción de memoria por 60 días.
• Presentar errores genéricos si el usuario escribe su nombre de usuario o contraseña
equivocados.
• Guardar las contraseñas en la base de datos de manera encriptada.
Departamento de
EN SALUD EMERGENCIAS
Características de los módulos que componen HOPE
Módulo Panel Central / Core El Panel Central / Core de HOPE es un módulo que forma parte de la plataforma HOPE y hace el papel
de cerebro de HOPE.
• Realiza el papel de un manejador de los otros módulos. Trabaja en conjunto con los otros
módulos (Maestro de instalaciones, EDAN, etc.).
• Coordina la comunicación y permisos entre módulos.
• Administra módulos.
• Incluye un manejador de usuarios, con solicitud de cuentas, lógica de permisos y
autorizaciones de acuerdo con niveles determinados. Pueden agregarse/ampliarse los
permisos de los perfiles en un panel gráfico.
• Controla la división de información por país y bajo esta lógica se asegura la privacidad de los
mismos.
• Al hacer login el usuario, la aplicación lo identifica automáticamente y determina a que país
pertenece. De esta manera tiene acceso solamente al país al que corresponde, pero además
de acuerdo con su rol dentro de su estructura, tendrá mayor o menor acceso a las distintas
secciones de la aplicación.
• Los roles o perfiles serán determinados en el proceso de desarrollo.
• Generación y despliegue de reportes e información transversal por niveles de acceso y
posibilidad de cambio de variables.
• Notificaciones vía email
• De acuerdo al perfil del usuario, el panel central podrá desplegar información clasificada por
zona geográfica local, nacional o regional. También permitirá desplegar información por
temas (desastres, evaluaciones, etc), y cruce de variables antes mencionadas.
• Integración y comunicación con versiones nacionales descentralizadas y la nube regional.
• Inclusión de una librería centralizada que aloja documentos generales de respuesta
importantes para cada país, catalogada por temas; estas publicaciones normalmente son
pobladas en tiempos de paz, pero pueden ser actualizadas en cualquier momento.
• Al estar en sincronización continua con los otros componentes, centraliza la información
relevante a nivel Regional o Nacional de acuerdo con el perfil del usuario.
• Puede exportar su documentación a email, PDF, Excel, KML, GeoJSon.
• Despliega información extraída de los otros módulos y la presenta en un mapa por capas con
la información recibida. Incluye tablas que permiten acceder de manera inmediata a la
información obtenida a nivel local, nacional o regional de acuerdo con el perfil de usuario.
• Presenta también la información en forma de infografía para su mejor comprensión.
• Esta aplicación permite el acceso y control de información centralizada a cuatro grupos
identificados:
o Equipo de respuesta regional (Grupos temáticos) (lectores)
o OPS (Sede central y PHE Subregional y Oficinas de país)
o Ministerio de salud (con diferentes niveles operacionales)
o Socios de salud (Agencias identificadas) incluidos otros del sector salud (Seguridad
Social, INS) (lectores)
Departamento de
EN SALUD EMERGENCIAS
Módulo Eventos Eventos es un módulo que forma parte de la plataforma HOPE y en primera instancia recoge Alertas
y Eventos a nivel local desde una computadora de escritorio (APP en dispositivos móviles en una 2da
Fase).
• Los usuarios deben estar previamente registrados en la aplicación
• La estructura de funcionamiento es escalable y comparable a una pirámide, siendo que el nivel
local es la base donde se genera la alerta.
• El aplicativo envía emails en cada uno de los procesos a los responsables envueltos. Bajo esta
lógica; el iniciador local puede generar una alerta y la aplicación informa al encargado del nivel
local y departamental del área afectada y a los encargados del mismo nivel colindantes. Si el
encargado del nivel local lo considera necesario, puede subir el nivel de alerta al nivel
Departamental y si este lo considera necesario puede subir el nivel de alerta al nivel nacional.
En cualquier momento, la alerta puede subir de nivel y convertirse en un evento nivel 1, 2, 3
o 4. Cuando el evento llega a nivel 4, automáticamente envía la alerta al “Panel Central” de
HOPE y puede recibir categoría de Evento Internacional Nivel 1, 2 o 3. Los niveles
internacionales permitirán cruzar/recibir/agregar información con socios internacionales,
PAHO, etc.
• Existirán eventos internacionales que serán accedidos solo por personal autorizado, que será
designado por el EOC de OPS.
Coordina ayuda internacional
PAHO EOCRegional Level
Socios y Comunidad de Expertosy Ayuda InternacionalRegión de las
Américas
FLUJO DE INFORMACIÓN
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Responsable Deptal
Responsable Deptal
Responsable Nacional
Recibe la alerta por email, puede subir de nivel, crear y controlar Evento
Recibe la alerta por email, puede subir de nivel,
crear y controlar Evento
PAIS ALPHA
Respuesta a emergencia Respuesta a emergencia
Respuesta a emergencia
Respuesta a emergencia
Recibe la alerta por email, puede subir de nivel,
crear y controlar Evento
Respuesta a emergencia
Respuesta a emergencia
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Resp. LocalGenera alerta
Responsable Deptal
Responsable Deptal
Responsable Nacional
Recibe la alerta por email, puede subir de nivel, crear y controlar Evento
Recibe la alerta por email, puede subir de nivel,
crear y controlar Evento
PAIS ALPHA
Respuesta a emergencia Respuesta a emergencia
Respuesta a emergencia
Respuesta a emergencia
Recibe la alerta por email, puede subir de nivel,
crear y controlar Evento
Respuesta a emergencia
Respuesta a emergencia
• Los Editores/Coordinadores tienen las responsabilidades in crescendo. El Nacional cambia al
subnacional, y este al local.
• El Nivel de Evento está controlado por el responsable del nivel afectado.
• Los eventos pueden ser editados y subir/bajar de grado de acuerdo con el desarrollo de los
mismos.
• El aplicativo podrá relacionar varias alertas del mismo tipo generadas en proximidad
geográfica y de tiempo y siguiendo formulas prefijadas, y enviar una alerta al EOC de OPS.
• Cuando un evento requiera apoyo o coordinación con socios, este puede ser accedido por
los socios identificados y activados para dicho evento; estas activaciones serán controladas
por el EOC de OPS que funciona de coadyuvante para accionar la ayuda internacional. El EOC
OPS estará siempre disponible a accionar en eventos de cualquier nivel.
• Si un evento crece y afecta a más de un país, este evento debería ser accedido por los países
afectados y ampliarse a sus usuarios suscritos que tendrán acceso a toda la información del
evento.
Departamento de
EN SALUD EMERGENCIAS
• La información de los eventos podrá ser catalogada como “Abierta” (todos los usuarios
autorizados la leen), “Privada”, y “Confidencial”.
• La categorización de eventos seguirá el modelo de OPS, pero cada país podrá extender la
descripción de cada uno de sus niveles, controlado por el usuario Soporte Nacional.
• Cada evento contiene una bitácora donde se registran los diferentes procesos, comentarios
y acceso a documentación adjunta.
• Incluye un calendario de misiones donde se registran los despliegues de los equipos
envueltos en la respuesta.
• Generación y despliegue de reportes e información transversal por niveles de acceso y
posibilidad de cambio de variables.
• Puede exportar su documentación a email, PDF, Excel, KML, GeoJSon.
• Tiene una integración con los otros módulos de HOPE.
• Los encargados de emergencias de los diferentes niveles podrán activar a necesidad el
módulo EDAN, y enviar los equipos correspondientes (previamente activados en la
aplicación) a levantar evaluaciones en los establecimientos de salud identificados en
sincronía con el módulo Maestro de Instalaciones.
• Cuando EDAN recibe reportes de evaluación, estos son integrados/compartidos con el
componente de Alertas y Eventos. Los datos de EDAN residen en EDAN.
• Comunicación con versión regional-nacional.
La sincronización continúa con los otros módulos de HOPE permitirá que se hagan consultas
cruzadas de datos de Registro de Hospitales como de evaluaciones EDAN, manejo logístico y o
despliegue de EMTs.
Módulo Maestro de Instalaciones Maestro de Instalaciones es un módulo que forma parte de la plataforma HOPE y en tiempo de paz
recoge información básica relacionada a instalaciones de salud, pero también tiene la posibilidad de
incluir otro tipo de instalaciones (refugios, escuelas, etc.).
• Está integrado con los otros módulos e intercambia acciones e información para por ejemplo
realizar evaluaciones con el módulo de EDAN, brindar información al módulo de Eventos y
presentar datos al Panel Central.
• Se predefinirán los campos que contendrán los registros de instalaciones, incluidas
georreferencias, documentos de apoyo, contactos y fotografías.
• La división política para clasificación llega hasta el segundo nivel subnacional.
• Además de la división política se incluye la División de Salud.
• El formulario de preguntas está dirigido al tipo de instalación y se activa de forma dinámica
para presentar los campos de preguntas.
• Se podrá agregar más campos para recogida de información si fuera necesario, utilizando un
panel gráfico.
• Posibilidad de crear, modificar o eliminar los tipos de instalaciones de manera gráfica.
• Generación y despliegue de reportes e información transversal por niveles de acceso y
posibilidad de cambio de variables.
• La información tiene que ser presentada en un mapa que permita el despliegue por capas.
Estas capas deberán poder ser diferenciadas por tipo de instalaciones, área geográfica, etc.
• Puede exportar su documentación a email, PDF, Excel, KML, GeoJSon.
Departamento de
EN SALUD EMERGENCIAS
• Comunicación con versión regional-nacional.
La sincronización continúa con los otros módulos de HOPE permitirá que se hagan consultas
cruzadas de datos de Registro de Hospitales como de evaluaciones EDAN, manejo logístico y o
despliegue de EMTs.
Módulo EDAN EDAN es un módulo que forma parte de la plataforma HOPE y en tiempo de emergencia recoge
evaluaciones relacionada a instalaciones de salud afectadas por eventos adversos.
• Trabaja en conjunto con el módulo de Eventos. Puede activarse una evaluación desde EDAN
o desde EVENTOS.
• EDAN utiliza la información básica de las instalaciones registradas en el MAESTRO DE
INSTALACIONES
• Cuando se activa una evaluación:
o La aplicación envía un email al equipo o personal que está relacionado a/los temas
que serán evaluados (Epidemiología, Agua, Saneamiento, etc.).
o Este email contiene información básica del evento relacionado, link al evento
relacionado, información de los formularios que tienen que ser llenados.
o Los temas evaluados pueden ser llenados simultáneamente y sin posibilidad de sobre
escritura para evitar que un equipo dañe el trabajo del otro.
o El formulario puede ser llenado utilizando la plataforma online u offline.
o Una vez el formulario es llenado, EDAN comparte esta información con EVENTOS y el
PANEL CENTRAL, y el aplicativo envía un email al encargado para la toma de
decisiones.
o EDAN necesita la utilización/integración con un APP que permita el llenado de la
información de modo offline y que cuando el dispositivo móvil tenga acceso pueda
ser integrado con el aplicativo online.
o En el formulario se incluye una opción para indicar en que zona de impacto se
encuentra el establecimiento (1, 2, 3). Se describirá en texto la lógica que está basada
en percepción por parte del editor.
• El Administrador Regional, utilizando una pantalla grafica puede agregar más preguntas si
fuera necesario.
• Generación y despliegue de reportes e información transversal por niveles de acceso y
posibilidad de cambio de variables.
• El APP offline podrá generar un reporte en el dispositivo que fue llenado (modo local por