mHealth et applications mobiles « offline-first » : connecter les cliniciens dans les zones à faible connectivité en Afrique

La réalité de la connectivité au Cameroun

La couverture Internet mobile au Cameroun s'est considérablement étendue depuis l'arrivée de MTN et Orange sur le marché, avec la 4G LTE disponible dans les principaux centres urbains, notamment Yaoundé, Douala, Bafoussam, Garoua et Maroua. Cependant, l'écart entre les cartes de couverture des réseaux mobiles et l'expérience réelle à l'intérieur d'un bâtiment hospitalier, d'un centre de santé rural ou lors de la visite d'un agent de santé communautaire dans un village est considérable.

Même en ville, la pénétration en intérieur des signaux de données mobiles est inégale — les bâtiments hospitaliers aux murs épais des infrastructures de district plus anciennes du Cameroun peuvent faire chuter la LTE à des débits 2G, voire à une absence totale de signal. Dans les zones rurales au-delà des grands axes, la 3G reste intermittente et la 2G (EDGE/GPRS) la norme réaliste, avec des débits de données qui rendent les interfaces HMS web pratiquement inutilisables. Selon les données de GSMA Intelligence pour l'Afrique centrale, l'adoption de l'Internet mobile dans le Cameroun rural reste inférieure à 25 pour cent, et des portions significatives du pays — en particulier dans les régions de l'Extrême-Nord, de l'Est, de l'Adamaoua et du Sud — disposent d'une couverture haut débit mobile limitée ou inexistante.

Pour les applications de santé, ce n'est pas qu'une simple gêne. Les flux de travail cliniques ne peuvent pas s'interrompre pendant le chargement d'une page sur une connexion lente. Une infirmière qui documente les signes vitaux lors d'une visite de service ne peut pas attendre 30 secondes pour que chaque enregistrement se termine. Un agent de santé communautaire qui transmet des données d'enquête auprès des ménages depuis un village isolé ne peut pas dépendre de la présence d'un signal au moment de la collecte. Dans cet environnement, les applications de santé mobile doivent fonctionner sans connectivité — et se synchroniser lorsqu'elle est disponible.

Qu'est-ce que la mHealth et que recouvre-t-elle ?

La mHealth — santé mobile — désigne l'utilisation d'appareils mobiles (smartphones, tablettes, téléphones basiques) pour soutenir la prestation de soins, le suivi de la santé, la communication avec les patients et la gestion des systèmes de santé. Son périmètre est large :

Applications cliniques au point de soins — médecins et infirmières documentant les consultations, les prescriptions et les signes vitaux au chevet du patient
Outils pour agents de santé communautaire (ASC) — formulaires de collecte de données structurés pour les visites à domicile, le dépistage nutritionnel, le suivi prénatal et le suivi des vaccinations
Applications destinées aux patients — prise de rendez-vous, rappels de médicaments, téléconsultation
Gestion du système de santé — applications de tableau de bord au niveau des établissements pour les superviseurs et les équipes de santé de district
Communication santé par SMS — rappels de rendez-vous, messages de promotion de la santé, alertes d'épidémie par simple message texte

