Términos de uso

• El sitio y la API son gratuitos y no piden registro. Las cuentas son solo para el equipo y se crean por invitación.
• Muestran datos públicos de dengue e infecciones respiratorias. Nada de lo publicado es consejo médico, y la predicción de casos puede equivocarse.
• Los datos y el código se pueden reutilizar citando la fuente y respetando sus licencias.
• No se permite saturar ni atacar el servicio, ni hacerse pasar por el proyecto o por el MINSAL.
• Quien publica con una cuenta firma con su nombre y su institución, no publica datos de pacientes y responde de lo que firma.
• El servicio se ofrece tal cual, sin garantía de exactitud ni de continuidad.

Usar este sitio o su API supone aceptar estos términos. Quien no los acepte no debe usarlos.

También forman parte de estos términos la política de privacidad, el aviso legal y el aviso de sensibilidad de la Biblioteca.

Las personas con cuenta aceptan además las secciones 8 a 10 al recibir la invitación. La versión vigente de estos términos y de la política de privacidad es la 2026-10.

1. Vigilancia descriptiva. EPI-Aetheris muestra datos públicos de dengue e infecciones respiratorias en El Salvador. Compara cada departamento con sus propios años anteriores. Sus límites se detallan en la cláusula 5.
2. Gratuito y sin fines comerciales. Es un proyecto académico. No cobra, no tiene publicidad y no ofrece suscripciones.
3. Consulta sin cuenta. Consultar el sitio no requiere registro ni datos personales. Las cuentas existen solo para las personas del equipo que publican o revisan contenido, se crean por invitación y se rigen por las secciones 8 a 10. Mientras convivan con ellas, el equipo también publica alertas con un token de uso interno, que el navegador solo guarda si se marca la casilla «Recordar el token en este navegador».
4. Sin contenido del público. El sitio no tiene formularios abiertos al público ni publica textos de sus visitantes. Solo publican las personas con cuenta. Las sugerencias se envían como incidencias en GitHub y se rigen por los términos de GitHub.

La API que alimenta este sitio es de acceso abierto: se puede consultar sin registro ni clave. Se puede reutilizar y usar como base de otros trabajos con estas condiciones:

1. Respetar los límites de consultas. Cada dirección IP puede hacer hasta 120 consultas por minuto en general, y hasta 30 por minuto en las rutas de análisis, que son las más costosas de calcular. Quien supera el límite recibe un error 429 y debe esperar al minuto siguiente. Los límites protegen el servicio para el resto de personas.
2. Citar la procedencia. Al republicar cifras o gráficos, hay que mencionar a EPI-Aetheris y la fuente original del dato (MINSAL, OpenDengue, Open-Meteo o NOAA). Cómo citar cada una se explica en de dónde salen los datos.
3. Asumir que puede cambiar. La API no tiene una versión estable garantizada. Sus rutas, formatos y límites pueden cambiar sin aviso previo.
4. Llamarla desde un programa propio. Desde el navegador, la API solo acepta llamadas que vienen de este sitio. Desde un programa o un servidor propio se puede consultar directamente.

No está permitido:

1. Saltarse los límites de consultas, por ejemplo cambiando de dirección IP o repartiendo las peticiones entre varios clientes.
2. Descargar contenido de forma masiva o automática si eso ralentiza el servicio para los demás.
3. Atacar el servicio con pruebas de intrusión, escaneos agresivos o ataques de denegación de servicio. Quien encuentre una vulnerabilidad debe comunicarla antes de hacerla pública, por el canal de seguridad (security.txt).
4. Hacerse pasar por el proyecto, por el MINSAL o por quien firma una alerta, o presentar contenido propio como si viniera de ellos.
5. Usar sin autorización el token de alertas o una cuenta, o compartirlos con terceros.
6. Republicar alertas alteradas, sin su contexto o sin sus fechas de vigencia, de forma que puedan llevar a una decisión sanitaria equivocada. Tampoco difundir como reales las alertas marcadas como prueba.

Ante estos usos, el proyecto puede bloquear el acceso desde las direcciones implicadas, suspender las cuentas que corresponda y ejercer las acciones legales que procedan.

