Guía práctica: datos de salud app nutrición en consulta

Datos de salud app nutrición: empieza por la finalidad

Antes de activar un campo, describe la tarea que debe apoyar. Puede ser preparar una revisión acordada, compartir un plan vigente, responder una duda del seguimiento o documentar una conversación. “Mejorar la experiencia” es demasiado amplio para decidir qué se recoge. Una finalidad concreta permite preguntar si el dato es pertinente, quién necesita verlo y qué ocurriría si no se pidiera.

La AEPD explica que los datos de salud pueden incluir información que ofrece una visión sobre el estado de salud y pone como ejemplos las costumbres alimentarias, los hábitos y la actividad física. El contexto importa: no todo campo tiene el mismo significado en todos los procesos y no conviene presentar una categoría como automática. Si una app se usa en una relación profesional, valora el conjunto del registro, su finalidad y la información que puede revelar.

Haz un inventario por momentos: alta, primera consulta, seguimiento, revisión y cierre. Para cada campo escribe una frase que empiece por “lo necesitamos para…”. Si no puedes terminarla con una acción comprobable, marca el campo como pendiente. Si el dato solo resulta útil para una curiosidad, una analítica secundaria o una función que nadie revisará, no lo mezcles con los mínimos del seguimiento.

El objetivo no es borrar contexto útil ni convertir la consulta en un formulario vacío. Es evitar que la disponibilidad técnica se convierta en una razón para recopilar. Cuando la necesidad dependa de una valoración clínica o de una obligación concreta, la decisión corresponde al profesional y a la persona responsable del tratamiento. La herramienta puede facilitar la configuración, pero no reemplaza ese criterio.

• Campo y formato: texto, imagen, audio, documento o cifra.
• Finalidad: tarea concreta que el dato debe apoyar.
• Momento: cuándo aparece y cuánto tiempo resulta útil.
• Acceso: perfiles que necesitan verlo y perfiles excluidos.
• Revisión: persona, fecha y condición para mantenerlo o retirarlo.

Clasifica cada dato antes de pedirlo

Conviene separar cuatro preguntas que suelen aparecer juntas. Primero, si el dato es necesario para el objetivo acordado. Segundo, si la persona entiende qué se solicita y para qué. Tercero, quién accede y con qué función. Cuarto, qué pasa cuando el dato deja de ser útil. Esta secuencia ayuda a distinguir una decisión de tratamiento de una preferencia de diseño.

Una fotografía de una comida, una nota de voz o un registro de actividad pueden aportar contexto, pero también pueden incluir información adicional o involuntaria. Antes de pedirlos, define qué parte se revisará, qué alternativas existen y qué instrucciones reducen la exposición. No prometas que un formato es privado por ser rápido: revisa el canal, los permisos, el almacenamiento y los destinatarios reales.

Usa una ficha sencilla por campo. Incluye el nombre, la finalidad, el origen, la persona que lo revisa, el formato, la retención prevista y la acción cuando se corrija o retire. Añade una columna de dudas. La ficha no sustituye un registro de actividades ni una evaluación jurídica, pero convierte una conversación difusa en preguntas que pueden responderse y revisarse.

Explica la ficha con palabras que el cliente pueda repetir. La AEPD diferencia el consentimiento informado de una actuación sanitaria del consentimiento para el tratamiento de datos personales. Por eso no presentes una casilla genérica como una solución para cualquier uso. Describe qué se comparte y por qué, y deriva las dudas sobre la base aplicable a la persona responsable o al asesor adecuado.

• Necesario: responde a una tarea definida y revisable.
• Opcional: mejora la comodidad, pero no es imprescindible.
• Excesivo: añade detalle sin cambiar una pregunta o decisión.
• Pendiente: necesita una respuesta del proveedor o responsable.

Diseña acceso y conservación por defecto

La protección por defecto no se limita a instalar un programa seguro. La AEPD la describe como una aplicación práctica de la minimización: por defecto deben tratarse únicamente los datos necesarios para fines definidos, con una extensión, un plazo de conservación y una accesibilidad mínimos. El mismo criterio sirve para una app, una hoja de cálculo, un correo o una carpeta compartida.

