Apps para psicólogas hechas con IA: lo que no ves
Cada semana sale una app para psicólogas hecha en un fin de semana con IA. Las 16 cosas que la IA no te pregunta: leyes, cifrado, copias y brechas.

En este artículo10 apartados
Seguramente te ha pasado. Abres Instagram o LinkedIn y alguien presenta su nueva app para psicólogas: agenda, historias clínicas, facturas, recordatorios por WhatsApp e «IA que te resume la sesión». Precio de lanzamiento, diseño bonito y muchas promesas. A veces la ha hecho un compañero de profesión que se ha animado a programar. Otras, alguien que vio un hueco de mercado y montó el producto en un par de fines de semana.
No tenemos nada contra la competencia. Que haya más opciones es bueno para ti. Lo que nos preocupa es otra cosa: cada vez es más fácil construir una app que parece profesional sin saber lo que hay que saber para guardar datos de salud mental. Con las herramientas de IA actuales, una persona sin formación técnica puede tener algo funcionando en días. Lo que la IA no hace es avisarte de todo lo que no le has pedido.
Este artículo va de eso: lo que no se ve en la demo.
Que una app funcione no quiere decir que sea segura. La IA te da lo que le pides, y casi nadie le pide cumplir la Ley 41/2002.
Qué está pasando: el «vibe coding» llega al software clínico
En 2025 se popularizó el término vibe coding: describir en lenguaje natural lo que quieres («hazme una app para gestionar pacientes con login y facturas») y dejar que un asistente de IA escriba, despliegue y conecte todo. Plataformas como Lovable, Replit, Bolt o Cursor lo han hecho accesible para cualquiera.
Para muchas cosas es fantástico: un prototipo, una web de un taller o una herramienta interna. El problema llega cuando el resultado se usa para guardar la información más sensible que existe sobre una persona: lo que cuenta en terapia.
Y no lo decimos por intuición. Hay datos:
- El 45 % de las tareas de código generadas por IA introdujo vulnerabilidades. Veracode probó más de 100 modelos de lenguaje con 80 tareas diseñadas para detectar fallos de seguridad habituales y publicó los resultados en julio de 2025. En protección frente a cross-site scripting, los modelos fallaron en el 86 % de los casos (Veracode, 2025 GenAI Code Security Report).
- Quien programa con IA escribe código menos seguro y está más convencido de que es seguro. Es la conclusión de un estudio de la Universidad de Stanford con usuarios reales de asistentes de código (Perry et al., «Do Users Write More Insecure Code with AI Assistants?», ACM CCS 2023). Esa falsa confianza es lo más peligroso de todo.
- Unas 170 apps de una sola plataforma dejaron sus bases de datos abiertas. Un investigador analizó 1.645 apps publicadas en el escaparate de Lovable y encontró 170 cuyas tablas podía leer o modificar cualquiera, sin iniciar sesión, porque faltaban las reglas de acceso de la base de datos. Quedó registrado como vulnerabilidad crítica (CVE-2025-48757).
- Una app de citas filtró 72.000 imágenes, entre ellas 13.000 selfis y documentos de identidad. Fue la app Tea, en julio de 2025. Las imágenes estaban en un almacenamiento en la nube configurado sin autenticación (The Record).
- Un agente de IA borró la base de datos de producción de una empresa durante una «congelación de código» en la que tenía orden de no tocar nada. Le pasó en julio de 2025 al fundador de SaaStr, que había documentado en público su experimento con Replit. Los datos se recuperaron, pero el propio agente dijo al principio que no se podía (Fortune).
| Caso | Año | Qué falló | Qué habría pasado con datos clínicos |
|---|---|---|---|
| Apps de Lovable (CVE-2025-48757) | 2025 | Reglas de acceso a la base de datos ausentes | Cualquiera podría leer las fichas de pacientes |
| Tea | 2025 | Almacenamiento en la nube sin autenticación | Documentos e informes adjuntos expuestos |
| Replit / SaaStr | 2025 | Agente de IA con permisos sobre producción | Historias clínicas borradas en segundos |
| Estudio Veracode | 2025 | 45 % de tareas con vulnerabilidades | Fallos de base en cualquier pantalla |
Fuente: Veracode (julio 2025), registro CVE-2025-48757, The Record y Fortune. Ninguno de estos casos es de software de psicología: los usamos para ilustrar fallos típicos.
Por qué en psicología el error sale mucho más caro
Si se filtra la lista de clientes de una tienda online, es un problema. Si se filtran las notas de sesión de una psicóloga, la vida de esas personas puede cambiar: diagnósticos, traumas, conflictos de pareja, ideación suicida, consumo de sustancias o información sobre terceros que ni siquiera saben que aparecen en una historia clínica.
El RGPD lo reconoce al tratar los datos de salud como categoría especial (artículo 9). Y tu Código Deontológico añade una capa más: el secreto profesional de los artículos 40 y 41, que te obliga a ti, no al proveedor de tu software.
Y aquí está la parte que más incomoda: la responsable eres tú. Ante la ley, tú eres la responsable del tratamiento y la app es tu encargada. El RGPD te pide elegir encargados que «ofrezcan garantías suficientes» (artículo 28.1). Si eliges una herramienta que no las ofrece, esa decisión también es tuya.
Las 16 cosas que la IA no te pregunta
Esta es la lista que nos habría gustado poder enseñar a cada persona que lanza una app para psicólogas. La IA puede ayudar con casi todas, pero solo si alguien sabe que existen y se las pide. Las agrupamos en tres bloques.
Leyes y normas
1. El RGPD aplicado a datos de salud. No basta con poner un banner de cookies. Hay que identificar la base legal del tratamiento, minimizar los datos, informar al paciente y aplicar medidas de seguridad «apropiadas al riesgo» (artículo 32). Para datos de salud mental, el riesgo es alto por definición. Lo resumimos en RGPD para psicólogas.
2. El contrato de encargado del tratamiento (DPA). Es obligatorio en cuanto un tercero trata datos de tus pacientes (artículo 28.3). Tiene que decir qué hace con los datos, qué subencargados usa (servidores, correo, IA, WhatsApp) y qué pasa al terminar el contrato. Si una app no te lo ofrece, o te dice que «no hace falta», ya sabes lo que hay.
3. El registro de actividades y la evaluación de impacto. Tratar datos de salud a cierta escala obliga a llevar un registro de actividades (artículo 30) y, cuando el riesgo es alto, una evaluación de impacto o EIPD (artículo 35). La AEPD tiene una guía específica. Un proveedor serio la tiene hecha para su propio servicio y puede explicártela.
4. La conservación de la historia clínica. La Ley 41/2002, en su artículo 17, obliga a conservar la documentación clínica al menos cinco años desde el alta de cada proceso asistencial, y algunas comunidades autónomas piden más. Por eso una app no puede «borrar a los pacientes inactivos» para ahorrar espacio, y tampoco puede desaparecer llevándose tus historias.
5. La facturación con validez fiscal. Si la app emite facturas, es un sistema informático de facturación y tiene que cumplir el Real Decreto 1007/2023: integridad, trazabilidad, inalterabilidad y registro de eventos. El fabricante tiene que hacer una declaración responsable. La sanción para quien fabrica software que no cumple puede llegar a 150.000 euros por ejercicio, y para quien lo usa sabiéndolo, a 50.000 (artículo 201 bis de la Ley General Tributaria). La obligación de VeriFactu se ha aplazado (te lo explicamos en VeriFactu en 2028), pero un sistema que genera facturas editables y borrables sin dejar rastro ya está mal planteado hoy. En el País Vasco y Navarra, además, rigen TicketBAI y sus equivalentes forales.
6. La factura sanitaria exenta. Las sesiones con finalidad sanitaria están exentas de IVA (artículo 20.Uno.3.º de la Ley del IVA) y la factura tiene que indicar esa exención. Parece un detalle, pero es de esas cosas que un generador automático no sabe si nadie se lo dice. Lo tienes en modelo de factura para psicólogas.
7. Las transferencias fuera de la UE. Muchas apps hechas a toda prisa usan por defecto servidores en Estados Unidos, una API de IA cualquiera o un servicio de correo sin revisar. Enviar datos de salud fuera del Espacio Económico Europeo exige garantías del capítulo V del RGPD. Hay que saber dónde va cada dato, no solo dónde está la base de datos.
8. La IA dentro de la app. Si la app «resume sesiones» o «sugiere diagnósticos», hay preguntas extra: qué texto sale hacia el modelo, si se seudonimiza antes, si el proveedor lo usa para entrenar y qué dice el Reglamento europeo de IA. Que el modelo sea bueno no quiere decir que su uso sea legal.
Seguridad técnica
9. El cifrado, y sobre todo quién tiene la llave. «Usamos cifrado» puede significar casi cualquier cosa. El HTTPS protege el viaje. El cifrado en reposo protege los discos. Ninguno de los dos impide que el servidor, o quien entre en él, lea tus notas. Para salud mental, lo razonable es que el contenido clínico se cifre en tu dispositivo con una clave que el proveedor no tenga. Lo explicamos en 9 señales de que tu software es seguro.
10. El control de acceso en la base de datos. Es exactamente lo que falló en el caso de las 170 apps: la base de datos estaba accesible desde internet y nadie había escrito las reglas que dicen «esta psicóloga solo ve a sus pacientes». La app funcionaba perfectamente en la demo. Simplemente, cualquiera con un poco de maña también podía ver los datos de todos.
11. Las claves secretas en el código. Otro clásico de las apps generadas con IA son las contraseñas de la base de datos, las claves de la API de pago o de la IA incrustadas en el código que se descarga el navegador. Quien sabe dónde mirar las encuentra en minutos.
12. Las dependencias y los terceros. Una app moderna carga decenas de librerías y servicios externos. Cada una es una puerta. ¿Alguien las actualiza cuando sale un fallo? ¿Carga píxeles publicitarios o grabadores de pantalla que capturan lo que escribes? Lo analizamos en rastreadores en software para psicólogos.
Contingencias: cuando algo sale mal
13. Las copias de seguridad que se pueden restaurar. Tener copias no sirve de nada si nadie ha probado nunca a recuperarlas. El caso de Replit lo demuestra: un agente con demasiados permisos borró producción en segundos. ¿Cada cuánto se hacen copias? ¿Dónde se guardan? ¿Están separadas de la base principal? ¿Cuánto tardarían en devolverte tus historias?
14. El plan para una brecha. El RGPD da 72 horas para notificar una brecha a la AEPD desde que se conoce (artículo 33), y tú eres quien notifica. Para eso necesitas que tu proveedor sepa detectarla, te avise enseguida y te diga qué datos y de cuántos pacientes se han visto afectados. Si el «equipo» de la app es una sola persona que se va de vacaciones, ese plan no existe. Lo contamos paso a paso en qué hacer ante una filtración.
15. La continuidad: qué pasa si lo dejan. Es la pregunta que casi nadie hace. ¿Qué pasa con tus historias clínicas si la persona que montó la app se cansa, no le salen las cuentas o la plataforma de IA que usaba cierra? Recuerda que tienes que conservarlas cinco años como mínimo. Una empresa seria tiene titular identificado, condiciones claras de fin de servicio y un aviso previo. Te contamos cómo prepararte en si tu software cierra mañana.
16. La portabilidad: poder irte con todo. El RGPD reconoce el derecho a la portabilidad (artículo 20), y en la práctica tú necesitas poder llevarte pacientes, historias, consentimientos, adjuntos y facturas en un formato que puedas abrir. Si la exportación es «escríbenos y te mandamos un Excel», no hay portabilidad. Hablamos de ello en de quién son los datos de tus pacientes.
Lo que distingue a un software clínico de una app bonita no se ve en la demo. Se ve el día que algo falla.
Quién debería estar detrás de una app clínica
Si lees la lista de arriba con calma, verás que casi ninguno de esos puntos es un problema de programación. Son problemas de criterio: saber qué hay que proteger, de quién, qué exige la ley y cómo se trabaja de verdad en una consulta. Y ese criterio no lo da la IA ni lo da cualquier programador. Lo da un equipo.
Un software donde vas a guardar las historias clínicas de tus pacientes debería tener detrás, como mínimo, tres perfiles:
Un equipo técnico con años de oficio. No basta con saber hacer que una pantalla funcione. Hace falta gente que haya mantenido sistemas en producción durante años, que haya vivido caídas, migraciones y actualizaciones de urgencia, y que sepa que lo difícil no es lanzar una app, sino que siga funcionando, igual de segura, dentro de cinco años. Es justo el plazo que tienes que conservar una historia clínica.
Ciberseguridad de verdad, desde el diseño. La seguridad no se añade al final como un parche: se decide antes de escribir la primera línea. Quién tiene las claves de cifrado, qué ve el servidor, qué pasa si alguien roba la base de datos, cómo se detecta una intrusión y qué se hace en las primeras horas. El RGPD lo llama «protección de datos desde el diseño y por defecto» (artículo 25), y no es un adorno: es una obligación. Alguien del equipo tiene que pensar como un atacante.
Psicólogas en activo. Una cosa es imaginar cómo trabaja una psicóloga y otra pasar consulta cada semana. Quien atiende pacientes sabe que un recordatorio de WhatsApp no puede decir «tu sesión de terapia», que hay pacientes menores con dos progenitores que no se hablan, que una nota de sesión se escribe con prisa entre paciente y paciente o que un consentimiento mal planteado te puede dar un disgusto deontológico. Ese conocimiento no está en ningún manual de programación ni en ningún modelo de IA.
Cuando falta alguno de los tres, se nota:
- Sin oficio técnico, la app funciona el día del lanzamiento y empieza a fallar cuando crece.
- Sin ciberseguridad, funciona bien hasta el día que alguien mira donde no debe.
- Sin psicólogas en activo, cumple el papel pero no encaja en tu consulta, y acabas apuntando cosas en una libreta aparte, que es justo lo que querías evitar.
Una app clínica no la hace una persona con una IA en un fin de semana. La hace un equipo técnico con experiencia, alguien que piensa en seguridad y psicólogas que pasan consulta, y la mantienen durante años.
Pregunta quién hay detrás. No por curiosidad, sino porque a esas personas les estás confiando la intimidad de tus pacientes.
Requisitos de un vistazo
| Requisito | Norma | Pregunta para el proveedor |
|---|---|---|
| Datos de salud como categoría especial | RGPD art. 9 y 32 | ¿Qué medidas aplicáis a las notas de sesión? |
| Contrato de encargado | RGPD art. 28 | ¿Me firmáis el DPA? ¿Qué subencargados usáis? |
| Registro de actividades y EIPD | RGPD art. 30 y 35 | ¿Tenéis hecha la evaluación de impacto? |
| Conservación de historias | Ley 41/2002 art. 17 | ¿Qué pasa con mis historias si cerráis? |
| Facturación íntegra y trazable | RD 1007/2023, LGT art. 201 bis | ¿Tenéis declaración responsable? ¿Se puede borrar una factura? |
| Transferencias internacionales | RGPD cap. V | ¿Algún dato sale de la UE? ¿Cuál y a dónde? |
| Notificación de brechas | RGPD art. 33 | ¿En cuánto tiempo me avisaríais? |
| Portabilidad | RGPD art. 20 | ¿Puedo exportarlo todo yo misma, cuando quiera? |
Fuente: Reglamento (UE) 2016/679, Ley 41/2002, Real Decreto 1007/2023 y Ley 58/2003 General Tributaria, en el BOE.
Cómo reconocer una app hecha deprisa
No hace falta saber programar. Hay señales que se ven desde fuera:
- No sabes quién hay detrás. No aparece una razón social ni un NIF, o el aviso legal es una plantilla genérica con huecos sin rellenar.
- Detrás hay una sola persona, o un equipo sin nadie de seguridad ni ninguna psicóloga que pase consulta.
- No hay DPA, o el que hay no menciona datos de salud.
- La política de privacidad no cuadra con la app. Habla de «clientes» y «compras», o cita leyes de otro país.
- Prometen IA sin explicar a dónde va el texto.
- «Cifrado de grado militar» y ninguna explicación más. Cuanto más grandilocuente es la frase, menos suele haber detrás.
- Si olvidas la contraseña, te recuperan todo con un email. Eso significa que pueden leerlo.
- No hay página de estado ni historial de incidencias, y nadie sabe decirte qué pasó la última vez que se cayó.
- Las facturas se pueden editar o borrar después de emitidas sin dejar rastro.
- Las respuestas a tus preguntas técnicas son vagas o, peor, parecen escritas por una IA que no sabe de lo que habla.
Qué NO se sabe
Para ser justas, también hay que decir lo que estos datos no demuestran:
- No sabemos cuántas apps para psicólogas se han hecho así. No hay ningún censo, y nosotras tampoco lo tenemos. Lo que describimos es un patrón general del sector del software, no una acusación contra ninguna app concreta.
- Ninguno de los casos citados es de software de psicología. Los usamos porque ilustran fallos que en una app clínica serían mucho más graves.
- Que una app esté hecha con IA no la hace insegura. El estudio de Veracode mide tareas concretas en condiciones de laboratorio, no aplicaciones terminadas y revisadas. Una app hecha con IA y revisada por gente competente puede ser perfectamente sólida.
- Que una empresa sea grande tampoco garantiza nada. También ha habido filtraciones en proveedores establecidos. El tamaño no es el criterio. Lo que cuenta es cómo responden a las preguntas de este artículo.
Y nosotras, ¿qué?
Sería hipócrita escribir esto sin decirlo: en Onera también programamos con ayuda de inteligencia artificial. Hoy lo hace casi todo el sector y negarlo sería faltar a la verdad.
La diferencia no está en la herramienta, sino en lo que se decide antes de escribir una línea y en quién responde después. Por eso en Onera:
- Detrás hay un equipo, no una persona con una IA: perfiles técnicos con años de experiencia, ciberseguridad en el centro de cada decisión y psicólogas en activo que usan Onera en su propia consulta y deciden cómo tiene que funcionar.
- El contenido clínico se cifra en tu navegador con una clave que nosotras no tenemos. Si alguien robara nuestra base de datos, encontraría texto ilegible. Lo explicamos en cifrado de extremo a extremo.
- Firmamos el contrato de encargado del tratamiento con la lista de subencargados a la vista (DPA de Onera).
- Tenemos hechas la evaluación de impacto y el registro de actividades de nuestro propio servicio.
- El sistema de facturación está pensado para la trazabilidad que exigen el Reglamento de facturación y VeriFactu.
- Puedes exportarlo todo tú misma: pacientes, historias, consentimientos, adjuntos y facturas.
- Vigilamos el servicio de forma continua y publicamos su estado en nuestra página de estado.
No te pedimos que nos creas. Hazle a Onera las mismas 16 preguntas que le harías a cualquier otra app.
Conclusión
La inteligencia artificial ha abaratado muchísimo construir software, y eso tiene cosas buenas. Pero también ha hecho que construir algo que parece profesional cueste mucho menos que construir algo que lo es. En la mayoría de sectores, esa diferencia es un mal rato. En el nuestro, puede ser la intimidad de tus pacientes y tu propia responsabilidad profesional.
Antes de meter una sola historia clínica en una app nueva, por muy bonita y barata que sea, hazle las preguntas incómodas. Las buenas respuestas no se improvisan.
Si quieres una herramienta donde estas preguntas ya tienen respuesta por escrito, prueba Onera.
Este artículo es información general y no constituye asesoramiento jurídico. Si tienes dudas sobre tu caso concreto, consulta con un profesional de protección de datos o con tu colegio profesional.
Preguntas frecuentes
¿Es peligroso usar una app para psicólogos hecha con inteligencia artificial?
No por estar hecha con IA, sino por lo que nadie ha revisado. La IA escribe código que funciona, pero no se encarga de que cumpla el RGPD, de que los datos de salud vayan cifrados, de que existan copias de seguridad que se puedan restaurar o de que haya un plan si hay una brecha. El riesgo está en las apps que nadie con conocimientos ha revisado, y eso tiene poco que ver con la herramienta que se usó para programarlas.
¿Qué leyes tiene que cumplir un software para guardar historias clínicas de psicología?
Como mínimo el RGPD (los datos de salud son categoría especial, artículo 9), la LOPDGDD, la Ley 41/2002 de autonomía del paciente, que obliga a conservar la documentación clínica al menos cinco años desde el alta de cada proceso, y, si factura, el Reglamento de sistemas de facturación (Real Decreto 1007/2023). El proveedor además debe firmarte un contrato de encargado del tratamiento (artículo 28 del RGPD).
Si la app que uso sufre una filtración, ¿la responsable soy yo?
En protección de datos, tú eres la responsable del tratamiento de los datos de tus pacientes y el proveedor es encargado. El RGPD te obliga a elegir encargados que ofrezcan garantías suficientes (artículo 28.1) y a notificar la brecha a la AEPD en 72 horas cuando haya riesgo (artículo 33). Elegir una herramienta sin esas garantías no te exime: forma parte de tu responsabilidad.
¿Cómo sé si una app nueva para psicólogos es fiable?
Pregunta por escrito quién está detrás, con qué nombre fiscal y qué equipo lo mantiene (perfiles técnicos con experiencia, alguien de ciberseguridad y psicólogas en activo), si te firman un contrato de encargado del tratamiento, quién puede leer tus notas, dónde están los servidores, cada cuánto hacen copias y si las han restaurado alguna vez, qué pasa con tus datos si cierran y cómo los exportas. Una empresa seria responde a todo eso sin titubear.
¿Onera también usa inteligencia artificial para programar?
Sí. Hoy casi todo el software se escribe con ayuda de IA y negarlo sería mentir. La diferencia está en que las decisiones de seguridad y cumplimiento las toma y las firma un equipo que responde por ellas, con perfiles técnicos con experiencia, ciberseguridad y psicólogas en activo: cifrado en el navegador, contrato de encargado, evaluación de impacto, registro de actividades y un sistema de facturación preparado para VeriFactu.
Aquí no hablas con robots
Escríbenos por WhatsApp y te enseñamos Onera sin técnicas comerciales, de tú a tú y sin compromiso. Si lo prefieres, reserva una demo.
WhatsApp 644 573 452
¿Sabes quién, aparte de ti, puede leer tus notas?
Casi nadie sabe contestarlo. El check-up te lo pregunta junto con otras catorce cosas sobre cómo trabajas, y te dice dónde está tu consulta más expuesta y qué hacer esta semana.


