Política de privacidad de datos de salud del consumidor

Qué responde este documento

Esta es la política de datos de salud del consumidor que exige la My Health My Data Act de Washington. Es deliberadamente estrecha, porque esa ley pide un documento independiente que contenga solo lo que ella exige.

• ¿Qué cuenta aquí como mis datos de salud? Secciones 2 y 3.
• ¿De dónde vienen y quién más los ve? Secciones 4 y 5.
• ¿Qué puedo desactivar? Sección 7.
• ¿Qué derechos tengo y de cuánto tiempo disponéis? Secciones 8.1 y 8.2.
• ¿Qué alcanza realmente la eliminación? Sección 9.
• ¿Qué pasa si decís que no? Sección 10.

Si estás en Nevada, tus derechos y plazos son distintos y se exponen en nuestro Aviso de privacidad de datos de salud del consumidor de Nevada. Todo lo de las secciones 2 a 5 y 9 de abajo se te aplica también, y ese aviso remite aquí para ello.

Todo lo demás sobre tus datos (bases jurídicas, seguridad, menores, transferencias internacionales, el sitio web) está en la Política de privacidad, que también se te aplica.

1. Quiénes somos y qué cubre esta política

Este documento trata solo de los datos de salud del consumidor. La ley de Washington exige mantenerlo separado de nuestra Política de privacidad general, por lo que es más estrecho: no repite las secciones de la Política de privacidad sobre bases jurídicas, seguridad, menores, transferencias internacionales ni el sitio web glumea.com. Para todo eso, lee la Política de privacidad.

Lo que sí cubre es la app glumea: qué recoge, adónde va eso y qué puedes desactivar o hacer eliminar. Paweł Milewski Software Development (el Operador, «nosotros», «nos», «nuestro») ofrece glumea (la App) y glumea.com (el Sitio web); esta política trata de la App. Nuestra dirección postal y nuestro correo están en la sección 13.

Otros dos documentos se aplican junto con esta política y la Política de privacidad: las Condiciones del servicio y el Aviso médico.

Se te aplica si eres residente de Washington, o si tus datos de salud del consumidor se recogieron mientras estabas en Washington (My Health My Data Act, RCW 19.373).

Nevada tiene su propio aviso. La ley de Nevada (NRS 603A.400 y siguientes) te da derechos distintos con plazos distintos y nos pide cuatro divulgaciones que Washington no pide, por lo que esas viven en el Aviso de privacidad de datos de salud del consumidor de Nevada y no aquí. Las secciones 2 a 5 y 9 de este documento describen lo que glumea hace con los datos de salud, y se aplican vivas donde vivas.

2. Qué entendemos por datos de salud del consumidor

Según la My Health My Data Act de Washington, los datos de salud del consumidor son información personal vinculada o razonablemente vinculable a ti que identifica tu estado de salud física o mental pasado, presente o futuro, incluyendo expresamente las funciones corporales, las constantes vitales, las mediciones, los diagnósticos, el tratamiento y la medicación.

La mayor parte de lo que registra glumea entra en esa definición. Una lectura de glucosa en sangre, una dosis de insulina y el nombre de un medicamento son ejemplos claros.

Como glumea es una app de diabetes, el hecho de que tengas una cuenta revela por sí mismo datos de salud. Por ello tratamos tu identificador de cuenta y el correo electrónico de tu cuenta como datos de salud del consumidor a los efectos de esta política, aunque no sean mediciones de salud. Por la misma razón tratamos como datos de salud del consumidor el identificador pseudónimo del dispositivo y los registros de solicitudes del servidor descritos más abajo.

3. Las categorías que recogemos y por qué

