Integración de datos en asuntos médicos: cómo vincular los conocimientos con la evidencia en 2026

Si le preguntas a un vicepresidente de Asuntos Médicos si su organización tiene un «problema de integración de datos», la mayoría responderá que sí sin dudarlo. Si le preguntas cuál es realmente ese problema, las respuestas varían: registros desordenados de los profesionales sanitarios, entradas duplicadas de los líderes de opinión clave, un CRM en el que nadie confía. Esos son problemas reales. Pero tampoco son los que le están costando más valor estratégico al departamento de Asuntos Médicos.

El problema más grave pasa más desapercibido: tu equipo de campo, tus consejos asesores y tus programas de participación de pacientes están generando, en este mismo momento, información genuina y relevante desde el punto de vista de la evidencia, y en la mayoría de las organizaciones, ninguna de esas tres fuentes puede ver lo que hacen las demás. Esta es la pieza que las conecta —no proponiendo una nueva base de datos, sino definiendo lo que realmente requiere la integración una vez que la propia información es lo que merece la pena conectar, y no solo los registros que describen quién la generó—.

Qué significa la «integración de datos» para el departamento de Asuntos Médicos y qué no significa

Se trata de un problema distinto al de la gestión de datos maestros (MDM), que resuelve la resolución de entidades: garantizar que «la Dra. Sarah Chen del Memorial Hospital» sea reconocida como la misma persona en tu CRM, en tus datos de reclamaciones y en tu base de datos de publicaciones. La MDM es importante, y la mayoría de las organizaciones ya cuentan con un flujo de trabajo dedicado a ella. Por sí sola, no te indica que una preocupación que un líder de opinión clave (KOL) planteó en un comité asesor el trimestre pasado y otra que otro KOL planteó a un MSL sobre el terreno el mes pasado describan la misma laguna en la evidencia. Se trata de un problema semántico, no de resolución de identidades —y es precisamente de lo que trata este artículo—.

También conviene dejar claro lo que esto no es: un argumento para desmantelar los sistemas existentes. La mayor parte de la fragmentación a la que se enfrenta el departamento de Asuntos Médicos no se debe a un fallo tecnológico. Se debe a la ausencia de un método común para clasificar la información una vez capturada, independientemente del sistema que la haya recopilado.

Las cuatro capas de datos que genera toda organización de Asuntos Médicos

Casi todas las organizaciones de Asuntos Médicos ya generan cuatro capas distintas de información. El problema no es que falte una capa, sino que rara vez se comunican entre sí.

Cada capa, examinada por separado, parece estar razonablemente bien gestionada. El coste se manifiesta en las lagunas que existen entre ellas. Un programa de evidencia del mundo real que solo se basa en datos del mundo real (RWD) externos carece del «porqué» que aportarían los conocimientos de campo. Un comité asesor virtual que genere una visión clínica precisa no tiene forma de comprobar si tres MSL escucharon lo mismo el mes pasado. Un programa de participación centrado en el paciente que recopile datos PRO reales no tiene vía para llegar al MSL que mantendrá un intercambio científico con un profesional sanitario sobre la misma carga sintomática la semana que viene.

Ninguna de estas lagunas se manifiesta como un mensaje de error. Se manifiestan como un estudio cuyo alcance se define ocho meses más tarde de lo que podría haberse hecho, porque el patrón que lo habría justificado antes se encontraba repartido entre tres sistemas que nunca compararon sus notas.

Lo que realmente requiere la integración de estas capas

Solucionar esto no empieza con un proyecto de almacén de datos. Empieza con una taxonomía compartida: una forma coherente de etiquetar la información, independientemente de su fuente, de modo que una observación de campo y una conclusión de un comité asesor sobre el mismo tema acaben en la misma categoría.

Una taxonomía funcional necesita cuatro dimensiones aplicadas de forma coherente en todas las capas:

1. Área terapéutica: el estado de la enfermedad o la línea de productos a la que se refiere la información.
2. Tipo de laguna de evidencia: de qué tipo de cuestión se trata (eficacia, seguridad, adherencia, acceso, necesidad no cubierta).
3. Fuente de las partes interesadas: profesional sanitario líder de opinión, asesor de pacientes, observación de campo de un representante médico (MSL), datos del mundo real (RWD) externos.
4. Confianza y frecuencia: cuántas fuentes independientes han planteado este tema y con qué grado de directividad.

