Mise à l'échelle¶

Acquisitions¶

Scaling up a DHIS2 Android implementation is a complex but manageable process that begins after thorough testing and piloting. At this stage, decisions must be made regarding hardware acquisition, app distribution strategy, mobile device management, training programs, and—if relevant—SMS infrastructure. Planning well at this stage ensures stability, sustainability, and user satisfaction as the system is deployed at larger scale.

Purchasing of devices vs BYOD (bring your own device)¶

Initially you should buy different devices to allow users to evaluate them and provide you with feedback. Once the device that you will be using is decided upon, you should only buy 10 or less units, or whatever is needed for the testing and the pilot phases. Only when the pilot is coming to completion, you should buy equipment for the next 6 months roll-out. Some very large projects will take years for a national roll-out, and your hardware adquisicion plan should expand across years. Recommendations on the technical specs for devices are in the chapter Mobile devices specifications.

Vous devez envisager la possibilité de recourir à une stratégie BYOD - ce format permet aux utilisateurs de venir avec leurs propres appareils, à condition qu'ils répondent à un minimum de normes techniques, que vous aurez définies pour votre projet. Vous proposerez normalement une forme de motivation, probablement sous la forme d'eCash ou de temps de connexion. Les avantages de cette approche sont évidents : elle évite le coût initial élevé de l'acquisition, tout en réduisant les frais administratifs et les contraintes logistiques. D'autre part, vous devez faire face au défi que représente un environnement matériel très hétérogène, c'est-à-dire des appareils et des versions de systèmes d'exploitation Android différents. Cela affecte principalement le processus de débogage.

Distribution of the app (now and later)¶

The DHIS2 Android Capture App is actively maintained, with four releases per year: two regular feature (minor/major) releases, and two patch releases focused on bug fixes and stability improvements. Each version is tested for compatibility with supported DHIS2 server versions and includes detailed release notes.

In addition to these scheduled releases, interim APKs may also be published when new or updated translations are submitted through Transifex. These APKs reflect the latest available language support and are especially valuable for multilingual implementations or training needs in local languages.

The official distribution channels are:

• Google Play Store: Recommended for smaller implementations or BYOD scenarios. The app is available at DHIS2 on Play Store. Note that apps installed from the Play Store may auto-update unless this is manually disabled on the device.
• GitHub Releases: Every official version is published on DHIS2 GitHub, where you can download the APK files manually. APKs installed this way will not update automatically, which is preferable for implementations requiring version control and pre-release testing.

As an implementer, once your testing and training materials are finalized, it is critical that the app version used during training is frozen and not updated automatically during rollout. New versions can introduce changes in UI, program rule behavior, or compatibility issues with your specific configuration. Each new version should be carefully tested before adoption.

For larger implementations, we recommend:

• Avoiding auto-updates from the Play Store by disabling them on all devices.
• Using a Mobile Device Management (MDM) system or custom APK hosting page to control which version is used and when it is updated.
• Clearly documenting the version and configuration used during training to ensure consistency throughout rollout.

Note If MDM tools are not available, alternatives include APK distribution via a secure internal portal, shared folders, or QR-based install links generated during configuration.

For detailed guidance on MDM and alternative distribution options, refer to the Mobile Device Management section.

Alternatives and Complements to MDM: APK Distribution Strategies¶

If a full MDM setup is not feasible, there are alternative methods to distribute and manage the DHIS2 Android app, depending on the technical capacity of your team and the scale of the implementation.

1. APK Distribution Web App

To support projects that need controlled rollout without complex infrastructure, the DHIS2 Android team provides an official APK Distribution Web App. This tool allows administrators to host a simple internal or public-facing webpage that shares trusted APK builds.

This method is especially effective when:

• You want to lock the app to a specific version that has been tested and validated.
• Google Play is unreliable or blocked.
• Updates need to be managed manually, not automatically.

The app provides version history, changelogs, and contextual guidance. Devices must allow installations from unknown sources, but this approach is simple to maintain and widely adopted across DHIS2 implementations.

1. Google Play Store (with Caution)