Categoría	Qué contiene	Por qué lo recogemos
Lecturas de glucosa en sangre	Valor, fecha y hora, etiquetas de contexto (incluidas las etiquetas que escribes tú), notas de texto libre	Para mostrarte tus lecturas, gráficos y estadísticas de Tiempo en rango, y para programar los recordatorios de nueva medición descritos en el Aviso médico
Registros de comida y de carbohidratos	Carbohidratos, proteínas, grasas y calorías opcionales, y el nombre que escribes	Para que puedas registrar y revisar lo que comiste junto con tus lecturas
Dosis de insulina, comprimidos e inyectables	Unidades, recuentos, horas de las dosis y a qué medicamento pertenecen	Para que puedas registrar y revisar tu tratamiento
Tus catálogos de medicamentos	Nombres de medicamentos (por ejemplo, una marca de insulina), tipo, concentración, intervalo entre dosis y parámetros farmacocinéticos	Para que las dosis puedan registrarse contra un medicamento real y la App pueda mostrarlas correctamente
Horarios de medicación	Qué medicamento, la hora del día, los días de la semana y si el recordatorio puede sonar durante las Horas de silencio	Para entregar los recordatorios de medicación que configuraste
Recordatorios de medición y ajustes de notificaciones	Las horas y los días de la semana de tus recordatorios de medición de glucosa, tu ventana de Horas de silencio y si las notificaciones muestran detalles	Para entregar los recordatorios que pediste, y para guardar los ajustes de recordatorios que aún no están construidos. Los recordatorios programados de medición de glucosa no se entregan hoy: puedes fijar las horas y no llega nada. Se entregan los recordatorios de medicación y los recordatorios de nueva medición tras una lectura muy baja o muy alta. Tus Horas de silencio y los ajustes de detalle de las notificaciones se quedan en tu dispositivo
Medidas corporales	Historial de peso y altura	Para mostrar el peso a lo largo del tiempo y para mostrar tus registros en las unidades que elijas
Perfil de diabetes y tratamiento	El apodo que eliges, tu edad, tu género si lo indicas, el tipo de diabetes, el método de administración de insulina y si te tratas con comprimidos, inyectables o dieta	Para configurar la App según la forma en que realmente gestionas tu diabetes
Ajustes de la terapia	Tu rango objetivo de glucosa, el factor de sensibilidad a la insulina (ISF) y la ratio insulina/carbohidratos (ICR)	Para mostrar tu rango objetivo en los gráficos y mantener tus cifras en un solo lugar. Tu rango objetivo se escribe en el informe de glucosa en PDF si generas uno, y tu ratio insulina/carbohidratos también cuando la ventana del informe contiene una dosis de insulina. La exportación en CSV no lleva ninguno de los dos, y el factor de sensibilidad a la insulina no está ni en el CSV ni en el PDF: está en el archivo .glumea cifrado, que lleva toda tu cuenta. La App nunca los usa para calcular ni recomendar una dosis. El factor de sensibilidad a la insulina se usa, eso sí, para otra cosa: el texto de riesgo de hipoglucemia que se muestra junto a la insulina activa, como describe el Aviso médico
Datos importados de Apple Health o Health Connect	Registros de glucosa en sangre, peso y carbohidratos	Solo si lo conectas: para ahorrarte volver a escribir lecturas que tus otros dispositivos ya registraron. Los registros importados se convierten en entradas normales y siguen el mismo camino que cualquier cosa que escribas, incluso hacia nuestros servidores cuando la sincronización en la nube está activada
Valores que la App calcula en tu dispositivo	Insulina activa estimada, y el texto de riesgo de hipoglucemia y el rango aproximado de descenso que se muestran junto a ella; glucosa media y su dispersión; Tiempo en rango; HbA1c estimada (GMI); la hora sugerida para tu próxima lectura; y la etiqueta Buena / Aceptable / Crítica de tu última lectura	Para mostrarte un resumen de lo que registraste. Se calculan en tu dispositivo, y el Aviso médico expone qué es y qué no es cada uno
Identificador de cuenta y correo electrónico	El UUID de tu cuenta y el correo electrónico de inicio de sesión	Para darte una cuenta y sincronizar tus entradas con ella
Estado de la suscripción	El identificador de tu cuenta y si glumea+ está activo, según informan Apple o Google a través de RevenueCat	Para desbloquear lo que pagaste. No lleva lecturas, medicamentos ni entradas
Eventos de análisis de producto	Que se guardó una entrada de un tipo dado (glucosa, comida, medicamento o peso; la insulina, los comprimidos y los inyectables cuentan todos como medicamento), si la guardaste desde el formulario o desde el botón de acción de un recordatorio, cuántas filas escribió ese guardado, y si la registraste en unos quince minutos del momento, más tarde el mismo día o con fecha anterior; que abriste el formulario de registro, y en qué tipo se abrió; que la App se inició, y por separado que se inició por primera vez tras la instalación; que completaste el registro o el inicio de sesión, y que un código enviado por correo se verificó o se rechazó, con qué flujo correspondía; qué pasos del inicio terminaste, incluidos los del tipo de diabetes y el tratamiento pero no el paso que solo ven los usuarios de insulina, y que terminaste tu perfil; qué pantallas abriste, como nombres de ruta fijos, notificando como la pantalla superior una pantalla a la que solo llega un tipo de tratamiento; que tocaste un recordatorio, y su categoría general, nunca una alerta de glucosa; que se te pidió permiso de notificaciones, y si lo permitiste; si conectaste Apple Health o Health Connect, si el sistema operativo concedió o rechazó el permiso, que pediste una importación, y que una importación se ejecutó y qué la inició, nunca cuántos registros leyó; que generaste una exportación, en qué formato y si la compartiste; que desactivaste el análisis; eventos de suscripción y de compra; y tu idioma, tema, preferencias de unidades y estado de la suscripción. Nunca un valor, un nombre, una nota ni ninguna otra cosa que escribieras. Los eventos con la sesión iniciada usan el identificador de la cuenta; los eventos previos al inicio de sesión usan un identificador pseudónimo del dispositivo	Para entender qué partes de la App se usan. No dicen qué medicamento tomas, qué tratamiento usas ni si saltó una alerta de glucosa, pero están vinculados a tu uso de una app de diabetes. Se recogen solo después de que aceptes el análisis
Información técnica y del dispositivo	El identificador pseudónimo del dispositivo usado para el análisis previo al inicio de sesión; modelo del dispositivo, sistema operativo, versión de la app, lanzamiento, compilación y valores similares añadidos por los SDK de PostHog, Sentry y RevenueCat; y la dirección de red que ven sus servidores	Los SDK recogen estos valores, y solo después de que aceptes el análisis o el diagnóstico. Ninguno de estos campos es una lectura, un medicamento ni un valor que escribieras
Registros de solicitudes del servidor	La dirección, la ruta y la hora de las solicitudes que tu dispositivo hace a nuestros servidores y, cuando una solicitud falla, el estado, la ruta, la hora y el mensaje de error	Para operar el backend e investigar fallos. No contienen entradas, medicamentos ni lecturas, ni nada de lo que escribieras. Se enumeran aquí porque una solicitud al backend de glumea está vinculada a tu uso de una app de diabetes

