Page 1 of 1

Impliquez-vous!

Posted: 01 November 2016, 04:26
by jerome
Chères utilisatrices, chers utilisateurs!

FreeHealth a besoin de vous!

:!: :arrow: 5 choses que vous pouvez faire dès maintenant:
  1. Demandez 1 nouvelle fonctionnalité
  2. Signalez un bug
  3. Faire un don
  4. Tweeter à propos de FreeHealth
  5. En savoir plus sur les manières de contribuez au projet en tant que professionnel de santé, programmeur, traducteur, étudiant, etc.
FreeHealth est 1 fork du projet FreeMedForms, qui a été créé en 2008 pour répondre aux besoins essentiels du cabinet d'un médecin libéral exerçant seul.
Dès le début, son créateur et développeur principal, le Dr Eric Maeker (qui encore aujourd'hui est l'auteur de plus de 80% du code source!), a pensé à rendre le logiciel utilisable dans des structures regroupant plusieurs soignants, grâce au mode d'installation en réseau avec le logiciel libre de base de données MySQL. Toutefois, les retours (notamment les rapport de bugs) des utilisateurs en réseau n'ont pas été nombreux. Quand j'ai commencé à m'impliquer dans les mises à jour du code et la résolution des bugs en 2015, j'ai constaté de nombreux problèmes à résoudre. Un projet d'installation dans une maternité à Madagascar dans lequel je suis impliqué à titre privé a fait apparaître des problèmes d'échelle liés aux nombres d'utilisateurs qui ne pouvaient pas être perçus dans les structure avec un nombre restreint de soignants.
Comme vous le savez, en France comme ailleurs, l'avenir est plutôt au regroupement des professionnels de santé dans des structures type maison médicale ou MSP. Un logiciel qui ne serait adapté qu'aux cabinets individuels ou aux petits cabinet de groupe exclusivement composés de soignants d'une même catégorie professionnelle ou d'une même spécialité n'a pas beaucoup d'avenir.

La situation s'est améliorée depuis mais il reste beaucoup à faire!

FreeHealth souhaite devenir un outil professionnel, avec une base de donnée sur les médicaments agréée et la possibilité d'avoir 1 support de qualité. L'amateurisme n'a aucune place dans la santé.

Si vous utilisez FreeHealth pour vos besoins professionnels, le moment est sûrement venu de vous investir davantage dans la communauté, afin d'assurer l'avenir du projet!

Le logiciel restera à jamais libre et open source, mais le travail effectué pour le mettre à jour et l'adapter aux exigences d'aujourd'hui demande du temps et des moyens, notamment financiers.

Réfléchissons ensemble pour trouver des solutions afin de garantir la pérennité de votre outil de travail! Association loi 1901? L'expérience de FreeMedForms montre que le modèle associatif n'a pas permis de créer un dynamique. Financement participatif? Recherche de financements institutionnels publics, en accord avec nos principes d'indépendance, notamment vis-à-vis de l'industrie pharmaceutique?

Si vous constatez des défauts, merci de le signaler (mailing list, forum, issue sur GitHub).
Si vous avez besoin d'une amélioration, d'une nouvelle fonctionnalité, faites le nous savoir. Nous ferons le maximum pour coder vos besoins, bénévolement, sur notre temps libre.
Si cette nouvelle fonctionnalité est essentielle à votre pratique, peut-être pourriez-vous payer un développeur pour la mettre en œuvre et partager cette amélioration du code source avec le communauté, dans l'esprit de la licence libre GPL? Si chaque professionnel utilisant FreeHealth finance 1 seule amélioration ou 1 seule correction de bug, le logiciel fera des progrès fulgurants en peu de temps. De nombreux développeurs freelance et de nombreuses sociétés de service en logiciel libre maitrisant le langage C++ / Qt peuvent répondre à vos besoins et améliorer le code. S'ils s'engagent à partager les améliorations sous licence libre, nous les aiderons du mieux que nous pourrons.

Contribuez! Impliquez-vous!

Merci.

Jérôme Pinguet
Développeur bénévole du logiciel libre FreeHealth.io
Dirigeant de l'entreprise medecinelibre.com

Re: Impliquez-vous!

Posted: 24 March 2017, 13:34
by docteurmathieu
Salut Jérôme

DocteurMathieu, twittos, médecin geek installé depuis 7 ans, sur Mediclick+Mac.

J'ai un peu l'impression d'être parmi les premiers wagons, non ? ...

