Interface centrale de l'EDS, Arkhn Admin permet de :

Le référentiel EDS de la CNIL impose que les profils de connexion soient différenciés selon l'accès par l'utilisateur à des données identifiantes ou non.
Il faut donc déclarer quel est le profil utilisé en se connectant à Arkhn Admin.
Le profil « données identifiantes » permet la gestion des identités des patients opposés à la réutilisation de leurs données.
**Créer un nouvel utilisateur **

**Modifier les droits **




Autres solutions pour l'exploitation des données, accessibles depuis la page d'accueil




Toutes les cohortes créées sur explore sont disponible dans l'EDS dans la table explore.cohort_definition et donc accessible pour une extraction sous la forme d'un jeu de données.

pour récupérer les données des patients d'une cohorte particulière, notez le cohort_definition_id de la cohorte concernée (82 pour la cohorte "My cohort 001" dans la capture d'écran au dessus) et vous retrouverez l'ensemble des patients de la cohorte dans la table explore.cohort

ces 2 tables suivent la modélisation OMOP definie ici, vous y retrouverez en particulier
cohort_definition_id: l'identifiant de la cohortesubject_id: le pseudonyme principal du patient dans l'EDS, utilisé pour relier le patient à ses differentes données de santésubject_pseudonym: un pseudonyme unique pour le patient dans cette cohorte (ajout par rapport à la norme OMOP)dbt_pivot.pvt_cohort_definition et dbt_pivot.dbt_cohort si vous souhaitez lier ces cohortes avec les données médicales de patients, comme par exemple les visites

La récolte de l'opposition des patients se fait par le/la DPO de l'établissement. La plateforme Arkhn ne propose pas d'outil pour récolter l'opposition des patients.
Une fois que les patients ont manifesté leur opposition à la réutilisation des données, il est possible de renseigner dans l'EDS la liste des patients opposés (via leur IPP).
Les patients opposés pourront être exclus des jeux de données créés pour les études / projets de recherche.
(avec l'IPP du/des patients)


La table que recense tous les patients opposés est dans le datalake sous le nom regulatory.opt_out_patient - cette table peut être utilisée dans les requêtes en SQL pour exclure les patients opposés d'un dataset.
L'objectif est de pouvoir re-contacter un patient si on en a besoin. Le référentiel EDS donne trois cas où cela est necessaire : pour soigner un patient, lui proposer de l'inclure ou non dns une recherche ou bien pour l'exercice de ses droits.
La ré-identification d'un patient se fait par les personnes habilités de l'établissement grâce :