Dans le contexte d'un système de gestion hospitalière, la composante mHealth la plus critique sur le plan opérationnel est l'application mobile clinique — une interface mobile au HMS qui permet au personnel clinique et administratif de travailler depuis n'importe quel lieu, à l'intérieur (ou à l'extérieur) de l'établissement, avec ou sans connexion Internet stable.

Architecture « offline-first » : ce que cela signifie

Une application mobile « offline-first » est conçue de telle sorte que l'ensemble des fonctionnalités soit disponible sans connexion réseau, la synchronisation avec le serveur central se faisant automatiquement lorsque la connectivité est rétablie. C'est l'inverse de l'approche « online-first » (où l'application nécessite une connexion et se dégrade de manière maîtrisée en son absence) — l'approche « offline-first » considère la connectivité comme une amélioration, et non comme un prérequis.

Les composants clés d'une architecture « offline-first » comprennent :

Stockage local (SQLite / base de données embarquée)

Toutes les données dont l'utilisateur a besoin — dossiers patients, formulaires, listes de référence, contenus d'aide à la décision clinique — sont stockées sur l'appareil dans une base de données locale, généralement SQLite sous Android ou iOS. Lorsqu'un clinicien ouvre un dossier patient, l'application lit dans la base de données locale, et non sur le serveur. Les écritures (nouvelles consultations, prescriptions, signes vitaux) vont d'abord dans la base de données locale, puis sont mises en file d'attente pour la synchronisation avec le serveur.

Moteur de synchronisation

Le moteur de synchronisation est le composant qui gère le transfert des données entre la base de données locale de l'appareil et le serveur central du HMS. Il s'exécute en arrière-plan dès qu'une connectivité est détectée, en poussant les modifications locales vers le serveur et en récupérant les modifications du serveur (dossiers patients mis à jour, nouveaux rendez-vous, prescriptions modifiées par un autre utilisateur) vers l'appareil.

Résolution des conflits

Lorsque le même dossier est modifié sur deux appareils différents alors qu'ils sont tous deux hors ligne — par exemple, un médecin met à jour le diagnostic d'un patient sur une tablette dans le service tandis qu'une infirmière met à jour les signes vitaux du même patient sur un téléphone au chevet du malade —, le moteur de synchronisation doit résoudre le conflit qui en résulte lorsque les deux appareils se reconnectent. Les stratégies de résolution des conflits vont du simple « la dernière écriture l'emporte » à une fusion plus sophistiquée au niveau des champs, où les différentes parties d'un même dossier modifiées indépendamment sont fusionnées sans perte de données.

Cas d'usage : qui bénéficie de l'approche « offline-first » au Cameroun ?

Les agents de santé communautaire dans les villages isolés

Un agent de santé communautaire effectuant des visites à domicile dans un district rural peut se rendre dans des villages sans données mobiles pendant des heures, voire des jours. Une application de collecte de données « offline-first » permet à l'ASC de remplir les registres des ménages, les évaluations nutritionnelles et les formulaires de suivi prénatal tout au long de la journée, toutes les données étant stockées localement. Lorsque l'ASC revient au centre de santé (ou atteint une zone couverte par un signal), les données se synchronisent automatiquement avec le système central.

Les infirmières lors des visites de service

Dans un hôpital de district où le signal en intérieur est faible, les infirmières de service utilisant des appareils mobiles pour la documentation des signes vitaux, les relevés d'administration des médicaments et les notes de soins infirmiers bénéficient de la capacité « offline-first ». Elles ne subissent pas d'interruptions de flux de travail à attendre les réponses du serveur à chaque saisie de données.

Les médecins en salle de consultation

L'approche « offline-first » est tout aussi pertinente dans les salles de consultation externe où la connectivité peut être présente mais peu fiable. Un médecin utilisant un module de consultation HMS ne devrait pas perdre son travail si la connexion tombe en pleine consultation. L'approche « offline-first » garantit que le dossier local est toujours enregistré, quel que soit l'état de la connectivité.

Les superviseurs et responsables de santé de district lors des visites de terrain

Un responsable de santé de district en visite dans les centres de santé périphériques peut utiliser une application de tableau de bord « offline-first » pour examiner les données de l'établissement — volumes de patients, niveaux de stock, complétude des rapports — téléchargées sur l'appareil avant le départ, même lorsque le centre de santé lui-même ne dispose d'aucune connexion Internet.

Stratégies de synchronisation progressive

Toutes les données n'ont pas besoin de se trouver sur chaque appareil. Les stratégies de synchronisation progressive réduisent les besoins de stockage local et limitent l'exposition de la vie privée en ne synchronisant que les données pertinentes pour le rôle et la localisation d'un utilisateur donné :

L'appareil d'une infirmière de service ne synchronise que la liste des patients du service en cours, et non l'ensemble du recensement de l'hôpital
L'appareil d'un ASC ne contient que les ménages de sa zone de couverture assignée
L'application d'un technicien de pharmacie contient le formulaire et les niveaux de stock en cours pour son site de pharmacie, et non l'ensemble du formulaire de l'hôpital
L'appareil d'un médecin contient les dossiers de ses patients programmés ainsi qu'une période d'historique configurable

La synchronisation progressive répond également à la réalité pratique du stockage limité sur les smartphones Android de milieu de gamme — le type d'appareil dominant chez les agents de santé au Cameroun.

Résolution des conflits dans les données distribuées

La résolution des conflits est l'un des aspects les plus complexes sur le plan technique de la conception « offline-first ». L'approche adoptée doit refléter les conséquences cliniques d'une résolution erronée :

Les conflits à faible enjeu (par exemple, deux administrateurs mettent à jour différemment le numéro de téléphone de contact d'un patient) peuvent généralement être résolus par « la dernière écriture l'emporte » — quelle que soit la mise à jour parvenue le plus récemment au serveur, c'est elle qui est acceptée.

Les conflits à enjeu moyen (par exemple, le poids d'un patient est mis à jour par une infirmière sur une tablette de service et simultanément par un médecin saisissant un dossier antérieur sur un ordinateur de clinique) nécessitent un horodatage au niveau des champs afin que la mise à jour la plus récente de chaque champ soit préservée indépendamment.

Les conflits à fort enjeu (par exemple, deux cliniciens semblent avoir prescrit des médicaments différents au même patient alors qu'ils étaient hors ligne) ne devraient pas être résolus automatiquement. Ces conflits doivent être remontés à l'utilisateur clinique pour examen manuel, les deux versions étant présentées et une décision requise avant la finalisation du dossier.

Une stratégie de résolution des conflits bien conçue est visible dans un HMS « offline-first » : elle signifie que les cliniciens sont occasionnellement invités à examiner un conflit, mais qu'on ne leur présente jamais en silence des données qui pourraient avoir été incorrectement fusionnées.

Quelles données cliniques peut-on capturer hors ligne en toute sécurité, et lesquelles nécessitent une connectivité en temps réel

Tous les flux de travail cliniques ne se prêtent pas de la même façon à une capture hors ligne. Un cadre pratique :

Sûr pour une capture hors ligne :

Signes vitaux (température, tension artérielle, pouls, poids)
Notes et observations de soins infirmiers
Notes de consultation externe et codage diagnostique
Demandes de prescription (revues à la reconnexion)
Planification de rendez-vous (confirmée à la reconnexion)
Formulaires de visite à domicile des agents de santé communautaire
Données de comptage de stock et demandes de réapprovisionnement

Nécessite une connectivité en temps réel :

Dispensation de médicaments par la pharmacie (pour éviter une double dispensation)
Traitement des paiements et génération des reçus
Résultats de compatibilité sanguine (qui doivent être confirmés depuis le serveur du laboratoire)
Listes de contrôle de sécurité chirurgicale pour les interventions à haut risque (en équipe, nécessitant un état partagé en temps réel)
Alertes d'urgence et notifications d'escalade

Concevoir correctement la frontière hors ligne / en ligne — prendre des décisions conscientes sur les actions qui nécessitent une connexion et le communiquer clairement aux utilisateurs — est la marque d'une mise en œuvre « offline-first » aboutie.

Solution de repli par SMS pour les alertes critiques

Pour les établissements ne disposant d'aucune connectivité de données — ou pour certaines alertes critiques en temps qui doivent atteindre le personnel même sans application sur smartphone —, la communication par SMS reste importante au Cameroun. Le SMS fonctionne sur une couverture 2G de base, bien plus étendue géographiquement que les données mobiles.

Les cas d'usage pratiques du SMS dans un contexte de HMS hospitalier comprennent : les rappels de rendez-vous aux patients, les notifications de résultats de laboratoire aux cliniciens prescripteurs, les alertes de rupture de stock au responsable des approvisionnements, et les messages d'escalade d'un ASC vers son infirmière superviseure lorsqu'une visite à domicile révèle une urgence. L'intégration du SMS n'est pas un substitut à une application mobile complète, mais une solution de repli fiable qui étend la portée du HMS aux situations où la connectivité applicative échoue totalement.

Les outils mHealth utilisés en Afrique : applications autonomes vs applications HMS intégrées

Le paysage de la mHealth en Afrique comprend une gamme d'outils spécialement conçus qui ont précédé les applications mobiles HMS intégrées :

ODK (Open Data Kit) — la plateforme de collecte de données la plus largement déployée pour les programmes d'ASC ; basée sur des formulaires, « offline-first », hautement configurable, mais non connectée aux flux de travail cliniques
CommCare (Dimagi) — plateforme de gestion de cas pour les programmes d'ASC, largement utilisée dans les projets de santé maternelle et infantile ; similaire à ODK mais avec une meilleure longitudinalité des cas
KoBoToolbox — plateforme de collecte de données humanitaire utilisée dans les contextes d'urgence et de réfugiés ; capable de fonctionner hors ligne, facile à déployer
Medic Mobile / CHT (Community Health Toolkit) — plateforme open source pour la collecte de données et la gestion de cas par les ASC, utilisée dans plusieurs pays africains

Ces outils autonomes sont précieux pour des programmes verticaux spécifiques mais créent un silo de données : les données collectées par un ASC dans la communauté n'alimentent pas le HMS de l'établissement, ce qui impose une ressaisie manuelle ou des chaînes de reporting distinctes. Une application mobile HMS intégrée élimine cette duplication : le même dossier patient, le même historique de prescriptions, les mêmes données cliniques sont accessibles à un agent de santé communautaire sur le terrain comme à un clinicien dans l'établissement — un seul système, pas deux.

Capacités de l'application mobile OPES HMS

OPES Health Management System comprend une application mobile conçue spécifiquement pour l'environnement de connectivité camerounais et CEMAC. L'application mobile OPES utilise une architecture « offline-first » avec stockage local SQLite sur les appareils Android — la plateforme dominante parmi les agents de santé au Cameroun —, permettant une capacité de documentation clinique complète sans connexion Internet active.

Les consultations de patients, les signes vitaux, les prescriptions et les notes de rendez-vous peuvent être complétés hors ligne et se synchroniser automatiquement à la reconnexion de l'appareil, que ce soit via le Wi-Fi de l'établissement ou les données mobiles lorsque la couverture est disponible. Pour les agents de santé communautaire rattachés aux établissements utilisant OPES, l'application mobile prend en charge les formulaires de visite à domicile et les journaux d'activité des ASC qui se synchronisent avec le dossier central du HMS, éliminant le problème de double saisie qui mine les flux de données entre les ASC et les établissements.

L'application mobile OPES applique un accès basé sur les rôles : un ASC voit la liste des patients qui lui est assignée et les formulaires communautaires ; une infirmière de service voit les patients de son service ; un médecin voit ses consultations programmées et l'historique de ses patients. Une résolution des conflits au niveau des champs est intégrée au moteur de synchronisation, avec une logique tenant compte des conséquences cliniques qui remonte les conflits à fort enjeu pour examen par l'utilisateur. Pour les établissements qui étendent les soins au-delà de leurs quatre murs — vers les domiciles, les écoles, les sites de proximité communautaire et les camps de réfugiés —, la capacité mobile d'OPES HMS rend l'infrastructure de données de la clinique véritablement portable.