Je vais tâcher de t'aider avec le peu de temps de disponible que j'ai, je peux :

- tester et faire remonter les bugs
- commenter et donner des axes prioritaires avec mon expérience utilisateur (7 ans de mediclick...!)
- partager avec la communauté médicale, recruter des jeunes médecins (je suis MSU) bref boulot commercial, mais free.
- partager avec la communauté non médicale (geeks en tous genres) : finalement ce genre de projet est d' "utilité publique" donc ne pas restreindre aux médecins ! comme tu le dis il y a besoin de traducteurs etc...

Pourquoi je fais cela : c'est à la fois idéologique et pragmatique. Je bosse sur Mediclick depuis 7 ans, c'est un bon logiciel, le moins mauvais parmi ceux que j'ai pu tester, mais :
- remontée de bugs qui ne sont jamais corrigés année après année
- multiplication des bugs à chaque changement d'environnement
- mises à jour en retard (leur dernière mise à jour est sortie 7 mois après la sortie d'El Capitan)
- proposition d'amélioration : aucune possibilité offerte à part un forum (non officiel) d'utilisateurs
- modules totalement inutilisables donc logiciel sous-exploité)
- ergonomie mammouth avec 15 clicks pour 1 action
- doute sur l'espionnage des données et la revente aux assureurs privés
- prix : 900 euros par an. (avec module des services améliPro intégré)

Donc bref je me sens un peu frustré même s'il m'est devenu indispensable. Il a plein de fonctionnalités qui marchent quand même bien. On va donc tenter le coup, en espérant que ça ne va pas forker dans tous les sens car c'est ça le talon d'achille du libre... la bordélisation par ramifications. Rien que déjà ça m'a pris du temps pour comprendre le distinguo entre freemedforms et freehealth. (d'ailleurs dans les tuto Freehealth les captures d'écran montrent freemedforms).

Allez, on y va

Re: Impliquez-vous!

Posted: 30 March 2017, 19:38
by jerome
docteurmathieu wrote:Salut Jérôme

DocteurMathieu, twittos, médecin geek installé depuis 7 ans, sur Mediclick+Mac.

J'ai un peu l'impression d'être parmi les premiers wagons, non ? ...
Depuis le fork oui mais comme tu peux le constater de nombreux médecins ont participé à l'aventure FreeMedForms. Le leader de FreeMedForms ayant décidé de fermer le forum, j'ai voulu préserver les archives, qui contiennent des infos pertinentes, en les incluant dans ce nouveau forum.
docteurmathieu wrote: Je vais tâcher de t'aider avec le peu de temps de disponible que j'ai, je peux :