Usamos los datos de salud del consumidor para esos fines y ningún otro. No los usamos para publicidad, segmentación publicitaria, elaboración de perfiles, decisiones de crédito o de seguros, ni investigación, y no los usamos para tomar decisiones automatizadas sobre ti.

Parte de lo anterior no sale nunca de tu dispositivo: los horarios de tus recordatorios de medición, tus Horas de silencio, tu ajuste de detalle de las notificaciones y los ajustes de tu conexión de salud se guardan solo en local y no se envían a nuestros servidores. Tus horarios de medicación son la excepción: pertenecen al diario, así que se copian a nuestros servidores cuando la Sincronización en la nube está activada, porque un recordatorio de medicación tiene que sobrevivir a un teléfono nuevo.

4. De dónde vienen

Hay seis fuentes:

• Tú, cuando escribes entradas en la App o configuras tu perfil, tus medicamentos y tus recordatorios.
• La plataforma de salud de tu dispositivo: Apple Health o Health Connect, cuando la conectas y concedes el permiso del sistema operativo. Es de solo lectura: glumea nunca escribe nada de vuelta en Apple Health ni en Health Connect, y en iOS no tiene ningún permiso que se lo permitiera.
• La propia App, cuando calcula valores en tu dispositivo a partir de lo que introdujiste.
• Apple, Google y RevenueCat, que nos dicen si tu suscripción a glumea+ está activa. Es un hecho de pago vinculado al identificador de tu cuenta; no lleva lecturas, medicamentos ni entradas. Nos llega tanto en la App como en un mensaje de servidor a servidor de RevenueCat a nuestro backend.
• Los SDK de PostHog, Sentry y RevenueCat dentro de la App, que recogen por sí mismos los valores del dispositivo y de la red enumerados en la sección 3. Nosotros no los establecemos.
• Nuestra plataforma de alojamiento y nuestro backend, que registran los registros de solicitudes del servidor descritos en la sección 3.

