Un eCRD —cuaderno de recogida de datos electrónico, también llamado eCRF (electronic case report form)— es el formulario digital que un estudio clínico usa para capturar los datos de un paciente concreto: sus visitas, sus mediciones, sus eventos adversos, todo lo que pide el protocolo. "CRD" y "CRF" se refieren a lo mismo; CRD (cuaderno/documento de recogida de datos) es más habitual en contextos regulatorios en español y europeos, CRF en contextos internacionales y estadounidenses. La "e" simplemente indica que vive en software en lugar de en papel.
Esa definición de una frase es donde la mayoría se detiene, y es justo donde empieza la parte útil. La pregunta interesante no es qué es un eCRD, sino qué tiene que ser cierto a su alrededor para que los datos que captura sean realmente fiables.
eCRD, eCRF, EDC, CDMS: los términos, desenredados
Estos cuatro términos se usan casi indistintamente en la conversación informal, y eso genera confusión real al evaluar una plataforma. Esta es la relación real:
- CRD / CRF: el documento. Un formulario, históricamente en papel, que captura los datos de un paciente para un estudio.
- eCRD / eCRF: el mismo documento, electrónico. No es una categoría de software, solo la versión digital del propio formulario.
- EDC (captura electrónica de datos): la categoría de software que construye y aloja los eCRF, más el flujo de trabajo alrededor: reglas de validación, roles de usuario, auditoría.
- CDMS (sistema de gestión de datos clínicos): EDC más la capa de revisión encima: queries, verificación de datos fuente, limpieza de datos, bloqueo. Algunos proveedores venden EDC y CDMS como productos separados; otros, incluido Arion, lo tratan como un único sistema porque la capa de revisión no tiene sentido sin la capa de captura debajo.
Qué contiene realmente un eCRD
Un eCRD moderno rara vez es un formulario plano. Se estructura según el calendario de visitas del protocolo: cada visita (o "evento") se vincula a una o varias páginas, cada página contiene un conjunto de campos, y cada campo tiene un tipo (texto, número, fecha, opción enumerada, valor calculado o derivado) más reglas de validación que deciden qué cuenta como una entrada plausible.
Por debajo del formulario que ve el equipo del estudio, un eCRD bien construido mantiene un modelo de datos normalizado: la definición del campo (parte del diseño del estudio) es un objeto distinto del valor del campo (parte del dato capturado de un paciente concreto). Esa separación es lo que hace posibles dos cosas más adelante: modificar el formulario con seguridad cuando ya hay pacientes incluidos, y ejecutar estadística sobre los valores capturados sin exportarlos a ningún sitio.
Cómo encaja un eCRD en un estudio, de principio a fin
El eCRD en sí es el paso de captura, pero se sitúa en medio de una cadena más larga: un protocolo se traduce en diseño de estudio (la estructura del eCRD), un centro captura datos sobre ese diseño, los revisores trabajan queries y verificación de datos fuente sobre lo capturado, y finalmente alguien ejecuta estadística sobre el resultado.
Dónde se rompe esa cadena importa más que el eCRD en sí. En la mayoría de configuraciones de EDC/CDMS, el paso de análisis ocurre en un sistema separado: el dato capturado se exporta, se transforma y se carga en otro sitio antes de que un estadístico pueda tocarlo. Cada exportación es un lugar donde el número del informe final puede desviarse de lo que el centro escribió realmente en el eCRD, y es la razón por la que "captura de datos" y "análisis de datos" suelen gestionarse por equipos distintos con herramientas distintas, incluso dentro del mismo estudio.
Por qué los estudios dejaron atrás el CRD en papel
Los CRD en papel hay que transcribirlos a una base de datos antes de que nadie pueda analizarlos, y la transcripción es donde se introducen errores: un segundo punto de verdad que tiene que coincidir con el primero. Un eCRD elimina ese paso: el centro introduce el dato una sola vez, directamente en el sistema que se analizará después.
La otra ventaja es la validación en tiempo real. Un formulario en papel no puede avisar a un coordinador de que un valor de laboratorio parece implausible o de que falta un campo obligatorio; un eCRD puede marcarlo en el momento de la entrada, mientras el paciente sigue en la sala y la respuesta es fácil de comprobar.
Qué buscar en una plataforma de eCRD moderna
Algunas cosas separan una plataforma genuinamente útil de un formulario de papel digitalizado:
- Validación no bloqueante. Un valor marcado debe poder revisarse, no ser un muro que impida registrar la visita.
- Un registro de auditoría real. Cada cambio debe llevar quién, cuándo y el valor antes y después, no solo una marca de "última modificación".
- Control de cambios que muestra su impacto. Las enmiendas de protocolo ocurren; una plataforma debería decirte qué afectará un cambio estructural antes de confirmarlo, no después.
- Control de acceso por rol realmente aplicado. Los permisos comprobados solo en la interfaz se pueden saltar con una petición directa al sistema subyacente: también hay que aplicarlos a nivel de API.
- Un camino hacia el análisis que no requiera exportación. Si la plataforma puede capturar datos pero no analizarlos en el mismo lugar, sigues gestionando dos sistemas y conciliando entre ellos.