ARQUITECTURA DE PRODUCTO
Clara Care.
Plataforma de aplicaciones de salud con IA
El sistema en movimiento.
Recorrido de arquitectura · 00:10
La aplicación, la autoridad del backend, el acceso efímero a la IA y el flujo de eventos forman una ruta de interacción en vivo documentada.
Secuencia ilustrativa basada en documentación técnica; no contiene datos de pacientes ni grabaciones del producto.
Abrir video ↗Una mirada de cerca a Clara Care.
01 IMAGEN ORIGINAL
El sitio público de Clara Care muestra su widget de grabación y transcripción junto a un formulario clínico. Los campos visibles pertenecen a la demostración publicada; es trabajo de producto hecho en equipo.
Interfaz en React para flujos de consulta en vivo.
Una sesión clínica en vivo cruza cuatro límites de confianza.
Una sesión clínica involucra a la vez el estado de la aplicación, la identidad del usuario, una conversación en vivo con IA y servicios externos. Si los límites entre ellos son difusos, los datos sensibles terminan donde no deben.
El backend es dueño de la identidad. El navegador solo toma acceso prestado.
Lidero la arquitectura de solución dentro del equipo: límites de APIs y servicios, integración con AWS, persistencia, diseño de sesiones y flujos de datos de IA. El widget de consulta pide al backend un token de corta duración y lo usa para conectarse a Gemini Live y a un flujo de eventos que devuelve las actualizaciones del análisis. También construí las superficies que llevan Clara a la consulta: un widget que se integra en el sistema de historia clínica (EMR) de la clínica, escucha la consulta y llena el formulario que ya usan; una extensión de Chrome con panel lateral; la plataforma para médicos, y un prototipo nativo en SwiftUI para iPhone. El estado de la sesión en vivo se sincroniza con streams de S2. Por debajo corre un servicio de identificación de hablantes en tiempo real: detección de actividad de voz, embeddings de voz ECAPA-TDNN y clustering en línea le dicen a la historia clínica quién habla, mientras las huellas de voz se guardan cifradas y nunca se escriben en logs.
Credenciales que caducan por diseño.
La identidad, las credenciales de corta duración y los flujos en tiempo real necesitan cada uno un responsable claro entre el navegador, el backend y el servicio de IA externo. El backend conserva la identidad y emite accesos que caducan, así el navegador solo tiene credenciales temporales.
Flujos implementados, resultados del equipo.
Los flujos del widget y los componentes de plataforma descritos aquí están implementados, como muestra la documentación de arquitectura de la plataforma. Clara Care es un producto de equipo: sus resultados son del equipo y sus datos operativos siguen siendo privados.
La documentación de arquitectura de la plataforma Clara. El código y los enlaces internos son privados. Esta página resume lo que muestran esos documentos.