Apple Health y Health Connect cuentan como una fuente. Las lecturas que contienen las registró otra cosa, e importarlas las trae a glumea como entradas normales, también a nuestros servidores cuando la sincronización en la nube está activada.

No compramos datos de salud del consumidor. Aparte de la plataforma de salud que conectas y de esa señal de suscripción, no los recibimos de nadie: ni de intermediarios de datos, ni de redes publicitarias, ni de profesionales sanitarios, ni de aseguradoras.

5. Quién más los trata y qué recibe

Nada de esta sección es una venta. La tabla identifica las empresas que operan partes de glumea y los datos que puede recibir cada servicio. Apple y Google se incluyen para ser completos: operan las tiendas, conservan sus propios registros de compra y actúan de forma independiente respecto de esos datos de la tienda. Un SDK de un proveedor dentro de la App también puede recoger información del dispositivo y de la red que ni configuramos ni recibimos. El SDK de RevenueCat lo hace, y RevenueCat describe ese tratamiento en su propio aviso de privacidad.

Quién	Qué recibe	Por qué	Contacto
Google Cloud (Google), Cloud Run y Cloud SQL, región europe-west1	El correo electrónico de tu cuenta, tu perfil y los ajustes de tu terapia, que se guardan en nuestros servidores uses o no la sincronización en la nube; y, cuando la Sincronización en la nube está activada, también tu diario: entradas, catálogos de medicamentos y horarios de medicación	Alojan nuestro backend y nuestra base de datos. Aquí vive la copia en el servidor de tus datos. Google Cloud Logging también guarda los registros de solicitudes de nuestro servidor, descritos en la sección 3	support.google.com/policies/contact/general_privacy_form
Zoho ZeptoMail	Si el envío de correos en producción está activado: la dirección de correo de destino y el mensaje de verificación, de restablecimiento de contraseña o de cambio de correo. Ninguna entrada, medicamento ni lectura	Para entregar los correos de la cuenta cuando esa función está activada	[email protected]
PostHog (EU Cloud)	Mientras el análisis está activado: los eventos enumerados arriba, el identificador de la cuenta tras iniciar sesión o un identificador pseudónimo del dispositivo antes de iniciar sesión, atributos de preferencias seleccionados, propiedades técnicas añadidas por el SDK y la dirección de red: PostHog la recibe con cada solicitud y deriva de ella una ubicación aproximada; no hemos activado la opción de PostHog de descartarla, por lo que se almacena con el evento	Análisis de producto	[email protected]
Sentry (diagnóstico, región de la Unión Europea)	Mientras el diagnóstico está activado: informes filtrados de fallos y errores, datos del dispositivo y de la app añadidos por el SDK, la dirección de red (la App está configurada para no enviarla, así que no se adjunta ninguna dirección IP al informe, pero los servidores de Sentry ven necesariamente la dirección desde la que llega el informe) y señales de salud de las versiones de la plataforma que pueden eludir el filtro de la App	Para encontrar y corregir fallos	[email protected]
RevenueCat	El identificador de tu cuenta y el estado de tu compra y suscripción a glumea+. Nuestro código no le adjunta nada más: no establecemos ningún correo electrónico, nombre, identificador de dispositivo ni atributo de suscriptor propio. RevenueCat puede tener atributos de suscriptor propios sobre ti y, cuando los tiene, vuelven a nosotros dentro de los mensajes que envía a nuestro backend, que guardamos tal como llegan; la sección 9 dice qué ocurre con ellos. Su propio SDK recoge por sí mismo cierta información del dispositivo y de la red que nuestro código ni establece ni suprime: la dirección de red, de la que infiere una ubicación aproximada, el tipo de dispositivo, el sistema operativo y la versión de la app, y el historial de compras de la tienda que lee; nuestro código no activa su recogida de identificadores de dispositivo, por lo que no se adjunta ningún identificador publicitario. Ninguna entrada, ningún medicamento, ninguna lectura	Para indicar a la App si tu suscripción está activa	[email protected]
Apple y Google, que operan las tiendas por las que se vende glumea+	Registros de compra y suscripción. Ninguna entrada, ningún medicamento, ninguna lectura	Cobran el pago y mantienen la relación de facturación contigo; quién es el vendedor registrado depende de la tienda y de tu territorio, como explican las Condiciones del servicio. Nunca vemos los datos de tu tarjeta	apple.com/legal/privacy/contact · support.google.com/policies/contact/general_privacy_form

