Una Ficha Clínica de Hospital No Es un Documento Fuente de Investigación
Qué debe contener una ficha clínica digital para que sirva como source document, cumpla ALCOA+, 21 CFR Part 11 y opere con múltiples protocolos, cohortes y roles simultáneamente — sin mezclar datos ni romper el audit trail.
Contexto
El Documento Fuente que Nunca Fue Diseñado para Investigación
En la mayoría de los centros de investigación clínica en Chile, la ficha clínica digital — cuando existe — es la misma que se usa para atención asistencial. Un EHR hospitalario diseñado para registrar consultas médicas, no para ser documento fuente de un ensayo clínico.
La diferencia no es cosmética. Un documento fuente electrónico (eSource) para investigación necesita cumplir estándares que un EHR asistencial no cubre: trazabilidad ALCOA+ por diseño, firmas electrónicas con valor regulatorio (21 CFR Part 11), versionamiento por protocolo, segregación de datos entre estudios, y un audit trail que no se reconstruya — que sea nativo.
El resultado de usar la ficha asistencial como documento fuente es predecible: transcripción manual a CRFs, datos que no cumplen ALCOA, queries evitables en cada visita de monitoreo, y un coordinador que gasta el 70-80% de su tiempo en overhead administrativo en vez de en el paciente.
Y hay un universo que nadie está atendiendo: el médico independiente o la clínica privada que quiere participar como sitio de investigación pero no tiene infraestructura digital de base. Para ellos, la ficha clínica digital no es una mejora — es el requisito de entrada.
Marco Normativo
Ley 20.584, eSource FDA y 21 CFR Part 11: Las Reglas del Juego
En Chile, la Ley 20.584 regula los derechos y deberes del paciente respecto a su ficha clínica: retención mínima de 15 años, clasificación de datos sensibles, derecho de acceso y restricción de terceros. La nueva ley de interoperabilidad (2024) agrega la exigencia de que los sistemas de salud puedan intercambiar datos clínicos estructurados — lo que obliga a repensar cómo se captura el dato desde el origen.
A nivel internacional, la guía de eSource de la FDA define los requisitos para que un dato capturado electrónicamente tenga validez como documento fuente: debe cumplir ALCOA+, tener firma electrónica conforme a 21 CFR Part 11, y mantener un audit trail completo que incluya quién, cuándo, desde dónde y qué modificó.
HIPAA/HITECH complementa en materia de privacidad y seguridad: cifrado en tránsito y en reposo, control de acceso basado en roles, y procedimientos de breach notification. Aunque su jurisdicción es estadounidense, los sponsors internacionales lo exigen como estándar de facto para cualquier sitio que participe en estudios multicéntricos.
Ley 20.584 (Chile)
- Retención mínima 15 años
- Datos sensibles: genéticos, psiquiátricos, VIH
- Acceso restringido a personal autorizado
- Interoperabilidad obligatoria (2024)
21 CFR Part 11 (FDA)
- Firma electrónica con valor regulatorio
- Audit trail completo e inalterable
- Control de acceso y autenticación
- Validación del sistema documentada
HIPAA / HITECH
- Cifrado en tránsito y en reposo
- RBAC — acceso por rol, no por persona
- Breach notification obligatorio
- Mínimo privilegio necesario
Distinción Crítica
eCRF vs Documento Fuente: No Son lo Mismo
El error más común en sitios que se digitalizan es confundir el eCRF (electronic Case Report Form) con el documento fuente. El eCRF es el formulario que el sponsor define para recolectar datos del estudio — es la interfaz con el CRO. El documento fuente es donde el dato nació por primera vez: la ficha clínica, la nota de evolución, el resultado de laboratorio.
Cuando la ficha clínica es papel, el dato se transcribe al eCRF. Cada transcripción es una fuente de error. Cuando la ficha clínica es digital y cumple requisitos de eSource, el dato puede fluir directamente — o incluso ser el eCRF mismo. La guía de eSource de la FDA permite que un sistema electrónico sea simultáneamente documento fuente y CRF, siempre que cumpla ALCOA+ y 21 CFR Part 11.
| Característica | eCRF Tradicional | Ficha Clínica Digital (eSource) |
|---|---|---|
| Propósito | Recolectar datos para el sponsor | Registrar la atención clínica del sujeto |
| Quién lo define | El sponsor / CRO | El sitio de investigación |
| Flujo del dato | Transcripción desde fuente → eCRF | Captura única — es la fuente |
| Queries típicas | 15-25 por paciente por visita (error de transcripción) | 3-8 (validación en tiempo real) |
| Audit trail | Solo dentro del eCRF — no cubre el origen | Completo: desde la captura hasta el eCRF |
| Multi-protocolo | Un eCRF por estudio (silos) | Una ficha, múltiples protocolos segregados |
Requisitos
Qué Debe Contener una Ficha Clínica Digital para Investigación
La gestión de llegadas es solo una parte. Una ficha clínica digital que funcione como documento fuente en investigación necesita resolver 9 dominios operacionales simultáneamente — sin que la complejidad de uno contamine al otro.
CIE-10 Multi-Versión
Un mismo centro puede tener estudios que usan CIE-10 2016, 2019 y 2024. El sistema debe soportar múltiples versiones activas simultáneamente sin que un protocolo vea la codificación del otro.
- Versión de CIE-10 vinculada al protocolo, no al sitio
- Búsqueda por código y por descripción en la versión activa
- Mapeo entre versiones para reportes consolidados
Delegation Log Operacional
Múltiples roles del delegation log deben poder operar simultáneamente sin bloqueo: PI, sub-investigador, coordinador, enfermera de estudio, farmacéutico, data manager.
- Permisos granulares: cada rol ve y edita solo lo que le corresponde
- Sesiones concurrentes sin lock de registro
- Cada acción firmada digitalmente con rol + timestamp
Seguridad en la Entrada del Sujeto
Cuando el sujeto avisa su llegada, el sistema no puede exponer información del estudio al personal no autorizado. La recepción confirma la cita — no el protocolo, no la indicación, no el brazo de tratamiento.
- Vista de recepción: solo nombre + hora + sala — cero datos clínicos
- Datos del estudio solo visibles tras autenticación del rol autorizado
- Segregación por estudio: un sujeto en 2 trials no cruza información
Pre-Screen y Screening Ágil
Las visitas de pre-screening y screening son las más tediosas y las más críticas: definen si el sujeto califica. Formularios condicionados que solo muestran lo relevante — no una ficha de 15 páginas.
- Criterios de inclusión/exclusión como checklist validado en tiempo real
- Screen failure registrado con motivo codificado (no texto libre)
- Flujo adaptativo: si falla criterio hard, detiene el proceso inmediatamente
Múltiples Cohortes y Branches
Un estudio con 3 cohortes + brazo de extensión + substudy genera ramas de datos que deben mantenerse segregadas pero trazables. Mezclar datos entre cohortes es un finding de auditoría.
- Cada cohorte como entidad independiente con su schedule of events
- Sujeto puede migrar entre cohortes sin perder historial
- Audit trail impecable: cada dato vinculado a cohorte + versión de protocolo
Formularios Adaptativos por Visita y Versión
Dentro de un mismo estudio, los procedimientos varían: la visita 1 no tiene los mismos assessments que la visita 5, una enmienda puede cambiar la frecuencia de labs, y un brazo de tratamiento puede requerir evaluaciones adicionales. El formulario debe adaptarse dinámicamente según la visita, la versión del protocolo y el brazo asignado.
- Schedule of events condicional: cada visita muestra solo sus procedimientos
- Versionamiento por enmienda: si cambia un procedimiento, el formulario se actualiza sin perder datos previos
- Preguntas condicionales: si la respuesta a X es "sí", aparecen los campos de seguimiento — si no, no existen
Eventos de Emergencia y SAEs
Un evento adverso serio (SAE) activa un protocolo secundario de acción que debe registrarse con la misma trazabilidad que el protocolo principal — y con tiempos de reporte regulatorios estrictos (24h para SAE fatal).
- Formulario SAE integrado con alerta automática al PI y sponsor
- Timeline de seguimiento hasta resolución con audit trail continuo
- Clasificación por causalidad y severidad según MedDRA
Seguridad Multi-Capa
No todos los datos tienen el mismo nivel de sensibilidad. Un estudio de oncología tiene requerimientos de confidencialidad distintos a uno de dermatología. El sistema debe soportar múltiples versiones de niveles de seguridad activas simultáneamente.
- RBAC (Role-Based Access Control) + niveles por protocolo
- Datos blinded segregados de datos operacionales
- Escalamiento de privilegios solo por PI con justificación auditada
ALCOA+ Nativo — No Post-Hoc
Todo lo anterior solo tiene valor regulatorio si el sistema genera trazabilidad ALCOA+ por diseño, no como capa añadida. Cada dato: quién lo capturó, cuándo, desde dónde, qué cambió y por qué.
- Attributable: firma electrónica + rol + dispositivo por acción
- Contemporaneous: timestamp del servidor, no del operador
- Complete + Enduring: campos obligatorios + retención 15+ años
- Available: acceso remoto para monitoreo y auditoría 24/7
Comparativa
Ficha Asistencial vs Ficha de Investigación: Lo Que Falta
Un EHR hospitalario cubre atención clínica. Una ficha clínica digital para investigación cubre eso más los 8 dominios anteriores. La brecha entre ambas es lo que genera queries, findings de auditoría y overhead administrativo.
| Capacidad | EHR Hospital | Ficha Investigación |
|---|---|---|
| Registro de atención clínica | ||
| CIE-10 multi-versión por protocolo | ||
| Delegation log con roles concurrentes | ||
| Segregación de datos entre estudios | ||
| Screening con criterios I/E validados | ||
| Multi-cohorte con audit trail segregado | ||
| Formularios adaptativos por visita/enmienda | ||
| SAE con timeline + alertas regulatorias | ||
| Seguridad multi-nivel por protocolo | ||
| Audit trail ALCOA+ nativo | ||
| 21 CFR Part 11 compliant |
Audiencia Ampliada
Del Consultorio al Sitio de Investigación: La Oportunidad para el Médico Independiente
En Chile, la investigación clínica está concentrada en centros hospitalarios y clínicas privadas de Santiago. Pero los sponsors — especialmente en fases tardías (III-IV) — necesitan diversidad geográfica y volumen de pacientes que los centros tradicionales no siempre pueden ofrecer.
Un médico especialista con consulta privada o una clínica de regiones tiene acceso a una población de pacientes que los centros de Santiago no alcanzan. El cuello de botella no es la voluntad — es la infraestructura digital de base: no tiene ficha clínica que cumpla ALCOA+, no tiene delegation log formal, no tiene segregación de datos por estudio.
La ficha clínica digital para investigación resuelve ese cuello de botella. No reemplaza al médico ni al CRC — les da la herramienta que les falta para que el sponsor los considere como sitio viable. Y para el ecosistema de investigación en Chile, más sitios activos significa más competencia por estudios, lo que mejora las condiciones para todos.
Médico Especialista
Con consulta privada y población cautiva. Necesita la infraestructura digital completa — ficha, delegation log, audit trail — para ser viable como sitio.
Clínica de Regiones
Tiene volumen de pacientes y acceso a población diversa. Le falta la capa de investigación sobre su EHR asistencial — que probablemente no cumple ALCOA+.
Centro Existente
Ya opera estudios pero con fichas manuales o EHR genérico. La ficha de investigación digital elimina la transcripción y reduce queries en la primera visita de monitoreo.
Transparencia
Dónde No Aplica
Sitios con un solo estudio esporádico
La inversión en una ficha clínica digital de investigación se justifica con volumen operacional. Un sitio que ejecuta un estudio cada 2 años necesita un buen coordinador y Excel — no infraestructura compleja.
No reemplaza al eCRF del sponsor
La ficha clínica digital es el documento fuente del sitio. El eCRF sigue siendo definido por el sponsor/CRO. Lo que sí elimina es la doble transcripción — el dato fluye desde la ficha al eCRF con validación ya hecha.
Requiere disposición a operar digital
Si el PI insiste en fichas de papel "porque siempre se ha hecho así", ninguna herramienta resuelve el problema cultural. La adopción empieza por el liderazgo del sitio — la tecnología solo es el habilitador.
No resuelve la aprobación regulatoria
Los tiempos de CEC, ISP/ANAMED y SEREMI siguen siendo externos. Lo que sí acelera: toda la documentación interna que el sitio controla — feasibility, contratos, presupuestos, delegation log — llega lista cuando la aprobación regulatoria cae.
Serie Completa: Investigación Clínica Digital
Paso 1: Integridad de Datos ALCOA+
El framework que define cómo debe nacer, vivir y sobrevivir cada dato clínico. Sin ALCOA+ nativo, la ficha digital es solo un PDF con forma de formulario.
Leer: ALCOA+ en Sitios ClínicosPaso 2: Activación de Protocolos y Enmiendas
Site activation en Chile puede tardar 3-6 meses. Una enmienda aprobada que tarda semanas en implementarse no existe operacionalmente. Cómo acelerar.
Leer: Activación y EnmiendasPaso 3: Gestión Integral del Centro
Con la operación clínica resuelta, el centro puede escalar como negocio: captación, farmacia, finanzas por protocolo y posicionamiento ante sponsors.
Leer: Gestión Integral de CentrosTrack record general: Investigación clínica es una de las 11 verticales donde hemos estructurado operaciones completas.
Ver todas las áreas
¿Tu ficha clínica sirve como
documento fuente?
Si tu sitio de investigación sigue transcribiendo de papel a eCRF, hay una conversación pendiente. Sin compromiso — solo diagnóstico.