ePims

Le rôle de BackPIMS est donc, d’une part, de renseigner les différents champs de PIMS 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 sont sur un VLAN et donc invisible du réseau CEA. Par conséquent, la lecture des informations sur les instruments et leur transfert vers le SAN n’est possible que depuis la machine passerelle, machine sur laquelle BackPIMS est exécuté. 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 PIMS

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 soit référencé dans la base, le répertoire destination soit 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é, le résultat de l’analyse (l’objet acquisition_result créé par BackPIMS) 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 une maintenance, une 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 BackPIMS. 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. BackPims modifie le status de l'échantillon. En effet, afin d'être analysé en spectrométrie, l'échantillon avait le status “to be analysed”. Une fois l'analyse faite, on repasse le status à “availble”.
• planning, l'enregistrement correspondant à la demande d'analyse est supprimé de la table. Cet enregistrement est identifié par le sample et le study qui doivent correspondre à ceux associés à l'analyse et le model de l'instrument doit être compatible avec l'instrument sur lequel l'acquisition a été effectivement faite.

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)