Política de privacidad

• Quien solo lee el sitio no tiene cuenta, no recibe cookies y no se mide su actividad. No hay analítica ni publicidad.
• Al navegar por el sitio, la dirección IP solo llega al proveedor de alojamiento (Render). La cartografía se procesa localmente en SVG sin contactar con OpenStreetMap ni transferir datos a servidores de mapas externos.
• Las cuentas existen solo para las personas del equipo que publican o revisan contenido. Se crean por invitación, y el nombre, el cargo si se indica y la institución de quien firma una alerta son públicos.
• Las cifras de salud están agregadas por departamento y semana. No identifican a ninguna persona.
• Los datos se pueden consultar, corregir o borrar escribiendo aepi-aetheris@epi-aetheris.dev, sin costo.

El responsable de este sitio es Eduardo Rivas. También atiende las solicitudes sobre datos personales. Se le puede escribir a epi-aetheris@epi-aetheris.dev. El resto de datos de identificación están en el aviso legal. La dirección postal se facilita a quien la pida por correo.

Esta política sigue la Ley para la Protección de Datos Personales de El Salvador (Decreto Legislativo n.º 144, publicado en el Diario Oficial n.º 219, tomo 445, del 15 de noviembre de 2024). Versión 2026-10.

Es un proyecto académico sin fines comerciales. Publica datos agregados de dengue y enfermedad respiratoria en El Salvador, a partir de fuentes públicas. Se consulta sin registrarse y sin pagar. Las cuentas sirven para que el equipo publique alertas y otros contenidos con su firma.

• Datos de quien lee el sitio: no tiene cuenta, contraseña ni perfil.
• Pagos ni datos bancarios.
• Analítica, píxeles de seguimiento ni cookies publicitarias.
• Ubicación del dispositivo.
• Mensajes: el sitio no tiene formulario de contacto.
• Documento de identidad, teléfono ni fecha de nacimiento de las personas con cuenta.
• Huellas dactilares, rostro ni otros datos biométricos. Las llaves de acceso guardan la huella o el rostro en el propio dispositivo, y al proyecto solo llega una clave pública.

Tampoco se venden ni se ceden datos, no se elaboran perfiles y no se toman decisiones automatizadas sobre personas.

Aun sin cuentas ni analítica, hay cinco momentos en los que circulan datos técnicos, aunque algunos no se vean en pantalla. Ninguno es un dato sensible: no se tratan datos de salud, origen étnico, biométricos ni creencias de quien visita el sitio.

1. Al abrir cualquier página

Render, la empresa que aloja el sitio y la API, registra cada visita. Guarda la dirección IP, el navegador y sistema (user-agent), la fecha y la página pedida. Render entrega el sitio por la red de Cloudflare, que también procesa esa conexión.

• Para qué: servir las páginas y detectar abusos.
• Cuánto tiempo: el que fija Render en su política.

2. Al consultar datos

Las gráficas y tablas piden los datos a la API del proyecto. La API limita cuántas consultas puede hacer una misma dirección IP por minuto.

• Para qué: evitar que un programa automático sature el servicio y lo deje sin capacidad para el resto.
• Cuánto tiempo: la IP se guarda solo en memoria mientras dura el recuento. No se guarda en la base de datos ni se asocia a ninguna otra información.

3. Al ver un mapa

Los mapas de la portada, de dengue y de respiratorio son representaciones vectoriales SVG integradas directamente en la aplicación. No se descargan teselas de mapas ni se realizan conexiones a servidores de la OpenStreetMap Foundation ni de ningún otro proveedor externo. Toda la geometría cartográfica se procesa y dibuja de forma local en el navegador o servidor, de modo que no se transfiere la dirección IP, el navegador ni ningún otro dato técnico al interactuar con los mapas.

• Para qué: mostrar la distribución territorial de los eventos de salud sin depender de servicios externos.
• Qué datos se transfieren: ninguno; el renderizado es estrictamente local y no genera peticiones de red externas.

4. Tipografías

Las tres tipografías se descargan al construir el sitio y se sirven desde este mismo dominio. Al abrir una página no se hace ninguna petición a Google ni a otro proveedor de fuentes.

5. Al publicar una alerta de campo con la clave del equipo

