Veinte módulos alrededor de la agenda del día

módulos en uso, alrededor de la agenda del día

20

formas de mirar el día: por especialista, por camilla o por paciente

3

pantallas revisadas texto a texto: ninguna nombra al cliente

8

Por qué aquí no hay una demo que puedas abrir

Es el sistema con el que un cliente trabaja todos los días, con datos de pacientes dentro. No hay versión pública ni la va a haber. Lo que se enseña son capturas de una instancia levantada aparte, con la marca sustituida, un RUC de ejemplo y pacientes, especialistas y contactos generados por los datos de prueba del propio proyecto: nadie de ahí existe.

1. Una columna por especialista, con su turno arriba.
2. Cada sesión ocupa su franja y lleva su estado; esta, confirmada.
3. Plan o Real: lo que se planificó contra lo que pasó.
4. La densidad de la rejilla: no es lo mismo revisar el día en recepción que a media mañana.
5. El mismo día, por especialista, por camilla o por paciente.
6. La sede, arriba: el centro tiene varias.

1. Boleta o factura, lo primero que se elige.
2. La fecha solo deja ir tres días atrás: el plazo que da SUNAT.
3. Quien se atiende puede no ser quien paga: se registran los dos.
4. La lista de comprobaciones, que se pone en verde mientras se llena.
5. Hasta que no está todo en verde, no se emite.

1. Lo que se cae si nadie lo mira, en rojo: sin gestionar, sin asesora, sin tocar en tres días.
2. El embudo, columna a columna: de sin gestionar a convertido.
3. Cada contacto con su canal y su prioridad.
4. Del tablero a la cotización, la cita y la caja, sin salir del módulo.

1. Agrupados por área, cada una con lo que se hace en ella.
2. Facturación, con su emisión electrónica.
3. Recursos humanos: legajo, contratos que vencen y vacaciones con sus alertas.
4. Un buscador de módulos, con atajo de teclado.
5. Usuarios, roles y permisos detallados.

Cómo está construido

Backend en Django corriendo sobre ASGI con Daphne y Redis detrás, PostgreSQL, y el frontend como aplicación aparte que habla con la API.

• Django
• ASGI · Daphne
• Redis
• PostgreSQL
• Docker
• nginx

Lo que salió al levantarlo fuera de la red del cliente

Para tomar estas capturas hubo que levantarlo entero fuera de la infraestructura del cliente, y aparecieron tres problemas que no se ven hasta que lo intentas:

1. Los nombres de máquina con guion bajo no son dominios válidos, y Django rechaza esa cabecera. El error que sale parece de credenciales y no tiene nada que ver.
2. El arranque dependía de variables que ya no se usan: una base heredada y un servicio de imágenes externo. Sin ellas el sistema no levantaba, aunque no hicieran falta para nada.
3. La configuración del servidor traía direcciones fijas de la red del cliente y certificados suyos, así que fuera de allí no arrancaba ni el proxy.

Ninguna de las tres es un fallo grave en producción y todas son una tarde perdida cuando hay que migrar, hacer una copia de seguridad que se pueda restaurar o enseñárselo a alguien.