¿Qué es MCP en sanidad? Guía para médicos y clínicas

Los asistentes de IA son cada vez más útiles para redactar, resumir y responder preguntas, pero en sanidad resultan mucho más prácticos cuando pueden trabajar con información que ya está dentro de la historia clínica electrónica (EHR). Sin una conexión segura, el médico suele tener que localizar la información, copiarla en otra conversación y después interpretar la respuesta fuera del sistema clínico. Model Context Protocol, normalmente abreviado como MCP, propone un enfoque diferente: ofrece a los asistentes de IA compatibles una forma estructurada de solicitar información o acciones permitidas a otra aplicación mientras esa aplicación mantiene el control.

¿Qué es MCP?

MCP significa Model Context Protocol. Es un estándar abierto que permite a asistentes de IA compatibles conectarse con software externo y utilizar capacidades concretas que ese software pone a su disposición. En un EHR, esas capacidades pueden incluir consultar la agenda, recuperar partes permitidas del historial de un paciente, revisar trabajos de seguimiento registrados o crear una cita.

Lo importante es que MCP es el estándar de conexión, no un sustituto del EHR. El EHR sigue decidiendo qué información está disponible, qué acciones pueden realizarse y qué usuario tiene permiso para hacerlas. Una conexión bien diseñada no debería ofrecer al asistente de IA acceso ilimitado a la base de datos. En su lugar, el EHR expone un conjunto definido de capacidades útiles y aplica sus propias reglas de permisos antes de devolver información o aceptar un cambio.

Los médicos no necesitan conocer los detalles técnicos de MCP para utilizarlo. Desde su punto de vista, la experiencia puede ser tan sencilla como preguntar «¿Cuál es mi agenda de hoy?» o indicar «Mueve esta cita al viernes a las 11:00». El protocolo funciona por debajo de la conversación para conectar al asistente con la capacidad correspondiente del EHR.

¿Por qué necesita MCP un asistente de IA?

Una conversación de IA normal no sabe automáticamente qué está almacenado en un EHR en ese momento. Si un médico quiere ayuda para revisar el historial de un paciente, de otro modo tendría que abrir la ficha, identificar los datos relevantes, copiarlos en la conversación y repetir el proceso cuando la información cambie. Es un proceso lento, fácil de realizar de forma inconsistente y que separa la interacción con la IA de los controles de acceso habituales del EHR.

Con una conexión MCP, el médico puede pedir información al asistente y el asistente puede solicitarla al EHR mediante una capacidad permitida. El EHR comprueba la conexión, los permisos del usuario, la configuración de la clínica y el acceso al registro correspondiente antes de devolver nada. El mismo patrón sirve para acciones compatibles: el asistente solicita un cambio, el EHR valida si está permitido y los cambios sensibles pueden exigir una confirmación explícita antes de guardarse.

Así, el asistente de IA se convierte en una nueva interfaz para trabajar con el EHR, en lugar de ser otro lugar donde el médico reconstruye manualmente el contexto clínico. El sistema de origen sigue siendo CloudMedico u otro EHR, mientras que el asistente ayuda al usuario a trabajar con él mediante lenguaje natural.

MCP frente a copiar información del paciente en un chat

Copiar y pegar puede servir para tareas puntuales, pero tiene limitaciones claras. El usuario decide manualmente qué copiar, de modo que puede omitir contexto importante o incluir más información de la necesaria. Además, el texto copiado queda separado del registro activo: si después cambia una cita, una prescripción, un examen o un diagnóstico, la conversación antigua no lo sabe automáticamente.

Una conexión controlada con el EHR funciona de forma diferente. El EHR continúa siendo la fuente de referencia, el asistente solicita información cuando la necesita y la aplicación puede aplicar los permisos actuales en cada solicitud. La clínica también puede decidir qué capacidades estarán disponibles. Esto no convierte automáticamente a cualquier proveedor externo de IA en adecuado para cualquier clínica, pero crea unos límites de aplicación mucho más claros que entregar al asistente grandes bloques de texto clínico copiado.

