Acceso
Tres formas de consultar, un solo límite
Llamamos Theatrum al entorno de acceso. Cualquiera sea el modo que utilice, los datos identificados permanecen en su país de origen, hoy Argentina, y lo que sale es un agregado defendible en una presentación regulatoria.
Modos
Los tres modos de acceso
- 01 SQL sobre agregados
Clean Room
Sus analistas trabajan dentro de nuestro entorno sobre tablas OMOP anonimizadas. Las consultas se ejecutan contra los datos; solo salen resultados agregados, tras una verificación automática de celdas pequeñas y una revisión humana de las salidas.
- Para quién es
- Equipos de analítica de farma y CRO que quieren escribir su propia lógica de cohortes e iterar con rapidez.
- Qué se recibe
- Tablas agregadas, estadísticas descriptivas, salidas de modelos. Sin exportación a nivel de fila.
- 02 Viaja el protocolo, no los datos
Nodo federado
Usted envía un paquete de análisis. Lo ejecutamos contra la instancia OMOP y devolvemos tablas resumidas. El nodo está diseñado para ser compatible con estudios en red de OHDSI, de modo que un protocolo escrito para otros sitios OMOP puede ejecutarse aquí sin reescribirse.
- Para quién es
- Estudios multipaís, redes académicas y patrocinadores que ya trabajan con herramientas OHDSI.
- Qué se recibe
- Conjuntos de resultados del estudio tal como los define el paquete, revisados antes de liberarse.
- 03 Conteos antes del compromiso
API de factibilidad
Envíe criterios de inclusión y exclusión y reciba conteos redondeados de pacientes y distribuciones básicas. Útil para el diseño del protocolo, la selección de sitios y la estimación del reclutamiento antes de firmar cualquier acuerdo.
- Para quién es
- CRO que planifican ensayos, equipos de farma que dimensionan un estudio, socios que prueban una hipótesis.
- Qué se recibe
- Conteos redondeados, distribuciones por edad y sexo, ventanas temporales. Nada por debajo del tamaño mínimo de celda.
Flujo
De la fuente a la entrega
Los registros identificados se seudonimizan dentro del país de origen, hoy Argentina, antes de llegar a la plataforma de datos. Todo lo que un cliente toca está aguas abajo de ese paso.
- 01
Fuentes
Reclamos del financiador y sistemas clínicos del sanatorio, exportados vía FHIR R4.
- 02
Seudonimización
Tokens con hash y sal, desplazamiento de fechas, edad agrupada y geografía reducida. Realizada en Argentina.
- 03
Fabrica · OMOP CDM
Estandarización a OMOP con vocabularios OHDSI, controles de calidad y el diccionario de datos.
- 04
Theatrum · Entrega
Clean Room, nodo federado y API de factibilidad. Revisión de salidas antes de que algo salga.
Comparación
Cómo elegir un modo
| Attribute | Clean Room | Nodo federado | API de factibilidad |
|---|---|---|---|
| Usted envía | Analistas y SQL | Un paquete de análisis | Criterios |
| Usted recibe | Agregados y salidas de modelos | Tablas resumidas | Conteos redondeados |
| Acceso a nivel de fila | Solo dentro del entorno | Ninguno | Ninguno |
| Uso típico | Estudio RWE a medida | Estudio OHDSI multisitio | Factibilidad de protocolo |
| Acuerdo requerido | Sí | Sí | Simplificado |
Proceso
Cómo se desarrolla un proyecto
- 01
Pregunta
Usted describe la pregunta clínica o comercial y la población de interés.
- 02
Factibilidad
Devolvemos conteos y cobertura contra el diccionario de datos, generalmente a través de la API de factibilidad.
- 03
Protocolo y revisión
Se acuerda un protocolo que revisa el comité científico y de ética.
- 04
Acceso
El trabajo avanza en el Clean Room o mediante el nodo federado bajo un acuerdo de acceso a datos.
- 05
Revisión de salidas
Los resultados se verifican por riesgo de divulgación y se liberan con la documentación del proceso.