Copiloto clínico: qué es y qué hace por el médico (y qué no hace)

1. Copiloto clínico, en una frase

Un copiloto clínico es una capa de inteligencia artificial integrada en el software de la consulta que asiste al profesional en tareas de escritura, resumen y clasificación —redactar un borrador de nota de evolución, resumir la historia larga de un paciente, sugerir un código diagnóstico— siempre bajo revisión y confirmación explícita del profesional. No sustituye al criterio clínico ni firma nada por él; acorta el tiempo que el profesional dedica a las partes mecánicas del trabajo para que dedique más al paciente.

1.1. Una asistencia, no un asistente autónomo

El nombre «copiloto» es exacto: hay alguien pilotando y el sistema copilota. Cada propuesta del modelo aparece delante del profesional como borrador para revisar. Nada se guarda en la historia clínica sin que el profesional lo apruebe explícitamente, y esa confirmación tiene la misma naturaleza que la firma electrónica de una nota escrita a mano.

1.2. Y una asistencia acotada

El copiloto no cubre todas las tareas del profesional. Escribe borrador de nota pero no interpreta una campimetría; resume historia pero no sugiere pauta terapéutica; propone código CIE-10 pero no decide diagnóstico definitivo. El límite entre lo asistido y lo que se decide sin asistencia es una línea de diseño del producto, no una restricción técnica que pueda saltarse con un ajuste.

1.3. Y una asistencia que se puede apagar

El profesional puede desactivar el copiloto en cualquier momento y trabajar como sin él. La adopción es opcional para cada consulta y para cada tipo de tarea. Un sistema que obliga a usar el copiloto ha entendido mal su papel.

2. Qué hace bien un copiloto en consulta

Las tareas donde un copiloto aporta valor real están bien identificadas por la experiencia acumulada. Merece la pena enumerarlas para separar lo verificable de la promesa comercial.

2.1. Borrador de nota de evolución a partir de la visita

El profesional dicta o teclea unos apuntes durante la consulta; el copiloto produce un borrador estructurado con motivo, exploración, valoración y plan. El profesional revisa, corrige y confirma. El tiempo de redacción baja significativamente en visitas donde la escritura consumía mucho más que el propio acto asistencial.

2.2. Resumen de historia larga

El paciente crónico con historial de años acumula decenas de notas. El copiloto produce un resumen de los últimos episodios, cambios de tratamiento, alergias detectadas y hallazgos relevantes que el profesional lee antes de la consulta. Sin ese resumen, el profesional se leería las últimas cinco o seis visitas cada vez o tomaría decisiones con contexto incompleto.

2.3. Sugerencia de código diagnóstico o de facturación

A partir de la nota redactada, el copiloto propone el código CIE-10 correspondiente y —cuando aplica— el código de facturación al pagador. El profesional confirma o corrige. La codificación mecánica es una fuente conocida de errores administrativos y de rechazos de factura; delegarla en un asistente reduce mucho ese tipo de error, con el humano validando lo que se guarda.

2.4. Preparación de documentos derivados

Borrador de informe de derivación, borrador de informe al pagador, borrador de instrucciones al paciente al terminar la consulta. Todo redactado a partir de la información del episodio, listo para que el profesional lo revise y firme. Ahorra las partes mecánicas de la redacción y mantiene el criterio en el que revisa.

3. Qué no hace: los límites por diseño

Cada borrador aparece marcado como tal: no se confunde con una nota ya firmada.

Los límites de un copiloto serio son tan importantes como sus capacidades. Cuatro cosas que no hace por diseño, no por casualidad.

3.1. No diagnostica

El copiloto no emite diagnósticos. Puede sugerir códigos consistentes con la nota que el profesional ha escrito, pero no elabora un diagnóstico diferencial ni propone hipótesis clínicas nuevas. La decisión diagnóstica pertenece al profesional que atendió al paciente, con toda la exploración delante que la máquina no ha visto.

3.2. No prescribe

El copiloto no propone tratamientos, dosis ni pautas. Puede redactar el apartado de plan a partir de lo que el profesional ya ha decidido, y puede sugerir formato adecuado, pero no elige la molécula ni ajusta la dosis. La prescripción es acto médico y sigue siendo del profesional.

3.3. No firma nada en nombre del profesional

Ningún borrador que produce el copiloto se guarda en la historia clínica ni se envía al pagador ni se entrega al paciente hasta que el profesional lo revise y confirme con firma electrónica. La confirmación no es un formalismo: es lo que convierte el borrador en acto asistencial y lo que asigna la responsabilidad.