Installing the DHIS2 Android Capture App from the Google Play Store provides convenience, but should be used carefully in structured rollouts. Automatic updates can break compatibility or introduce UI changes unexpectedly. If Play Store is used, configure devices to disable auto-updates for DHIS2, or restrict them via managed Play Store in enterprise setups.

1. F-Droid and Private App Repositories

Some implementers prefer using F-Droid, an open-source Android app repository that allows for hosting private app channels. With F-Droid, you can offer secure, controlled app delivery without relying on commercial app stores. However, it has limitations in bandwidth control and device management.

Choosing the Right Approach

Ultimately, the right distribution and device management strategy depends on:

• The number of users and devices.
• Whether devices are owned by the institution or BYOD.
• Network availability.
• Security needs.
• Your internal support capacity.

For smaller rollouts or pilots, a shared APK via a webpage or Google Drive folder might suffice. For national programs, an MDM combined with APK hosting and a robust SOP for app version control is highly recommended.

Telecommunication contracts¶

If your installation plans to include the use of SMS for transmitting selected records via SMS when mobile data is not available, you will need to establish a contract with a local aggregator which can provide you with an incoming number to receive the SMS. You should configure your server to receive & send SMSs - please see DHIS 2 developers documentation on SMS connections . You will need to estimate the number of messages per month to be able to forecast the monthly cost.

Le processus de sélection et de signature d'un contrat avec un fournisseur de SMS varie selon les pays et dépend des procédures de passation de marchés appliquées au sein de votre organisation.

Planning large acquisitions¶

Chaque projet nécessitera une variété de types d'appareils : téléphones, tablettes et Chromebooks. La plupart des appareils mobiles seront probablement réservés à un utilisateur spécifique. Les éléments à prendre en compte seront notamment la nature de la tâche. Par exemple, les travailleurs communautaires utiliseront des smartphones ou des tablettes. Mais les agents de santé exerçant dans un établissement peuvent préférer une tablette dotée d'un clavier externe ou un Chromebook.

Il convient de remettre autant que possible à plus tard l'acquisition à grande échelle. Dans un premier temps, il est recommandé d'acheter le moins d'appareils possible pour tester la configuration et de laisser un minimum de choix aux futurs utilisateurs. Une fois que la décision de passer à un projet pilote est prise, le second achat devrait idéalement se limiter aux appareils nécessaires à la mise en œuvre de ce projet pilote. Si le plan de déploiement s'étend sur un an, l'acquisition des appareils devrait également être répartie dans le temps : de meilleurs appareils au même niveau de prix sont constamment proposés par les fabricants sur des cycles qui varient entre 12 et 18 mois.

Exemple d'une acquisition totale de 100 à 1000 appareils.

Mois du projet	Phase	Acquisition	# d'appareils
Mois 2	Conception et configuration initiale	Choisissez 3 ou 4 facteurs de forme possibles. Achetez auprès d'un ou deux fabricants	2-8
Mois 4-6	Phase pilote	Acheter uniquement les appareils nécessaires à la réalisation de la phase pilote	10-30
Mois 6-12	Déploiement - phase 1	Première acquisition de masse	50-500
Mois X	Déploiement - Phase X	→	50-500
Mois 36-48	Mise à niveau ou remplacement	Remplacer les appareils	X

Mobile Device Management¶

La gestion des terminaux mobiles désigne les logiciels utilisés pour assurer le fonctionnement des terminaux mobiles. Vous aurez besoin d'un logiciel de MDM lorsque vous aurez à prendre en charge des centaines d'appareils et qu'il sera nécessaire de contrôler la distribution des fichiers apk sur les appareils, de fournir une assistance technique et d'appliquer les politiques institutionnelles. La plupart des options sont proposées sous forme de services à tarif mensuel. Certaines applications gratuites proposent un mode kiosque, mais font payer des frais mensuels pour la gestion élémentaire à distance.

Les fonctionnalités attendues d'un logiciel de MDM peuvent être classées en deux catégories : les fonctionnalités de base et les fonctionnalités avancées. Voici donc une liste des fonctionnalités utiles :

