← crescō · design
crescō.amedi
cliente · iniciativas

Amedi.

Diseños de las iniciativas de Amedi. Cada pieza es una página viva, compartible y embebible en Notion.

consultorio↗
QR del consultorio.
Las bases para que el doctor y la secretaria creen un QR, decidan qué hace al escanear (reglas y acciones que se encienden y reordenan, con preview en vivo) y lo impriman en marca Amedi. Un solo papel, comportamiento que cambia desde el portal. 4 pantallas desktop.
design.cresco.so/amedi/qr-consultorio
whatsapp↗
Recordatorios.
Recordatorios multicanal antes, durante y después de la consulta. WhatsApp prioritario: confirmar y reagendar en un toque. Línea de tiempo, 6 pantallas, configuración por doctor, fases y métricas.
design.cresco.so/amedi/recordatorios
arquitectura↗
Recordatorios · técnico.
La máquina detrás del recordatorio: arquitectura, 3 diagramas de secuencia, modelo de datos y motor de envío (cron + cola en DB). Anclado en el código real de apps/api.
design.cresco.so/amedi/recordatorios-arquitectura
paciente↗
Carpeta médica.
El intake del paciente al escanear el QR: la carpeta que el doctor siempre pide, hecha data estructurada (FHIR US Core / USCDI). 9 pantallas con el design system real de Amedi, más flujo + autenticación, arquitectura y casos borde. Subproyecto del QR del consultorio.
design.cresco.so/amedi/carpeta
producción↗
Modo demo.
Un doctor demo con pacientes de prueba en la base de producción, aislado por is_demo y por sesión. El médico explora, agenda citas de prueba y abre consultas como de verdad — pero nada se filtra a los pacientes reales y cada muro invita a registrarse. 5 pantallas del flujo, tablero de permisos, backstage de la capa por sesión y 4 fases.
design.cresco.so/amedi/modo-demo
arquitectura↗
Modo demo · técnico.
La maquinaria del modo demo: modelo de datos is_demo + demo_session_id, ciclo de request (guards + AsyncLocalStorage), 3 diagramas de secuencia, la matriz anti-fuga de superficies a filtrar, seeds con la membresía DoctorClinic, reset por sesión y la migración que retira el schema demo viejo. Anclado en el código real de apps/api.
design.cresco.so/amedi/modo-demo-arquitectura
cumplimiento↗
El pie legal.
Doctolib cierra cada página con doce enlaces que un paciente puede leer antes de confiar; Amedi cierra con dos. Auditoría punto por punto contra el footer de doctolib.fr —25 ítems, 1 cumple, 8 parciales, 13 faltan, 3 no aplican en Venezuela— y el diseño de lo que falta: SiteFooter y CompactFooter para las tres apps con la identidad legal que la Providencia SNAT/2026/00080 exige, consentimiento en tres categorías con la grabación de sesión apagada por regla, y los cuatro documentos nuevos más privacidad y términos reescritos desde lo que el producto hace de verdad.
design.cresco.so/amedi/footer-legal
arquitectura↗
El pie legal · técnico.
La máquina detrás del pie legal, anclada en apps/api: el ledger de lo que ya existe contra lo que falta, el diff de Prisma (LegalAcceptance, ContentReport, TeleconsultConsent, listingOptOutAt), el ciclo del consentimiento con PostHog y GA detrás del gate, cuatro diagramas de secuencia, la matriz anti-fuga de datos de salud en analítica, la constante de identidad que falla en voz alta y las tres fases archivo por archivo.
design.cresco.so/amedi/footer-legal-arquitectura