Versions, lectures de protocoles et responsabilités d’étude

2026.10.12-versionnage · 2026-10-12

Build livré : 61f96c9775dcfa57019013d33ad888a7590d56a0

Changements

Verrouillage après un délai d’inactivité réglé par l’organisation : le travail en cours reste en mémoire, les accès aux données sont suspendus et la reprise demande une authentification fraîche, avec TOTP lorsque requis.
Une page Version de l’application affiche les builds du client chargé et du serveur, leur correspondance et les liens vers les notes et l’historique publics.
L’historique des protocoles conserve leurs états successifs. Une version publiée fige son contenu et ses fichiers retenus ; son approbation exige un relecteur distinct de l’auteur et du soumetteur.
Les lectures de protocoles peuvent être attribuées et suivies par version publiée. Chaque personne confirme sa prise de connaissance par une signature fraîche liée au contenu exact ; une simple ouverture ne signe rien.
Les administrateurs disposent d’une matrice de droits par rôle. Les plans et amendements d’étude peuvent être figés et approuvés par un Study Director de l’étude ; les signatures du rapport par le Director et la QA restent distinctes.
Un parcours DocuSign optionnel par organisation prépare les demandes sur un PDF exact et prévoit leur suivi, leur rapprochement avec l’état fournisseur et la conservation du PDF signé et du certificat. Son utilisation nécessite la configuration et la connexion du compte de l’organisation.

Le maintien indépendant d’une release complète client, API et base de données, ainsi que le choix de sa date de mise à jour par laboratoire, ne sont pas disponibles sur le service partagé.
DocuSign n’est pas connecté par cette livraison. Une configuration fournisseur et un compte organisation autorisé restent nécessaires ; aucune signature fournisseur live n’est annoncée. DocuSign ne remplace pas les signatures métier internes du Director et de la QA.
Les anciennes versions dont le paquet conservé est incomplet restent consultables, mais ne permettent pas une nouvelle prise de connaissance signée sur un contenu exact. Les preuves historiques existantes restent lisibles et ne sont pas reconstituées.
La prise de connaissance ne constitue pas une preuve de formation ou de compétence et ne bloque pas automatiquement l’exécution d’un protocole.
Après activation, un retour arrière doit conserver le code compatible livré avec cette mise à jour (C1) et le schéma des preuves conservées.
La correspondance des builds et les empreintes de fichiers ne constituent pas une validation de la configuration du laboratoire ni une certification des calculs scientifiques.