• Fonctionnalités de base :
• Exiger un mot de passe pour le verrouillage de l'écran
• Mise à disposition des applications autorisées
• Verrouiller les dispositifs et effacer les informations en cas de perte ou de vol
• Contrôler la mise à jour de l'application Android
• Appliquer les politiques de sauvegarde
• Fonctionnalités avancées :
• Mettre en œuvre des politiques de protection des mots de passe
• Faire appliquer les politiques d'utilisation du réseau
• Suivi de la localisation de l'appareil
• Limiter l'accès aux paramètres et aux fonctions (exemple - wifi/réseau, capture d'écran)

Pour choisir le logiciel de MDM le mieux adapté à vos besoins, vous devez essayer de répondre aux questions suivantes :

• Combien d'appareils me faut-il pour gérer ?
• À quelle fréquence ai-je un accès physique à l'appareil ?
• Quelles sont les fonctionnalités dont j'ai vraiment besoin ?
• Quelles sont les politiques que je dois mettre en œuvre ?
• Quelles seront les difficultés auxquelles il faudra faire face lors de l'installation et de la maintenance ?
• Comment cela affectera-t-il l'expérience de l'utilisateur ?
• Faut-il autoriser l'option BYOD ? (Apportez votre propre appareil)
• Quel sera l'impact sur l'appareil ?

À la page suivante, vous trouverez une liste des logiciels de MDM disponibles (veuillez noter que les prix et les conditions changeront au fil du temps).

