Salud
Las organizaciones clínicas y de investigación trabajan con datos genómicos, epidemiológicos y de pacientes que no pueden salir de la institución y sobre los que no se puede actuar sin una revisión de expertos. Esta página establece cómo se planificaría y ejecutaría dicho flujo de trabajo en inTheEU Assist, no un registro de una implementación completa.
Cómo se estructuraría el flujo de trabajo
Los datos institucionales (registros genómicos, conjuntos de datos epidemiológicos, material de casos adyacentes al paciente) se ingerirían e indexarían en las instalaciones, alimentando un paquete de conocimientos dirigido al propio inquilino de la institución. Ningún documento o conjunto de datos se cruza con ningún otro inquilino de la plataforma.
Un agente configurado para el flujo de trabajo propondría señales, hallazgos o indicadores de riesgo candidatos de esa base de conocimientos, cada uno vinculado a un caso o conjunto de datos específico y ingresado con un estado de propuesto. Nada se trata según lo establecido, y nada llega al registro del paciente o a un hallazgo publicado, hasta que un médico o investigador designado lo revisa y lo aprueba.
Donde reside la aprobación humana
Cada etapa que produce una marca, un resumen o una recomendación requeriría una aprobación explícita antes de que se abra la siguiente etapa. Esta no es una política superpuesta al flujo de trabajo. Es el mecanismo por el cual avanza el flujo de trabajo: una etapa no aprobada simplemente no ejecuta el siguiente paso.
En qué se basa esto hoy y en qué no
El flujo de trabajo de señalización de riesgos, el ciclo de vida de revisión propuesto hasta su aprobación y la cadena de auditoría firmada detrás de cada acción son partes funcionales de la plataforma. Lo que no forma parte de esto: ninguna capacidad de análisis genómico, epidemiológico o clínico prediseñada. El juicio de dominio en un despliegue de atención médica permanecería en manos de los propios médicos e investigadores de la institución en todo momento, y cualquier habilidad de análisis de dominio específico se desarrollaría junto con ellos, no se proporcionaría como un modelo estándar.
Parte de la arquitectura subyacente a este conjunto de capacidades está documentada en archivos aún en progreso. Esta página describe para qué está diseñada la plataforma, en un nivel apropiado para planificar un piloto, no una especificación de implementación.
están sujetas a mejoras continuas. Es posible que las descripciones de esta guía no reflejen el diseño o la redacción exactos de la última versión publicada.