IA para informes de terapia: pasos para su adopción

Pegar las notas de una sesión en una herramienta pública de inteligencia artificial puede transferir datos de salud a un tercero sin que el psicólogo conozca con precisión dónde se almacenan, quién accede a ellos o si se utilizan para entrenar modelos.

IA para informes de terapia: pasos para su adopción

El problema no es que el sistema redacte mal. El problema es que el despacho puede perder el control del dato antes de obtener un borrador útil.

La IA para redactar informes de terapia puede reducir trabajo administrativo. Algunas estimaciones citadas en el sector apuntan a ahorros de hasta el 40 % del tiempo dedicado a tareas de documentación. Pero ese ahorro solo tiene valor si el proceso conserva tres controles: base jurídica válida, protección técnica y revisión clínica. Sin ellos, automatizar notas de terapia no mejora el sistema. Solo acelera la exposición.

La guía ética publicada por la American Psychological Association (APA) en junio de 2025 fija una posición operativa clara: el profesional debe mantener la supervisión humana, informar al paciente, obtener un consentimiento adecuado y controlar los sesgos del sistema. La responsabilidad no se delega en el proveedor de software ni en el modelo de IA.

1. Define qué tarea se quiere automatizar

La expresión herramientas de IA para terapeutas cubre funciones distintas. No todas presentan el mismo nivel de riesgo. Un sistema que corrige la redacción de una plantilla vacía no procesa el mismo tipo de información que una aplicación que transcribe una sesión completa y genera una hipótesis clínica.

Antes de seleccionar una herramienta, hay que describir el flujo exacto. La pregunta no es si la aplicación tiene inteligencia artificial. La pregunta es qué datos recibe, qué produce y qué decisiones podría influir.

Las tareas más habituales son estas:

1. Transcripción de audio o vídeo. Convierte una sesión grabada en texto. Es la opción con mayor volumen de datos y una superficie de riesgo amplia. Capta la voz del paciente, posibles datos de terceros, referencias familiares y contenidos que quizá no eran necesarios para el informe.

2. Resumen de notas ya redactadas. Procesa información que el profesional ha seleccionado previamente. Permite aplicar minimización de datos antes de enviarlos al sistema, aunque no elimina el riesgo de transferencia.

3. Generación de borradores clínicos. Organiza la información en una estructura definida: motivo de consulta, evolución, intervención y próximos pasos. El resultado es un documento provisional. No es un informe firmado ni una valoración diagnóstica independiente.

4. Conversión de formato. Adapta apuntes a una plantilla, cambia el registro lingüístico o elimina repeticiones. En este caso, el sistema debería transformar contenido, no añadir interpretaciones.

5. Asistencia administrativa. Puede preparar recordatorios, clasificar documentos o extraer fechas. Si no utiliza datos clínicos, el riesgo es menor, pero sigue siendo necesario controlar los permisos y la conservación de la información.

6. Apoyo a la formulación clínica. Sugiere patrones, preguntas o posibles líneas de trabajo. Esta función exige un nivel de supervisión superior. Una sugerencia algorítmica no debe convertirse en diagnóstico por inercia.

Conviene separar dos procesos que suelen mezclarse: la redacción de informes psicológicos con IA y la toma de decisiones clínicas. El primero puede apoyarse en automatización bajo controles estrictos. El segundo permanece en manos del psicólogo. La IA no sustituye el juicio diagnóstico, la alianza terapéutica ni la responsabilidad profesional.

La IA puede redactar un borrador. No puede asumir la responsabilidad clínica de ese borrador.

El principio de minimización aplicado al informe

El artículo 5 del Reglamento General de Protección de Datos (RGPD) exige que los datos sean adecuados, pertinentes y limitados a lo necesario para la finalidad perseguida. En la práctica, esto impide enviar una historia clínica completa si la aplicación solo necesita reorganizar tres párrafos.

Para cada tarea, determina:

  • Qué campos son imprescindibles.
  • Qué identificadores pueden eliminarse.
  • Qué información puede sustituirse por una categoría general.
  • Cuánto tiempo debe conservarse la entrada y el resultado.
  • Quién puede consultar el borrador.
  • Si el contenido se incorpora después al expediente clínico oficial.

