MedMission Dschang 2026 — L'ingénierie numérique au service d'une mission médico-chirurgicale

Contexte de la mission

MedMission AISBL est une association internationale sans but lucratif qui organise des missions médico-chirurgicales au Cameroun depuis 2024, avec des bénévoles de la diaspora, des bénévoles locaux et des institutions de santé camerounaises. Du 16 au 19 février 2026, sa mission de Dschang a mobilisé 128 personnes sur trois sites : l'Hôpital Régional Annexe de Dschang, le CIRDO et Bawa.

TDKSOFT Consulting conçoit et maintient les solutions informatiques de MedMission, pour le compte de la Fondation Meffo Tuebou (Dortmund), partenaire de l'association. Pour Dschang 2026, il fallait enregistrer les patients et les consultations sous forme numérique sur plusieurs sites, puis en tirer des rapports fiables.

Défis d'ingénierie

• Trois sites à équiper en même temps, dont deux hors de l'hôpital principal, avec une connectivité inégale.
• De nombreux utilisateurs cliniques et administratifs, bénévoles de la diaspora et bénévoles locaux, à rendre autonomes en très peu de temps.
• Quatre jours d'activité : aucune marge pour une mise en service tardive.
• Des données de santé : les dossiers individuels doivent rester strictement séparés des indicateurs publiés.
• Une équipe technique répartie sur plusieurs pays, dont les contributions doivent converger vers une seule solution cohérente.

Du cadrage au bilan publié

1. Avant la mission

   Cadrage et préparation

   Besoins des équipes, parcours d'inscription et de consultation, configuration d'OpenMRS 3 et de l'environnement central.

2. Avant la mission

   Kits de terrain

   Préparation et configuration des trois kits Wi-Fi destinés aux sites.

3. Février 2026

   Déploiement et formation

   Installation sur les trois sites et prise en main par les équipes cliniques et administratives.

4. 16–19 février 2026

   Exploitation

   Enregistrement des patients et des consultations, support aux utilisateurs, coordination entre les sites.

5. Après la mission

   Données et rapports

   Extraction, validation et transformation (MedFlow), tableaux de bord Metabase, rapports opérationnel et RH.

6. 9 octobre 2026

   Publication

   Bilan agrégé publié sur le site de MedMission, lui aussi réalisé par TDKSOFT.

Préparation avant la campagne

Avant la mission, l'équipe a préparé l'environnement numérique : configuration d'OpenMRS 3 pour les parcours d'inscription et de consultation, hébergement dans un environnement applicatif central sur VPS et préparation de trois kits Wi-Fi pour les sites.

Le plan de déploiement partait des contraintes du terrain : plusieurs sites, une connectivité incertaine, des utilisateurs à former sur place et un support technique à assurer pendant toute la mission.

Architecture de la solution

Le schéma décrit l'architecture réellement déployée, pas une architecture de référence idéale. Il reste volontairement général : aucun hôte, aucune adresse et aucune configuration réseau n'est publié.

• Couche terrain : les postes des équipes sur les trois sites, reliés par les kits Wi-Fi.
• Couche applicative : OpenMRS 3 et sa base MySQL/MariaDB, dans un environnement central sur VPS.
• Couche analytique : MedFlow, un traitement ETL écrit en Python, et Metabase pour les tableaux de bord.
• Frontière de données : les dossiers individuels restent dans l'environnement clinique ; seuls des agrégats en sortent, vers les rapports et le site public de MedMission.

Kits Wi-Fi et déploiement terrain

Trois kits Wi-Fi ont été préparés et configurés en amont, puis installés sur les sites pour donner aux postes des équipes l'accès à OpenMRS.

• Préparation et configuration avant la mission, pour réduire le travail sur place.
• Installation sur chaque site et vérification de l'accès des postes à l'application.
• Dépannage et support technique pendant les quatre jours.

Formation et adoption

Un déploiement réussi se mesure aussi à l'adoption. L'équipe a accompagné sur place les équipes cliniques et administratives : prise en main d'OpenMRS, parcours d'inscription des patients et de saisie des consultations, puis assistance au poste pendant l'activité.