Ninguna filial de Paweł Milewski Software Development recibe datos de salud del consumidor, y no los comunicamos a anunciantes, intermediarios de datos, aseguradoras ni empleadores. Una orden legal vinculante puede exigir su comunicación. Cualquier aviso sobre tal comunicación se rige por la ley aplicable.

La tabla indica para qué se usa cada servicio y qué puede recibir. La App no tiene un interruptor aparte de comunicación proveedor por proveedor; los controles disponibles se describen en la sección 7. Las condiciones y los avisos de privacidad de los proveedores también rigen los datos que un SDK recoge con independencia de los campos configurados por nuestro código.

Dos puntos sobre lo que el análisis y el diagnóstico pueden y no pueden llevar:

• El análisis no puede recibir una lectura, una nota, el nombre de un medicamento, una etiqueta escrita por el usuario ni un correo electrónico a través del esquema de eventos de la App. La App usa listas permitidas fijas de eventos y de propiedades. Los registros de medicamentos de cualquier tipo se notifican como un único tipo, y los toques en las alertas de glucosa no se registran, por lo que los eventos no revelan tu tratamiento ni tus lecturas. El análisis no recoge nada hasta que lo aceptes.
• Los informes de diagnóstico se reconstruyen a partir de una lista permitida antes de enviarse, y el informe no lleva usuario, ni identificador de cuenta, ni texto de mensaje. Dos límites: la etiqueta que nombra la operación fallida puede revelar a qué categoría de datos se refería una operación (por ejemplo, una importación de glucosa), nunca un valor; y los eventos de fallo nativo, de app sin respuesta y de watchdog los produce el gestor de fallos del sistema operativo y pueden llegar a Sentry sin pasar por ese filtro.

5.1 Copias que haces tú mismo

Los informes de glucosa en PDF y CSV, y el archivo .glumea cifrado, van adonde los envíes. Una vez que entregas un archivo a otra app, a un correo o a una persona, queda fuera de nuestro control. El archivo .glumea está cifrado con una contraseña que solo conoces tú, no podemos abrirlo, y tampoco puede hacerlo nadie a quien no des la contraseña.

5.2 Copias de seguridad del dispositivo

La base de datos local de la App está cifrada en tu dispositivo con una clave guardada en el almacén de claves de la plataforma que nunca sale de ese dispositivo. En Android, la copia de seguridad y la transferencia entre dispositivos están desactivadas por completo para glumea. En iOS, una copia del archivo de la base de datos puede seguir incluida en tu copia de seguridad de iCloud, pero no se puede leer sin la clave. Por tanto, Apple y Google no reciben por esta vía datos de salud del consumidor legibles, y pasar a un teléfono nuevo tiene que hacerse mediante la sincronización en la nube o un archivo .glumea.

6. No vendemos datos de salud del consumidor

No vendemos datos de salud del consumidor y nunca los hemos vendido. La ley de Washington exige una «autorización válida» firmada aparte por tu parte antes de cualquier venta; no tenemos ninguna y no te hemos pedido una. Una venta solo podría producirse mediante una autorización que decidas dar, que tiene que decir exactamente qué se vende y a quién, y que puedes revocar.

glumea no contiene ningún SDK de publicidad, ni identificador publicitario, ni SDK de atribución o medición, ni SDK de ubicación. glumea nunca pide permiso de ubicación y no recoge datos de ubicación precisa: ninguna de las compilaciones para las dos plataformas declara un permiso de ubicación, por lo que la App no puede leer la ubicación de tu dispositivo en absoluto. Lo único que lleva alguna señal geográfica es la dirección de red desde la que se conecta tu dispositivo, que nuestros servidores y los proveedores de la sección 5 ven como cualquier servicio web y de la que se puede inferir una región aproximada. No la usamos para localizarte y no derivamos ni almacenamos una ubicación a partir de ella. No tratamos datos de salud del consumidor para publicidad, no los compartimos para publicidad conductual entre contextos y no operamos, ni podríamos operar, un geovallado alrededor de ningún centro sanitario.