Mientras las alertas se publiquen con la clave de publicación (token) y no con una cuenta, el formulario es de uso interno: la página no está enlazada en el menú. Se envían la clave y el contenido de la alerta, que incluye el nombre de quien la firma y, si se rellena, un contacto de vigilancia. Todo el contenido se publica y cualquiera puede leerlo. La alerta se guarda en la base de datos, sigue visible en el archivo de alertas y se corrige o se retira a petición.

Todo lo que publica EPI-Aetheris son cifras agregadas por departamento y semana epidemiológica, tomadas de fuentes públicas. Al sistema no entra ningún registro de paciente, ninguna identidad y ninguna ubicación de personas.

En los términos de la ley, estas cifras están disociadas: llegan ya agregadas y no se pueden volver a asociar a nadie. Por eso no son datos personales de salud. El origen de cada cifra está en de dónde salen los datos.

Una cuenta se crea solo por invitación de un administrador. Estos son los datos que el sistema guarda de cada persona. Ninguno es un dato sensible en los términos de la ley.

Al elegir una contraseña, el sistema comprueba si aparece en filtraciones conocidas con el servicio Have I Been Pwned. Le envía solo los primeros cinco caracteres de una huella de la contraseña, que no bastan para reconstruirla, y nunca la contraseña ni la huella completa.

• Crear y mantener la cuenta, y firmar lo publicado: se apoyan en el consentimiento de la persona. Lo da al aceptar la invitación, después de leer esta política y los términos de uso, y puede retirarlo en cualquier momento (ver derechos).
• Proteger las cuentas y poder demostrar quién publicó qué: se apoyan en el interés legítimo del proyecto, porque una alerta puede llegar a personal de salud y su autoría tiene que poder comprobarse (artículo 5, letra g, de la ley).
• Los datos de una cuenta no se usan para publicidad, perfiles ni ninguna otra finalidad. Si algún día se quisiera usarlos para algo distinto, se pedirá un nuevo consentimiento.

Estos son los plazos a los que se compromete el proyecto. Se aplican a las personas con cuenta.

Los registros de visita de quien solo lee el sitio los conserva Render, con el plazo de su política.

Quien solo lee el sitio no recibe cookies, ni propias ni de terceros. Por eso no aparece ningún aviso de consentimiento. Tampoco hay nada que rastrear, así que la señal «No rastrear» (Do Not Track) no cambia nada.

Las personas con cuenta reciben una sola cookie al ingresar, llamada __Host-epi_sid. Guarda un identificador de la sesión abierta y sin ella no se puede mantener la sesión. Es de este mismo sitio, se envía solo por conexiones cifradas, el navegador no deja que un programa de la página la lea, no se envía desde otros sitios y se borra al cerrar el navegador o al salir. No sirve para seguir a nadie ni para medir la actividad. Por ser imprescindible para el ingreso, no requiere un aviso de consentimiento aparte. Se informa de ella en la página de ingreso.

Sí se guardan algunas cosas en el propio navegador. Ninguna se envía al proyecto:

Si algún día se añade analítica o cualquier medición que rastree a quien visita el sitio, se pedirá consentimiento antes y esta sección se reescribirá.

Estos proveedores tratan datos por cuenta del proyecto o reciben datos del navegador de quien visita el sitio. Cada uno tiene su propia política.

Las fuentes de datos (MINSAL, OpenDengue y Open-Meteo) y los proveedores cartográficos (OpenStreetMap) no reciben datos. El proyecto descarga sus cifras y procesa los límites vectoriales internamente; el navegador de quien visita el sitio nunca se conecta con ellos para solicitar datos ni teselas.

Los datos de las cuentas no se entregan a ninguna otra empresa ni institución, salvo que una autoridad competente los pida conforme a la ley.

La API y la base de datos, con los datos de las cuentas, están en servidores de Render en Estados Unidos. Los correos de las cuentas pasan por Resend, también en Estados Unidos. Las páginas se sirven desde la red de Cloudflare, que tiene servidores en varios países. La cartografía no realiza peticiones a servidores externos fuera del país, ya que se renderiza localmente como SVG. Por eso los datos descritos arriba, salvo los de los mapas, salen del país.

Para las personas con cuenta, esa salida es parte de lo que aceptan al recibir la invitación. El proyecto no ha verificado que la Agencia de Ciberseguridad del Estado haya declarado un nivel adecuado de protección en Estados Unidos. La ley (artículo 44) permite la transferencia cuando la persona la consiente y el responsable adopta medidas para proteger los datos. Las medidas que aplica el proyecto están en la sección siguiente.

