01
La familia manda.
Cada acceso a la ficha existe por un consentimiento expreso de la familia, versionado y registrado. Se revoca con un botón y el acceso muere en el acto.
Seguridad y privacidad
Datos de salud de un menor. Nos lo tomamos así de en serio.
Escrito para humanos, con un nivel técnico opcional al final. Sin promesas vagas: cinco compromisos concretos.
Cinco compromisos
Lo que prometemos, en lenguaje humano.
02
Cada rol ve solo lo suyo.
Los permisos no son "de la pantalla": están en la base de datos. Aunque alguien intentara saltarse la app, la base misma niega el acceso (default-deny).
03
Nada se borra a escondidas, nada se pierde.
Borrado lógico con auditoría: qué se creó, se modificó o se ocultó, cuándo y por quién.
04
Cumplimos la ley argentina.
Ley 25.326 de Protección de Datos Personales. Datos alojados en São Paulo (la región más cercana con infraestructura certificada), cifrados en tránsito y en reposo.
05
Sin negocio con los datos.
No vendemos datos, no hacemos publicidad con ellos, no se usan para nada fuera de la coordinación del cuidado. Exportás bienestar, diario, turnos y notas en CSV cuando quieras, y pedir la eliminación de tu cuenta.
Por diseño
Decisiones de diseño que protegen
Sin fotos reales de menores por defecto: avatares ilustrados.
Los correos y contactos del equipo no se exponen entre sí más allá de lo necesario.
La documentación médica (CUD, informes, recetas) vive en un almacenamiento privado con permisos por niño; las descargas usan enlaces firmados que expiran.
Los perfiles públicos de profesionales son opt-in: nada se publica sin acción expresa del profesional; la matrícula la verifica Blu.
Verificación
Cómo verificamos
El centro o profesional presenta sus datos: habilitación, matrícula y contacto verificable.
El equipo de Blu los valida manualmente. Sin automatismos: personas revisando papeles.
La insignia se otorga — y se puede revocar si algo cambia.
La insignia "Verificado" no se compra. Se verifica.
RLS default-deny en todas las tablas · políticas por operación · funciones de autorización centralizadas · claves separadas cliente/servidor · registro de auditoría en esquema privado · tests de seguridad bloqueantes antes de cada despliegue.
Contacto para revisionesPARA TÉCNICOS Y AUDITORES