7. Por qué los recogemos y qué puedes desactivar

La mayoría de los registros de salud los proporcionas deliberadamente escribiéndolos o importándolos. El análisis y el diagnóstico también son opcionales: ambos están desactivados hasta que los aceptes al final del inicio o los actives en Configuración, y ninguno de los dos SDK se inicia antes.

Sincronización en la nube: si tus entradas se copian a nuestros servidores en absoluto, es una función de glumea+ y está desactivada hasta que la actives. Activarla requiere dos pasos. Sin una suscripción activa a glumea+, la App te muestra la pantalla de suscripción en lugar de activar nada. Con una, te pide entonces que confirmes, en un paso aparte, que aceptas que tus datos de salud se almacenen en nuestros servidores. Esa confirmación es tu consentimiento, se pide cada vez que se activa el interruptor y no solo la primera, y desactivarlo de nuevo lo retira. La encontrarás en la hoja de Sincronización en la nube, que se abre desde el botón de la nube en la parte superior de la pantalla Resumen o Historial; el interruptor que contiene se llama Sincronización. Con él desactivado, las entradas nuevas se quedan en tu dispositivo. Las entradas que ya están en nuestros servidores se quedan allí hasta que las elimines, y volver a activar la sincronización vuelve a subir las entradas conservadas en tu dispositivo.

Tu respuesta a este interruptor se guarda en tu cuenta en nuestros servidores y no en el teléfono. Sobrevive al cierre de sesión y te sigue a un dispositivo nuevo, y desactivarlo se registra de la misma manera: si lo desactivas sin conexión, la App conserva esa respuesta y la entrega en la primera ocasión en lugar de descartarla. Si glumea+ termina, las entradas nuevas dejan de copiarse a nuestros servidores mientras las ediciones y eliminaciones de entradas que ya están allí siguen sincronizándose, y la hoja muestra Las ediciones y eliminaciones siguen sincronizándose · Los registros nuevos permanecen en este dispositivo: no se elimina nada, tu respuesta guardada se deja como estaba, y volver a suscribirte reanuda la copia de seguridad completa con esa respuesta sin volver a preguntarte. Desactivar el interruptor y el enlace Eliminar los datos del servidor que hay junto a él siguen disponibles haya o no una suscripción vigente.

Tres cosas puedes desactivarlas tú, en la App, en cualquier momento:

• Apple Health / Health Connect: desactivado hasta que lo conectes, y cada uno de los tres tipos de datos puede desactivarse individualmente. Configuración → Integraciones → Apple Health (en iPhone) o Health Connect (en Android).
• Análisis de uso: Configuración → Datos y privacidad → Privacidad y diagnóstico. Desactivado hasta que lo aceptes. Desactivarlo cambia la preferencia guardada, pero los eventos ya en cola aún pueden entregarse según el calendario del SDK.
• Informes de errores: el interruptor aparte en la misma pantalla. También desactivado hasta que lo aceptes. Cerrar sesión borra ambas respuestas, pero un SDK que ya se esté ejecutando sigue ejecutándose hasta que se cierre la App.

El control Eliminar los datos del servidor de la app requiere un inicio de sesión activo. Si la sesión ha caducado, la hoja de Sincronización en la nube muestra En pausa y el control requiere iniciar sesión antes de poder ejecutarse. Las normas imperativas prohíben penalizar una retirada válida del consentimiento.

Tu perfil de diabetes y tratamiento y los ajustes de tu terapia no están cubiertos por los interruptores anteriores. Eliminar la cuenta es la única forma implementada de quitarlos de nuestra base de datos de producción. Actualmente no hay disponible a través de [email protected] ningún flujo para quitar solo el perfil.

8. Tus derechos

La sección 8.1 expone los derechos que te da Washington, y la sección 8.2 es cómo ejercerlos. Si estás en Nevada, tus derechos y plazos están en cambio en el Aviso de privacidad de datos de salud del consumidor de Nevada.

8.1 Si estás en Washington

Según la My Health My Data Act tienes derecho a:

