Consentimiento informado y consentimiento datos salud app

Consentimiento datos salud app: separa los conceptos

El consentimiento informado sanitario se refiere a una actuación concreta y se rige por la legislación sanitaria aplicable. El consentimiento para tratar datos personales, incluidos los datos de salud, pertenece al marco de protección de datos. Pueden relacionarse en una consulta, pero no son la misma decisión ni deben presentarse como si una firma resolviera automáticamente la otra.

La AEPD explica que, en la atención sanitaria, el tratamiento de datos puede apoyarse en bases distintas del consentimiento cuando resulta necesario para prestar asistencia o gestionar servicios sanitarios y se cumplen las condiciones correspondientes. Eso no elimina el deber de informar. En una herramienta de seguimiento, pregunta primero qué tratamiento se realiza, quién lo decide y cuál es la base que se está considerando.

Los datos sobre comidas, hábitos, actividad o evolución pueden revelar información sobre la salud según el contexto y lo que permitan conocer. Por eso no basta con etiquetar una app como «de nutrición» y pedir todos los campos disponibles. Relaciona cada dato con una tarea, un periodo, un acceso y una salida. Si la respuesta depende de una valoración jurídica o clínica, marca la duda y escálala.

En la práctica, un mismo registro puede servir para preparar una conversación y, si se reutiliza sin explicarlo, acabar en una finalidad diferente. Escribe el recorrido antes de activar la herramienta: quién introduce el dato, quién lo revisa, qué pregunta pretende responder y cuándo deja de ser necesario. No confundas que un dato esté disponible con que sea pertinente. La persona responsable debe poder explicar por qué se incorpora, qué límites tiene y qué alternativa existe si el formato elegido no resulta adecuado.

• Actuación sanitaria: decisión sobre una intervención determinada.
• Tratamiento de datos: recogida, acceso, uso, comunicación o conservación.
• Finalidad: para qué se necesita cada campo y quién lo revisa.
• Base aplicable: consentimiento u otra legitimación que deba valorar el responsable.

Informa antes de pedir una decisión

Antes de mostrar un botón de aceptación, prepara una explicación que una persona pueda leer y repetir. Incluye quién es el responsable, qué datos se tratarán, para qué, qué base jurídica se utiliza, quién puede recibirlos y cuánto tiempo se prevé conservarlos. Añade los derechos y el canal para plantear dudas. La información no tiene que esconderse en una política interminable si el objetivo es que la decisión sea comprensible.

Separa las finalidades que no son necesarias para la misma tarea. Compartir un registro con el nutricionista, recibir soporte técnico, elaborar estadísticas internas o recibir comunicaciones comerciales no deberían aparecer como un único «sí» si requieren decisiones diferenciadas. Describe también qué sucede si la persona no acepta una finalidad opcional y si existe una alternativa razonable para continuar el proceso principal.

El lenguaje claro no significa prometer que todo sea sencillo ni afirmar que una app cumple por mostrar una casilla. Significa explicar el recorrido real: qué ocurre al registrar una comida, quién ve la nota, si aparece una notificación, qué proveedor presta el alojamiento y cómo se gestiona una copia exportada. La persona debe poder preguntar sin sentirse obligada a aceptar para recibir una explicación.

Conviene ofrecer la información en el momento adecuado y por capas: un resumen para decidir y un detalle accesible para consultar después. Comprueba la comprensión con una pregunta abierta, no con un «¿lo has entendido?» automático. Por ejemplo, pide que la persona describa qué se compartirá, con quién y para qué. Si su respuesta no coincide con el flujo real, detén la activación, corrige la explicación y conserva la duda para revisarla con el responsable.

• Responsable y contacto para las preguntas.
• Datos, finalidad y momento de cada tratamiento.
• Destinatarios, proveedores y plazo o criterio de conservación.
• Derechos, retirada cuando proceda y alternativa para usos opcionales.

Diseña un consentimiento específico y demostrable

Si el tratamiento se basa en consentimiento, el RGPD exige que sea una manifestación de voluntad informada y referida a fines específicos. El responsable debe poder demostrar que se obtuvo. En una herramienta digital, eso invita a conservar el momento, la versión de la información mostrada, la finalidad aceptada y la identidad o cuenta vinculada, aplicando las medidas necesarias y sin guardar más de lo necesario.

Evita casillas premarcadas, textos ambiguos o una aceptación escondida entre condiciones generales. Si el mismo formulario aborda otros asuntos, presenta la solicitud de consentimiento de forma distinguible, accesible y con lenguaje claro y sencillo. La pantalla debe indicar qué se autoriza, no limitarse a un verbo como «continuar» que obligue a interpretar el alcance después.