Un informe puede requerir edad aproximada, motivo de consulta y evolución terapéutica. No siempre necesita nombre completo, dirección, teléfono, centro de trabajo, nombres de familiares o fechas exactas. La precisión clínica no justifica acumular identificadores que no aportan nada a la tarea de redacción.

2. Analiza el RGPD antes de abrir una cuenta

Los datos de salud pertenecen a las categorías especiales del artículo 9 del RGPD. Esto eleva las exigencias de protección. No basta con que la plataforma utilice una contraseña y muestre un aviso genérico de privacidad.

El análisis debe cubrir dos planos:

  • La legitimación para tratar los datos.
  • Las garantías aplicadas al proveedor y al tratamiento concreto.

El consentimiento informado del paciente tiene que describir el uso de la IA de forma comprensible. No es suficiente con incluir una frase ambigua sobre herramientas digitales en un documento general. El paciente debe saber, al menos, que sus datos pueden procesarse mediante un sistema automatizado, qué finalidad tiene, qué tipo de proveedor interviene y qué papel conserva el profesional.

El consentimiento no corrige cualquier diseño técnico. Si el proveedor reutiliza los datos para entrenar modelos, conserva las conversaciones sin límite definido o subcontrata el tratamiento sin transparencia, el problema no desaparece porque el paciente haya firmado un formulario.

Qué debe documentar el despacho

La adopción debe dejar una traza documental. No para producir burocracia adicional, sino para poder reconstruir qué ocurrió si aparece un incidente o una reclamación.

Registra como mínimo:

  • Nombre y versión de la herramienta.
  • Función concreta para la que se utiliza.
  • Categorías de datos introducidas.
  • Ubicación del alojamiento y posibles transferencias internacionales.
  • Plazo de conservación de entradas, salidas y registros técnicos.
  • Política del proveedor sobre entrenamiento de modelos.
  • Medidas de cifrado y gestión de accesos.
  • Existencia de un contrato de encargo del tratamiento.
  • Procedimiento para eliminar datos.
  • Responsable de revisar y aprobar cada informe.

Si el proveedor no responde con precisión, el riesgo no está resuelto. La ausencia de información no equivale a privacidad.

Una plataforma puede anunciar alojamiento en la Unión Europea y seguir teniendo una arquitectura compleja: servicios de soporte en otros países, proveedores de analítica, copias de seguridad externas o subencargados con acceso técnico. La auditoría debe revisar el servicio real, no la frase comercial de la página principal.

La evaluación de impacto

Cuando el tratamiento pueda implicar un riesgo elevado para los derechos y libertades de las personas, debe valorarse una Evaluación de Impacto relativa a la Protección de Datos (EIPD o DPIA, por sus siglas en inglés). El uso sistemático de datos de salud, la elaboración de perfiles o la combinación de transcripciones con información clínica son señales que justifican analizar esta obligación con el delegado de protección de datos o con asesoramiento especializado.

La evaluación debe describir:

1. La finalidad del tratamiento.

2. Los datos que entran y salen del sistema.

3. Los actores que intervienen.

4. Las amenazas previsibles.

5. Las medidas para mitigar cada amenaza.

6. El riesgo residual después de aplicar los controles.

No se trata de marcar una casilla. Se trata de demostrar que el despacho ha elegido una configuración proporcional y puede explicar por qué.

3. Descarta el uso improvisado de ChatGPT o Gemini públicos

Las versiones gratuitas o abiertas de herramientas generativas no deben recibir notas clínicas identificables por defecto. El profesional puede desconocer si las conversaciones se almacenan, durante cuánto tiempo se conservan, qué personal puede acceder a ellas o si los datos se utilizan para mejorar el servicio.

La transferencia de un nombre ya sería problemática. La identificación no depende solo del nombre. Un conjunto de detalles aparentemente neutros puede reidentificar al paciente: localidad pequeña, profesión singular, conflicto familiar, fecha exacta de un acontecimiento y descripción de una intervención previa.

La falsa seguridad aparece cuando se sustituyen los nombres por iniciales. Eso es pseudonimización, no anonimización completa. Si el profesional conserva una tabla que permite volver a identificar a la persona, el dato sigue siendo personal. También puede seguir siéndolo cuando un tercero, combinando la información con otras fuentes, consigue identificar al paciente.

