C'est tres important

• [^]Re: C'est tres important

  Posté par Raphaël SurcouF () le 26/04/2002 à 23:14. (lien). Évalué à 16.

  Pire pour les médecins libéraux !
  Avec les lecteurs de cartes à puce agréés Sesam-Vitale, ils ont trés peu de logiciels Libres pour assurer un passage complet vers GNU/Linux.

  • [^]Re: C'est tres important

    Posté par sensei () le 27/04/2002 à 09:42. (lien). Évalué à 4.

    Tu dis très peu, tu en connais ?
    Parce que je n'ai rien trouvé qui permette à un médecin d'effectuer sa teletransmission depuis linux...
    Je suis très intéressé par une solution de gestion de cabinet médical sous linux...
    Et le projet Debian Med ne fait pas beaucoup parler de lui...
    Si quelqu'un a une solution...

    • [^]Re: C'est tres important

      Posté par Pierre Jarillon (page perso, ) le 27/04/2002 à 23:03. (lien). Évalué à 6.

      Lors des RMLL 2000 et 2001, il y a eu un thème médecine très multinational. Si il y a des volontaires sur le sujet de la carte vitale, on peut le mettre au menu de 2002 : http://lsm.abul.org(...)

  • [^]Re: C'est tres important

    Posté par Benjamin () le 27/04/2002 à 10:15. (lien). Évalué à 1.

    J'y connais rien. Pourquoi ne peut-on pas lire ces cartes sous Linux ? C'est un protocole propriétaire dont le logiciel propriétaire est MS only ? Si oui, y'a-t-il une raison pour ne pas avoir un protocole libre ? Et quelle est la réponse de la boite qui produit ca vis à vis d'un portage sous Linux ?

    • [+] [^]Re: C'est tres important

      Posté par k3ats (page perso, ) le 27/04/2002 à 15:36. (lien). Évalué à -1.

      je ne pense pas que cela soit du a un protocole propriétaire au niveau des cartes vitales mais plutot a un manque de logiciel libre specifique au domaine medical. En effet a ma connaissance il n'existe pas de logiciel permettant de gerer les dossiers des patients, realiser des ordonnances et la aussi d'effectuer la compta d'un cabinet medical.... ce qui est la base de toute application dans ce domaine particulier ...
      Quand au protocole mis en oeuvre lors de la teletransmission des feuilles de maladie j'avoue ne pas en savoir grand chose ....

• [^]Re: C'est tres important

  Posté par BOB BOB () le 27/04/2002 à 00:10. (lien). Évalué à 12.

  Tu a quelque train de retard ...
  
  Mandrakesoft en offre déja quelque un ( programme de comptabilité) sur Mandrakestore ...
  
  http://www.mandrakestore.com(...)
  
  de plus j'avait écrit un article la dessus
  
  http://www.mandrakeforum.com/article.php?sid=1695&mode=thread&a(...)
  
  qui avait passer dans "autre" car certain modérateur de linuxfr n'ont pas apprécier la qualité ( trop de détails ) et provenance ( de moi ) du message , il faut dire que j'avait mis tout les liens dans le message et pas utiliser leur format a seulement 5 liens maximum ...
  Quand j'avait inclus 9 liens dans le message ...
  
  reférence le lien sur mandrakeforum ...
  
  compare avec :
  
  http://linuxfr.org/section/Logiciel/7113,0,1,0,0.php3(...)
  
  et aussi en écrivant cette article un beau projet en était ressortie dans les discussion sur un site : sql-ledger
  
  qui a fait un article sur Linuxfr aussi ...
  
  http://linuxfr.org/section/Logiciel/7206,0,1,0,0.php3(...)
  
  mais je pense plus que l'article en ce moment discute de solution ERP qui est un peu plus complète que seulement les programme de compatbilité et inclus :
  
  solutions de gestion comptable et financière, gestion commerciale et logistique, et enfin gestion de fabrication et autre programme de statisque qui font le lien entre tout ses programmes.
  
  Une solution comptable te donne seulement l'actif et le passif tandis que ce genre de programme tout intégrer ensemble te donne une vue d'ensemble de la compagnie et te permet de faire des rapports actualiser a la minute pres sur des questions précises qui peuvent etre une réponse globale que tu n'as que si tu as vraiment toute l'information , du genre qu'elle est le cout de transport de telle produit a partir de telle entrepot vers telle destination , le cout de la main d'oeuvre , le temps d'entreposage etc ... qui ne sont pas pris en compte par une comptabilité normale ...
  
  ce qui manque au produit open source ce sont du bon packaging de bon groupe de managment qui save ce qu'ils font et de bonne promotion et du marketing de produit ... tout sa en bonne dose ...
  
  Bien des software passe dans l'anonymat pas a cause de leur qualité ni de leur fonction mais du manque de visibilité qui leur sont accorder on semble mettre beaucoup trop d'emphase sur les gros projet ( KDE - Gnome ) mais on oublie de parler de projet plus petit remplissant certaine tâche que plusieur croit ne pas êtres combler ( calculatrice scientifique pour écolier comme example )

  • [^]Re: C'est tres important

    Posté par Damien Metzler () le 29/04/2002 à 07:23. (lien). Évalué à 5.

    L'un des autres problèmes en ce qui concerne les softs de gestion pro, c'est qu'ils sont "reconnus" par les cabinets d'experts comptables et surtout les commissaires aux comptes.
    
    En gros quand un commissaire aux compte vient inspecter un entreprise, si c pas Sage, il tire la gueule parce qu'il connait pas. Donc généralement il valide pas les comptes et il incite fortement l'entreprise à migrer sous Sage. C'est dommage parce que bcp d'entreprise ont leur propre progiciel de gestion à eux qu'ils connaissent et qu'ils maîtrisent.
    
    De ce coté la, on pourrait dire que Sage ressemble bcp à un certains MS pour prendre des parts de marché....