3.4. No trabaja sin seudonimización

La seudonimización del texto clínico antes de la llamada al modelo es una regla firme del ecosistema. Cuando la capa de seudonimización no está disponible por cualquier motivo, la llamada al modelo no se hace. Es más restrictivo de lo que la norma exige, y es una decisión deliberada del producto para que la privacidad no dependa de la memoria del equipo.

4. La IA propone, la persona confirma

Es la regla que atraviesa cualquier flujo de IA en el ecosistema y la que separa un copiloto responsable de una automatización peligrosa. Merece detalle.

4.1. Cada borrador aparece marcado como tal

El profesional ve la propuesta con marca visual clara —«borrador generado por IA, pendiente de revisar»—. No se puede confundir con una nota escrita a mano ni con un documento ya validado. El marcado dura hasta que el profesional confirma.

4.2. La confirmación exige lectura y aprobación explícita

No basta con guardar. El profesional debe abrir el borrador, leerlo, corregir lo que corresponda y pulsar la confirmación específica que lo convierte en acto asistencial. El paso extra —dos clics en vez de uno— es intencional: previene que se acumulen borradores no revisados que después nadie recuerda si son fiables.

4.3. La trazabilidad conserva la versión original del modelo

El borrador que produjo el modelo y las correcciones que hizo el profesional quedan registradas en el histórico del documento. Cuando llega una reclamación años después, se puede saber qué escribió la IA, qué corrigió el profesional y qué firmó al final. La responsabilidad clínica es del profesional siempre; la trazabilidad es la evidencia de que el criterio humano existió.

5. Seudonimización obligatoria antes de la llamada

El otro pilar firme, imposible de saltarse en cualquier flujo de IA del producto. La justificación técnica y jurídica se desarrolla en la nota específica; aquí interesa la consecuencia práctica.

5.1. Qué se sustituye antes de mandar

Los identificadores directos del paciente —nombre, DNI, número de historia— por marcadores opacos. Los cuasi-identificadores —fecha de nacimiento exacta, código postal completo— se agregan o se sustituyen por rangos. La información clínica se conserva íntegra: es lo que el modelo necesita para hacer su trabajo, y su ausencia dejaría al modelo sin utilidad.

5.2. La respuesta se reidentifica dentro del sistema

El modelo devuelve el borrador con los marcadores opacos. El sistema del centro sustituye los marcadores por los datos reales del paciente correspondiente antes de mostrar la respuesta al profesional. La reidentificación usa un vínculo local que nunca sale del sistema. Sin ese vínculo, la respuesta llegaría con «paciente PA-8f3c2» en lugar del nombre correcto.

5.3. Si la capa no está, no se llama

La regla firme: cuando la capa de seudonimización no está disponible —fallo del servicio, actualización, mantenimiento—, la llamada al modelo se cancela y el copiloto no funciona. El profesional trabaja como sin él hasta que la capa se restablezca. Preferimos no sugerir a filtrar información que después no se puede recuperar.

6. Qué exigen RGPD, AEPD y Ley 41/2002

Tres marcos que aplican a la vez cuando el copiloto trabaja sobre historia clínica del paciente.

6.1. Base jurídica del tratamiento

El uso de IA sobre datos de salud es un tratamiento adicional que necesita base jurídica declarada. En un centro sanitario suele apoyarse en el interés legítimo o en la ejecución del contrato con el paciente, y debe recogerse en el registro de actividades de tratamiento del centro. Un flujo de IA que no aparece en el registro es un flujo sin cobertura documental.

6.2. Evaluación de impacto

La AEPD ha señalado que los tratamientos con IA sobre datos de salud generalmente requieren evaluación de impacto en protección de datos previa. Es un documento formal del centro que analiza qué se va a tratar, qué riesgos hay y qué medidas se toman. Sin ese documento, la implantación se ha hecho sin la reflexión de responsabilidad que exige la normativa.

6.3. Trazabilidad y confidencialidad

La Ley 41/2002 obliga a que cada acto asistencial deje rastro con autor y fecha. Cuando el copiloto genera un borrador que el profesional aprueba, el rastro debe incluir la generación por IA y la confirmación humana. La responsabilidad final es del profesional, y la trazabilidad es la prueba del ejercicio del criterio.

6.4. Contrato con el proveedor del modelo

El proveedor del modelo actúa como encargado de tratamiento del centro y debe firmar el contrato del artículo 28 del RGPD, con las medidas específicas que impone el ámbito sanitario. Un copiloto en marcha sin ese contrato es una comunicación de datos personales sin cobertura formal.

7. Qué debe hacer tu software antes de arrancar

