Medidas de seguridad

Medidas técnicas y organizativas (art. 32 RGPD) con las que StockDigestivo.com protege los datos de cada unidad. Es el anexo de seguridad del contrato de encargo.

Minimización

• No hay datos de pacientes. La aplicación registra material, no actos clínicos.
• Las tablets se identifican por su nombre y su sala, no por la persona que las usa.
• De los supervisores solo se guarda nombre, correo y su rol en la unidad.

Separación entre unidades

• Cada consulta pasa por una única puerta que la limita a la unidad de quien la hace. La base de datos refuerza esa separación con claves compuestas por unidad.
• Ninguna versión se publica sin superar una prueba de aislamiento y las pruebas de las funciones de stock. Se ejecutan contra una base de pruebas independiente, reconstruida desde cero, y comprueban que una unidad no puede ver ni modificar nada de otra. La compilación de producción se niega a publicar un código cuya huella no coincida con la del código probado.

Acceso

• Supervisores: contraseña de 10 caracteres o más, o inicio de sesión con Google.
• Límite de intentos fallidos, con esperas crecientes.
• La sesión caduca a las 12 horas o tras 4 horas sin uso. Cerrar sesión o cambiar la contraseña la invalida en el acto.
• Roles por unidad (administrador y supervisor).
• Tablets: solo se autorizan con un código QR que caduca a los 15 minutos y sirve para dos navegadores como mucho (Safari y la app instalada del mismo teléfono). Revocar una tablet la deja fuera en el siguiente toque.
• Personal de la plataforma (DMO Gastrohealth Solutions): puede entrar en una unidad como administrador para dar soporte. Necesita un segundo factor (una app de códigos temporales). Cada entrada queda registrada, y el administrador de la unidad la ve en Ajustes.

Cifrado y protección de la web

• Todo el tráfico va cifrado (TLS, HSTS con precarga).
• La base de datos está cifrada en reposo.
• Política de seguridad de contenidos (CSP) con nonce y bloqueo de la web dentro de marcos ajenos.
• Las cookies están firmadas, son httpOnly y solo viajan por HTTPS.
• La clave de la base de datos solo existe en el servidor.

Integridad y trazabilidad

• El registro de movimientos es de solo inserción: nada se modifica ni se borra. Las correcciones son movimientos nuevos con su motivo.
• Cada movimiento indica cuándo ocurrió, en qué planta y sala, y qué tablet o supervisor lo registró.

Disponibilidad

• Copias de seguridad diarias de la base de datos.
• Las tablets siguen funcionando sin conexión y envían lo pendiente al volver.
• La revisión diaria queda registrada, y avisa a la plataforma si falla.

Desarrollo

• Código en un repositorio privado. La propia compilación de producción comprueba tipos, estilo, pruebas y dependencias vulnerables, y se detiene si algo falla.
• Revisión externa de seguridad.

Incidentes

Ante una brecha de seguridad que afecte a datos de una unidad, avisaremos a su responsable sin dilación indebida y, como máximo, en 48 horas desde que tengamos conocimiento. Le daremos la información necesaria para que pueda notificarla a la autoridad de control en el plazo de 72 horas.

Borrador pendiente de revisión jurídica.

Titular y contacto

Para cualquier cuestión sobre este texto, o para ejercer tus derechos, escribe a info@dmoghsolutions.com.