directives de mise en œuvre de l’application android de dhis 2 · 4 dhis 2 capture android...

Directives de mise en œuvre de

l’application Android de DHIS 2

Applicable à la version 2.3

DHIS 2

Octobre 2020

Copyright © 2006-2020 DHIS 2

Octobre 2020

Historique des révisions

2.34@0e6ad22 2021-02-02 13:09:07 +0100

Garantie: CE DOCUMENT EST FOURNI PAR LES AUTEURS ’’ EN L’ETAT ’’ ET TOUTE GARANTIEEXPRESSE OU IMPLICITE, Y COMPRIS, MAIS SANS S’Y LIMITER, LES GARANTIES IMPLICITES DEQUALITÉ MARCHANDE ET D’ADÉQUATION À UN USAGE PARTICULIER SONT DÉCLINEES. ENAUCUN CAS, LES AUTEURS OU CONTRIBUTEURS NE PEUVENT ÊTRE TENUS RESPONSABLES DESDOMMAGES DIRECTS, INDIRECTS, ACCESSOIRES, SPÉCIAUX, EXEMPLAIRES OU ACCESSOIRES (YCOMPRIS, MAIS SANS S’Y LIMITER, L’ACHAT DE MARCHANDISES OU DE SERVICES SUBSTITUÉS;PERTE D’UTILISATION, DE DONNÉES OU DE PROFITS; INTERRUPTION COMMERCIALE) TOUTEFOISCAUSÉE ET SUR TOUTE THÉORIE DE LA RESPONSABILITÉ, QU’IL SOIT DU CONTRAT, UNERESPONSABILITÉ STRICTE OU UN LAC (Y COMPRIS LA NÉGLIGENCE OU AUTREMENT) DÉCOULANTDE TOUTE MANIÈRE DE L’UTILISATION DE CE MANUEL ET DES PRODUITS MENTIONNÉS DANS CEDOCUMENT, MÊME SI MIS À JOUR, TELS DOMMAGES.

Licence: L’autorisation est donnée de copier, distribuer ou modifier ce document selon lestermes de la licence GNU de documentation libre, dans sa version 1.3 ou dans toute versionultérieure publiée par la Free Software Foundation ; sans Section Invariante, sans Texte DePremière De Couverture, et sans Texte De Quatrième De Couverture. Une copie de cette licenceest incluse dans la section intitulée “Licence GNU de documentation libre”: https://www.april.org/files/gfdl.1.3-js.fr.html

Directives de mise en œuvre de l’application Android de DHIS 2 Applicable à la version 2.3

2

https://www.april.org/files/gfdl.1.3-js.fr.html

https://www.april.org/files/gfdl.1.3-js.fr.html

Table des matières

1 À propos de ce guide2 Sommaire

2.1 Contexte2.2 Objectifs2.3 Public cible

3 Carte de document4 Aperçu de l’application DHIS 2 Capture Android

4.1 Connexion plus facile et protection des données améliorée4.2 Thème et icône de l’application configurables4.3 Une navigation attrayante et conviviale4.4 Entièrement opérationnelle hors ligne : synchronisation intelligente4.5 Tableau de bord du tracker4.6 Recherche intégrée de traceurs4.7 Saisie de données illustrée4.8 Achèvement de l’événement

5 Conditions requises du serveur DHIS 26 Sécurité et Confidentialité des données7 Spécifications des appareils mobiles8 Configuration DHIS2 en vue de l’utilisation de l’application Android

8.1 Considérations en matière de sécurité8.1.1 Utilisation de la fonctionnalité partage DHIS 2 et Restrictions de partage8.1.2 Directives pratiques en matière de sécurité des données

8.2 Création d’un utilisateur Android8.2.1 Créer un rôle8.2.2 Créer un utilisateur8.2.3 Attribuer des unités d’organisation

8.3 Configuration visuelle : Comprendre le quoi et le pourquoi8.4 Configuration des règles du programme8.5 Définition des indicateurs et des légendes des programmes8.6 Identifiants réservés

9 Installation de la nouvelle application DHIS 2 Capture9.1 Migrer à partir des anciennes applications9.2 Se connecter à l’application

10 Test10.1 Recommandations générales pour les tests d’une application Android10.2 Test interne et Test UAT

10.2.1 Test UAT10.3 Tests sur le terrain / Projet pilote

11 Mise à l’échelle11.1 Acquisitions

11.1.1 Planifier des achats importants11.2 Gestion des terminaux mobiles11.3 Formation

11.3.1 Préparatifs techniques de la formation11.3.2 Budget de la formation11.3.3 Programme de la formation11.3.4 Matériel de formation

12 Déploiement13 Check-list de mise en œuvre mobile

Table des matières Applicable à la version 2.3

3

1 À propos de ce guide

La documentation du DHIS 2 est le fruit d’un effort collectif de la part de l’équipe dedéveloppement et des utilisateurs. Ce guide se veut complet, mais il se peut que certainesfonctionnalités y soient omises ou qu’elles nécessitent encore une documentation approfondie.Cette section présente certaines des conventions utilisées dans l’ensemble du document.

DHIS2 est une application fonctionnant dans un navigateur. Dans la plupart des cas, desimpressions d’écran ont été incluse pour une meilleure compréhension. Des raccourcis versdiverses fonctionnalités sont affichés comme par exemple Element de données > Grouped’éléments de données. Le symbole “>” indique que vous devez cliquer sur Element de donnéeset ensuite sur Groupe d’éléments de données

Différents styles de texte ont été utilisés pour mettre en avant des parties importantes ou destypes particuliers de texte, tels que le code source. Chacune des conventions utilisées dans ledocument est expliquée ci-dessous.

Note

Une note contient des informations supplémentaires qui doivent êtreprises en considération ou une référence à des informationssupplémentaires pouvant être utiles.

Conseil

Un conseil peut être utile, par exemple sur la manière de réaliser unetâche particulière de manière plus efficace.

Important

Les informations importantes ne doivent pas être ignorées et indiquentgénéralement une exigence de l’application.

Attention

Les informations contenues dans ces sections doivent être examinéesavec soin et, à défaut d’être prises en compte, elles pourraiententraîner des résultats inattendus en matière d’analyse, deperformance ou de fonctionnalité.

Avertissement

Les informations contenues dans ces sections, si elles ne sont pasprises en compte, pourraient entraîner une perte permanente dedonnées ou affecter la convivialité globale du système.

Complet

Les informations contenues dans ces sections indiqueront qu’il s’agit depoints qui ont été entièrement traités.

Incomplet

1 À propos de ce guide Applicable à la version 2.3

4

Les informations contenues dans ces sections, indiqueront qu’il s’agit dequestions qui ne sont pas traitées et qui seront ignorées.

Not_applicable (Non applicable)

Les informations contenues dans ces sections, indiqueront qu’il s’agit dequestions non pertinentes.

Work_in_progress (Tâches en cours)

Les informations contenues dans ces sections indiqueront qu’il s’agit deproblèmes ou de menaces qui n’ont pas été complètement traités oudont le comportement inattendu a déjà été signalé.

Les programmes répertoriés contiennent généralement du code informatique

Ils sont affichés sur un fond sombre et avec une police distincte

Les commandes sont affichées en gras et représentent une commande àexécuter sur le système d'exploitation ou dans la base de données.

Les liens vers des sites web externes ou les références croisées seront affichés en bleu etsoulignés comme ceci..

1 À propos de ce guide Applicable à la version 2.3

5

http://www.dhis2.org

2 Sommaire

2.1 Contexte

En réponse à la croissance des taux d’adoption des smartphones en Afrique subsaharienne etdans les pays en développement, à laquelle s’ajoute la nette évolution du marché de l’Android,l’Université d’Oslo a décidé de créer une nouvelle application mobile DHIS 2 Android, DHIS 2Capture Android, lancée en septembre 2018. Ce travail fait suite aux enseignements tirés desprécédentes applications mobiles DHIS 2 Android : Data Capture (Capture de données), TrackerCapture (Saisie Tracker), Event Capture (Capture d’événements) et Dashboard (Tableau de bord).

L’application DHIS 2 Capture Android est conçue dans l’optique de faciliter le travail dans desenvironnements à faible connectivité ou sans connectivité, puisqu’elle permet à l’utilisateur detravailler hors ligne et de synchroniser les données plus tard, lorsque la connectivité seradisponible. Elle facilite la collecte de données en regroupant tous les modèles de données DHIS 2dans une seule application consolidée. Elle est destinée à être utilisée par les professionnels desanté (travailleurs de première ligne, prestataires de services, personnel des centres de santé…)dans les établissements de santé et dans le cadre d’un travail effectué directement au niveaucommunautaire.

L’application DHIS 2 Capture Android se distingue de l’application DHIS 2 basée sur le web.L’application DHIS 2 basée sur le web est destinée à être utilisée lorsque les utilisateurs ont accèsà des écrans plus grands et à une bonne connexion internet. Quant à l’application Android, elle aété conçue en tenant compte de l’expérience des utilisateurs disposant d’écrans plus petits etd’une connectivité faible ou nulle.