Diferencia operativa entre anonimizar y seudonimizar

  • Anonimizar implica que la reidentificación no sea razonablemente posible con los medios disponibles.
  • Seudonimizar sustituye identificadores directos por códigos, pero mantiene la posibilidad de recuperar la identidad mediante información adicional.
  • Eliminar el nombre no basta si permanecen datos singulares que apuntan a una persona concreta.
  • Separar la clave de identificación reduce la exposición, pero no transforma automáticamente el expediente en información anónima.

En un despacho pequeño, la seudonimización puede ser una medida útil. No debe presentarse como una exención del RGPD.

Protocolo de exclusión para una herramienta abierta

Si el profesional está valorando una aplicación pública, debe detener el flujo cuando concurra cualquiera de estas condiciones:

  • No existe una política clara sobre el uso de los datos para entrenamiento.
  • El proveedor no identifica a sus subencargados.
  • No hay contrato de tratamiento adecuado para la actividad.
  • La plataforma no permite eliminar las conversaciones o los archivos.
  • El alojamiento o las transferencias internacionales no están explicados.
  • La cuenta se comparte entre profesionales.
  • La autenticación de dos factores (2FA) no está disponible cuando el sistema contiene información clínica.
  • No se puede separar el entorno personal del entorno profesional.
  • El proveedor no ofrece registros de acceso.
  • El resultado se incorpora al expediente sin revisión humana.

El objetivo no es prohibir toda herramienta generativa. Es impedir que una cuenta personal se convierta, por comodidad, en un repositorio de historias clínicas.

4. Selecciona software clínico especializado

La opción más controlable suele ser un software clínico diseñado para tratar información sanitaria o psicológica. Eso no convierte al producto en conforme al RGPD de forma automática. Sí permite exigir controles que una herramienta generalista puede no ofrecer.

Busca una arquitectura que permita:

  • Cifrado de datos en tránsito y en reposo.
  • Gestión individual de usuarios.
  • 2FA para todas las cuentas con acceso clínico.
  • Permisos por función y por expediente.
  • Registro de accesos, modificaciones y exportaciones.
  • Alojamiento en servidores de la Unión Europea cuando sea necesario.
  • Políticas explícitas de no entrenamiento con datos del paciente.
  • Eliminación configurable de entradas y borradores.
  • Contrato de encargo del tratamiento.
  • Copias de seguridad cifradas.
  • Exportación de los datos en un formato utilizable.
  • Separación entre información clínica y facturación.
  • Mecanismos para corregir o eliminar información errónea.

La expresión E2EE, o cifrado de extremo a extremo, debe utilizarse con precisión. Muchos proveedores cifran la comunicación entre el navegador y el servidor, pero descifran el contenido para procesarlo. Eso no equivale necesariamente a un sistema en el que solo emisor y receptor puedan leer los datos. Pregunta dónde se descifra la información y quién controla las claves.

También hay que revisar el tratamiento de los metadatos. El texto clínico no es el único elemento sensible. Fechas de acceso, duración de una sesión, dirección IP, dispositivo utilizado y relación entre paciente y profesional pueden revelar información sobre la atención recibida.

Tabla de decisión técnica

ParámetroHerramienta generativa públicaSoftware clínico especializado
Finalidad inicialGeneración general de textoGestión y documentación clínica
Control sobre los datosPuede ser limitado o poco transparenteDebe estar definido contractualmente
Entrenamiento del modeloDepende de la configuración y del planPuede existir una política específica de no entrenamiento
Gestión de usuariosHabitualmente básica en cuentas personalesRoles, permisos y trazabilidad
AlojamientoPuede implicar transferencias no evidentesDebe declararse la ubicación y los subencargados
EliminaciónNo siempre es completa o verificableDebe existir un procedimiento documentado
Revisión clínicaNo suele formar parte del flujoPuede integrarse antes de cerrar el informe
Adecuación para datos de saludNo debe darse por supuestaRequiere auditoría, contrato y configuración correcta

La tabla no sustituye una evaluación del proveedor. Solo muestra una diferencia de diseño. Un producto especializado también puede fallar si configura mal los permisos o conserva los datos más tiempo del necesario.

5. Diseña el flujo de trabajo con controles obligatorios

La implementación debe ser gradual. Introducir IA en todos los informes desde el primer día impide saber qué parte del proceso ha generado un error.