Los datos de salud pertenecen a categorías especiales. El consentimiento explícito puede ser una de las circunstancias que permiten su tratamiento, pero no es una respuesta universal: el RGPD también contempla otros supuestos y la AEPD advierte que, en asistencia sanitaria, con frecuencia la base no es el consentimiento del paciente. No elijas una base por comodidad; documenta la decisión del responsable y busca asesoramiento si el caso no encaja claramente.

Una aceptación válida no convierte en ilimitado el uso posterior. Si cambia el proveedor, se añade una función, se amplía el periodo o aparece una finalidad nueva, revisa si la información y la decisión siguen describiendo el tratamiento. Compara la pantalla con la configuración real y anota qué versión estaba activa. Así, la trazabilidad no depende de recordar una conversación antigua y la persona puede recibir una explicación coherente cuando pregunte meses después.

• Una finalidad concreta por decisión relevante.
• Registro de la información y versión presentada.
• Acción separada para usos opcionales o secundarios.
• Prueba de que retirar resulta tan fácil como aceptar cuando proceda.

Prueba, retira y revisa el flujo con NutriCoach

NutriCoach propone revisar el recorrido en cuatro movimientos: mapear, explicar, acordar y revisar. Mapear significa escribir campo, finalidad, acceso y salida. Explicar significa pedir a la persona que cuente con sus palabras qué ocurrirá. Acordar significa fijar formato, frecuencia, canal y responsable. Revisar significa comprobar el uso real y ajustar el tratamiento cuando cambie la necesidad.

Haz la primera prueba con un perfil ficticio. Crea un registro de demostración, observa qué pantallas y notificaciones aparecen, comprueba los permisos desde cada rol y busca dónde quedan las copias. Pide al profesional que indique qué utilizará en la revisión y al cliente que señale qué no esperaba compartir. La prueba no certifica el cumplimiento, pero convierte una promesa del proveedor en preguntas observables.

Prepara un procedimiento para retirar el consentimiento cuando esa sea la base aplicable: dónde se solicita, quién lo recibe, qué respuesta se confirma y qué tratamientos pueden continuar por otra base o por obligaciones de conservación. Retirar no significa necesariamente borrar todo de forma automática. Revisa también accesos, exportaciones, copias y comunicaciones, y documenta la decisión con una fecha de comprobación.

Programa una revisión después de la primera semana de uso y otra cuando termine el periodo acordado. Pregunta qué parte de la explicación fue útil, qué dato no se utilizó y si la persona encontró una vía clara para cambiar de opinión. En NutriCoach, el cierre puede quedar resumido como activar, simplificar, aplazar o descartar. La decisión debe poder actualizarse sin penalizar a quien plantea una duda o necesita otra forma de participar.

Si el flujo cambia, no copies la aceptación anterior sin comprobar su alcance. Compara la finalidad inicial con la nueva pantalla, revisa qué personas reciben el dato y actualiza la explicación antes de continuar. Guarda la fecha de la revisión y la pregunta que la provocó. Este pequeño registro ayuda a mantener una conversación honesta: la herramienta puede ordenar tareas, pero la responsabilidad de valorar el tratamiento y sus límites sigue siendo del profesional y del responsable correspondiente.

Anota quién decide cada finalidad y cuándo volverá a revisarla. Explica el tratamiento con ejemplos que la persona pueda repetir. Separa el consentimiento sanitario del consentimiento para tratar datos. No uses una casilla única para finalidades distintas. Comprueba qué ocurre si la persona no acepta un uso opcional. Utiliza datos ficticios antes de probar una herramienta con casos reales. Registra la versión de la información que se mostró. Pide una revisión especializada cuando la base aplicable no esté clara. Mantén visible un canal sencillo para cambiar preferencias. Revisa permisos cuando cambie una función o un proveedor. Conserva evidencias sin guardar más datos de los necesarios. Explica que retirar el consentimiento no borra automáticamente toda la información. Cierra cada prueba con una decisión, una persona responsable y una fecha. No presentes esta checklist como una certificación de cumplimiento. Revisa la información antes de cambiar la finalidad o compartir el registro con otro destinatario. Comprueba el flujo completo antes de incluir información real en la herramienta.

• Mapear: campo, finalidad, acceso y salida.
• Explicar: comprensión, dudas y alternativa.
• Acordar: formato, canal, responsable y revisión.
• Revisar: uso real, retirada, permisos y cambios.