Los derechos de los interesados en la práctica

Los derechos en cuestión plantean diversos problemas de aplicación práctica:

Derecho a la portabilidad de los datos:

  • en software con bases de datos relacionales conduce al problema de que se exportan e importan demasiados datos, lo que a menudo es indeseable tanto al exportar como al importar, más sobre esto en el siguiente párrafo.
  • Los datos de las bases de datos relacionales están relacionados entre sí:
    • Ejemplo simplificado de un servicio de atención: un cliente solicita que se le asignen sus existencias de datos digitales en forma de exportación con todos los datos maestros y de transacción. De la tabla de pacientes se exporta el registro de datos maestros, ya que éste está relacionado con la tabla de tratamientos, por ejemplo, los tratamientos también se exportan y los tratamientos están vinculados a empleados que también se exportan.
    • Si el paciente tiene sus datos de exportación importados por otro servicio de enfermería, los datos maestros se crean en la tabla de pacientes, los tratamientos en la tabla de tratamientos y los empleados en la tabla de empleados (los empleados del antiguo servicio de enfermería que exportó). Sin embargo, el servicio de enfermería importador no quiere tener estos datos de los empleados, ya que tiene sus propios empleados y no le interesan los empleados del servicio de enfermería anterior, por lo que intenta borrarlos, pero la eliminación no es posible, ya que los empleados están relacionados con los tratamientos. En ese caso, el proveedor de software se limita a hacerlos invisibles y no los elimina realmente, ya que siguen estando relacionados y sólo pueden borrarse cuando esta relación se haya disuelto.
    • Para la exportación de los datos maestros de sus empleados, en el mejor de los casos debe pedirse al empleado su consentimiento para esta transferencia de datos o, al menos, informarle al respecto.

Derecho al olvido

Como he dicho, esto es sólo un ejemplo sencillo, también hay bases de datos basadas en documentos además de las bases de datos relacionales, como los programas de correo electrónico, donde cada correo electrónico es un documento. Recibimos una candidatura en la bandeja de entrada del buzón 1, como se trata de una bandeja de entrada central, el correo electrónico se reenvía al coordinador departamental del departamento que ha publicado el puesto de trabajo, es decir, tenemos una bandeja de salida en el buzón 1 y, por tanto, ya el primer clon de nuestro documento, a continuación, la candidatura se recibe en el buzón del coordinador departamental, por lo que se crea un segundo clon de la candidatura. El coordinador de departamento envía el correo electrónico al jefe de departamento, que distribuye la solicitud a los jefes de equipo, todos los cuales imprimen la solicitud para una reunión de equipo de los responsables de RRHH. Deciden el solicitante y el coordinador del departamento remite la solicitud al comité de empresa para que dé su visto bueno. Se acuerda un periodo de borrado de 6 meses para la gestión de la solicitud, hay 20 clones de la solicitud original + numerosas copias offline circulando, el periodo de borrado sólo se controla en la bandeja de entrada del apartado de correos 1. El resultado es un proceso casi imposible de supervisar y para el que aún no existen herramientas automatizadas. Los buzones funcionales ofrecen una solución en este caso, donde las solicitudes llegan y dan lugar a un flujo de trabajo que facilita su eliminación, o los servicios en la nube para los solicitantes en lugar de los correos electrónicos. Estos son pequeños ejemplos de los problemas reales que plantea la aplicación de los derechos de los interesados.

es_ESEspañol