Un protocolo razonable contiene estas fases.

Fase 1: preparar los datos

El profesional selecciona únicamente la información necesaria para el borrador. Elimina nombres, direcciones, teléfonos y cualquier identificador que no aporte valor. Si la herramienta está integrada en un entorno clínico controlado, debe comprobar que el expediente correcto está asociado a la sesión correcta.

No se deben copiar bloques completos por comodidad. La cantidad de texto no garantiza un resultado mejor. Puede introducir contradicciones, datos de terceros o afirmaciones antiguas que el modelo tratará como actuales.

Fase 2: generar un borrador limitado

La instrucción debe definir la tarea y sus límites. Por ejemplo, puede pedir que el sistema ordene la información proporcionada según una plantilla y marque las lagunas sin completarlas. Debe prohibirse, dentro del procedimiento interno, que el modelo invente síntomas, fechas, diagnósticos o intervenciones.

El sistema no debe rellenar silencios. Un campo vacío debe permanecer vacío o identificarse como pendiente de revisión.

Fase 3: revisar la fidelidad factual

El profesional compara cada afirmación del borrador con las notas originales. Hay que localizar:

  • Datos añadidos sin respaldo.
  • Fechas desplazadas.
  • Negaciones convertidas en afirmaciones.
  • Citas indirectas presentadas como hechos.
  • Síntomas atribuidos a la persona equivocada.
  • Cambios de intensidad o frecuencia.
  • Confusión entre observación clínica e interpretación.
  • Lenguaje diagnóstico no utilizado por el profesional.

Los modelos generativos pueden producir un texto fluido y falso. La fluidez no es una validación.

Fase 4: revisar el encaje clínico

Un informe correcto desde el punto de vista gramatical puede ser inadecuado para el enfoque terapéutico aplicado. La redacción debe respetar el marco utilizado por el profesional: terapia cognitivo-conductual, sistémica, psicoanalítica u otro.

No se trata de exigir que la IA razone como un terapeuta. Se trata de impedir que el borrador introduzca categorías que deformen la práctica clínica. Una herramienta que transforma toda intervención en un lenguaje diagnóstico puede cambiar el sentido del expediente.

Fase 5: aprobar y firmar

El psicólogo revisa, corrige y firma personalmente el documento final. La IA no puede firmar ni emitir informes clínicos de manera independiente. La firma implica que el profesional asume el contenido, no que valida la capacidad del modelo.

Debe conservarse una diferencia clara entre:

  • Entrada utilizada para generar el borrador.
  • Borrador producido por la herramienta.
  • Versión corregida.
  • Informe final incorporado al expediente.

No siempre será necesario conservar todas las versiones. Pero la política interna debe determinar qué se guarda, durante cuánto tiempo y con qué finalidad.

Si el profesional no puede explicar por qué una frase aparece en el informe, esa frase no está validada.

6. Controla los errores que la IA introduce con más frecuencia

La automatización añade una categoría específica de riesgo: el contenido plausible pero incorrecto. En documentación clínica, este error es más peligroso que una errata visible.

Invención de información

El modelo puede completar una estructura con contenido que no estaba en las notas. La probabilidad aumenta cuando la instrucción pide un informe cerrado y no permite campos pendientes.

Mitigación:

  • Utilizar plantillas con campos obligatorios y campos vacíos.
  • Pedir que el sistema no infiera información ausente.
  • Comparar el borrador con la fuente.
  • Eliminar cualquier interpretación no confirmada.
  • No utilizar el texto generado como memoria de la sesión.

Compresión excesiva

Un resumen puede eliminar matices clínicamente relevantes. La duración de un síntoma, su contexto y la respuesta del paciente a una intervención pueden desaparecer en una frase general.

Mitigación:

  • Definir qué variables nunca deben resumirse.
  • Separar hechos observados de hipótesis.
  • Revisar especialmente negaciones, frecuencia e intensidad.
  • Evitar límites de longitud que obliguen a borrar contexto.

Sesgo del modelo

Los algoritmos pueden reproducir asociaciones presentes en sus datos de entrenamiento. En psicología, esto puede afectar a la interpretación de género, edad, origen, discapacidad, nivel socioeconómico o forma de expresar el malestar.