- tester et faire remonter les bugs
- commenter et donner des axes prioritaires avec mon expérience utilisateur (7 ans de mediclick...!)
- partager avec la communauté médicale, recruter des jeunes médecins (je suis MSU) bref boulot commercial, mais free.
- partager avec la communauté non médicale (geeks en tous genres) : finalement ce genre de projet est d' "utilité publique" donc ne pas restreindre aux médecins ! comme tu le dis il y a besoin de traducteurs etc...
D'utilité publique, en France et dans les pays industrialisés, parce que le domaine des logiciels de gestion de dossiers patients est phagocyté par l'industrie pharmaceutique ou l'industrie de la revente de données à l'industrie pharmaceutique, mais aussi dans les pays en développement parce que le coût prohibitif des logiciels non libres ne permet pas aux soignants de s'équiper. Il existe de nombreux projets libres anglox-saxons (et 1 projet libre français) adapté aux grosses structures type hôpital. Ce type de logiciel nécessite la présence (ou la mise à disposition à distance de manière très régulière) d'un professionnel de l'informatique. Par contre, il n'y aucun projet francophone (je veux dire par là: avec non seulement une traduction en français mais 1 communauté d'utilisateurs et des services professionnels capables de parler français) simple d'accès pour les petites structures type cabinet solo, cabinet de groupe, dispensaire, centres de santé, qui ne peuvent pas se payer 1 assistance de tous les instants. La simplicité de FreeHealth et la licence libre permettent de déléguer l'assistance à des informaticiens locaux, si besoin après une courte formation.
docteurmathieu wrote: Pourquoi je fais cela : c'est à la fois idéologique et pragmatique. Je bosse sur Mediclick depuis 7 ans, c'est un bon logiciel, le moins mauvais parmi ceux que j'ai pu tester, mais :
- remontée de bugs qui ne sont jamais corrigés année après année
- multiplication des bugs à chaque changement d'environnement
- mises à jour en retard (leur dernière mise à jour est sortie 7 mois après la sortie d'El Capitan)
- proposition d'amélioration : aucune possibilité offerte à part un forum (non officiel) d'utilisateurs
- modules totalement inutilisables donc logiciel sous-exploité)
- ergonomie mammouth avec 15 clicks pour 1 action
- doute sur l'espionnage des données et la revente aux assureurs privés
- prix : 900 euros par an. (avec module des services améliPro intégré)

Donc bref je me sens un peu frustré même s'il m'est devenu indispensable. Il a plein de fonctionnalités qui marchent quand même bien.
Il faudrait donc essayer de copier les bonnes idées de ton logiciel actuel!
docteurmathieu wrote: On va donc tenter le coup, en espérant que ça ne va pas forker dans tous les sens car c'est ça le talon d'achille du libre... la bordélisation par ramifications. Rien que déjà ça m'a pris du temps pour comprendre le distinguo entre freemedforms et freehealth. (d'ailleurs dans les tuto Freehealth les captures d'écran montrent freemedforms).

Allez, on y va
Ton enthousiasme fait plaisir! Je reste persuadé qu'avec une équipe dynamique même de taille réduite, et avec un petit budget même modeste, on peut arriver très vite à faire aussi bien que les grosses boîtes, au moins au niveau médical.
Pour l'intégration des services liées à CV et CPS, ainsi que pour une solution compta, nous aurons besoin d'avoir une base d'utilisateurs payants plus conséquente, mais ça peut arriver vite!

Un fork n'est jamais une décision facile à prendre. Je l'ai prise parce que je n'avais pas le choix, parce que le projet était dans une impasse. C'est expliqué en détail dans mon article en anglais sur le wiki: https://freehealth.io/en/news/fork

Depuis, les choix de la communauté FreeMedForms (en réalité, ce sont les choix de son leader, qui prend toutes les décisions seul) sont venus confirmer la nécessité du fork: j'ai constaté de nombreux manquement à la licence libre GPLv3, notamment le refus d'Eric Maeker de publier le code source de la version 1.0 de FreeMedForms, décision sur laquelle il est revenu seulement après de nombreuses pressions de la communauté libriste (notamment le président de SourceForge).
Malheureusement, le code source publié sur SourceForge ne correspond pas au programme en téléchargement. C'est une nouvelle infraction à la licence GPLv3, c'est illégal. Les développeurs d'1 programme sous GPLv3, s'ils décident de publier la version compilée (le .exe prêt à installer pour Windows), doivent fournir 1 code source qui correspond parfaitement au programme, avec les recettes pour le compiler soir même. Eric Maeker a décidé volontairement de tronquer le code source pour empêcher les utilisateur de pouvoir exercer leurs droits en tant qu'utilisateurs de logiciel libre, et pour mettre des bâtons dans les roues de notre projet. Au lieu de travailler en synergie avec nous, il a décidé de tout faire pour rendre les logiciels incompatibles. Il a également décidé de privatiser le développement, en n'autorisant l'accès au dépôt des sources (l'endroit ou le code évolue, se construit jour après jour) aux seuls développeurs qui signeront un contrat qu'il a écrit: https://freemedforms.com/fr/devs/start
Je pense que ces actions délétères et contraires aux principes du libre annoncent la disparition prochaine et inévitable de FreeMedForms.

Bref, FreeMedForms n'est plus libre, l'authentique version libre et open source de ce projet collectif qui existe depuis 9 ans, c'est FreeHealth!

Les tutos sont sur un wiki qui peut être modifié par tout le monde (sauf quelques pages par mesure de sécurité). Donc, comme souvent dans les projets libres, la réponse à "telle chose n'est pas faite" sera "rien ne t'empêche de la faire toi-même! ;-)

Bienvenue! :D

Les règles de fonctionnement de la communauté restent à écrire et je suis ouvert à tout type d'organisation si elle respecte les principes généraux que j'ai énoncés lorsque j'ai créé le fork ainsi que les objectifs fixés https://freehealth.io/en/community/objectives