Las clínicas deben seguir evaluando al proveedor externo de IA que elijan, incluidos sus términos, configuración de privacidad, tipo de cuenta, tratamiento de datos y cualquier obligación legal o contractual aplicable a su organización. MCP define cómo pueden conectarse los sistemas; por sí solo no determina si un proveedor o flujo concreto cumple las obligaciones de una clínica.

¿Qué puede hacer MCP realmente en un EHR?

La forma más útil de entender MCP es pensar en flujos de trabajo cotidianos en lugar de nombres técnicos. Un asistente conectado puede ayudar al médico a revisar información ya registrada en el EHR, prepararse para un paciente o realizar tareas administrativas y clínicas permitidas.

Las capacidades exactas dependen del EHR y de la configuración de la clínica. En CloudMedico, las conexiones compatibles pueden revisar citas, visitas, prescripciones, exámenes, alergias, afecciones, cirugías, altas, información de documentos, trabajos de seguimiento y estadísticas permitidas de la clínica. Cuando se habilita el acceso de escritura, los flujos compatibles incluyen crear o actualizar citas, cancelar una cita después de confirmación y crear o actualizar visitas, prescripciones y exámenes después de confirmación.

Eso no significa que la IA decida de forma independiente qué debe prescribirse o cómo tratar a un paciente. El médico sigue aportando y revisando la decisión clínica. El papel de la conexión es facilitar la recuperación, organización y registro de información permitida.

Cómo siguen funcionando los permisos y controles

Una de las ideas erróneas más frecuentes sobre un EHR conectado con IA es pensar que conectar el asistente le da acceso a todo. No debería ser así. Una integración bien diseñada mantiene el EHR como límite de autorización.

En la práctica, el acceso puede depender de varias capas: si la clínica ha activado las conexiones de IA, qué capacidades ha habilitado, qué puede ver o modificar normalmente el usuario conectado en el EHR, si el usuario puede acceder al paciente o profesional correspondiente y si la conexión sigue activa. Si un usuario no puede acceder a un registro mediante el modelo normal de permisos del EHR, una conexión de IA no debería ofrecer una vía para saltarse esa restricción.

Las acciones de escritura tampoco tienen que funcionar todas igual. Una petición rutinaria de agenda puede realizarse directamente cuando el usuario la ha solicitado claramente y tiene el permiso necesario. Los cambios más sensibles, como registrar una visita, modificar una prescripción, añadir un examen o cancelar una cita, pueden mostrarse primero al usuario y exigir una confirmación explícita antes de guardarse.

¿Qué ocurre con la privacidad del paciente?

Las integraciones sanitarias deben reducir la exposición innecesaria de la identidad del paciente. Una forma de hacerlo es evitar utilizar el nombre del paciente como mecanismo habitual de búsqueda disponible para el asistente externo. CloudMedico, por ejemplo, utiliza una referencia de paciente de CloudMedico para flujos de IA específicos del paciente, en lugar de exponer la búsqueda por nombre a través de la conexión.

La vista disponible para la IA también puede ser deliberadamente más limitada que el historial completo. Los identificadores directos que no son necesarios para la tarea solicitada no tienen por qué exponerse simplemente porque existan en el EHR. El principio es la minimización de datos: proporcionar la información necesaria para la tarea permitida, no todos los campos disponibles en la aplicación.

Una referencia de paciente no convierte la información clínica subyacente en anónima. Sigue siendo información sanitaria y debe tratarse como tal. Las clínicas continúan siendo responsables de evaluar el proveedor de IA que conecten, entender dónde se procesa la información, revisar los términos y ajustes de privacidad relevantes y decidir qué flujos son apropiados para su entorno.

Lo que MCP no significa

MCP se describe a veces como una forma de que la IA «utilice» otro software, pero eso no implica que la IA deba recibir control ilimitado. MCP no significa por sí mismo que un asistente pueda buscar a todos los pacientes, leer todos los campos, modificar cualquier registro, realizar diagnósticos autónomos, prescribir de forma independiente o eludir el sistema de permisos del EHR.

