Control PlaneCaso clínicoVigilanciaAprendizaje gobernadoEtherAI LabsDemo · datos sintéticos
Demostración interactiva · Datos sintéticos. Las afirmaciones clínicas erróneas del caso son errores del escenario, no recomendaciones. El kill-switch solo afecta a esta simulación.
🛡️

AI Control Plane for Health

Gobernanza, Trazabilidad y Supervisión Humana en Tiempo Real

Demo · datos sintéticos
Plano de Control vs Plano de Datos

Coordinación y Contención de Agentes IA en Flujos Hospitalarios

Cuando múltiples agentes colaboran de forma secuencial —desde la redacción de la consulta por un escriba ambiental hasta la generación de instrucciones para el paciente—, la propagación de alucinaciones o invenciones farmacológicas exige una capa externa de gobernanza determinista.

🔒 Principio Fail-Closed
🔑 Integridad por hash del escenario (no es una firma criptográfica)
📋 Estándar HL7 FHIR R4 (`AuditEvent`)
🩺 CASO ILUSTRATIVO DE RIESGO MULTIAGENTE

Simulación del Flujo: Consulta por Dolor de Tobillo

Esta sección demuestra la trayectoria de una caso sintético. Un primer agente redacta el borrador capturando audio con ruido de fondo, generando una alucinación farmacológica. El segundo agente elabora el mensaje al paciente. Vea cómo el **AI Control Plane** detiene el envío, exige la revisión humana y valida la integridad de la versión final antes de su transmisión.

➔ ➔ ➔ ➔
Agente 1: Escriba Clínico Ambiental

Generación de Borrador Inicial de Consulta

Hash (V1): a7f89b...3c1
⚠️ Inyección de Afirmación Espuria por Interferencia Semántica (SNR 5 dB)

Consulta real: Evaluación de esguince de tobillo derecho sin deformidad.

"Paciente masculino acude por dolor en tobillo derecho tras torsión. Sin deformidad ni crepito. Se prescribe inicio de tratamiento con Aspirina 500mg cada 8 horas para inflamación articulación."

El médico jamás formuló la orden de aspirina. El modelo introdujo la indicación debido a voces secundarias en la sala.

⚙️ MOTOR DE DECISIÓN DETERMINISTA (PDP)

Evaluador de Políticas en Tiempo Real

Experimente con los parámetros del entorno. Ajuste el nivel de ruido acústico (SNR), active la presencia de indicaciones farmacológicas o simule la mutación del contenido post-aprobación para observar la respuesta síncrona del **Punto de Decisión de Políticas**.

Vectores de Entrada de la Solicitud

5 dB (Interferencia Severa) 15 dB (Ruta Mixta) 30 dB (Limpio)
Instrucción Farmacológica Presente ¿El mensaje incluye medicamentos?
Simular Mutación de Contenido Post-Firma Alteración de texto tras la firma del médico
PUNTO DE DECISIÓN DE POLÍTICAS (PDP) ESCALATED
Respuesta del Motor OPA / Cedar:
ESCALATE_TO_HUMAN_REVIEW

La solicitud contiene entidades de la clase `MedicationInstruction`. Según la norma institucional, requiere reautenticación y aprobación humana del contenido exacto antes de ser transmitida.

Tasa Est. Error Inseguro: 66.91 %
Verificación de Hash: Coincidencia V2 OK
Regla Activa: POL-HEALTH-2026-MED01 Fail-Closed: ACTIVO
📊 ANÁLISIS EMPÍRICO Y MÉTRICAS DE OPERACIÓN

Impacto Acústico y Telemetría del Piloto Clínico

Evaluación cuantitativa basada en la evidencia del estudio. Observe cómo la interferencia acústica altera drásticamente los errores de negación y de seguridad clínica (SCER), así como el equilibrio entre el ahorro de tiempo del escriba y la distancia de edición para prevenir la fatiga de aprobación.

Degradación por Interferencia Semántica

Relación Señal-Ruido (SNR) vs Tasa de Errores Críticos (SCER) y Salidas Inseguras

Audio SNR

💡 Hallazgo Clave: A 5 dB de interferencia semántica, la tasa de errores de seguridad crítica (SCER) alcanza el 92.28 %, demostrando la inviabilidad de usar la confianza autoinformada del modelo como criterio de envío.

Telemetría del Piloto y Carga Cognitiva

Métricas de tiempo de revisión (Time-to-Sign) vs Distancia Levenshtein %

Cifras del guion

💡 Prevención de Approval Fatigue: Tasas de edición cercanas al 0 % con tiempos de firma inferiores a 2 segundos indican aprobación autómata (*rubber-stamping*). La distancia media de referencia es del 39.7 %.

📋 ESTÁNDARES DE INTEROPERABILIDAD Y REGULACIÓN

Registro de Auditoría FHIR R4 y Cumplimiento Normativo

El plano de control proyecta cada decisión de intercepción hacia ejemplos de `AuditEvent` y `Provenance` de HL7 FHIR R4, como ejemplo de estructura. No certifica cumplimiento de EU AI Act, CHAI, NIST ni HIPAA.

JSON / HL7 FHIR R4 Proyección de Evidencia
                    

Alineación con Marcos Internacionales

EU AI Act (Art. 49) Trazabilidad Total

Exige registro automático de eventos en sistemas de alto riesgo e identificación ininterrumpida de intervenciones humanas.

CHAI (40 Controles) Supervisión Efectiva

Garantiza supervisión humana sustantiva vinculada a la versión previa a cualquier comunicación con impacto clínico.

HIPAA & NIST AI RMF Safe Harbor Tokenization

Compuerta 1 sustituye identificadores sensibles antes de procesar prompts en modelos generativos.

Acreditación Clínica de Agentes: Exige umbral de 250 casos exitosos por grupo farmacológico para graduación de autonomía.
⚡ ARQUITECTURA DE CONTENCIÓN Y TOPOLOGÍAS

Topologías de Despliegue y Mecanismo de Parada

Compare las opciones de integración en infraestructura y experimente con el interruptor de parada (*kill-switch*) granular por sesión, capaz de aislar un agente anómalo sin interrumpir el resto de procesos del hospital.

Topología de Despliegue Mecanismo de Intercepción Bloqueo Previo (Síncrono) Idoneidad Mensajería Paciente
Pasarela Propia (*Own Gateway*) Proxy en línea por el que transitan todas las llamadas 100 % (Total) Óptima (Recomendada)
Acoplada (*Attached*) Extensiones (*hooks*) en pasarela hospitalaria existente Alta (Síncrona) Alta
Observar e Intervenir Supervisión asíncrona por eventos; revoca credenciales Nula (Post-ejecución) Inadecuada
Nativa de Plataforma Propiedad intrínseca del EHR de un solo proveedor Parcial (Agentes locales) Limitada (Multi-vendor)
DEMOSTRACIÓN DE PARADA GRANULAR

Mecanismo de Contención por Sesión (Kill-Switch)

Estado Agente 2 (Mensajería): OPERATIVO
Identificador de Sesión: sess_2026_9812_ag2
Acción Monitoreada: send_patient_instructions
Credenciales Efímeras: VÁLIDAS (Bearer token)

Presionar el botón revocará inmediatamente el token efímero del Agente 2 y congelará la sesión, manteniendo el contexto intacto para el análisis forense sin afectar a los demás agentes de la clínica.