En résumé:
* respect total et absolu des 4 libertés du logiciel libre
* respect total et absolu de la licence GPLv3
* pas de hiérarchie
* prise de décision collective
* méritocratie non figée: certes, les personnes les plus impliquées et celles qui connaissent bien le projet doivent être écoutées attentivement, mais pas au dépens des nouveaux contributeurs et des idées neuves ou dérangeantes Je ne veux pas retomber dans le piège de FreeMedForms, qui était le projet d'une seule personne où il était impossible de trouver sa place, et pas 1 vrai projet collectif
* pas de chasse aux sorcières par rapport aux professionnels et aux entreprises commerciales: si 1 professionnel veut offrir des services autour du logiciel, et s'il respecte scrupuleusement les principes du libre et s'engage à contribuer au projet, ça doit être considéré comme un atout, et pas comme 1 menace. 1 logiciel libre médical professionnel sans développeurs professionnels et sans maintenance est voué à l'échec. L'amateurisme n'a pas sa place dans la santé, c'est 1 activité bien trop sérieuse et risquée. Par contre, le bénévolat de qualité, lui, a toute sa place. Tous les contributeurs sont les bienvenus, seule la qualité des idées, des contributions et du code comptent.
* annoncer les changements conséquents à l'avance (sur la mailing list dev au minimum, et si ça impacte directement les utilisateurs, il faut aussi l'annoncer sur les 2 forums, en anglais et en français) pour laisser le temps aux contributeurs de réagir, de participer, de s'opposer, de proposer des alternatives. Si personne ne réagit au bout d'un laps de temps raisonnable, le changement est adopté (qui ne dit mot consent).

Re: Impliquez-vous!

Posted: 20 April 2017, 18:52
by Laurent
Bonjour à tous,

je suis médecin généraliste remplaçant depuis 6 ans et linuxien convaincu depuis 15 ans, lecteur régulier de Prescrire, sans conflit d'intérêt.

J'ai quelques notions en C++, Qt5, MySql et ça fait un moment que je cherche à m'investir dans un projet de développement d'une suite de logiciels médicaux Open Source et indépendante, et qui tourne sur ma Debian.
J'ai découvert le projet FreeHealth après être passé par Med'inTux (dont le principe de liste et de glossaire hautement configurable me plaisent vraiment) et FreeMedForms (où j'ai perdu 50euros en inscription à une asso fictive).

Si mes modestes compétences et mon temps libre peuvent servir ici, ce sera avec plaisir.

Bonne soirée.

Re: Impliquez-vous!

Posted: 21 May 2017, 10:56
by jerome
Laurent wrote:Bonjour à tous,

je suis médecin généraliste remplaçant depuis 6 ans et linuxien convaincu depuis 15 ans, lecteur régulier de Prescrire, sans conflit d'intérêt.
Bienvenue!
Je suis vraiment désolé pour le délais entre ce message et sa validation. Je n'avais pas enclenché les notifications pour ce sujet. Il faudrait que je trouve une solution technique pour être averti dès qu'un nouveau message est posté, mais phpBB est pas très pratique pour ça. Accepterais-tu de m'aider à administrer et modérer le forum?
J'ai quelques notions en C++, Qt5, MySql et ça fait un moment que je cherche à m'investir dans un projet de développement d'une suite de logiciels médicaux Open Source et indépendante, et qui tourne sur ma Debian.
Des paquets Ubuntu sont déjà disponibles sur notre PPA. Formellement, les mêmes fichiers de configuration peuvent être utilisés pour créer une archive Debian privée. C'est juste le temps (et l'absence de demande) qui fait que je ne me suis pas lancé. Tu peux regarder là: https://github.com/FreeHealth/debian
Évidemment je souhaite que FreeHealth intègre les dépôts officiels de Debian. En pratique ça pourrait être fait dès qu'on aura renommé le module de prescription (Freediams-> FreeRx) et fait les changements dans les fichiers .pro et tester que rien n'est cassé.

Le manque de ressources, d'aide et de temps font que je vais probablement proposer FreeHealth aux utilisateurs de Windows et macOS sous la forme d'1 machine virtuelle Ubuntu et plus précisément Lubuntu (basé sur LXDE mais qui va basculer vers LxQt pour la 17.10).
Utiliser 1 machine virtuelle Linux permettra de simplifier infiniment le support. Les mises à jour seront automatiques. Ça permettra aussi de proposer 1 version de démonstration prête à l'emploi avec 1 serveur MariaDB déjà configuré. Et aussi de proposer tout 1 écosystème: DICOM Server et Viewer Orthanc, messagerie instantanée en LAN / WAN avec Tox, chiffrement de notes privée dans les dossiers avec GnuPG. Proposer ces services dans 1 environnement Windows ou macOS serait un casse-tête sans fin nécessitant 1 équipe de dev de 12 personnes. Sur Linux, je peux gérer, même seul.