1. Los datos tienen límites. Vienen de fuentes de terceros. Pueden llegar con retraso, tener semanas sin publicar o corregirse después. El sitio señala esos límites cuando los conoce.
2. La predicción es un cálculo estadístico. La página de predicción estima los casos nacionales de las próximas 1 a 8 semanas, con un intervalo de incertidumbre. Parte de la última semana con datos, que puede ser de hace varios meses; no describe la situación de hoy. Puede equivocarse, y el valor real puede quedar fuera del intervalo.
3. Nada de lo publicado es consejo médico. No es un diagnóstico, una indicación clínica ni una alerta oficial. Las alertas de campo las redacta el equipo de vigilancia del proyecto a partir de datos públicos históricos. Las decisiones sanitarias corresponden a los profesionales de salud y a los lineamientos del MINSAL.
4. El clasificador retirado es solo un archivo histórico. El sitio conserva un clasificador de riesgo que se retiró porque no predecía bien. Se muestra para consultar su evaluación, no para tomar decisiones.

Los motivos de cada uno de estos límites se explican en el aviso de sensibilidad.

1. El código del sitio y de la API se publica con licencia GPL-3.0. Se puede usar, estudiar, modificar y redistribuir según esa licencia. Su texto completo está en cada repositorio.
2. Los datos de MINSAL, OpenDengue y NOAA mantienen las condiciones de su fuente. Del MINSAL se usan cifras agregadas de sus boletines oficiales; los boletines no se republican.
3. Los datos de Open-Meteo tienen licencia CC BY 4.0. Obliga a citar la fuente y a indicar que el dato se modificó: aquí se agrupa por departamento y semana epidemiológica.
4. Los mapas se basan en los límites geográficos de geoBoundaries (derivados de OpenStreetMap a través de osm-boundaries, con licencia CC BY-SA 2.0, © colaboradores de OpenStreetMap). La cartografía se dibuja mediante geometrías vectoriales locales en SVG, sin cargar teselas ráster ni conectar con servidores externos de mapas.
5. Los textos del sitio y de la Biblioteca se pueden citar indicando la fuente y el enlace.
6. Lo que publica una persona con cuenta sigue siendo de su autoría o de la institución que firma. Al publicarlo, la persona autoriza que el proyecto lo muestre, lo archive con sus versiones y permita citarlo como se indica en el punto anterior.
7. El nombre y el logotipo de EPI-Aetheris identifican al proyecto. No deben usarse de forma que sugiera un respaldo que no existe.

El sitio usa servicios externos y enlaza a otros: el alojamiento en Render y su red de distribución, el envío de correos de las cuentas, los repositorios y las sugerencias en GitHub, y las fuentes de datos. Los mapas se procesan de forma vectorial local sin solicitar teselas externas. El proyecto no controla su contenido ni sus políticas, y al usarlos se aplican sus propios términos. Qué datos reciben se explica en la política de privacidad.

1. Quién puede tener una cuenta. Personas mayores de edad que colaboran con el proyecto y reciben la invitación de un administrador en un correo propio. No hay registro público. La invitación sirve 72 horas.
2. La cuenta es personal. Cada cuenta es de una sola persona y no se presta, no se cede y no se comparte. Lo que se haga desde ella queda a nombre de esa persona.
3. Cuidar el acceso. La persona elige una contraseña que no usa en otro sitio y configura un segundo factor, que es obligatorio. En las cuentas de administración el segundo factor es una llave de acceso. Guarda los códigos de recuperación en un lugar seguro. Si pierde un factor o sospecha que alguien más entró, escribe cuanto antes a epi-aetheris@epi-aetheris.dev para que se suspenda la cuenta.
4. Aceptación y datos. Al aceptar la invitación, la persona acepta estos términos y la política de privacidad, incluido que su nombre, su cargo si lo indica y su institución se muestren junto a lo que firma. La política explica qué datos se guardan, cuánto tiempo y cómo ejercer los derechos sobre ellos.
5. Baja. La persona puede pedir la baja en cualquier momento escribiendo al correo de contacto. Lo que ya firmó se mantiene con su firma, como explica la política de privacidad.

Quien publica o revisa contenido con una cuenta se compromete a lo siguiente.