Para distinguir acceso de disponibilidad, dibuja el recorrido de una tarea concreta. Pregunta quién inicia el registro, quién lo necesita para revisar, quién podría recibir una notificación y quién no debería verlo. Después compara ese recorrido con la configuración real: un permiso heredado, una exportación automática o una vista de administración puede ampliar el acceso sin que nadie lo haya decidido expresamente. La solución no siempre consiste en ocultar más; también puede consistir en separar funciones, reducir campos visibles o pedir una confirmación antes de compartir. Documenta la razón de cada ajuste para que el criterio no dependa de la memoria de una sola persona.

La accesibilidad mínima también afecta a la comunicación. Evita mostrar datos de salud en asuntos de correo, avisos de pantalla bloqueada o mensajes que no aporten contexto a la tarea. Si el cliente necesita recibir un aviso, revisa qué texto es suficiente para orientarlo sin revelar más de lo necesario. Comprueba además qué sucede con personas que usan otro dispositivo, comparten pantalla o necesitan una alternativa de acceso. Estas comprobaciones no son una promesa de cumplimiento, pero ayudan a conectar la privacidad con decisiones que ocurren todos los días y no solo con la política publicada.

Empieza por los perfiles. El nutricionista puede necesitar leer un registro para preparar una revisión; una persona de soporte quizá solo necesite comprobar una incidencia de acceso. Configura vistas, notificaciones y exportaciones para que cada rol reciba lo que requiere su tarea. Revisa también invitaciones, dispositivos compartidos, enlaces públicos y copias descargadas, porque el flujo real puede ser más amplio que la pantalla principal.

La conservación necesita una pregunta de salida, no solo una fecha escrita de memoria. Define qué evento inicia la revisión: final del seguimiento, sustitución de un documento, cierre de una cuenta o cambio de finalidad. Comprueba cómo se eliminan los originales, las copias, los archivos exportados y los respaldos cuando corresponda. Si el proveedor no explica el recorrido, anota la incertidumbre y no la presentes como garantía.

Haz una prueba con un perfil ficticio antes de incorporar datos reales. Intenta abrir un campo desde el rol equivocado, revoca una invitación, cambia un permiso y busca dónde aparece una exportación. Guarda el resultado, la versión de la configuración y las preguntas pendientes. La prueba no certifica por sí sola el cumplimiento, pero revela si el diseño previsto coincide con el uso cotidiano.

• Vista profesional, vista de cliente y vista de soporte.
• Notificaciones limitadas a la finalidad acordada.
• Exportación, copias y eliminación descritas por escrito.
• Revisión cuando cambian roles, funciones o proveedores.

Prueba, explica y revisa el flujo con NutriCoach

NutriCoach propone convertir la revisión en cuatro movimientos: mapear, explicar, acordar y revisar. Mapear significa escribir campo, finalidad, acceso y salida. Explicar significa comprobar que la persona entiende qué comparte. Acordar significa elegir formato, canal, responsable y momento de revisión. Revisar significa contrastar el uso real, retirar lo que sobra y registrar los cambios.

Aplica el flujo a un solo caso ficticio. Empieza con la tarea que quieres resolver, configura únicamente los campos relacionados y recorre la experiencia desde ambos lados. Pide al cliente que describa qué cree que ocurrirá antes de enviar un registro. Pide al profesional que señale qué información puede utilizar realmente en la revisión. Las dudas repetidas suelen mostrar fricción o exceso de detalle.

Después, prepara tres preguntas para el proveedor: qué datos se almacenan, qué perfiles y subproveedores pueden acceder, y cómo se corrigen, exportan o eliminan.

Cierra con una decisión revisable: activar, simplificar, aplazar o descartar el campo.

Anota quién decide cada finalidad. Explica el tratamiento con palabras claras. Separa lo necesario de lo cómodo. Comprueba el acceso por perfil. Utiliza datos ficticios antes de probar. Mantén una alternativa para cada canal. Registra qué proveedor accede y para qué. Revisa el plan vigente antes de compartir. Pide ayuda especializada si el riesgo no está claro. Distingue consentimiento informado y consentimiento de datos. Documenta también la decisión de no incorporar. Comprueba que la persona conozca sus derechos. Define una fecha concreta de revisión. Incluye un canal para comunicar incidentes. No conviertas la guía en una conclusión jurídica. Revisa permisos cuando cambie una función. Explica quién puede ver cada registro. Ajusta el flujo si pedir datos crea fricción. Compara la documentación con el uso real. Anota el dato que falta sin suponer. Cierra cada revisión con una fecha. La privacidad forma parte de la calidad.

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