• Confirmar si recogemos, compartimos o vendemos tus datos de salud del consumidor, y acceder a ellos, incluidos los terceros y las filiales con los que se han compartido y una forma de contactarlos. La lista de destinatarios y de contactos publicada actualmente es la tabla de la sección 5.
• Retirar tu consentimiento a la recogida de tus datos de salud del consumidor y a su comunicación (sección 7).
• Eliminar tus datos de salud del consumidor.

La ley de Washington exige una respuesta en un plazo de 45 días desde que se recibe una solicitud. Permite un periodo adicional de 45 días cuando sea razonablemente necesario, con aviso y motivo durante el primer periodo. También fija las reglas sobre cobros y sobre solicitudes manifiestamente infundadas, excesivas o repetitivas. Esos requisitos legales se aplican con independencia de esta política.

8.2 Cómo ejercer estos derechos

• En la App: Eliminar cuenta (Configuración → Cuenta) elimina definitivamente tu cuenta y todo lo sincronizado con ella de nuestros servidores, y borra la base de datos local de tu dispositivo. El enlace Eliminar los datos del servidor (en la hoja de Sincronización en la nube; funciona una vez desactivada la sincronización) elimina la copia en el servidor de tus entradas, tus catálogos de medicamentos y tus horarios de medicación, y conserva tu cuenta y la copia de tu dispositivo. No llega más lejos: tu perfil de diabetes y tratamiento y los ajustes de tu terapia permanecen en nuestros servidores hasta que elimines tu cuenta.
• Por correo: solicita la eliminación de la cuenta en [email protected], aunque ya no tengas la App. Verificamos la titularidad antes de eliminar la cuenta. Eliminar tu cuenta de glumea describe ambas vías. Todavía no está implementado un proceso personalizado aparte de acceso o de recurso fuera de la app, así que esta vía por correo no cumple por sí sola todos los derechos de solicitud de Washington.

Cuando eliminas en la App, la eliminación de las tablas de la cuenta de producción se produce cuando la confirmas. La sección 9 indica hasta dónde llega esa eliminación y qué sobrevive a ella.

9. Qué alcanza realmente la eliminación

La tabla de abajo expone cómo se aplica una eliminación en cada sistema y en cada proveedor de servicios.

Destino	Qué ocurre
Tu dispositivo	Eliminar una entrada la quita de este dispositivo, y solo de este dispositivo. La copia del servidor se queda, así que la entrada puede volver al reinstalar, en un teléfono nuevo o después de cerrar sesión y volver a iniciarla. Solo Eliminar los datos del servidor o eliminar tu cuenta limpia el servidor. Las lecturas importadas desde Apple Health o Health Connect no se pueden eliminar una a una en la App. La eliminación de la cuenta dentro de la app y el cierre de sesión borran la base de datos local de ese dispositivo; una solicitud por correo no puede borrarla de forma remota. La base de datos está cifrada con una clave ligada al dispositivo, por lo que cualquier copia que salga de este dispositivo es ilegible
Nuestra base de datos de producción (Google Cloud, europe-west1)	Cuando eliminas tu cuenta, la fila de la cuenta y todo lo vinculado a ella se eliminan definitivamente de inmediato, sin recuperación. Una sola entrada es distinto: si la eliminación de una entrada llega alguna vez a nuestros servidores, la fila se conserva como una marca de eliminación que sigue llevando su valor, sus etiquetas y sus notas, para que la eliminación pueda viajar a tus otros dispositivos
Nuestras copias de seguridad del servidor	Las copias de filas ya eliminadas persisten hasta que las copias de seguridad caducan, como máximo 7 días, y no más de seis meses después de la autenticación cuando se aplique el límite legal de Washington. Los registros individuales no se editan dentro de una copia de seguridad. Una restauración de recuperación ante desastres puede reintroducir temporalmente filas eliminadas porque ninguna tarea vuelve a aplicar las eliminaciones pasadas
Nuestros registros del servidor	Nuestra plataforma de alojamiento registra la dirección, la ruta y la hora de las solicitudes que tu dispositivo nos hace, y nuestro backend escribe su propia línea siempre que una solicitud falla: el estado, la ruta, la hora y el mensaje de error. Ninguno contiene entradas, medicamentos ni lecturas. Retención: 30 días
Zoho ZeptoMail	Si el envío de correos está activado, puede conservar registros de entrega de los mensajes de verificación y de restablecimiento. Retención: hasta 60 días de registros de entrega, la retención estándar de ZeptoMail. El flujo de eliminación actual no envía una solicitud de eliminación al proveedor
PostHog (análisis)	La eliminación de la cuenta pone en cola una solicitud para borrar el perfil vinculado a la cuenta y sus eventos y grabaciones. La intentamos de inmediato y reintentamos una solicitud fallida. PostHog puede completar de forma asíncrona una eliminación masiva aceptada. Los eventos previos al inicio de sesión usan un identificador de dispositivo aparte
Sentry (diagnóstico)	La App no adjunta un identificador de cuenta, un correo electrónico ni un registro de usuario a un informe de diagnóstico. Los informes nativos pueden eludir el filtro de la App, y no existe un identificador admitido para localizar y eliminar los informes de un usuario concreto
RevenueCat	Conserva un registro de suscriptor con el identificador de la cuenta pero ninguna entrada, medicamento ni lectura. La eliminación de la cuenta pone en cola una solicitud para borrar ese registro. La intentamos de inmediato y reintentamos una solicitud fallida
Nuestro registro de eventos de suscripción	Nuestro backend guarda cada mensaje de suscripción que envía RevenueCat, incluido el identificador de la cuenta y cualquier atributo de suscriptor de ese mensaje. Las filas no están vinculadas al registro de la cuenta, así que el servicio de eliminación las quita por separado cuando elimina la cuenta. En los demás casos, una tarea programada quita cada fila 90 días después de su llegada
Registros de suscripción de Apple / Google	Los conservan ellos según sus propias políticas, fuera de nuestro control
Copias que exportaste tú mismo	Fuera de nuestro alcance; véase «Copias que haces tú mismo» más arriba