• [^]Re: C'est tres important

  Posté par L () le 27/04/2002 à 12:16. (lien). Évalué à 3.

  En fait, le problème est que la comptabilité est un métier complexe et demande une collaboration très très étroite entre développeur et programmeur. Il y a la partie technique (développeur) et la partie métier grandement spécialisée.
  
  Je ne connais aucun développeur assez compétant et motivés dans les deux domaines pour réaliser cette association de connaissance.
  
  Voilà pourquoi, à mon humble avis, personne ne s'est vraiement penché sur le problème, sauf une société. Et pas n'importe laquelle puisqu'elle reste tout de même une référence en la matière.

  • [^]Re: C'est tres important

    Posté par Pierre Jarillon (page perso, ) le 27/04/2002 à 13:56. (lien). Évalué à 15.

    Pour créer tout logiciel, il faut connaitre le métier de celui qui va l'utiliser.
    La double compétence est donc l'idéal. Lorsque ce n'est pas le cas, il faut une collaboration très étroite entre l'informaticien et l'homme de métier. Lorsque tout se passe bien, l'informaticien doit comprendre le métier et l'homme de métier doit comprendre le logiciel. J'ai 22 ans d'expérience dans un logiciel métier et ce que je déteste par dessus tout, ce sont les donneurs d'ordre qui ne sont pas de vrais utilisateurs. Souvent, ce sont les chefs des utilisateurs et malheureusement, ce sont souvent eux qui décident car ce sont eux qui paient. Le résultat est souvent pitoyable car les gens du métier ne sont pas capables d'imaginer tout ce qui est possible ou n'osent pas l'exprimer. De l'autre côté, les informaticiens ne peuvent pas imaginer ce qui rendrait vraiment service aux usagers.

    • [^]Re: C'est tres important

      Posté par L () le 27/04/2002 à 14:44. (lien). Évalué à 23.

      On est d'accord. J'ai travaillé dans une société où ils ont remplacé un logiciel de comptabilité et un logiciel de transit qui tournaient sur de la mini-informatique (Serveur Data General) : il s'agissait d'un ensemble de logiciels développés en Cobol par des développeurs internes à la société (dont l'un était devenu et est d'ailleur encore DSI). Les logiciels étaient évidemment en mode texte et tournaientt depuis 15 ans au vingt ans déjà (avec les correctifs nécessaires imposés par la législation du métier concerné). Les utilisateurs les trouvaient pratiques et la formation, assurée en interne par les développeurs même, était "juste", efficace et courte pour les nouveaux venus.
      
      Pour être "à la page", il a été décidé de changer tout cela il y a maintenant trois ans pour un ensemble de logiciels qui tourne sous Windows. Il est vrai aussi que le support matériel des Data General n'était plus assuré (la micro-informatique ayant détroné la mini-informatique), le matériel étant pratiquement introuvable, si ce n'était qu'en occasion et après de longues recherche (parfois vaines) : ce qui commençait à se faire ressentir lorsque des pannes surgissaient.
      
      Les logiciels, développés par une SSII, ont été crées pour les besoin spécifique de la société par la collaboration d'une équipe développeur et de deux équipe métier (ce qui est classique lors de l'intervention d'un SSII dans beaucoup de cas). Les équipes métier étaient chargées d'apporter les connaissances métiers nécessaires par l'élaboration d'une sorte de cahier des charges sur les fonctionnalités et l'utilisation (disons "l'ergonomie").
      
      Une fois les logiciels réalisés et déployés, ça a été un vrai fiasco : les "décideurs" (chefs), qui ne connaissaient pas l'utilisation des logiciels aussi bien que les utiliateurs concernées, avaient décidé que telles ou telles fonctionnalités n'étaient pas nécessaires, histoire de montrer qu'ils suivaient les choses. Ils avaient aussi jugé que telles fonctionnalités devaient être implémentées afin d'avoir un "droit de regard et de contrôle". Et tuti quanti ... Les demandes avaient été largement modifiées après le travail des équipes métier (notament en raison des contraites techniques imposées par telle ou telle modifications).
      
      Au final, ça a abouti a un bulldozer qui demandait une formation énorme, remettant en cause tout leur acquis d'auparavant. Les vrais utilisateurs étaient déroutés : la différence entre la demande et l'offre était énorme ...
      
      Evidemment, officiellement, "en haut lieu", ce fut une réussite (les chefs appuyant le succès relatifs de leur choix) : les "vrais" utilisateurs osent rarement faire l'écho de certains échecs, dans la mesure où leur dires iraient à l'encontre de ceux de leurs chefs et instaureraient une ambiance malsaine. Ce qui se passe, c'est qu'autour d'un café, les utilisateurs s'expriment entre eux : bien évidemment, rien n'avance et le mécontentement laisse peu à peu la place à un "il faut s'y faire, on n'a pas le choix, c'est comme ça".

      • [^]Re: C'est tres important

        Posté par Pierre Jarillon (page perso, ) le 27/04/2002 à 22:52. (lien). Évalué à 7.

        Je ne comprend pas du tout pourquoi le message de LiNuCe est aussi mal noté !
        Il est criant de vérité !!! C'est ce qui se passe dans toutes les grosses entreprises. Ce message, c'est la règle générale et ce qui se va bien est l'exception.
        Souvent les gens les plus nuisibles sont ceux qui croient connaitre le métier.
        Si j'ai réussi ma grosse application, c'est parce que j'avais acquis une double compétence et que je me suis intéressé aux vrais utilisateurs. Parfois la réponse que je leur apportais n'avait rien à voir avec leur demande. Par exemple une clef compactée dans la base de données au lieu d'une imprimante à listing... Les utilisateurs n'ont plus jamais perdu de temps à rechercher les articles dans le listing ! C'était plus vite fait, moins cher et tout le monde gagnait du temps.
        Même si cet exemple parait gros, il est authentique, mais aucun chef n'avait imaginé que l'on puisse faire aussi simple et efficace.
        
        Il y a une autre plaie, c'est celle des spécifications qui ne laissent aucune liberté à l'informaticien sous prétexte d'être précis.
        On fait la réception du logiciel et on vérifie qu'il est conforme aux spécifications. Le logiciel est déclaré conforme et c'est le fiasco ! Pourquoi ? Tout simplement parce qu'aucune méthode ne permet de vérifier que les spécifications sont bonnes. Tout ce que les responsables vérifient, c'est la forme, car c'est tout ce dont ils sont capables.
        Je suis dur, croyez-vous ? Pas tant que ça. J'ai vu des chefs déclarer ne pas connaitre un domaine dont ils étaient chargés et qu'ils se reposaient sur leurs subalternes. Le problème c'est que les subalternes qui étaient en fonction avant eux tenaient le même langage... C'était récursif ! Il est bien évident que dans un tel système il soit difficile de travailler.

        • [^]Re: C'est tres important

          Posté par rouge13 () le 29/04/2002 à 15:00. (lien). Évalué à 2.

          Il y a une autre plaie, c'est celle des spécifications qui ne laissent aucune liberté à l'informaticien sous prétexte d'être précis.
          
          heu ... c'est précisement le but d'une spec, non ?
          je ne vois pas en quoi la liberté d'interprétation d'un développeur/analyste peut aider à la bonne marche d'un projet.
          
          Tout ce que les responsables vérifient, c'est la forme, car c'est tout ce dont ils sont capables.
          
          J'ai déjà vu un DSI signer des analyses sans les lire (faute de temps et question de confiance).
          
          La réussite d'un projet dépend de beaucoup de choses mais c'est rarement l'avis des développeurs qui compte et heureusement dans la mesure ou ils ne sont pas censé connaitre le métier du client. Ya des consultants pour ça ... et surtout le choix des "bons" utilisateurs c'est à dire ceux qui collaborent, qui proposent et qui n'ont pas tendance à reproduire l'existant (trés rares).

          • [^]Re: C'est tres important

            Posté par Pierre Jarillon (page perso, ) le 30/04/2002 à 01:11. (lien). Évalué à 2.

            Je préfère de beaucoup parler de cahier des charges, la spécification doit être élaborée et affinée au cours de l'avancement. Tout ne peut pas être vu dans les spécs lorsqu'il y a des humains derrière. Pour l'embarqué, tout doit être spécifié car le nombre d'états du système est fini, alors quavec un opérateur débordant d'imagination ce n'est pas toujours vrai.
            
            Il y a peu on m'a demandé de faire en sorte que les impressions soient récupérables sous word. J'ai fait les impressions en créant un filtre html et un cgi.
            C'était de loin le plus simple, le plus souple et les demandeurs ravis n'avaient même pas imaginé tout ce qu'ils pourraient faire avec. Mais ce n'était pas du tout ce qu'on m'avait demandé.
            
            Les pisseurs de lignes mis en batterie ? Non, très peu pour moi, c'est une vision moyen-âgeuse de travailler.

