Ce n'est pas une page commerciale. C'est l'histoire d'un problème observé sur le terrain, d'une première réponse imparfaite, et d'une décision : tout réécrire plutôt que de rafistoler.
GEMED n'est pas né d'une étude de marché. Il est né d'un constat direct : dans un établissement de santé qui accueille des centaines de patients chaque jour, le dossier papier atteint très vite ses limites. Un dossier égaré, c'est un diagnostic retardé. Un acte non tracé, c'est une recette perdue. Une caisse réconciliée à la main chaque soir, c'est des heures que le personnel n'a pas.
Ces problèmes ne sont pas théoriques. Ils se répètent, jour après jour, dans des centaines d'établissements de santé à travers l'Afrique francophone — des centres de santé communautaires aux grands hôpitaux universitaires. C'est de ce constat, et de plus de 15 ans d'expérience de terrain en systèmes d'information de santé, qu'est née la première version de GEMED, en production depuis 2008.
GEMED première génération a fonctionné. Il a été déployé dans plusieurs pays — Bénin, Togo, Côte d'Ivoire, Burkina Faso — et a prouvé qu'un SIH pensé pour les réalités africaines pouvait remplacer durablement le papier. Mais il a aussi révélé ses propres limites, à mesure que les besoins des établissements ont évolué :
Corriger ces limites une à une, module après module, aurait pris des années — et le résultat serait resté construit sur des fondations pensées pour un autre contexte.
C'est le choix qui a été fait pour GEMED2 : repartir d'une page blanche plutôt que d'empiler des correctifs. Une réécriture complète coûte plus cher et prend plus de temps qu'une mise à jour incrémentale. Mais elle permet de reconstruire l'architecture autour des besoins réels des établissements de santé africains d'aujourd'hui, et non de ceux d'il y a quinze ans.
Concrètement, cela veut dire : une architecture multi-structures native dès la conception, des intégrations locales (mobile money, assurances, devise CFA) pensées comme des fonctionnalités de premier plan plutôt que des ajouts, et une interface pouvant être prise en main en moins de 4 heures par un utilisateur.
GEMED2 n'est pas une version 2.0 de GEMED. C'est une reconstruction complète, qui garde l'essentiel de ce que 17 ans de terrain ont appris — et rien de ce qui freinait.
Un logiciel se juge autant sur ce qu'il fait que sur la façon dont il a été pensé. Voici les principes qui orientent le développement de GEMED2, module après module :
Devise CFA, mobile money, assurances locales et connexions limitées ne sont pas des options ajoutées après coup : ce sont des contraintes de conception dès le premier jour.
Un établissement de santé ne fonctionne jamais seul. GEMED2 est conçu pour dialoguer avec les standards internationaux (FHIR, ICD-10) et les systèmes de reporting existants.
Les données de santé exigent un niveau de protection non négociable. La sécurité n'est pas une couche ajoutée en fin de projet, elle fait partie de l'architecture.
Un logiciel rapide sur une connexion fibre et lent sur une connexion limitée n'est pas adapté à son terrain. GEMED2 est pensé pour les conditions réelles des établissements africains.
Un logiciel que le personnel soignant n'utilise pas ne sert à rien. Chaque écran est pensé pour être compris sans formation longue.
Un établissement de santé investit pour des années, pas pour des mois. GEMED2 est construit pour évoluer avec les besoins de ses utilisateurs, pas pour être remplacé dans deux ans.
Choisir un SIH, ce n'est pas seulement choisir une liste de fonctionnalités. C'est choisir une équipe qui comprend les réalités du terrain, et une trajectoire de long terme. Derrière chaque module de GEMED2 — gestion des patients, pharmacie, caisse, laboratoire, imagerie — il y a cette même conviction de départ : un établissement de santé africain mérite un outil pensé pour lui, pas adapté depuis ailleurs.
17 ans d'expérience de terrain, reconstruits dans un SIH moderne et pensé pour l'Afrique francophone.