• Mobilock Free (incapable de mettre à jour les logiciels)
• SOTI (MobiControl) (can be expensive - $2.20/device/month)
• Miradore (pas de prise en charge à distance)
• Applock (ne peut contrôler la mise à jour des logiciels)
• AcDisplay (ne peut contrôler la mise à jour des logiciels)
• F-Droid (ne peut limiter la consommation de données)
• APPDroid (ne peut limiter la consommation de données)
• Master List (ne peut contrôler la mise à jour des logiciels)
• Firebase (ne peut limiter la consommation de données)
• Intunes (les utilisateurs doivent utiliser MS Office 365)
• MobileIron (peut être coûteux - 3,15 USD /appareil/mois + 2,368 USD pour le déploiement)
• IBM Maas360 (trop cher - 1,60 USD /appareil/mois + 0,50 USD /appareil/mois pour l'assistance à distance, pour 3.000 appareils)
• AirWatch (ne répond pas et peut être coûteux - 3,80 USD /appareil/mois pour 3 000 appareils pendant 3 ans)
• XenMobile (Citrix) (peut être coûteux - 2,03 USD /appareil/mois pour 3 000 appareils)
• Good for Enterprise (Blackberry) (peut être coûteux - 2 USD /appareil/mois + 2500 USD pour le déploiement)

Note

Check the specific Mobile Device Management Guideline for more information about this topic.

Formation¶

La formation des utilisateurs et, si nécessaire, celle des équipes de soutien aux utilisateurs, est une étape importante avant le déploiement. Il existe de nombreuses stratégies de formation que vous pouvez suivre et cela dépendra de la taille du groupe à former, de son niveau de compétence, du temps disponible, du budget, etc. Il est important de consacrer du temps et de l'énergie à la conception de votre stratégie de formation et de prévoir suffisamment de temps pour atteindre vos objectifs de formation. Le fait d'avoir des utilisateurs bien formés et informés réduira l'anxiété des utilisateurs ainsi que les problèmes d'adoption et augmentera également la qualité des données recueillies.

Technical Preparations for the Training¶

Lors de la préparation de la formation, assurez-vous que toutes les exigences techniques pratiques sont respectées. Cela implique notamment que les tablettes/appareils mobiles soient disponibles, avec la nouvelle application DHIS 2 Capture Android installée. En fonction de la disponibilité de la connectivité Internet dans la zone où se déroulera la formation, vous pourriez synchroniser toutes les tablettes avec le serveur, afin de disposer de suffisamment de données et de la bonne configuration pour la formation. Avant la formation, les exercices doivent être testés pour s'assurer que tout fonctionne. Les problèmes détectés lors des tests doivent être résolus afin de les éviter pendant la formation. Vous pouvez effectuer un deuxième cycle de test pour repérer les problèmes manqués lors du premier cycle.

Au terme de la formation, si la formation est effectuée à partir de données et d'une configuration pré-synchronisées, assurez-vous que les stagiaires se familiarisent avec l'application en accédant au serveur DHIS 2 à distance. Cela permettra aux stagiaires de faire l'expérience d'une synchronisation réelle, qui peut impliquer des retards dans le réseau. Si les stagiaires n'ont aucune idée des retards dans le réseau, ils pourront plus tard les interpréter comme des défaillances de leur appareil.

Training Budget¶

Vous trouverez ci-dessous quelques lignes directrices relatives à la préparation du budget, tirées des [DHIS 2 Community Health Information System Guidelines (Lignes directrices du DHIS 2 relatives au système d'information sur la santé communautaire)] (https://s3-eu-west-1.amazonaws.com/content.dhis2.org/Publications/CHIS+Guidelines+Fr.pdf) publiées par l'université d'Oslo :

• Respectez les politiques organisationnelles en utilisant les modèles de budget et les taux approuvés (indirects, ASQ, etc.) pour toutes les dépenses, y compris :
• Voyages (par exemple, carburant, location de voiture, hébergement)
• Personnel (par exemple, indemnités journalières, frais de repas)
• Lieu (par exemple, salle de conférence, pauses-café)
• Matériel (par exemple, impression, hardware et projecteurs)
• Articles divers
• Établir un budget sur la base de calculs effectués à l'aide de feuilles de calcul portant sur les ressources nécessaires, le coût unitaire de ces ressources et le nombre d'unités nécessaires. Vous pouvez également intégrer des multiplicateurs supplémentaires pour illustrer le nombre d'unités par participant. Cela permet de faire preuve de souplesse dans l'actualisation du budget si les coûts unitaires changent ou si le nombre de participants augmente ou diminue.
• Budgétisez les dépenses prévues en monnaie locale, avec un taux de conversion intégré (qui peut être mis à jour si nécessaire) pour les convertir dans la monnaie souhaitée par votre organisation ou votre institution de financement(2).

Training Agenda¶

Dans le document DHIS 2 Community Health Information System Guidelines rédigé par l'université d'Oslo, il est recommandé de prendre en compte les éléments suivants :

1. Le type de mobilier dont vous avez besoin (table ronde, bureaux individuels, etc.).
2. Exigences en matière de technologie (ordinateurs pour tous, bande passante Wi-Fi, etc.),
3. Financement des honoraires du centre de conférence, de la nourriture et des boissons des participants
4. Les formateurs ont besoin de se déplacer pour observer et assister chaque participant.

Informez-vous du nombre de participants attendus à chaque formation, puisque vous devrez prévoir suffisamment de matériel et de place. L'espace disponible pour l'événement doit être suffisamment grand pour le groupe et également adapté aux activités prévues.

Training Materials¶

Le même document contient également des recommandations relatives au matériel de formation, que nous présentons ici. Le matériel dont vous aurez besoin pour vos formations dépendra de vos activités. Afin de vous assurer que tout est bien planifié, parcourez votre programme de formation avec un partenaire, et discutez de ce qui sera réalisé pour chaque partie de la formation, en tenant compte du matériel requis.

Le programme des sessions de formation doit être défini bien avant la formation et figurer dans les documents qui seront distribués aux participants.

La documentation destinée aux utilisateurs doit être présentée sous la forme de Manuels sommaire. Ces manuels expliquent une tâche de travail spécifique (par exemple, saisir les données mensuelles du registre de santé du village ou comparer la santé de votre village avec celle des villages voisins). Après avoir expliqué la tâche de travail, le manuel sommaire fournit des instructions numérotées, étape par étape, avec des captures d'écran, pour permettre aux utilisateurs de savoir exactement quoi faire. Notez que les manuels sommaires n'expliquent PAS séparément les fonctionnalités de l'application, comme le ferait un manuel d'utilisation typique d'un fournisseur. Étant donné que les utilisateurs préfèrent pratiquer et non lire, les manuels doivent être aussi brefs que possible tout en contenant toutes les étapes.