HCW@Home (Healthcare Worker @Home) est un logiciel opensource (licence GPL-3.0) permettant la gestion des téléconsultations médicales. Doté d’une gamme complète de fonctionnalités, son objectif principal est de permettre aux professionnels de la santé de mener des appels vidéo sans tracas, en envoyant simplement un lien aux patients.
HCW@Home est le fruit d’une collaboration passionnante avec les Hôpitaux Universitaires de Genève, soutenue par la Fondation Privée des HUG, ayant abouti à un logiciel qui a su briller pendant la crise du COVID en permettant des dizaines de milliers de consultations à distance. Dans la continuité de cette réussite, la société Iabsis derrière le développement a choisi de libérer le code source il y a environ un an, ouvrant de nouvelles perspectives pour les esprits créatifs du domaine informatique.
L’interface est intuitive et a été spécialement conçue pour les médecins. Elle est traduite en anglais, en français et s’intègre parfaitement avec du SSO tel que OpenID ou SAML.
Voici une liste non exhaustive des possibilités :
- gestion de salle d’attente virtuelle,
- appel audio et/ou vidéo,
- envoi d’invitation par courriel ou SMS,
- échange de messages textuels,
- partage de documents et envoi d’image,
- formulaire de demande,
- statistiques anonymisées,
- multilingue,
- clusterisable pour les grosses instances.
La solution s’installe sur les distributions Debian/Redhat/Ubuntu/Rocky ou équivalent et même Docker depuis très récemment. Elle n’utilise que des bibliothèques open-source et, hormis l’envoi de SMS, aucun service externe n’est requis.
La solution cherche encore activement des contributeurs, des testeurs ou des sponsors, donc n’hésitez pas à utiliser la page contact si vous êtes intéressé.
Aller plus loin
- Site officiel (231 clics)
- Code source (118 clics)
- Démo de l'application (152 clics)
# Opensource mais...
Posté par devnewton 🍺 (site web personnel) . Évalué à 5.
La solution a l'air intéressante, mais dépends de Mongodb qui n'est pas libre :-(
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Opensource mais...
Posté par husimo . Évalué à 2.
Peut-être regarder FerretDB comme alternative libre (licence Apache) à MongoDB : https://github.com/FerretDB/FerretDB
[^] # Re: Opensource mais...
Posté par Tjiho . Évalué à -2.
Ah les guerres de licences. Pour le coup ce logiciel est déjà opensource donc pas discriminé par l'utilisation de MongoDB.
[^] # Re: Opensource mais...
Posté par raphj . Évalué à 8. Dernière modification le 06 septembre 2023 à 12:43.
Si une brique/dépendance de ton logiciel libre n'est pas libre, alors tu n'as toutes les libertés garanties par le libre sur l'ensemble. C'est le fond de la remarque de devnewton. C'est difficile à formuler parce que c'est presque une tautologie.
Plus spécifiquement et pire encore dans le cas de MongoDB : la clause spécifique de la SSPL sur devoir fournir tout le code nécessaire à faire tourner le service qui s'appuie sur MongoDB sous licence SSPL est très contraignante, voire impossible à réaliser parce que fatalement, ton service va s'appuyer sur d'autre logiciels libres distribués sous d'autres licences ((A)GPL par exemple) incompatibles avec la SSPL, et donc impossible à redistribuer sous cette licence.
Donc concrètement : potentiellement, tu ne peux juste pas utiliser la version SSPL de MongoDB. C'est impossible. Tu dois utiliser la version propriétaire, obtenue avec un accord commercial avec la société derrière MongoDB. En fait, je ne sais pas qui utilise légalement la version SSPL de MongoDB, je ne vois pas comment c'est possible, à part en tordant les interprétations et en saupoudrant abondamment de laisser-faire.
Maintenant, s'il existe une alternative compatible à MongoDB, c'est tout bon.
Ensuite, du libre dans le milieu de la santé, c'est une excellente nouvelle. Cette ouverture ne peut être qu'applaudie, c'est une superbe démarche, même si elle est imparfaite. Je suppose que ça peut se corriger.
[^] # Re: Opensource mais...
Posté par Zenitram (site web personnel) . Évalué à 3. Dernière modification le 06 septembre 2023 à 14:23.
Ce n'est pas le sujet (qu'ils utilisent la GPL ou la BSD est une guerre de licence mais personne encore, même pas moi, je va critiquer leur choix de la GPLv3), ici on parle libre ou pas.
ça dépend de ce dont tu parles :
- une brique du produit est libre
- le produit utilisable ne n'est pas du tout (il suffit d'un petit bout non libre pour que le total soit non libre)
Et surtout, comme ils gardent les droits sur la licence, qu'ils requièrent (ou conseille par défaut dans leur schéma, même si un autre logiciel a une API compatible) une brique non libre pour pouvoir utiliser leur produit complet en dit beaucoup sur la possibilité qu'ils pourraient prendre un jour de quitter le libre.
Si ils sont de bonne foi, ça se corrige rapidement (remplacer mongodb par un remplaçant libre compatible et changer les graphiques pour afficher le changement).
# HUG == Hôpitaux Universitaires de Genève
Posté par esdeem . Évalué à 2. Dernière modification le 06 septembre 2023 à 12:40.
Tout est dans le titre, mais je aurais rajouté un petit (HUG) après « Hôpitaux Universitaires de Genève » pour éviter toute interrogation en voyant « Fondation Privée des HUG », qui n'a rien a voir avec la biscuiterie du même nom.
0. Assume good faith 1. Be kind to other people 2. Express yourself 4. Apply rule 0
# Super projet
Posté par devnewton 🍺 (site web personnel) . Évalué à 7.
A part la vilaine dépendance à Mongodb, je viens de faire un test et la téléconsultation marche très bien.
olivierb2< tu travailles dessus?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Super projet
Posté par olivierb2 . Évalué à 8.
Yes, je travaille encore et toujours sur ce projet.
Oui mongo c'est mal, mais nous avons commencé à l'utiliser avant son changement de licence. Je ne connaissais pas FerretDB, je veux bien l'utiliser si ça ne nécessite pas trop d'adaptation :-)
[^] # Re: Super projet
Posté par olivierb2 . Évalué à 3.
Au final, FerretDB semble prometteur mais ne fonctionne malheureusement pas out the box. Je suis en train de voir avec les équipes de FerretDB ce qu'il est possible de faire.
# Alternative à MongoDB
Posté par FerretDB . Évalué à 10.
Désolé, nous ne parlons pas français, donc ceci est traduit automatiquement.
Nous sommes les responsables de FerretDB et sommes tombés sur cet article. Nous sommes heureux que les utilisateurs reconnaissent que MongoDB n'est plus open source. FerretDB est Apache 2.0, donc cela rendrait l'intégralité de votre pile OSS.
Nous serions ravis de travailler avec le développeur pour faire fonctionner HCW@Home sans MongoDB. N'hésitez pas à tester et ouvrir un ticket GitHub si quelque chose ne fonctionne pas.
Il est possible de l'exécuter localement dans Docker, consultez https://docs.ferretdb.io
Vous pouvez essayer FerretDB sur Scaleway dans le cloud : https://www.scaleway.com/en/blog/ferretdb-open-source-alternative-mongodb/
Ou sur https://try.ferretdb.io, vous pouvez l'essayer pendant 2 heures, également gratuitement.
[^] # Re: Alternative à MongoDB
Posté par raphj . Évalué à 3.
Wow ! Comment avez-vous trouvé cet article du coup ?
How did you find this post since you don't speak French?
[^] # Re: Alternative à MongoDB
Posté par FerretDB . Évalué à 6.
Nous surveillons les forums en ligne avec Google pour voir s'il y a des discussions sur FerretDB, dans l'espoir de pouvoir vous aider avec les tests ou l'adoption.
En revanche, les utilisateurs francophones sont surreprésentés parmi ceux intéressés par FerretDB, alors peut-être devrions-nous apprendre le français après tout !
[^] # Re: Alternative à MongoDB
Posté par olivierb2 . Évalué à 3.
I will have a look on FerretDB for sure, do you have a preferred channel to communicate?
[^] # Re: Alternative à MongoDB
Posté par FerretDB . Évalué à 3.
Voici une invitation à notre communauté Slack, c'est le moyen de communication le plus rapide. Ou en ouvrant un ticket sur GitHub.
https://join.slack.com/t/ferretdb/shared_invite/zt-22ty22184-pJ4qWJCMPbuMb0zXzyQfVw
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.