Volver al portafolio
Dossier del proyectoSIGNAL-ATLAS.CASE
Prototipo2025Destacado

ER Triage & Queue Manager

Prototipo de flujo de trabajo para visibilidad de filas, estado de pacientes y priorización de triage.

Prototipo de flujo de trabajo para visibilidad de filas en urgencias, seguimiento del estado de pacientes y priorización de triage mediante formularios estructurados, persistencia local y vistas tipo dashboard.

ER Triage visual principal de evidencia

Problema

Qué resuelve este proyecto

Los flujos de emergencias dependen de visibilidad compartida. Intake, signos vitales, prioridad, cuarto y tratamiento se fragmentan si no viven en un solo sistema.

Solución

Cómo lo abordé

El prototipo centraliza registro, signos vitales, scoring de prioridad, monitoreo de cola, páginas de paciente e historial de estado.

Arquitectura

Estructura del sistema

01

NiceGUI organiza vistas para intake, triage de enfermería, cola y administración.

02

SQLite guarda pacientes, signos vitales, prioridad, cuarto e historial.

03

La lógica de prioridad conecta síntomas y signos vitales con posición en la cola.

04

Los dashboards muestran el estado del paciente para una demo clara.

Decisiones

Tradeoffs y resultados

01

Modelo de flujo antes de la interfaz

Tradeoff: Una pantalla de fila hospitalaria puede parecer útil aunque no refleje estados de pacientes, cambios de prioridad o transferencia entre personal.

Resultado: Modelé visibilidad de fila, prioridad de triage, estado de pacientes y dashboard antes de tratar la UI como el artefacto final.

02

Persistencia local para velocidad de prototipo

Tradeoff: Un backend en la nube sería más realista, pero haría más lenta la iteración temprana de un prototipo de flujo.

Resultado: Usé persistencia local para demostrar rápidamente cambios de estado, comportamiento de fila y actualizaciones del dashboard.

03

Prioridad explicable sobre scoring opaco

Tradeoff: El scoring automático de prioridad puede volverse inseguro o poco confiable si los usuarios no entienden por qué un paciente se movió en la fila.

Resultado: Mantuve la lógica de triage estructurada para que futuras versiones puedan mostrar la razón detrás de cambios de prioridad y alertas de atención.

Evidencia

Evidencia e impacto

01

Definí un prototipo de flujo alrededor del estado de pacientes, visibilidad de fila, prioridad de triage y actualizaciones de dashboard.

02

Practiqué convertir un proceso operativo de alta presión en formularios estructurados, persistencia local y estado visible en la interfaz.

03

Creé una base de caso de estudio que después puede soportar ejemplos de scoring, diagramas de estado, capturas y pruebas de flujo.

Roadmap

Siguiente iteración

01

Agregar capturas del formulario de triage, dashboard de fila y cambios de estado de pacientes.

02

Documentar la lógica de scoring de prioridad con ejemplos que expliquen por qué un paciente se mueve en la fila.

03

Crear un diagrama simple de estados y notas de prueba para ingreso, espera, tratamiento y cierre.