Última actualización: 28 de septiembre de 2026 · Versión 3.4
Qué cambió el 19 de septiembre de 2026: el servidor donde corre la aplicación —y donde se transcribe el audio, dentro de esa misma máquina— se mudó a Ashburn, Virginia (Estados Unidos). Antes corría en un servidor europeo, que ya no trata ningún dato de LÍA. No cambian la base de datos, las cuentas ni los archivos (Estados Unidos), ni la copia de respaldo cifrada (Alemania).
Qué cambió el 20 de septiembre de 2026: se corrigió la sección 3 —el correo del servicio no se despacha desde el servidor de la aplicación, lo envía el proveedor de la sección 7— y se dice con su nombre qué parte de WhatsApp corre en ese servidor: el transporte no oficial, el que se conecta con código QR. El canal oficial lo opera Meta, en Estados Unidos. También se precisó, en las secciones 3, 7 y 10, que de la copia de respaldo de Alemania sólo la base de datos se conserva 90 días: el espejo de los archivos clínicos es acumulativo. Y se unificó el correo de contacto. Por último, el domicilio del responsable pasa a estar en Tampico, Tamaulipas (sección 1): quién responde no cambia. No se añade ninguna finalidad, no se retira ningún derecho y no se suma ningún destinatario, por eso la versión sigue siendo 3.1.
Qué cambió el 25 de septiembre de 2026: se añade la sección 13, sobre el píxel de Meta y las cookies del sitio web: qué datos recaba, para qué, que los recibe Meta Platforms y cómo desactivarlo. Suma una finalidad secundaria (sección 5) y un destinatario (secciones 7 y 8), por eso la versión pasa a 3.2. El contacto pasa a la sección 14.
Qué cambió el 28 de septiembre de 2026: dos cosas. El audio de las notas de voz que envía el paciente por WhatsApp ahora se guarda siempre en su expediente, junto con su transcripción; antes sólo se guardaba cuando no se podía transcribir (secciones 3, 4, 7 y 10). Se guarda en el mismo lugar y con el mismo plazo que cualquier otro documento clínico. Y, además del píxel de tu navegador, el servidor de LÍA le avisa a Meta de esos mismos eventos (la API de conversiones de Meta); cuando creas una cuenta, le envía también tu correo y un identificador interno de tu cuenta y, cuando pides una demostración, tu correo y tu teléfono, todo sólo como huella (hash SHA-256), nunca en claro. Un bloqueador de rastreo no evita ese aviso; «No usar» y la señal GPC, sí (secciones 5, 7, 8 y 13). Esto amplía lo que recibe Meta Platforms, por eso la versión pasa a 3.3.
Qué cambió en la versión 3.4, el mismo 28 de septiembre de 2026: el primer paso del registro ahora te pide tu nombre y tu WhatsApp (y, si quieres, tu especialidad) antes de que elijas tu versión de LÍA. Se suma esa categoría de datos, la de los prospectos —quien deja su contacto al empezar el registro o pide una demostración—, con su finalidad: contactarte para ayudarte con tu alta o agendar tu demo (secciones 4 y 5); y se dice quién lee el correo de contacto (sección 1). El aviso por correo que recibe el equipo cuando llega un prospecto ya no lleva tus datos: sólo dice de dónde llegó y a qué hora, con un enlace al panel de administración de LÍA, donde se consultan (secciones 4, 7 y 10). Los prospectos que no se dan de alta y la medición propia de los pasos del registro, que es seudónima y no lleva datos personales, se borran solos al año de la base de datos de LÍA (secciones 10 y 13). Y la sección 13 dice cómo quedaron los eventos de Meta: el de la cuenta creada se llama ahora «CompleteRegistration» y es el que lleva la huella de tu correo y de un identificador interno de tu cuenta; «Lead» es el contacto que dejas en el primer paso o la demostración que pides; y el WhatsApp que dejas en el primer paso no se le envía a Meta, ni como huella. Se suma un evento nuevo, «PasoAlta», que sólo dice cuál de las dos primeras pantallas del registro viste; y la primera pantalla ya no carga el script de Meta: avisa con una imagen, como la segunda. Suma una categoría de datos y una finalidad, por eso la versión pasa a 3.4.
LÍA es una plataforma de gestión para consultorios médicos y dentales en México, operada por Gustavo Adolfo Ortiz Anaya, persona física con actividad empresarial, que opera bajo el nombre comercial Asistente Virtual LÍA (en adelante “LÍA” o “nosotros”), con domicilio en Monterrey 202, Col. Aurora, C.P. 89170, Tampico, Tamaulipas, México.
Para todo lo relacionado con este aviso y con tus datos personales puedes escribirnos a hola@asistentelia.com. Ese buzón lo leen varias personas del equipo de LÍA.
Este aviso se emite conforme a la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) vigente y su normatividad secundaria.
Para entender este aviso es clave distinguir dos tratamientos diferentes:
En consecuencia, el aviso de privacidad frente al paciente lo debe dar su clínica, y los pacientes ejercen sus derechos ante ella (ver sección 9). LÍA apoya a la clínica para cumplirlo, pero no decide las finalidades del tratamiento de los datos de pacientes.
Esta sección describe la infraestructura real del servicio. Es importante porque parte del tratamiento ocurre fuera de México, incluidos datos personales sensibles de salud.
us-east-1 (Virginia, Estados Unidos). Ahí se almacenan los expedientes, las notas clínicas, las recetas, los consentimientos, los archivos (radiografías, fotos, PDF), las conversaciones y mensajes, los fragmentos de audio del Modo Escucha mientras existen, el audio de las notas de voz que envía el paciente (queda en su expediente, junto con su transcripción), los datos de los prospectos (sección 4) y los tokens de acceso a los calendarios que el doctor conecta. Según el panel del proveedor, los respaldos los gestiona él dentro de esa misma región, conforme a los términos que el proveedor publica para ese servicio.En claro: la aplicación, la base de datos y los archivos —incluido el expediente clínico— están en Estados Unidos, y varias funciones envían contenido a proveedores en Estados Unidos; una copia de respaldo cifrada de la base y de los archivos se guarda en Alemania. Al usar LÍA, la clínica y sus pacientes consienten ese tratamiento fuera de México en los términos de la sección 8.
Como responsable (datos de la clínica y su personal):
Como responsable, de quien todavía no tiene cuenta (prospectos):
Como encargado, por cuenta de cada clínica (datos de pacientes):
Finalidades primarias (necesarias para darte el servicio):
Finalidades secundarias (puedes negarte sin que afecte el servicio):
Para negarte a las finalidades secundarias escríbenos al correo de contacto de la sección 1. A la medición de la publicidad con el píxel de Meta y la API de conversiones puedes negarte al instante con el botón «No usar» de la sección 13; para ésa, el correo queda como vía adicional. Los datos de pacientes no se usan para fines secundarios ni publicitarios, y no se venden datos personales.
Los datos de salud son datos personales sensibles y la LFPDPPP exige consentimiento expreso y por escrito del titular (el paciente) para tratarlos, mediante firma autógrafa, firma electrónica o cualquier mecanismo de autenticación equivalente.
Al crear una cuenta en LÍA, la clínica declara que cuenta con el consentimiento necesario de sus pacientes para el tratamiento que realiza a través de la plataforma.
Enlaces personales: el enlace es la autorización. Algunas pantallas se abren sin usuario ni contraseña, con un enlace único que la clínica envía al paciente: la carta de consentimiento (/consentimiento/…), el cuestionario de salud (/hc/…), la agenda pública del consultorio (/agendar/…) y las invitaciones al equipo (/unirse). En esas pantallas quien tiene el enlace puede ver o llenar la información que contiene: trátalo como una llave, no lo reenvíes ni lo publiques. Los enlaces a archivos clínicos caducan solos.
No vendemos datos personales. Para operar el servicio usamos proveedores que tratan datos por nuestra cuenta (remisiones a encargados y subencargados conforme a la LFPDPPP). Esta tabla dice, proveedor por proveedor, qué datos recibe y dónde está:
Dos filas de esta tabla no son remisiones nuestras. Google Calendar y Outlook reciben datos únicamente porque el doctor conecta su propia cuenta y la clínica lo autoriza: ahí no actúan como proveedores nuestros, sino como el calendario personal del doctor. La clínica —responsable de los datos de sus pacientes— es quien decide esa salida y quien puede cortarla desconectando el calendario (sección 11).
Y una fila no es un proveedor externo: el transporte de WhatsApp no oficial es un programa nuestro que corre dentro de nuestro propio servidor. Se declara aquí para que el inventario quede completo, no porque un proveedor externo nuestro los reciba; los mensajes sí viajan por la red de WhatsApp (sección 8).
Y otra fila no es una remisión, sino una transferencia: por el píxel del sitio web y por el servidor de LÍA (la API de conversiones de Meta), Meta Platforms recibe los datos de navegación de quien visita la página principal y las primeras pantallas del registro; al crear una cuenta, la huella (hash SHA-256) del correo y de un identificador interno de la cuenta, y al pedir una demostración en la página principal, la del correo y la del teléfono. El contacto que dejas en el primer paso del registro no lo recibe, ni como huella. Y los usa también para sus propios fines (sección 13). No recibe datos de pacientes.
| Proveedor | Dónde está | Qué datos recibe | Para qué |
|---|---|---|---|
| Hetzner | Estados Unidos (Ashburn, Virginia) | Todo lo que pasa por la aplicación mientras se procesa, y el audio que se transcribe en la propia máquina. | Servidor donde corre la aplicación. |
| Hetzner (Storage Box) | Alemania (Falkenstein) | La copia nocturna del respaldo: base de datos y espejo de los archivos clínicos, cifrados con GPG antes de salir del servidor. La base de datos se conserva 90 días; el espejo de archivos es acumulativo. | Copia de respaldo fuera del servidor de la aplicación. |
| Supabase | Estados Unidos (us-east-1, Virginia) | Expedientes, notas, recetas, consentimientos con firma e IP, archivos clínicos, conversaciones, cuentas, los tokens de calendario, los fragmentos de audio del Modo Escucha mientras existen, el audio de las notas de voz del paciente, los datos de los prospectos y la medición propia del registro. | Base de datos, autenticación y almacenamiento de archivos. |
| Anthropic | Estados Unidos | Texto: mensajes, nombre del paciente ya identificado, sus citas, su saldo, la lista de sus documentos, notas clínicas recortadas y transcripciones del Modo Escucha. Nunca audio. | Funciones de inteligencia artificial. |
| Meta (WhatsApp Cloud API) | Estados Unidos | Mensajes y archivos del consultorio; al conectar el canal oficial, hasta seis meses de historial previo y la libreta de contactos del número. | Envío y recepción de WhatsApp como canal oficial, sólo en las clínicas que lo contratan. En las demás, los mensajes viajan igualmente por la red de WhatsApp, que opera esta misma empresa (sección 8). |
| Meta Platforms (píxel del sitio web y API de conversiones) | Estados Unidos | Sólo de quien visita en el navegador la página principal y las primeras pantallas del registro, desde su navegador y desde el servidor de LÍA (API de conversiones): páginas visitadas y de procedencia, navegador y dispositivo, dirección IP, las cookies _fbp y _fbc, y los eventos de la sección 13: la visita, qué botón se pulsó para empezar el registro, qué pantalla del registro se vio, el contacto dejado en el primer paso o la demostración pedida, la cuenta creada y el clic en un medio de contacto. Con la cuenta creada, además, el correo y un identificador interno de la cuenta, y con la solicitud de demo de la página principal, el correo y el WhatsApp, sólo como huella (hash SHA-256), nunca en claro. Nunca el nombre, ni el contacto del primer paso del registro. Ningún dato de paciente. | Medir y mejorar la publicidad de LÍA (finalidad secundaria, sección 13). No es una remisión nuestra: Meta los usa también para sus propios fines. |
| Evolution API | Estados Unidos (Ashburn, Virginia): corre dentro de nuestro propio servidor. | Mensajes del consultorio. | Transporte de WhatsApp no oficial, opción por defecto. No es un tercero: es un programa que corre en el servidor de la aplicación. Los mensajes siguen viajando por la red de WhatsApp. |
| Estados Unidos | Calendar: SÓLO si el doctor conecta su calendario — el nombre del paciente y el motivo de la cita como título del evento, en la descripción el detalle que la doctora escribió al agendar, y la fecha y la hora. Nunca el teléfono ni el expediente. NO es una remisión nuestra: la clínica lo autoriza y puede desconectarlo cuando quiera. Firebase: el envío de notificaciones al dispositivo. | Sincronización de calendario y notificaciones push. | |
| Microsoft | Estados Unidos / global | Outlook Calendar: SÓLO si el doctor conecta su calendario — el nombre del paciente y el motivo de la cita como título del evento, en la descripción el detalle que la doctora escribió al agendar, y la fecha y la hora. Nunca el teléfono ni el expediente. NO es una remisión nuestra: la clínica lo autoriza y puede desconectarlo cuando quiera. | Sincronización de calendario, sólo si el doctor la autoriza. |
| Apple | Estados Unidos | El envío de notificaciones al iPhone (APNs, a través de Firebase). La sincronización con el calendario de Apple (CalDAV) está suspendida; si se habilitara, exportaría el nombre del paciente como título del evento. | Notificaciones push en iOS. |
| Stripe | Estados Unidos / global | Sólo datos de la clínica que paga: correo, plan y monto. Ningún dato de paciente. | Cobro de la suscripción. |
| Hostinger (correo saliente) | La que el proveedor destine a su servicio de correo. | Correos operativos (invitaciones, avisos de cuenta) con copia oculta a un buzón de correo del responsable, y el aviso al equipo de LÍA de cada prospecto o solicitud de demostración, sin sus datos: sólo de dónde llegó, la hora y un enlace al panel de administración. Sin documentos clínicos adjuntos. | Envío de correo. |
| Upstash | Estados Unidos | Contadores de uso por dirección IP. Sin nombres ni contenido. | Límite de solicitudes para proteger el servicio. |
| Servicios Web Push del navegador | Según el navegador del usuario (Google, Mozilla o Apple) | La dirección de entrega de la notificación y su contenido. | Notificaciones en el navegador. |
Sobre la inteligencia artificial: a Anthropic se le envía texto, nunca audio. En la conversación con el paciente: sus mensajes, su nombre una vez identificado, los recuerdos que la clínica guardó de él, sus próximas citas, su saldo y la lista de sus documentos. En el asistente del panel: el historial de esa conversación y, del paciente que la doctora consulta, su nombre, teléfono, notas, adeudo, citas, documentos y la última nota clínica recortada. En el Modo Escucha: la transcripción de la consulta para estructurar la nota. El uso que ese proveedor puede hacer de lo que recibe —incluido si lo emplea o no para entrenar sus modelos— y la lista de sus subencargados se rigen por los términos que el proveedor publica; este aviso no añade por su cuenta ninguna garantía sobre ese punto.
Transcripción de voz: con la configuración actual la voz se transcribe en nuestro propio servidor (sección 3). El código conserva dos proveedores externos de transcripción (Groq y OpenAI, Estados Unidos) como respaldo no activo: sólo se usarían si se retirara la configuración del motor propio. Si eso llegara a ocurrir, se actualizará este aviso.
Como se detalla en las secciones 3 y 7, el tratamiento ocurre parcialmente fuera del territorio nacional: Estados Unidos para el servidor de la aplicación, la base de datos, el almacenamiento de archivos y varios proveedores de funciones —incluida la inteligencia artificial—, y Alemania para la copia de respaldo cifrada. Esto alcanza a datos personales sensibles de salud.
El envío de correo operativo sale por un proveedor cuya ubicación de servidores este aviso no determina (sección 7). El transporte de WhatsApp no oficial —la opción por defecto— corre dentro de nuestro propio servidor, en Estados Unidos, y el canal oficial lo opera Meta, también en Estados Unidos (sección 7). En los dos casos los mensajes viajan, además, por la red de WhatsApp.
Aparte de esas remisiones hay una transferencia: el píxel de Meta del sitio web y, con los mismos eventos, el servidor de LÍA (la API de conversiones de Meta) envían a Meta Platforms, en Estados Unidos, los datos que describe la sección 13, para medir la publicidad de LÍA; cuando creas una cuenta, entre ellos van tu correo y un identificador interno de tu cuenta y, cuando pides una demostración en la página principal, tu correo y tu teléfono, sólo como huella (hash SHA-256), nunca en claro. Esa transferencia ocurre desde que entras a esas páginas. Puedes oponerte a ella o retirarla cuando quieras con el botón «No usar» de la sección 13, y si tu navegador envía la señal de Control Global de Privacidad no ocurre. Bloquear o borrar cookies desde tu navegador, o usar un bloqueador de rastreo, reduce lo que tu navegador envía, pero no impide que el servidor de LÍA le avise a Meta. Y si necesitas ayuda para oponerte, por correo (sección 13) te ayudamos a hacerlo con «No usar». No alcanza datos de pacientes ni del expediente clínico.
Estas remisiones a encargados y subencargados son necesarias para prestar el servicio y para cumplir la relación jurídica entre LÍA y la clínica. Fuera de ellas y de la transferencia a Meta que se describe arriba, no transferimos datos personales a terceros sin consentimiento, salvo requerimiento fundado de autoridad competente o los demás supuestos que la ley permite sin consentimiento.
Las condiciones de tratamiento de datos de cada uno de esos proveedores, sus cláusulas sobre subencargados y las certificaciones que cada uno declare son las que ese proveedor publica en sus propias políticas, y puedes consultarlas ahí. Este aviso no afirma por su cuenta ninguna certificación ni ninguna garantía de un tercero.
Como titular de datos personales tienes derecho a:
También puedes revocar tu consentimiento y limitar el uso o divulgación de tus datos en cualquier momento, por el mismo procedimiento.
Procedimiento:
Si consideras que tu derecho a la protección de datos fue vulnerado, puedes acudir ante la autoridad competente en materia de protección de datos personales en México.
Aplicamos medidas de seguridad administrativas, técnicas y físicas: cifrado en tránsito y en reposo, aislamiento por clínica con control de acceso a nivel de fila (Row Level Security), contraseñas con hash seguro, control de accesos por rol dentro de la clínica (el doctor decide qué puede ver cada asistente, incluido el expediente clínico), archivos servidos mediante URLs firmadas que expiran, y bitácora de accesos al expediente.
Los plazos de conservación dependen de la categoría del dato:
| Categoría | Plazo | Quién conserva |
|---|---|---|
| Expediente clínico y documentos médicos | Mínimo 5 años desde el último acto médico (NOM-004-SSA3-2012). | La clínica es la obligada; LÍA lo custodia mientras la cuenta esté activa. |
| Consentimientos firmados | Mientras dure la relación y el plazo del expediente al que sirven de evidencia. | La clínica. |
| Conversaciones y mensajes | Mientras la cuenta esté activa; se eliminan con ella. | La clínica. |
| Audio del Modo Escucha | Se conserva mientras la nota está en revisión. Se elimina al aprobar la nota, o a los 7 o a los 30 días de la consulta si la clínica o el doctor eligieron ese plazo; si nadie revisa la nota, a los 30 días; si la sesión se descarta, de inmediato. Queda el texto en el expediente. | La clínica elige el plazo en su configuración; LÍA ejecuta el borrado. |
| Notas de voz del paciente por WhatsApp | El audio de cada nota de voz se guarda en el expediente del paciente, junto con su transcripción si la hubo, y sigue el plazo del expediente: mínimo 5 años desde el último acto médico (NOM-004-SSA3-2012). | La clínica. |
| Cuentas de usuario de la clínica | Mientras la cuenta exista; el borrado desde el perfil la elimina. | LÍA, como responsable. |
| Datos de facturación y cobro | El plazo fiscal aplicable a los comprobantes. | LÍA, como responsable. |
| Datos de prospectos (el contacto del primer paso del registro y las solicitudes de demostración) | Si no te das de alta, se borran automáticamente de la base de datos de LÍA al cumplirse un año desde que los dejaste. Si te das de alta, se conservan ahí a lo más mientras exista tu cuenta o un año desde que los dejaste, lo que dure más. De las copias de respaldo salen cuando éstas se purgan (última fila). El aviso por correo que recibe el equipo cuando llega un prospecto no lleva estos datos: sólo de dónde llegó, la hora y un enlace al panel de administración (sección 4). Los avisos por correo que salieron antes de esta versión 3.4, por cada solicitud de demostración, sí llevaban los datos de quien la pidió (su nombre y su WhatsApp y, cuando los había, su correo, su especialidad y la dirección IP desde la que la envió); si fue tu caso, puedes pedir que se borren también de los buzones del equipo, como se explica en la sección 9. | LÍA, como responsable. |
| Medición propia del registro | Seudónima y sin datos personales: sólo el día, un identificador al azar por pestaña y el paso del registro. Se borra automáticamente al cumplirse un año. | LÍA, como responsable. |
| Bitácoras de acceso y seguridad | Hoy no tienen un plazo de borrado configurado. Este aviso no fija para ellas un plazo cerrado. | LÍA, como responsable. |
| Copias de respaldo (servidor y Storage Box en Alemania) | Base de datos: 30 días en el servidor y 90 días en la copia de respaldo de Alemania. Espejo de archivos: acumulativo; se conserva en esa copia cifrada sin un plazo propio anunciado en este aviso. | LÍA, como encargado; todo cifrado con GPG. |
Si la clínica cancela su suscripción, sus datos permanecen 30 días para permitir su exportación y después se eliminan de la plataforma; las copias de respaldo cifradas de la sección 3 se purgan aparte: la de la base de datos a los 90 días, y el espejo de archivos, que es acumulativo, se conserva en esa copia cifrada sin un plazo propio anunciado en este aviso. Eso no releva a la clínica de su propia obligación sanitaria de conservar el expediente: la NOM-004-SSA3-2012 exige conservarlo al menos cinco años contados desde el último acto médico, no desde la baja del servicio, y quien debe guardar esa copia es la clínica.
LÍA utiliza la API de Google Calendar únicamente para:
Esta escritura ocurre sólo si el doctor conecta voluntariamente su calendario. La clínica, como responsable de los datos de sus pacientes, decide si activa esta integración; el doctor puede desconectar el calendario en cualquier momento desde Configuración y LÍA deja de escribir en él (los eventos ya creados permanecen en su calendario, bajo su control).
No vendemos ni usamos los datos de Google Calendar para ningún propósito distinto a la sincronización de citas del consultorio. El uso de la información obtenida de las APIs de Google se limita a lo descrito en este aviso y cumple con la Política de datos de usuario de los servicios de API de Google, incluidos los requisitos de uso limitado. Puedes revocar el acceso en cualquier momento desde myaccount.google.com/permissions. La sincronización con Outlook funciona igual y se revoca desde la cuenta de Microsoft.
Podemos actualizar este aviso ocasionalmente. Publicaremos la versión vigente en esta página y, si los cambios son significativos, te lo notificaremos por correo electrónico. La fecha y versión de la última actualización aparecen al inicio del documento.
En la página principal de asistentelia.com y en las dos primeras pantallas del registro de doctores (la primera, donde dejas tu nombre y tu WhatsApp y eliges la versión de LÍA, y la de crear el acceso) usamos el píxel de Meta (Meta Pixel), una tecnología de rastreo de Meta Platforms. En la página principal, la única donde se carga su script, guarda en tu navegador una cookie de este sitio, _fbp, y, si llegaste desde un anuncio de Meta, también _fbc.
Qué datos recaba: la página del sitio que visitas y la página desde la que llegaste, el tipo de navegador y de dispositivo, tu dirección IP, la fecha y la hora, esas cookies y las que Meta ya tenga en tu navegador si éste las permite, y estos eventos:
LÍA no envía con esos eventos tu nombre ni ningún dato de tu consultorio; tu correo y tu teléfono, sólo como huella y sólo en los casos que se explican abajo. Las dos pantallas del registro empiezan con un formulario —tu nombre y tu WhatsApp en la primera; tu nombre y tu correo en la pantalla donde creas tu acceso— y en ellas no se carga el script de Meta: tu navegador avisa de la visita, de la pantalla, del contacto y del registro con una imagen que dice qué evento fue, a veces con un identificador al azar del evento, y, si existen, lleva esas cookies. Y en la página principal, si empiezas a escribir en un formulario, como el de pedir una demostración, el píxel deja de enviar datos desde esa página; si envías la solicitud de demostración, tu navegador sólo avisa con esa misma imagen que se envió.
Desde el servidor de LÍA (API de conversiones de Meta): además de tu navegador, el servidor de LÍA le avisa a Meta de la visita, del botón para empezar el registro, del clic en un medio de contacto, de la cuenta creada y de la demostración pedida en la página principal, con el mismo identificador al azar para que Meta no los cuente dos veces, y con la página, la fecha y la hora, tu dirección IP, el tipo de navegador y esas cookies. Del evento «PasoAlta» y del contacto que dejas en el primer paso, el servidor no le avisa nada: ésos sólo salen de tu navegador, con la imagen. Y el servidor sólo avisa cuando tu navegador también intenta avisar, aunque un bloqueador de rastreo no lo deje llegar: si elegiste «No usar» o tu navegador envía la señal GPC, el servidor tampoco envía nada. Cuando se crea una cuenta, el servidor agrega tu correo y un identificador interno de tu cuenta; es el evento «CompleteRegistration», el único del registro que los lleva. Cuando se envía con éxito la solicitud de demostración de la página principal, agrega el correo y el WhatsApp que escribiste, pero sólo si tu navegador ya tiene la cookie _fbp del píxel. El nombre, el WhatsApp y la especialidad que dejas en el primer paso del registro, también si desde ahí pides que te lo muestren, no se le envían a Meta, ni como huella. Ninguno de esos datos viaja en claro: antes de salir se convierten en una huella (hash SHA-256), y Meta recibe sólo esa huella. Meta la usa para relacionar el evento con una cuenta de Facebook o Instagram y saber si el registro o la solicitud vinieron de uno de nuestros anuncios.
La medición propia del registro: aparte de Meta, LÍA cuenta en su propia base de datos cuántas personas llegan a cada paso del registro, del primero al último, para saber dónde se detienen y mejorarlo. Para eso tu navegador inventa un identificador al azar que vive sólo en esa pestaña y se pierde al cerrarla, y le avisa a LÍA de cada paso al que llegas. LÍA guarda sólo ese identificador, el paso y el día, sin la hora: no guarda tu nombre, tu correo, tu teléfono, tu dirección IP, tu navegador ni la página de la que vienes, y no se liga a tu cuenta, a una cookie ni al píxel de Meta. Es una medición seudónima y sin datos personales, que no se le envía a nadie; corre sólo en el navegador, no dentro de la aplicación, y se borra sola al año (sección 10). El botón «No usar» de esta sección apaga lo de Meta, no esta medición, que no sale de LÍA.
Para qué: medir y mejorar la publicidad de LÍA, es decir, saber cuántas visitas y registros llegan desde nuestros anuncios en las plataformas de Meta (Facebook e Instagram) y ajustar a quién se muestran. Es una finalidad secundaria (sección 5): puedes oponerte y eso no afecta el servicio.
Quién los recibe: Meta Platforms, Inc., en Estados Unidos. No es un proveedor que trate datos por nuestra cuenta: los usa también para sus propios fines, conforme a los términos y la política de datos que ese proveedor publica. Por eso es una transferencia y se declara en las secciones 7 y 8.
Dónde no se usa: el píxel no se carga en el panel de la clínica, en la aplicación para iPhone y Android, en las páginas de este aviso y de los términos, ni en ninguna página que usen los pacientes (agenda en línea, cuestionario de salud, consentimientos, presupuestos), y el servidor de LÍA no le manda a Meta, por la API de conversiones, ningún evento de lo que pase en ellas. Nunca recibe datos de pacientes ni del expediente clínico.
Cómo desactivarlo o negarte:
Si tienes preguntas sobre este aviso de privacidad, contáctanos en: hola@asistentelia.com