Consentimiento, contrato de encargado y evaluacion de impacto antes de la primera historia real.

Cuatro criterios verificables antes de que el copiloto vea la primera historia real.

7.1. Documento de tratamiento actualizado

El registro de actividades de tratamiento del centro incluye el flujo de IA con la base jurídica, la finalidad, los datos tratados, el encargado del tratamiento y las medidas de seguridad. Sin ese documento, el flujo arranca sin la formalidad que la AEPD exige.

7.2. Contrato de encargado firmado con el proveedor del modelo

Con las medidas específicas del artículo 28 del RGPD, incluyendo declaración de sub-encargados si el proveedor apoya en infraestructura de terceros. Un contrato genérico de servicios que no cumpla los requisitos del artículo 28 no ampara el flujo.

7.3. Información al paciente actualizada

La cláusula informativa que el paciente firma al alta en el centro incluye la mención del uso de IA con sus datos, la finalidad y los derechos que puede ejercer al respecto. Un flujo de IA sobre datos del paciente sin haberle informado es un incumplimiento del principio de transparencia del RGPD.

7.4. Capa de seudonimización activa y comprobada

La capa está funcional y se ha probado con datos ficticios antes de la primera visita real. Un fallo silencioso de la capa en el arranque es lo que produce las fugas más graves; la comprobación previa —envío de prueba, verificación de que llegó seudonimizado— evita ese escenario.

8. Errores frecuentes al implantar un copiloto

• Aceptar el borrador sin leer, con el argumento de que «suele estar bien». La confirmación humana pierde sentido.
• Arrancar sin cláusula informativa actualizada al paciente. Incumplimiento formal desde el día uno.
• Saltar la capa de seudonimización «por esta vez». En pocas semanas la excepción es la norma.
• Delegar en el copiloto tareas que exceden su ámbito —diagnóstico, prescripción, decisión clínica—.

8.1. El error que más caro sale: confirmar sin leer

El profesional recibe cincuenta borradores al día, revisar cada uno cuesta. Con el tiempo aparece la tentación de confirmar en cascada asumiendo que el modelo suele acertar. Cuando aparece el borrador con el error concreto —una alergia mal interpretada, una dosis mal transcrita, un dato del paciente equivocado— la confirmación desatenta le da carácter de acto asistencial firmado, con la responsabilidad clínica correspondiente. La disciplina que evita este escenario es formación explícita del equipo y muestras periódicas de auditoría interna. La política de cumplimiento del centro debería incluir esta comprobación.

8.2. Pretender que el copiloto interprete lo que no ha visto

El modelo no ve la exploración física, la interacción del paciente, la sensación del profesional durante la consulta. Cuando se le pide interpretar la campimetría o sugerir el pronóstico, produce respuesta plausible pero desconectada del caso real. Los usos donde el modelo aporta son los mecánicos de escritura; los interpretativos requieren la exploración clínica completa que solo tiene el profesional.

8.3. Confundir asistencia con automatización

Un copiloto es asistencia bajo revisión; un flujo automatizado es un proceso sin humano en el bucle. En un centro sanitario, la automatización sin revisión humana sobre acto asistencial no está permitida por la naturaleza del acto, no por decisión del producto. Un proveedor que ofrece «documentación automática sin necesidad de revisar» está ofreciendo algo que en sanidad no debería ofrecerse.

9. Qué aporta obeliOmed con esto

9.1. Copiloto integrado con marca visible del borrador

El copiloto de obeliOmed vive dentro del expediente del paciente. Genera borradores para las tareas que asume —nota de evolución, resumen de historia, sugerencia de código— con marca visual clara de «borrador generado por IA, pendiente de revisar». El profesional lee, corrige y confirma con la firma electrónica que ya usa para cualquier otra nota. Los borradores sin confirmar no se guardan como acto asistencial.

9.2. Seudonimización siempre delante, sin excepción

Toda llamada del copiloto al modelo pasa por la capa de seudonimización. Si la capa no está disponible por cualquier motivo, la llamada no se hace y el copiloto avisa al profesional. La regla se aplica sin configurar, sin permiso de excepción y sin ajuste que la desactive.

9.3. Lo que no hace, dicho antes de que lo preguntes

obeliOmed no propone diagnósticos, no sugiere pautas terapéuticas, no automatiza flujos asistenciales sin confirmación humana y no arranca sin el contrato con el proveedor del modelo y sin la cláusula informativa del paciente actualizada. La lista de límites es explícita porque los flujos que fingen ignorarlos son los que la AEPD ha empezado a mirar con más atención.