Guide

Plusieurs sponsors, un seul laboratoire : cloisonner les études sans les confondre

Publié le 25 octobre 2026

Un sponsor audite votre laboratoire pour son étude. À l'écran, à côté, il y a le nom d'un concurrent. Ou un fichier qui n'est pas pour lui. Ou, plus discret, une étude dont il n'aurait jamais dû deviner l'existence.

Cette page traite d'un point précis : comment un registre d'exécution de paillasse tient séparées les études de plusieurs sponsors qui tournent en parallèle dans la même équipe de 10 à 50 techniciens. Elle ne remplace ni vos accords de confidentialité ni votre validation. Elle décrit ce qu'un système doit garantir, et ce qu'il ne peut pas garantir à votre place.

Le même technicien, trois études

Dans une CRO préclinique, le laboratoire est partagé et les études ne le sont pas. Une technicienne passe le matin sur l'étude d'un sponsor, l'après-midi sur celle d'un autre. Les mêmes hottes, les mêmes équipements, parfois la même semaine de manipulation.

Le risque n'est pas qu'un technicien soit malveillant. C'est la confusion ordinaire : un fichier rangé dans le mauvais dossier, un export qui ramasse une ligne de trop, un accès donné « pour dépanner » et jamais retiré. Un cloisonnement qui repose sur l'attention de chacun tient jusqu'à la journée chargée.

Le cloisonnement, c'est ce qui reste vrai les jours où personne n'a le temps de faire attention.

Une étude, un mur

Voici ce que nous affirmons : chaque étude est isolée par sponsor. Les données, les fichiers et les accès d'un client ne recoupent jamais ceux d'un autre. Nous disons : une étude, un mur.

Concrètement, la séparation porte sur ce que le sponsor pourrait voir de l'autre : les données de l'étude, les fichiers joints, et les droits d'accès. Elle est construite dans le registre, elle ne dépend pas d'une consigne affichée au mur du laboratoire.

La limite : cette phrase dit ce que le produit vise, pas comment il y arrive. Le mécanisme exact (où passe la séparation, ce qu'elle protège quand un compte est mal configuré) n'est pas décrit publiquement. C'est une question à poser, à nous comme à tout fournisseur.

Un mur dont on ne peut pas décrire l'emplacement ne se valide pas.

Ce qui reste commun, et doit le rester

Le mur sépare les études. Il ne sépare pas les gens qui les exécutent. Vos techniciens travaillent sur plusieurs études, et c'est normal.

Les notes de version montrent que l'appartenance à une étude de CRO est une notion du registre : un opérateur peut rattacher sa manipulation à une étude CRO dont il est membre, et cela ne lui donne pas la lecture de l'étude.

Se pose alors la question que votre AQ posera : un technicien affecté à deux études voit-il les deux, et qui l'a décidé ? Qui peut retirer cette affectation, et où reste la trace ?

Un cloisonnement réel est un droit accordé étude par étude, avec une trace.

Ce que le mur ne règle pas

Il ne remplace pas la confidentialité contractuelle. Ce que vous devez à chaque sponsor se trouve dans votre contrat, pas dans un logiciel.

Il ne règle pas le monde physique. Un échantillon étiqueté de travers, un cahier papier oublié sur la paillasse, un écran visible depuis le couloir : aucun registre n'y change rien.

Il ne remplace pas la gestion des comptes. Un compte partagé entre deux techniciens annule n'importe quelle séparation, parce qu'on ne sait plus qui a ouvert quoi.

Il ne décide pas de ce que les BPL attendent de vous. L'identification de chaque étude et l'archivage de ses données relèvent de votre référentiel (Principes de BPL de l'OCDE, sections 8.3 et 10 ; 21 CFR 58.190 pour les BPL américaines).

Le mur protège les données. Il ne rend pas le laboratoire étanche.

Le journal d'audit et le mur

Le journal d'audit est en ajout seul, horodaté et chaîné en SHA-256 : toute altération se voit. Ce que cela apporte au cloisonnement : une entrée ne peut pas être déplacée d'une étude à l'autre sans que cela se voie.

La limite : une chaîne de hachage révèle une altération. Elle n'empêche pas qu'une donnée soit saisie dans la mauvaise étude au départ. Savoir si le journal est propre à chaque étude ou commun à l'ensemble du laboratoire est une question à poser.

C'est la revue de l'AQ, étude par étude, qui rattrape l'erreur de départ.

Cinq questions à poser à n'importe quel système

Qu'est-ce qui sépare deux études : un réglage, une consigne, ou la structure même du registre ?
Un fichier déposé pour l'étude A peut-il apparaître, sous une forme ou une autre, dans l'étude B ?
Un technicien affecté à deux études voit-il les deux, qui l'a décidé, et où est la trace ?
L'export d'une étude contient-il exactement ses données, et rien d'une autre ?
Pouvez-vous le démontrer à un sponsor qui vous audite, sans lui ouvrir le reste du laboratoire ?

Pour la dernière, notre réponse est l'Audit Pack : à la fin de chaque étude, protocole approuvé, signatures, écarts et journal d'audit chaîné, exportés en un clic dans un livrable scellé que votre sponsor et votre inspecteur peuvent vérifier. L'Audit Pack d'une étude contient-il exactement ce qui la concerne, et rien d'une autre ? À demander à tout fournisseur, nous compris.

Voir où passe le mur chez vous

Nous montrons un exemple d'Audit Pack et nous regardons avec vous où vos études se croisent aujourd'hui : contact@biotraxion.com, ou la page d'accueil pour demander un pilote. Les évolutions du produit sont datées dans les notes de version.

Pour aller plus loin

← Retour à l'accueil