1. Veracidad. Publica solo lo que puede respaldar con datos públicos o con lo que conoce por su trabajo, cita la fuente y las fechas de vigencia, y no inventa ni exagera.
2. Sin datos personales de pacientes. No publica nombres, documentos, direcciones, historias clínicas ni ningún dato que permita identificar a una persona enferma, ni siquiera combinando varios, como un caso en una localidad pequeña con su edad y su ocupación. Si se publica algo así por error, avisa de inmediato para que se retire.
3. Firma con nombre e institución. Firma con su nombre real y con la institución a la que pertenece de verdad. No firma en nombre de una institución sin su autorización ni se hace pasar por otra persona.
4. Alertas descriptivas. Las alertas son información descriptiva.No reemplazan los lineamientos del MINSAL ni el criterio clínico. Quien las publica no las presenta como diagnóstico, indicación clínica ni aviso oficial, y respeta lo que explica el aviso de sensibilidad.
5. Corregir y retirar. Si descubre un error en algo que firmó, lo corrige o lo retira sin demora. Retirar exige un motivo, y ese motivo es público. Lo retirado queda en el archivo con su motivo y sus versiones.
6. Respeto a terceros. No publica contenido ilegal, difamatorio ni discriminatorio, ni material que vulnere derechos de otras personas.

1. Suspender o dar de baja una cuenta si se incumplen estos términos, si hay sospecha de acceso ajeno, si la persona deja de colaborar o si lleva mucho tiempo sin usarla. Cuando hay riesgo, suspende primero y explica el motivo por correo después.
2. Retirar o corregir contenido. Una sola persona con permiso puede retirar de inmediato una pieza que contenga datos personales de pacientes, un error material o algo que incumpla estos términos. El motivo de la retirada se publica.
3. Pedir aprobación. Según su tipo y su nivel, una pieza necesita la aprobación de una segunda persona antes de publicarse: siempre en los reportes, y en las alertas de nivel atención e intensificación.
4. Registrar lo que se hace. Las acciones de cada cuenta quedan en un registro de auditoría, como explica la política de privacidad.
5. Qué significa «verificada». Una institución aparece como verificada cuando un administrador comprobó que la persona pertenece a ella por el medio que se anotó al invitarla. No garantiza que lo publicado sea exacto ni significa que la institución respalde el contenido.

El servicio es gratuito y se mantiene según la disponibilidad del equipo. No hay compromiso de nivel de servicio ni de continuidad. El proyecto puede interrumpirse, cambiar de alcance, limitar funciones o dejar de actualizarse sin aviso previo.

El servicio se ofrece «tal cual» y«según disponibilidad». No se garantiza, ni de forma expresa ni implícita:

• que los datos o la predicción sean exactos, completos o actuales;
• que sirvan para un fin concreto;
• que el servicio funcione sin interrupciones ni errores.

El código tiene, además, las exclusiones de garantía de las secciones 15 a 17 de la licencia GPL-3.0.

1. En la medida en que lo permita la ley, el responsable del sitio no responde de los daños, directos o indirectos, causados por usar el servicio o por no poder usarlo. Esto incluye las decisiones tomadas a partir de lo que se publica aquí.
2. Si la ley aplicable no permite excluir o limitar alguna responsabilidad, la exclusión anterior se aplica solo hasta donde la ley lo permita.
3. Quien reutilice los datos, la predicción o la API en su propio trabajo responde de ese uso y de lo que publique a partir de él.
4. Lo que firma una persona con cuenta es responsabilidad de esa persona y, en la medida en que la ley lo disponga, de la institución que la firma representa. El proyecto no lo respalda por el solo hecho de alojarlo.

Estos términos pueden cambiar para reflejar cambios en el servicio o en la ley. La fecha de la última actualización aparece al principio, y el historial de cambios de este documento es público. Seguir usando el sitio después de un cambio supone aceptar la nueva versión. Si el cambio afecta a las personas con cuenta, se les avisa por correo y se les pide aceptar la nueva versión para seguir usando la cuenta.

Estos términos se rigen por las leyes de la República de El Salvador. Eso no limita los derechos que la ley del lugar de residencia reconozca a cada persona, en particular sobre la protección de sus datos.

Las dudas sobre estos términos se pueden enviar desde la página de contacto. Las vulnerabilidades de seguridad tienen su propio canal, descrito en la cláusula 4.3.