Las dos vías de eliminación de cuenta usan el mismo servicio del lado del servidor. Quita de nuestra base de datos de producción la cuenta y el registro de eventos de suscripción, y pone en cola solicitudes a RevenueCat y PostHog. No identifica los informes de Sentry de un usuario concreto ni borra los registros de entrega de Zoho ZeptoMail. La ley de Washington también exige un proceso de recurso para las solicitudes rechazadas; ese proceso aparte todavía no está implementado.

10. Si decimos que no

La ley de Washington exige una explicación por escrito y un proceso de recurso cuando se rechaza una solicitud. También exige una decisión escrita sobre el recurso en un plazo de 45 días y, tras un recurso denegado, un método para contactar con el Fiscal General de Washington.

Actualmente no hay implementado en [email protected] ningún flujo de recurso aparte, así que el proceso actual no ofrece la vía de recurso que exige Washington. Nada de esta política limita una queja ante la Oficina del Fiscal General del Estado de Washington ni ningún otro derecho según la ley de Washington.

11. Cambios en esta política

La versión vigente describe las categorías y los fines que se usan actualmente. La ley de Washington puede exigir una política actualizada, un aviso previo o un consentimiento antes de introducir una categoría o un fin nuevos. Publicar una política actualizada no sustituye al consentimiento donde este se exija.

12. Idioma

Esta política se publica en inglés. La versión en inglés es la jurídicamente vinculante. Las traducciones a otros idiomas se publican para que puedas leer la política en tu propio idioma. Cuando una traducción y el texto en inglés difieren, prevalece el texto en inglés.

La excepción es la propia ley. Cuando el país en el que vives otorga un estatus propio al idioma en el que se te informó, como hace la legislación de protección de los consumidores de varios países, se aplica esa norma en lugar de esta, y nada de lo aquí dicho te quita un derecho que tengas según ella.

Una traducción se publica cuando está lista, por lo que puede ir por detrás del texto en inglés tras una actualización. Si encuentras un lugar donde una traducción y el texto en inglés dicen cosas distintas, avísanos en [email protected].

13. Contacto

• Correo electrónico: [email protected]
• Correo postal: Paweł Milewski Software Development, ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Polonia

Documentos relacionados: Aviso de privacidad de datos de salud del consumidor de Nevada, Política de privacidad, Condiciones del servicio y Aviso médico.