Privacidad en sensores y wearables laborales

La privacidad en sensores y wearables laborales exige definir qué datos se recogen, para qué se utilizan y quién puede acceder a ellos antes de incorporar dispositivos al trabajo.

En pocas palabras

Un sensor preventivo puede tratar datos personales o de salud. La utilidad técnica no basta: hacen falta necesidad, proporcionalidad, base jurídica, seguridad y límites claros de uso.

Contenido
  1. Qué información puede recoger un dispositivo
  2. Finalidad y necesidad preventiva
  3. Datos de salud y consentimiento
  4. Diseño, acceso y conservación
  5. Participación y experiencia de uso
  6. Ejemplo práctico
  7. Cómo evaluar el proyecto
  8. Errores que deben evitarse
  9. Conceptos relacionados
  10. En el blog
  11. Referencias

Diccionario A-Z →

Qué información puede recoger un dispositivo

Los wearables en SST pueden registrar movimiento, proximidad, localización o señales fisiológicas. Su tratamiento debe analizarse de acuerdo con los datos y las inferencias efectivamente generados. Un identificador aparentemente técnico puede permitir reconocer a una persona cuando se combina con turnos, zonas o historiales. Retirar el nombre no convierte automáticamente un registro en anónimo.

También debe distinguirse la medición ambiental de la monitorización individual. Un sensor fijo que mide temperatura en un almacén plantea cuestiones diferentes de una pulsera que sigue continuamente a cada trabajador. El diseño del sistema, la posibilidad de vincular registros y el uso posterior determinan el alcance real de la intervención sobre la privacidad.

Finalidad y necesidad preventiva

La organización debe describir el problema que pretende resolver antes de elegir el equipo. Detectar la entrada en una zona peligrosa, estudiar posturas o valorar condiciones térmicas son finalidades distintas y requieren datos diferentes. Si la misma protección puede alcanzarse mediante separación física, rediseño o medición ambiental menos intrusiva, debe examinarse esa alternativa.

Los sensores aplicados a la SST no deberían convertirse por defecto en instrumentos de clasificación del rendimiento. El proyecto necesita límites expresos: qué eventos activa, cuánto detalle conserva y qué decisiones permite. Una finalidad genérica como «mejorar la seguridad» resulta insuficiente para justificar cualquier captura o reutilización de información personal.

Datos de salud y consentimiento

El RGPD distingue los datos personales de las categorías especiales, entre ellas la salud. Que exista una finalidad laboral no elimina esta protección. La guía de la AEPD sobre relaciones laborales advierte específicamente sobre la monitorización de salud mediante dispositivos ponibles y sobre los problemas de legitimación, proporcionalidad y libertad del consentimiento en una relación desigual.

Por ello, una casilla de aceptación no resuelve por sí sola la licitud del sistema. Deben identificarse la base del tratamiento y, cuando corresponda, la excepción aplicable a datos de salud. La protección de datos de salud en SST exige además separar la información clínica de las conclusiones preventivas que pueda conocer la empresa.

Diseño, acceso y conservación

Un diseño prudente reduce datos desde el origen. Puede ser preferible una alerta local sin historial personal a conservar todos los movimientos durante meses. La frecuencia de muestreo, la precisión espacial y la duración del registro deben corresponder al uso definido. La minimización no se consigue únicamente borrando archivos al final del proyecto.

Conviene especificar perfiles de acceso, trazabilidad de consultas, medidas de seguridad y reglas de conservación. También deben revisarse proveedores, encargados del tratamiento, posibles transferencias y destino de los datos al terminar el contrato. Cuando el tratamiento pueda entrañar alto riesgo, procede analizar la evaluación de impacto en protección de datos y las garantías necesarias antes del despliegue.

Participación y experiencia de uso

La consulta y participación de los trabajadores ayuda a descubrir efectos que no aparecen en una demostración comercial. El dispositivo puede generar presión, molestias físicas o dudas sobre quién observa la actividad. Deben explicarse sus funciones con lenguaje comprensible y ofrecer canales para comunicar fallos, errores de atribución y usos inesperados.

La prueba piloto debe estudiar tanto su utilidad preventiva como la experiencia de las personas. Resulta pertinente preguntar si la alerta se entiende, si interfiere con equipos de protección y si induce conductas para evitar el registro. Un sistema que fomenta ocultar incidentes puede empeorar la información preventiva aunque produzca más datos que el método anterior.

Ejemplo práctico

En un ejemplo hipotético, un centro logístico quiere reducir encuentros entre carretillas y peatones. Antes de asignar un dispositivo a cada trabajador, revisa recorridos, cruces, visibilidad y separación física. El equipo preventivo identifica un punto que necesita rediseño inmediato y estudia una alerta de proximidad como apoyo adicional durante la transición.

El piloto se configura para advertir del encuentro sin construir clasificaciones individuales de productividad. Se informa a los participantes, se restringe el acceso a registros necesarios y se comprueba si las alertas llegan a tiempo. La decisión final considera las colisiones evitables, las falsas alarmas y la exposición de datos, junto con la eficacia de las medidas físicas implantadas.

Cómo evaluar el proyecto

La revisión debe contar con criterios definidos antes de recoger información. Entre ellos pueden figurar la detección de situaciones relevantes, la proporción de alertas incorrectas, la respuesta operativa y el volumen de datos conservados. Debe existir una persona responsable de detener o modificar el piloto si aparecen efectos no previstos o información innecesaria.

Si se utiliza IA para interpretar señales, la evaluación de riesgos del uso de IA debe considerar errores, sesgos y consecuencias de las inferencias. Una estimación de fatiga o estrés no equivale automáticamente a un diagnóstico ni permite atribuir un estado de salud sin comprobaciones y garantías adecuadas.

Errores que deben evitarse

Son errores frecuentes activar todas las funciones disponibles, conservar datos por tiempo indefinido y confundir seudonimización con anonimato. También lo es presentar una pulsera como solución principal a un riesgo que puede eliminarse mediante organización o ingeniería. La facilidad técnica de medir no crea por sí sola una necesidad preventiva.

La decisión debe documentar beneficios esperados, alternativas, límites y revisión periódica. Si cambian las finalidades, los destinatarios o las funciones del dispositivo, hay que reexaminar el tratamiento. La privacidad forma parte del diseño y de la gestión del proyecto; no puede reducirse a un aviso que se entrega después de comenzar la monitorización.

Conceptos relacionados

En el blog

Referencias

  1. Agencia Española de Protección de Datos. La protección de datos en las relaciones laborales. Fuente oficial
  2. Unión Europea. Reglamento (UE) 2016/679, Reglamento general de protección de datos. Fuente oficial
  3. EU-OSHA. Principles for design and development of smart digital systems for improving workers’ safety and health. Fuente oficial
  4. Boletín Oficial del Estado. Ley 31/1995, de Prevención de Riesgos Laborales. Texto consolidado. Fuente oficial

Información editorial

Fecha de publicación: 10 de octubre de 2026.

Responsable editorial: Equipo editorial de Sabentis.

Autor: Pablo RodríguezLinkedIn

Vicepresidente Ejecutivo de la Fundación Internacional ORP y Chief Financial Officer de Sabentis.

Solicita una demo

Descubre todo lo que Sabentis puede hacer por tu organización.

Prueba Sabentis

request a demo
stars 5
GetApp Software Advice Capterra