Té rminos dé référéncia para él désarrollo dé HOP Modular ...

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


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


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

[email protected] con copia a [email protected]

• No se tendrán en cuenta las hojas de vida que no cumplan con los requisitos definidos en

esta convocatoria.

• No se dará información telefónica al respecto de esta convocatoria.

Estos TOR y especificaciones técnicas podrán ser sujetos a modificación previo acuerdo de las partes interesadas.

mailto:[email protected]




Departamento de


ANEXO 1

HOPE Plataforma détallés

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


Regional Cloud

Panel CentralCore

Virtual Cicom Maestro deinstalaciones

EDANOtros

componentes

National Cloud

Panel CentralCore


EDANOtros

componentes

National Cloud

Panel CentralCore


EDANOtros

componentes

National Cloud

Panel CentralCore


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


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


• 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


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


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





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











Responsable Deptal

Responsable Deptal

Responsable Nacional

Recibe la alerta por email, puede subir de nivel, crear y controlar Evento



PAIS ALPHA

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


• 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.




• 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.



• 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.


Departamento de


• 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.



• El APP offline podrá generar un reporte en el dispositivo que fue llenado (modo local por

cada evaluación)

Departamento de


Té rminos dé référéncia para él désarrollo dé HOP Modular ...

Documents

Transcript of Té rminos dé référéncia para él désarrollo dé HOP Modular ...