Mitigación:

  • Revisar si el lenguaje asigna rasgos sin evidencia.
  • Detectar etiquetas que no proceden de la evaluación.
  • Comparar el resultado con la información clínica, no con patrones estadísticos.
  • Aplicar una revisión adicional cuando el caso incluya factores culturales o comunicativos complejos.
  • Registrar los errores recurrentes del sistema.

Confusión de identidad

Cuando se procesa información de varias sesiones o pacientes, el sistema puede mezclar referencias. El riesgo crece con cuentas compartidas, pestañas abiertas y expedientes sin identificadores internos consistentes.

Mitigación:

  • Una sesión, un expediente y un flujo de trabajo.
  • Prohibición de cuentas compartidas.
  • Bloqueo automático de pantalla.
  • Revisión del paciente asociado antes de guardar.
  • Registro de accesos y exportaciones.

Sobreinterpretación clínica

Un modelo puede convertir una descripción en una hipótesis o presentar una hipótesis como una conclusión. Esa transición debe impedirse mediante instrucciones y revisión. La IA organiza lenguaje. No obtiene por sí sola una autorización para diagnosticar.

7. Informa al paciente sin ocultar el uso de IA

La transparencia no consiste en añadir una mención técnica incomprensible. El paciente debe entender qué parte del proceso se automatiza y qué parte continúa bajo control profesional.

La explicación debe responder a cuatro preguntas:

1. ¿Se utiliza IA para transcribir, resumir o redactar?

2. ¿Qué datos entran en el sistema?

3. ¿Para qué finalidad concreta se procesan?

4. ¿Qué revisión realiza el psicólogo antes de incorporar el contenido al expediente?

Si se graba la sesión para transcribirla, el consentimiento debe cubrir la grabación y el tratamiento posterior. No es equivalente a introducir manualmente un resumen reducido. Cada operación tiene un impacto distinto.

La persona atendida también debe saber que puede plantear dudas sobre el procedimiento. El despacho debe definir cómo responderá si el paciente no acepta el uso de IA. Una alternativa manual puede ser necesaria para que el consentimiento no se convierta en una condición opaca de acceso a la atención.

Evita dos extremos

El primer extremo es ocultar el uso de la herramienta. Deteriora la transparencia y puede impedir que el paciente ejerza sus derechos con conocimiento suficiente.

El segundo es presentar la IA como una garantía de mayor calidad clínica. No existe base para prometerlo. La aplicación puede reducir tiempo de redacción, pero no demuestra por sí misma una mejor evaluación, una alianza terapéutica más sólida o un diagnóstico más exacto.

8. Audita al proveedor como un encargado del tratamiento

La relación con el proveedor debe analizarse como una relación de tratamiento de datos, no como una simple suscripción de software.

Antes de contratar, solicita respuestas verificables sobre estas cuestiones:

  • ¿Quién es el responsable del tratamiento?
  • ¿El proveedor actúa como encargado?
  • ¿Qué subencargados utiliza?
  • ¿Dónde se alojan los datos?
  • ¿Se producen transferencias fuera del Espacio Económico Europeo?
  • ¿Qué mecanismo jurídico se aplica a esas transferencias?
  • ¿Se utilizan los datos para entrenar o ajustar modelos?
  • ¿El proveedor puede acceder al contenido?
  • ¿Qué registros de actividad genera?
  • ¿Cómo se notifica una brecha?
  • ¿Cuál es el plazo de respuesta ante un incidente?
  • ¿Cómo se borran los datos al terminar el contrato?
  • ¿Qué ocurre con las copias de seguridad?
  • ¿Puede el despacho recuperar toda la información en un formato interoperable?

Una respuesta comercial del tipo privacidad garantizada no es una evidencia técnica. Hay que revisar el contrato, la política de conservación, las condiciones del producto y la configuración disponible para el administrador.

La auditoría no termina al firmar. Los proveedores cambian modelos, subcontratistas, centros de datos y condiciones de servicio. Programa revisiones periódicas. Comprueba también que la configuración activa coincide con la aprobada: el entrenamiento deshabilitado, los permisos restringidos y la retención ajustada.

9. Protege el entorno interno del despacho

La herramienta puede cumplir sus compromisos y el sistema seguir siendo vulnerable por una mala configuración local.