Les recherches indiquent qu’une application mobile dans le domaine de santé en ligne peut êtrefacilement intégrée dans les soins, ce qui contribue à améliorer la productivité. L’applicationdevrait faciliter le suivi des clients, la communication des données et la prise de décision.Toutefois, la faisabilité et la convivialité de l’application peuvent être affectées par le nombreélevé de bénéficiaires, le manque de personnel et les problèmes liés aux logiciels et auxappareils. Pour réussir l’intégration des applications mobiles de données clients pour lestravailleurs de la santé en première ligne dans les zones rurales et les milieux pauvres enressources, il faudra donc un suivi en temps réel, un investissement dans le programme ainsique des ressources humaines adéquates [Rothstein JD1 et al. 2014] (https://www.hindawi.com/journals/ijta/2016/2515420/).

2.2 Objectifs

Ce document a pour objectif de fournir un ensemble de lignes directrices relatives audéploiement de l’application Android Mobile DHIS 2 Capture. Les étapes du déploiement, quiseront décrites en détail plus loin dans le document, comprennent notamment :

Aspects liés à la sécurité et à la protection des donnéesConditions relatives aux appareils mobilesInstallation et configurationTests (test en interne et test d’acceptation des utilisateurs)Tests sur le terrain et PilotageDéveloppement (distribution de l’application, gestion des appareils mobiles, formation)Déploiement

On y retrouve également une carte des documents regroupant les sections du document selonles phases d’un projet de mise en œuvre mobile. Tous les aspects représentés ici doivent êtrepris en compte au début du projet et planifiés en conséquence. Cette représentation illustre dansquelle phase du projet ils seront d’une grande importance, ce qui résume ses aspects clés etfacilite le suivi de ces directives dans votre projet. Il convient donc de souligner que le cycle

1. 2. 3. 4. 5. 6. 7.

2 Sommaire 2.1 Contexte

6

représenté dans la carte des documents considère le processus de collecte des exigencescomme terminé. Vous trouverez la carte des documents dans la première section.

Dans la dernière section, vous trouverez une liste de contrôle qui résume ses principaux aspectset facilite le suivi de ces lignes directrices dans votre projet.

2.3 Public cible

Ce document est destiné aux responsables du processus de déploiement depuis ses premièresphases, et doit être partagé avec les acteurs impliqués dans le processus.

2 Sommaire 2.3 Public cible

7

3 Carte de document

3 Carte de document 2.3 Public cible

8

4 Aperçu de l’application DHIS 2 Capture Android

Ce document porte essentiellement sur la mise en œuvre mobile utilisant la nouvelle applicationDHIS 2 Capture Android. Pour obtenir de plus amples informations sur les différentesapplications DHIS 2 Android, veuillez consulter l’App Store et la Documentation sur le site web.Les applications DHIS 2 Android développées précédemment sont actuellement en cours dedépréciation et font uniquement l’objet d’une maintenance corrective :

Dashboard App (Application Tableau de bord) : Abandonnée depuis mars 2020Applications Tracker et Événement : Abandonnées depuis juin 2020Application de Capture de données: Dépréciation prévue à compter de septembre 2020

La nouvelle application DHIS 2 Capture Android permet la collecte de données hors ligne pourtous les modèles de données DHIS 2*. Les données et les métadonnées sont automatiquementsynchronisées dès qu’il y a un accès à Internet, de manière à toujours conserver les données lesplus importantes pour l’utilisateur connecté sur l’appareil local.

4.1 Connexion plus facile et protection des données améliorée

L’URL du serveur peut être définie via un code QR. L’application mémorise également les URL etles noms d’utilisateur utilisés précédemment. Une fois qu’un utilisateur est connecté, il peutentrer un code PIN à quatre chiffres pour sécuriser l’application avec une déconnexionprogressive.

4.2 Thème et icône de l’application configurables

La présentation de l’application, y compris l’icône et la couleur, dépend de la configuration devotre serveur. Vous pouvez créer un raccourci vers l’application avec le logo de votre institutiondans l’écran d’accueil de l’appareil mobile via l’Application Widget.

4.3 Une navigation attrayante et conviviale

Tous les programmes et ensembles de données* accessibles à l’utilisateur connecté sontintégrés dans le nouvel écran “Accueil” . Chaque programme ou ensemble de données sontaffichés avec l’icône et la couleur qui leur sont associées.

• • •

4 Aperçu de l’application DHIS 2 CaptureAndroid

4.1 Connexion plus facile et protection des donnéesaméliorée

9

https://www.dhis2.org/app-store

https://www.dhis2.org/android-documentation

4.4 Entièrement opérationnelle hors ligne : synchronisation intelligente

Une base de données locale intégrée à l’appareil mobile permet de conserver une copiesynchronisée des programmes et des ensembles de données DHIS 2 accessibles à l’utilisateurconnecté. Les données les plus importantes sont également synchronisées de façonautomatique.

Entités suivies : par défaut, un maximum de 500 inscriptions actives, en donnant la prioritéà la plus récente mise à jour de l’unité ou des unités d’organisation assignée(s) àl’utilisateur pour la saisie des données.Événements et Ensembles de données : par défaut, les 1 000 événements ou 500ensembles de données les plus récents.

N.B. Ces paramètres sont configurables

4.5 Tableau de bord du tracker

Le puissant modèle de données de suivi du système DHIS 2 est entièrement opérationnel dans lepetit écran. Le tableau de bord du tracker intègre des commentaires, des relations, desindicateurs et des notes.

L’application met en œuvre une logique de suivi en prenant en charge la plupart des règles duprogramme, donnant la possibilité d’ajouter, de programmer ou de renvoyer de nouveauxévénements, selon la configuration du serveur.

•

•

4 Aperçu de l’application DHIS 2 CaptureAndroid

4.4 Entièrement opérationnelle hors ligne : synchronisationintelligente

10

4.6 Recherche intégrée de traceurs

Avant d’ajouter une nouvelle entité suivie, l’application effectue automatiquement une recherche.En mode hors ligne, la recherche s’effectue sur la base de données locale synchronisée. En modeconnecté, l’application propose des enregistrements à télécharger, en fonction de laconfiguration de recherche de l’unité d’organisation de l’utilisateur. Cette fonctionnalité permetde limiter les doublons potentiels, même lorsque l’utilisateur est hors ligne.

4.7 Saisie de données illustrée

L’Application Saisie de données s’anime - il est possible d’utiliser des icônes et des couleurs pourillustrer les réponses aux questions. Disponible pour les éléments de données avec lesensembles d’options associés dans les programmes de suivi et d’événement unique.

4.8 Achèvement de l’événement

Lors de la saisie des données, l’application affichera des informations relatives à l’étatd’avancement actuel pour une phase du programme. Ceci est utile pour les enquêtes complexescomportant plusieurs sections.

4 Aperçu de l’application DHIS 2 Capture Android 4.6 Recherche intégrée de traceurs

11

5 Conditions requises du serveur DHIS 2

La nouvelle application DHIS 2 Capture Android nécessite une instance de DHIS 2 2.29 ousupérieure fonctionnant dans un serveur web. L’instance DHIS 2 peut être hébergée sur unserveur local, une machine virtuelle ou peut être achetée au titre de logiciel-service(hébergement géré). Pour plus d’informations sur les différentes options d’hébergement DHIS 2,veuillez consulter le site https://www.DHIS2.org/hosting.

Cette section présente les orientations de base pour la configuration du serveur DHIS 2, que vousdevrez effectuer dans les deux premiers scénarios (sur site et machine virtuelle). Dans letroisième scénario d’hébergement géré, vous devez informer votre fournisseur du déploiementde l’application Android et avoir une discussion franche sur les meilleures façons de configurer leserveur. Vous devriez commencer par partager ces orientations avec votre fournisseurd’hébergement géré.

Le serveur DHIS 2 doit être conçu et configuré en tenant compte des éléments suivants : flux decollecte des données, analyse des données prévues et interface visuelle prévue. Il faudra aumoins trois serveurs pour un déploiement DHIS 2 : Test, Production et Formation.

Le serveur Test sera celui sur lequel vous pourrez modifier les configurations du serveur et testerles résultats de ces configurations. Une fois que vous êtes satisfait de la configuration, laformation des utilisateurs devrait avoir lieu dans un environnement différent de celui de la production. Un serveur Formation dédié est l’environnement idéal dans lequel vous formerez vosutilisateurs. Vous créerez des utilisateurs DHIS 2 pour tous les stagiaires et vous veillerez à ceque chacun comprenne et se sente à l’aise avec les nouvelles configurations. La dernière étape,une fois que vous aurez testé les configurations et formé les utilisateurs, consistera à déployer laconfiguration dans l’environnement Production. Ne modifiez jamais la configuration ou neformez jamais vos utilisateurs directement dans l’environnement Production.

DHIS 2 est sous licence BSD ; il s’agit d’une licence libre et gratuite que chacun peut installer etutiliser. Cependant, la gestion d’une instance DHIS 2 implique bien plus que la mise en place d’unpuissant serveur web. Le déploiement d’un système fiable et évolutif comprend au moins lesaspects suivants :

Ressources humaines disposant de compétences dans les technologies adaptées tellesque les serveurs web et les systèmes de bases de données.Une sauvegarde fiable de votre système, y compris un stockage sécurisé sur un serveurdistant.Utilisation de SSL (HTTPS / cryptage) pour sécuriser les informations privées telles que lesmots de passe.Surveillance des ressources du serveur et des performances des applications.Une connectivité Internet stable et à haut débit.Une alimentation électrique stable y compris une solution d’alimentation de secours.Un environnement serveur sécurisé pour éviter les accès non autorisés, les vols et lesincendies.Un matériel puissant pouvant évoluer avec l’utilisation accrue du système.

L’application DHIS 2 Capture Android fonctionne sur les appareils mobiles, y compris lessmartphones, les tablettes et les ordinateurs portables. Il est important de veiller au nombre deprogrammes, d’éléments de données et de règles de programme disponibles pour l’utilisateursur ces appareils mobiles. Vous devez également prévoir suffisamment de temps pour créer lestraductions nécessaires à la configuration de vos métadonnées. Pour les dialogues del’application, les menus et autres messages, si l’application n’est pas traduite dans la langue dontvous avez besoin, veuillez nous envoyer un message dans la [communauté DHIS 2] (https://

•

•

•

• • • •

•

5 Conditions requises du serveur DHIS 2 4.8 Achèvement de l’événement

12

https://www.dhis2.org/hosting

http://www.linfo.org/bsdlicense.html

community.dhis2.org) et nous vous indiquerons la marche à suivre pour contribuer auxtraductions de l’application.

5 Conditions requises du serveur DHIS 2 4.8 Achèvement de l’événement

13

6 Sécurité et Confidentialité des données

Avec la nouvelle application Android Capture de DHIS 2, les utilisateurs pourront collecter desdonnées individuelles au lieu de prestation de services, ce qui constitue le niveau le plus bas desaisie directe de données puisqu’il implique le bénéficiaire direct. Cette façon de capturer lesdonnées permet une analyse en amont sans compromettre les détails, rend possible une analyseen aval, réduit les erreurs et permet une analyse post hoc pour répondre aux questionsidentifiées après la collecte des données et la conception du système. Toutefois, les donnéesindividuelles posent des défis supplémentaires aux systèmes d’information, notamment en cequi concerne la sécurité et la confidentialité, l’état de préparation et la capacité, car les personnesayant de faibles connaissances informatiques en matière de collecte de données disposentd’outils numériques et les complications supplémentaires concernant l’analyse, le stockage et laréactivité du système.

La nécessité de mettre en place une pratique globale en matière de sécurité des données faitl’objet d’un large consensus. Cette pratique globale de sécurité devrait prendre en compte nonseulement la confidentialité et l’ intégrité, mais aussi la disponibilité des données. L’Initiativehumanitaire de Harvard a [déclaré] (https://hhi.harvard.edu/publications/signal-code-ethical-obligations-humanitarian-information-activities) que l’information elle-même, y compris saproduction, sa communication et sa réception, représente un besoin humanitaire de base quidevrait bénéficier d’une protection égale à celle des autres besoins classiques tels que lanourriture, l’eau, le logement et les soins médicaux. La feuille de route de la Measurement andAccountability for Results in Health (MA4Health), estime que “La santé publique et les soinscliniques ne peuvent être fournis en toute sécurité, avec une qualité élevée et de façonrationnelle, sans des échanges de données et d’informations transparents, durables et sûrs àtous les niveaux du système de santé”. Néanmoins, la saisie et le stockage de donnéespersonnelles identifiables présentent des risques et impliquent une obligation de respecter despratiques rigoureuses en matière de confidentialité.

L’Université d’Oslo s’engage en faveur de ce qui suit :

Veiller à ce que le processus de développement et de lancement du logiciel DHIS 2 soitsoumis à un plan de vérification de sécurité transparent et rigoureux ;À travers une approche de recherche-action, l’université cherche à apprendre en travaillanten collaboration avec d’autres ;S’efforcer de développer, d’apprendre et de partager des informations et des outilsappropriés, opportuns et utiles en vue de promouvoir les bonnes pratiques en matière desécurité ;L’accès à toutes les informations relatives à la santé dans le cadre de notre travail sera régipar un accord strict et mutuel ;Utiliser les actions de l’université pour proposer de bons exemples de pratiquessécuritaires.

Il peut y avoir une tension entre le besoin du système de santé de disposer de donnéesidentifiables et le droit du patient à la vie privée. En l’absence d’une législation claire régissant lacollecte et le stockage des données personnelles identifiables, il existe des concepts importantsqui devraient être compris et promus par les propriétaires et les responsables de la mise enœuvre du système. Ces concepts sont entre autres :

Droit d’accès

Le droit d’accès sera défini par la réglementation en matière de protection des données envigueur dans chaque pays. De manière générale, il comprend des informations sur les finalitésdu traitement, les catégories de données à caractère personnel traitées, les destinataires oucatégories de destinataires, la durée de conservation, des informations sur les droits de la

1.

2.

3.

4.

5.

6 Sécurité et Confidentialité des données 4.8 Achèvement de l’événement

14

https://www.healthdatacollaborative.org/fileadmin/uploads/hdc/Documents/the-roadmap-for-health-measurement-and-accountability.pdf

personne concernée tels que la rectification, l’effacement ou la limitation du traitement, le droitd’opposition, des informations sur l’existence d’un processus de décision automatisé, y comprisle profilage, etc. Avant donc de commencer la collecte des données, veuillez prendreconnaissance des réglementations spécifiques à votre région et vous assurer que vous êtes prêtà vous y conformer.

Droit d’effacement :

Le droit d’effacement est également défini par la réglementation sur la protection des donnéesen vigueur dans chaque pays. En général, les données à caractère personnel doivent êtreeffacées immédiatement lorsque celles-ci ne sont plus nécessaires aux fins de leur traitementinitial, ou si la personne concernée a retiré son consentement et qu’il n’existe aucun autre motiflégal de traitement. Là encore, assurez-vous de bien comprendre les réglementations en vigueurdans votre région et soyez prêt à vous y conformer.

Minimisation des données :

Le principe fondamental de la minimisation des données réside dans le fait que le traitement desdonnées ne doit utiliser que la quantité de données nécessaire pour accomplir une tâchedonnée. Cela implique également que les données collectées à une fin donnée ne peuvent pasêtre utilisées à une autre fin que celle du traitement initial sans un nouveau consentement.

Pseudonymisation :

Il s’agit d’une procédure de gestion des données qui rend les données personnelles moinsidentifiables tout en permettant leur analyse et leur traitement. Elle peut être réalisée enremplaçant la valeur de certains des champs de données par un ou plusieurs identifiantsartificiels, ou pseudonymes. Les données rendues anonymes peuvent être restaurées pourrendre les individus à nouveau identifiables, tandis que les données anonymisées ne peuventjamais être restaurées dans leur état d’origine. En fonction de la réglementation en vigueur dansvotre région, vous pouvez définir une stratégie de pseudonymisation conforme à laréglementation et adaptée à vos besoins.

Traçabilité :

Pour une utilisation efficace des données, nous devons garantir leur intégrité. Pour ce faire, il estimportant de contrôler ces données lorsqu’elles sont collectées, traitées et déplacées. Vous devezcomprendre les éléments suivants : “quoi”, “quand”, “pourquoi” et “qui”. Les organisations quitirent parti de la traçabilité, sont en mesure de trouver les données plus rapidement et sont plusà même de répondre aux exigences en matière de sécurité et de respect de la vie privée.

En fonction de la réglementation en vigueur dans votre pays et de la complexité de votre projet, ycompris le niveau de risque potentiel, vous devez mettre en œuvre les mesures techniques etorganisationnelles appropriées, telles que la pseudonymisation, la minimisation des données, lesjournaux d’audit, les restrictions de recherche, le partage granulaire, etc, et intégrer les garantiesnécessaires dans le traitement des données afin de répondre aux exigences de la réglementationen vigueur dans votre région.

L’adoption d’une approche adéquate en matière de sécurité et de confidentialité pour toute miseen œuvre du système DHIS2 permettant de saisir des données personnelles identifiables devraits’accompagner de l’élaboration d’une politique claire désignant une ou plusieurs personnesayant un accès complet au système et chargées de veiller au respect de la consigne suivante :Pour tout appui technique concernant les bases de données sensibles, un accord deconfidentialité signé avec une date d’expiration claire devrait être exigé pour les tiers.


15

Mise en œuvre pratique éventuelle

Droit d’accès etDroit d’effacement

La possibilité de donner au patient l’accès à son dossier par voieélectronique pour le consulter ou le supprimer n’est pas disponibledans DHIS 2 (2.32). Vous devez donc veiller à mettre en placed’autres méthodes permettant à un patient de demander une copiede son dossier pour pouvoir le consulter et demander desmodifications ou sa suppression. Lorsque cette suppression n’estpas possible, vous devez rendre le dossier anonyme en supprimant/ remplaçant tous les points de données identifiables.

Minimisation desdonnées :

S’assurer qu’il existe une raison valable de collecter des donnéespersonnelles identifiables. Éviter de collecter des détails inutiles quine servent pas un objectif pratique en termes d’analyse desdonnées ou de nécessité de finalité d’un dossier patient. Parexemple, si la nécessité d’un suivi du patient est déterminée par unrésultat de test positif, ne recueillez pas le nom du patient si lerésultat est négatif.

Pseudonymisation : Envisager l’utilisation de valeurs alternatives pour enregistrer desinformations relatives à certaines procédures ou conditions d’unpatient. Par exemple, vous pouvez avoir une liste de procéduresmédicales / de comportements personnels / d’actions sous forme deliste colorée. Cela permet de réaliser des analyses, sans révéler cequi pourrait constituer une procédure/action/comportementstigmatisé au sein d’un territoire donné.

Traçabilité : Le DHIS 2 propose un journal d’audit détaillé pour chaque point dedonnées. Cela inclut le traçage des données saisies via ses outilsweb (à partir de la version 2.22), ainsi que des données importéesou via Android (à partir de la version 2.27). Actuellement (2.32), DHIS2 ne propose pas d’option d’exportation de suppression/anonymisation complète, puisque la suppression d’une valeurpréserve les données précédentes dans le journal d’audit. Parconséquent, tout partage de données exportées vers l’extérieur doitêtre accompagné d’une suppression manuelle des donnéessensibles/identifiables.

La section Considérations sur la sécurité et la protection des données propose desrecommandations pratiques sur la configuration de DHIS 2 en vue de garantir la protection et lasécurité des données.


16

7 Spécifications des appareils mobiles

Si vous envisagez d’acquérir un grand nombre d’appareils, il est conseillé de remettre à plus tardla plus grande partie de ces achats. Le but est en effet de vous permettre de disposer d’appareilsde meilleure qualité. La technologie, et en particulier les appareils mobiles, évolue trèsrapidement. Un modèle donné est normalement renouvelé selon un cycle annuel, ce qui permetaux consommateurs de profiter des améliorations techniques importantes d’une année surl’autre, mais à un prix similaire. Vous trouverez d’autres recommandations sur les acquisitionsdans la section Mise à l’échelle section.

Le tableau suivant présente les spécifications des appareils mobiles permettant d’utiliser lanouvelle application DHIS 2 Capture Android :

Téléphonesportables

Tablettes Chromebooks

Constitution Probablement la caractéristique la plus importante : cet appareileffectuera beaucoup de travail sur le terrain, et devra durer plus de 2ans.

Marque Si vous devez gérer un grand nombre d’appareils, il est plus pratique des’en tenir à une seule marque

OS Minimum pris en charge : Android 4.4 (nonrecommandé) Minimum recommandé pour les nouveauxappareils : Android 7.X Recommandé pour les nouveaux appareils: Android 8.X ou version supérieure

Les appareilsfonctionnant sousChrome OS peuvent êtremis à jour avec ladernière version deChrome OS pendant aumoins 5 ans après leursortie. Voir ici

Processeur Recommandé : 4 cores, 1.2GHz divers

RAM Minimum : 1Gb Recommandée :2Gb ou plus

Minimum : 1.5GbRecommandée :3Gb ou plus

Minimum : 4GbRecommandée : 4-8Gb

Stockage Minimum : 8Gb Recommandé : 32Gb DHIS 2 app do not uses much space.However, storage of personal images &videos uses a lot of space

Minimum : 16GbRecommandé : 32-128Gb

Dimensiond’écran

Minimum : 4pouces Recommandée : àpartir de 5.5pouces

Minimum : 7pouces

11 pouces - 14 pouces

Caméra Minimum : 5Mpx, avec flash Recommandée : au moins 8Mpx, flash

facultatif

AccessoiresBoîtier, Clavier,Alimentationexterne

Envisagez une couverture extérieureappropriée et un protecteur d’écran. Pourles tablettes, envisagez un clavier externepour les opérations de bureau Envisagez de fournir une banque d’énergieexterne (10,000 mAh - 20,000 mAh)

USB 3G/4G modem Mouse WebCam

7 Spécifications des appareils mobiles 4.8 Achèvement de l’événement

17

https://support.google.com/chrome/a/answer/6220366?hl=en

https://support.google.com/chrome/a/answer/6220366?hl=en

Téléphonesportables

Tablettes Chromebooks

Connectivity 4G (LTE)/ 3G radio, unlocked. If importingdevices, check the compatibility offrequency bands with local mobileoperators Bluetooth 4.0 or better. WiFi 2.4 GHz & 5GHz

Bluetooth 4.0 or better.WiFi 2.4 GHz & 5 GHz External USB 3G/4Gdongle or Wifi hotspot

N.B.

Veuillez noter qu’actuellement, l’application DHIS2 Mobile dépend decertains (Services Google Play) [https://developers.google.com/android/guides/overview] et ne fonctionnera donc pas sur les appareils nedisposant pas de ces services. Cette situation est fréquente lorsqu’ils’agit des nouveaux téléphones Huawei et des appareils AOSP.

Ce fichier n’est plus géré ici mais figure dans le (Guide d’administration du système)[https://github.com/dhis2/dhis2-docs/tree/master/src/commonmark/en/content/sysadmin]

7 Spécifications des appareils mobiles 4.8 Achèvement de l’événement

18

8 Configuration DHIS2 en vue de l’utilisation de l’application Android

Ce chapitre présente les principaux aspects de la configuration pour une utilisation réussie del’application Android et permet de mieux comprendre les implications liées à l’utilisation de lacomposante mobile de DHIS 2. Pour une mise en œuvre complète et réussie, veuillez consulter la[documentation] détaillée et actualisée (https://www.dhis2.org/android-documentation) pourobtenir toutes les informations sur la configuration du serveur DHIS 2 en vue de son utilisationavec l’application DHIS 2 Android Capture.

Voici les différents éléments de configuration de la nouvelle application DHIS 2 Capture Androidcontenus dans ce document :

Considérations en matière de sécuritéCréation d’un utilisateur AndroidConfiguration visuelleConfiguration des règles du programmeDéfinition des indicateurs et des légendes des programmesIdentifiants réservés

8.1 Considérations en matière de sécurité

8.1.1 Utilisation de la fonctionnalité partage DHIS 2 et Restrictions de partage

Dans cette section, nous vous proposons des conseils sur la façon d’utiliser la fonctionnalité departage du DHIS 2 et les restrictions en matière de partage afin de s’assurer que seuls lesutilisateurs autorisés ont accès aux dossiers contenant des informations identifiables.

Voici un exemple pratique de partage granulaire et de restrictions en matière de recherche dansle contexte d’un Centre de santé spécialisé dans les soins maternels et néonatals :

Rôle utilisateur de la sage-femme :

Peut effectuer une recherche sur trois programmes dans toutes les unités d’organisationdu districtPeut inscrire les nouvelles femmes enceintes au programme de CPNPeut ajouter/modifier des événements à la phase du programme d’évaluation cliniquePeut visualiser toutes les données de CPN dans sa propre unité d’organisation

Rôle utilisateur du technicien de laboratoire

Peut effectuer des recherches dans les unités d’organisation d’un programme du districtPeut ajouter/modifier des événements à la phase du programme de laboratoireNe peut pas visualiser la phase d’évaluation clinique

Rôle utilisateur du superviseur du ministère de la santé

Peut visualiser uniquement le tableau de bord

Dans le cadre de votre stratégie de protection des données, vous devez absolument disposer deprocédures opérationnelles standard (POS).

Une PSO est un ensemble d’instructions détaillées compilées par votre organisation pour vouspermettre d’effectuer des opérations de routine complexes comme celles liées à la sécurité desdonnées.

Les POS permettent à votre organisation de gagner en efficacité, en qualité et en cohérence, touten respectant la réglementation en matière de protection des données.

• • • • • •

•

• • •

• • •

•

8 Configuration DHIS2 en vue de l’utilisation de l’applicationAndroid

8.1 Considérations en matière desécurité

19

Lorsque vous définissez vos PSO en matière de protection des données, vous devez répondre àdes questions telles que :

Quelle est la législation en vigueur en la matière ?Qui est le contrôleur nommé ? Le responsable de traitement ? Le délégué à la protectiondes données ?Qui est chargé d’examiner les journaux d’audit ?Comment procédez-vous à la suppression des anciens utilisateurs ?Vous apportez vos propres appareils ?Sécurité du matériel informatique est-elle garantie ?Accords mutuels de confidentialité

Nous présentons ici quelques exemples de bonnes pratiques de POS tirés du document [DHIS 2Community Health Information System Guidelines] (https://s3-eu-west-1.amazonaws.com/content.dhis2.org/Publications/CHIS+Guidelines+En.pdf) publié par l’université d’Oslo :

Harmoniser plusieurs programmes pour obtenir un seul protocole de saisie de données.Développer des POS pour chaque projet communautaire individuel, surtout en cas de fluxde données multiples.Transformer les POS en affiches illustrées et les faire afficher sur les murs par le personnelde l’établissement pour permettre au public de les voir.Imprimer les PSO et s’assurer que tous les ASC, le personnel de l’établissement et lepersonnel du district en disposent d’une copieSignature des PSO par les différents acteurs à l’issue de la formation.Participation des partenaires à la création et à l’approbation des POS. Les POS doiventpermettre d’institutionnaliser des meilleures pratiques et du flux de travail des acteurs duSISC. Faire participer tous les acteurs concernés au processus d’élaboration des POS.S’assurer que tous les éléments de données et les indicateurs sont saisis. Les ASC doiventparfaitement comprendre la signification et la mesure de chaque élément de données etindicateur afin de lever toute ambiguïtéAdopter les directives relatives à la saisie des données lors des formations. Pour renforcerle principe de responsabilité, les ASC et le personnel des établissements doivent êtreconscients du fait qu’ils font partie d’un système plus vaste. Ils doivent également êtreinformés de la manière dont leurs données sont utilisées pour la planification à desniveaux supérieurs et pour la mise en œuvre d’actions spécifiques à des niveaux inférieurs.Demander aux ASC d’expliquer les directives de saisie de données. Cette méthoded’apprentissage est une pratique efficace pour la formation des adultes. Le fait d’expliquerles directives de saisie de données renforce la crédibilité de l’ASC auprès du comité de lasanté.Produire des directives en langue locale, simples à utiliser. Les ASC et le personnel desétablissements doivent disposer de guides et d’instructions sur la marche à suivre.Envisager la possibilité de créer des affiches ou des petits guides laminés de saisie dedonnées portables que les ASC et les établissements pourront afficher ou emporter aveceux et qui décrivent leur rôle et responsabilités selon les directives de saisie de données.Faites signer les directives par les ASC, le personnel de l’établissement, du district et lepersonnel national. Il s’agit d’une mesure d’“engagement” symbolique. L’objectif est des’assurer qu’ils en ont pris connaissance, qu’ils comprennent leurs responsabilités enmatière de rapports, telles que définies dans les directives de saisie de données, et qu’ilss’acquitteront de ces responsabilités.Réaliser des vidéos ou des fichiers audio simples et les télécharger sur des téléphones. Lesresponsabilités et les actions à mener lors de chaque événement sont simplifiées grâce àdes vidéos ou des audioguides simples, en langue locale, auxquels le personnel del’établissement et les ASC peuvent se référer.

• •

• • • • •

1. 2.

3.

4.

5. 6.

7.

8.

9.

10.

11.

12.

8 Configuration DHIS2 en vue de l’utilisation del’application Android

8.1.1 Utilisation de la fonctionnalité partage DHIS 2 etRestrictions de partage

20

8.1.2 Directives pratiques en matière de sécurité des données

Pour veiller à ce que les données personnelles stockées sur les appareils mobiles ne soientaccessibles qu’au personnel de santé autorisé, il faut commencer par éduquer les utilisateurs surla manière d’utiliser ces données et veiller à ce qu’elles soient toujours conservées en toutesécurité. Les lignes directrices ci-après sont extraites du manuel “Monitoring and EvaluationStandard Operating Procedures for Keeping Client Data Secure & Confidential” (Procéduresopérationnelles standard de suivi et d’évaluation visant à assurer la sécurité et la confidentialitédes données des clients) de PSI.

Les administrateurs de système jouent un rôle important dans la configuration du niveau d’accèsdes utilisateurs, en veillant à ce que leur accès aux données soit approprié et ne soit jamaisinutilement abusif. Les lignes directrices ci-après sont également contenues dans le manuel“Keeping Client Data Secure & Confidential Administrators Guide” (Guide de l’administrateur :Garantir la sécurité et la confidentialité des données des clients) de PSI

.


8.1.2 Directives pratiques en matière desécurité des données

21

8.2 Création d’un utilisateur Android

8.2.1 Créer un rôle

Pour créer un utilisateur, vous devez d’abord définir un rôle d’utilisateur DHIS 2. L’applicationDHIS2 Android Capture ne requiert aucune des autorisations définies dans un rôle d’utilisateur.La sécurité d’un programme ou d’un ensemble de données DHIS 2 est définie en tant qu’accèsaux données du programme ou de l’ensemble de données.

Afin de résoudre les problèmes de débogage du web avec vos utilisateurs, il est recommandé decréer et d’attribuer un rôle d’utilisateur avec une fonctionnalité de saisie de données, qui devraitcomprendre :

Les applications Saisie Tracker, Capture d’événements et/ou Saisie de donnéesTableau de bord (pour pouvoir se connecter)Cache Cleaner (vous aurez besoin de nettoyer le cache)

• • •


8.2 Création d’un utilisateurAndroid

22

8.2.2 Créer un utilisateur

En second lieu, vous devez créer un utilisateur, pour lequel vous devrez ajouter quelques détailsde base tels que le nom de l’utilisateur et lui attribuer le rôle.

Nom d’utilisateur : name.androidExemple : belen.androidAttribution du rôle d’utilisateur : attribuez au rôle que vous avez créé à la première étape.

8.2.3 Attribuer des unités d’organisation

La troisième étape consiste à attribuer des unités d’organisation à l’utilisateur que vous venez decréer.

On distingue trois types d’affectation des unités d’organisation :

Capture de données: Ensembles de données et création de programmes de TEI,d’inscriptions et d’événements. Les données pré-téléchargées dans l’application lors de lapremière connexion seront les mêmes que celles de ces unités d’organisation. - Lesutilisateurs mobiles ne devraient pas avoir accès à la hiérarchie des unités d’organisationde tout un pays. Le nombre maximum d’unités d’organisation est difficile à définir, carl’application ne fixe pas de limite, mais les ressources de l’appareil (mémoire, processeur).Nous pouvons dire qu’un nombre inférieur à 250 unités d’organisation devrait être sûr,mais nous estimons tout de même qu’il s’agit d’un nombre très important pour un casd’utilisation mobile.

• • •

•

8 Configuration DHIS2 en vue de l’utilisation de l’application Android 8.2.2 Créer un utilisateur

23

Sortie des données : pour l’analyse des données. Non applicable au système Android.Recherche d’unités d’organisation : Élargit la recherche des TEI ( une fois en ligne) àd’autres unités d’organisation. Les dossiers individuels peuvent être téléchargés pour uneutilisation hors ligne. - Lorsque vous configurez la recherche d’unités d’organisation,assurez-vous que les unités d’organisation de saisie figurent dans votre recherche d’unitésd’organisation. Pour ce faire, les unités d’organisation de saisie doivent être sélectionnéesen plus des unités d’organisation de recherche.

8.3 Configuration visuelle : Comprendre le quoi et le pourquoi

L’administrateur du système peut configurer les informations affichées ainsi que leur moded’affichage. Il existe une bibliothèque d’icônes de plus de quatre cents images. Les icônespeuvent être attribuées à la plupart des objets de métadonnées : Options, Éléments de données,Attributs, Programmes / Ensembles de données. Les images ne sont pas téléchargées pendant leprocessus de synchronisation des métadonnées - seul le nom de l’icône est téléchargé. Toutes lesicônes existent déjà sous forme d’images vectorielles hautement efficaces dans l’APK del’application.

À l’avenir, vous pourrez télécharger vos propres fichiers en format gif/jpeg/png (50 000 ou moins- à confirmer). L’inconvénient de cette option sera l’utilisation de la bande passante et le tempsde synchronisation, car l’application devra télécharger les images pendant la synchronisation desmétadonnées.

Voici un exemple montrant comment attribuer des icônes et des couleurs aux métadonnées :

Le tableau suivant indique à quel endroit vous pouvez utiliser les icônes aujourd’hui :

• •


8.3 Configuration visuelle : Comprendre le quoiet le pourquoi

24

Attribuer Rendu Android Rendu Web

TrackedEntityType(Type d’entitésuivie)

2705 2.30 bientôt

Programme 2705 2.30 27

052705 (événementssimples, 2.30)

Étape duprogramme

2705 2.30 27


Ensemble dedonnées

2705 2.31 bientôt

Sélectionnez le 2eévénement etcontinuez à saisirles donnéesrelatives à lapersonne que vousavez inscrite.

2705 2.30 -

Attribut 2705 2.30 -

Indicator 2705 2.32 bientôt

Indicateur Prg 2705 2.32 bientôt

Ensemble d’options 2705 2.30 27


Pour les phases du programme, les sections peuvent être rendues en trois différents modes :Liste, Séquentiel et Matrice. Les résultats de chacun de ces modes sont présentés ci-dessous :


8.3 Configuration visuelle : Comprendre le quoiet le pourquoi

25

Un administrateur de système peut décider de la méthode de rendu des informations danschaque section d’étape du programme en définissant le type de rendu mobile, comme indiquésur la capture d’écran ci-dessous.

8.4 Configuration des règles du programme

Nous recommandons de tester l’application Android en parallèle avec la configuration des règlesde votre programme, ceci afin de s’assurer que les modifications apportées au serveur sontcorrectement prises en compte et fonctionnent dans l’application.

La première chose à faire lors de la définition des règles du programme est de définir le contexteet la priorité de leur exécution. Le contexte définit l’exécution de la règle pour un programmespécifique et éventuellement pour une étape spécifique. Quant à la priorité, elle définit un ordred’exécution des règles, ce qui est utile lorsque l’exécution d’une ou de plusieurs règles dépend durésultat d’autres règles.

Une fois le contexte et la priorité définis, il faut maintenant écrire l’expression de la règle duprogramme en utilisant les variables intégrées, les variables (attributs de TEI / éléments dedonnées d’une phase du programme) et les fonctions. Les variables doivent être définies parl’administrateur pour pouvoir évaluer les informations saisies pour un attribut de TEI ou unélément de données d’une phase du programme.


8.4 Configuration des règles duprogramme

26

Nous devons ensuite décider de l’action ou des actions à exécuter lorsque l’expression de la règledu programme est vraie

Lorsque vous définissez les règles de votre programme, vous devez savoir ce que prend encharge l’application Android DHIS 2. Vous trouverez la liste actualisée dans le [guide deconfiguration] (https://docs.dhis2.org/master/en/dhis2_android_capture_app/about-this-guide.html).

8.5 Définition des indicateurs et des légendes des programmes

Les indicateurs à afficher dans l’application peuvent être calculés à partir des données del’inscription de l’instance d’entités suivies (TEI). Notez que les calculs s’appliqueront à la TEI ainsiqu’à l’inscription en cours.

Les types d’agrégation ne sont pas disponibles, et seule la dernière valeur peut être utilisée dansle calcul de l’indicateur. Tous les éléments de données et les constantes peuvent être utilisésdans les calculs. Les variables sont prises en charge comme l’indique le tableau suivant :


8.5 Définition des indicateurs et des légendesdes programmes

27

Vous pouvez vérifier les informations actualisées sur les éléments pris en charge lors del’utilisation des indicateurs de programme dans le [guide de configuration] (https://docs.dhis2.org/master/en/dhis2_android_capture_app/program-indicators.html). Les limites despériodes d’analyse ne sont pas prises en charge, ni prévues pour une prise en charge future,puisqu’elles s’appliquent à plusieurs TEI.

Pour afficher un indicateur de programme dans l’application, vous devez cocher la case “Affichersous forme” dans l’assistant de configuration d’indicateurs du serveur DHIS 2.

Après avoir créé votre indicateur, vous pouvez alors lui associer une légende. Dans votre serveurDHIS 2, allez à Maintenance > Autres > Légendes pour créer une nouvelle légende.

{ .center }


8.5 Définition des indicateurs et des légendesdes programmes

28

Une fois que vous avez créé la légende, vous pouvez l’attribuer à l’indicateur. Vous pouvezégalement attribuer une légende déjà existante. En dessous de la case à cocher permettantd’afficher l’indicateur dans l’application, vous trouverez la section réservée à la recherche et àl’attribution de la légende.

8.6 Identifiants réservés

Si vous travaillez sur des programmes de suivi et que vous utilisez des attributs uniques d’entitéssuivies générés automatiquement (voir documentation DHIS 2), vous devez comprendrecomment l’application gère la création de valeurs. Les valeurs sont téléchargées à l’avance àpartir du serveur, et sont donc disponibles lorsque l’application fonctionne hors ligne. Ces valeurssont marquées comme réservées du côté du serveur.

Dès la première synchronisation, l’application téléchargera 100 valeurs, lesquelles serontmarquées comme réservées du côté du serveur. À partir de ce moment, l’utilisateur peutcommencer à utiliser les valeurs au fur et à mesure que de nouvelles instances d’entités suiviessont créées.

Chaque fois que l’utilisateur utilise une valeur (enregistre une instance d’entité suivie),l’application :

Vérifiera si le nombre de valeurs restantes est suffisant et les remplira à nouveau sinécessaire (si moins de 50 valeurs sont disponibles).Attribuera la première valeur disponible à l’instance d’entité suivie et la supprimera de laliste des valeurs disponibles.

Chaque fois que l’application est synchronisée, celle-ci :

Supprimera les valeurs réservées expirées.Vérifiera si le nombre de valeurs restantes est suffisant et les remplira à nouveau sinécessaire (si moins de 50 valeurs sont disponibles).

Une valeur est considérée comme " expirée " lorsqu’une des conditions suivantes est vérifiée :

“expirationDate” (date d’expiration) est dépassée. Par défaut, le serveur fixe la périoded’expiration à 2 mois.Si le schéma de l’attribut est fonction du temps, c’est-à-dire qu’il contient le segment`CURRENT_DATE(format)`, l’application calcule alors une date d’expiration supplémentaireen fonction de ce schéma.

Attention

Lorsque vous utilisez des valeurs uniques générées automatiquementet contenant des dates comme éléments du schéma, la dated’expiration de ces valeurs sera fonction de ce schéma de dates, ce quipourrait entraîner un comportement inattendu si le schéma n’est pasbien défini.

1.

2.

1. 2.

•

•

8 Configuration DHIS2 en vue de l’utilisation de l’application Android 8.6 Identifiants réservés

29

https://docs.dhis2.org/master/en/user/html/dhis2_user_manual_en_full.html#create_tracked_entity_attribute

Exemple : La valeur UniqueID a été configurée selon un modèle du typeCURRENT_DATE(MM)-SEQUENTIAL(###) et nous sommes aujourd’hui le31 janvier. L’application téléchargerait donc 100 valeurs (du 01-001 au01-101) pour pouvoir fonctionner hors ligne et avoir suffisamment devaleurs ; par contre, demain, 1er février, l’application n’aura aucunevaleur disponible puisque toutes auront été marquées comme étantexpirées et elle affichera donc un message à cet effet.

Avec l’application, l’utilisateur peut également vérifier les valeurs disponibles et les rechargerdans le menu des paramètres.

Lorsque l’application est à court de valeurs et que le serveur ne peut pas en fournir davantage,l’utilisateur reçoit un message sur le formulaire de saisie des données lui indiquant qu’il n’y a plusde valeurs disponibles. Vous devriez alors y remédier du côté serveur.

8 Configuration DHIS2 en vue de l’utilisation de l’application Android 8.6 Identifiants réservés

30

9 Installation de la nouvelle application DHIS 2 Capture

Vous pouvez télécharger et installer cette application à partir de deux sources :

Google Play: - Cette version ne permet pas la diffusion d’écran ou la réalisation de capturesd’écran.GitHub - There are two versions available in Github: - Production no_sms version: Thesame version than Google Play, it does not allow screen broadcasting or takingscreenshots - Production version: The same version than Google Play but including SMScapability (currently blocked by Google Play), it does not allow screen broadcasting ortaking screenshots - Training version: With screen broadcasting and possibility to takescreenshots (the one named with the suffix _training.apk)

N.B.

Quand vous installez l’APK de formation, vous devrez peut-êtreautoriser les installations par des tiers

Veuillez lire la section consacrée à la distribution des applications pour comprendre lesimplications liées à l’utilisation des différents canaux de distribution.

9.1 Migrer à partir des anciennes applications

Avant de commencer l’installation de la nouvelle application DHIS 2 Capture Android sur leterrain, il est important de noter que vos utilisateurs doivent suivre les étapes suivantes s’ilsutilisent déjà l’ancienne version de DHIS 2 Android Event Capture ou Tracker Capture :

Synchroniser les données de l’application DHIS 2 que vous utilisez actuellementTélécharger et installer la nouvelle application DHIS 2 Android CaptureConnectez-vous à l’aide de vos identifiants.

Attention

La suppression de l’application sans synchronisation peut entraîner uneperte d’informations.

9.2 Se connecter à l’application

Pour vous connecter, vous aurez besoin de l’URL du serveur DHIS 2, du nom d’utilisateur et dumot de passe de l’utilisateur que vous venez de créer. Pour les tests, vous pouvez égalementutiliser les serveurs de test et les identifiants :

URL UtilisateurMot depasse

Version la plus récente du DHIS 2 https://play.dhis2.org/android-current

android Android123

Version antérieure du DHIS 2 https://play.dhis2.org/android-previous1

android Android123

Deuxième version antérieure du DHIS 2 https://play.dhis2.org/android-previous2

android Android123

•

•

1. 2. 3.

9 Installation de la nouvelle application DHIS 2 Capture 9.1 Migrer à partir des anciennes applications

31

https://play.google.com/store/apps/details?id=com.dhis2&hl=en_US

https://play.google.com/store/apps/details?id=com.dhis2&hl=en_US

https://github.com/dhis2/dhis2-android-capture-app/releases

https://github.com/dhis2/dhis2-android-capture-app/releases

https://play.dhis2.org/android-current

https://play.dhis2.org/android-previous1

https://play.dhis2.org/android-previous2

10 Test

Maintenant que le serveur DHIS 2 est configuré et que vous avez installé l’application sur un ouplusieurs appareils, vous pouvez procéder aux tests. Pendant que vous planifiez vos tests, vousdevez être informé des prochaines versions. Il est donc important de rejoindre la communautésur https://community.dhis2.org/ et d’utiliser JIRA, l’outil de gestion de logiciels utilisé par UiO.Cela vous permettra de prendre connaissance des problèmes en suspens en termes defonctionnalités et de correction de bogues pour lesquels des versions ultérieures sont prévues.

Il est conseillé de tester l’application Android en parallèle avec votre configuration, afin des’assurer que les modifications apportées au serveur sont correctement prises en compte etfonctionnent dans l’application. Ceci est particulièrement important lors de la configuration desrègles du programme. Outre ce test étape par étape, il existe différents types de tests que vousdevez effectuer avant le déploiement de l’application.

Il existe une première série de tests qui devraient être effectués en interne avec des groupes plusrestreints pour s’assurer que les configurations sont effectuées correctement, que lafonctionnalité est bien en place et que l’aspect et la convivialité sont adéquats. Dans le cadre decette phase initiale de tests, vous effectuerez ce que l’on appelle des tests internes, suivis par lestests UAT (Tests d’acceptation des utilisateurs). Plus loin dans cette section, nous expliqueronsplus en détail en quoi consistent ces types de tests et comment les réaliser. Ensuite, vouseffectuerez vos tests sur le terrain et votre test pilote. Dans cette phase des tests, vouseffectuerez une série de tests avec des groupes plus importants afin de garantir, entre autres,que vos flux de travail, votre infrastructure et votre architecture sont corrects. Nous reviendronsplus loin sur ces types de tests et sur la manière de les réaliser.

Les graphiques ci-après indiquent que les prochaines étapes sont de nature itérative, y comprisles nouvelles configurations de serveur basées sur les résultats des tests. Vous devrezprobablement effectuer plusieurs séries de tests et de reconfiguration avant de pouvoir passer àla mise à l’échelle et au déploiement.

10 Test 9.2 Se connecter à l’application

32

https://community.dhis2.org/

http://jira.dhis2.org/

10.1 Recommandations générales pour les tests d’une application Android

Avant d’aborder les différentes phases de test, nous allons présenter quelquesrecommandations générales applicables au test d’une application Android. Globalement, leprocessus de test peut se résumer aux étapes suivantes :

Examiner. La première étape consiste à examiner les informations relatives à l’applicationelle-même en vous rendant à https://www.DHIS 2.org/android-documentation. Vous ytrouverez des informations concernant le pourquoi et le quoi ou encore sur vos tests. Elledevrait vous aider à déterminer si l’application répond à vos exigences, ce qu’elle peut etne peut pas faire et vous aider à analyser les divergences. Elle devrait également vousaider à identifier les nouvelles fonctionnalités et les nouveaux paramètres ainsi que lesfonctionnalités prises en charge.

Planifier. À cette étape, vous devez déterminer le moment des tests en tenant compte ducalendrier de votre propre mise en œuvre. Lors de cette phase de planification, vous devezcréer une liste détaillée des exigences et les classer comme obligatoires (DOIT avoir) ousouhaitables.

Concevoir. Au cours de cette étape, vous devez élaborer les cas de test, décider du nombred’interactions de test et des outils que vous utiliserez pour vos tests.

1.

2.

3.

10 Test 10.1 Recommandations générales pour les tests d’une application Android

33



Exemple d’outils de test - Jira

Exemple d’outil de test - Excel

Chaque cas de test doit avoir les parties suivantes. Le niveau de détail et le contenudu test à effectuer dépendront du profil et de l’expérience de l’utilisateur. -Identification : Numéro de cycle / ID, ID du test, version, résumé du test. -Description : détails, étapes à reproduire - Rapport de situation : Date d’exécution,exécuté par, résultat attendu par rapport au résultat réel, ID du rapport d’étatd’exécution.

◦

◦

◦

10 Test 10.1 Recommandations générales pour les tests d’une application Android

34

Exécuter. Lors de l’exécution de vos tests, veuillez tenir compte de deux points importants :

Configuration des métadonnées : Vérifiez les paramètres du programme sur le webet consultez la documentation pour vous familiariser avec les fonctionnalités del’application. Cela permettra d’identifier les véritables bogues par rapport auxproblèmes issus de la configuration ou aux fonctionnalités non prises en charge.Matrice d’achèvement : Vérifiez vos progrès en fonction des échéances que vousavez fixées à la phase de planification. Veillez aussi à prendre soigneusement desnotes pour être en mesure de signaler un bogue.

Rapport. Votre rapport doit présenter trois caractéristiques importantes

L’erreur signalée doit être reproduisibleL’information doit être spécifique et descriptiveLe rapport doit séparer les données concrètes des spéculations

{ .center width=80% }Le tableau ci-dessous présente un bon rapport de bogue avec des exemples :

{ .center width=80% }

10.2 Test interne et Test UAT

Que testez-vous ?

Vous testez la configuration de votre serveur DHIS 2 et l’application Android elle-même.

4. ◦

◦

5.

◦ ◦ ◦

◦

10 Test 10.2 Test interne et Test UAT

35

Que recherchez-vous ?

Règles du programme, formulaires, interface visuelle, indicateurs… Bugs, améliorations,nouvelles spécifications, etc.

Comment ?

Les méthodes et les périodes de tests varient d’un groupe à l’autre, mais les tests doivent êtreitératifs, flexibles et réalisés dès les premières phases du processus de déploiement. Vous devezdonc prendre le temps de décider des personnes qui participeront au test, élaborer un plan detest et disposer d’une stratégie pour recueillir les avis. Il existe différents outils permettant designaler et de suivre les bogues et les problèmes. Selon la complexité de votre test, vous pouvezutiliser trello, JIRA, etc.

Il est important de bien préparer vos tests en interne pour améliorer la qualité et l’efficacité desséances de test. Ces recommandations s’appliquent à tous les tests que vous aurez à effectuer.

10.2.1 Test UAT

Que testez-vous ?Vous testez la configuration de votre système (entrée), votre interface visuelle et vos icônes, lafacilité d’utilisation et vos sorties. Vous pouvez également tester à ce stade l’expérienceutilisateur avec différents appareils (smartphone, tablette, clavier externe, chromebook).


Les modifications apportées aux points précédents ainsi que les problèmes liés au matériel. C’estun moment propice pour commencer à identifier ceux qui pourront contribuer aux phases

10 Test 10.2.1 Test UAT

36

https://trello.com/

https://www.atlassian.com/software/jira

ultérieures. L’objectif principal de l’UAT est d’avoir des gens aux expériences variées en accordavec la configuration pour l’exécution des tests sur le terrain. La réussite de cette étape est lacondition pour passer à la phase suivante, à savoir les tests sur le terrain

Comment ?

Utiliser un environnement contrôlé. Trouver des utilisateurs ayant peu d’exposition à latechnologie, qui ne sont pas nécessairement associés aux pratiques professionnelles. Vosutilisateurs pourraient être : 1) Expert dans le domaine sanitaire, 2) Agent de terrain, 3)Utilisateur sur le terrain.

La taille du groupe variera en fonction du type de projet pour lequel l’application est mise enœuvre. La taille moyenne d’un groupe de test UAT varie entre 5 et 10 personnes.

Lorsque vous décidez des personnes qui participeront à votre test, pensez à tous les différentstypes d’utilisateurs et à leurs rôles. Sélectionnez vos testeurs en tenant compte de cet aspect.Vous devez fournir à vos testeurs des informations et des conseils appropriés. Ils doivent êtrebien informés des méthodes que vous utiliserez pour le test, des attentes et des objectifsgénéraux du test. Il est conseillé, dans la mesure du possible, d’organiser des séances de testavec un ou deux responsables, où les testeurs peuvent échanger des informations et avoir lapossibilité de poser des questions et d’obtenir de l’aide sur place de la part des responsables. Unautre aspect important à considérer est celui des données du test. Vous devez disposer desuffisamment de données dans votre serveur de test pour permettre de tester différents cas detest.

10.3 Tests sur le terrain / Projet pilote

Que testez-vous ?

Vous testez vos POS et vos flux opérationnels.Vous testez votre infrastructure/architecture.Vous testez les différents appareils.Vous testez vos méthodes et matériels de formation.


Ajustements relatifs aux éléments précédents.Adéquation des appareils sélectionnés à l’espace et à l’environnement de travail.Évaluer votre solutionIdentifier les promoteurs.

Comment ?

• • • •

• • • •

10 Test 10.3 Tests sur le terrain / Projet pilote

37

20 à 30 utilisateurs recommandés. 2 mois (prévoir à l’avance !). Décidez de la distribution (lieux).Ne pas opter pour le plus simple ou le plus complexe. Faites simple, mais remettez en questionvotre solution.

Considérations relatives à l’évaluation de votre projet pilote

Vous devez définir vos indicateurs pour évaluer vos résultats et décider de votre stratégie depilotage du système. Vous pouvez utiliser votre système actuel et le nouveau systèmesimultanément pendant quelques mois ou simplement le remplacer. Les deux stratégiesprésentent des avantages et des inconvénients et vous devez les analyser soigneusement avecvotre équipe avant le pilotage.

Voici quelques avantages de la mise en parallèle du système actuel et du nouveau système :

Vous pouvez avoir des preuves que le nouveau système est meilleur que l’ancien entermes de rapidité ou de qualité des données, par exemple ; ces paramètres dépendent del’objectif de votre projet spécifique.Votre ancien système sert de mécanisme de secours lorsque quelque chose ne fonctionnepas comme prévuIl renforce la confiance des utilisateurs lorsqu’ils comparent les deux résultats.

Voici quelques inconvénients :

Vous mettez en place un mécanisme de double reporting ; celui-ci double le temps et leniveau d’effort de vos utilisateurs. Les services informatiques se doivent donc de traitercette question avec sensibilité et préparer les éventuelles ressources humaines de soutienen cas de besoin.La possibilité pour les utilisateurs de comparer les deux systèmes en parallèle pourraitêtre une arme à double tranchant, car certains utilisateurs ont tendance à résister auchangement.

•

•

•

•

•

10 Test 10.3 Tests sur le terrain / Projet pilote

38

11 Mise à l’échelle

11.1 Acquisitions

Maintenant que vous avez effectué tous vos tests et votre projet pilote, vous êtes enfin prêt àintensifier votre déploiement. Pour cela, vous devrez procéder à l’acquisition du matériel et desservices nécessaires. Vous devrez donc prendre des décisions relatives à :

Achat d’appareils vs BYOD (apportez votre propre appareil)Distribution de l’application (maintenant et ultérieurement)Contrats de télécommunications

Achat d’appareils vs BYOD (apportez votre propre appareil)

Dans un premier temps, vous devriez acheter différents appareils pour permettre auxutilisateurs de les évaluer et de vous donner leur avis. Une fois que le choix de l’appareil quevous utiliserez est fait, vous ne devriez acheter que 10 unités ou moins, ou ce dont vous aurezbesoin pour les phases de test et de pilotage. Ce n’est qu’à l’issue de la phase pilote que vousdevez acheter l’équipement pour les six prochains mois de déploiement. Certains projets trèsimportants nécessiteront des années pour un déploiement national, et votre plan d’acquisitionde matériel devrait s’étendre sur plusieurs années. Le chapitre Spécifications des appareilsmobiles présente des recommandations relatives aux spécifications techniques des appareils.

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

Distribution de l’application (maintenant et ultérieurement)

L’application DHIS 2 Android est mise à jour toutes les deux semaines. Chaque nouvelle versioncomporte des corrections de bogues et peut proposer de nouvelles fonctionnalités. Elle peutégalement comporter de nouveaux bogues. Les nouvelles versions sont publiées dans GitHubainsi que dans Google Play store. Github n’est qu’un référentiel : vous téléchargerez un APKspécifique que vous installerez sur votre appareil. Pour installer un APK, vous devrez autoriserl’utilisation de permissions provenant de tiers. Une fois qu’un APK est téléchargé depuis GitHubou par une autre méthode, la version installée ne sera jamais mise à jour automatiquement. Parcontre, si vous l’installez à partir de Google Play, il se met normalement à jour automatiquementavec la dernière version. Il est possible de désactiver la mise à jour automatique dans GooglePlay si vous le souhaitez.

Une fois que vous avez terminé vos tests, que les documents de formation sont prêts et que vousavez commencé le déploiement, vous ne devez pas modifier la version de l’application pour lesutilisateurs, à moins que vous n’ayez testé la nouvelle version à nouveau. Les changements deversion peuvent entraîner une modification de l’interface utilisateur, des comportements erronésou une incompatibilité avec la version de votre serveur DHIS 2. Vous devez donc effectuer destests approfondis sur les nouvelles versions avant de les proposer à vos utilisateurs, afin de vousassurer que la nouvelle version ne pose aucun problème à votre configuration, qu’elle nécessiteune nouvelle formation ou que votre configuration nécessite des modifications.

• • •

11 Mise à l’échelle 11.1 Acquisitions

39

En résumé, pour toute installation impliquant un nombre important d’appareils, vous devezéviter d’utiliser Google Play et recourir plutôt à une solution de Gestion des appareils mobiles(MDM), abordée dans [ce chapitre] (#scale_up_mdmt). Si vous n’avez pas accès à cette option,vous pouvez envisager d’utiliser Google Play, mais vous devez désactiver la mise à jourautomatique pour l’application androïde DHIS 2. La procédure à suivre varie en fonction de laversion d’Android OS - veuillez chercher sur Google “comment désactiver la mise à jourautomatique d’Android par application sous Android X.X”.

Contrats de télécommunications

Si vous envisagez d’inclure l’utilisation des SMS pour transmettre des enregistrementssélectionnés par SMS en l’absence de données mobiles, vous devrez conclure un contrat avec unagrégateur local qui pourra vous fournir un numéro permettant de recevoir les SMS. Vous devezconfigurer votre serveur de manière à pouvoir recevoir et envoyer des SMS - veuillez consulter la[documentation DHIS 2] (https://docs.dhis2.org/master/en/user/html/mobile_sms_service.html#)sur les connexions SMS. Vous devrez estimer le nombre de messages par mois pour pouvoirprévoir le coût mensuel.

Le processus de sélection et de signature d’un contrat avec un fournisseur de SMS varie selon lespays et dépend des procédures de passation de marchés appliquées au sein de votreorganisation.

11.1.1 Planifier des achats importants

Chaque projet nécessitera une variété de types d’appareils : téléphones, tablettes etChromebooks. La plupart des appareils mobiles seront probablement réservés à un utilisateurspécifique. Les éléments à prendre en compte seront notamment la nature de la tâche. Parexemple, les travailleurs communautaires utiliseront des smartphones ou des tablettes. Mais lesagents de santé exerçant dans un établissement peuvent préférer une tablette dotée d’un clavierexterne ou un Chromebook.

Il convient de remettre autant que possible à plus tard l’acquisition à grande échelle. Dans unpremier temps, il est recommandé d’acheter le moins d’appareils possible pour tester laconfiguration et de laisser un minimum de choix aux futurs utilisateurs. Une fois que la décisionde passer à un projet pilote est prise, le second achat devrait idéalement se limiter aux appareilsné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 appareilsau même niveau de prix sont constamment proposés par les fabricants sur des cycles qui variententre 12 et 18 mois.

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

Moisduprojet

Phase Acquisition#d’appareils

Mois2

Conception etconfigurationinitiale

Choisissez 3 ou 4 facteurs de formepossibles. Achetez auprès d’un ou deuxfabricants

2-8

Mois4-6

Phase pilote Acheter uniquement les appareilsnécessaires à la réalisation de la phasepilote

10-30

Mois6-12

Déploiement -phase 1

Première acquisition de masse 50-500

MoisX

Déploiement -Phase X

–> 50-500

11 Mise à l’échelle 11.1.1 Planifier des achats importants

40

Moisduprojet

Phase Acquisition#d’appareils

Mois36-48

Mise à niveau ouremplacement

Remplacer les appareils X

11.2 Gestion des terminaux mobiles

La gestion des terminaux mobiles désigne les logiciels utilisés pour assurer le fonctionnementdes terminaux mobiles. Vous aurez besoin d’un logiciel de MDM lorsque vous aurez à prendre encharge des centaines d’appareils et qu’il sera nécessaire de contrôler la distribution des fichiersapk sur les appareils, de fournir une assistance technique et d’appliquer les politiquesinstitutionnelles. 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 mensuelspour la gestion élémentaire à distance.

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

Fonctionnalités de base : Exiger un mot de passe pour le verrouillage de l’écranMise à disposition des applications autoriséesVerrouiller les dispositifs et effacer les informations en cas de perte ou de volContrôler la mise à jour de l’application AndroidAppliquer les politiques de sauvegarde

Fonctionnalités avancées : Mettre en œuvre des politiques de protection des mots de passeFaire appliquer les politiques d’utilisation du réseauSuivi de la localisation de l’appareilLimiter l’accès aux paramètres et aux fonctions (exemple - wifi/réseau, captured’écran)

Pour choisir le logiciel de MDM le mieux adapté à vos besoins, vous devez essayer de répondreaux 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 lamaintenance ?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 queles prix et les conditions changeront au fil du temps).

Mobilock Free (incapable de mettre à jour les logiciels)SOTI (MobiControl) (peut être coûteux - $2.20/appareil/mois)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)

• ◦ ◦ ◦ ◦ ◦

• ◦ ◦ ◦ ◦

• • • • •

• • •

• • • • • •

11 Mise à l’échelle 11.2 Gestion des terminaux mobiles

41

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 pourl’assistance à distance, pour 3.000 appareils)AirWatch (ne répond pas et peut être coûteux - 3,80 USD /appareil/mois pour 3 000appareils 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 USDpour le déploiement)

11.3 Formation

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

11.3.1 Préparatifs techniques de la formation

Lors de la préparation de la formation, assurez-vous que toutes les exigences techniquespratiques sont respectées. Cela implique notamment que les tablettes/appareils mobiles soientdisponibles, avec la nouvelle application DHIS 2 Capture Android installée. En fonction de ladisponibilité de la connectivité Internet dans la zone où se déroulera la formation, vous pourriezsynchroniser toutes les tablettes avec le serveur, afin de disposer de suffisamment de donnéeset de la bonne configuration pour la formation. Avant la formation, les exercices doivent êtretestés pour s’assurer que tout fonctionne. Les problèmes détectés lors des tests doivent êtrerésolus afin de les éviter pendant la formation. Vous pouvez effectuer un deuxième cycle de testpour 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 configurationpré-synchronisées, assurez-vous que les stagiaires se familiarisent avec l’application en accédantau serveur DHIS 2 à distance. Cela permettra aux stagiaires de faire l’expérience d’unesynchronisation réelle, qui peut impliquer des retards dans le réseau. Si les stagiaires n’ontaucune idée des retards dans le réseau, ils pourront plus tard les interpréter comme desdéfaillances de leur appareil.

11.3.2 Budget de la formation

Vous trouverez ci-dessous quelques lignes directrices relatives à la préparation du budget, tiréesdes [DHIS 2 Community Health Information System Guidelines (Lignes directrices du DHIS 2relatives 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 parl’université d’Oslo :

Respectez les politiques organisationnelles en utilisant les modèles de budget et les tauxapprouvé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é)

• • • • • •

•

• •

•

◦ ◦ ◦

11 Mise à l’échelle 11.3 Formation

42

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 surles ressources nécessaires, le coût unitaire de ces ressources et le nombre d’unitésnécessaires. Vous pouvez également intégrer des multiplicateurs supplémentaires pourillustrer le nombre d’unités par participant. Cela permet de faire preuve de souplesse dansl’actualisation du budget si les coûts unitaires changent ou si le nombre de participantsaugmente 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 parvotre organisation ou votre institution de financement(2).

11.3.3 Programme de la formation

Dans le document [DHIS 2 Community Health Information System Guidelines] (https://s3-eu-west-1.amazonaws.com/content.dhis2.org/Publications/CHIS+Guidelines+Fr.pdf) rédigé parl’université d’Oslo, il est recommandé de prendre en compte les éléments suivants :

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

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

11.3.4 Matériel de formation

Le même document contient également des recommandations relatives au matériel deformation, que nous présentons ici. Le matériel dont vous aurez besoin pour vos formationsdépendra de vos activités. Afin de vous assurer que tout est bien planifié, parcourez votreprogramme de formation avec un partenaire, et discutez de ce qui sera réalisé pour chaquepartie 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 dansles documents qui seront distribués aux participants.

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

◦ ◦

•

•

1. 2. 3.

4.

11 Mise à l’échelle 11.3.3 Programme de la formation

43

12 Déploiement

À ce stade, vous devez être en mesure de déployer les appareils et l’application auprès de vosutilisateurs finaux. Vous devrez alors préparer et coordonner la mise en service, et décider sivous conserverez des systèmes parallèles au cas où vous utiliseriez d’autres applications ou sivous les remplacerez directement. En ce qui concerne les processus papier et manuels, vousdevrez également décider si vous souhaitez les éliminer, les reproduire ou en conserver undoublon. Assurez-vous de choisir judicieusement le moment de mise en service. Choisissez unmoment où les équipes seront disponibles pour consacrer le temps et les effortssupplémentaires nécessaires pour s’adapter à l’utilisation de la nouvelle application et assurez-vous également qu’une assistance supplémentaire sera disponible pendant les phases initiales.

Vous trouverez ci-dessous des recommandations relatives à cette phase de mise en œuvre tiréesdu document DHIS 2 Community Health Information System Guidelines élaboré par l’Universitéd’Oslo.

Les utilisateurs finaux de la nouvelle application devraient disposer d’un seul point d’appui.Idéalement, leur superviseur peut leur fournir ce soutien. Étant donné que les utilisateursconnaissent bien leur superviseur et bénéficient d’un soutien par rapport à d’autres questions, lesoutien de l’application par les superviseurs constitue alors un avantage.

Vous avez peut-être déjà mis en place un système de soutien à plusieurs niveaux pour le DHIS 2basé sur le web et vous pouvez peut-être l’utiliser pour assurer également le soutien del’application. Le système à plusieurs niveaux implique que les questions simples peuvent êtretraitées par des superviseurs de niveau inférieur et que les questions plus difficiles ou complexessont traitées par des superviseurs de niveau supérieur jusqu’à ce qu’elles soient traitées par unepersonne capable de les traiter. La grande majorité des questions nécessitant une assistanceseront des questions simples qui devraient pouvoir être traitées par le premier niveaud’assistance. Ce premier niveau est souvent celui des superviseurs directs de l’utilisateur. Ceniveau devrait être en mesure de traiter les problèmes matériels et logiciels simples. Si lessuperviseurs ne peuvent pas résoudre le problème, il faudra alors le faire remonter à un niveausupérieur. Les demandes du deuxième niveau sont souvent traitées par les responsables dessystèmes d’information au niveau du district ou au niveau infranational, lesquels sont forméspour gérer les problèmes liés à la configuration du système et tous les problèmes avancésconcernant l’interface utilisateur, les importations et les exportations de données. Les demandesde niveau trois sont généralement traitées par les personnes chargées de l’assistanceinformatique au niveau central. Ils doivent être en mesure de répondre à toute demande demaintenance en aval.

Les niveaux de soutien peuvent varier en fonction de la complexité et de la taille de votre projet.Quel que soit le nombre de niveaux, il est indispensable que les demandes de soutien soientsoumises par n’importe quel utilisateur directement par le web, par téléphone ou par courrier

12 Déploiement 11.3.4 Matériel de formation

44

électronique. Une fois qu’une demande de soutien est envoyée à l’équipe technique, celle-ci doitaccuser réception de la demande dans un bref délai, par exemple 12 heures (2).

Vous devriez maintenant avoir un plan de suivi des appareils que vous confiez à vos équipes.Voici quelques bonnes pratiques que vous pourriez adopter dans le cadre du suivi des appareils(2) :

Numérotez chaque boîte de téléphone (tablette) et faites deux copies du contrat detéléphonie (c’est-à-dire #1 sur une boîte et sur les deux formulaires de contrat) et remettezles deux à un superviseur de l’agent de santé communautaire qui remplira les formulairesen fonction des détails de ce téléphone.Veillez à ce que les téléphones et les boîtes ne soient pas confondus.Rassemblez les formulaires d’engagement, faites signer et cacheter les deux exemplairespar un conseil. Un exemplaire sera conservé par le district, et l’autre sera renvoyé aupartenaire et conservé dans le classeur du bureau du district.Utilisez un générateur de code QR pour générer un code QR avec les informations dutéléphone (numéro, ACS, numéro de SIM, quartier, etc.). Vous pouvez ensuite imprimer cecode QR sur une étiquette autocollante résistante et l’appliquer à l’arrière du téléphone ouà l’intérieur du téléphone dans le compartiment de la batterie.Si vous fournissez des cartes SIM avec des téléphones, indiquez la carte SIM et letéléphone correspondants.Pour éviter toute tentative d’altération de la carte SIM fournie avec le téléphone, collez lacarte SIM dans le téléphone en la plaçant dans le téléphone et en appliquant de la colle àl’arrière.

Vous devriez également vous pencher sur la question de la Propriété et de l’Utilisation desappareils. Il est important de clarifier la “propriété” des appareils (téléphones, tables, etc.) aumoment même où vous les remettez aux utilisateurs, ainsi que les responsabilités en matièred’entretien, de maintenance et de perte. La confusion règne souvent lorsqu’il s’agit de savoir sil’appareil appartient à l’institution ou à l’individu, et quelles sont les responsabilités respectives.Cependant, si les utilisateurs finaux sont censés utiliser des appareils personnels, il est d’autantplus important de clarifier les questions relatives au coût du temps de connexion/données ainsique le mécanisme de remboursement (2).

•

• •

•

•

•

12 Déploiement 11.3.4 Matériel de formation

45

13 Check-list de mise en œuvre mobile

Tâche Terminée

Analyse de la technologie Android App et des exigences relatives aux serveurs ☐

Stratégie pour la sécurité des données et la confidentialité ☐

Installation et configuration du serveur DHIS 2 ☐

Instances du serveur DHIS 2 ☐

Éléments de données, Ensembles d’options, Programmes… ☐

Configuration visuelle ☐

Définir les indicateurs et les légendes des programmes ☐

Configuration des règles du programme ☐

Création d’un utilisateur Android ☐

Paramètres de partage et considérations de sécurité ☐

Installation et configuration de l’Application ☐

Installation de l’application ☐

Connexion à l’applicatioon ☐

Test ☐

Tests effectués en interne ☐

Tests d’acceptation de l’utilisateur ☐

Test sur le terrain / Projet pilote ☐

Projet pilote ☐

Mise à l’échelle ☐

Acquisition de matériel ☐

Stratégie de distribution de l’application ☐

Stratégie de gestion des appareils mobiles ☐

Contrats de télécommunications ☐

Formation ☐

Préparations techniques ☐

Budgétisation ☐

Programme et Participants ☐

Matériel ☐

Plan de déploiement ☐

13 Check-list de mise en œuvre mobile 11.3.4 Matériel de formation

46