Caso de Estudio: Construyendo iZalud, una plataforma de historia clínica del paciente

iZalud se propuso algo engañosamente difícil: darle a las personas la propiedad real de su historia clínica. Su promesa — “Tu historia clínica, con vos” — implica que datos de salud sensibles tienen que ser portables, privados y correctos. Eso no deja espacio para los atajos que funcionan bien en un MVP desechable y que en un producto de salud se convierten silenciosamente en pasivos.

Fluxa Labs construyó la plataforma desde cero: arquitectura, backend, el panel de administración y la puesta en producción.

Qué construimos

El producto tiene dos caras:

• Una aplicación para el paciente, donde las personas acceden y son dueñas de su historia clínica.
• Un panel de administración, construido con React + Vite, para gestionar pacientes, registros clínicos y los documentos asociados — con acceso por roles para el equipo que opera la plataforma.

La arquitectura — y por qué

Para un equipo pequeño construyendo un producto de salud, la decisión correcta fue un stack ligero y centrado en la seguridad, con la menor cantidad posible de infraestructura indiferenciada que mantener.

• Supabase como columna vertebral — Postgres gestionado, autenticación, almacenamiento de archivos y, sobre todo, row-level security (RLS). RLS permite que el aislamiento de datos se aplique dentro de la propia base de datos: un paciente solo puede leer sus propios registros, sin importar lo que haga la capa de aplicación. Para datos de salud, llevar el control de acceso a la capa de datos es la diferencia entre “esperamos que la API sea correcta” y “la base de datos lo garantiza”.
• Vercel para el hosting y el despliegue — preview deploys en cada cambio, una red edge global y cero servidores que mantener. El foco se queda en el producto, no en la operación.
• React + Vite para el panel de administración — un build rápido y un ciclo de desarrollo ágil para las herramientas internas de las que depende la operación diaria.

La disciplina que importa aquí no son los logos del stack, sino las decisiones detrás de ellos: modelar los datos para que la privacidad sea estructural y no algo añadido después, mantener pocas piezas móviles y apoyarse en servicios gestionados para que un equipo pequeño entregue funcionalidades en lugar de mantener infraestructura.

El resultado

iZalud se lanzó como una plataforma centrada en la privacidad, donde los pacientes son realmente dueños de sus registros — sobre una base que un equipo pequeño puede operar y extender con confianza, no una que necesite un sprint de rescate doce meses después.

Escúchalo de la CEO de iZalud, Natalia Blanco:

La conclusión

No necesitas un equipo grande para construir un producto serio. Necesitas la arquitectura correcta, decidida temprano, por alguien que ya ha llevado sistemas a producción — para que las decisiones caras de revertir se tomen bien la primera vez.

Esa es toda la idea detrás de Fluxa Labs. Si estás construyendo algo donde el estándar técnico importa, conversemos.