Aplica controles básicos, pero verificables:

  • Cuenta individual para cada profesional.
  • 2FA obligatoria.
  • Gestor de contraseñas.
  • Equipos actualizados y cifrados.
  • Bloqueo automático de pantalla.
  • Copias de seguridad separadas y cifradas.
  • Permisos mínimos necesarios.
  • Prohibición de descargar informes en dispositivos personales sin control.
  • Eliminación segura de archivos temporales y exportaciones.
  • Revisión de los dispositivos que sincronizan el expediente.
  • Formación específica sobre ingeniería social y phishing.
  • Procedimiento de notificación ante pérdida, acceso indebido o envío erróneo.

La protección no termina en la aplicación. Un informe generado correctamente puede filtrarse por correo electrónico, una carpeta compartida o una exportación sin cifrar.

También conviene limitar la impresión. Los documentos en papel quedan fuera de muchos controles digitales y pueden circular sin registro. Si se imprime, establece dónde se almacena y cómo se destruye.

10. Mide el ahorro sin sacrificar la calidad

La cifra de 20 minutos como referencia de redacción manual por informe aparece en materiales de proveedores de software especializado. No debe utilizarse como promesa universal. El tiempo real depende de la plantilla, el tipo de sesión, la experiencia del profesional y la complejidad del caso.

Para evaluar el impacto, registra durante un periodo definido:

  • Tiempo de preparación de las notas.
  • Tiempo de generación del borrador.
  • Tiempo de revisión y corrección.
  • Número de errores detectados.
  • Cambios clínicos relevantes introducidos por el profesional.
  • Incidencias de privacidad.
  • Informes rechazados por falta de fidelidad.
  • Tiempo total hasta la firma.

La métrica correcta no es cuánto tarda la IA en producir texto. Es cuánto tarda el profesional en obtener un informe válido, revisado y seguro.

Si el borrador exige una corrección extensa, el ahorro puede ser nulo. Si obliga a revisar cada frase con más atención que una redacción manual, la automatización ha trasladado el coste, no lo ha eliminado.

Indicadores que sí tienen utilidad

Un sistema piloto puede considerarse razonable cuando:

  • Reduce el tiempo administrativo total.
  • No aumenta los errores clínicos.
  • Mantiene la trazabilidad de los cambios.
  • No introduce datos no presentes en las notas.
  • Permite eliminar la información cuando corresponde.
  • Conserva el control del profesional.
  • No obliga a utilizar un proveedor cuya política sea incompatible con el tratamiento.

No debe medirse solo la productividad. Un despacho que genera más informes, pero pierde control sobre los datos, ha empeorado su posición operativa.

11. Implanta la IA por niveles de riesgo

No todas las funciones necesitan la misma autorización. Establece niveles antes de extender la herramienta al equipo.

Nivel bajo

Funciones sin datos clínicos identificables:

  • Corrección de textos administrativos.
  • Preparación de plantillas vacías.
  • Clasificación de tareas.
  • Redacción de comunicaciones generales sin información sanitaria.

Pueden aprobarse con controles ordinarios de seguridad.

Nivel medio

Funciones con datos seudonimizados o contenido clínico limitado:

  • Resumen de notas seleccionadas.
  • Reorganización de una sesión.
  • Conversión de apuntes a una plantilla.

Requieren un proveedor auditado, un flujo documentado y revisión humana obligatoria.

Nivel alto

Funciones que procesan voz, vídeo, expedientes completos o generan recomendaciones clínicas:

  • Transcripción de sesiones grabadas.
  • Análisis longitudinal de varios informes.
  • Detección automatizada de riesgo.
  • Sugerencias diagnósticas o de intervención.
  • Combinación de notas con datos de dispositivos portátiles.

Exigen un análisis de impacto más profundo, controles reforzados y una justificación clínica concreta. En algunos casos, la decisión más segura será no utilizar la función.

Este sistema de niveles evita dos errores habituales. El primero es prohibir toda IA sin distinguir tareas. El segundo es permitirlo todo porque una parte del producto parece inocua.

12. Redacta una política interna breve y ejecutable

La política no debe ser un documento decorativo. Tiene que permitir que otro profesional sepa qué puede hacer sin pedir instrucciones cada vez.

Incluye reglas como estas:

1. No introducir datos identificables en herramientas públicas no aprobadas.

2. No utilizar cuentas personales para documentación clínica.

