Lo que construimospara gobiernos y empresas.

Pedir un servicio público suele costar una ida al mostrador, una fila y una llamada después para saber en qué punto está el pedido. Ágil Cidadão pone todo ese camino en la pantalla.

Para el ciudadano

El ciudadano entra, elige el servicio en el catálogo y ve, antes de empezar, qué necesita llevar, qué campos va a completar y en cuántos días suele salir la respuesta.

Envía los documentos desde el celular, agenda la atención presencial cuando el servicio lo exige y sigue el pedido por el número de protocolo. Cada cambio de etapa aparece en su pantalla, así que ya nadie necesita llamar para preguntar cómo va.

En el mostrador

El agente empieza el día con dos pantallas: la fila de solicitudes y la agenda. Abre el caso, lee todo el historial del pedido y responde ahí mismo.

Cuando el ciudadano llega sin registro, el propio agente abre la solicitud por él. Cada movimiento queda registrado con autor, fecha, mensaje y adjunto, y el historial pasa a contar solo lo que pasó con el pedido.

En la gestión

Cada servicio lo arma el propio equipo: los campos que pregunta el formulario, los documentos obligatorios, el plazo estimado y si está abierto al público. Crear un servicio nuevo no depende de nosotros.

La gestión define por perfil quién ve cada servicio, sigue la traza de actividad y lee la nota que el ciudadano dio al final de la atención, por servicio y por agente.

Pantallas del producto con datos de demostración.

Qué entregamos

• Catálogo de servicios con las reglas, los documentos exigidos y campos propios de cada servicio
• Solicitud en línea con protocolo, seguimiento por estado e historial de cada movimiento
• Agendamiento de atención, con agenda por agente
• Panel del agente con la fila de solicitudes, la agenda del día y el detalle de cada caso
• Área de gestión para servicios, usuarios, perfiles de permiso y traza de actividad
• Registro con verificación de cuenta por correo y recuperación de contraseña
• Encuesta de satisfacción al final de la atención, con indicadores para la gestión
• Envío de documentos por el ciudadano, guardados en almacenamiento en la nube

Back-end: NestJS y TypeScript, PostgreSQL con TypeORM, arquitectura hexagonal, autenticación JWT con perfiles de acceso, API documentada en Swagger y entrega en Docker.

Front-end: React con Vite y TypeScript, Tailwind CSS, componentes accesibles Radix UI, formularios con React Hook Form y Zod, indicadores en Recharts.

La gestión de una unidad de atención de urgencias no podía ver, en tiempo real, dónde estaban los profesionales ni cuánto tiempo pasaban en cada ambiente.

En la credencial y en la sala

Cada profesional lleva una credencial con beacon Bluetooth. Cada sala tiene un lector que escucha esas credenciales cada pocos segundos y envía la lectura al servidor.

La lectura cruda no resuelve sola: la señal atraviesa la pared y la sala vecina roba el registro. El sistema filtra por la fuerza de la señal y solo considera presencia cuando las lecturas se sostienen, así que lo que queda grabado es entrada, permanencia y salida de verdad.

En la gestión de la unidad

Con eso la gestión pasa a ver lo que no veía: quién está en cada ambiente ahora, cuánto tiempo pasó cada profesional en cada sala y el histórico para comparar días, turnos y horarios.

Esos números salen por una API firmada y alimentan los paneles que la unidad ya usa en la nube, en vez de obligar al equipo a abrir un sistema más en plena guardia.

Qué entregamos

• Credenciales con beacon Bluetooth y un lector por sala, leídos por el sistema cada pocos segundos
• Registro de entrada, permanencia y salida de cada profesional en cada sala
• Filtro por intensidad de señal, para que la sala vecina no se quede con la lectura
• Presencia en tiempo real e histórico por profesional y por sala, entregados por API firmada
• Registro de salas, lectores y credenciales por el propio equipo

Back end: NestJS y TypeScript, PostgreSQL, lectura de los gateways por MQTT, inferencia de presencia por fuerza de señal y API firmada para los paneles.

El sistema de mercado que usaba la unidad no acompañaba la operación: la integración con la Tarjeta Nacional de Salud fallaba, la prioridad del triaje no llegaba a la atención, la historia clínica no admitía uso simultáneo y los informes para la municipalidad terminaban en planillas.

En la recepción

La atención empieza en el registro: la recepción busca al paciente por nombre, tarjeta sanitaria o documento, consulta la base nacional y da de alta en el momento a quien aún no está en la unidad.

De ahí salen la etiqueta del paciente y la cola del día, que muestra quién llegó, cuánto tiempo lleva esperando cada uno y en qué etapa está la atención.

En el triaje

Enfermería abre la ficha de quien espera clasificación y registra presión, frecuencias, temperatura, saturación, glucemia, dolor, escala de Glasgow, motivo de consulta, alergias y medicación en uso.

Al finalizar, elige el color del riesgo. Desde ahí el color acompaña al paciente en la cola y en la atención, junto a las prioridades legales como personas mayores, embarazadas y bebés.

En la consulta

El médico abre al paciente y ve, en la misma pantalla, todo lo que registró el triaje, incluido el motivo con que llegó y la hora en que se tomaron los datos.

Escribe la evolución, informa los códigos de diagnóstico y firma. El registro firmado deja de ser editable: la corrección se vuelve un registro nuevo ligado al anterior. La prescripción sale de la misma atención y la dispensación conversa con el stock de la unidad.

En la sala de espera y en la gestión

La llamada aparece en el panel de la sala de espera con el nombre del paciente y la sala a la que debe ir, junto a las llamadas anteriores, para quien no la oyó la primera vez.

La gestión saca los informes del período en la propia pantalla: perfil de atención por riesgo, desenlace, profesional u hora del día, boletín diario, tiempo medio y enfermedades de notificación obligatoria. Lo que antes terminaba en una planilla sale listo.

Pantallas del producto con datos de demostración.

Qué estamos entregando

• Recepción y registro del paciente integrados al CAD-SUS y a la Tarjeta Nacional de Salud
• Triaje y fila por prioridad clínica, con panel de llamada
• Atención médica e historia clínica electrónica con uso simultáneo
• Prescripción, farmacia e inventario
• Informes, indicadores y enfermedades de notificación obligatoria
• Perfiles de acceso, registro de auditoría y adecuación a la LGPD

Back end: Node con Fastify y TypeScript, PostgreSQL con Drizzle, contraseñas en Argon2id, sesión por JWT, permiso verificado en cada solicitud y pista de auditoría que solo acepta inclusión.

Front end: React con Vite y TypeScript, TanStack Router, Query y Table, Tailwind CSS y contratos compartidos en Zod entre las dos puntas.