ERP sous Linux

• [^]Re: ERP sous Linux

  Posté par Pierre Jarillon (page perso, ) le 26/04/2002 à 21:47. (lien). Évalué à 5.

  Je viens de découvrir ERP5. Les choix technologiques me paraissent être les meilleurs que l'on puisse faire actuellement.
  Ce projet semble très bien parti. Sauf incident, il devrait être grandiose. Souhaitons lui longue vie.
  D'ailleurs, j'ai bien envie d'y participer, pas vous ?

• [^]Re: ERP sous Linux

  Posté par JPz (page perso, ) le 26/04/2002 à 22:21. (lien). Évalué à 6.

  Projet intéressant là où un vide existe, qui plus est dans le cadre d'applications 'pro' : tous mes voeux de réussite :-)

• [+] [^]Re: ERP sous Linux

  Posté par Annah C. Hue (page perso, ) le 27/04/2002 à 14:21. (lien). Évalué à -3.

  Il y a GNU Enterprise que tu n'as pas listé.
  
  http://www.gnuenterprise.org/sections.php?op=viewarticle&artid=(...)
  
  Ils disent : "If you are looking for a full-function ERP, GNUe is the package for you.".

  • [+] [^]Re: ERP sous Linux

    Posté par Annah C. Hue (page perso, ) le 27/04/2002 à 14:24. (lien). Évalué à -4.

    Bon, j'arrête de boire. Tu l'as bien mis, mais je ne l'avais point vu :-)
    
    Désolé.

Ce serait super : on n'aura plus besoin d'un serveur Windows

• [^]Re: Ce serait super : on n'aura plus besoin d'un serveur Windows

  Posté par pas_moi () le 30/04/2002 à 08:41. (lien). Évalué à 0.

  C'est étrange, chez nous la compta Sage est installée sur un serveur Linux (les postes de travail sont encore sous Windows)... bon, c'est vrai qu'on a pris la version Oracle, <ironie>obligatoire dès que l'on a au moins 200 clients dans la compta</ironie>.

  • [^]Re: Ce serait super : on n'aura plus besoin d'un serveur Windows

    Posté par Gaétan RYCKEBOER (page perso, ) le 30/04/2002 à 11:11. (lien). Évalué à 0.

    Non, pas ironique du tout... le moteur sage est un veau, et la GUI qu'il y a autour traine des lourdeurs de l'époque saari/sybel (selon la ligne).
    
    Ils ont mis 3 ans à rendre leur soft compatible azvec les stations NT, aujourd'hui, je suis passé de l'autre côté, je ne sais pas où ça en est. Mais il y a encore 2 ans, leur service commercial était à deux vitesses, le service clients était... en fonction du temps et des chiffres du loto...