3. No grabar sesiones sin consentimiento específico.

4. No permitir que la IA complete datos ausentes.

5. No aceptar diagnósticos o recomendaciones sin evaluación profesional.

6. Revisar cada borrador antes de incorporarlo al expediente.

7. Firmar únicamente la versión validada por el psicólogo responsable.

8. Notificar de inmediato cualquier envío erróneo o acceso no autorizado.

9. Eliminar entradas temporales conforme al plazo definido.

10. Revisar las condiciones del proveedor cuando cambie el servicio.

Asigna responsabilidades. Alguien debe mantener el inventario de herramientas. Alguien debe revisar contratos y permisos. Cada profesional debe saber quién responde ante un incidente. Si todos son responsables en abstracto, nadie ejecuta la medida concreta.

13. Qué no debe hacer un psicólogo al adoptar IA

Los fallos de implantación suelen ser previsibles:

  • Copiar y pegar la nota completa en el primer chatbot disponible. Es rápido. También puede transferir información sensible sin garantías suficientes.
  • Confundir seudonimización con anonimización. Cambiar el nombre no elimina necesariamente la identidad.
  • Firmar el borrador sin leerlo. La responsabilidad del informe sigue siendo del profesional.
  • Permitir el entrenamiento con datos clínicos por defecto. La configuración debe verificarse y documentarse.
  • Utilizar una cuenta compartida. Impide atribuir acciones y rompe la trazabilidad.
  • Guardar borradores indefinidamente. La conservación debe responder a una finalidad.
  • Delegar el diagnóstico en una puntuación algorítmica. Una salida estadística no es una evaluación clínica.
  • Prometer más eficacia por el simple uso de IA. La tecnología no valida una intervención.
  • Ignorar los sesgos del lenguaje generado. La redacción puede introducir juicios no sustentados.
  • No preparar una alternativa manual. El paciente puede no aceptar el procesamiento automatizado.

La automatización exige menos confianza y más procedimiento. Cuanto más convincente sea el texto generado, más estricta debe ser la revisión.

Conclusión: adopta la herramienta solo cuando puedas controlar el proceso

La IA para redactar informes de terapia tiene un uso razonable: transformar notas seleccionadas en un borrador estructurado para reducir trabajo repetitivo. Ese uso necesita límites. Los datos de salud están sujetos a una protección reforzada. El proveedor debe ser evaluado. El paciente debe recibir información suficiente. El profesional debe revisar, corregir y firmar.

La secuencia correcta es concreta: definir la tarea, minimizar los datos, elegir un entorno controlado, documentar la base jurídica, configurar accesos, probar con casos de bajo riesgo, auditar los errores y ampliar solo si el sistema mantiene la trazabilidad.

Si el despacho no puede responder dónde terminan los datos, quién puede acceder a ellos o qué información ha añadido la herramienta, todavía no está preparado para automatizar informes clínicos. La eficiencia empieza después del control. Nunca antes.

Preguntas frecuentes

¿Es seguro utilizar herramientas de IA públicas como ChatGPT para redactar informes de terapia?
No es recomendable, ya que el profesional suele desconocer si los datos se almacenan, quién accede a ellos o si se utilizan para entrenar modelos, lo que puede comprometer la confidencialidad del paciente.
¿Qué diferencia hay entre anonimizar y seudonimizar datos clínicos?
La anonimización implica que la reidentificación no es razonablemente posible, mientras que la seudonimización sustituye identificadores directos por códigos, pero mantiene la posibilidad de recuperar la identidad mediante información adicional.
¿Puede la IA sustituir el juicio diagnóstico del psicólogo?
No, la IA no sustituye el juicio diagnóstico, la alianza terapéutica ni la responsabilidad profesional; su función se limita a asistir en tareas administrativas o de redacción bajo supervisión estricta.
¿Qué requisitos debe cumplir un software clínico especializado para ser apto?
Debe ofrecer cifrado de datos, gestión individual de usuarios, trazabilidad de accesos, políticas explícitas de no entrenamiento con datos del paciente y un contrato de encargo del tratamiento.
¿Es suficiente con eliminar el nombre del paciente para proteger su privacidad?
No, porque un conjunto de detalles aparentemente neutros, como la profesión, la localidad o conflictos específicos, puede permitir la reidentificación del paciente por parte de terceros.