La question Ubuntu/Debian pour la VM penche vers Ubuntu, principalement parce que nous allons avoir besoin très vite du module QtWebEngine avec possibilité d'imprimer des pages html, et ça n'est possible qu'à partir de Qt 5.8. Or, 5.8 n'arrivera pas dans Debian Stable avant 2 ans et demi / 3 ans, et même pour Testing, l'attente risque d'être très longue. Alors que Qt 5.7 (impression web via pdf) est déjà dans 17.4 Zesty, et Qt 5.8 (impression web directe) sera probablement dans 17.10 Artful.
J'ai découvert le projet FreeHealth après être passé par Med'inTux (dont le principe de liste et de glossaire hautement configurable me plaisent vraiment)
Nous devrions nous en inspirer. J'ai utilisé Medintux pendant quelques mois en remplacement en 2012. Il y a des bonnes idées, mais malheureusement le développement est un peu figé et le code toujours non compatible avec Qt5.
et FreeMedForms (où j'ai perdu 50euros en inscription à une asso fictive).
Le principal problème de FreeMedForms c'est la décision vraiment triste d'Eric de passer à un mode de développement fermé. Il y a aussi des problèmes de respect de la licence GPL: les sources ne compilent pas, les fichiers de build sont absents et la version binaire ne correspond pas aux sources. Tout cela étant fait pour empêcher FreeHealth de bénéficier des avancées de FreeMedForms, alors qu'une collaboration entre les deux projets aurait pu être très fructueuse. Les querelles d'égo n'ont pas leur place dans le logiciel libre.
L'autre souci c'est son opposition à toute forme de professionnalisme. Je ne pense pas qu'un projet basé purement sur le bénévolat soit viable dans le domaine de la santé. Une association pourquoi pas, mais alors avec comme objectif d'avoir au moins un technicien permanent pour le support.
Il y a des associations qui éditent des logiciels (AlmaPro, Amedulo et XMed) et ça se passe plutôt bien (mais malheureusement le code n'est pas libre) mais elles payent des développeurs et des techniciens pour le support.

Pour ma part, mon objectif serait qu'il y ait suffisamment de professionnels de santé motivés pour créer une SCIC. Avec 1 logiciel 100% libre et open source et 1 société coopérative détenue par ses utilisateurs motivés, on aura vraiment 1 outil indépendant et au service des patients et des soignants.

Si mes modestes compétences et mon temps libre peuvent servir ici, ce sera avec plaisir.
Oui. Il y a 2 urgences:
1. intégrer la base de données Thériaque et obtenir le label LAP certifié pour élargir la base d'utilisateurs français
2. faire évoluer la manière dont les formulaires fonctionnent: on arrive au bout de ce que peut faire QtScript qui est "deprecated" et n'existera probablement plus dans Qt6, on est limité par 1 structure qui nous oblige à travailler en html4. Les widgets desktop de Qt font le job aujourd'hui, mais ils n'évolueront plus non plus. J'y réfléchis depuis des mois, la solution qui fait le plus sens serait de passer à des formulaires construits en QML (Qt Quick 2) et JavaScript. Je compte tester la solution sur 1 formulaire (probablement SOAP) prochainement. Je vais proposer ce changement sur la mailing list dev, en anglais, dès les 1ers tests effectués.
Bonne soirée.
A bientôt!

jérôme

Re: Impliquez-vous!

Posted: 10 August 2017, 10:12
by Vincent
Bonjour,

Je suis un scientifique (PhD) utilisant le plus de logiciels libres possibles, en même temps je suis aujourd'hui étudiant en médecine.

Je suis très intéressé par ce projet qui pour moi est une grande idée de proposer un support multidisciplinaire (Medecin, infirmier, paramédical..) pour la gestion des patients.

J'aimerai bien y contribuer.

Je ne suis pas développeur mais je peux tester, trifouiller et essayer de débusquer les bugs. De plus je peux écrire de la documentation (français, anglais) sans problème. Si il y a d'autres choses que je peux faire ce sera avec plaisir.

A bientôt

Vincent

Re: Impliquez-vous!

Posted: 12 August 2017, 02:31
by MoiLeviathan
Bonjour, pour me présenter, je suis un sage-femme.
Je viens de découvrir votre projet et je le trouve extra.

Dans le but un jour de m'installer, je voudrais m'investir avec vous dans votre projet. Même si je n'ai pas beaucoup d'expérience en terme de programmation, je peux apprendre.

Mais surtout, je peux vous aider dans l'élaboration de questionnaires utile au sage - Femme, gynéco et autre. De plus je peux vous faire des maquettes détaillées de consultations prénatales, post natal, de gynécologie et autre que j'utilise déjà avec un logiciel payant la où je travaille.

Je peux aussi vous aider dans d'autre discipline tel que l'acupuncture (je suis en train de m'y former).
Je peux également tester votre travail, et vous faire part de bug, d'améliorations etc ...

Je veux pouvoir vous aider, car votre projet, je le trouve génial.
Bonne journée à vous.

Re: Impliquez-vous!

Posted: 01 September 2017, 10:04
by MoiLeviathan
Bonjour,

Je viens de découvrir votre programme et il a vraiment l’air super.
J’ai cependant besoin de votre aide, afin de modifier les différents formulaires que vous avez déjà créé pour la maternité de Madagascar.
En effet dans le formulaire du calcul de terme, que l’on prenne la date des dernières règle ou la date de début de grossesse le formulaire prend a chaque fois cette date comme la semaine 0, du coups quand on prend la date de dernière règle, le formulaire fonctionne mais pas pour le début de grossesse.
Et avec le temps, nous ne prenons plus la date des dernière règle mais la date de début de grossesse définit à la 1ere écho.

Je voudrais également pouvoir changer les date des marqueurs sériques à faire entre 11 SA et 13+6 SA et non pas 14 SA et 15 SA.

Il y a d’autres petits détails à changer, et si vous le souhaitez, je peux vous les lister. Et également apporter quelques améliorations.
On peut par exemple rajouter des examens tel que le test de sucre qui ne se nomme plus O’sullivan mais HGPO avec des prise de sang à h0 h1 et h2.


De plus, je voulais savoir, comment de manière simple, je peux compiler la dernière version de votre programme ? Je peux me débrouiller si on m’explique bien ^^.

Enfin, je voulais savoir comment on supprime des formulaires que l’on a mis à tous les patients sans le vouloir ?

Bref, je suis à votre disposition, pour rendre le logiciel plus pratique à utiliser pour les Sage-femme et gynécologue, si vous le souhaitez.
Bonne journée à vous.

Re: Impliquez-vous!

Posted: 23 September 2017, 05:53
by jerome
Bonjour!

J'ai déjà eu l'occasion de vous répondre par mail mais je souhaiterais le faire également ici pour rester dans l'esprit collectif et communautaire du projet.
MoiLeviathan wrote: Bonjour, pour me présenter, je suis un sage-femme.
Je viens de découvrir votre projet et je le trouve extra.

Dans le but un jour de m'installer, je voudrais m'investir avec vous dans votre projet. Même si je n'ai pas beaucoup d'expérience en terme de programmation, je peux apprendre.

Mais surtout, je peux vous aider dans l'élaboration de questionnaires utile au sage - Femme, gynéco et autre. De plus je peux vous faire des maquettes détaillées de consultations prénatales, post natal, de gynécologie et autre que j'utilise déjà avec un logiciel payant la où je travaille.

Je peux aussi vous aider dans d'autre discipline tel que l'acupuncture (je suis en train de m'y former).
Je peux également tester votre travail, et vous faire part de bug, d'améliorations etc ...

Je veux pouvoir vous aider, car votre projet, je le trouve génial.
Bonne journée à vous.

Bonjour,

Je viens de découvrir votre programme et il a vraiment l’air super.
J’ai cependant besoin de votre aide, afin de modifier les différents formulaires que vous avez déjà créé pour la maternité de Madagascar.
En effet dans le formulaire du calcul de terme, que l’on prenne la date des dernières règle ou la date de début de grossesse le formulaire prend a chaque fois cette date comme la semaine 0, du coups quand on prend la date de dernière règle, le formulaire fonctionne mais pas pour le début de grossesse.
Et avec le temps, nous ne prenons plus la date des dernière règle mais la date de début de grossesse définit à la 1ere écho.

Je voudrais également pouvoir changer les date des marqueurs sériques à faire entre 11 SA et 13+6 SA et non pas 14 SA et 15 SA.

Il y a d’autres petits détails à changer, et si vous le souhaitez, je peux vous les lister. Et également apporter quelques améliorations.
On peut par exemple rajouter des examens tel que le test de sucre qui ne se nomme plus O’sullivan mais HGPO avec des prise de sang à h0 h1 et h2.


De plus, je voulais savoir, comment de manière simple, je peux compiler la dernière version de votre programme ? Je peux me débrouiller si on m’explique bien ^^.

Enfin, je voulais savoir comment on supprime des formulaires que l’on a mis à tous les patients sans le vouloir ?

Bref, je suis à votre disposition, pour rendre le logiciel plus pratique à utiliser pour les Sage-femme et gynécologue, si vous le souhaitez.
Bonne journée à vous.
Je viens de découvrir votre projet
Ce n'est pas mon mon programme. C'est le fruit de plus de 8 ans d'efforts de la part d'1 douzaine de personnes différentes (notamment le Dr Eric Maeker)! Je ne suis qu'1 contributeur parmi d'autres et je me retrouve à gérer le projet en ce moment. :-)

Il y a d’autres petits détails à changer, et si vous le souhaitez, je peux vous les lister. Et également apporter quelques améliorations.
On peut par exemple rajouter des examens tel que le test de sucre qui ne se nomme plus O’sullivan mais HGPO avec des prise de sang à h0 h1 et h2.

Les noms varient suivant les pays, même entre pays francophones. J'ai tenté d'utiliser les termes les plus génériques mais le client est roi et comme la maternité finançait le développement, c'est elle qui avait le dernier mot. C'est un travail spécifique pour 1 client. J'ai réussi à convaincre le client de publier le travail sous licence libre.


De plus, je voulais savoir, comment de manière simple, je peux compiler la dernière version de votre programme ? Je peux me débrouiller si on m’explique bien ^^.
Tout est expliqué dans le wiki: https://freehealth.io Mots-clefs à entrer dans le moteur de recherche du wiki: build, windows
Autant vous prévenir: que ce soit pour macOS ou Windows, c'est plutôt compliqué, long et pénible. Et ce n'est pas 1 solution d'avenir comme je l'explique dans la suite. Je crains de ne pas avoir de temps à y consacrer.

La dernière version de FreeHealth est pré-compilée pour Debian Stable (depuis hier!!!), toutes les versions d'Ubuntu à partir de 16.04 et Windows à partir de Windows 7.
Voir la page téléchargement mise à jour hier:
https://www.freehealth.io/en/download

Vous pouvez lire cette page pour savoir pourquoi nous arrêtons le support des version macOS et Windows et comment continuer à utiliser FreeHealth EHR sur des ordinateurs tournant sur ces OS: https://www.freehealth.io/en/gnu
C'est en anglais mais je vais traduire rapidement.


> Enfin, je voulais savoir comment on supprime des formulaires que l’on a mis à tous les patients sans le vouloir ?

Bonne question!!! Individuellement c'est possible: sélectionner le formulaire dans la colonne de gauche et cliquez sur le signe moins "-" situé en bas à gauche. Il y a eu des bugs pour la suppression, il faut que je revérifie.

Par contre pour les supprimer en masse via l'application ça n'est pas (encore) possible. Il faut le faire directement via la base de données.

J'ajoute ça à la liste des bugs ou améliorations (issues) sur GitHub.

je suis à votre disposition, pour rendre le logiciel plus pratique à utiliser pour les Sage-femme et gynécologue, si vous le souhaitez.
C'est intéressant pour le projet. Personnellement, je ne manque pas d'enthousiasme mais surtout de temps et de moyens.

Je consacre l'essentiel de mon temps à des développements financés par des professionnels de santé (principalement médecins généralistes et spécialistes en médecine vasculaire) qui bénéficient à tous les utilisateurs.

Malheureusement, depuis le désengagement de la maternité, il n'y a plus de SF ou de gynécologues qui contribuent au financement ou au développement du code du logiciel.

En ce moment, le ration entre les utilisateurs qui contribuent financièrement / utilisateurs qui ne contribuent pas est très faible.

Pour pouvoir recevoir des financements (institutionnels ou privés) nous envisageons de créer 1 association loi 1901 avec 1 fonctionnement horizontal (pas de structure classique avec président) entièrement en ligne. Nous publierons 1 proposition de statuts prochainement, qui pourront être modifiés par les personnes qui souhaitent s'impliquer dans la vie de l'association. Dans le domaine des logiciels de santé destinés aux professionnels, il est extrêmement difficile voire impossible de ne compter que sur des développeurs bénévoles. Le jour ou le développeur bénévole se désintéresse du projet (ce qui est arrivé avec FreeMedForms) c'est toute la communauté des utilisateurs qui risque de se retrouver avec 1 logiciel qui ne progresse plus. Nous devons donc trouver 1 modèle de développement qui permette au projet d'avoir des moyens financiers, sans remettre en cause le caractère 100% libre et open source du code (ce qui est d'ailleurs impossible légalement puisque la GPLv3 protège le code existant et tout ajout futur).

L'idéal serait de convaincre 1 groupe de sages-femmes ou de gynécologues de s'intéresser au projet et de financer des développements. Peut-être pourriez-vous convaincre 1 association ou 1 collectif de sages femmes de l'intérêt du logiciel libre et des possibilités de développer des outils libres pour toute la profession? Il n'y a pas forcément besoin d'1 très grand nombre de personnes, mais avoir 1 développeur qui se consacre à 1 seul utilisateur, c'est malheureusement utopique.

Toutes les propositions d'ajout au au code (code C++ ou code XML/HTML/JavaScript) des formulaires) envoyées sur GitHub seront prises en compte et probablement acceptées, parfois après modifications. Je ne connais pas votre niveau en programmation mais il faut savoir que pour commencer à comprendre la structure et le fonctionnement du programme il faut des connaissance solides en C++/Qt et consacrer de nombreuses semaines à l'analyse du code. Pour les formulaires actuels, ça demande moins d'investissement, mais ça n'est pas aussi simple que ça en a l'air. Dans un futur proche, j'envisage de passer à une autre approche: QML et Qt Quick, qui sont basés sur JavaScript avec quelques particularités de l'univers Qt.

Voir cet extrait d'1 mail sur la mailing list de FreeMedForms en 2016:
Qt framework is slowly moving in the direction of web and mobile
development with QML and Qt Quick. FMF relies heavily on traditional Qt
widgets for its easily customized forms. Even though I am sure that Qt
Widgets will be supported by Qt for many years, we shouldn't expect new
features or new widgets. Apps relying exclusively on widgets will start
aging. We will have to think about switching to QML in the near future.
QML is extremely close to and compatible with JavaScript. The difference
between a QML and a web app is becoming thinner day by day. [1] [2]
L'idée derrière les balises XML pour construire les formulaires était que des utilisateurs pourraient les construire ou les modifier. En pratique, il y a extrêmement peu de professionnels de santé qui ont créé ou modifié des formulaires en dehors des développeurs principaux, peut-être 3 ou 4 depuis la création du logiciel, 5 maximum. Tout le reste a été fait par des développeurs (dont certains étaient médecins, mais des développeurs/médecins capables de coder en C++, il y en a 4 en France à ma connaissance et à part moi il ne font plus grand chose aujourd'hui).

C'est donc 1 échec du projet qui commence à le ralentir: les briques des formulaires sont trop compliquées pour qu'1 nombre non négligeable d'utilisateur s'en empare, et trop simples ou trop peu pratiques pour créer des formulaires avancés pour les besoins d'aujourd'hui (calculs, visualisation graphique avancée, interaction entre les éléments des formulaires et tous les plugins).

Les formulaires actuels continueront à évoluer et à être utilisés dans FreeHealth, mais l'avenir est ailleurs: Qt Quick pour des formulaires rapides, complexes et puissants pouvant s'articuler avec tous les éléments et toutes les données du logiciel, ou des formulaires web (html5/CSS/JavaScript) embarqués dans le module Qt WebEngine pour les choses plus triviales.

Cordialement,

Jérôme Pinguet

Re: Impliquez-vous!

Posted: 23 September 2017, 05:59
by jerome
Petit bémol dans le registre "tout est terriblement compliqué":

Si vous utilisez Debian ou Ubuntu, il existe désormais des scripts à base d'images Docker qui permettent de créer des paquets Debian ou Ubuntu automatiquement.
Une version beta est disponible ici: https://github.com/fhio/nightly
Et je vais mettre en place dans les prochains jours 1 version "nightly": des paquets Debian (puis ensuite aussi Ubuntu) construits chaque nuit qui suivent l'évolution du code et permettent à tout le monde de participer aux tests des versions en cours de développement (ou de tester ses propres modifications avant de les soumettre au git du projet).