Controles técnicos que respaldan el cumplimiento

La Health Insurance Portability and Accountability Act exige proteger los datos de los pacientes, controles de acceso y registros de auditoría.

• Cifrado de extremo a extremo para que los datos de los pacientes nunca sean visibles para los servidores
• Historial de escritura firmado — cada cambio va firmado con Ed25519 y demuestra quién escribió qué y cuándo
• Control de acceso granular con claves con nombre para los distintos equipos asistenciales
• Conservación de datos con estrategias basadas en bases de datos por periodos y archivado
• Funcionamiento sin conexión para el personal sanitario de campo y las clínicas remotas

⚠️ HIPAA exige además el registro de los accesos de lectura, acuerdos BAA, salvaguardas administrativas y seguridad física — eso te toca implementarlo a ti alrededor de MindooDB.

Ver casos de uso en sanidad → | Patrones detallados →

La ley Sarbanes-Oxley exige registros de auditoría financiera, registros inmutables y controles de acceso.

• Registros inmutables gracias a la arquitectura append-only
• Integridad criptográfica — las entradas encadenadas por hash demuestran que los registros no se han alterado
• Historial de escritura completo con autoría firmada para los requisitos de auditoría
• Viaje en el tiempo para reconstruir cualquier estado del pasado
• Los cambios firmados demuestran la autoría de todas las modificaciones

⚠️ SOX exige además controles internos, certificaciones de la dirección y segregación de funciones — son responsabilidades de la organización.

Ver casos de uso en servicios financieros → | Patrones detallados →

El Reglamento General de Protección de Datos exige el derecho al olvido, la portabilidad de los datos, el registro del consentimiento y la protección de datos desde el diseño.

• Borrado de datos coordinado — purgeDocHistory() propaga las solicitudes de eliminación a todos los clientes sincronizados a través de la base de datos del directorio
• Portabilidad de los datos mediante las funciones de exportación de documentos
• Protección de datos desde el diseño mediante el cifrado de extremo a extremo
• Registro de auditoría de escritura — historial firmado y append-only de todos los cambios en los datos

⚠️ Las solicitudes de purga llegan a los clientes en su siguiente sincronización del directorio — los dispositivos que nunca se reconectan conservan los datos. El RGPD exige además gestionar el consentimiento, nombrar un delegado de protección de datos y llevar un registro de actividades de tratamiento — de eso te encargas tú.

Ver patrones de cumplimiento →

El Payment Card Industry Data Security Standard exige proteger los datos de las tarjetas de pago, controles de acceso y registros de auditoría.

• Cifrado sólido — AES-256-GCM en reposo, RSA por usuario en tránsito y TLS en la conexión
• Controles de acceso con claves con nombre para restringir el acceso a los datos sensibles
• Registro de auditoría de escritura — historial firmado y append-only de todos los cambios en los datos

⚠️ PCI-DSS es un estándar amplio que abarca la segmentación de la red, la gestión de vulnerabilidades, la monitorización y más. MindooDB cubre los requisitos de cifrado y de control de acceso — el resto es responsabilidad tuya. Valora si de verdad necesitas guardar datos de tarjeta.

Ver patrones de cumplimiento →

• ✅ Historial de escritura completo (append-only)
• ✅ Firmas criptográficas (prueba de autoría)
• ✅ Registros a prueba de manipulaciones (encadenados por hash)
• ✅ Viaje en el tiempo (reconstruye cualquier estado)
• ✅ Cambios con marca de tiempo

• ✅ Cifrado en el cliente (AES-256-GCM)
• ✅ Control de acceso granular (claves con nombre)
• ✅ Gestión de claves (KeyBag protegido por contraseña)
• ✅ Borrado de datos coordinado (purga propagada por el directorio)
• ✅ Soberanía de los datos (tenants en el cliente)

• ⚙️ Registro de los accesos de lectura (capa de aplicación)
• ⚙️ Gestión del consentimiento (capa de aplicación)
• ⚙️ Control de acceso basado en roles (con claves con nombre)
• ⚙️ Políticas de conservación (con sharding por periodos)
• ⚙️ Informes de cumplimiento (con los datos de auditoría)

• Cada escritura va firmada criptográficamente con la clave Ed25519 de su autor
• Las marcas de tiempo se incluyen en cada entrada de cambio
• El historial del documento se puede recorrer con iterateDocumentHistory()
• El viaje en el tiempo permite reconstruir cualquier estado del pasado
• Las eliminaciones se marcan con tombstones (el historial se conserva)

Nota: MindooDB registra automáticamente las escrituras (quién cambió qué). El registro de los accesos de lectura (quién vio qué) hay que implementarlo en la capa de aplicación.

• Demostrar quién cambió qué y cuándo
• Reconstruir el estado en cualquier momento del pasado
• Demostrar la integridad de los datos ante los auditores
• Construir encima el registro de los accesos de lectura en la aplicación
• Respaldar los requisitos de legal discovery

Ver la documentación del viaje en el tiempo →

• Sharding por periodos — crea bases de datos por periodo de tiempo (anuales, mensuales)
• Bases de datos de archivo — mueve los datos antiguos a bases de datos de archivo de solo lectura
• Ciclo de vida del documento — marca los documentos como archivados en lugar de borrarlos
• Purga coordinada — las solicitudes de purga firmadas por el administrador se propagan por la base de datos del directorio; los clientes las ejecutan en la siguiente sincronización

Ver patrones de modelado de datos →

• Por su naturaleza append-only, los datos se acumulan con el tiempo
• Planifica la gestión del crecimiento desde el principio
• Usa sharding por periodos para archivar de forma eficiente
• Ten en cuenta los requisitos de conservación de cada tipo de documento
• La purga coordinada llega a los clientes sincronizados; los dispositivos sin conexión conservan los datos

Ver patrones de cumplimiento →