Le nombre de personnes formées et la durée des sessions ne sont pas publiés, faute de source consolidée.

Exploitation du 16 au 19 février

Pendant les quatre jours, le système a servi à enregistrer les patients et les consultations sur les trois sites. L'équipe a assuré le support applicatif aux utilisateurs et la coordination technique entre les sites, en lien avec les équipes cliniques et de coordination de la mission.

La connectivité est restée la principale contrainte : le bilan officiel de la mission signale des pertes de données liées à la connexion internet, surtout à CIRDO et à Bawa.

Ingénierie de données et rapports

Après la mission, les données d'OpenMRS ont été extraites, validées puis transformées par MedFlow, un traitement ETL écrit en Python, avant d'alimenter des tableaux de bord Metabase et les rapports de la mission.

• Données brutes : dossiers et consultations tels qu'ils ont été saisis dans OpenMRS, avec leurs manques dus aux coupures de connexion.
• Données transformées : nettoyées et structurées par MedFlow pour l'analyse.
• Indicateurs publiés : les agrégats consolidés des rapports opérationnel et RH ; ce sont eux, et non les comptes bruts, qui font foi.
• Règles de publication appliquées sur le site de MedMission : aucun chiffre par site, aucun compte inférieur à 10, aucun nom de personne.
• Sauvegarde : les volumes de données d'OpenMRS et de Metabase ont été copiés, avec une procédure de restauration documentée (vérification d'intégrité par empreinte SHA-256, compatibilité des versions du moteur de base de données).

Résultats vérifiés

Leçons d'ingénierie

Ces leçons valent pour tout déploiement multi-sites : réseau de cliniques, chantiers, sites industriels ou événements.

• Connectivité : sur des sites isolés, la qualité des données dépend du réseau. Une saisie qui exige une connexion permanente perd des enregistrements quand le réseau tombe ; le fonctionnement en mode dégradé doit être prévu dès la conception.
• Indicateurs : distinguer dès le départ comptes bruts, données transformées et indicateurs publiés, chacun avec sa définition et sa source.
• Gouvernance : séparer l'environnement clinique des contenus publiés et fixer des règles de publication avant d'en avoir besoin.
• Sauvegardes : une copie de fichiers de base de données ne se restaure qu'avec une version compatible du moteur ; elle doit s'accompagner d'empreintes et d'une procédure écrite.
• Adoption : la formation sur place fait partie de la livraison, au même titre que le logiciel.
• Équipe répartie : un point d'intégration unique, avec des standards explicites, fait converger des contributions venues de plusieurs pays.

Rôle et responsabilités

Henri Kengne, fondateur de TDKSOFT Consulting, a coordonné l'intégration technique. L'équipe TDKSOFT est basée en Belgique et en Allemagne, avec des contributeurs en nearshore en Europe de l'Est et en offshore en Inde et en Afrique.

• Contribution personnelle : coordination de l'intégration ; réception, revue et mise à niveau du code livré par l'équipe, selon les règles de gouvernance de TDKSOFT et les exigences européennes de protection des données.
• Travail d'équipe, sous cette coordination : cadrage, configuration d'OpenMRS 3, hébergement, kits Wi-Fi, formation, support pendant la mission, extraction et traitement des données (MedFlow), tableaux de bord Metabase, rapports opérationnel et RH.
• Mission médicale : les soins et l'organisation de la mission relèvent de MedMission AISBL et des 128 personnes mobilisées.
• Logiciels tiers : OpenMRS (logiciel libre de la communauté OpenMRS) et Metabase. TDKSOFT les a configurés et exploités ; elle n'en est pas l'éditeur.

Une expertise transférable

Pour un client, ce projet montre une livraison de bout en bout : du cadrage au terrain, puis des données aux décisions, dans un environnement contraint. Pour un recruteur ou un responsable technique, il montre la capacité à porter l'intégration d'une équipe répartie, à exploiter un système de santé réel et à publier des chiffres traçables.