MedaSystems abre en beta un servidor MCP para datos de acceso expandido

«¿Cuántas solicitudes se aprobaron, se trataron o se retiraron este año, por centro?». Es una de las cinco preguntas de ejemplo con las que MedaSystems presenta su nuevo servidor MCP, lanzado en beta el 19 de octubre. La compañía, una plataforma SaaS con la que laboratorios farmacéuticos gestionan programas de acceso expandido (lo que en España llamamos uso compasivo), permite ahora hacer ese tipo de consultas desde Claude, ChatGPT o Microsoft Copilot sin exportar los datos. Lo anunció en una nota de prensa distribuida por Business Wire.

La tecnología no es nueva a estas alturas; el sector sí lo es. Los programas de acceso expandido, de acceso posterior al ensayo y los estudios iniciados por investigadores (IIS) manejan información de pacientes tratados con fármacos todavía sin aprobar. Pocos terrenos exigen tanta gobernanza de datos.

Qué hace exactamente el servidor

Según el texto completo del comunicado, el servidor es de solo lectura: no crea ni modifica registros. Dentro de ese límite cubre bastante terreno:

Consultas a nivel de programa y de paciente sobre cohortes, centros, investigadores, cronologías de tratamiento y suministro de fármaco.
Salidas estructuradas: listados, tablas de frecuencias y estadística descriptiva.
Controles de calidad que detectan valores ausentes, duplicados, valores atípicos y terminología inconsistente.
Informes programados que se regeneran automáticamente con los datos actuales.

Entre los ejemplos que propone la compañía figuran listar cada reducción de dosis con el ciclo de tratamiento en que ocurrió, resumir el estado de biomarcadores de los pacientes tratados señalando dónde se desconoce, o redactar una narrativa de caso para cada paciente que haya superado diez ciclos.

Los permisos viajan con el usuario

Lo que más nos interesa del anuncio es el control de acceso. El servidor hereda el single sign-on, los permisos basados en roles y la gobernanza de datos que los clientes ya tienen configurados en MedaSystems, y cada usuario se autentica con sus credenciales habituales. La regla es sencilla: si alguien no puede ver un registro en la plataforma, su asistente tampoco. Cada cliente dispone de una conexión dedicada, los datos se quedan en MedaSystems y la empresa asegura que no se escriben datos de pacientes en los logs.

Las respuestas, además, son trazables: indican de qué registros salen y si la información está completa. En un entorno regulado, poder auditar de dónde viene una cifra pesa tanto como la cifra.

«Hemos construido el servidor para que los controles existentes de la plataforma se trasladen sin cambios», explica Jeff Thibeault, director de tecnología. Matt Rosen, CEO, lo plantea desde el lado del cliente: sus usuarios ya guardan los datos de sus programas en MedaSystems y ahora pueden trabajar con ellos en las herramientas de IA que están adoptando, sin exportarlos ni renunciar a los controles de los que dependen.

Por qué importa

Hemos visto muchos servidores MCP que exponen una API tal cual y delegan la seguridad en un token con permisos amplios. El problema de ese enfoque es que el asistente acaba viendo más que la persona que lo usa. El diseño que describe MedaSystems invierte la lógica: la identidad del usuario define el perímetro y el modelo opera dentro de él.

Que la primera versión sea de solo lectura también tiene sentido. Escribir en un registro clínico desde un asistente conversacional abre preguntas de validación, firma y responsabilidad que todavía no tienen una respuesta estándar. Empezar por consultas, informes y control de calidad permite sacar valor sin entrar en esos frentes.

Para quién es útil

El público es muy concreto: equipos de operaciones clínicas, asuntos médicos y farmacovigilancia en compañías que ya gestionan sus programas en MedaSystems. Para ellos, el cambio práctico consiste en dejar de pedir un informe a un analista, o de exportar a una hoja de cálculo, y formular la pregunta en el asistente que ya usan a diario.

La beta está disponible desde hoy para todos los clientes, que deben solicitarla a su equipo de cuenta; la configuración corre a cargo de MedaSystems. No se han publicado precios, y la fecha de disponibilidad general dependerá de lo que aporten los clientes durante la beta.

Para quienes construimos integraciones MCP, el caso sirve de referencia: conectar es la parte fácil, y el trabajo de verdad está en que permisos, auditoría y minimización de datos lleguen intactos hasta el modelo. Habrá que ver cómo se comporta fuera de la beta, pero el planteamiento es el correcto.