CLUB UTILISATEURS COMMISSION GMAO 02 et 03 octobre 2007 Institut Mutualiste Montsouris 75014 PARIS Animateur : G. Briquet (Centre Hospitalier Universitaire Vaudois) Destinataires : Membres de la commission. Présents : Mme C. Pons (SME Bordeaux) Melle V. Narbonne (SME Bordeaux) M. P-Y. Vuillaume (IMM) M. J-M. Servais (IMM) M. G. Coquin (IMM) M. JM. Simon (Isochem) M. G. Cuilhe (Aquitanis) M. O.Davaze (IGR) M. C. Joly (HUG) M. C. Fourgeaud (Qualiac) M. G. Briquet (CHUV) Diffusion Mme O. Lunetta Mme N. Oger M. M. Auriacombe M. JC. Esaki M. C. Fourgeaud M. B.Billot M. S. Boyer (Eurenco) M. D. Robert (Aquitanis) Mme N. Liebel (SALM) M. A. Kempf (SALM) M. M. Ancel (DS Smith Kaysersberg) Procès-verbal de la commission 15/10/2007 La commission GMAO se réunit pour la deuxième fois de l année 2007 dans les locaux de l Institut Mutualiste Montsouris. Que nous remercions sincèrement pour leur chaleureux accueil. La commission se déroule sur 1,5 jours. La première ½ journée, l IMM nous fait une présentation, très intéressante, de la gestion de la traçabilité du matériel médical. Les membres de la commission revoient, valident, répartissent les analyses de développements prévus, suivi d une présentation de la gestion des liens Achat-Immo-GMAO en application à l IMM. La deuxième journée, revue, avec le représentant Qualiac, du PV, des demandes en cours, des analyses fournies, priorisation des développements, propositions de nouvelles demandes. Questions en cours PV du 02,03_10_07.doc Page 1 sur 9
La synthèse des questions en cours est reprise sur le fichier Excel joint à ce PV. Ce sera le nouveau document de base de travail : 0HDéveloppements mutualisés 2007 séance du 2 et 3 10 1 Peut-on gérer les types de prix par Gestionnaire dans GAEI? Décision client le 29 03 07 : Plus à l ordre du jour 2 Contrats. Système de numérotation des renouvellements de contrats (nouveau numéro plutôt qu un incrément suffixé)? Point pris en compte par qualiac. Terminé. 3 Souhait d utiliser une transaction combinant les critères du TLDI et du TLSOM. CORM disponible en F1.01. Terminé. 4 - Liens GMAO/Achat : quelle date pour la date au plus tôt de la commande. Eurenco. Qualiac : En standard Qualiac GMAO ne passe pas de date pour cette date au plus tôt de la commande d achat. Si vous le désirez, Qualiac peut vous chiffrer une demande de développement. Au produit : Date de commande (DCD) = Date logique Date de début de réception prévue (DRD) = Date début réelle/théorique de l opération + Délai de livraison du RAF, SINON Date logique Le 30 mars 06 : Attente de l analyse Qualiac. Décision le 29 mars 2007 : Transmettre analyse à Eurenco et DS Smith pour validation. Décision le 29 mars 2007 : Transmettre analyse à Eurenco et Kaysersberg pour validation. Qualiac (03/2006) : Point repris par point 14 (Saisie d achat de prestation) 5 - Comment avoir le prix, le code fournisseur, le n de marché pour une opération de préventif? Eurenco. Qualiac : En standard, il suffit de gérer les relations articles/fournisseurs (GRAF). Si vous le désirez, Qualiac peut vous chiffrer une demande de développement qui permettrait de spécifier les informations directement sur les lignes des opérations (GOPEM). Ajout des champs prix, fournisseur et contrat dans GLOPM pour les proposer au moment de la Génération des lignes d ordre (QMILOR) de l opération (QMIORO)? Incompatible avec la proposition des prix à date + valorisation? Pourquoi proposition prix à date insuffisante actuellement? Le 30 mars 06: Attente de l analyse Qualiac. Décision le 29 mars 2007 : Transmettre analyse à Eurenco. Qualiac (04/2007) : Envoi d un mail à Eurenco (Sylvain Boyer + copie à G. Briquet) pour savoir s ils sont toujours intéressés par cette demande. 6 - Lister (consulter) les contrats avec le nombre de BT (planning) prévus par contrat, et l état de ces BT. Transaction disponible en F1.01. Terminé. 7 - Onglets pour GMARA et GMADA Le 30 mars : Point abandonné 8 - Lister (consulter) les contrats avec le nombre de commandes (prévues) par contrat et l état de ces commandes. PV du 02,03_10_07.doc Page 2 sur 9
CSCE Transaction disponible en F1.01. Terminé. 9 - Dans GINT, manque la possibilité de faire une interrogation sur la famille type équipement ou sur la famille ou une liste. CHUV Transaction disponible en F1.01 modification de masse DI. Terminé. 10 - Avoir une CINT «Consultation des demandes d intervention» avec un lien avec les bons de travaux générés et les équipements liés aux contrats (GEQM) CSIN Transaction disponible en F1.01. Terminé. 11 Règles de préventif (GRPE) : pouvoir définir une règle par DI. Actuellement la règle est par classe de DI et famille équipement. Modification de la table QMRPE (ajout du numéro de DI) + modification proposition => cela va modifier la synchronisation actuelle depuis GINT : proposition systématique du n de DI Le 30 mars : Point en stand by Qualiac (03/2006) : Voir si l ajout de donnée supplémentaire de la DI (catégorie, code d intervention) dans la définition de la règle de préventif permettrait d avoir un détail suffisant en plus de la classe, sans être aussi fin que la DI. Même chiffrage que pour l ajout du numéro de DI : 3UF2. Point réactualisé le 03/10/07. 12 Type intervenant par gestionnaire (GAEI) : pouvoir gérer le % des gestionnaires par type Décision le 29 mars 2007 : point supprimé. 13 Consultation des BTs (CORM) : CORM Transaction disponible en F1.01. Terminé. 14 Saisie d achat de prestation, d achat direct via les bons de travaux (GORM, GCPR) : 14.1 proposer le prix de GRAF en priorité au prix ramener via les objectifs. Modification de la proposition du prix de la ligne d ordre en faisant une recherche dans GRAF avant la proposition standard / incompatible avec point 5? Pb valorisation (risque d écrasement) Changer la règle de recherche des prix pour les articles achetés Le 30 mars : Attente chiffrage qualiac. Qualiac (03/2006) : La proposition du prix à date actuelle ne bouge pas, elle permet de retrouver les types de prix à prendre en compte. Les prix sont remplacés par ceux des RAF s ils existent pour le trio article/fournisseur/marché. La devise du RAF prise en compte sera celle du type de prix et la date logique pour la période de validité. Les RAF pris en compte seront ceux sans fabriquant (notion inexistante en GMAO). Chiffrage : 2 UF2. Qualiac (04/2007) : Voir analyse liée «synthèse_modification_lignes.doc» 14.2 Date au plutôt : utiliser une date existante dans la ligne d ordre. Proposer la date de début théorique de l opération. La date sera modifiable. Ajout d un champ? Dfrqmlol Point similaire au point 4? Le 30 mars : qualiac propose 1 UF1 8UF2, pour l ajout de la date au plus tôt dans la table QMLOR. La commission attend un chiffrage avec une date existante dans les lignes d ordre. Qualiac (03/2006) : Ajout de la date au plus tôt dans QMLOR (8 UF2 et 1 UF1) Gestion de la date de mise à jour du stock en tant que date au plus tôt dans le cas où le moyen à consommer est un article acheté : ce n est pas une solution produit (même avec des masques dynamiques en saisie, les formes sélections seront toujours HS). Décision le 29 mars 2007 : Attente analyse revue de qualiac Qualiac (04/2007) : Voir analyse liée «synthèse_modification_lignes.doc» PV du 02,03_10_07.doc Page 3 sur 9
15 Historique DI préventive : 16 Historique équipement : Module Qualiac Trace : Points 15 et 16. Terminés. 17 Contrôle préventif Disponible en F1.01. Terminé. 18 - Compte rendu de traitement ou d édition : si aucun élément sélectionné, ne pas rediriger vers l imprimante. => Voir les éditions incriminées Toutes les éditions et traitement paramétrables Le 30 mars : Cette demande doit être remontée à l ensemble des commissions. Qualiac (03/2006) : vu avec Michel Albert (intervenant Qualiac pour la commission extraction de données) Décision le 29 mars 2007 : Attente feedback de qualiac par rapport aux autres commissions Qualiac (04/2007) : Ce point sera rajouté dans la réponse de Qualiac au PV de la commission restitution, de façon à l avoir en tête lors de l établissement du prochain PE et de la prochaine réunion. 19 - Enlever les combo sur les équipements, bâtiments. Pas compliqué, mais représente beaucoup de travail et difficilement livrable hors release Modifications dans QAM et SIR? Oui Le 30 mars : Demande pour les transactions GSSR, GPOP et GINT Attente chiffrage Qualiac Décision le 29 mars 2007 : Pris en charge au PE 2007 disponible en F3.01 20 Analyses jointes Disponible en F1.01. Terminé. 21 Proposition du mode de maintenance pour les articles achetés selon le contrat et l article (Demande d Isochem/HUG) Qualiac (03/2006) : Solutions existantes : dupliquer articles pour mode de maintenance différents ou bien saisir le mode (mode par défaut non autorisé pour la classe). L intérêt est de générer directement une commande d achats dans le cas d un contrat de maintenance sans passer par l étape DA. Actuellement, la classe d achat provient du mode de maintenance issu lui-même du type équipement ou du mode par défaut. Il faut éviter de modifier le processus de proposition du mode de maintenance pour éviter d avoir à les dupliquer juste pour préciser une classe d achat différente, mais plutôt prévoir des équivalences de classe/mode d achats au moment de la génération des commandes d achats. Création d une table d équivalences/exceptions de classes et exploitation dans la génération des commandes/demandes d achats : 3 UF2. A déterminer si l équivalence doit se faire au niveau des modes de maintenance (suivi plus simple depuis la GMAO mais presque autant de jours pour refaire les propositions dans les transactions) ou bien au niveau des classes d achats (pour éviter de dupliquer les modes de maintenance). Décision le 29 mars 2007 : Transmettre analyse à Isochem/HUG PV du 02,03_10_07.doc Page 4 sur 9
Qualiac (04/2007) : Voir avec les clients si la solution préconisée (équivalences de classe et mode d achats demandes->commandes) est acceptée par les clients. 22 Saisie simplifiée des achats : idem GSSR (Demande Isochem/HUG) Pris en charge au PE 2007. 23 Dans CBEQ pouvoir trier les équipements par intitulés (Demande d Isochem) Qualiac (03/2006) : Utilisation du paramètre PR6 pour préciser sur quels blocs le tri doit se faire sur l intitulé en priorité (1 UF2). Décision le 29 mars 2007 : Transmettre analyse à Isochem Qualiac (04/2007) : Proposition d une solution plus globale qui permettrait de paramétrer les colonnes ramenées et le tri (forme détail) du bloc de la liste des équipements? Chiffrage : 3 UF2. 24 Mise au rebut simplifiée : Depuis GEQT, appel d un traitement qui permet la mise au rebut combinée avec une liste d équipement (Demande HUG/ CHUV). Disponible en F1.01. Terminé. 25 Analyse de pannes (demande SME 33) Qualiac (03/2006) : demande d exemples à SNPE33. Décision le 29 mars 2007 : Cahier des charges à transmettre à qualiac. Qualiac (04/2007) : Réception du cahier des charges du client : possibilité d obtenir des résultats équivalents en combinant l édition de statistiques BT (pour les données) avec Qualiac éditions (pour la mise en forme graphique). 26 - Planification du personnel (demande SME 33) Qualiac (03/2006) : demande d exemples à SNPE33. Il faudrait voir si cette problématique pourrait être résolue par une saisie depuis GSSR du gestionnaire (affectation sans saisie du réel) avec une liste de valeur élaborée (liste des gestionnaires du type intervenant + capacité + charge réelle de chacun). Décision le 29 mars 2007 : Cahier des charges à transmettre à qualiac. Qualiac (04/2007) : Voir si la future gestion de préparation des BT ne pourrait pas déjà répondre à ce besoin par l affichage des ressources disponibles (type intervenant ou gestionnaire) avec les capacités et les charges de chacun. Réception du cahier des charges du client : au produit la gestion GMOPM permet de décaler et modifier la durée des opérations par un Gantt pouvant faire des regroupement par gestionnaires. Nouvelles demandes La synthèse des nouvelles demandes est reprise sur le fichier Excel joint à ce PV. Ce sera le nouveau document de base de travail : 1H2HDeveloppements mutualisés 2007 séance du 2 et 3 10 27 - QMLOR - Rajout de la date de commande et de la devise (DS Smith Kaysersberg) Qualiac (04/2007) : Similaire au point 14 (Ajout de champs dans QMLOR à proposer lors de la génération de commande d achats). Voir analyse liée «synthèse_modification_lignes.doc» 28 - QMIORO - Pas de paramétrage de la durée théorique (IMM) PV du 02,03_10_07.doc Page 5 sur 9
Qualiac (04/2007) : Test en labo OK. Demande de complément au client. 29 - GORM - Pas de paramétrage de l'étape en recherche (IMM) Qualiac (04/2007) : Comme il s agit d une donnée systématiquement proposée à la saisie, elle n est pas paramétrable. Cette caractéristique étant identique entre le mode recherche et le mode saisie, elle n est donc pas accessible en mode recherche non plus. Cette notion de recherche de BT a été introduite dans la saisie du compte rendu par la forme sélection QMCSCPR (Sélection Ordres et Opérations), mais comme elle porte sur les opérations, elle ne peut pas être réutilisable pour GORM. Soit il faut que le client utilise une autre transaction plus adéquate comme point de départ, soit il faudra juger de l opportunité de créer une forme sélection pour GORM un peu comme celle qui existe pour le compte rendu. 30 GEQT Proposition du CGR suivant le bâtiment (IMM) Qualiac (04/2007) : Au produit, le CGR de l équipement est proposé à partir de celui du type équipement, il s agirait donc d une demande de spécifique (à voir avec le client concerné). A gérer dans GEQT, le SAS et la gestion de déplacement des équipements (GDEQ). 31 TGPP Traitement d une famille d équipement avec eqt sur DI (CHUV) Qualiac (04/2007) : Reprendre le principe de la modification qui a été faite pour le TLSOM (Filtre par liste et composition d équipement) pour le traitement TLDI. Par contre, contrairement aux BT pour lesquels les équipements sont directement liés (voir GEBO), les équipements à prendre en compte seront directement recherchés dans les en-têtes de DI. Chiffrage : 1UF2. 32 GSIN Ajout gestionnaire ( GESQMORM) (SALM) Qualiac (04/2007) : Actuellement le gestionnaire de maintenance du BT est proposé à partir du gestionnaire contact de la DI. La solution serait de rajouter un gestionnaire de maintenance directement lié au bon de travail qui serait prioritaire (s il est renseigné) au gestionnaire contact de la DI. Chiffrage : 1,5 UF2. 33 GCPR->XXXX Générer une réception (TOUS) Qualiac (04/2007) : Le besoin est de simplifier le nombre de transactions à utiliser pour aller jusqu à la réception et de ne pas avoir à donner l accès au transactions des achats aux utilisateurs de GMAO. Il existe un SAS des réceptions qu il serait possible d alimenter depuis une transaction GMAO (pour pouvoir gérer la sécurité) appelée depuis le compte rendu, la transaction des pièces de rechanges/achetées ou encore seule. L appel depuis GCPR se ferait depuis le bouton «Réception» déjà existant, le principe serait donc de se positionner sur la ligne d achat pour laquelle on aurait juste à saisir la quantité réceptionnée et la validation permettrait de générer l entête et la ligne de réception. Chiffrage : 5UF2 1UF1. 34 - GCPR - Saisie des textes pour panne/réparation/diagn & recherche sur texte (SALM) Qualiac (04/2007) : La solution produit, qui avait été vue avec le client, est de gérer des paragraphes différents dans le texte avec des codes destination distincts. Sinon, techniquement la possibilité existe, il est donc envisageable de prévoir une nouvelle gestion de texte des opérations avec 4 blocs de texte et donc 4 codes édition différents, sachant que les éditions existantes ont été prévues pour les codes édition standard (Avant/Après). PV du 02,03_10_07.doc Page 6 sur 9
En ce qui concerne la recherche, il existe la consultation hiérarchique des diagnostics (CDPR : module inventaire technique) qui permet de retrouver les codes panne/diagnostics à partir d une partie de leur texte (QMITOB), pour un équipement ou sa famille. 35 - GCPR - Filtre suivant pièces/ressources/compteurs/ manquants (TOUS) Qualiac (04/2007) : Ajout d une forme détail à GCPR destinée à la recherche, permettant de choisir les opérations à sélectionner en fonction de l état des données qui leurs sont rattachées (par défaut tout est actif) qui pourrait ressembler à l exemple ci-dessous : Un petit bémol concernant cette demande : le temps de recherche risque d être fortement affecté puisque certaines informations (état des achats) ne peuvent êtres déterminées qu enregistrement par enregistrement. Chiffrage : 2 UF2. 36 QMIPRC Ajout du bouton Aperçu comme CLCA (SALM) Qualiac (04/2007) : Ajout d un bouton «Aperçu» dans QMIPRC dans le cas où la ligne d ordre possède 1 demande/commande d achat liée. C est l édition correspondant au mnémonique d aperçu définit dans la classe d achat (GNCA- >Compléments) qui sera recherché et utilisé. Question le 03 octobre 2007 : Quelle commande sera éditée dans le cas de solde. Le n de cde sera affiché dans la grille et lequel (Reliquat)? 37 TORM Ajout filtres à la soumission (utilisateur de cr./date/ ) (SME33) Qualiac (04/2007) : Ajout de fourchettes sur l utilisateur et la date de création de l entête du BT de transfert au niveau de la soumission et prise en compte dans le traitement SOIT ajout de la sélection des BT (QMTSORM) et adaptation pour le SAS ce qui permettrait d anticiper sur des besoins futurs. Chiffrage : 0,5 UF2 SOIT 1 UF2. 38 QMIPOP Pouvoir générer automatiquement les moyens à consommer (SME33 / Isochem) Qualiac (04/2007) : Au produit, il existe le traitement de contrôle des DI préventives (TCDP) qui permet d être sûr qu il ne manque aucun élément de la DI avant de commencer les traitements. Maintenant, pour que la génération des moyens soit faites de façon systématiquement, il est possible de prévoir un paramètre au mnémonique (GPOP/QMIPOP) à cet effet qui serait exploité lors de la création des plans d opérations depuis la transaction. PV du 02,03_10_07.doc Page 7 sur 9
39 GINT Réactivation : contrôle date prochaine>=date jour (SME33 / Isochem) Qualiac (04/2007) : Modification de GINT de façon à prendre le paramètre PR1 du mnémonique, ce dernier conditionnera l affichage d un message d alerte lors de l arrêt de la suspension de la DI si la date de prochaine intervention est plus petite que la date logique (non bloquant). A noter que ce contrôle ne sera effectif que dans la gestion de saisie des DI (GINT). Chiffrage : 0,5 UF2. 40 TDEQ Duplication DI préventive : option contrôle (HUG) Qualiac (04/2007) : Au niveau de la soumission, transformation de la case à cocher «DI préventive» en un radio-bouton dont les valeurs seraient : Inactif/Sans contrôle/avec contrôle. Modification du traitement pour lancer la procédure de contrôle de la DI si c est demandé, si elle échoue on affiche le message d erreur mais on valide ce qui a été généré. 41 GEQT Contrôle de l autorisation des statuts (comme traitements) (HUG) Qualiac (04/2007) : Création d une nouvelle gestion de saisie des statuts GSETE pour laquelle la classe ne sera pas visible (alimentée par une constante non contrôlée). Lors de la saisie d un équipement ou de la modification du statut, si la transaction gère les autorisations dans GSETE, le contrôle sera effectué (comme cela, le contrôle ne se fera que s il est voulu). Chiffrage : 1,5 UF2. 42 GEQT Paramétrer la modification de l état (HUG) Qualiac (04/2007) : Ajout d un paramètre au mnémonique GEQT permettant de désactiver l état pour ne pas qu il soit modifiable. Chiffrage : 0,5 UF2. En ce qui concerne les modifications de masse, si des clients sont intéressés, il est envisageable de prévoir quelque chose qui permettrait de préciser les colonnes à mettre à disposition par établissement. 43 GEQT Si modification gestionnaire/cgrs remontée dans DI suivant paramétrage (HUG) Qualiac (04/2007) : Selon le paramètre AUTEQT occurrence MAJINT et de ses valeurs testées (ts1 pour le gestionnaire et ts2 pour les CGRs), la modification du gestionnaire ou d un CGR de l équipement pourra être remontée automatiquement sur les DI faisant référence directement à l équipement. Ce principe sera valable depuis toutes les transactions effectuant des mises à jours des équipements (saisie, modification de masse, ). Chiffrage : 0,5 UF2. 44 QMILOR Proposition du prix du RAF en priorité (DS Smith Kaysersberg / HUG) Qualiac (04/2007) : voir point 14.1 Voir analyse liée «synthèse_modification_lignes.doc» Oublis 45 GREC Réception : pas de suppression des équipements si annulation (TOUS) Qualiac (04/2007) : Vu avec l équipe des achats : lors de l annulation des réceptions, les équipements ne sont pas supprimés, mais on leur affecte un statut particulier (chaîne 1 du paramètre AUTSAREC/RETEQT). 46 - GCFTG - Avoir le tri dans les arbres comme CBEQ (HUG) Qualiac (04/2007) : Engagement de correction pour la F3_01. PV du 02,03_10_07.doc Page 8 sur 9
Autres 47 Achats Contrôle qu il n y ait pas plusieurs fournisseurs sur une même priorité. Qualiac (04/2007) : Actuellement, le choix se fait selon la qualité, la priorité et enfin le code (par ordre décroissant). Il n existe aucun mécanisme permettant de savoir que plusieurs fournisseurs ont la même priorité pour un article donné. Faudra-t-il demander un devis aux achats pour cette fonctionnalité? 48 Editions Recto verso (voir avec Qualiac éditions) (SME33) Qualiac (04/2007) : Cette option existe dans Qedition sous la forme d une case à cocher, elle ne fonctionne que dans le cadre d une édition directe vers l imprimante, sinon c est au logiciel utilisé pour la visualisation de gérer le recto verso. Après, pour les éditions pour lesquelles il faut gérer des regroupements (EORM, ), elles devront êtres modifiées pour déclencher des sauts de page sur la rupture principale lorsque cela est nécessaire. Chiffrage : 0,5 UF2 / édition 49 - Liens Achats/GMAO - Répercuter/bloquer la modification des CGRs Achat->BT Qualiac (04/2007) : Au produit, il est possible d empêcher la modification des données comptables des lignes d ordre (voir GPCO) et des lignes d achats (voir GNCA->Comptabilisation). En ce qui concerne la répercussion, comment faire si la ligne d achat est reprise dans plusieurs sous commandes avec des CGR différents? Prise en compte uniquement de la ligne d achat d origine (directement liée dans GORLM)? 50 - GMEQT/GMDIN Re-propostions dans les modifications de masse (TOUS) Qualiac (04/2007) : Au produit, les modifications de masse ne refont pas les propositions comme les gestions de saisie. En effet, ce n est pas parce qu une valeur est proposée qu elle ne peut pas être systématiquement modifiée par les utilisateurs lors de la saisie, c est pour cela que les colonnes autres que celles demandées dans la modification de masse ne sont pas écrasées. En ce qui concerne les gestionnaires et leurs données (nom, email, téléphone, ), c est vrai que l on peut considérer qu il s agisse d une redondance d informations, donc après en avoir discuté en interne, si cela est validé par l ensemble des clients on effectuera la modification, mais il s agit bien d une exception. Cordialement. Gérard BRIQUET CHUV PV du 02,03_10_07.doc Page 9 sur 9