Développement, mise en place et maintenance d'une nouvelle application web de la base de données du JCTLM - Bureau International des Poids et ...
←
→
Transcription du contenu de la page
Si votre navigateur ne rend pas la page correctement, lisez s'il vous plaît le contenu de la page ci-dessous
Bureau International des Poids et Mesures Appel d’Offres Développement, mise en place et maintenance d’une nouvelle application web de la base de données du JCTLM Date limite de remise : le 31/05/2021 BIPM_2021_CHEM_001 : JCTLM Database Page 8 /32
Bureau International des Poids et Mesures Instructions aux fournisseurs Développement, mise en place et maintenance d’une nouvelle version de l’application web de la base de données du JCTLM B.I.P.M Pavillon de Breteuil 92312 Sèvres FRANCE BIPM_2021_CHEM_001 : JCTLM Database Page 9 /32
Préambule Le Bureau international des poids et mesures (BIPM), dont le siège est situé à Sèvres, France, est une organisation intergouvernementale dont la mission est d'assurer l'uniformité mondiale des mesures et leur traçabilité au Système international d'unités (SI). Son effectif est de près de 70 personnes. Des informations supplémentaires sur le BIPM sont disponibles sur le site internet du BIPM : www.bipm.org. 1. OBJET DE L’APPEL D’OFFRES Le présent appel d’offres a pour objet : - La réalisation de la mise à jour de l’interface web utilisateur (back-office et front-office) de la base de données du JCTLM afin d’intégrer un moteur de recherche sémantique et une API pour répondre aux exigences de lisibilité et d’exploitation des données par des systèmes extérieurs. - En option, l’extension des fonctionnalités de l’interface web afin de supporter le processus opérationnel de soumission et revue de données du JCTLM à des utilisateurs membres. 2. CONDITIONS DE L’APPEL D’OFFRES 2.1 Composition du dossier d’appel d’offres Le dossier d’appel d’offres inclut les documents suivants : • Instructions aux fournisseurs ; • Cahier des charges techniques ; • Conditions générales d’achat ; • Acte d’engagement (document séparé). 2.2 Valeur juridique de l’appel d’offres Tous les appels d'offre seront considérés par les fournisseurs comme une demande de négociation ou une invitation à faire une offre dans le but de conclure un contrat avec le BIPM ultérieurement. Il est de la responsabilité du fournisseur de se familiariser avec le travail à accomplir, les conditions et termes de référence, le lieu d’intervention, le programme et toute autre question ou information nécessitant d’être prise en considération afin que l’offre soit ferme et complète. Si le fournisseur déroge à ces termes de référence et exigences spécifiés, il pourrait en résulter une violation du processus d'appel d'offres et leur offre ne sera pas prise en compte. 2.3 Durée de validité des réponses à l’appel d’offres et valeur juridique La réponse à l'appel d'offres constitue une "offre" dans le sens où il s'agit d'une manifestation de volonté par laquelle le fournisseur exprime son intention d'être lié dans un rapport contractuel avec le BIPM. Dans l'hypothèse naturellement ou le destinataire de cette offre l'accepte. La durée de validité des réponses à l’appel d’offres est de 90 (quatre-vingt-dix) jours calendaires à compter de la date de remise des réponses à l’appel d’offres. Les fournisseurs doivent démontrer qu'ils possèdent toutes les certifications professionnelles requises à la réalisation des travaux faisant l'objet d'un appel d'offres spécifique. 2.4 Renseignements complémentaires Toute demande de précisions devra être adressée au BIPM à l’adresse suivante achats@bipm.org par courrier électronique uniquement, au plus tard cinq (5) jours calendaires avant la date limite de remise des réponses à l’appel d’offres. Les réponses données à ces demandes seront portées à la connaissance de l’ensemble des fournisseurs concernés et, le cas échéant, publiées sur le site internet du BIPM. BIPM_2021_CHEM_001 : JCTLM Database Page 10 /32
2.5 Acceptation et rejet d‘une réponse à l’appel d’offres Il n’y a aucun engagement de la part du BIPM d’accepter tout ou partie d’une réponse à l’appel d’offres. Le BIPM se réserve le droit d’accepter les défauts non substantiels susceptibles d’entacher une réponse à l’appel d’offres et de rejeter une réponse à l’appel d’offres reçue hors délai, sans indemnité ni justification. 2.6 Modification ou annulation de l’appel d’offres Le BIPM se réserve le droit de modifier ou d’annuler tout ou partie de l’appel d’offres en tant que de besoin sans avoir à en justifier les raisons et sans que cela ouvre un droit à indemnisation pour les fournisseurs. 2.7 Report de la date de remise des réponses à l’appel d’offres Le BIPM pourra, à sa discrétion, proroger la date limite fixée pour la remise des réponses à l’appel d’offres, auquel cas tous les droits et obligations du BIPM et des fournisseurs sont régis par la nouvelle date de remise des réponses à l’appel d’offres, notamment l’article 2.3 ci-dessus. 2.8 Dépenses engagées Aucune rémunération ne sera accordée ni aucun remboursement des dépenses engagées pour la préparation des réponses à cet appel d’offres ne sera effectué par le BIPM. 2.9 Confidentialité L’appel d’offres ou toute autre information communiquée à un fournisseur ou à laquelle celui-ci pourrait avoir accès à l’occasion de la procédure d'appel d’offres est confidentielle, soumise au secret professionnel et elles sont la propriété du BIPM. Le BIPM se réserve le droit de demander à ce que l’ensemble des documents et informations fournis, quel qu’en soit le support, lui soit adressé en retour. Les fournisseurs ne sont pas autorisés à copier, diffuser, distribuer ou utiliser cette information, pas même en partie. 3. PRESENTATION, CONDITIONS DE SOUMISSION ET CONTENU DES REPONSES A L’APPEL D’OFFRES 3.1 Présentation et conditions de soumission Les réponses à l’appel d’offres doivent être soumises selon les conditions fixées à l’article 3.2. Les réponses à l’appel d’offres qui parviendraient après la date limite ainsi que celles ne répondant pas au cahier des charges techniques ou termes de référence, ne seront pas retenues. 3.2 Contenu des réponses à l’appel d’offres Les réponses à l’appel d’offres doivent être entièrement rédigées en français ou en anglais et contenir les pièces suivantes en version électronique (achats@bipm.org): • Le dossier d’appel d’offres dûment signé, composé : o des instructions aux fournisseurs ; o du cahier des charges techniques ; et o des conditions générales d’achats ; • Une partie technique et financière détaillée (pas de prix global) ; • Tout autre document utile à l’appui ; • L’acte d’engagement dûment rempli et signé. • Les comptes et annexes du fournisseur des 3 (trois) dernières années ; • Copie certifiée conforme de l’extrait de Kbis de moins de trois mois ; • Les références d’au moins trois institutions ou personnes à contacter prêtes à procurer une évaluation indépendante de la fourniture de biens ou services comparables ; • Un rapport détaillé précisant les moyens et l’organisation que le fournisseur se propose de mettre en œuvre pour remplir ses obligations ; • Attestation d’assurance professionnelle ; • Attestation URSSAF ; • L’attestation de commettant ; BIPM_2021_CHEM_001 : JCTLM Database Page 11 /32
Toute réponse à l’appel d’offres devra comprendre l’ensemble des éléments nécessaires à l’exécution d’un éventuel contrat (transport, assurance, garanties). Le coût de tout élément essentiel à l’exécution du contrat et non contenu dans la réponse à l’appel d’offres sera à la charge de l’attributaire du contrat. 4. RÉUNIONS AVEC LES FOURNISSEURS Le BIPM se réserve le droit de s'entretenir avec les fournisseurs afin de leur faire préciser le contenu de leur réponse à l’appel d’offres. 5. CRITÈRES DE SÉLECTION Les critères de sélection retenus sont les suivants : ▪ Examen des offres pour vérifier leur conformité aux cahier des charges techniques et termes de référence; ▪ Evaluation technique; ▪ Evaluation financière conformément au prix proposé; ▪ Qualité de l'offre et des services proposés ; ▪ Délais d’exécution ; ▪ Evaluation de la "meilleure offre combinée" proposée. 6. INFORMATION AUX FOURNISSEURS Dans la mesure du possible, tous les fournisseurs seront informés de la suite donnée à leurs réponses à l’appel d’offres. Pour le fournisseur : Date ………………………………………………… Nom…………………………………………………. Titre…………………………………………………. Signature BIPM_2021_CHEM_001 : JCTLM Database Page 12 /32
Cahier des charges Techniques Développement, mise en place et maintenance d’une nouvelle version de l’application web de la base de données du JCTLM SEVRES - FRANCE B.I.P.M. Pavillon de Breteuil 92312 Sèvres FRANCE BIPM_2021_CHEM_001 : JCTLM Database Page 13 /32
Cahier des charges fonctionnel et technique pour la mise en place d’une nouvelle version de l’application web de la base de d onnées du JCTLM Table des matières Présentation du projet ......................................................................................................................................16 Contexte du projet ...............................................................................................................................16 Objet du projet ....................................................................................................................................16 Organisation du document ..................................................................................................................17 Informations pratiques relatives à la réalisation du projet ..................................................................17 Conventions typographiques ...............................................................................................................17 Besoins fonctionnels de la nouvelle application.................................................................................................18 Nouvelle interface utilisateur ..............................................................................................................18 2.1.1 Interface graphique ....................................................................................................... 18 2.1.2 Interface web de front-office ........................................................................................ 18 2.1.3 L’interface web de back-office ...................................................................................... 20 2.1.4 Une interface web utilisateur accessible aux membres authentifiés ........................... 22 Interface Applicative de Programmation (API) ..................................................................................27 Besoins techniques de la nouvelle application .................................................................................................27 Les données de référence RM, RMP, RMS ........................................................................................27 La plateforme, le langage, le modèle et le framework ........................................................................28 La base de données .............................................................................................................................28 Moteur de recherche ...........................................................................................................................28 Interface web ......................................................................................................................................28 Système d’authentification..................................................................................................................29 Performance ........................................................................................................................................29 Planification et livrables ..................................................................................................................................29 Etape 1 (E1) : Préparation de la mission .............................................................................................29 4.1.1 Activités ......................................................................................................................... 29 4.1.2 Livrables ......................................................................................................................... 29 4.1.3 Planning ......................................................................................................................... 29 Etape 2 (E2) : Rédaction des Spécifications détaillées .......................................................................30 4.2.1 Activités ......................................................................................................................... 30 4.2.2 Livrables ......................................................................................................................... 30 4.2.3 Planning ......................................................................................................................... 30 Etape 3 (E3) : Réalisation de la maquette graphique et du montage HTML.......................................30 4.3.1 Activités ......................................................................................................................... 30 4.3.2 Livrables ......................................................................................................................... 30 BIPM_2021_CHEM_001 : JCTLM Database Page 14 /32
4.3.3 Planning ......................................................................................................................... 30 Etape 4 (E4) : Développement et installation de l’application au BIPM ............................................31 4.4.1 Activités ......................................................................................................................... 31 4.4.2 Livrables ......................................................................................................................... 31 4.4.3 Planning ......................................................................................................................... 31 Etape 5 (E5) : Mise en production de l’application au BIPM .............................................................31 4.5.1 Activités ......................................................................................................................... 31 4.5.2 Livrables ......................................................................................................................... 31 4.5.3 Planning ......................................................................................................................... 31 Garantie ...........................................................................................................................................................32 Contrat de maintenance ...................................................................................................................................32 Annexes ...........................................................................................................................................................32 BIPM_2021_CHEM_001 : JCTLM Database Page 15 /32
Introduction Le Bureau International des Poids et Mesures (BIPM) est une organisation membre du Comité commun pour la traçabilité en médecine de laboratoire (JCTLM). Le JCTLM a été créé en 2002 et compte aujourd’hui plus de 60 organisations membres dans 30 pays ayant une activité de recherche et/ou de service dans le domaine de la médecine de laboratoire et de la chimie clinique. L’une des missions du JCTLM est d’identifier et de publier des données sur les systèmes de mesure de référence international dans le domaine de la chimie clinique. Pour se faire le JCTLM a établi un processus operationnel pour sélectionner ces données, nommément les matériaux (RM), les méthodes (RMP) et les services (RMS) de référence, et les mettre à disposition des utilisateurs, les laboratoires de médecine et de calibration ou l’industrie des dispositifs médicaux de diagnostic in vitro, sur son site web. Dans ce processus le rôle du BIPM est de maintenir l’application web de la base données du JCTLM (www.bipm.org/jctlm/) sur les matériaux, méthodes et services de référence. Présentation du projet Contexte du projet L’application web actuelle de la base de données du JCTLM comprend une interface utilisateur intranet pour la gestion du contenu de la base de données et une interface utilisateur internet pour la consultation des données. L’application qui a été initialement conçue en 2006 puis mise à jour en 2007 et 2010 pour ajouter des fonctionnalités supplémentaires utilise des briques logicielles qui sont aujourd’hui obsolètes et nécessitent d’être mises à jour. C’est pourquoi, le BIPM demande la mise en place d’une nouvelle version de l’interface web utilisateur, de la base de données du JCTLM et d’un nouveau framework. Cela permettra également de répondre aux nouvelles exigences des plateformes clients et nouveaux supports d’affichage mobile, d’intégrer un nouveau moteur de recherche sémantique et de répondre aux exigences de lisibilité et d’exploitation des données par des systèmes extérieurs. Le BIPM envisage en option la mise en place de nouvelles fonctionnalités pour l’interface web utilisateur qui soient dédiées au processus opérationnel du JCTLM et accessibles aux utilisateurs membres et impliqués dans ce processus. Objet du projet Le BIPM recherche une société pour la réalisation des développements suivants : • Mise en place d’une nouvelle base de données qui devra fonctionner avec un système de gestion de base de données compatible avec les contraintes techniques du BIPM ; • Migration des données de l’application actuelle vers la nouvelle base de données ; • Mise en place d’une nouvelle interface web utilisateur (front-office et back-office) qui devra intégrer : o une nouvelle interface graphique, et y compris le développement des pages en mode responsive (e.g. adaptable à tous les supports d’affichage) de la partie front-office, o une interface web utilisateur de front-office pour la consultation des données intégrant un nouveau moteur de recherche sémantique, o une interface web utilisateur de back-office pour la gestion du contenu de la base et la publication de contenu sur le site web, o en option, une interface web utilisateur dédiée à des membres authorisés et impliqués BIPM_2021_CHEM_001 : JCTLM Database Page 16 /32
dans le processus opérationnel du JCTLM. • Mise en place d’une API ouverte et accessible en front office pour l’extraction des données lisibles et exploitables par des systèmes extérieurs. Le prestataire devra également fournir une proposition pour un contrat de garantie et de maintenance de l’application. Organisation du document Le document s’organise selon les sections suivantes : • Une description des besoins fonctionnels pour la nouvelle application est donnée dans la Section 2, • Une description des besoins techniques pour la nouvelle application est donnée dans la Section 3, • Une planification et les livrables à fournir à l’issue des différentes étapes dans la réalisation du projet sont spécifiés dans la Section 4, • Les spécifications relatives au contrat de garantie pour la nouvelle application sont données dans la Section 5, • Une demande de contrat de maintenance de la nouvelle application est présentée dans la Section 6. Le BIPM fournira sur demande les Annexes des copies d’écrans web utilisateur de front/back-office de l’application actuelle (Annexe 1), un schéma de la base de données actuelle (Annexe 2) et une description du processus opérationnel actuel cible du JCTLM (Annexe 3). Informations pratiques relatives à la réalisation du projet Le prestataire doit indiquer clairement dans sa proposition une planification prévisionnelle avec le nombre et la composition des Comités de pilotage requis pour le lancement et le suivi des étapes de réalisation du projet ainsi que le nombre des ateliers requis pour la réalisation de la maquette graphique et le montage HTML des pages, et la rédaction du document des Spécifications techniques et fonctionnelles détaillées. En fonction de l’évolution de la situation sanitaire les réunions pourront-être organisées virtuellement. Conventions typographiques Les conventions typographiques utilisées dans ce document sont les suivantes : • Les contraintes et obligations utilisent la police Arial gras (RQ1, 2, 3…) • Les options utilisent la police Arial italique (OP1 ,2, 3…) • Les informations générales utilisent la police Arial BIPM_2021_CHEM_001 : JCTLM Database Page 17 /32
Besoins fonctionnels de la nouvelle application RQ1 : Le prestataire doit tenir compte de l’ensemble du périmètre fonctionnel qui conserve les fonctionnalités de l’application actuelle et en intègrent de nouvelles, tel que spécifié dans les sections 2.1.1, 2.1.2, 2.1.3 et 2.2. A titre d’information, les écrans de l’interface utilisateur de back office pour la gestion et prévisualisation des données, ceux de front-office pour la consultation des données ainsi que le schéma de la base de données actuelle sont disponibles en Annexes. OP1 : Le prestataire pourra proposer en option toutes fonctionnalités alternatives ou additionnelles qu’il jugera nécessaires ou utiles à la mise en œuvre de la nouvelle application. RQ2 : Le prestataire doit également tenir compte des nouveaux besoins fonctionnels concernant l’extension du back office à des utilisateurs membres tels spécifiés en section 2.1.4. Le prestataire doit faire une proposition séparée pour ces développements que le BIPM envisage en option. Nouvelle interface utilisateur RQ3 : L’interface est accessible publiquement à partir de https://www.bipm.org/jctlm/ 2.1.1 Interface graphique RQ4 : L’interface graphique doit répondre aux exigences de l’UX design (ergonomie, expérience utilisateur) pour permettre une navigation aisée et intuitive à l’utilisateur. Celle-ci intègre des fonctions d’aide à la navigation entre les pages et les sections de l’interface (e.g. un fil d’ariane, un système multi-pages, …) RQ5 : L’interface graphique doit intégrer un nouveau design qui sera décliné à partir de la charte graphique du site institutionnel du BIPM (www.bipm.org) et du site BIPM KCDB (https://www.bipm.org/kcdb/). Les fichiers de la charte graphique seront fournis au prestataire. RQ6 : Une déclinaison des pages de front-office doit être proposée en mode responsive (e.g. adaptable à tous les supports d’affichage). 2.1.2 Interface web de front-office RQ7 : L’interface doit intégrer un moteur de recherche qui comprend les fonctionnalités suivantes : • une recherche sémantique basée sur un ou plusieurs mots clés pointant sur un index de référence des données sur les Matériaux (RM), Méthodes (RMP) et Services (RMS) avec une fonction de saisie semi automatique. • une option de recherche sélective avec un ou plusieurs critères de choix (prédéfinis dans des listes déroulantes) tels que : la catégorie de données (e.g. RM, RMP, RMS), Analyte category, Matrix category, Pays, … Cette liste de critères n’est pas définitive et pourra être amendée ultérieurement. RQ8 : L’interface doit permettre la consultation des données et comprend les fonctionnalités suivantes : • la génération dynamique des pages de résultats selon les critères de recherche renseignés dans le formulaire du moteur de recherche (RQ7) ; BIPM_2021_CHEM_001 : JCTLM Database Page 18 /32
• l’affichage des données, présentées sous forme de liste dans la page de résultats, avec une vue restreinte des informations. Cette vue est paramètrée selon le type de données et inclut les champs (~5) suivants : Vue restreinte RM : Analyte name, Matrix category, Producer name; Producer website ; Country… Vue restreinte RMP : Analyte name, Matrix category, Measurement techniques used ;… Vue restreinte RMS : Analyte name, Matrix category, Measurement techniques used, Organization name ; Organization website… Cette liste de champs n’est pas définitive et sera amendée ultérieurement. • une option de sélection/déselection simple/multiple des résultats. • une option d’affichage des données, présentées sous forme de paragraphe dans la page de résultats, avec une vue détaillée des informations. Cette vue est paramètrée selon le type de données et inclut les champs (~30) suivants : Vue détaillée RM : Analyte name, Matrix category, Producer name, Country, website, email, phone, Quantity, Certified values (From, To, Unit), Publications references (external/internal url),… Vue détaillée RMP : Analyte name, Matrix category, Measurement techniques used, Procedure name, Quantity, Measurand values, Peer reviewed publication references, Hyperlink to Final Report of Extent-of-equivalence studies, … Vue détaillée RMS : Analyte name, Matrix category, Measurement techniques used, Organization name, country, Contact person name, email, ... Cette liste de champs n’est pas exhaustive et sera amendée ultérieurement. A titre d’information, les liens suivants donnent des exemples de résultats (vue détaillée) sur le site actuel pour une recherche par mot clé (analyte = cholesterol): RM: Cholesterol ; RMP : Cholesterol ; RMS : Cholesterol Le front-office publie les données de référence (RM, RMP et RMS) ayant le status « publié ». OP2 : Le prestataire pourra proposer tout autre format d’affichage des informations sur les pages du site qu’il jugera plus adapté (onglet, vues, ...) RQ9 : L’interface doit proposer une option de filtrage des résultats dans la page qui comprend les fonctionnalités suivantes : • un affichage par catégorisation dynamique des filtres qui sont paramètrés en fonction des données RM, RMP et RMS et qui inclut entre autres : Analyte name, Matrix category, Measurement techniques used, Country, JCTLM ID..; Cette liste de champs n’est pas exhaustive et sera amendée ultérieurement. • une indication du nombre d’occurrences correspondant à chacun des filtres. RQ10 : L’interface doit comprendre les fonctionnalités suivantes : -la copie/transfert du lien de la page de résultats, - l’export/impression du contenu des pages de résultats vers un fichier au format (PDF/xls) mis en page pour une impression au format A4. BIPM_2021_CHEM_001 : JCTLM Database Page 19 /32
RQ11 : L’interface doit intégrer un module de téléchargement des fichiers PDF selon un ou plusieurs critères de choix (prédéfinis dans des listes déroulantes), tels que : la catégorie de données (e.g. RM, RMP, RMS), le status des données (e.g. publié, supprimé), Analyte category, Matrix category, pays. Cette liste de critères n’est pas définitive et pourra être amendée ultérieurement. Ces fichiers PDF sont générés en back-office (Voir section 2.1.3). RQ12 : L’interface doit afficher sur la page d’accueil une sélection de News qui pointe vers la page des News. Les News sont gérées en back-office (Voir section 2.1.3). RQ13 : L’interface doit afficher des blocs de navigation avec des liens à des documents ou des pages web extérieurs au site. Ceux-ci qui sont gérés en back-office (Voir section 2.1.3). RQ14 : L’interface doit intégrer un formulaire de contact (~10 champs) sur une page dédiée pour permettre l’envoi d’un email (éditable au format html) avec captcha, et l’affichage d’une notification sur la page qui confirme la prise en compte de la demande envoyée. 2.1.3 L’interface web de back-office RQ15 : L’interface web de back-office est accessible par authentification au Secrétariat du JCTLM, coordinateur de la base de données, à partir de https://www.bipm.org/jctlm/. RQ16 : L’interface web de back-office permet la gestion du contenu de la base de données et intègre les modules fonctionnels de l’application actuelle avec les spécifications suivantes : 1. Le module de gestion de compte utilisateur (profil Secrétariat) qui permet la modification du mot de passe. 2. Le module de gestion du Menu de navigation qui donne accès à des liens (documents, url) extérieurs au site sur le front-office. Ce système permet la gestion (création, modification, suppression, mise en ligne/hors ligne, prévisualisation, positionnement d’affichage) des blocs Menu et de leurs liens associés, ainsi que l’édition du bloc (titre) et des liens (titre, url, ouverture d’une nouvelle fenêtre) via un formulaire intégrant un éditeur de texte html. 3. Le module de gestion des News à publier sur la page d’accueil et celle dédiée aux News du front-office. Ce système permet la gestion (création, modification, suppression, mise en ligne/hors ligne, prévisualisation, positionnement d’affichage) des nouvelles ainsi que l’édition d’une News (date, titre, texte, url) via un formulaire intégrant un éditeur de texte html. Il comprend une page archive des nouvelles sous forme de liste classées par ordre anti-chronologique. 4. Le module de gestion des Producteurs de RMs qui ont des données RM enregistrées dans la base. Ce système permet la création, modification, suppression, prévisualisation, mise en ligne/hors ligne, et l’édition des fiches contact (organisation sigle, nom complet, pays, website, email, …) via un formulaire et donne accès à une page avec la liste des Producteurs classés par ordre alphabétique du nom avec une option de tri et de recherche par critère (nom). 5. Le module de gestion des Laboratoires de RMSs qui ont des données RMS enregistrées dans la base. Ce système permet la création, modification, suppression, prévisualisation, BIPM_2021_CHEM_001 : JCTLM Database Page 20 /32
mise en ligne/hors ligne, et édition des fiches contact (organisation sigle, nom complet, pays, website, email, …) via un formulaire et donne accès à une page avec la liste des Laboratoires classés par ordre alphabétique du nom avec une option de tri et de recherche par critère (nom). 6. Le module de gestion des Groupes de contact qui permet la création, modification, suppression et l’édition d’un groupe (nom) de contact et donne accès à une page avec la liste des groupes classés par ordre alphabétique du nom avec une option de tri et de recherche par critère (nom). 7. Le module de gestion des personnes contact du JCTLM qui permet la création, modification, suppression et l’édition de la fiche d’une personne contact du JCTLM (nom, prénom, email, affiliation à (des) groupe(s) de contact, …) via un formulaire et donne accès à une page avec la liste des contacts classés par ordre alphabétique du nom avec une option de tri et recherche par critère (nom). 8. Le module de gestion des données de référence RM, RMP, et RMS comprend les fonctions suivantes : a. La mise à jour (création, modification, suppression, archivage) des données dans la base de données par l’importation de fichiers Excel. Le prestataire devra tenir compte des fichiers types existants (e.g. RM_, RM_F2, RMP_, RMS_) et les mettre à jour si nécessaire. b. La publication (mise en ligne) des données sur le site de front-office. Le système d’importation doit permettre de garder tout format (liens url, indice/exposant, lettres greques, gras, italique, ...) définis dans le fichier Excel. c. Edition du fichier des mises à jour de la base avec la possibilité de télécharger un fichier journal pour chaque type de données. 9. La prévisualisation (consultation) des données quelques soient leur status (publié, achivé, supprimé) avec les fonctions similaires à celles présentées pour l’interface de front- office (RQ8), mais l’interface inclut des champs d’informations additionnels visibles en back- office uniquement. 10. Le module de gestion des fichiers PDF qui seront accessibles et téléchargeables sur le site de front-office. Ce système permettra de produire, télécharger et publier les fichiers de données selon le format de données (RM, RMP, RMS), les critères (Analyte Category, Matrix category) et le status (publié, supprimé) des données. Le contenu et le format des fichiers sont similaires à l’existant. 11. Le module d’envoi de message qui permet l’edition du message (sujet, texte) au format html avec l’option de joindre des fichiers (3) à un ou plusieurs destinataires (groupe(s) de contact et/ou personne(s) contact du JCTLM) ou destinataires extérieurs. 12. Le module de gestion de documents (upload, ouverture, suppression) qui permet la sauvegarde de fichiers (pdf, doc, xls, zip) dans les répertoires dédiés (document, document_rm_f2, validation_report, final report, ...) de l’application et leur publication sur le front-office et/ou back-office. La description de l’arborescence de l’application est donnée en Annexe 2. 13. L’intégration d’une tâche automatisée journalière qui consulte les dates d'expiration des RMs pour l’envoi d’un email défini à l'administrateur du site JCTLM. Un lien dans cet email permet à l'administrateur d'accéder directement au module d'envoi d'email dont les champs BIPM_2021_CHEM_001 : JCTLM Database Page 21 /32
du formulaire sont pré-remplis avec les informations de cette RM. 14. Une page archive de tous les emails envoyés avec le module d’envoi de message. En cliquant sur un message on peut consulter son contenu. Les emails sont listés triés selon date d'envoi, du plus récent au plus ancien. 15. Un module de gestion (création, modification) des données des tables de la base utilisées pour la mise à jour et la consultation des données sur les RMs, RMPs et RMSs telles celles des tables AnalyteCategory, Matrix Category, Country, Measurement principle technique, Synonym. Cette liste pourra être amendée ultérieurement. OP3 : Le prestataire pourra proposer la mutualisation des fonctions associées à la gestion des contacts qu’il jugera plus adaptée (Producteur de RM, Laboratoire de RMS, Groupes et personnes contact du JCTLM). 2.1.4 Une interface web utilisateur accessible aux membres authentifiés Le BIPM envisage d’étendre les fonctionnalités de back-office à des utilisateurs membres et impliqués dans le processus opérationnel du JCTLM, telles que présentées ci-après. La description détaillée du processus opérationnel cible actuel est donnée en Annexe 3. BIPM_2021_CHEM_001 : JCTLM Database Page 22 /32
2.1.4.1 Schéma d’utilisation des nouvelles fonctionnalités de back office 2.1.4.2 Description des fonctions OP4: L’interface doit permettre à l’utilisateur de se connecter et comprendra les fonctionnalités suivantes : • L’inscription nominative des utilisateurs via un formulaire en ligne, • La création d’un couple (compte /mot de passe), • Le cryptage du mot de passe dans la base de données, BIPM_2021_CHEM_001 : JCTLM Database Page 23 /32
• L’option de visualiser le mot de passe via le formulaire en ligne, • La réinitialisation/changement du mot de passe par vérification de l’adresse email, • La modification et validation des données personnelles des comptes utilisateurs, • La demande de création d’un compte via un formulaire en ligne, • L’option d’accéder à plusieurs profils utilisateurs avec un même compte, • La limitation du temps de session ouverte. OP5 : L’interface doit permettre à l’utilisateur d’accèder à une page d’accueil personnalisée qui intègrera les fonctionnalités suivantes : • Affichage sous forme de bloc/rubrique des activités récentes (emails reçus/envoyés ; documents téléchargés/uploadés ; données reçues/traitées) relatives au compte utilisateur ; • Accès aux modules fonctionnels définis selon le(s) profil(s) de l’utilisateur. OP6 : L’interface doit permettre à l’utilisateur d’envoyer un email à d’autres utilisateurs et/ou groupes d’utilisateurs membres et comprendra les fonctionnalités suivantes : • Sélection d’un ou plusieurs destinataires et/ou groupes destinataires dans une liste de contacts (filtrée selon le profil/groupe d’appartenance de l’utilisateur), • Saisie/envoi d’un email avec un éditeur de texte via un formulaire web, • Option de joindre/télécharger/ouvrir des fichiers (3), • Consultation de l’historique des emails envoyés. OP7 : L’interface doit permettre à l’utilisateur la consultation des données de référence RM, RMP, et RMS enregistrées dans la base et comprendra les fonctionnalités suivantes : • Affichage des données sous forme de liste. Le contenu sera paramètré selon le profil de l’utilisateur et le type de données (matériau, méthode et service) et status (édité, soumis, en cours de revue, approuvé, …) des données ; • Sélection/déselection simple/multiple des données ; • Option de recherche par mot(s) clé(s) et filtrage des données selon des critères (5) tels que le type/status des données, le soumissionnaire, pays, … ; • Accès à une vue détaillée des informations sous forme de paragraphe ; • Accès (téléchargement et visualisation) aux fichiers joints aux dossiers de données ; OP8 : L’interface doit permettre à l’utilisateur (profil Soumissionnaire) de déposer des données en ligne et comprendra les fonctionnalités suivantes : 1. Saisie d’une donnée via un formulaire web avec des champs à renseigner. L’outil doit proposer un formulaire type pour RM, RMP et RMS, sur la base des fichiers Excel de nomination qui sont utilisés dans le processus cible actuel (voir Section 3.1). Le formulaire doit intégrer les fonctionnalités suivantes : • Regroupement et affichage des champs de saisie sur plusieurs pages successives ; • Intégration des champs de saisie par auto-complétion, simple /multi-sélection via une liste de choix prédéfinie, texte à entrée libre, insertion d’une référence avec un lien site externe, l’upload de fichiers ; • Gestion des dépendances entre champs avec une mise à jour du formulaire en fonction des informations entrées ; • Gestion des erreurs simplifiée pour garantir le contrôle des champs obligatoires et du format des réponses ; • Intégration d’une aide en ligne (infobulle, …) ; • Téléchargement et ouverture des fichiers uploadés depuis le formulaire. 2. Enregistrement d’une donnée en cours de saisie dans la base de données via le formulaire web et possibilité de finalisation de saisie lors d’une session ultérieure ; 3. Révision d’une donnée déjà stockée dans la base ; BIPM_2021_CHEM_001 : JCTLM Database Page 24 /32
4. Prévisualisation d’une donnée telle que saisie par l’utilisateur sous forme de paragraphe ; 5. Validation d’une donnée saisie via le formulaire web. L’utilisateur pourra modifier le contenu de son dossier jusqu’à une date limite ou jusqu’à une validation définitive de sa part. Toute validation définitive sera suivie d’un e-mail défini de confirmation à l’utilisateur avec un récapitulatif des données soumises au format .pdf, et permettra l’accès du dossier soumis au Secrétariat après réception d’une notification par email. 6. Le stockage des fichiers requis (20 Mo) pour déposer un dossier via le formulaire web dans un répertoire dédié dans l’application ; Les données entrées dans les formulaires en ligne seront enregistrées dans une nouvelle base de données qui reprendra les informations déjà existantes de la base données actuelle. OP9 : L’interface doit permettre à l’utilisateur (profil Secrétariat) de faire la réception administrative des dossiers de données ayant été soumis par un Soumissionnaire et comprendra les fonctionnalités suivantes : 1. Saisie et sauvegarde d’un commentaire sur une donnée via un formulaire web. Ce commentaire sera envoyé automatiquement par email au Soumissionnaire. Un lien dans cet email permet au Soumissionnaire d'accéder directement à la page de la donnée pour répondre à toute demande de révision ; 2. Validation de la recevabilité administrative du dossier via la page web. Une balise positive devra être mise en place pour que le dossier de la donnée continue le processus, et que les informations et fichiers composants le dossier soient accessibles au Président du groupe de travail qui en sera notifié par email. Une balise différente sera utilisée si le dossier n’est pas recevable administrativement. Dans les deux cas un email défini sera envoyé au Soumissionnaire. OP10 : L’interface doit permettre à l’utilisateur (profil Président du groupe de travailErreur ! Source d u renvoi introuvable.) de faire la réception technique des dossiers de données ayant été validés par le Secrétariat. Ce module comprendra les fonctionnalités suivantes : 1. Saisie et sauvegarde d’un commentaire sur une donnée via un formulaire web. Ce commentaire sera envoyé automatiquement par email au Secrétariat. Un lien dans cet email permet au Secrétariat d'accéder directement à la page de la donnée ; 2. Validation de la recevabilité technique du dossier via la page web. Toute validation définitive par le Président du groupe de travail permettra la recevabilité technique du dossier qui sera confirmée au Secrétariat par email, et permettra l’accès du dossier au Leader de l’équipe de revue qui en sera notifié par email. Une balise positive devra être mise en place pour que le dossier de la donnée continue le processus, et que les informations et fichiers composants le dossier soient accessibles au Leader de l’équipe de revue qui en sera notifié par email. Une balise différente sera utilisée si le dossier n’est pas recevable techniquement, et un email défini sera envoyé au Soummissionnaire. OP11 : Linterface doit permettre à l’utilisateur (profil Leader ; profil Membre de l’équipe de revue) de faire la revue technique des dossiers des données ayant été validés recevables techniquement par le Président du groupe de travail. Ce module comprendra les fonctionnalités suivantes : 1. Saisie et sauvegarde d’un commentaire sur une donnée via un formulaire web. Ce commentaire sera envoyé automatiquement par email au(x) destinataire(s) sélectionné(s). Un lien dans cet email permet au(x) destinataire(s) d'accéder directement à la page de la donnée ; 2. Consultation de l’historique des commentaires de revue sur une donnée ; BIPM_2021_CHEM_001 : JCTLM Database Page 25 /32
3. Sélection et distribution des données par le Leader à un ou plusieurs Membres de son équipe de revue. Cette action est suivie d’une notification par e-mail. Un lien dans cet email permet aux Membres de son équipe de revue d'accéder directement à la page de la (des) donnée(s) à évaluer ; 4. Evaluation de la donnée par rapport à des critères définis et consultables dans le formulaire web de la donnée sur la base de ceux définis dans les fichiers Excel de nomination (voir « for review team use » section 3.1). L’interface doit permettre à l’utilisateur les actions suivantes : • Saisie et qualification des commentaires de revue via des champs dédiés dans le formulaire web de la donnée tels que deux champs à simple/multi-sélection via une liste de choix prédéfinie, et un champ texte à entrée libre ; • Enregistrement des commentaires en cours de saisie dans la base de données via le formulaire web et possibilité de finalisation lors d’une session ultérieure ; • Validation des commentaires de revue via le formulaire web. L’utilisateur pourra modifier le contenu de son évaluation jusqu’à une date limite ou jusqu’à une validation définitive de sa part. Toute validation définitive sera suivie d’un e-mail de confirmation à l’utilisateur, et permettra l’accès aux commentaires de revue au Leader de l’équipe de revue. 5. Edition du rapport de revue par le Leader de l’équipe de revue via un formulaire en ligne qui intègrera les fonctions suivantes : • Consultation des commentaires de revue ; • Sélection des commentaires de revue pour une saisie automatique des champs du formulaire (pré-remplis avec les commentaires de revue sélectionnés) • L’option de saisie manuelle des champs dans le formulaire web ; L’outil doit proposer un formulaire type pour RM, RMP et RMS sur la base des fichiers Word qui sont utilisés dans le processus cible actuel (Voir Annexe 3). • Enregistrement en cours de saisie dans la base de données via le formulaire web et possibilité de finalisation lors d’une session ultérieure ; • Validation du rapport de revue. 6. Soumission du rapport de revue et de la recommendation pour publication par le Leader. Toute soumission définitive sera suivie d’un email et permettra l’accès au Secrétariat et au Président du groupe de travail d’accèder (télécharger, ouvrir) au rapport de revue. 7. Validation définitive de la revue Une balise positive devra être mise en place pour que le dossier continue le processus, et que les rapports de revue soient accessibles par les membres du Comité exécutif, après validation de la recommandation par le groupe de travail. Une balise différente sera utilisée si le dossier n’est pas recommandé pour publication, après validation par le groupe de travail. Une troisième balise sera utilisée si la recommendation est différée à la décision du Comité exécutif. OP12 : L’interface doit permettre à l’utilisateur (profil Membre du Comité éxécutif) de faire la revue des recommandations de publication et comprendra les fonctionnalités suivantes : 1. Consultation (téléchargement, ouverture) des rapports de revue 2. Validation de la recommandation pour publication jusqu’à une date limite. Une balise positive devra être mise en place pour que le dossier continue le processus, et que les données soient publiées dans la base de données du jctlm par le Secrétariat. Une seconde balise sera utilisée si le dossier n’est pas recommandé pour publication, et est archivé dans la base de données. BIPM_2021_CHEM_001 : JCTLM Database Page 26 /32
Une troisième balise sera utilisée si le dossier n’est pas recommandé mais une demande de révision a été faite. Le système devra permettre au Soumissionnaire de répondre aux demandes de modification émise par l’équipe de revue sans avoir à resoummettre un nouveau dossier. Une balise sera utilisée pour suivre la donnée en attente de réponse de la part du Soumissionnaire. Dans les trois cas le Secrétariat devra communiquer les rapports de revue par e-mail aux Soumissionnaires à la fin du cycle de revue. OP13 : L’interface doit permettre à l’utilisateur (profil Secrétariat) d’accèder aux modules fonctionnels suivants : 1. Gestion (création, modification, suppression, activation/désactivation) des comptes utilisateurs, et attribution du (des) profil(s) et groupe(s) utilisateur(s). Un email défini confirmera la création du compte à l’utilisateur. Le système devra permettre à l’utilisateur (profil Soumissionnaire) de créer et activer son compte sur l’interface. La création des comptes et l’attribution de profils aux utilisateurs impliqués dans le processus de revue et sélection des données seront gérées par le Secrétariat. 2. Mise à jour des données de référence affichées sur le front-office avec la possibilité de publier les données approuvées à l’issue du cycle de revue et de supprimer des données publiées devenues obsolètes. L’interface intègrera une fonction de recherche par mot clé (Identifiant, analyte name, …) pour la recherche d’une donnée qui fera l’objet d’une mise à jour. Interface Applicative de Programmation (API) RQ17 : L’application doit intégrer une API ouverte et accessible via https pour l’extraction de données lisibles et exploitables par des systèmes extérieurs. Le prestataire doit réaliser les développements suivants : -une requête paramètrée au format JSON et XML sur la base des champs indexés par le moteur de recherche pour les données de référence RM, RMP et RMS ; - la présentation des résultats de la requête au format XML et JSON sur la base des champs utiles et affichés sur le front-office ; - une documentation relative au format et au mode d'utilisation de l’API en lien avec les données de référence. Besoins techniques de la nouvelle application RQ18 : Le prestataire doit tenir compte de l’ensemble du périmètre technique indiqué ci-après. OP14 : Le prestataire pourra proposer en option toutes solutions techniques alternatives qu’il jugera nécessaires ou utiles à la mise en œuvre de la nouvelle application. Les données de référence RM, RMP, RMS RQ19 : Le format des fichiers de données de référence RM, RMP, RMS est maintenu. Ces fichiers sont accessibles à partir des liens suivants : Formulaire des matériaux DBWG-P-02A-F-01.xls ; Formulaire des méthodes DBWG-P-02A-F-02.xls ; Formulaire des services DBWG-P-02B-F-01.xls. Les status actuels des données sont Publié, Archivé, Supprimé. RQ20 : Le format de données utilise des caractères spéciaux tels que les lettres grecques : alpha, beta, gamma, mu et les exposants et les indices. Le prestataire doit proposer une solution technique pour garantir leur utilisation dans l’application et BIPM_2021_CHEM_001 : JCTLM Database Page 27 /32
Vous pouvez aussi lire