FR
Русский English Français
Se connecter Créer un compte
Administration et sécurité

Gestion des accès

Autoriser et refuser des fonctions aux personnes et groupes, matrice des rôles, validation des comptes, pourquoi quelqu’un voit quoi.

L’admin du portail décide qui utilise quelle fonction. Toute fonction peut être autorisée ou refusée à une personne ou à un groupe, réservée aux personnes que vous avez autorisées ; les rôles des projets peuvent être redéfinis et les nouveaux comptes peuvent attendre votre validation. Pour chacun, le portail montre ce qui lui est accessible et pourquoi.

Modèle d’accès YouEDC L’admin du portail décide des fonctions ; les droits au projet viennent du rôle. Fonctions du portail (par exemple « Profileur de fichiers de données ») 1 Activée pour le portail ? ✗ coupée pour tous 2 Admin du portail ? ✓ tout ce qui est actif 3 Règle personnelle décide tout de suite 4 Règles des groupes le refus l’emporte 5 Accès de la fonction tous / autorisés Exemple : Anna est dans le groupe « Testeurs UAT ». « Kit de validation » réservé aux autorisés → autorisé par le groupe (étape 4). Droits dans un projet (par exemple « Exporter les données » dans REG-DIAB-01) 1 Rôle au projet donné par le chef de projet 2 Matrice des rôles intégrée ou modifiée 3 « Retirer » à une personne ou un groupe Exemple : un moniteur du groupe « Auditeurs externes » lit les données, mais l’export est retiré à ce groupe (étape 3), dans tous les projets. Chaque modification des règles, groupes et validations va dans l’audit du portail. Qui, quand, avant et après ; la chaîne de hachage se vérifie.
Deux branches. Les fonctions du portail (en haut) sont vérifiées étape par étape de gauche à droite ; la première étape qui s’applique décide. Les droits dans un projet (en bas) viennent du rôle ; une personne ou un groupe peut seulement les perdre.

Fonctions du portail : cinq étapes

  1. La fonction est-elle activée pour le portail ? Coupée dans Fonctions et limites, elle l’est pour tout le monde.
  2. Un admin du portail utilise tout ce qui est activé. Les règles ne s’appliquent pas aux admins.
  3. Une règle personnelle, autoriser ou refuser, décide tout de suite. C’est la règle la plus forte : plus forte que les groupes.
  4. Les règles des groupes. Si l’un des groupes de la personne refuse la fonction, elle est refusée, même si un autre groupe l’autorise.
  5. L’accès de la fonction : « tous les utilisateurs » (par défaut) ou « seulement les personnes autorisées par l’admin ». C’est le cas du kit de validation (UAT / PQ).
Exemple. Pharma Co évalue le portail. Créez le groupe « Testeurs UAT », ajoutez Anna et Igor et autorisez au groupe « Kit de validation (UAT / PQ) ». Personne d’autre ne voit le kit. Quand Igor n’en a plus besoin, donnez-lui un « refuser » personnel : le groupe reste tel quel.

Les outils de YouEDC Studio ne sont accessibles que si YouEDC Studio l’est. Refusez « YouEDC Studio » à une personne et tous ses outils disparaissent d’un coup.

Droits dans un projet

Ce qu’une personne peut faire dans une étude ou un projet DM dépend du rôle donné par le chef de projet sur la page Centres et équipe : chef de projet, data manager, investigateur, moniteur, promoteur. L’admin peut :

  • redéfinir la matrice des rôles pour tout le portail (Administration, Accès, Matrice des rôles) : par exemple, interdire au rôle « Promoteur / lecteur » de voir l’équipe. Une case modifiée est surlignée ; « intégré » rétablit l’original ;
  • retirer un droit à une personne ou à un groupe dans tous les projets : par exemple, le groupe « Auditeurs externes » lit les données mais n’exporte pas.

Une personne ou un groupe ne peut pas recevoir un droit au-delà de son rôle : le rôle au projet et le registre de délégation tenu par le chef de projet doivent rester exacts (ICH E6(R3)). Les centres et l’accès à la randomisation sont aussi réglés par le chef de projet.

« Pourquoi voit-il cela ? »

Sur la fiche d’un utilisateur, cliquez « Ce que cette personne peut utiliser, et pourquoi ». Chaque fonction et chaque droit dans chacun de ses projets affiche le résultat et toutes les étapes de la décision, par exemple : « Activée → pas de règle personnelle → autorisée par le groupe Testeurs UAT ». Une vérification rapide d’une fonction est en haut de la page Accès.

Validation des nouveaux comptes

Validation des nouveaux comptes Inscription la personne remplit le formulaire En attente connexion impossible ; l’admin est averti Admin vérifie, valide et ajoute des groupes Actif courriel « compte validé », accès ouvert Refusé connexion impossible ; tracé dans l’audit Trois modes dans Administration, Paramètres : Sans validation : le compte fonctionne dès l’inscription (comme avant). Valider les inscriptions spontanées : les invités d’un chef de projet entrent tout de suite. Valider tout le monde : personne n’entre sans l’admin, même les invités.
Un nouveau compte attend l’admin et ne peut pas se connecter. L’admin le valide et l’ajoute à des groupes en une fois, ou le refuse.
  • Choisissez le mode dans Administration, Paramètres. Par défaut la validation est désactivée, comme avant.
  • Les admins reçoivent un courriel pour chaque nouveau compte ; l’aperçu de l’administration indique combien attendent.
  • Une personne en attente qui se connecte avec le bon mot de passe voit « en attente de validation ». Avec un mauvais mot de passe, elle reçoit le message habituel, pour que le formulaire ne révèle jamais si un compte existe.

Tout est tracé

Les modifications des règles, des groupes, de l’accès des fonctions, de la matrice des rôles, les validations et refus vont dans la piste d’audit du portail : qui, quand, avant et après, avec le commentaire s’il y en a un. La piste d’audit ne peut pas être modifiée ; la chaîne de hachage se vérifie dans Audit du portail.