Le rôle de eP-Backest donc, d’une part, de renseigner les différents champs de ePIMS lors de la copie des analyses et, d’autre part, de relire ces informations pour permettre à l’utilisateur de nettoyer les PC des instruments des analyses déjà sauvegardées.

Le renseignement de la base à partir des informations lues sur l’instrument est d’autant plus évident que les instruments ne sont pas obligatoirement accessible depuis le serveur ePims. De plus, les liens entre les analyses et les éventuelles informations de paramétrage ou les liens entre les différents types d’analyses ne sont identifiables que tant que les analyses sont sur les instruments. Une fois les analyses supprimées, il devient moins évident de retrouver les fichiers de paramétrages utilisés et le risque que ces fichiers soient supprimés est non nul.

Figure 4: Extrait du schéma de la BD de ePIMS

Le transfert des données et donc le renseignement de la base de données ne peuvent être faits que si le status de l'analyse est valide (voir chapitre précédent). D'autres vérifications sont néanmoins faites au moment de la demande de transfert des données :

• l'instrument d'acquisition est référencé dans la base,
• le répertoire destination est accessible.

Si tout est OK, après la copie des données les modifications dans la base sont :

• acquisition_result représente les fichiers résultats d’une acquisition. Un enregistrement est créé avec les informations lues dans Analysis.
• acquisition, cette table représente l’analyse elle-même. Elle fait donc le lien entre l’échantillon analysé (via les tables protocol_application et treatments_application), le résultat de l’analyse (l’objet acquisition_result créé par eP-Back) et l’instrument sur lequel a été fait l’analyse (référence une des instances de Spectrometer). On spécifie également dans cette table, la nature de l’acquisition. A savoir, l’acquisition est-elle réalisée pour un contrôle qualité ou dans le cadre de l’activité recherche. Dans le cas d’acquisitions spéciales, c'est-à-dire autre que celles réalisées pour la recherche, il n’y a pas d’objet sample associé. D’autres informations comme le protocole d’acquisition utilisé pourront également être, par la suite, renseignées par eP-Back. Le champ name, la date de l’acquisition et la description sont lues dans Analysis.
• sample représente l’échantillon qui a subi l’analyse. L'enregistrement correspondant existe déjà dans la BD.
• mass_planning (non représenté ci-dessus), l'enregistrement correspondant à la demande d'analyse. Celui-ci est supprimé de la table.

Afin de permettre de transférer des acquisitions recherche dont l'échantillon correspondant n'a pas été créé dans la base, il est possible de spécifié comme nom de l'échantillon : “old” (Analysis.UNKNOWN_SAMPLE_CODE) . Dans ce cas, aucune vérification n'est faite sur l'échantillon lors de la détermination du status de l'analyse et lors du transfert des données on créé un nouvel enregistrement de sample :

• sample Création d'un enregistrement ‘par defaut’ de cette table afin de faire le lien entre l'étude et l'acquisition. Le champ study est renseigné à partir des informations lues dans l’objet Analyse Le champ name suit la nomenclature suivante <nomenclatureEtude>_xxx (xxx étant un indice). Enfin, le status est positionné à Analysed. Les autres champs ne sont pas renseignés.

(Continuez vers la suite de la documentation ⇒ epBackNote)