Hacerlo bien es una cuestión de gobernanza tanto como técnica. La taxonomía necesita un responsable interfuncional —normalmente, el departamento de Asuntos Médicos y HEOR conjuntamente—, y que el departamento de Cumplimiento normativo apruebe cómo se gestionan de forma diferente los datos procedentes de pacientes y de profesionales sanitarios. Sin un responsable designado, las taxonomías se desvían: una región etiqueta las preocupaciones sobre la «adherencia» de forma diferente a otra, y la identificación de patrones que justificaba todo este ejercicio se rompe silenciosamente.

La cuestión de la plataforma es importante, pero es secundaria respecto a la de la taxonomía. Un CRM de Asuntos Médicos que aplique una única taxonomía a los datos de campo, del comité asesor y de los pacientes hace que el patrón sea visible automáticamente. Las mismas cuatro capas de datos alojadas en cuatro herramientas bien gestionadas pero desconectadas entre sí nunca revelarán el patrón, por muy buena que sea cada herramienta por separado. Aquí es también donde el intercambio científico se convierte en una fuente de datos genuina, en lugar de ser simplemente una categoría de cumplimiento normativo: cada conversación entre un MSL y un KOL que cumpla con la normativa es una posible información valiosa, y debe capturarse con el mismo rigor que todo lo demás.

Cómo debería ser

Preguntas clave que se plantean los responsables de Asuntos Médicos sobre la integración de datos

¿No se trata simplemente de la gestión de datos maestros (MDM) con otro nombre?

No: resuelven problemas distintos y, por lo general, ambos son necesarios. La gestión de datos maestros (MDM) responde a la pregunta «¿es este el mismo registro de un profesional sanitario en todos nuestros sistemas?». La integración de información responde a la pregunta «¿describen estas tres perspectivas diferentes, procedentes de tres fuentes distintas, la misma laguna de evidencia subyacente?». Una organización puede tener un MDM excelente y, aun así, carecer por completo de visibilidad sobre los patrones de información entre fuentes, ya que el MDM no está diseñado para eso.

¿Por dónde debemos empezar si es la primera vez que integramos información?

Empieza por la taxonomía, no por la tecnología. Define tus categorías de lagunas de evidencia, la estructura de las áreas terapéuticas y las etiquetas de las partes interesadas y las fuentes antes de evaluar cualquier plataforma. La mayoría de los proyectos de integración que comienzan con la adquisición de una herramienta acaban forzando los datos a encajar en una estructura sobre la que nadie se había puesto de acuerdo; empezar por la taxonomía significa que la elección de la herramienta resulta mucho más sencilla, ya que sabes exactamente qué es lo que debe soportar.

¿Quién debe ser el responsable de la taxonomía compartida?

En la práctica, lo que mejor funciona es la titularidad conjunta entre Asuntos Médicos y HEOR, con la participación específica del departamento de Cumplimiento Normativo en lo que respecta a cómo se etiquetan y gestionan de forma diferenciada los datos procedentes de pacientes y de profesionales sanitarios. Una taxonomía que sea propiedad de una sola función tiende a orientarse hacia las prioridades de esa función y pierde relevancia para las demás.

¿Plantea problemas de cumplimiento normativo integrar la información de los comités asesores y de los pacientes en un mismo sistema?

Requiere cuidado, no que se evite. Los datos de los consejos asesores de profesionales sanitarios, la información de campo de los MSL y la información procedente de los pacientes conllevan, cada uno, diferentes requisitos de consentimiento, divulgación y tratamiento. Unificar la taxonomía que clasifica la información no significa eliminar esas distinciones: el sistema debe preservar el tratamiento de cumplimiento específico de cada fuente, al tiempo que permite comparar el contenido por temas.

¿Cómo sabemos si la fragmentación nos está costando realmente algo cuantificable?

Fíjate en el «tiempo hasta la cobertura»: cuánto tiempo transcurre desde que aparece el primer indicio de una laguna de evidencia en algún punto de tu organización hasta que un estudio o un informe científico la aborda. Las organizaciones con información fragmentada normalmente ni siquiera pueden responder a esta pregunta, porque ningún sistema dispone de la cronología completa. Esa incapacidad para responder es, en sí misma, el diagnóstico.

Las organizaciones que obtendrán un valor real de sus datos en 2026 no serán aquellas que cuenten con más sistemas. Serán aquellas en las que una información pueda reconocerse como la misma información, independientemente de cuál de las cuatro capas proceda.