Seguimiento disperso
La evolución quedaba repartida entre archivos y registros por paciente.
PLATAFORMA DE OPERACIONES CLÍNICAS
Proyecto piloto · Validación de concepto en entorno clínicoDe registros dispersos a un prototipo de seguimiento clínico.
Un piloto voluntario de validación de concepto para explorar cómo organizar seguimiento, tendencias y pase de turno en un entorno clínico.
Descubrimiento de producto
Flujos clínicos
Arquitectura de información
Validación UX
Prototipado multidispositivo
01 · PUNTO DE PARTIDA
No era “hacer una app”. Era entender dónde se rompía el flujo.
Parte del seguimiento se apoyaba en registros distribuidos, sin una vista central de la unidad.
Cambios de turno con información distribuida
Reconstruir qué había cambiado en 24 horas exigía consultar distintos valores y notas.
Perfiles distintos, misma información
El prototipo debía permitir probar necesidades diferentes de lectura y edición.
Tendencias poco visibles
Laboratorio, ventilación y destete necesitan leerse como evolución, no como valores aislados.
02 · EL PRODUCTO
Mirar la unidad. Bajar al detalle. Entender qué cambió.
Estas interfaces son recreaciones anónimas con datos ficticios. No se muestran capturas ni información clínica real.
RECREACIÓN PÚBLICALa lógica parte del prototipo; los datos y la interfaz de esta página están recreados.
Camas10vista de ocupación
ARM4soporte ventilatorio
Aislados2contexto operativo
Cama 01Paciente A · Día de seguimiento 4
Motivo de ingreso · dato ficticio para demostración
SoporteARMRASS−2PBW63 kgTalla172 cm
Cama 02Paciente B · Día de seguimiento 7
Motivo de ingreso · dato ficticio para demostración
SoporteVNIRASS0PBW71 kgTalla178 cm
Cama 03Paciente C · Día de seguimiento 2
Motivo de ingreso · dato ficticio para demostración
SoporteARMRASS−1PBW58 kgTalla165 cm
Cama 01Paciente A · datos ficticios
Talla 172 cmPBW 63 kgsexo + talla
Tendencia simuladaevolución, no solo último valor
LaboratorioVentilaciónTimeline
Cama 01 · Paciente AQué cambió desde el turno anterior
CAMBIOS RELEVANTES
PEEP 8 → 6FiO₂ 50 → 40RASS −2 → −1
ÚLTIMA EVOLUCIÓN
Respuesta favorable. Continúa evaluación.
PLAN / PENDIENTES
Revisar tolerancia y tendencia en próximo turno.
Límite del prototipoNo reemplaza la historia clínica ni pretende funcionar como registro médico-legal. En esta fase sirve para validar estructura, flujo y lectura de información.
03 · DISEÑAR CON USUARIOS
El producto cambió cuando el feedback empezó a ordenar prioridades.
La prueba no era conseguir una pantalla bonita. Era usar el prototipo en un escenario de pase de turno y ver qué debía cambiar.
DECISIÓN01
Talla + peso teórico ganan jerarquía
FeedbackSon variables fundamentales para orientar parámetros ventilatorios.
→CambioLa vista de unidad las incorpora con alta jerarquía y calcula PBW desde sexo + talla.
DECISIÓN02
La fiebre deja de dominar el dashboard
Supuesto inicialDarle protagonismo como KPI principal.
→CambioSe mantiene donde aporta contexto, pero el foco de unidad pasa a camas, ARM y aislamiento.
DECISIÓN03
“Qué cambió en 24 h” se vuelve una pieza central
NecesidadHacer más rápida la lectura del traspaso de turno.
→CambioPase de turno con cambios, evolución, plan y pendientes por paciente.
PRINCIPIO DE PRODUCTONo diseñar para el usuario desde lejos. Diseñar con el usuario mientras el flujo todavía puede cambiar.
PANEL DE DESTETE · PROTOTIPO PARA VALIDACIÓN
Leer variables sin automatizar una decisión clínica.
La build actual reúne seis variables visibles y una valoración manual. El criterio final corresponde al profesional y la configuración continúa abierta al feedback de usuarios.
Diseño del sistemaOrganizar información ≠ decidir por el profesional.
PVE / DESTETEEvaluación rápida
PrototipoSoportePSV
PAFi238
PEEP6
Noradrenalina0
VasopresinaNo
RASS−1
VALORACIÓN PROFESIONAL¿La causa que motivó la VM está resuelta?Manual · no automática
04 · ARQUITECTURA DE INFORMACIÓN
Dos escalas de lectura: la unidad y el paciente.
La página pública no necesita convertirse en documentación clínica. La arquitectura se explica por relaciones, jerarquía y flujo.
UNIDAD
UNIDADVista operacional
estado general · prioridades · acceso a detalle
contexto compartido
Camasestado general
Pacientecontexto persistente
Ventilaciónregistro y lectura
Laboratoriotendencias
Timelinecambios en el tiempo
Pase de turnoúltimas 24 h
MULTI-DISPOSITIVO
El prototipo debía adaptarse a distintos dispositivos.
iPhone, Android y desktop estaban contemplados desde las primeras fases. Las pruebas del prototipo hicieron aparecer correcciones específicas de navegación y legibilidad en Android/Chrome y Surface/Edge.
05 · ESTADO ACTUAL
Primero validar el concepto. Después decidir una posible evolución técnica.
El proyecto sigue en construcción. No se presenta como despliegue hospitalario ni como resultado clínico u operativo medido.
AHORAValidación de productofase actual
- Estructura de información
- Jerarquía visual
- Métricas y variables
- Flujos de registro y consulta
- Pase de turno
- Responsive y navegación
- Feedback de usuarios
DESPUÉSPosible evolución técnicafase posterior
- Modelo de datos definitivo
- Backend y persistencia
- Autenticación
- Permisos reales
- Seguridad y despliegue
- Validación adicional en contexto
No construir infraestructura definitiva alrededor de un flujo que todavía está cambiando.
QUÉ DEMUESTRA ESTE PROYECTO