Tampoco significa que todas las funciones del EHR se expongan automáticamente. El desarrollador de la aplicación y la clínica pueden limitar deliberadamente qué puede solicitar o cambiar el asistente. Y utilizar MCP no convierte automáticamente un flujo en legalmente conforme. El protocolo es infraestructura; el diseño del producto, los permisos, las condiciones del proveedor, la gobernanza clínica y los requisitos legales locales siguen siendo importantes.

Un ejemplo sencillo de uso real

Imagine que un médico comienza el día preguntando «¿Cuál es mi agenda de hoy?». El asistente solicita al EHR la agenda permitida y devuelve las citas en un formato útil. Antes de la siguiente visita, el médico selecciona al paciente en CloudMedico y pide un resumen conciso utilizando la referencia de CloudMedico del paciente. El asistente puede revisar el historial permitido, como visitas recientes, prescripciones, exámenes, alergias, afecciones e información de seguimiento.

Después de la consulta, el médico puede proporcionar los datos que desea registrar y pedir al asistente que prepare la actualización de la visita. El asistente muestra primero la información propuesta. El médico la revisa y confirma explícitamente antes de guardarla. Más tarde puede pedir que una cita de seguimiento se mueva a otra hora. Así, la misma conversación puede pasar de consultar información a realizar una acción permitida sin sacar al EHR del proceso.

Cómo utiliza MCP CloudMedico

CloudMedico utiliza MCP como capa de conexión de su función AI Assistant Connections. Las experiencias compatibles de Claude y ChatGPT en la aplicación de escritorio pueden trabajar con información y flujos permitidos de CloudMedico mediante una conexión configurada. ChatGPT clásico en la web no es compatible actualmente, y la disponibilidad del proveedor puede depender de la cuenta o de la configuración del espacio de trabajo.

CloudMedico mantiene su modelo de permisos existente, permite a las clínicas controlar qué capacidades están disponibles, utiliza referencias de paciente en lugar de búsqueda por nombre para los flujos de IA específicos de pacientes y exige confirmación antes de guardar cambios sensibles compatibles. Las conexiones también pueden revocarse. Las acciones habituales de agenda pueden realizarse directamente cuando el usuario da una instrucción clara y tiene permiso, mientras que las escrituras clínicas, como visitas, prescripciones y exámenes, se presentan para revisión y confirmación.

El objetivo no es dar al asistente de IA una copia de todo el EHR. Es ofrecer acceso controlado a flujos concretos mientras CloudMedico sigue decidiendo qué puede ver y hacer el usuario conectado.

¿Qué debería preguntar una clínica antes de conectar IA con su EHR?

Antes de adoptar un flujo de EHR conectado con IA, una clínica debería entender claramente dónde están los límites. Algunas preguntas útiles son: ¿A qué información puede acceder el asistente? ¿Hereda los permisos existentes del usuario? ¿Puede la clínica desactivar capacidades individuales? ¿Se muestran los cambios sensibles para confirmación? ¿Pueden revocarse las conexiones? ¿Quedan auditados los accesos y cambios? ¿Cuánta identidad del paciente se expone? ¿Qué información se envía al proveedor externo de IA y cuáles son sus términos y ajustes de privacidad?

Las respuestas claras a estas preguntas importan más que el nombre del protocolo. MCP puede ofrecer una base técnica útil, pero la seguridad y utilidad de un EHR conectado con IA dependen de cómo la aplicación implemente alrededor de esa conexión los permisos, la protección de identidad, la confirmación, la auditoría, la revocación y la minimización de datos.

MCP es un puente, no un sustituto del EHR

En sanidad, la forma más útil de pensar en MCP es como un puente controlado entre un asistente de IA y el EHR. Puede facilitar la recuperación de información existente y la realización de flujos compatibles mediante lenguaje natural, mientras que el EHR sigue siendo el sistema de registro y el lugar donde se aplican las reglas de acceso.

Si quiere ver cómo funciona en la práctica, explore la integración de EHR con ChatGPT y Claude de CloudMedico, siga la guía de configuración y seguridad o consulte el recetario de 25 prompts para ver ejemplos prácticos.