Guion de narración

Visión general técnica de iECHO: Diseñada para escala poblacional

Aproximadamente 11 minutos a un ritmo natural de narración

    1. Apertura

      Esta es una descripción técnica de iECHO, la plataforma que impulsa a la comunidad global de ECHO. Presta servicio a más de 700.000 usuarios activos y más de 1.200 hubs en más de 70 países, en más de 25 idiomas. Es abierta y orientada a API (API-first), está basada en microservicios nativos en la nube, protegida con un enfoque inspirado en Zero Trust y lista para la IA. Veamos cómo está diseñada para la escala poblacional.

      Locución desactualizada

    1. Apertura

      Ocho principios dan forma a cada parte de iECHO. Es centrado en API, abierto e interoperable, y nativo de la nube. Cada entorno se aprovisiona a partir de código. Está diseñado priorizando dispositivos móviles, para bajo ancho de banda y dispositivos compartidos. Es seguro por defecto y privado por diseño, sin datos de pacientes. Y es observable, con métricas, registros y trazas en cada solicitud.

      Locución desactualizada

    1. Apertura

      Aquí está la arquitectura de referencia, de arriba a abajo. Las personas acceden a iECHO a través de la aplicación web, desarrollada en React y TypeScript, aplicaciones móviles para Android e iPhone, WhatsApp, aplicaciones de socios y consolas de administración. Cada solicitud pasa por el borde, con una CDN global, un firewall de aplicaciones web y protección contra DDoS, y luego una puerta de enlace de API que valida tokens, limita frecuencias, enruta y versiona solicitudes, y rastrea cada llamada.

      Locución desactualizada

    2. Paso 1

      Detrás de la puerta de enlace, los microservicios de dominio en Java, Spring Boot y Python gestionan cada uno una parte del Modelo ECHO, desde la identidad y los centros de conexión hasta las sesiones, la asistencia, los certificados y la IA. Se comunican entre sí a través de una red central de mensajería asíncrona de eventos, colas y tareas en segundo plano.

      Locución desactualizada

    3. Paso 2

      Comparten una plataforma común para datos maestros, taxonomía, identidad, localización, búsqueda y analítica. Los datos residen en MySQL para el núcleo relacional, DynamoDB para eventos de alto volumen, Redis para el almacenamiento en caché, almacenamiento de objetos para medios y un almacén para analítica. Todo se ejecuta en AWS, en contenedores sobre Kubernetes, aprovisionado por Terraform a través de múltiples zonas de disponibilidad.

      Locución desactualizada

    4. Paso 3

      Junto a cada capa, observamos y aseguramos la plataforma con CloudWatch, Elastic APM, Grafana y Loki, GuardDuty e Inspector, con una página de estado pública. Además, iECHO se integra con las herramientas que nuestra comunidad ya utiliza, desde Zoom y WhatsApp hasta Salesforce, Freshworks, Wistia y Mapbox.

      Locución desactualizada

    1. Apertura

      iECHO está construido como microservicios guiados por el dominio. Cada servicio posee una parte del Modelo ECHO, desde la identidad y los roles hasta programas, sesiones, asistencia y certificados, contenido y debates, notificaciones, telemetría e IA, y cada uno posee sus propios datos y se escala de manera independiente.

      Locución desactualizada

    2. Paso 1

      Cada servicio sigue la misma anatomía: una API con control de versiones descrita en OpenAPI, lógica sin estado, su propio almacenamiento de datos, eventos que publica y a los que se suscribe, un contenedor con comprobaciones de estado y una política de autoescalado, y telemetría lista para usar.

      Locución desactualizada

    3. Paso 2

      Los servicios funcionan juntos a través de eventos. Cuando finaliza una sesión, se despliega un evento: la asistencia finaliza el registro, se emiten certificados, se agradece a los participantes por correo electrónico y WhatsApp, se actualizan los paneles y la IA redacta el resumen de la sesión. Un evento, cinco reacciones y ningún servicio espera a otro.

      Locución desactualizada

    1. Apertura

      iECHO prioriza las API. Nuestras propias aplicaciones usan las mismas API que abrimos a los socios: REST y JSON sobre HTTPS, descritas en OpenAPI y con versiones. Una aplicación de socio con el alcance de OAuth correcto puede solicitar las próximas sesiones de un programa, en el idioma del participante.

      Locución desactualizada

    2. Paso 1

      Recibe datos limpios y estructurados, paginados con un cursor y rastreados de extremo a extremo, con la misma taxonomía de áreas de enfoque utilizada en toda la plataforma.

      Locución desactualizada

    3. Paso 2

      Y cuando sucede algo, como la finalización de una sesión, iECHO envía un webhook firmado en tiempo real, para que los socios nunca tengan que realizar consultas continuas.

      Locución desactualizada

    1. Apertura

      Cada solicitud se autentica y autoriza. Un usuario inicia sesión con una contraseña y un código de un solo uso, y el servicio de identidad emite un token firmado de corta duración. El API gateway verifica su firma, vencimiento y alcances en cada llamada, y el servicio de dominio comprueba el rol del usuario en ese hub y programa específicos antes de devolver solo lo que el rol permite.

      Locución desactualizada

    2. Paso 1

      El control de acceso es multinquilino. Una sola identidad abarca cada hub en el que trabaja una persona, desde un ministerio hasta hubs estatales, programas y grupos de participantes, con un rol en cada uno. Los administradores del hub configuran el hub, los miembros y expertos del hub trabajan solo dentro de los programas de los que son responsables, y los participantes se unen y debaten. Es un modelo inspirado en Zero Trust: cada solicitud es verificada, mínimo privilegio en todas partes y herramientas internas detrás de una VPN.

      Locución desactualizada

    1. Apertura

      Los datos y la telemetría están en el centro. Los eventos fluyen desde cada servicio de dominio, desde la telemetría de sesiones en Zoom, desde encuestas y formularios, y desde los clientes web, móviles y de WhatsApp. Se ingieren en tiempo real a través de flujos de eventos y captura de datos de cambio, con verificaciones de esquema que detienen los datos erróneos en la entrada.

      Locución desactualizada

    2. Paso 1

      El almacén conserva los datos en tres niveles: brutos e inmutables, luego curados y, finalmente, desidentificados. Entre ellos se encuentra una barrera de privacidad que desidentifica y agrega, de modo que los datos que compartimos y de los que aprendemos son seguros desde su diseño.

      Locución desactualizada

    3. Paso 2

      A partir de ahí, alimenta paneles de control en Apache Superset y Metabase, mapas en Mapbox, API abiertas y exportaciones para socios, y funciones para IA y la Red de Escucha. Y todo comparte una misma columna vertebral de datos maestros y taxonomía: profesiones, áreas de enfoque, identificaciones profesionales, geografías, instituciones e idiomas, para que los datos signifiquen lo mismo en todas partes.

      Locución desactualizada

    1. Apertura

      iECHO está diseñado para escalar desde un programa hasta un país entero. Los servicios no tienen estado y se escalan pod por pod. El almacenamiento en caché en cada capa mantiene las lecturas económicas, las colas absorben los picos de tráfico, los datos con alta frecuencia de escritura como la telemetría y la asistencia se particionan en DynamoDB, y no existe un punto único de fallo en las zonas de disponibilidad. Imagine a un ministerio lanzando un programa nacional: el tráfico se multiplica por cincuenta en diez minutos, la plataforma se escala para responder y la latencia se mantiene estable.

      Locución desactualizada

    1. Apertura

      La seguridad está integrada en profundidad, en cinco capas, y asignada al NIST Cybersecurity Framework 2.0. iECHO cuenta con la certificación ISO 27001 y cumple con GDPR, CCPA, DPDPA y FISMA. En el borde, un firewall de aplicaciones web, protección contra DDoS y TLS para cada conexión.

      Locución desactualizada

    2. Paso 1

      En la red, subredes privadas y redes segmentadas, con herramientas internas accesibles únicamente a través de una VPN.

      Locución desactualizada

    3. Paso 2

      Para la identidad, acceso basado en roles con privilegio mínimo, autenticación de dos factores para administradores y tokens firmados de corta duración, con cada solicitud verificada.

      Locución desactualizada

    4. Paso 3

      En la aplicación, un ciclo de vida de desarrollo seguro, análisis de dependencias y contenedores, pruebas automatizadas en cada cambio y credenciales fuera del código.

      Locución desactualizada

    5. Paso 4

      Y en el centro, los datos: cifrados en reposo y en tránsito, minimizados y sin datos de pacientes, por diseño.

      Locución desactualizada

    6. Paso 5

      En cada capa, detectamos y respondemos las 24 horas del día, con GuardDuty, análisis continuos de Inspector, registros centralizados, un plan formal de respuesta a incidentes y estado en tiempo real en status.iecho.org.

      Locución desactualizada

    1. Apertura

      Implementamos cambios pequeños con frecuencia, y cada uno se prueba, escanea y es reversible. El código se revisa entre pares en GitHub. Jenkins lo compila y ejecuta pruebas unitarias, luego pruebas de extremo a extremo en Selenium y escaneos de seguridad. Cada compilación se convierte en una imagen inmutable de Docker, Terraform aprovisiona la infraestructura como código y Kubernetes la despliega sin tiempo de inactividad, con verificaciones de estado que revierten los cambios automáticamente.

      Locución desactualizada

    2. Paso 1

      Cada versión se promociona desde desarrollo a staging, a nuestros socios beta y luego a producción, a través de entornos creados a partir del mismo código. Nada se lanza sin pasar sus pruebas y escaneos, y cada versión viene con notas de versión publicadas.

      Locución desactualizada

    1. Apertura

      El stack es moderno y abierto, construido a partir de tecnologías probadas y ampliamente adoptadas: React y TypeScript en el frontend, con aplicaciones para Android e iPhone; servicios de Java, Spring Boot y Python; MySQL, DynamoDB y Redis para datos; y AWS, Kubernetes, Docker, Terraform, Jenkins y GitHub para la nube y la entrega. Lo observamos con CloudWatch, Elastic APM, Grafana y Loki, lo analizamos con Apache Superset, Metabase y Mapbox, y lo integramos con Zoom, WhatsApp, Salesforce y modelos de IA líderes.

      Locución desactualizada

    1. Apertura

      Debido a que iECHO prioriza las API y es rica en datos, está preparada para la IA por diseño. Las aplicaciones, microservicios y datos de la plataforma principal, desde presentaciones didácticas y grabaciones hasta casos y debates, alimentan una familia de servicios de plataforma de IA a través de API abiertas y datos desidentificados: inteligencia colectiva, IA generativa, búsqueda y recomendaciones, comprensión del lenguaje, asistentes conversacionales, clasificación, traducción, supervisión de calidad, confianza e integridad, detección de PHI y PII, y análisis de tendencias.

      Locución desactualizada

    2. Paso 1

      Se ejecutan en una infraestructura de IA compartida: una pasarela de modelos en Gemini, Claude y modelos de pesos abiertos, un grafo de conocimiento e índice vectorial, voz y visión, y evaluaciones con retroalimentación humana. Nuestra presentación de iECHO + IA profundiza en estos aspectos.

      Locución desactualizada

    1. Apertura

      iECHO ya conecta a más de 700.000 personas en más de 70 países. Con los socios adecuados, puede llegar a cada profesional de la salud, docente y experto que lo necesite. Buscamos socios en infraestructura de nube e IA, en colaboración de ingeniería sobre componentes y estándares de código abierto, y en investigación, desde evaluaciones en idiomas de bajos recursos hasta la red ECHO Listening Network. Construyamos juntos una infraestructura de aprendizaje a escala poblacional.

      Locución desactualizada