Los sistemas EDC en ensayos clínicos casi nunca aparecen en la lista de riesgos de un protocolo. Y sin embargo, un ensayo no se cae el día de la inspección: se cae meses antes, en una decisión que nadie documenta —cómo vais a recoger los datos—. Cuando el problema se ve —consultas que se acumulan, un site que transcribe tarde, una base que no se puede bloquear— ya cuesta dinero y tiempo arreglarlo.
El problema real de los equipos pequeños: nadie tiene tiempo de convertirse en experto en sistemas eClinical mientras saca adelante el ensayo. Y la información disponible la escribe, casi toda, quien vende el software.
Esta guía es lo contrario. Vas a salir sabiendo qué son exactamente los sistemas EDC en ensayos clínicos, en qué se diferencian de las otras tres siglas con las que se confunden, qué te va a exigir el regulador, cómo elegir según el tamaño de tu ensayo y cuáles son los errores que más caros salen. Sin catálogo de producto.
Qué es un sistema EDC y qué problema resuelve de verdad
Los sistemas EDC (Electronic Data Capture, captura electrónica de datos) son las plataformas donde se recogen, validan y almacenan los datos que generan los ensayos clínicos. Sustituyen al cuaderno de recogida de datos en papel por un eCRF (electronic Case Report Form, cuaderno de recogida de datos electrónico): el formulario que el equipo del centro rellena para cada participante.
Dicho así suena a digitalizar un papel. No lo es. La diferencia está en lo que ocurre mientras se introduce el dato, no después.
Un EDC aplica reglas de validación en tiempo real: rangos imposibles, campos obligatorios sin rellenar, fechas incoherentes con la visita anterior. Genera consultas automáticas al centro, deja una traza de auditoría de cada cambio y permite al monitor trabajar sobre datos que ya están limpios en lugar de perseguirlos.
El efecto se nota sobre todo en el cierre de base de datos: el punto donde más ensayos se atascan y donde un sistema mal elegido convierte semanas en meses.
EDC, eCRF, CTMS y eTMF: cuatro siglas que no significan lo mismo
Esta confusión es la que más tiempo hace perder en las primeras reuniones. Los cuatro sistemas conviven en un ensayo, pero cada uno responde a una pregunta distinta.
La regla mental es sencilla: el EDC guarda datos de pacientes, el CTMS guarda el estado del proyecto y el eTMF guarda documentos. Confundirlos lleva a comprar una herramienta esperando el trabajo de otra.
Lo que el regulador espera de tu sistema (y no es negociable)
Aquí es donde la conversación deja de ser tecnológica. Un sistema que recoge datos de un ensayo clínico es un sistema informatizado en entorno GxP (Good Practice, buenas prácticas), y eso trae obligaciones concretas.
En el ámbito europeo, el Anexo 11 de las Normas de Correcta Fabricación establece los requisitos para sistemas informatizados. Si el ensayo tiene proyección hacia Estados Unidos, entra también la norma 21 CFR Part 11 de la FDA, que regula registros y firmas electrónicas. Ambas convergen en lo mismo: el sistema tiene que estar validado, tiene que registrar quién hizo qué y cuándo, y tiene que garantizar que el dato es fiable.
Y la integridad de datos tiene una definición operativa muy concreta, que conviene conocer antes de que te la pregunten en una inspección.
La consecuencia práctica: un EDC no se "instala", se implanta y se valida. Y esa validación se documenta, porque en una inspección el documento es la única prueba que cuenta.
Ensayos descentralizados: por qué esto ya no es una conversación aplazable
Durante años se pudo sobrevivir con sistemas mínimos porque todo ocurría dentro del centro. Los elementos descentralizados —consentimiento electrónico, visitas remotas, resultados comunicados por el propio paciente, dispositivos conectados— trasladan parte de la generación del dato fuera del hospital.
La Agencia Española de Medicamentos y Productos Sanitarios (AEMPS) ha publicado una guía específica sobre la realización de elementos descentralizados en ensayos clínicos, que aterriza a la normativa española lo que el marco europeo dejaba abierto. Su mensaje de fondo es coherente con todo lo anterior: se pueden usar herramientas digitales, siempre que la fiabilidad del dato quede garantizada.
Traducido: cuantos más elementos descentralizados incorpores, más peso recae sobre el sistema que recoge los datos. Un ensayo con eConsent y ePRO sobre un EDC frágil no es un ensayo moderno, es un riesgo repartido en más puntos. Esta es también una de las capacidades que conviene evaluar cuando toca seleccionar una CRO en España: no basta con que tenga experiencia clínica, tiene que tener músculo tecnológico.
Cómo elegir un sistema EDC según el ensayo que tienes delante
No hay un sistema mejor. Hay un sistema proporcionado. Estos son los tres escenarios que más se repiten:
Cómo se implanta un EDC sin sorpresas
La implantación tiene un orden. Saltarse un paso no acelera el proyecto, lo retrasa más adelante.
Los cuatro errores que más caros salen
Los datos que salen de un EDC bien montado, además, no mueren con el ensayo: son la materia prima con la que después se construyen análisis de big data y real-world evidence que sostienen decisiones de acceso y farmacovigilancia.
Conclusión: la decisión se toma antes de que empiece el ensayo
Elegir un sistema EDC no es una compra de software. Es decidir cómo va a fluir la información de tu ensayo durante los próximos años, cómo vas a demostrar que ese dato es fiable y cuánto vas a tardar en cerrar la base cuando el último participante complete su última visita.
La buena noticia es que no hace falta tener un departamento de sistemas para hacerlo bien. Hace falta plantear las preguntas correctas en el momento correcto: antes de la primera inclusión, no después de la primera consulta de datos sin resolver.
Eso es lo que hacemos junto a los equipos clínicos: unir ciencia y tecnología para que el sistema sirva al ensayo, y no al revés.