Todas las conexiones con el sitio y con la API van cifradas (HTTPS). Para las cuentas, el proyecto aplica estas medidas:

• Ingreso con contraseña y un segundo factor obligatorio, ya sea una aplicación de códigos o una llave de acceso. Las cuentas de administración exigen llave de acceso.
• Las contraseñas y los códigos de recuperación no se guardan: solo su huella irreversible. El secreto de la aplicación de códigos se guarda cifrado.
• Las sesiones caducan por inactividad y por duración máxima, se pueden cerrar desde el perfil y se cierran las demás al cambiar la contraseña.
• Los enlaces de invitación y restablecimiento sirven una sola vez y se guardan solo como huella.
• Tras varios intentos fallidos seguidos, el ingreso se bloquea con una espera que crece hasta 15 minutos.
• El registro de auditoría solo admite agregar registros nuevos y cada uno queda encadenado al anterior.
• Los permisos se dan por roles (publicador, revisor y administrador), y las acciones delicadas piden volver a comprobar la identidad.
• Las claves del servidor no están en el código: las guarda el proyecto aparte.

Si ocurre una vulneración de seguridad que afecte datos personales, el proyecto la notifica a la Agencia de Ciberseguridad del Estado, a la Fiscalía General de la República y a las personas afectadas dentro de las 72 horas siguientes a conocerla. Cada aviso cuenta qué pasó, qué datos se vieron comprometidos, qué se hizo y qué puede hacer la persona para protegerse (artículo 25 de la ley).

La ley reconoce siete derechos sobre los datos personales: acceso, rectificación, cancelación, oposición, portabilidad, olvido y limitación. También se puede retirar el consentimiento en cualquier momento, sin efecto sobre lo ya hecho.

Cómo ejercerlos. Basta con escribir al responsable, sin intermediarios, aepi-aetheris@epi-aetheris.dev. Conviene indicar qué derecho se ejerce y sobre qué dato. Las personas con cuenta escriben desde el correo de su cuenta, y así se comprueba quién es. Quien no tiene cuenta puede indicar la fecha aproximada y la dirección IP si la solicitud trata de un registro de visita. Ejercer los derechos no tiene costo, salvo el de reproducir o enviar la información si se pide en papel.

Qué se puede pedir a una persona con cuenta:

• Acceso: una copia de los datos que se guardan de ella, que se entrega por correo en un formato legible, y quién los ha consultado.
• Rectificación: corregir el nombre, el cargo o el correo. La institución la cambia un administrador.
• Baja y cancelación: se cierra la cuenta y se eliminan los datos en los plazos de la tabla de conservación. Lo ya publicado con su firma se mantiene, porque la autoría es parte de lo que se publicó. Si la persona pide que se retire una pieza concreta o que se cambie su firma, el proyecto lo estudia caso por caso y responde con los motivos.
• Oposición y limitación: la persona puede pedir que se deje de tratar un dato o que se suspenda su uso, y se atiende por correo.

Plazos. La respuesta llega dentro de los veinte días hábiles que fija la ley (artículos 9 y 20). Si hay causa justificada, el plazo puede ampliarse otros veinte, y se avisa. La retirada del consentimiento se tramita en cinco días hábiles (artículo 30). Si se niega la solicitud, en total o en parte, la respuesta explica los motivos y llega dentro de los tres días hábiles siguientes a la decisión (artículo 22). Si la solicitud llega incompleta, se pide completarla una sola vez, con diez días hábiles para hacerlo (artículo 18). Las consultas que no son solicitudes de derechos tienen su propio plazo, indicado en la página de contacto.

Si el proyecto no responde en plazo o niega la solicitud, la persona puede presentar una denuncia ante la Agencia de Ciberseguridad del Estado, que supervisa el cumplimiento de la ley (artículos 9, 31 y 50).

Qué datos pueden afectar a una persona que solo lee el sitio: los registros de visita que guarda Render, cuya solicitud se traslada a Render, y la firma y el contacto de una alerta publicada, que se corrige o se retira.

El sitio no está dirigido a menores y no recoge datos de ellos a sabiendas. Las cuentas son solo para personas mayores de edad.

Cada cambio se publica en esta misma página y actualiza la fecha del encabezado. Si el cambio afecta a las personas con cuenta, se les avisa por correo y se les pide aceptar de nuevo. El código del sitio es público, así que el historial completo de este documento puede consultarse en el repositorio.

Ver también: términos de uso ·aviso legal ·contacto.