Embed Size (px)
Citation preview
Published on K4Health (https://www.k4health.org)
Guide de planification mHealth : points importants pour l?intégration de la technologie mobile dans les programmes de santé
Pourquoi mHealth ?
Au cours des dix dernières années, la santé mobile, ou mHealth, est devenue un outil de pointe pour améliorer l'accès aux informations et aux services de santé dans le monde entier. mHealth utilise les technologies mobile et sans fil, comme les téléphones portables, les assistants numériques personnels (PDA) et les applications logicielles mobiles (apps), pour réaliser les objectifs sanitaires.
Pourquoi un nombre croissant de programmes de santé - et même des systèmes de santé régionaux et nationaux - se tournent-ils vers ces technologies pour soutenir leurs initiatives ? Les bonnes raisons d'utiliser mHealth pour améliorer la santé publique sont nombreuses. En réalité, il existe des millions de raisons de l'utiliser... autant que les millions d'utilisateurs du téléphone portable, y compris parmi les individus plus pauvres du monde, qui vivent dans des contextes extrêmement difficiles. La plupart de ces utilisateurs du téléphone portable sont des agents de santé et leurs clients, qui sont confrontés à divers obstacles dans leur accès aux informations et aux services de santé. Parfois qualifiées de « défavorisées » ou « marginalisées », il y a un moyen par lequel ces populations ont déjà été atteintes - par les opérateurs de téléphonie mobile.
Alors que les réseaux mobiles couvrent de nouvelles régions du monde et concernent de plus en plus de gens, le prix des téléphones portables et des communications est en baisse. Pendant ce temps, l'innovation continue des infrastructures technologiques fait que mHealth peut désormais atteindre les communautés comme nul autre service de santé ou outil de communication ne peut le faire.
Tandis que les pays à revenus faibles et intermédiaires s'efforcent de combler les besoins sanitaires de leurs populations, mHealth peut faciliter et accompagner les processus fondamentaux, du suivi du patient à la gestion de la chaîne logistique en passant par les informations sanitaires centrées sur le patient. mHealth offre également des possibilités sans précédent de collecte de données en temps réel, à un niveau jamais atteint auparavant en santé publique.
Pourquoi utiliser ce guide ?
Le guide de planification mHealth aide les individus et les organisations à planifier de manière adéquate leurs déploiements mHealth. Ce guide :
donne une orientation complète sur le processus de planification mHealth pour tous ceux qui souhaitent en apprendre davantage sur l'intégration de la technologie mobile dans les programmes de santé des pays à revenus faibles et intermédiaires ;
décrit les points importants et les ressources pour la planification d'une intervention mHealth, de l'élaboration du concept et de la conception de la technologie à la préparation de la mise en ?uvre ;
vous aide à établir des bases solides pour votre activité mHealth, en présentant les nombreux aspects de la planification d'un programme que les pionniers de mHealth auraient aimé connaître à leurs débuts.
Parcourir le guide et utiliser les outils de planification qui l'accompagnent vous permettra de mettre sur pied un solide plan de développement et de mise en ?uvre de votre solution mHealth.
À qui est destiné ce guide ?
Ce guide est destiné en premier lieu aux experts techniques de la santé mondiale, aux responsables des programmes et au personnel participant à la mise en ?uvre des solutions mHealth dans les zones à faibles revenus. Ce guide sera également utile aux bailleurs de fonds. Le tableau ci-dessous propose différentes approches en fonction des utilisateurs. Si certaines parties de ce guide s'avèreront plus utiles aux novices qu'aux experts de mHealth, la plupart des informations et outils disponibles dans ce guide se révèleront utiles même aux responsables et au personnel des programmes mHealth les plus expérimentés.
Pour en savoir davantage, consultez deux brèves études de cas que nous avons développé pour partager les expériences de praticiens mHealth au Népal et en Inde qui ont utilisé ce guide dans leur travail.
À chaque étape, ce guide était notre bible. Il a été d'un grand secours. Le guide mHealth propose une approche en trois étapes de la conception des programmes mHealth. Tout le monde peut travailler sur les initiatives mHealth avec l'aide de ce
document qui vous guide pas à pas dans le processus de conception du programme. -Khemraj Sherestha, Expert-conseil CCC, Health 4 Life (H4L) Népal
Méthodes suggérées pour utiliser le guide de planification mHealth
Contact
Nous aimerions savoir ce que vous pensez. Si vous souhaitez partager votre expérience ou des ressources, veuillez consulter notre formulaire de feedback.
Formations en ligne associées :
mHealth Basics: Introduction to Mobile Technology for Health
À propos
Le guide de planification mHealth: principales considérations pour intégration de la technologie mobile dans les programmes de santé a été élaboré avec le soutien de l?USAID (agence américaine pour le développement international). Ce guide est le résultat de la collaboration entre FHI 360 et le projet K4Health (les connaissances au service de la santé) du centre pour les programmes de communication de l?Université Johns Hopkins. Tout comme la technologie mobile elle-même, les faits probants et les meilleures pratiques de mHealth sont en constante évolution. Ce guide est une publication en ligne qui sera mise à jour au fil du temps afin de refléter les dernières connaissances et les dernières tendances technologiques mHealth.
Le guide de planification mHealth a été rédigé sur la base d?une analyse documentaire de publications évaluées par les pairs, de documents publiés et de littérature grise, ainsi que plus de 20 entretiens avec des experts. Nous souhaitons remercier chaleureusement les professionnels mHealth ci-dessous dont l?expertise nous a permis de concevoir ce guide. (Les contributeurs
sont mentionnés par ordre alphabétique.)
? James Bon Tempo, Centre pour les programmes de communication de l?Université Johns Hopkins (James travaillait pour Jhpiego au moment de notre entretien.)
? Rebecca Braun, Conseil de santé des familles de Californie
? Natalie Campbell, Management Sciences for Health
? Peggy D?Adamo, USAID, Global Health Bureau (Bureau de la santé mondiale), Office de la population et de la santé de la reproduction
? Paige Dearing, NetHope
? Nina Frankel, IntraHealth International
? Berhane Gebru, FHI 360
? Isaac Holeman, Medic Mobile
? Priya Jha, Université de Georgetown, Institut pour la santé de la reproduction
? Jeanne Koepsell, Save the Children
? Christine Lasway, FHI 360
? Neal Lesh, Dimagi
? Marasi Mwencha, John Snow, Inc.
? Steve Ollis, D-Tree International
? Joanne Peter, Mobile Alliance for Maternal Action (alliance mobile pour l?action maternelle)
? Merrick Schaefer, Banque mondiale (Merrick travaillait pour l?UNICEF au moment de l?entretien.)
? Pam Riley, Abt Associates
? Bhupendra Sheoran, Internet Sexuality Information Services (service internet d?information sur la sexualité)
? Heather Vahdat, FHI 360
? Jeremy Wacksman, Dimagi
? Fredrik Winsnes, NetHope
Nous aimerions également remercier les personnes au sein K4Health, FHI 360 et de l?USAID qui ont contribué à la conceptualisation et à la relecture de ce Guide, et plus particulièrement
pour notre organisation partenaire FHI 360?Cornelia Lee, Kelly 4
L?Engle, Laura Raney et Stacey Succop ; K4Health?Ann Hendrix-Jenkins, Angela Nash-Mercado, Simone Parrish; et à l?USAID?Peggy D?Adamo et Adam Slote. Les principaux rédacteurs de ce guide sont Elizabeth Futrell, Rédactrice technique pour K4Health, et Meredith Puleio DuBoff, consultante indépendante.
Citation recommandée :
DuBoff MP, Futrell E. The mHealth Planning Guide: Key Considerations for Integrating Mobile Technology into Health Programs (Guide de planification mHealth : principale considérations pour intégration de la technologie mobile dans les programmes de santé). Baltimore: The Johns Hopkins University Center for Communication Programs; 2013. Disponible à l?adresse suivante : www.k4health.org/toolkits/mhealth-planning-guide
Vos commentaires sont les bienvenus. Si vous souhaitez partager une expérience mHealth ou une ressource, n?hésitez pas à utiliser notre formulaire de feedback.
Related eLearning Courses: mHealth Basics: An Introduction to Mobile Technology for Health
Comment utiliser ce guide
Le guide de planification mHealth présente les trois phases complètes ? et souvent concomitantes ? de la planification d'une initiative mHealth. Ces phases concernent les trois premières sections de ce guide et sont représentées dans le schéma ci-dessous.
Élaboration du concept : cette phase porte sur les
besoins. Les planificateurs définissent le problème qui doit être réglé par la solution mHealth, approfondissent leur connaissance du contexte et déterminent si une solution mHealth serait adaptée. Cette phase vous concerne si vous commencez tout juste la phase d'idéation et que vous envisagez d'utiliser la technologie mobile dans votre programme.
Conception et mise à l'essai de la solution : cette phase porte sur la solution et inclut les principales décisions technologiques, l'élaboration et la mise à l'essai du contenu, le
prototypage et les tests de convivialité auprès des utilisateurs finaux et des bénéficiaires cibles. Cette phase vous concerne si vous disposez d'un concept éprouvé pour votre initiative mHealth et que vous êtes prêt à vous attaquer à la conception technologique et à l'élaboration du contenu.
Planification de la mise en ?uvre : cette phase s'intéresse au processus. La gestion de projet, le développement des partenariats, la préparation au lancement, le suivi et évaluation (S&E), le déploiement et la durabilité sont quelques-uns des nombreux éléments à prendre en compte pour la planification de la mise en ?uvre. Ces éléments du processus sont les rouages de la stratégie de mise en ?uvre que vous proposez et doivent être examinés parallèlement à la conception et à la mise à l'essai de la solution.
Ces trois phases ne sont pas nécessairement des étapes linéaires et chronologiques, mais plutôt des composantes essentielles, interconnectées de tout plan de mise en ?uvre mHealth. Notez que vous ne pourrez peut-être pas faire le tour de ce guide en une seule fois - il faudrait au moins une journée de travail complète - mais nous vous recommandons de lire le guide dans son intégralité au moins une fois, si possible, avant de commencer à mettre vos idées sur le papier.
Vous aimeriez savoir comment d'autres ont utilisé ce guide ? Nous avons réalisé deux brèves études de cas afin de partager les histoires de praticiens mHealth au Népal et en Inde qui ont lu ce guide et appliqué les informations et les outils dans leur travail.
Particularités du Guide de planification mHealth
Outils de planification mHealth
Étant donné que ce guide a pour but de vous aider à élaborer un plan solide pour votre activité mHealth, nous fournissons quatre outils pour soutenir votre processus de planification. Nous vous recommandons de télécharger et d'imprimer ces outils dès maintenant afin de les avoir à disposition lorsque que vous parcourez le Guide. Cliquez sur l'image ci-dessous pour télécharger un fichier zip contenant les versions PowerPoint et PDF de tous les outils de planification mHealth de notre collection.
Le Tableau de planification (PDF, PPT) vous permet de visualiser les principales composantes de votre processus de planification, en présentant tous les sujets traités dans ce guide sur une page. La feuille de travail illustre la manière dont les composantes du projet sont des éléments interconnectés d'une stratégie complète. Votre plan ne tiendra certainement pas sur une page, mais vous pouvez utiliser ce modèle pour prendre des notes pendant que vous parcourez le guide ou comme modèle pour une séance de stratégie avec tableau blanc.
Les Points importants ont pour but de vous aider à réfléchir aux questions essentielles qu'il faut se poser pendant la conception d'une solution mHealth et la planification de la mise en ?uvre. Vous noterez que des points importants sont formulés tout au long de ce guide. Pour une plus grande facilité d'utilisation, ces points sont réunis en trois documents PDF (un pour chaque phase de planification traitée dans ce guide : Élaboration du concept, Conception et mise à l'essai de la solution, et Planification de la mise en ?uvre), que vous pouvez télécharger et utiliser comme listes de vérification ou feuille de travail pour vous accompagner dans le processus de planification et de développement de mHealth. Les points importants doivent être utilisés pour remplir le tableau de planification.
La trame de modèle logique (PDF, PPT), introduite dans la partie Élaboration du concept du guide, vous aidera à formuler l'objet de votre programme et à lier les activités aux produits, résultats et impacts prévus.
La Feuille de travail pour les décisions technologiques (PDF, Word), abordée dans la partie Conception et mise à l'essai de la solution de ce guide vous aidera à créer un document qui reflète vos exigences technologiques. Ce document guidera à terme le processus de développement de la technologie, qu'il soit créé en interne ou avec une expertise externe.
Le processus de planification est itératif par nature et s'appuie sur plusieurs séries d'intégration des commentaires utilisateurs, de développement des partenariats, de mise au point du concept, entre autres, avant de pouvoir atteindre l'échelle et la durabilité requises. Vous pouvez utiliser le Tableau de planification pour enregistrer toutes les modifications et/ou avancées majeures dans votre plan. Vous noterez qu'il y a une case en haut à droite de la feuille de travail ; vous pourrez y indiquer la date et le numéro de version du tableau sur lequel vous travaillez.
Conseils d'experts
Pour ajouter une autre dimension à cette orientation, nous mettons en évidence les conseils d'experts mHealth en bleu et en bas de page tout au long du guide. Pour élaborer ce guide, nous avons interrogé plus de 20 professionnels mHealth sur leur expérience, leurs difficultés et leurs succès dans la planification et la mise en ?uvre mHealth. Nous partageons notamment des témoignages marquants et des leçons apprises susceptibles d'apporter une nouvelle perspective
à votre processus de planification.
Ressources
La partie Ressources de ce guide est un répertoire des principales ressources mHealth pour les responsables de la planification et de la mise en ?uvre mHealth. La plupart de ces ressources sont vivement recommandées par les experts mHealth et contiennent les leçons apprises par les pionniers de mHealth. Certaines des ressources ont un renvoi direct par hyperlien dans les pages du guide concernées, mais la partie ressources réunit toutes les publications et outils disponibles dans le guide en un endroit pour faciliter la référence et l'utilisation. Veuillez noter que ce recueil de ressources ne fait pas double emploi avec les répertoires et bases de données utiles déjà existants par ailleurs - mais il fournit des liens qui y conduisent. Dans la page Publications, vous trouverez une Matrice des publications pratique pour vous aider à déterminer quelles publications traitent des sujets de planification ou de mise en ?uvre que vous souhaitez approfondir.
Glossaire et acronymes
Le jargon technologique et le jargon de la santé peuvent être très différents, et le processus d'apprentissage de ce langage peut être long et difficile si vous êtes novice en matière de technologie mobile. Afin de faciliter cette transition et de clarifier tout jargon utilisé dans ce guide, nous avons inclus un Glossaire contenant environ 50 termes. Les entrées du glossaire sont indiquées en orange et sont accessible par hyperlien à la première utilisation du mot dans le guide. Veuillez noter que lorsque vous cliquez sur un terme du glossaire, vous serez redirigé hors de votre page actuelle vers la définition de ce mot dans le glossaire. Si vous souhaitez que la définition du glossaire s'ouvre dans un nouvel onglet, vous pouvez faire un clic droit sur l'hyperlien et choisir l'option « ouvrir dans un nouvel onglet »
Une liste des Acronymes répertorie les acronymes utilisés dans ce guide. Les acronymes du guide ne comportent pas d'hyperlien, mais chacun d'entre eux est défini lors de sa première utilisation sur une page.
Remarque sur la terminologie
En lisant ce guide, vous rencontrerez très souvent les termes responsable de mise en ?uvre, utilisateurs finaux, et bénéficiaires cibles. Il y a des nuances entre ces termes, car un utilisateur final peut également être responsable de mise en ?uvre - par exemple, lorsque le personnel d'un programme de santé utilise l'application mHealth pour collecter les données du programme.
De même, un bénéficiaire cible peut également être utilisateur final. Par exemple, dans un programme de SMS visant à donner aux clientes de la planification familiale des conseils pour la gestion des effets secondaires de la contraception, les clientes qui utilisent le service SMS sont celles qui verront leurs résultats de santé améliorés par la solution mHealth. Le schéma ci-après définit les différences et les recoupements entre ces différents acteurs.
Informations supplémentaires
Pourquoi mHealth ?
Pourquoi utiliser ce guide ?
À qui est destiné ce guide ?
Comment a été élaboré ce guide ?
Contact
Élaboration du concept
Comme pour tout programme, une bonne planification est essentielle à la réussite de l'initiative mHealth. En santé publique, les bailleurs de fonds, les ministères et les responsables de mise en ?uvre utilisent divers procédés de planification pour faire concorder objectifs stratégiques et résultats en matière de santé. Ces procédés sont également utiles pour intégrer les pratiques fondées sur les preuves et les pratiques à fort impact adéquates dans la conception du projet. Il en va de même pour inclure mHealth dans un programme de santé.
Les étapes de planification présentées dans cette rubrique du guide visent à aider les responsables de mise en ?uvre à explorer la possibilité d'appliquer le service mHealth à un programme. Des questions du type « Quel problème essaie-t-on de résoudre ? », « Qui va utiliser cette solution technologique ?» et « Quel usage la population cible fait-elle de la technologie mobile ?» permettent de mettre en lumière deux points importants :
1. mHealth n'est pas forcément la meilleure ni la seule solution pour répondre à ce problème sanitaire.
2. La ou les populations cibles doivent être impliquées dès le début pour valider et participer à la création du concept mHealth.
Certains facteurs à prendre en compte lors du développement du concept aideront les planificateurs des programmes sanitaires à mieux évaluer s'ils ont besoin ou non de la solution mHealth. mHealth est-il l'outil adapté pour s'attaquer à un défi sanitaire en particulier ?
La rubrique du guide ci-après vous aidera particulièrement à :
S'informer sur la capacité mHealth. À quoi pourrait ressembler mHealth au sein de mon initiative sanitaire ? Explorer les solutions possibles et les résultats souhaités. Quelles interventions pourraient permettre de réaliser les buts et les objectifs du projet ?Élaborer un modèle logique. Comment la solution mHealth répondra-t-elle au problème sanitaire et permettra-t-elle d'aboutir aux résultats visés ?
Réaliser une analyse du paysage pour en apprendre davantage sur l'industrie mobile et la communauté mHealth dans le pays d'intervention visé par votre programme, ainsi que sur les principaux acteurs et sur les projets mHealth existants. Dans le contexte de mon initiative, qu'ai-je besoin de savoir ? Identifier et comprendre votre population cible, avec des conseils pour réaliser une recherche formative directement auprès des utilisateurs finaux visés. Qu'ai-je besoin de savoir concernant les personnes qui seront impliquées dans cette initiative et comment obtenir ces renseignements ?
Si vous déterminez que mHealth est l'outil adéquat, à la fin de la phase d'élaboration vous aurez un concept mHealth validé qui est prêt pour la conception et la mise à l'essai de la solution.
Si vous souhaitez partager votre expérience concernant la planification initiale et l'élaboration d'un concept mHealth, ou partager des ressources, veuillez consulter notre formulaire de feedback.
CE QUE DISENT LES EXPERTS
«D'après mon expérience, il faut 2 à 3 ans pour faire évoluer un programme de son concept à un déploiement raisonnable. La planification et la mise à l'essai prennent du temps, et les responsables de mise en ?uvre et les bailleurs de fonds doivent se montrer réalistes quant à l'arrivée des premiers résultats.
Par exemple, pour MAMA en Afrique du Sud, il a fallu environ 3 mois pour animer une grande session de travail des parties prenantes (avec le gouvernement, les ORM, les ONG, etc.), définir les partenaires du consortium de mise en ?uvre, notamment les rôles et responsabilités, mener deux analyses documentaires, définir la population cible (notamment par des groupes de discussion avec les utilisateurs), et les solutions technologiques envisageables dans le paysage. Il nous a fallu 1 mois pour obtenir l'approbation de la proposition par nos bailleurs de fonds. Nous avons passé 4 à 5 mois à développer la technologie, localiser et réviser les contenus, obtenir les numéros courts, etc. Nous avons lancé la version bêta du service environ 10 mois après le début de la planification, et nous avons passé 2 mois en phase de test utilisateur. Il a fallu 12 mois supplémentaires pour intégrer officiellement la plateforme d'un opérateur et atteindre 100 000 utilisateurs. Deux ans entre la planification et le plein fonctionnement, c'est en fait plutôt rapide. » - Joanne Peter, Mobile Alliance for Maternal Action
Comment démarrer
Imaginez que vous assistez à une conférence
internationale sur la santé, et que vous vous rendez à une session sur mHealth, un sujet nouveau pour vous. Vous comprenez l'idée : de plus en plus de gens possèdent des téléphones, et cela a modifié de manière radicale la façon dont les gens communiquent. Le téléphone portable a permis à nombre d'entre eux d'accéder aux informations en temps réel pour la première fois. Le potentiel pour les programmes d'amélioration de la santé est gigantesque : avec les téléphones portables, les gens peuvent recevoir des rappels pour prendre leurs médicaments. Les prestataires de service peuvent consulter les aide-mémoire pour vérifier que les informations qu'ils donnent sont correctes et à jour. Un agent de santé communautaire (ASC) peut enregistrer et transmettre ses notes de visite et d'autres données depuis le terrain, sans avoir à faire un long trajet jusqu'à la ville. Ces exemples ne représentent qu'une toute petite partie de ce potentiel.
Vous pouvez déjà imaginer la valeur ajoutée que peuvent apporter les téléphones portables dans le programme que vous gérez. Vous vous demandez comment commencer. Quelle est la première étape ? Comment savoir ce qui pourrait fonctionner ? En quoi est-ce différent des autres types de programmation ?
Voici les deux premières étapes, pour vous aider à répondre à ces questions, et beaucoup d'autres :
Informations sur les capacités mHealth
Explorer les solutions possibles et les résultats souhaités
Informations sur les capacités mHealth
mHealth est capable de renforcer les programmes de santé de bien des façons : mHealth peut aider les administrateurs de santé, les responsables de programme et les prestataires de service à saisir, gérer, partager, stocker, collecter, enregistrer et échanger les informations. Il peut servir de lien entre les prestataires de service ou les initiatives sanitaires et les patients sous la forme de rappels, de messages essentiels, d?orientations et d'autres types de connaissances de santé qui peuvent changer des vies. De manière générale, mHealth apporte une valeur ajoutée aux programmes en soutenant les processus liés aux systèmes, aux prestataires et aux clients. Par exemple :
1. Renforcement des systèmes de santé : l'utilisation du téléphone portable peut épauler la collecte de données et les outils de gestion du programme, améliorant ainsi l'efficacité et l'efficience d'un système de santé. Magpi (anciennement EpiSurveyor) est un système de collecte de données par les mobiles utilisé dans plus de 170 pays à travers le monde. Par exemple, l'Organisation mondiale de la santé et le Ministère de la santé Kényan utilisent Magpi pour lutter contre la polio.
2. Programmes orientés vers les prestataires : les appareils mobiles permettent de développer les connaissances et les compétences d'un prestataire en facilitant l'accès à l'éducation, aux formations, aux aides-mémoire et aux réseaux d'apprentissage entre pairs. Les applications mHealth permettent également d'aider à la supervision des prestataires, à la communication des rapports et aux efforts de contrôle de la qualité. Par exemple, CommCare est une plateforme via téléphone portable qui permet aux agents de santé de collecter et de transmettre les données de santé, de gérer le traitement par cas et d'accéder aux outils d'apprentissage multimédia sans fil.
3. Programmes orientés vers les clients : les services mHealth permettent de fournir des informations de santé et une assistance directement aux clients ou aux membres de la population générale par le biais des téléphones portables. Par exemple, le programme Mobile for Reproductive Health (m4RH) est un système d'adoption volontaire qui offre aux utilisateurs des informations fondées sur des preuves concernant huit méthodes de
contraception, ainsi qu'un accès à une base de données de localisation des cliniques - le tout grâce à des SMS automatisés.
La figure 1 s'appuie sur cette répartition en donnant des exemples des capacités mHealth pour les catégories système, prestataire et client, et en alignant ces exemples à des propositions de résultats et d'impact sanitaires.
Figure 1. Capacités mHealth et résultats prévus
Adapté de : Mitchell M, Labrique A. A logic model for mHealth Systems. Personal Communication 2013
Vous souhaitez davantage d'exemples ?
Consultez les répertoires de projets mHealth existants pour découvrir comment d'autres programmes ont utilisé mHealth.
African Strategies for Health a publié six Compendiums mHealth qui, dans leur ensemble, exposent plus de 70 études de cas portant sur diverses applications mHealth mises en ?uvre en Afrique et ailleurs.
Un article intitulé mHealth innovations as health system strengthening tools: 12 common applications and a visual framework (les innovation mHealth comme outils de renforcement du système de santé : 12 applications courantes et cadre visuel) présente des applications mHealth couramment utilisées comme innovations pour le renforcement des systèmes de santé dans le domaine de soins de santé reproductive.
Explorer les solutions possibles et les
résultats souhaités
Pour décider s'il faut utiliser mHealth et comment, il est
nécessaire d'avoir une bonne connaissance du problème ou du défi sanitaire auquel s'attaque le programme.
Démarrez avec la finalité en tête : commencez par définir votre objectif et les résultats souhaités. Ensuite, envisagez un ensemble de solutions ? pas uniquement celles qui impliquent les téléphones portables. Il est possible qu'une solution plus rudimentaire soit plus appropriée pour résoudre un problème spécifique ou que mHealth ne constitue qu'une partie d'une solution plus vaste et plus complexe. Rappelons que si mHealth est un outil de pointe permettant d'améliorer l'accès aux informations et aux services de santé, mHealth ne remplace pas un système de santé ou un prestataire de santé.
Les experts mHealth insistent sur le fait que c'est le problème ou le défi sanitaire qui doit déterminer la solution. En d'autres termes, les responsables de mise en ?uvre ne doivent pas préselectionner une technologie puis chercher un problème de santé à résoudre. Ken Banks dans The Truth about Disruptive Innovation (La vérité sur l'innovation de rupture) et Kentaro Toyama dans Can Technology End Poverty? (La technologie peut-elle éradiquer la pauvreté ?) expliquent avec éloquence pourquoi la technologie n'est pas une fin en soi.
POINTS IMPORTANTS
Afin d'explorer pleinement le problème en question et les solutions possibles, utilisez les étapes et questions indicatives suivantes.
Quel est le but de votre démarche ?
Quel est le problème ou le défi sanitaire à traiter ? Quelles sont les causes principales ou les facteurs qui mènent à ce problème ?
Quels bénéfices ou résultats cherchez-vous à atteindre ?
Identifiez les autres programmes ou systèmes ayant des buts similaires. Quelles sont les réussites de ces programmes ? Quelles sont leurs lacunes ?
En tenant compte de l'ensemble des possibilités mHealth, qu'est-ce qui pourrait être profitable à votre programme ? Est-ce que c'est orienté vers le client, vers le prestataire ou le renforcement des systèmes de santé ?
Quelles solutions potentielles pourraient résoudre ce problème ? Réfléchissez aux différentes façons d'améliorer ou de compléter les programmes existants. Déterminez comment mHealth pourrait être appliqué. Créer une liste exhaustive des possibilités - le brainstorming avec d'autres personnes est généralement très utile pour dresser ce type de liste.
Comparez et analysez les solutions potentielles - ce qui semble présenter des avantages ou des inconvénients, les coûts possibles, le recrutement, la formation et autres « besoins humains » (souvent sous-estimés) et les difficultés pour y arriver ?
Lorsque vous aurez fait le tour de ces questions, demandez-vous « Est-ce que la solution mHealth est la plus adaptée au problème en question ? » Si oui, passez à l'étape suivante, le modèle logique.
CE QUE DISENT LES EXPERTS
« Parmi les principaux défis [de mHealth] : s'assurer que la technologie mobile peut permettre de résoudre le problème en question, et qu'il ne s'agit pas plutôt d'une solution en quête d'un problème. » ? Nina Frankel, IntraHealth
« [Un piège courant] est de décider de numériser ce qui est déjà en place, par exemple transformer les formulaires papier en formulaire électroniques. Il est préférable d'adopter une approche plus en profondeur. Au lieu de numériser ce qui existe déjà, essayez de comprendre les objectifs de ce service de santé - pourquoi il existe - et abordez l'utilisation des technologies avec ces mêmes objectifs. Tout d'abord, fixez un objectif ambitieux, puis demandez-vous à quoi ressemblerait un service électronique pour atteindre ce même objectif. Est-ce plus efficace ? » ? Isaac Holeman, Medic Mobile
« mHealth amplifie ce qui est existant [pour ce qui est du mode de fonctionnement du système de santé]?les cliniques les plus fortes ont fait mieux, tandis que les cliniques les plus faibles n'ont pas vraiment fait de progrès ni adopté les outils. » ? Merrick Schaefer, Banque mondiale (pour l'UNICEF au moment de l'entretien), Programme Mwana en Zambie
Modèle logique
Si vous pensez que mHealth peut participer à la réussite de votre initiative, une des premières étapes du processus de planification consiste à exprimer clairement COMMENT cette solution va répondre au problème de santé en élaborant un modèle logique. Un modèle logique est la description des liens entre la solution mHealth et les résultats et l'impact prévus.
Par exemple, voici le modèle logique du programme mHealth m4RH:
Figure 2 : Modèle logique pour m4RH (Source : FHI 360)
Les messages m4RH et l'index des cliniques sont conçus pour aboutir à des résultats intermédiaires qui influencent l'utilisation de la planification familiale et des services de santé, permettant à terme d'améliorer les principaux résultats en matière de santé de la mère et de l'enfant.
Pour voir des exemples supplémentaires, cliquez sur les liens suivants pour télécharger les modèles logiques du projet ReMiND et du Programme Mwana. Vous remarquerez que ces modèles logiques sont structurés différemment, mais traitent dans l'ensemble des mêmes concepts.
Vous pouvez télécharger la trame de modèle logique du guide de planification mHealth (PDF, PPT) pour accompagner le développement de votre propre modèle logique (image à droite). Cette trame aidera le planificateur à réfléchir à l?objectif du projet ; aux activités générales qui doivent avoir lieu pour le mettre en oeuvre ; puis aux productions visées, aux résultats et à l?impact à long terme. Les programmes peuvent choisir d?adapter la trame de modèle logique aux normes de leur organisation pour la planification du projet et/ou pour inclure des informations plus détaillées.
En outre, les outils ci-dessous sont à votre disposition pour vous aider à apprendre comment développer un bon modèle logique pour votre programme :
Innovation Network?une entreprise d?évaluation, de recherche et de consulting à but non lucratif?propose un manuel de modèle logique, qui, en plus de conseils détaillés, fournit une trame pour construire un modèle logique.
True Impact? une entreprise qui aide les organisations à optimiser et à mesurer la valeur sociale et commerciale de leurs pratiques opérationnelles ? possède un générateur de modèle logique simple à utiliser (disponible en version basique, professionnelle ou entreprise), qui commence par vous aider à réfléchir aux objectifs du projet et vous aide pour finir à concevoir les chiffres de performance.
Analyse du paysage
À cette étape du processus, vous avez déterminé que, en théorie, mHealth est adapté pour permettre d'atteindre les résultats que vous souhaitez. La question suivante est « Est-ce que cela va fonctionner dans le lieu visé ? ». Votre solution mHealth doit pouvoir fonctionner dans la réalité du contexte de votre programme. Une solution mHealth qui fonctionne dans une région peut ne pas fonctionner dans une autre ? même si ces deux régions se trouvent dans le même pays. Pour répondre à cette question, vous devrez réaliser une analyse de paysage selon deux angles :
1. Explorez les points importants en ce qui concerne le paysage de technologie mobile là où votre initiative aurait lieu ; et
2. Explorez les points importants en ce qui concerne le paysage mHealth existant et les initiatives déjà mises en place dans le contexte de votre programme.
Pour commencer, renseignez-vous sur les parties prenantes de l'écosystème dans lequel l'innovation mHealth va opérer, et rencontrez-les. Travailler en réseau - avec les parties prenantes, les fonctionnaires locaux, les prestataires technologiques, les partenaires de mise en ?uvre et les organisations communautaires - est une tactique efficace pour apprendre de l'expérience des autres, pour générer de l'intérêt et des idées et pour créer des opportunités de collaboration.
Les forums en ligne et les listservs, comme ceux qui sont proposés par le biais du Global Digital Health Network, Vital Wave Consulting, GSM Association (GSMA) et mHealthinfo.org, sont d'autres sources possibles. La plupart de ces groupes publient sur leur site Internet des ressources susceptibles de documenter l'analyse de paysage d'un projet. Par exemple, le GSMA a publié un rapport de 2013 intitulé Scaling Mobile for Development: A Developing World Opportunity (déploiement du mobile au service du développement : une opportunité pour les pays en développement) qui explique comment faciliter la prestation des services mHealth dans les pays à revenus faibles et intermédiaires. En 2013-2014, GSMA a commencé à publier une série de rapports de faisabilité nationaux (Malawi 2014, Nigeria 2014
, et Afrique du Sud 2013). Ils prévoient de publier des rapports similaires concernant mHealth en Côte d'Ivoire, au Ghana, au Kenya, en Mozambique, au Rwanda, en Tanzanie, en Ouganda et en Zambie.
CE QUE DISENT LES EXPERTS
« Il est important de coordonner l'action des différents projets. On rencontre des agents de santé qui participent à plusieurs projets mHealth et qui, de ce fait, possèdent plusieurs téléphones. Si les partenaires de mise en ?uvre avaient coordonné leurs efforts dans ce cas, ils auraient pu veiller à ce que les ressources ne soient pas gaspillées dans l'achat de plusieurs téléphones pour un même agent de santé. » - Jeanne Koepsell, Save the Children
« La connectivité peut être éparse, et même avec une bonne couverture, la connexion est fluctuante. Cela pose un problème pour les programmes mHealth qui sont conçus pour collecter et transmettre des données via le réseau cellulaire. Parfois, ça ne fonctionne pas du tout. Nous avons du imaginer un plan B : stocker les données dans l'appareil ou sur un ordinateur portable, puis les transmettre lorsque la connexion est disponible. » - Berhane Gebru, Réseau d'information sur la santé en Ouganda ; Réseau d'information sur la santé en Mozambique ; Systèmes mobiles d'information sur la santé (Afrique du Sud)
Paysage de la technologie mobile
POINTS IMPORTANTS
Remarque : pour mener cette recherche, consultez les informations mises à disposition par le biais du GSMA et par les autorités réglementaires de votre pays en matière de télécommunications, entre autres sources.
Quelle est la pénétration du marché de la technologie mobile dans le pays/la région ? Décomposez-la selon les catégories suivantes : zones rurales/urbaines, hommes/femmes, téléphone basique/smartphone et utilisation par le porteur/une plateforme. Quelle est l'évolution prévue dans le temps ?
Quels sont les acteurs principaux de l'industrie mobile, y compris les opérateurs de réseau mobile (ORM) et des télécommunications, les revendeurs, les fabricants de combinés et autres ? Qui sont les leaders du marché et pourquoi ?
Quels sont les tendances et les moteurs actuels du marché des mobiles (par exemple, SMS(short messaging system), données massives, Internet)?
Explorez les réglementations et politiques actuelles, ainsi que les modifications imminentes, en ce qui concerne l'industrie mobile. Est-ce que l'une d'elles présente des difficultés ou des avantages pour la solution mHealth proposée ?
Quelle est la facture mensuelle moyenne de téléphonie mobile de la population cible proposée ? Quel est le coût total moyen de l'achat d'un téléphone portable pour un individu, et est-ce que ce coût diminue, augmente ou reste stable ? Quels progrès du marché des télécommunications déterminent la structure de coûts pour les utilisateurs (par exemple, couverture du réseau par les ORM) ?
Quels sont les cas d'utilisation courants ? Comment les clients utilisent-ils les service de téléphonie mobile ?
Paysage mHealth
POINTS IMPORTANTS
?Existe-t-il des solutions similaires ou complémentaires, dans votre pays ou ailleurs ? Quelles solutions mHealth existent déjà dans votre pays, notamment dans la zone que vous souhaitez cibler ? (Pour trouver ces informations, consultez les répertoires de projets, connectez-vous aux autres via les Listservs mHealth et recherchez des études de cas dans les publications.)
o Comment pourriez-vous adopter ou adapter ce qui a déjà été fait ?
o Quelles sont les capacités technologiques ou les outils open source disponibles ? Qu?est-ce qui devra être développé dans son intégralité ?
Quelles sont les capacités technologiques locales pour soutenir l?élaboration, la maintenance et la croissance potentielle du projet mHealth ? Quels partenaires technologiques (par exemple, consultants ou entreprises technologiques réputés) sont présents dans le pays, et quels sont leurs points forts et leurs points faibles ?
Quelles sont les politiques nationales concernant mHealth, s?il y en a, dans le pays où la solution sera mise en ?uvre ? Des discussions sont-elles en cours pour développer un plan national ?
o En quoi les politiques existantes ou en cours de développement présentent-elles des difficultés ou des avantages pour le projet ?
o Si le gouvernement prévoit une interopérabilité des systèmes, examinez les caractéristiques et considérations de ce système pour les intégrer. (Vous aurez peut-être besoin d?un expert technologique pour vous aider sur ce point.)
Qui sont les acteurs de l?espace mHealth [responsables de mise en ?uvre du projet, organisations non gouvernementales (ONG), partenaires technologiques, ORM, représentants du Ministère de la Santé (MdS), décideurs politiques, bailleurs de fonds] ? Quel soutien ou quelle adhésion pourrait vous être utile ? (Le développement des partenariats est traité plus en détail dans la suite de ce guide.)
Population cible
Désormais, vous avez raisonnablement établi le lien entre le potentiel de mHealth et vos résultats souhaités, et vous avez commencé à réaliser une analyse du paysage pour déterminer comment mHealth pourrait être appliqué dans le contexte réel. Prochaine étape : définir la population cible. Trop souvent, les initiatives mHealth échouent parce que les concepteurs n'ont pas vraiment compris les personnes qui allaient vraiment utiliser l'outil ou le service.
Travailler avec des membres de la population cible dès le début permettra de valider la viabilité du concept mHealth. Les utilisateurs finaux doivent être impliqué tout au long du processus de planification et de conception afin de garantir que la solution mHealth est adaptée et utilisable pour l'objectif visé. Idéalement, le concept est généré par les membres de la population cible ; qu'elles correspondent à la réalité ou non, les questions énoncées dans cette rubrique vous aideront à réaliser une recherche formative et à déterminer si le concept mérite d'être poursuivi. Les étapes suivantes vous aideront à envisager votre démarche prospective du point de vue des populations cibles.
POINTS IMPORTANTS
Définir la population cible
Explorer l'accès à la technologie et l'utilisation des mobiles par la population cible
Mener une recherche formative auprès des membres de la population cible
Lorsque vous aurez examiné les points importants, vous saurez plus clairement si le concept mHealth de votre programme est une solution adaptée pour l'utilisateur final prévu et si vous devez poursuivre le développement de la solution. Si vous disposez d'un modèle logique complet et de preuves convaincantes justifiant le besoin et la demande d'une solution mHealth, vous avez alors un concept mHealth validé, et vous êtes prêt à poursuivre la conception et la mise à l'essai de la solution.
CE QUE DISENT LES EXPERTS
« Impliquer les utilisateurs finaux dans l'élaboration du concept fait partie des meilleures pratiques. Lors du développement d'un produit, vous devez vous assurer qu'il est pertinent, utile et que son utilisation apportera un bénéfice aux utilisateurs, sinon ils ne l'utiliseront pas. » ? James BonTempo, CCP (pour Jhpiego au moment de l'entretien)
?[MedicMobile] est un partisan convaincu et un utilisateur de la conception centrée sur la personne, une approche qui intègre l'élément humain dans les projets d'innovation. Cela commence par une perspective ethnographique, c'est-à-dire voir les circonstances avec le regard de l'utilisateur. Nous avons ensuite des étapes structurées pour chaque phase du processus de conception. Tout d'abord, vous commencez par parler aux utilisateurs d'une idée que vous avez, par exemple à l'occasion d'un entretien approfondi ou lorsque vous les observez dans leur travail. Lorsque vous avez un croquis ou un prototype qui décrit le programme que vous proposez, revenez vers les utilisateurs et posez-leur de nouveau la question. Faites cela à plusieurs reprises. L'idée est de créer une boucle de feedback qui vous permettra d'améliorer votre projet cycle après cycle. » ? Isaac Holeman, Medic Mobile
Définir la population cible
POINTS IMPORTANTS
Décrivez la population cible potentielle. Qui, précisément, sont les utilisateurs finaux du programme mHealth proposé ? Il peut s'agir des agents communautaires, du personnel des établissements de santé, de certains segments du grand public (mères de jeunes enfants en milieu rural, jeunes autochtones à faibles revenus) ou des responsables de la collecte des données.
Comment les utilisateurs finaux bénéficieront-ils de ce programme mHealth ? Quelles sont les lacunes en matière d'informations, de services, de compétences ou de systèmes rencontrées par la population cible, qui pourraient, de manière réaliste, être comblées par la solution mHealth ?
Explorer l'accès à la technologie et l'utilisation des mobiles par la population cible
Explorez ensuite les façons dont la population cible identifiée interagit avec la technologie, et plus particulièrement, son utilisation des appareils mobiles. Qui possède un téléphone ? Qui en a le contrôle ? Comment les utilisent-ils ? Pour trouver réponse à ces questions, vous pouvez observer la population cible ou lui demander directement. Les sources d'information secondaires, comme les rapports publiés par les partenaires de mise en ?uvre, les groupes de recherche ou les organisations qui coordonnent mHealth, peuvent donner une vision précise de l'utilisation du téléphone portable par la population cible.
POINTS IMPORTANTS
Décrivez l'accès actuel à la technologie et les pratiques des utilisateurs finaux. Quel est le niveau de connaissance et d'utilisation de la technologie ? La solution mHealth proposée va-t-elle présenter une forte courbe d'apprentissage ?
Explorez les aspects suivants de l'utilisation du téléphone portable par la population cible et comment chacun d'eux affecte la facilité d'utilisation de la solution mHealth proposée :
o Actuellement, les individus de la population cible possèdent-ils généralement leur propre téléphone portable ou partagent-ils des téléphones à plusieurs ? Quelle est la différence, s'il y en a une, entre les hommes et les femmes pour ce qui est de posséder ou de partager un téléphone portable ?
o Quel type de téléphone utilisent les membres de la population cible (par exemple, téléphone basique ou smartphone) ?
o Qui paie le téléphone ? Qui paie les communications ? Ces coûts ont-ils une incidence sur les choix et les habitudes d'utilisation - par exemple, SMS plutôt qu'appel vocal, report du solde, services du type « appelle-moi » ?
o Combien de temps les gens conservent-ils généralement le même numéro de téléphone portable ? S'ils utilisent des cartes SIM (subscriber identity module ou module d'identification abonné), combien en possèdent-ils et à quelle fréquence passent-ils d'un numéro à l'autre ?
o Comment les gens rechargent-ils leurs appareils ? Si les utilisateurs n'ont pas accès à une source fiable d'électricité, combien de temps peuvent-ils tenir sans recharger leurs téléphone ?
o Où les utilisateurs finaux utilisent-ils leur téléphone portable actuellement (par exemple, à leur domicile ou en public) ?
o L'utilisateur final utilise-t-il facilement un téléphone portable (on peut également parler de maîtrise du téléphone portable) ? Décrivez comment la population cible utilise le téléphone portable (par exemple, appel vocal, SMS, accès internet) - et leur niveau d'aisance avec chacune de ces fonctions. Quel est l'impact de l'alphabétisation sur l'utilisation du téléphone portable par cette population (par exemple, est-ce que les utilisateurs de téléphone portable peu alphabétisés demandent l'aide d'un voisin instruit pour lire les SMS) ?
o Quel est l'impact des normes de genre sur l'utilisation du téléphone portable ? Par exemple, comment les femmes qui possèdent ou utilisent un téléphone portable sont-elles perçues dans la société ? Les femmes sont-elles autorisées à utiliser le téléphone en dehors de leur domicile ?
Mener une recherche formative auprès des membres de la population cible
À l'occasion des groupes de discussion et des entretiens individuels, il est possible de se renseigner sur l'utilisation que fait la population cible du téléphone portable et de recueillir ses premières réactions face au concept mHealth que votre programme souhaite développer. Examinez de plus près les questions d'accès à la technologie et d'utilisation du téléphone portable avec les membres de la population cible, et observez comment ils interagissent avec leurs appareils mobiles pour valider les prévisions ou les recherches préalables.
Voici quelques sujets à explorer lors de vos entretiens avec les utilisateurs finaux prévus :
Perception actuelle du problème de santé : difficultés et opportunités ressentis, ainsi que les solutions possibles.
Connaissance, adoption et utilisation actuelles de la technologie, et obstacles à la généralisation de son utilisation.
Possession d'un téléphone portable et coûts associés.
Associations et expériences de téléphonie mobile (par exemple, comment le fait de posséder un téléphone portable a changé votre vie ?)
Maîtrise du téléphone portable et profil d'utilisation.
Le cas échéant : facteurs culturels et sexospécifiques intervenant dans le problème de santé (par exemple : le mari a-t-il autorité sur l'utilisation de la planification familiale dans le couple ?) et/ou dans l'utilisation du téléphone portable (par exemple, l'utilisation du téléphone portable par une femme en dehors de la maison peut être culturellement inapproprié). Un examen des documents publiés dans le Journal for Equity in Health (Journal pour l'égalité en matière de santé) montre les répercussions des interventions mHealth sur les relations hommes-femmes et donne un aperçu des problèmes qui pourraient se poser et des points qui nécessitent des recherches plus approfondies. GSMA mWomen a publié un article qui explique, à travers un cas concret, l'importance d'inclure les hommes dans les programmes mHealth destinées aux femmes.
Réaction à la solution mHealth : explorer la faisabilité et l'acceptabilité, faire une démonstration du produit si possible et observer la facilité d'utilisation (par exemple, si possible, faites un essai d'envoi de message).
Le cas échéant, demandez des précisions sur la disposition/capacité à payer des services mobiles.
L'entretien doit être exploratoire et appliquer les principes d'une conception centrée sur la personne. Une conception centrée sur la personne repose sur la conviction profonde qu'une bonne compréhension des besoins, des souhaits et des attentes des utilisateurs finaux potentiels, de la vie qu'ils vivent et de l'environnement dont ils sont issus, permet de produire des solutions plus efficaces. Pour en apprendre davantage sur le processus de conception centrée sur la personne, vous pouvez consulter le cours en ligne, Human-Centered Design for Social Innovation (la conception centrée sur la personne au service de l'innovation sociale, cours en anglais), lancé en 2013 par Acumen et IDEO.org (remarque : pour accéder au cours, vous devez ouvrir un compte).
Vous trouverez des exemples de questionnaires à utiliser lors des entretiens avec les membres de la population cible à l'adresse suivante : GSMA?s mWomen Research Toolkit(en anglais). Cette boîte à outils propose des questions détaillées pour explorer les facteurs sexospécifiques influant l'utilisation du téléphone portable.
Conception et mise à l'essai de la solution
Jusqu'à présent, vous avez développé un sens profond de l'environnement de la technologie
mobile et du contexte mHealth dans lequel va fonctionner votre programme. Vos recherches sur la population cible vous ont aidé à comprendre comment votre population interagit avec la technologie mobile. Vous savez comment vous voulez utiliser mHealth pour compléter un programme de santé et vous avez déterminé les résultats visés de l'intervention mHealth. Une fois la phase d'élaboration du concept terminée, vous êtes maintenant prêt à développer et à tester votre solution mHealth, qui est le sujet de cette rubrique du Guide de planification mHealth.
Vous allez ensuite :
Définir les exigences technologiques spécifiques de votre solution mHealth et prendre des décisions technologiques essentielles.
Suivre le développement et la mise à l'essai du contenu pour la solution mHealth, qui comprend le test du contenu auprès des utilisateurs finaux potentiels afin d'évaluer la compréhension et d'adapter le contenu si nécessaire.
Faire progresser le processus de conception de la solution grâce aux prototypage et tests de convivialité, qui consistent à créer un prototype de votre technologie mHealth, tester sa convivialité auprès des utilisateurs finaux et intégrer les changements nécessaires.
À la fin de cette phase, vous aurez une preuve de concept confirmée, OU la preuve flagrante que la solution n'aboutira pas aux résultats souhaités dans sa forme actuelle. Dans le premier cas, vous avez un feu vert pour continuer le développement de la technologie et pour planifier sa sortie et sa mise en ?uvre. Dans le second cas, vous devrez décider si vous continuez le développement et le test de la solution de manière à mieux adapter et à valider le concept.
Si vous souhaitez partager votre expérience ou des ressources concernant l'élaboration et la mise à l'essai de la solution mHealth, veuillez consulter notre formulaire de feedback.
CE QUE DISENT LES EXPERTS
« D'après mon expérience, il faut 2 à 3 ans pour faire évoluer un programme de son concept à un déploiement raisonnable. La planification et la mise à l'essai prennent du temps, et les responsables de mise en ?uvre et les bailleurs de fonds doivent se montrer réalistes quant à l'arrivée des premiers résultats.
Par exemple, pour MAMA en Afrique du Sud, il a fallu environ 3 mois pour animer une grande session de travail des parties prenantes (avec le gouvernement, les ORM, les ONG, etc), définir les partenaires du consortium de mise en ?uvre, notamment les rôles et responsabilités, mener deux analyses documentaires, définir la population cible (notamment par des groupes de discussion avec les utilisateurs), et les solutions technologiques envisageables dans le paysage. Il nous a fallu 1 mois pour obtenir la l'approbation de la proposition par nos bailleurs de fonds. Nous avons passé 4 à 5 mois à développer la technologie, localiser et réviser les contenus, obtenir les numéros courts, etc. Nous avons lancé la version bêta du service environ 10 mois après le début de la planification, et nous avons passé 2 mois en phase de test utilisateur. Il a fallu 12 mois supplémentaires pour intégrer officiellement la plateforme d'un opérateur et atteindre 100 000 utilisateurs. Deux ans entre la planification et le plein fonctionnement, c'est en fait plutôt rapide. » - Joanne Peter, Mobile Alliance for
Maternal Action
Décisions technologiques
Vous êtes maintenant prêt à définir les caractéristiques technologiques de votre solution mHealth. Si vous êtes un responsable typique de mise en ?uvre des programmes sanitaires, ce territoire vous est probablement complètement inconnu. Toutefois, vous n'avez pas besoin de devenir un expert en technologie pour décrire ce dont vous avez besoin. L'apprentissage de quelques bases - décrites dans le tableau 1 ci-dessous - vous aidera à prendre les décisions importantes pour votre projet et à exprimer vos besoins en technologie.
Le tableau 1 inclut une liste exhaustive des points à prendre en compte ; on ne s'attend pas à ce que vous connaissiez toutes les réponses dans tous les domaines. Il n'existe pas de chemin tout tracé, et les décisions prises dépendent entièrement de la fonctionnalité visée de la technologie et de l'environnement dans lequel elle sera exploitée.
Nous vous recommandons de créer un document qui présente vos exigences technologiques. Ce document guidera à terme le processus de développement de la technologie, qu'il soit créé en interne ou avec une expertise externe. Un exercice utile consiste à noter par écrit tout ce que vous « aimeriez » que la technologie puisse faire, puis à examiner vos notes et déterminer quelles fonctionnalités sont « indispensables », « souhaitables » ou « pas nécessaires ». La feuille de travail pour les décisions technologiques (PDF, Word) de ce guide vous aidera à réaliser cette tâche.
Les besoins en matière de capacités de votre programme et votre budget des coûts technologiques serviront à evaluer la faisabilité des exigences technologiques que vous proposez. Ces sujets méritent qu'on s'y attarde et vous trouverez dans les pages ci-après des pistes de réflexion.
Besoins en matière de capacités
Coûts technologiques
Nous vous encourageons à entrer en relation avec la communauté collaborative mHealth qui réunit le personnel des programmes de santé et les technologues - de votre pays et du monde entier - pour vous aider à parcourir vos options et à comprendre la terminologie (voir la rubrique Ressources pour en savoir plus sur les réseaux et les communautés de praticiens) existants. Consultez également votre équipe interne de technologie de l'information (TI), si vous en avez une ; si vous n'en avez pas, s'adresser à un consultant externe peut être d'une aide précieuse.
En complément, le document Planning an Information System: A Toolkit for Public Health Managers (Planifier un système d'information : boîte à outils à destination des responsables de la santé publique), élaboré par l'OMS et PATH, est un guide de référence utile pour compléter les conseils fournis dans le tableau 1 ci-après. Cette boîte à outils s'intéresse principalement aux systèmes d'information, mais la plupart des conseils peuvent être transposés aux programmes mHealth.
Tableau 1. Principaux sujets et points de réflexion pour développer la portée générale de vos besoins en technologie.
CE QUE DISENT LES EXPERTS
« Restez simple. Oubliez tout ce qui est gadget et concevez le système comme si vous deviez le déployer demain. » ? MarasiMwencha, John Snow, Inc.
« [L'estimation du coût] dépend du type de projet. En Inde, l'envoi de SMS coûte plus cher que de naviguer sur internet. Dans d'autres régions, c'est le contraire - ça a son importance. » ? Jeremy Wacksman, Dimagi
« Les messages vocaux nécessitent beaucoup de bande passante et de capacité de traitement. S'en remettre à des milliers d'appels téléphoniques chaque minute pour atteindre l'échelle d'un projet axé sur le message vocal représente un grand défi technique [du point de vue logiciel et matériel]. Vous aurez peut-être besoin de 100 serveurs au lieu de 10 - où les mettrez-vous et qui va les surveiller et les entretenir ? ? James BonTempo, CCP (pour Jhpiego au moment de l'entretien)
___________________________________________________________________________________________________________________________________
Référence
mHealthImplementationOpportunities, Issues and Challenges. Affiliate session at the mHealthSummit. 2012 Dec 5. Washington, D.C.
Besoins en matière de capacités
Est-il préférable de développer une solution mHealth en interne, ou de se faire aider par une entreprise ou un expert en technologie ?
Lorsqu'il s'agit de concevoir et de développer une technologie mHealth, certaines organisations choisissent de travailler avec un partenaire externe spécialisé en technologie, tandis que d'autres sont en mesure d'assumer le développement en interne. Pour prendre votre décision, considérez les éléments suivants :
En cas de développement de la technologie en interne ? Certaines organisations décident d'investir du temps et des ressources afin de renforcer la capacité de leurs employés à développer et déployer les solutions de mHealth. Ces organisations voient souvent cet investissement comme l'opportunité stratégique d'élargir leurs compétences principales. Si votre organisation a besoin de renforcer ses capacités technologiques, voici quelques options : recruter du personnel possédant l'expérience technologique adéquate, financer la formation continue du personnel en place ou recruter un consultant sur une courte période pour former le personnel en place
En cas de collaboration avec des développeurs locaux ? Les capacités technologiques varient en fonction des pays. Vous trouverez peut-être une petite équipe de développeurs locaux prêts à réaliser le travail à un tarif raisonnable, mais assurez-vous qu'ils sont bien en mesure de respecter vos spécificités en matière d'évolutivité et d'interopérabilité.
En cas de collaboration avec un partenaire technologique mondial ? Certains partenaires technologiques sont présents dans plusieurs pays, ce qui est intéressant pour les projets qui doivent être déployés dans plusieurs pays.
Le plus souvent, les fournisseurs potentiels sont sollicités par un processus d'appel d'offres, grâce auquel votre organisation pourra élaborer et publier une demande de propositions (DDP). Tech Soup donne des conseils spécifiques sur le processus de DDP, avec notamment des exemples de DDP et des recommandations pour la gestion des fournisseurs.
Coûts technologiques
Lorsque vous planifiez la conception de la technologie, soyez conscient de la grande diversité des coûts associés au développement, au déploiement et à l'entretien d'une solution mHealth.
Certains sont des coûts ponctuels, tandis que d'autres doivent être budgétisés chaque année (ou à intervalle régulier). Cette liste ne contient que les principaux coûts (les frais de recherche et de mise en ?uvre sont mentionnés ailleurs) :
Frais de programmation?temps du personnel (pour les conseils techniques et la formation), temps du développeur
Matériel?téléphones, serveurs, ordinateurs, chargeurs électriques, chargeurs solaires
Frais de déploiement?location d'un numéro court ou d'un numéro virtuel, hébergement, accès internet
Frais de service?coût de l'envoi des messages, du transfert de données, du suivi et de l'entretien continus (conçus pour répondre à l'échelle évolutive de votre programme)
Comment les autres programmes ont-ils estimé et suivi leurs frais technologiques ? Voici deux exemples :
Coût total de possession pour CommCare: Il s'agit d'un modèle de coût total de possession créé par Dimagi pour aider les organisations à estimer le coût total de l'adoption de CommCare ou d'autres technologies mobiles pour leurs agents de santé communautaires. Cet outil de planification propose un budget pour l'adoption de CommCare sur cinq ans.
Considérations de coûts de m4RH: Le coût de fonctionnement de m4RH ou d'un système similaire variera en fonction du contexte. Ce document d'une page présente les questions de coûts pour m4RH.
Développement et test du contenu
De même que vous explorez les différentes options de technologie et de conception pour votre
solution mHealth, vous pouvez également développer et tester son contenu. Les conclusions de la recherche formative peuvent être directement mises à profit pour développer le contenu. Par exemple, les entretiens avec les futurs utilisateurs finaux permettent de mieux comprendre :
comment ils interagissent avec leur téléphone portable ;
comment ils perçoivent et parlent des problèmes de santé dont il est question ;
leur maîtrise utile de l'écriture et des chiffres et leurs compétences technologiques.
Lorsque vous entreprenez de développer du contenu, n'oubliez pas de vérifier les spécifications de votre mode de communication mobile. Par exemple, si la solution mHealth utilise :
les SMS (service de messages courts) -- adaptez votre contenu à des messages de 160 caractères ou moins.
des vidéos -- vérifiez la capacité habituelle de la bande passante des appareils et des réseaux qui seront utilisés.
une enquête ou un formulaire sur téléphone portable -- assurez-vous de bien connaître le nombre de caractères disponibles et le nombre de questions autorisé.
une réponse vocale interactive (RVI) -- renseignez-vous sur le nombre d'options de menu qu'il est possible d'intégrer au service (par exemple, les utilisateurs peuvent presser 1, 2 ou 3 pour obtenir plus d'informations).
Le document de travail Designing Health Literate Mobile Apps (conception d'applications mobiles d'information sur la santé) présente comment créer des applications d'information sur la santé en appliquant les stratégies de convivialité et d'information sur la santé tout au long du processus de développement. L'auteur met l'accent sur les étapes suivantes :
renseignez-vous sur vos utilisateurs ;
rédigez du contenu exploitable ;
affichez le contenu de manière claire ;
organisez et simplifiez ;
faites participer les utilisateurs ;
révisez et évaluez.
Tout comme avec les supports imprimés, le développement et le test du contenu est un processus continu. Les responsables de mise en ?uvre mHealth expérimentés confirment que vous devez vous attendre à apporter des modifications au contenu pendant toute la durée du projet. Organisez votre contenu dans un format facile à lire et à adapter, qui peut varier en fonction des besoins de votre programme en matière de contenu. Par exemple, Microsoft Word est utile pour suivre un contenu SMS grâce à la fonction statistique du programme (nombre de caractères), qui n'est pas disponible dans Excel. Assurez-vous également que vous avez établi une convention de nommage des fichiers auprès de votre équipe afin de permettre la gestion des versions?par exemple, nommez les fichiers d'après le nom du projet, la date, et les initiales de la dernière personne ayant modifié le contenu, comme suit : ?m4RH_Messages_6.30.201_HV.?
Veuillez également noter que certains programmes mHealth, comme les programmes Mobile Alliance for Maternal Action (MAMA) et CommCare, ont mis à disposition des contenus qui peuvent être adaptés par d'autres programmes. La rubrique Ressources du présent guide comprend une liste exhaustive des répertoires de contenu mHealth. MAMA a également mis au point des Modules de formation sur le contenu. Il s'agit de brefs cours en ligne destinés à aider les organisations à localiser les messages lorsqu'elles travaillent sur leurs propres projets.
POINTS IMPORTANT
Rédiger le contenu
Tester le contenu
CE QUE DISENT LES EXPERTS...
« Il est recommandé de travailler avec des experts techniques pour valider le contenu et s'assurer qu'il répond aux normes de soins. » ? Berhane Gerbu, Réseau d'information sur la santé en Ouganda, Réseau d'information sur la santé en Mozambique, Systèmes mobiles d'information sur la santé (Afrique du Sud)
« Si vous posez trop de questions [par SMS], les gens arrêtent de répondre. Nous avons déterminé que le bon chiffre était de quatre questions. Au-delà, le nombre de répondants diminuait à chaque question. » - Bhupendra Sheoran, YTH (anciennement ISIS), SexInfo and The Hookup, États-Unis
« Nous avons inclus le public cible dans la conception du programme et le développement du contenu. Notre stratégie initiale fut d'organiser des groupes de discussion dans les écoles et dans les cliniques communautaires pour parler des principaux problèmes de santé sexuelle. Après la mise en train des groupes, nous posions des questions, auxquelles les participants répondaient
par SMS. Cela a permis aux concepteurs du programme de voir comment les jeunes utilisaient les SMS et les termes qu'ils employaient. L'équipe du programme a ensuite rédigé des messages. Aujourd'hui [en juillet 2012], nous avons établi des partenariats avec les collèges : nous travaillons avec les élèves pour rédiger les messages et ils nous donnent leur avis sur les messages. Cela nous a permis de produire des messages au langage plus adapté. C'est inestimable : l'investissement serait gaspillé si le public n'était pas inclus. Nous nous efforçons constamment de déterminer comment toucher les jeunes. Ils sont ravis de participer dès lors qu'on leur donne la parole. ? Rebecca Braun, California Family Health Council (CFHC), The HookUp, États-Unis
Rédiger le contenu
POINTS IMPORTANTS
Tenez compte des détails suivants, en fonction des préférences et capacités de la population cible, lorsque vous rédigez votre contenu. Selon le type de solution mHealth que vous avez en tête, ces détails ne seront peut-être pas tous applicables.
Langue?Quelle langue doit être utilisée ? Quelle langue est utilisée pour envoyer des SMS ? Une écriture ou un alphabet particuliers sont-ils nécessaires (par exemple indien, arabe ou romain) ?Vocabulaire et formulation?Quels mots et expressions la population cible utilise-t-il généralement pour parler du problème de santé ?Longueur?Quelle doit être la longueur de chaque message ou écran, en tenant compte de la facilité d'utilisation et de la durée d'attention Fréquence?À quelle fréquence les messages ou le contenu doivent-il être envoyés, en tenant compte des préférences des utilisateurs concernant la réception et le partage d'informations ?Ton?Au vu du contenu du message, quel ton correspondrait le mieux aux utilisateurs finaux ? Par exemple, est-il préférable d'adopter un ton informel et familier ou un ton professionnel et technique ?Expéditeur?Est-ce que l'expéditeur du message a de l'importance ? Comment la source, ou la source perçue, influence-t-elle la réaction de l'utilisateur au contenu ? Par exemple, recevoir un message d'un médecin peut être perçu différemment d'un message provenant d'un ami.Exactitude?Le contenu est-il médicalement exact selon les recommandations techniques nationales et les normes internationales ? Pouvez-vous adapter des bibliothèques existantes, ou des ressources et recommandations locales ou internationales pour créer le contenu (voir Répertoires des technologies et des contenus
) ? Avez-vous fait contrôler le contenu par des experts techniques sur le terrain ?Cohérence?Si la solution mHealth fait partie d'une campagne multicanaux, les messages sont-ils cohérents et complémentaires à l'échelle du programme ?
Test du contenu
POINTS IMPORTANTS
Le test du contenu auprès des membres de la population cible est indispensable au développement de la solution. Testez le contenu pour vous assurer qu'il est compréhensible, adapté, accessible et efficace pour les utilisateurs visés. Vous n'avez besoin de tester le contenu auprès d'un grand échantillon - en fait, interrogez 5 à 10 individus pour commencer, effectuez des changements en fonction de leurs commentaires, et répétez ce processus jusqu'à ce qu'il soit évident que le contenu est clair et efficace.
Voici quelques astuces pour la phase de test du contenu :
Testez tous les messages ou le contenu, une section à la fois, dans l'ordre et le format prévus. C'est idéal si le contenu peut être testé dans le format de livraison prévu, par exemple message vocal ou SMS, pour correspondre précisément à l'expérience utilisateur.
Posez plusieurs questions d'approfondissement pour évaluer la capacité de l'utilisateur à comprendre, se souvenir et/ou réagir au message, à la vidéo, à la demande de sondage, etc. Le cas échéant, demandez : « qu'est-ce que ce message vous demande de faire ? » pour saisir la compréhension. Envisagez d'utiliser la méthode de la « réflexion à haute voix » qui consiste à demander aux participants d'exprimer ce qu'ils pensent lorsqu'ils voient le contenu.
Observez les signes verbaux et non verbaux du participant, et noter les moments de confusion ou les pauses, ainsi que les moments faciles.
Demandez à l'utilisateur le niveau de facilité ou de difficulté des messages selon eux.
Examinez les réactions face à la longueur du contenu, au ton, à la fréquence et au
messager, et relevez les préférences concernant ces différents points.
Demandez au participant de suggérer des choix de mots, de mots clés, ou de visuels pour les messages multimédia.
Prototypage et tests de convivialité
À ce stade, vous avez pris les décisions importantes nécessaires
à la conception de la technologie. Vous allez soit adopter et adapter une solution open source, soit développer un logiciel personnalisé. Si vous procédez à l'adaptation ou au développement de la technologie en interne, vous avez donc l'expertise nécessaire dans vos équipes. Ou, si vous sous-traitez vos besoins en technologie, vous avez choisi un partenaire technologique. Il est maintenant temps de faire de vos exigences technologiques une réalité opérationnelle.
Le monde de la technologie est en constante innovation. Par exemple, pour qu'un smartphone ou un ordinateur fonctionne de manière optimale, ses logiciels et applications doivent être régulièrement mis à jour. De même, la technologie qui rend possible votre programme mHealth va évoluer dans le temps.
En outre, le développement technologique est un processus itératif. De nombreux groupes technologiques utilisent les méthodologies du développement logiciel agile, et notamment la planification adaptative au sein d'une équipe interfonctionnelle, le développement incrémental et une flexibilité globale, pour concevoir et livrer une technologie opérationnelle. Plutôt que de commencer avec un classeur rempli de caractéristiques et de construire la solution complète, le développement agile divise ces caractéristiques en de nombreuses composantes qui permettent d'aboutir à la solution finale. Les étapes d'un processus de développement agile peuvent ressembler à cela :
Pour commencer, la technologie peut être construite sous la forme d'un prototype?une forme économique, et simplifiée de la technologie?et testée auprès d'un petit nombre d'utilisateurs pour recueillir leurs retours.Puis, la technologie sera construite en tenant compte de ces retours et selon un premier ensemble d'exigences fonctionnelles, et sortie dans une version « bêta ». Un bêta-test auprès des utilisateurs et des administrateurs permet de confirmer la convivialité, d'identifier les bogues et d'améliorer la fonctionnalité générale. (Le bêta-test est expliqué plus en détail dans la partie Planification de la mise en ?uvre de ce guide.)Lorsque la technologie est davantage adaptée et prête pour un déploiement à grande échelle, les composantes du logiciel sont réunies et sorties, tout en sachant que des mises à jour du système seront nécessaires à l'avenir.
Rassembler les perspectives, les préférences et les retours des utilisateurs à chaque étape du développement de la solution est indispensable à la réussite future de la technologie. Commencez aussi petit et bon marché que possible, et continuez à tester, construisez et répétez.
POINTS IMPORTANTS
Est-ce que la solution fonctionne comme prévu ? Qu'est-ce qui fonctionne ou ne fonctionne pas bien ?Qu'est-ce que les utilisateurs finaux aiment et n'aiment pas dans la solution ? Qu'est-ce qui pourrait être amélioré et comment ?Est-ce que les utilisateurs finaux interagissent comme prévu avec la technologie ?Est-ce que les utilisateurs finaux comprennent le contenu ? Ont-ils des préférences quant au moment et à la fréquence auxquels ils seront contactés? Est-ce que la plateforme technologique est simple à utiliser pour les administrateurs du projet ? Qu'est-ce qu'ils aiment et n'aiment pas dans l'interface d'administration ? Quelles améliorations peuvent être apportées ?Est-ce que les données sont collectées comme prévu, dans le bon format ?Quels sont les obstacles prévisibles d'une bonne utilisation d'après les observations et les témoignages des utilisateurs ? (Par exemple, si l'utilisateur final partage son téléphone avec un autre membre de la famille, elle risque de ne pas recevoir le message qui lui était
destiné ; ou bien si le téléphone d'un agent de santé communautaire est à cours de batterie alors qu'il est sur le terrain, il ne pourra pas collecter les données dans son téléphone comme prévu.) Qu'est-il possible de faire pour contourner ces obstacles ?
CE QUE DISENT LES EXPERTS
« [Ce qui fonctionne bien dans les programmes, c'est la] recherche de conception combinée à la pratique ethnographique : [nous avons] écrit le logiciel avec les gens qui l'utilisent ; [nous avons incorporé une] boucle de rétroaction en temps réel, ce qui a permis les corrections à mi-parcours. [C'est ce qu'on appelle le] développement logiciel agile ? vous écrivez un peu [de code] à la fois, vous vérifiez auprès des utilisateurs, et vous réécrivez, et ainsi de suite (observez ce qu'ils font réellement par rapport à ce que l'utilisateur vous rapporte). C'est fondamental pour le développement mHealth. » ? Merrick Schaefer, Banque mondiale (pour l'UNICEF au moment de l'entretien), Programme Mwana, Zambie
« Des tests d'utilisation ont été intégrés à plusieurs niveaux. Pour commencer, nous avons réalisé de nombreux tests du contenu et de la plateforme en interne. Nous avons ensuite réalisé un bêta test auprès d'un petit groupe représentatif des utilisateurs finaux. Puis, après la sortie du produit auprès du grand public, nous avons étudié et intégré les retours des utilisateurs. Le test d'utilisation ne prend pas fin à la sortie de la version 1; la solution doit être continuellement suivie et améliorée. Sinon, les gens cessent de l'utiliser. » ? James BonTempo, CCP (pour Jhpiego au moment de l'entretien)
Planification de la mise en ?uvre
À ce stade, vous comprenez les besoins sanitaires et la maîtrise technologique de votre population cible et vous avez pris connaissance du contexte dans lequel fonctionnera votre programme. Vous avez clairement identifié le problème de santé dont vous souhaitez vous occuper et vous avez déterminé les résultats visés de votre programme mHealth. Ces connaissances ont contribué à la conception et au contenu de votre application mHealth, qui est mise à l'essai et subit des améliorations en fonctions du feedback des utilisateurs. Pendant que vous concevez et testez la solution, vous devez également planifier la mise en ?uvre du programme mHealth. La planification de la mise en ?uvre est le sujet de cette rubrique du guide.
Les thèmes explorés dans cette partie du guide vous aideront à mieux comprendre leprocessus de mise en ?uvre mHealth. Quels éléments doivent être en place pour garantir la réussite du programme ?
Comme le montre la figure 3 ci-dessous, de nombreux facteurs jouent un rôle dans la réussite, ou l'échec, d'une intervention mHealth et déterminent si elle peut et si elle doit être déployée. Les éléments de ce schéma - gestion du projet, partenariats, lancement, déploiement, durabilité, et suivi et évaluation - sont examinés en détails dans cette rubrique du guide.
Figure 3. Schéma de mise en ?uvre de mHealth (Source : FHI 360)
À propos de ce schéma
Le schéma ci-dessus représentant le cycle typique d'un projet mHealth est le résultat d'entretiens approfondis avec 19 experts de mise en ?uvre mHealth et d'un examen de la littérature existante concernant mHealth. Le diagramme représente les principales composantes de la mise en ?uvre d'un programme mHealth : planification, conception, suivi et évaluation et déploiement. Le lancement du programme, sa révision et son adaptation sont présentés comme des éléments distincts et fondamentaux du processus, tandis que la durabilité est incluse et doit être prise en compte tout au long du cycle. L'implication des parties prenantes, la gestion du projet et les partenariats sont des éléments continus essentiels du cycle.
Le Tableau de planification mHealth (PDF, PPT), élaboré pour ce guide, vous permet de
visualiser ces composantes essentielles de votre processus de planification, en présentant tous les sujets traités dans ce guide sur une page. Tout comme le schéma précédent, la feuille de travail illustre à quel point les composantes du projet sont des éléments interconnectés d'une stratégie complète. Le processus de planification est itératif par nature et s'appuie sur plusieurs séries d'intégration des commentaires utilisateurs, de développement des partenariats, de mise au point du contenu, entre autres, avant de pouvoir atteindre l'échelle et la durabilité requises.
CE QUE DISENT LES EXPERTS
"D'après mon expérience, il faut 2 à 3 ans pour faire évoluer un programme de son concept à un déploiement raisonnable. La planification et la mise à l'essai prennent du temps, et les responsables de mise en ?uvre et les bailleurs de fonds doivent se montrer réalistes quant à l'arrivée des premiers résultats.
Par exemple, pour MAMA en Afrique du Sud, il a fallu environ 3 mois pour animer une grande session de travail des parties prenantes (avec le gouvernement, les ORM, les ONG, etc), définir les partenaires du consortium de mise en ?uvre, notamment les rôles et responsabilités, mener deux analyses documentaires, définir la population cible (notamment par des groupes de discussion avec les utilisateurs), et les solutions technologiques envisageables dans le paysage. Il nous a fallu 1 mois pour obtenir la l'approbation de la proposition par nos bailleurs de fonds. Nous avons passé 4 à 5 moisà développer la technologie, localiser et réviser les contenus, obtenir les numéros courts, etc. Nous avons lancé la version bêta du service environ 10 mois après le début de la planification, et nous avons passé 2 mois en phase de test utilisateur. Il a fallu 12 moissupplémentaires pour intégrer officiellement la plateforme d'un opérateur et atteindre 100 000 utilisateurs. Deux ans entre la planification et le plein fonctionnement, c'est en fait plutôt rapide. » - Joanne Peter, Mobile Alliance for Maternal Action
Si vous souhaitez partager votre expérience ou des ressources concernant la mise en ?uvre de mHealth, veuillez consulter notre formulaire de rétroaction.
Aperçu des thèmes pour la planification de la mise en ?uvre
La partie Planification de la mise en ?uvre de ce guide aborde les principaux éléments de mise en ?uvre. Chacun des thèmes ci-dessous contient un lien vers des informations complémentaires, ainsi qu'une liste de vérification des principales questions à vous poser lorsque vous préparez le lancement et la mise en ?uvre de votre intervention mHealth.
Gestion de projet. Il est absolument nécessaire d'avoir un concept et une conception solides - mais pour réussir, ils doivent être soutenus par une gestion de projet et un développement relationnel forts. Une gestion attentive et souple aide au bon
fonctionnement des systèmes et procédures et permet une résolution judicieuse des difficultés et des problèmes qui surviennent inévitablement. Une bonne équipe de gestion repose également sur une gestion efficace et efficiente des données et des retours des utilisateurs tout au long de la mise en ?uvre pour voir si les résultats intermédiaires sont respectés et si l'intervention a des chances d'atteindre ses objectifs.
Développement des partenariats. Il est essentiel d'entretenir activement un réseau de relations avec les parties prenantes et les partenaires - dont certaines ont été initiées au cours des phases d'élaboration du concept et de conception de la solution ? pour un projet prospère. L'adhésion et l'inclusion de perspectives multiples restent importantes tout au long de la mise en ?uvre du projet. Les bons partenaires contribuent à la viabilité financière, programmatique et technologique.. Ces partenaires peuvent être les bailleurs de fonds, les ministères gouvernementaux, les organisations du secteur privé et les organisations à but non lucratif. Il peut également s'agir de réseaux informels mais néanmoins précieux comme les réseaux de praticiens et les groupes de travail technique mHealth. La clé pour approcher un partenaire potentiel est d'être en mesure de lui démontrer que sa participation lui sera profitable autant qu'à votre projet et d'identifier le bon moment pour l'inclure dans le projet. Au fur et à mesure que les relations se développent, évaluez les partenariats avec un regard critique et en gardant à l'esprit l'ensemble de la vie du projet. Par exemple, un don de téléphones au nom de la responsabilité sociale des entreprises risque d'encombrer les participants au projet avec un équipement inadapté.
Préparation du lancement. Même si vous avez déjà réalisé le prototype et le bêta-test de la solution, les premières semaines ou les premiers mois du lancement public doivent toujours être considérés comme une phase d'apprentissage. Une sortie initiale à petite échelle vous permet de tester d'autres activités qui pourraient être nécessaires dans le cas d'un lancement à grande échelle, comme par exemple la formation, l'assistance, le dépannage, la création de la demande, et le marketing social. Si tout processus de mise en ?uvre rencontre des petites embûches en début de parcours, la planification d'une phase d'apprentissage permettra à l'équipe du projet de résoudre les principales difficultés de mise en ?uvre avant d'impliquer un plus grand nombre d'utilisateurs.
Collecte de données et suivi & évaluation (S&E). Le suivi et l?évaluation consistent à suivre les progrès vers les buts et objectifs du projet, examiner l'efficacité et l'efficience et identifier si des améliorations et des adaptations sont nécessaires, et lesquelles. Il permet de favoriser l'apprentissage et l'amélioration du processus de mise en ?uvre, de démontrer l'effet de mHealth sur les résultats de santé et la prestation de service, de mettre en évidence les coûts réels et le rapport coût-efficacité de la solution mHealth et d'élargir la base internationale de faits probants concernant mHealth.
Déploiement. Le domaine du mobile au service de la santé (mHealth) est souvent critiqué en raison du nombre de petits projets pilotes qui n'ont jamais été déployés. La décision de déployer une solution mHealth à grande échelle dépend de l'intention initiale du programme ainsi que des faits probants réunis au cours de la phase pilote. S'il est prouvé que le programme présente un bon rapport coût-efficacité et a un impact positif sur les résultats de santé, le système de santé et la communauté, il convient probablement de le déployer. Mais de nombreux éléments doivent être solidement en place pour élargir un programme avec
succès : un financement durable, la capacité à entretenir et à optimiser les systèmes technologiques, des partenariats forts pour se frayer un chemin dans l'écosystème des télécommunications, entre autres.
Durabilité. Est-ce que votre projet mHealth va se prolonger au-delà de la phase pilote ? Est-ce qu'il existe un plan pour ne pas être dépendant du financement des bailleurs de fonds ? Les mesures de durabilité doivent être intégrées dans un programme mHealth dès le début du processus de planification de sorte que si la phase pilote est un succès, le programme puisse non seulement se poursuivre, mais également atteindre de nouveaux publics. Ces mesures incluent l'examen des possibilités de financement à long terme, y compris l'incorporation de subventions pour votre programme mHealth dans le budget du gouvernement, et éventuellement la réalisation d'une analyse commerciale.
Si vous souhaitez partager votre expérience ou des ressources concernant la mise en ?uvre de mHealth, veuillez consulter notre formulaire de feedback.
Gestion de projet
Assurer une bonne gestion tient à la fois de l'art et
de la science. La gestion de tout projet mHealth comprend la surveillance d'un certain nombre de facteurs qui influencent la planification, les partenariats et les processus de mise en ?uvre. La personne, ou le groupe de personnes, qui gère votre projet mHealth doit posséder :
la capacité d'établir et d'entretenir des relations avec un groupe hétérogène de partie prenantes.
un esprit d'entreprise et la capacité d'apprendre de nouveaux concepts rapidement et d'adapter la stratégie en fonction des difficultés et des opportunités.
la capacité de développer, de mettre en ?uvre, de faire respecter et d'adapter des procédures et des systèmes qui soutiendront le programme mHealth.
une bonne connaissance du problème sanitaire auquel s'attaque le programme mHealth ou
de la conception et de l'utilisation de la technologie - et une certaine aisance pour parler de toutes les disciplines.
un don pour traduire les données en mises à jour significatives pour l'équipe de mise en ?uvre et les autres parties prenantes.
une bonne connaissance du pays et des communautés spécifiques dans lesquels le programme va être mis en ?uvre.
des compétences de communication interpersonnelle - capacité à faire partie d'une équipe mais également de diriger une équipe.
La gestion de projets mHealth nécessite une coordination précise des ressources humaines, des systèmes, et des données. Nous examinons les points importants de chacun de ces domaines dans les pages qui suivent.
CE QUE DISENT LES EXPERTS
« Faire participer [des membres du] MdS à l'équipe de gestion du projet, ainsi qu'à la conception et à la mise en ?uvre du pilote, est crucial pour la réussite à long terme et la durabilité de toute initiative mHealth. Si vous proposez une solution à un besoin immédiat du gouvernement (par exemple, fournir les médicaments dont les gens ont besoin), il y a toutes les chances que le gouvernement soit coopératif. » - Marasi Mwencha, John Snow, Inc.
« La partie la plus passionnante de mon travail et de former une équipe - et de faire partie d'une équipe interdisciplinaire. Il y a des designers, des ingénieurs en logiciel et des responsables de projet - qui essaient de trouver un langage commun pour parler des programmes mHealth et comment travailler ensemble. » - Isaac Holeman, Medic Mobile
_________________________________________________________________________________________________________________________________
Référence
Mair FS, May C, O'Donnell C, Finch T, Sullivan F, Murray E. Factors that promote or inhibit the implementation of e-health systems: an explanatory systematic review. Bull World Health Organ. 1 mai 2012;90(5):357-64.
Ressources Humaines
Tel un bon jongleur, le responsable de projet, ou
l'équipe de gestion, doit gérer plusieurs tâches en même temps.
Les responsables de projet attribuent, clarifient et surveillent les rôles et responsabilités au sein de l'équipe de mise en ?uvre et entre les partenaires de manière à répondre aux besoins de mise en ?uvre en temps voulu sans répétition inutile des efforts. Pour cela, le ou les responsables de projet constituent et développent une solide équipe de mise en ?uvre, à la fois au sein et en dehors de leur organisation. Cela nécessite d'identifier, d'impliquer et de coordonner diverses parties prenantes, notamment les membres du personnel, les représentants du Ministère de la santé (MdS), les décideurs politiques, les bailleurs de fonds, le personnel des organisations non gouvernementales, les administrateurs de santé et les prestataires de service, les partenaires technologiques, les clients.
Un responsable de projet mHealth peut également jouer un rôle essentiel de liaison, ou d?« interprète », entre les différents partenaires ou parties prenantes technologiques et sanitaires. Bien que ces deux groupes travaillent à la réalisation d'un objectif commun, ils abordent généralement le projet par des angles différents, avec des hypothèses et un vocabulaire différents. Un responsable de projet efficace peut aider à garantir que l'équipe de santé comprend les capacités ou les limites technologiques du projet. Le responsable de projet peut également aider l'équipe technologique à comprendre l'enjeu de santé publique et le contexte utilisateur. Ce rôle d?interprète peut être décisif pour garantir une solution mHealth qui fonctionne comme prévu, qui collecte des données utiles et qui répond directement et efficacement au besoin sanitaire qui a été identifié.
En outre, puisqu'il communique avec tous les acteurs du projet mHealth, le responsable de projet est bien placé pour consigner et partager les leçons apprises avec les parties prenantes et la communauté mHealth au sens large.
POINTS IMPORTANTS
Avez-vous identifié un responsable de projet qui possède toutes les qualités essentielles nécessaires pour gérer efficacement le programme mHealth ?Les rôles et responsabilités des membres de l'équipe de mise en ?uvre et des partenaires ont-ils été clairement définis et communiqués ?
Systèmes
Un responsable de projet mHealth est chargé de veiller à ce que les systèmes soient en place pour la mise en ?uvre et la gestion du programme. Cela signifie qu'au sein du programme, il est nécessaire de mettre en place une structure d'accompagnement, des ressources financières adéquates et un bon soutien administratif. Le responsable de projet doit également être attentif à l'environnement favorable?est-ce que le programme respecte la réglementation sur les télécommunications, les systèmes et les normes technologiques, et les mandats du Ministère de la Santé ?
Une fois que la mise en ?uvre est en route, le responsable de projet devra suivre comment les systèmes - aussi bien internes qu'externes à l'organisation - facilitent ou entravent la mise en ?uvre, et s'il est nécessaire ou non d'adapter ces systèmes pour améliorer le processus.
POINTS IMPORTANTS
Les politiques et procédures organisationnelles ont-elles été mises à jour pour soutenir le programme mHealth ?Les membres du personnel et/ou les utilisateurs ont-ils été formés et des formations d'appoint seront-elles proposées si nécessaire ?Quel type de système a été mis en place pour assurer une communication régulière entre les partenaires technologiques, les autres partenaires et l'organisation de santé chargée de la mise en ?uvre ?Comment les membres de l'équipe du projet vont-ils rendre des comptes quant au plan, au calendrier et au budget du projet ?Une supervision d'accompagnement est-elle en place pour aider le personnel à mettre en ?uvre et à gérer les changements de pratique ? Les superviseurs ont-ils reçu une formation à la fois sur la technologie et le contenu de l'application mHealth, mais aussi sur la manière de gérer les difficultés que rencontre le personnel au cours de la mise en ?uvre ?Comment l'effet de la solution mHealth sur la charge de travail du personnel et sur les procédures du lieu de travail va-t-il être suivi ?
La solution mHealth est-elle en harmonie avec l'environnement favorable et fonctionne-t-elle bien au sein des systèmes existants ? Si de nouveaux systèmes sont nécessaires, comment le responsable de projet sera-t-il impliqué dans leur développement ?
Données
Au cours de la planification et de la mise en ?uvre,
vous serez amené à gérer différents types de données. L'équipe du projet doit avoir mis en place un plan de gestion des données du programme et des rapports nécessaires. Les coûts de la planification et de la mise en ?uvre d'une solution mHealth doivent faire l'objet d'un suivi continu et rigoureux. Ce suivi garantira une planification adéquate du budget du programme, indiquera si la solution mHealth présente un bon rapport coût-efficacité dans une situation donnée, et renseignera les décideurs sur le potentiel de déploiement.
Les responsables de projet doivent également gérer les données générées par les utilisateursde l'application mHealth. Il est donc essentiel de s'assurer que ces données sont collectées de manière à fournir des informations pertinentes pour l'équipe du programme, les bailleurs de fonds et les décideurs, tout en préservant la vie privée et la sécurité des utilisateurs. Dans bien des cas, il est nécessaire d'organiser une collecte de données qualitatives allant au-delà de ce que propose la plateforme technologique afin de pouvoir évaluer la convivialité de la solution mHealth et la satisfaction des utilisateurs dans le temps, ainsi que les résultats et l'impact du programme.
POINTS IMPORTANTS
Quel est le plan de collecte et de suivi des données relatives aux coûts ?
Quel est le plan de collecte et de suivi des données relatives aux utilisateurs ? (vous pouvez également consulter la rubrique Collecte, suivi et évaluation des donnéesdans ce guide)
Comment les lecons apprises seront-elles consignées et partagées avec l'équipe de mise en ?uvre et les partenaires ?
Comment ces lecons apprises seront-elles partagées avec la communauté mHealth
dans son ensemble ?
Quels mécanismes peuvent être mis en place pour collecter des données qualitatives, au-delà de celles fournies par la solution mHealth en elle-même ? Déterminez comment assurer le suivi auprès des utilisateurs afin de collecter des données d'enquête ou d'organiser des entretiens ou des groupes de discussion.
Développement des partenariats
Les partenaires possibles d'un projet mHealth sont aussi divers que les contextes dans lesquels les solutions mHealth sont mises en ?uvre. Ce sont par exemple :
les opérateurs de réseau mobile
les groupes de télécommunication
l'industrie des produits de consommationles entreprises pharmaceutiquesle gouvernementles organisations non gouvernementalesles établissements universitaires
Les partenariats englobent également des réseaux plus informels, comme les réseaux de praticiens ou les groupes de travail techniques. Une participation continue à ces réseaux favorisent le partage des connaissances et peut contribuer à mettre en place un projet pilote mHealth réussi, aboutissant à un déploiement. De nombreux facteurs peuvent affecter le développement des partenariats, y compris le financement, le calendrier, les capacités technologiques et l'envergure du projet.
Gardez à l'esprit que travailler avec plusieurs partenaires - bien que cela soit important pour la viabilité et la durabilité du projet - risque de ralentir le processus. Plus il y a de partenaires
impliqués, plus il y a de risques qu'une confusion ou des difficultés apparaissent. Il faut du temps pour établir et entretenir des partenariats productifs ? et pour rassembler et intégrer les retours de toutes les parties prenantes. Il est important de mettre en place un système de réunions et de communications régulières entre les partenaires. De plus, en dehors de votre projet, envisagez de favoriser l'esprit de communauté entre tous les acteurs mHealth de votre pays en organisant un groupe de travail mHealth s'il n'en existe pas encore. Cela offrira un espace de partage des connaissances et de coordination entre les projets.
Afin de sensibiliser davantage à ces bénéfices et d'encourager le soutien et la participation, les responsables de projet peuvent aider au recrutement de champion du programme, c'est-à-dire des promoteurs charismatiques d'une conviction, d'un programme, d'une politique ou d'une technologique. Les champions sont des leaders d'opinion respectés de leur communauté, qui possèdent la passion, la crédibilité et la force de persuasion indispensables pour promouvoir efficacement des innovations.
Les pages de cette rubrique du guide abordent trois facteurs importants à prendre en compte lors du développement de nouveaux partenariats :
1. Avantages et inconvénients de chacun des partenariats potentiels.
2. Éléments de réussite des partenariats avec le secteur privé
3. Calendrier
En outre, les publications suivantes offrent des études de cas précieuses, des conseils d'experts et les leçons apprises concernant la promotion de partenariats mHealth réussis :
Mutual Value, Mutual Gain: Best Practices from Successful Social Sector Partnerships with Mobile Network Operators (Valeurs réciproques, bénéfices réciproques : meilleures pratiques des partenariats réussis entre le secteur social et les opérateurs de réseau mobile) détaille les meilleures pratiques pour rechercher, négocier, concevoir et mettre en ?uvre des partenariats avec les opérateurs de réseau mobile.
Scaling Up Mobile Health: Developing mHealth Partnerships for Scale (Déploiement de Mobile Health : développement de partenariats mHealth pour le déploiement) propose une série d'études de cas d'initiatives de partenariat mHealth qui ont permis son déploiement ou ?uvrent en ce sens. Ces études de cas illustrent les éléments de réussite qui peuvent être appliqués aux autres initiatives et sont complétées par des recommandations sur la façon de traverser les phases du développement des partenariats mHealth avec succès de manière propice au déploiement.
Building Partnerships that Work: Practical Learning on Partnering in mHealth (Établir des partenariats qui fonctionnent : leçons pratiques pour les partenariats mHealth) tire également parti des perspectives d'experts mHealth pour partager les meilleures pratiques en matière de sélection des partenaires et de développement des partenariats mHealth.
Pour plus de ressources sur le développement des partenariats, veuillez consulter la page publications
de la rubrique ressources.
POINTS IMPORTANTS
Est-ce que le partenaire dispose à la fois d'une équipe de santé et d'une équipe technologique ? (Bien que ce ne soit pas obligatoire, il peut être avantageux de travailler avec une organisation qui possède une expertise dans les deux sphères de la mise en ?uvre de mHealth.)Quel est le niveau de capacité technique interne du partenaire ?Ce partenariat va-t-il contribuer à la durabilité du projet mHealth au-delà de la phase pilote ?Ce partenariat va-t-il améliorer la capacité à appliquer la solution mHealth à différentes situations ou à différents objectifs en plus du but du projet mHealth en question ?Les rôles et responsabilités de chaque partenaire sont-ils clairement définis et compris de tous ?Décrivez le système que vous utiliserez pour communiquer régulièrement avec chacun des partenaires.
CE QUE DISENT LES EXPERTS
« [Pour favoriser la durabilité], travaillez avec un partenaire qui appartient à la communauté à long terme. Un critère essentiel pour [choisir] les partenaires est de savoir s'ils assureront leurs responsabilités envers la communauté. » ? Isaac Holeman, Medic Mobile
Avantages & inconvénients
Quels bénéfices votre projet tirera-t-il d'un partenariat potentiel ?
La réussite du projet nécessite le partenariat, la participation et l'adhésion de toutes les parties prenantes ?chaque acteur doit se sentir entendu et valorisé. Les avantages à participer et les bénéfices de l'intervention mHealth doivent être clairs pour chacune des différentes parties prenantes. Pour déterminer quels partenaires approcher, il est important d'exprimer les bénéfices et les inconvénients à travailler avec chacun d'entre eux. Par exemple :
Impliquer le Ministère de la santé (MdS) dès le début (et évaluer la capacité du MdS en technologie de l'information) permet d'améliorer la viabilité du projet en attirant l'attention des décideurs, en garantissant qu'une politique favorable est en place au niveau national et en puisant dans les connaissances et les expériences des autres projets mis en ?uvre dans d'autres régions du pays.Les partenaires du secteur privé peuvent représenter une bonne source de financement,
d'expertise et d'équipement, mais certaines exigences de type contrats d'exclusivité peuvent poser un problème pour la durabilité. Par ailleurs, il est essentiel de s'assurer que les partenariats avec le secteur privé s'étendront au-delà du financement ponctuel d'un projet pilote.
Quels bénéfices vos partenaires potentiels tireront-ils de leur participation au projet ?
Il est essentiel de comprendre les incitations commerciales, les motivations sociales, ainsi que les forces et les faiblesses de chaque partenaire afin de garantir un partenariat productif. Soyez prêt à expliquer à chaque partenaire potentiel quels seront les bénéfices du programme mHealth pour eux, ainsi que pour les utilisateurs finaux, le système de santé en général, et la communauté. Par exemple :
Un partenariat entre une organisation non gouvernementale (ONG) et une entreprise pharmaceutique pour développer une application mHealth visant à lutter contre la vente et l'utilisation de contrefaçons médicamenteuses peut générer pour l'ONG une source de financement pour la mise en ?uvre du projet, des bénéfices de santé clairs pour l'utilisateur final, et des incitations financières et liées aux résultats pour l'entreprise pharmaceutique.Au Ghana, Switchboard a développé une application commerciale qui a permis de créer un réseau de médecins et d'infirmiers via un prestataire de service unique, Vodafone. Les prestataires de santé pouvaient passer des appels gratuits au sein de ce réseau pour faciliter les orientations. Cet arrangement a généré une clientèle payante pour Vodafone, car la société perçoit les frais des communications pour les appels hors de ce réseau.
Dans Sustainable Financing for Mobile Health (Financement durable pour Mobile Health), l'Alliance mHealth (mHealth Alliance) et Vital Wave Consulting ont publié un tableau présentant les bénéfices courants de chaque partie prenante typique d'un programme mHealth : secteur public, organisation à but non lucratif, secteur privé, agents de santé et membres de la communauté. La figure 4 représente une version abrégée de ce tableau pour donner des exemples des bénéfices que peut chercher chacun des partenaires potentiels. Chaque partenaire appréciera certains bénéfices. Par exemple, il est très probable que la plupart des partenaires intéressés par mHealth verraient l'amélioration des résultats de santé ou la réduction des coûts comme des incitations à participer.
Figure 4. Bénéfices potentiels des partenariats mHealth
(Source : Sustainable Financing for Mobile Health (mHealth): Options and opportunities for mHealth financial models in low and middle-income countries. mHealth Alliance et Vital Wave Consulting. 2013.)
Afin de sensibiliser davantage à ces bénéfices et d'encourager le soutien et la participation, les responsables de projet peuvent aider au recrutement de champions pour le programme,
c'est-à-dire des promoteurs charismatiques d'une conviction, d'un programme, d'une politique ou d'une technologie. Les champions sont des leaders d'opinion respectés de leur communauté, qui possèdent la passion, la crédibilité et la force de persuasion indispensables pour promouvoir efficacement des innovations.
POINTS IMPORTANTS
Pour chaque partenaire potentiel auquel vous songez, quels seraient les bénéfices d'un partenariat avec votre projet ? Pour le partenaire ? Pour l'utilisateur final ? Pour le système de santé en général ou pour la communauté ?
Quels seraient les inconvénients éventuels de ce partenariat pour les parties prenantes mentionnées dans la question précédente ?
Est-ce que les parties prenantes comprennent et soutiennent véritablement les buts et objectifs du projet proposé ? Si ce n'est pas le cas, quelles sont leurs préoccupations, et comment est-il possible de répondre à ces préoccupations ?
Est-ce que les bénéfices et le potentiel (échelle, durabilité) de la solution mHealth ont été identifiés pour chaque groupe de parties prenantes et expliqués à ces parties prenantes ?
Quelles sont les incitations proposées aux utilisateurs et aux responsables de mise en ?uvre de la solution mHealth pour leur participation ?
Partenariats avec le secteur privé
Les participants au sommet mHealth de 2012 ont
formulé les recommandations suivantes pour travailler avec le secteur privé - et notamment avec les entreprises de télécommunications.
Demandez des données aux entreprises de télécommunications mais en échange, renvoyez-leur ces données une fois analysées pour les renseigner sur leurs clients.Expliquer clairement aux opérateurs de téléphonie mobile comment leur participation à un projet mHealth peut leur permettre d'élargir leur part de marché, d'améliorer leurs services et
de générer des recettes à partir de ces données. Par exemple, les transactions mobiles comme le transfert d?argent par téléphone mobile ("mobile money") et les appels par flashback peuvent être pris en compte par les agences de crédit pour le calcul des recettes.Envisagez l'association de mHealth et "mobile money" comme un modèle de durabilité. L'argent mobile peut permettre d'ouvrir la voie à des transactions d'espèces supplémentaires autour de la santé.
CE QUE DISENT LES EXPERTS
« À l'origine, on parlait beaucoup d'approcher les services d'aide sociale des télécoms. Mais à mon avis, ce n'est pas la bonne approche. Il faut plutôt s'orienter vers la partie commerciale, ceux qui apportent des solutions d'entreprise. L'opérateur de téléphonie mobile veut tirer un profit de ces nouveaux clients, plus de recettes par utilisateur. Si vous pouvez considérer votre projet mHealth comme une entreprise et que vous transmettez cela à l'opérateur mobile, il sera plus disposé à travailler avec vous. ? James Bon Tempo, CCP (pour Jhpiego au moment de l'entretien)
Calendrier
En plus de formuler les bénéfices et de comprendre
les inconvénients de chaque partenariat potentiel, il est également important de considérer le calendrier?quand est-il pertinent pour chaque partenaire d'intégrer le processus ? Avant de contacter un partenaire potentiel, identifiez clairement un point d'entrée dans le projet pour ce partenaire.
Par exemple, certains experts mettent en garde contre une implication trop précoce des opérateurs de réseau mobile (ORM) dans le processus et recommandent d'essayer de travailler avec d'autres ONG et organismes à but non lucratifs pour partager les points d'entrée que proposent les opérateurs de réseau mobile, comme les passerelles de messagerie texte et les serveurs. Vous avez beaucoup plus de chances d'obtenir un taux inférieur au marché - ou d'instaurer tout type de relation d'ailleurs - si vous négociez avec le partenaire des télécommunications au moment de la mise a l'échelle qu'au moment de la phase pilote. Puisque
tous les marchés des télécoms sont différents, il est également possible qu'une relation avec un ORM ne soit pas nécessaire pour lancer une solution mHealth - explorez également les fournisseurs de passerelles et les revendeurs dans le pays également.
En revanche, un des pièges courants de nombreux programmes mHealth est de ne pas impliquer le Ministère de la Santé (MdS) suffisamment tôt dans le processus. S'associer avec le MdS dès la phase initiale de planification peut vous aider à garantir l'interopérabilité de votre programme avec les systèmes gouvernementaux et sa conformité avec les priorités sanitaires nationales. Recueillir l'adhésion du gouvernement au niveau national dès le début du projet peut également permettre de garantir une source durable de financement pour le déploiement et la poursuite du programme.
POINTS IMPORTANTS
Est-ce que les bonnes parties sont présentes autour de la table ? Est-ce qu'il manque quelqu'un ?Comment la relation de partenariat va-t-elle évoluer dans le temps ?
CE QUE DISENT LES EXPERTS
« Converser avec les partenaires dès le début de la phase de conception permettra de faire durer la relation. Emmenez les partenaires tout au long du processus pour qu'ils participent et comprennent, et qu'ils aient un sentiment de responsabilité partagée. - Bhupendra Sheoran, YTH (anciennement ISIS), SexInfo and The Hookup, États-Unis
Préparation du lancement
Lorsque vous préparez le lancement de votre solution mHealth, vous devez prendre en compte un certain nombre de détails pour la sortie initiale du programme. Par exemple :
Planifier le lancement d'une version bêta avant le lancement à grande échelle du programme mHealth peut aider à identifier et à résoudre les éventuels problèmes résiduels (notamment les bogues technologiques, les améliorations de processus et les rôles du personnel) avant que le programme ne soit mis à disposition du grand public .
Explorer les pistes de création de la demande pour vous assurer que vous disposez d'un groupe de personnes prêtes et disposées à participer.
La planification et la réalisation d'une série de formations pour préparer les personnes qui vont mettre en ?uvre, assurer l'assistance et utiliser la solution.
Le rapport de recherche formative de MAMA Bangladesh (Aponjon) explique de manière détaillée la procédure suivie par l'initiative internationale mHealth de l'Université Johns Hopkins et Dnet pour comprendre (1) les stratégies efficaces pour le recrutement dans Aponjon, (2) les stratégies efficaces pour la sensibilisation aux services Aponjon, (3) les modèles de coût acceptables en fonction du nombre d'abonnés, (4) la satisfaction des utilisateurs quant à la plateforme et au contenu des messages, et (5) l'influence d'Aponjon sur les comportements de recours aux soins de santé. La procédure suivie et les résultats qui s'ensuivent illustrent l'importance de tester ces pistes lors de la sortie initiale pour éclairer la mise en ?uvre du programme à grande échelle.
Les pages ci-après examinent dans le détail ces trois éléments de réussite du lancement.
___________________________________________________________________________________________________________________________________
Référence
Lemaire J. Scaling up Mobile Health: Elements Necessary for the Successful Scale-up of mHealth in Developing Countries(Déployer les systèmes mobiles au service de la santé : éléments nécessaires à la réussite du déploiement de mHealth dans les pays en voie de développement). Advanced Development for Africa et Actevis Consulting Group. 2011.
La version bêta
Il est toujours préférable de prévoir de sortir une version bêta avant le véritable lancement du programme mHealth. Lors du lancement de la version bêta, l'application mHealth est publiée pour utilisation par un public restreint, de manière à identifier les éventuels problèmes restants et à résoudre les éventuels défauts de mise en ?uvre avant de diffuser plus largement l'application. Par exemple, un lancement bêta vous indique si les utilisateurs finaux peuvent facilement accéder à l'application et l'utiliser. Il permet de déterminer si les données générées par l'application répondent aux besoins de l'équipe de mise en ?uvre et des partenaires. Il permet de vérifier si les voies de distribution fonctionnent comme prévu et si la solution fonctionne efficacement en fonction de l'état de la connexion dans un contexte spécifique.
La première expérience d'un nouveau service par un utilisateur permet de déterminer son envie de poursuivre l'utilisation ; si cette expérience est mauvaise, cela ne l'incitera pas à utiliser le service ou l'application par la suite. La réalisation d'un bêta test vous offre la possibilité de tester la mise en ?uvre de la solution auprès de véritables utilisateurs, tout en minimisant les répercussions négatives qui risqueraient de faire échouer le projet.
POINTS IMPORTANTS
Quels éléments du projet faut-il tester avant un lancement à grande échelle ? Pensez aux
problèmes potentiels qui pourraient avoir un impact considérable sur l'expérience utilisateur et le fonctionnement du programme, et assurez-vous que vous pouvez tester ces fonctions lors du bêta test.
Quel(s) est(sont) le(s) public(s) du lancement bêta (par exemple, utilisateur final et gestionnaires de données). Comment le feedback sera-t-il recueilli et traité avant le lancement ? Quel est le délai nécessaire pour réaliser correctement le bêta test ?
CE QUE DISENT LES EXPERTS
" Des tests d'utilisation ont été intégrés à plusieurs niveaux. Pour commencer, nous avons réalisé de nombreux tests du contenu et de la plateforme en interne. Nous avons ensuite réalisé un bêta test auprès d'un petit groupe représentatif des utilisateurs finaux. Puis, après la sortie du produit auprès du grand public, nous avons étudié et intégré les retours des utilisateurs. Le test d'utilisation ne prend pas fin à la sortie de la version 1; la solution doit être continuellement suivie et améliorée. Sinon, les gens cessent de l'utiliser." ? James BonTempo, CCP (pour Jhpiego au moment de l'entretien)
Génération de la demande
La génération de la demande consiste à
s'assurer que vous disposez d'un groupe de personnes prêtes et volontaires pour participer à votre programme mHealth. Cela implique de sensibiliser, susciter l'intérêt et comprendre le produit et ses bénéfices potentiels. Impliquer les parties prenantes, y compris les bénéficiaires de la solution mHealth, dès le début des étapes de planification et tout au long du processus de mise en ?uvre est essentiel et permet de favoriser l'adhésion des membres de la communauté et des utilisateurs finaux tout en garantissant une solution adaptée à leurs besoins et au contexte.
Une implication précoce des parties prenantes, y compris les bénéficiaires du programme, peut également aider les équipes de planification et de mise en ?uvre à s'assurer que les incitations à participer sont claires pour tous ceux qui sont appelés à mettre en ?uvre ou à utiliser l'application
mHealth. Le site internet m4RH décrit les divers efforts promotionnels du projet et partage les enseignements tirés.
Enfin, lorsque diverses catégories de parties prenantes sont impliquées dans le développement et la mise en ?uvre de l'intervention dès le début, il arrive souvent que des champions ressortent, c?est-à-dire des membres de la communauté dignes de confiance et convaincants, qui savent communiquer efficacement les bénéfices du programme à leurs pairs. Dans la période qui précède le lancement, les champions peuvent aider au marketing social en expliquant à leur sphère d'influence comment la solution peut répondre à leurs besoins et créer des opportunités de discussion. Ce type de communication ouverte peut mobiliser à la fois l'équipe de mise en ?uvre et les utilisateurs finaux autour du projet.
Une ressource, le GSMA mWomen Marketing Handbook (manuel de marketing GSMA mWomen), propose des recommandations aux opérateurs de réseau mobile et aux autres membres de l'écosystème mobile pour améliorer leur approche marketing des femmes à faible revenu dans les marchés émergents.
POINTS IMPORTANTS
Comment les utilisateurs finaux potentiels découvrent-ils la solution mHealth ? Comment allez-vous tester ces activités de sensibilisation ? Quel est le taux de conversion prévu de l?utilisation suite aux activités de sensibilisation ?
Parmi les parties prenantes, lesquelles, si tant est qu?il y en a, sont de potentiels champions susceptibles d?aider à sensibiliser les responsables de mise en ?uvre et les utilisateurs finaux à la solution mHealth ?
Quels sont les avantages et les bénéfices pour ceux qui mettent en ?uvre la solution mHealth ?
Quels sont les avantages et les bénéfices pour les utilisateurs finaux de la solution mHealth ?
Formation et supervision formative
De nombreux projets mHealth devront planifier et
réaliser une série de formations avant lancement afin de préparer ceux qui seront chargés de la mise en ?uvre, de l'assistance et de l'utilisation de la solution mHealth. Ces formations garantiront que tout le monde comprend :
la logique de la mise en ?uvre de la solution mHealth;
les modifications des politiques ou des procédures qui auront lieu pour s'adapter au programme. Par exemple, si une application mHealth doit être utilisée pour enregistrer les informations des clients en remplacement des formulaires papier, les directives et orientations de procédure à destination du nouveau personnel doivent être mises à jour ;
les instructions d'utilisation de l'appareil et de l'application mobiles (le cas échéant).
comment signaler et contourner les difficultés de mise en ?uvre ;
la gestion et l'utilisation des données ;
l'opportunité pour ceux qui seront concernés par les changements de poser des questions et d'exprimer leurs inquiétudes quant au processus ;
pourquoi un système parallèle (par exemple, continuer à utiliser les vieux systèmes tout en essayant le nouveau) peut être nécessaire au début, et comment cela risque d'accroître temporairement la charge de travail ;
Même si tous les programmes mHealth ne nécessitent pas de formation intensive ou de supervision continue, dans de nombreux cas, la formation est indispensable à la réussite du lancement. Après le lancement, une formation continue et une supervision formative pourront également être importantes pour veiller à ce que les responsable de mise en ?uvre et les utilisateurs finaux utilisent correctement l'application dans la durée et au fur et à mesure du renouvellement du personnel. Si des superviseurs sont disponibles pour répondre aux questions, identifier et corriger les utilisations inadéquates, recommander des formations
d'appoint (recyclages) si nécessaire et aider les utilisateurs à résoudre les problèmes, l'intervention mHealth aura encore plus de chances de réussir.
Gardez à l'esprit que dans de nombreux contextes spécifiques aux pays à revenus faibles et intermédiaires, le personnel sanitaire est déjà surchargé. Même si l'intervention mHealth promet de réduire la charge de travail, le processus de formation et la phase d'apprentissage consécutive prennent un temps précieux. Le personnel de santé doit sentir qu'il y a suffisamment d'intérêts à participer en dépit de ces exigences - c'est pour faire face à ce type de problème qu'il faut examiner leur point de vue et leur réalité dès le début, et souvent les réexaminer ensuite.
POINTS IMPORTANTS
Décrivez le programme de formation qui sera mis en ?uvre avant le lancement.
Quelles opportunités de formations d'appoint (recyclages) seront proposées si nécessaire ?
Décrivez la supervision formative qui sera proposée à l'équipe de mise en ?uvre.
CE QUE DISENT LES EXPERTS
« Le personnel de santé est déjà sollicité à l'excès - même si les nouveaux dispositifs promettent de réduire leur charge de travail, la formation et la phase d'apprentissage peuvent sacrifier un temps précieux. » ? Berhane Gebru, Réseau d'information sur la santé en Ouganda, Réseau d'information sur la santé en Mozambique, Systèmes mobiles d'information sur la santé (Afrique du Sud)
« Dans le projet K4Health Malawi, nous avons donné des téléphones à plus de 600 agents de santé communautaires (ASC). Pour beaucoup, c'était la première fois qu'ils étaient en possession d'un téléphone, donc nous avons prévu une formation d'une journée pour aider les ASC à se familiariser avec leur nouvel appareil. Initialement, nous pensions qu'un atelier d'une journée serait suffisant. Mais nous avons vite compris que la formation et l'accompagnement n'étaient pas suffisants, parce que les ASC avaient du mal avec l'utilisation basique des SMS. Nous avons fini par organiser une série de formations, de sensibilisations et de perfectionnements. Par exemple, nous appelions les ASC régulièrement pour vérifier et demander comment ça se passait. Les téléphones n'étaient utiles que si les ASC comprenaient comment les utiliser au mieux, et cela a nécessité une assistance continue pour garantir la réussite du programme. ? Natalie Campbell, Management Sciences for Health (MSH), The Knowledge for Health (K4Health) Projet pilote Malawi.
Collecte, suivi et évaluation des données
Comme dans toutes les interventions sanitaires, les
responsables de mise en ?uvre mHealth doivent consigner les processus de planification et de mise en ?uvre, y compris les principales décisions qui ont été prises. Ils doivent également démontrer des résultats positifs et mesurables, notamment l'impact sur les résultats de santé et les systèmes de santé. Élaborer et incorporer une forte stratégie de suivi et d'évaluation (S&E) pour le projet dès son commencement, en collaboration avec les partenaires, permet non seulement de garantir un soutien durable des parties prenantes et des bailleurs de fonds, mais également de renforcer l'ensemble de preuves concernant mHealth.
Pour cela, les personnes qui planifient la stratégie S&E doivent accéder aux informations à jour sur l'état des preuves concernant mHealth, notamment où se situent les lacunes en matière d'information et quels sont les indicateurs de réussite. Pour cela, vous pouvez utiliser la base de données de mHealth (mHealth Evidence Database) , qui contient les publications à comité de lecture et la littérature grise issue de milieux à revenus élevés, moyens et faibles concernant l'efficacité de mHealth, son rapport coût-efficacité et l'efficience du programme.
Dans les pages suivantes de ce guide, nous allons :
examiner les défis spécifiques au suivi et à l'évaluation de mHealth ;donner des conseils pour la conception du S&E dans votre programme mHealth ;présenter un exemple de stratégie qualitative pour la recherche et l'évaluation de mHealth.
En outre, les outils de planification mHealth proposés dans ce guide, qui incluent un tableau de planification, une trame de modèle logique et une feuille de travail pour les décisions technologique, peuvent vous aider à suivre les décisions clés, les activités planifiées et les résultats attendus de votre solution mHealth et à conserver une trace des principales
étapes de vos processus de planification et de mise en ?uvre.
POINTS IMPORTANTS
Comment les processus de planification et de mise en ?uvre mHealth, notamment les décisions clés et leur justification, seront-ils consignés ?À quelle fréquence la documentation de ces processus sera-t-elle analysée de façon à évaluer les travaux de mise en ?uvre du programme ?Quels indicateurs seront utilisés pour mesurer les résultats en matière de santé ? Quels indicateurs seront utilisés pour mesurer la réussite du programme en d'autres termes, par exemple en termes de réduction des coûts ?Les indicateurs S&E du projet répondent-ils aux exigences des parties prenantes et des bailleurs de fonds en matière de preuve et de rapports ?S'il y en a, quels indicateurs mHealth normalisés ont été incorporés dans le plan S&E ?Les données générées par la plateforme technologique pourront-elles être utilisées pour les évaluations et les rapports ?Le modèle d'évaluation proposé est-il réalisable et adapté compte tenu des ressources disponibles ?Un système a-t-il été mis en place pour mesurer le coût financier de la mise en ?uvre et analyser le rapport coût-bénéfice ?Comment les informations et les commentaires générés par le S&E seront-ils incorporés dans la conception et la mise en ?uvre du programme de façon continue ?Y a-t-il dans l'équipe le personnel nécessaire pour mettre en ?uvre le plan S&E ?
CE QUE DISENT LES EXPERTS
« [En tant que responsable du projet], j'étais inscrit au système. Je savais que les messages arrivaient à peu près à 14h00 tous les jours. Un weekend, j'ai remarqué que je n'avais toujours pas reçu le message à 20h00. J'ai appelé mon équipe et notre partenaire technologique. Ils ont constaté qu'un groupe de 35 femmes n'avaient pas reçu les messages ce jour-là. Notre partenaire technologique a alors réglé le problème en renvoyant ces messages. Nous avons réalisé qu'un suivi rigoureux était nécessaire pour lutter contre ce type de problèmes, et nous avons par conséquent ajouté un élément de données permettant de générer un rapport de situation. » Priya Jha, Institut pour la santé reproductive de l'Université de Georgetown, CycleTel, Inde
Défis spécifiques au suivi et à l'évaluation de mHealth
Le suivi et l'évaluation du processus et de l'impact de toute intervention sanitaire présente des difficultés, mais il y a plusieurs facteurs spécifiques à prendre en compte lorsqu'on planifie la S&E d'un programme mHealth.
Indicateurs - comment mesurer l'impact ? Il importe de se souvenir que les interventions mHealth ne sont pas des projets autonomes, mais plutôt des technologies qui améliorent des programmes plus vastes. Comme l'illustre le tableau 2 certains indicateurs utilisés pour mesurer l'impact d'une intervention mHealth seront les mêmes que ceux utilisés pour le programme au sens large.
Structure de l'évaluation - qu'est-ce qui est faisable ? Bien qu'ils soient considérés comme la référence des preuves, les essais randomisés contrôlés ne sont souvent pas réalisables pour l'évaluation des interventions mHealth en raison des contraintes de temps et de budget, et du fait qu'une fois lancé, le service est à la disposition de quiconque possède un téléphone portable dans le pays. Étant donnés les changements constants propres à la technologie et à l'infrastructure, des méthodes de recherche innovantes sont nécessaires pour évaluer le processus et mesurer l'impact de la mise en ?uvre mHealth.
Délais et intégration des rétroactions - quel est le bon équilibre ? La collecte des données doit débuter tôt dans le processus de planification afin de veiller à ce que les décisions fondamentales et les mesures prises soient documentées dès le début du projet. Le suivi de ces éléments du processus de planification et de mise en ?uvre permettront non seulement d'éclairer les démarches futures pour la mise a l'échelle ou la duplication du programme, mais vous aideront également à comprendre ce qui a fonctionné et ce qui n'a pas fonctionné dans l'intervention mHealth, et pourquoi. Il est indispensable de collecter et d'incorporer le feedback des utilisateurs finaux concernant l'acceptabilité et la convivialité de l'application avant son lancement et de manière continue une fois le programme en vigueur. Ceci étant dit, l'équipe de planification et de mise en ?uvre doit trouver le bon équilibre entre la nécessité d'améliorer l'application mHealth et le processus de mise en ?uvre sur la base de feedback des utilisateurs et la nécessité d'avancer dans le projet. Établir les délais et les limites pour la réception des commentaires et tempérer les espoirs quant aux modifications et à l'évolution des capacités de la solution permettront d'éviter les retards et les différends.
Surcharge de données - comment gérer ? En outre, comme mentionné par ailleurs dans
ce guide, les plateformes technologiques sur lesquelles opèrent les solutions mHealth offrent souvent la possibilité de collecter des données en temps réel. Cela signifie que chaque interaction entre la technologie et l'utilisateur final peut être enregistrée. Pour éviter la surcharge de données, l'équipe du projet mHealth doit déterminer quels types de données il faut suivre et évaluer et à quelle fréquence.
CE QUE DISENT LES EXPERTS
« Observez les indicateurs utilisés par le service de santé, et utilisez les mêmes indicateurs. » ? Isaac Holeman, Medic Mobile
« Si vous posez trop de questions [par SMS], les gens arrêtent de répondre. Nous avons déterminé que le bon chiffre était de quatre questions. Au-delà, le nombre de répondants diminuait à chaque question. » - Bhupendra Sheoran, YTH (anciennement ISIS), SexInfo and The Hookup, États-Unis
Conception du S&E dans les programmes mHealth
Afin de suivre et d?évaluer efficacement une intervention mHealth, utilisez les méthodologies de recherche qualitative et quantitative. Pendant le développement de l'application mHealth, déterminez si la plateforme permet de collecter des données, et comment, dans quel format, et à quelle fréquence (reportez-vous à la conception de la technologie dans la rubrique conception et test de la solution pour connaître les points importants). En dehors des données d'utilisation électronique qui peuvent être collectées en temps réel, envisagez de contacter les utilisateurs finaux sur leurs appareils mobiles pour leur poser des questions d'enquête (voir l'exemple d'étude de cas m4RH). Une fois que vous avez une idée du type de collecte de donnée qu'il est possible de mettre en place dans le service ou l'outil mHealth, vous pourrez concevoir d'autres
techniques qualitatives et quantitatives dans votre plan S&E.
Outre la collecte et l'analyse des données de S&E concernant le processus et les résultats de l'intervention mHealth, les données relatives aux coûts doivent également être suivies et étudiées afin de déterminer si la solution mHealth présente un bon rapport coût-efficacité et doit être mise à l'échelle. S'il est intéressant de mettre à l'échelle l'intervention, les parties prenantes et les financeurs voudront connaître les coûts initiaux du déploiement du programme, ainsi que les économies potentielles - pour le programme sanitaire en question et pour le système de santé au sens large - d'une exploitation du programme à grande échelle.
Le tableau 2 résume les éléments significatifs du programme qui méritent un suivi et une évaluation et donne des exemples d'indicateurs pour chacun de ces éléments. Les indicateurs en caractères gras peuvent potentiellement être mesurés à l'aide des données générées par la plateforme mobile du programme.
Tableau 2. Éléments de programme et exemples d'indicateurs pour le suivi et l'évaluation
Vous trouverez des conseils sur le développement de plans nationaux de S&E dans le document suivant : Mobile Alliance for Maternal Action (MAMA) Global Monitoring and Evaluation Framework (cadre de suivi et d'évaluation de MAMA à l'international - disponible en anglais uniquement). Ce cadre MAMA traite essentiellement du suivi et des rapports relatifs aux
progrès lors de la mise en ?uvre de programmes de messagerie mobile à destination des mères, mais les informations de ce document peuvent également être utiles à d'autres types de programmes mHealth.
Les étapes de recherche et d'évaluation lors d'une intervention mHealth
Un groupe d'experts mHealth de Nouvelle-Zélande a établi et mis en ?uvre un processus pour la conception, la mise à l'essai et l'évaluation des intervention mHealth, qu'ils décrivent en détail dans leur publication A Development and Evaluation Process for mHealth Interventions: Examples from New Zealand (Processus d'élaboration et d'évaluation des interventions mHealth : exemples en Nouvelle-Zélande). Le tableau 3 résume les étapes de recherche et d'évaluation suivies par les auteurs pour une intervention mHealth. Même s'il n'est pas toujours possible de respecter toutes ces étapes pour toutes les interventions mHealth, ce tableau donne l'exemple d'une stratégie de recherche mHealth de grande qualité, en insistant sur le suivi et évaluation dans les dernières étapes. Ce tableau offre des exemples de mesures utiles pour chaque activité de recherche.
Tableau 3. Résumé des étapes de recherche et d'évaluation lors du développement d'une intervention mHealth
(Source : Whittaker R, Merry S, Dorey E, Maddison R. A development and evaluation process for mHealth interventions: Examples from New Zealand. Journal of Health Communication: International Perspectives. 2012; 17 Suppl 1:11-21.)
Mise à l'échelle
Il n'est pas toujours judicieux de mettre à l'échelle
chaque projet mHealth - les petits déploiements servent souvent une fonction à court terme. Toutefois, certains projets mHealth peuvent avoir un impact social considérable s'ils sont mis à l'échelle. Cette rubrique du guide résume les meilleures pratiques permettant d'assurer l'évolutivité, en mettant l'accent sur les neuf meilleures pratiques pour assurer l'évolutivité d'un projet mHealth, issues d'études de cas et d'entretiens avec des experts. La plupart de ces pratiques sont examinées en détail tout au long de ce guide, et sont résumées sur la page ci-après.
En novembre 2013, le groupe de travail mHealth a organisé une réunion sur le thème de la mise à l'échelle des projets mHealth. Les présentations, faites par JSI et la Banque Mondiale, sont disponibles au téléchargement et fournissent des réflexions sur la mise à l'échelle illustrées par des études de cas de cStock et du Programme Mwana.
POINTS IMPORTANTS
Les points importants de la mise à l'échelle qui sont pour la plupart examinés ailleurs dans ce
guide, sont décrits ci-dessous. Certaines de ces questions ont été adaptées de l'article d'Expandnet Beginning with the end in mind: Planning pilot projects and other programmatic research for successful scaling up (Démarrer avec la finalité en tête : planifier les projets pilotes et autres recherches programmatiques pour une mise à l'échelle réussie), qui propose une liste de vérification pour évaluer l'évolutivité d'un projet pilote. D'autres ont été adaptées de l'article Applying a framework for assessing the health system challenges to scaling up mHealth in South Africa (Application d'un cadre pour évaluer les problèmes d'un système de santé pour déployer mHealth en Afrique du Sud). (Les références complètes sont indiquées en bas de page).
Faisabilité de la solution mHealth
La solution mHelath résout-elle de manière efficace et efficiente un problème de santé ou de prestation de service persistant, et est-elle réalisable dans le contexte dans lequel elle sera déployée ?
La solution mHealth intègre-t-elle les facteurs communautaires, culturels, linguistiques, sexospécifiques, institutionnels et autres qui pourraient favoriser ou entraver la mise à l'échelle, et quels ajustements seront nécessaires pour adapter le programme à de nouveaux contextes ?
La solution mHealth a-t-elle été testée dans le type de contextes socioculturels, géographiques et institutionnels dans lesquels elle va être reproduite ?
Le plan de mise en ?uvre permet-il suffisamment de flexibilité pour incorporer de nouvelles connaissances, les leçons apprises et les développements technologiques dans le processus si nécessaire ? Par exemple, l'application mHealth peut-elle être adaptée à la réalité technologique en constante évolution ?
Comment les types de données spécifiques du S&E que vous prévoyez de collecter éclairent-ils la décision de mettre à l'échelle ou non le programme ?
Existe-t-il des preuves que la solution mHealth présente un bon rapport coût-efficacité ?
Soutien à la mise à l'échelle au niveau des systèmes
Les dirigeants réfléchissent-ils de manière stratégique à la place de mHealth dans le système de santé, favorisant ainsi une culture de soutien, et sont-ils prêts à attribuer les ressources nécessaires pour la mise à l'échelle ?
La solution mHealth est-elle intégrée dans les systèmes existants ? Existe-t-il des normes claires et universelles d'utilisation, d'interopérabilité et de confidentialité et de sécurité qui
peuvent être appliquées à grande échelle ?
Une stratégie a-t-elle été élaborée pour plaider en faveur des changements nécessaires en matière de politique, de réglementation et de procédures afin d'institutionnaliser la solution mHealth ?
Le programme mHealth a-t-il accès de manière durable à des ressources humaines et financières et le système de santé a-t-il la capacité de mettre en ?uvre la solution à plus grande échelle ?
Les partenaires technologiques locaux existants ont-ils la capacité de se conformer aux exigences technologiques d'une mise à l'échelle du programme ?
Bénéfices de la mise à l'échelle
Si la solution mHealth est proposée à grande échelle, quels sont les effets coût-efficacité possibles ? En d'autres termes, quelles réductions ou augmentations de coûts auraient lieu à plus grande échelle ?
Comment le programme mHealth pourrait-il contribuer à d'autres problèmes de santé et/ou de développement, ainsi qu'aux objectifs mHealth plus vastes au niveau national ?
______________________________________________________________________________________________
Références
Beginning with the end in mind: Planning pilot projects and other programmatic research for successful scaling up. Organisation mondiale de la santé (OMS). http://whqlibdoc.who.int/hq/1997/WHO_PHARM_S_NOM_1570.pdf?ua=1. 2011.
Lemaire J. Scaling up Mobile Health: Elements Necessary for the Successful Scale-up of mHealth in Developing Countries. Advanced Development for Africa et Actevis Consulting Group. 2011.
Leon N, Schneider H, Daviad E. Applying a framework for assessing the health system challenges to scaling up mHealth in South Africa. BMC Medical Informatics and Decision Making. 2012;12;123.
Neuf éléments pour une mise à l'échelle réussie
Les auteurs de Scaling up mobile health:
elements necessary for the successful scale-up of mHealth in developing countries (Mettre à l''échelle les systèmes de santé par les mobiles : éléments nécessaires à la réussite de la mise à l'échelle de mHealth dans les pays en voie de développement - un rapport commandé par Advanced Development for Africa, Actevis Consulting Group) identifie neuf meilleures pratiques, issues d'études de cas et d'entretiens avec les experts, pour assurer l'évolutivité d'un projet mHealth. La plupart de ces pratiques sont examinées en détail tout au long de ce guide, et sont résumées ici :
1. Tenez compte de la durabilité et de l'évolutivité du programme dès le début. Assurez-vous que le matériel et les logiciels sélectionnés pour le programme pilote peuvent être utilisés à plus grande échelle. Formulez un plan de financement sur le long terme. Suivez et évaluez le processus et les résultats de l'intervention de manière continue.
2. Évaluez les besoins et les demandes de la population cible et assurez-vous de comprendre les priorités sanitaires locales, ainsi que le paysage technologique, politique et programmatique local. Puis, planifiez et concevez l'intervention en gardant à l'esprit les conditions locales, l'environnement, les parties prenantes et les obstacles.
3. Identifiez les initiatives mHealth similaires existantes. Plutôt que de reproduire un travail qui a déjà été fait, collaborez avec d'autres organisations qui cherchent à atteindre des objectifs semblables. Établissez des liens avec d'autres programmes mHealth afin de tirer des leçons de leurs réussites et de leurs échecs. Tirer profit des connaissances et des plateformes existantes permettra d'améliorer l'efficacité de votre programme et d'attirer des soutiens financiers et des partenariats pour la mise à l'échelle.
4. Éduquez et impliquez les utilisateurs finaux et les bénéficiaires cibles tout au long du processus de développement mHealth afin de favoriser l'adhésion. Ces parties prenantes peuvent inclure les leaders communautaires et traditionnels, les agents de santé communautaires et les membres de la communauté. Encouragez les parties prenantes locales à assumer des rôles de premier plan dans le développement de la solution mHealth.
5. Veillez à ce que le programme mHealth soit en phase avec les priorités sanitaires locales et nationales, et qu'il soit compatible avec les systèmes d'information de santé existants. Si le projet pilote est un succès, il sera plus simple de justifier l'intégration du programme dans le système de santé national.
6. Prenez des mesures pour favoriser l'adhésion du gouvernement, des communautés, et des systèmes de santé locaux dès le début du processus de planification. Impliquez toutes les parties prenantes dans le processus de planification et de prise de décision dès le début. Rencontrez autant de responsables gouvernementaux, d'organisations communautaires et de leaders locaux que possible. Suivez et évaluez systématiquement le processus et les résultats pour montrer aux parties prenantes les coûts, les bénéfices et les autres impacts du programme.
7. Travaillez en étroite collaboration avec les partenaires de mise en ?uvre locaux. Cela permettra de garantir un contenu et un format conviviaux et accessibles aux bénéficiaires cibles. Les partenaires locaux peuvent vous aider à incorporer la langue, les valeurs et les thèmes locaux dans votre solution mHealth et à vous assurer que les formations et les initiatives de marketing social répondent de manière adéquate aux besoins locaux d'informations.
8. Formez des partenariats stratégiques pour soutenir la mise à l'échelle. Les partenaires peuvent inclure, par exemple, et sans s'y restreindre, les opérateurs de réseau mobile, les entreprises technologiques, les ministères de la santé, les entreprises de produits pharmaceutiques ou autres biens de consommation.
9. Suivez et évaluez de manière continue et systématique l'intervention mHealth pour en apprécier l'impact et identifier les ajustements nécessaires. Utilisez des indicateurs significatifs et mesurables qui permettront de décider de façon éclairée s'il faut ou non mettre à l'échelle le programme. Vérifiez qu'il y a suffisamment de flexibilité dans votre processus de mise en ?uvre pour permettre au programme de s'adapter aux nécessités de changement, aux difficultés de mise en ?uvre, aux réalités technologiques et aux autres problèmes révélés par les données de suivi et d'évaluation (S&E).
Durabilité
Tout comme la mise à l'échelle, la durabilité doit faire partie des préoccupations dès le début du processus de planification mHealth. Étant donné que le domaine de mHealth manque encore de maturité, de nombreux programmes comptent encore beaucoup sur le financement des bailleurs de fonds pour le démarrage et sur le long terme. Les financements du Ministère de la Santé (MdS) et du secteur privé ont permis de financer de nombreuses initiatives, et les modèles de financement par consortiums sont assez fréquents pour le déploiement de mHealth. Il y a moins de documentation sur les programmes autofinancés, mais ils existent également. Cette rubrique du guide vous aidera à réfléchir aux questions de durabilité en examinant les points suivants :
Risques pour la durabilité
Un cadre de durabilité
Moteurs de durabilité
Durabilité financière
POINTS IMPORTANTS
Comment les coûts de mise en ?uvre seront-ils suivis et utilisés pour estimer les coûts de la mise à l'échelle et les économies éventuelles du programme ?
Les coûts de fonctionnement à long terme sont-ils pris en compte dans les décisions précoces du projet, par exemple lorsqu'on décide quel type de logiciel utiliser ?
Quelles mesures, le cas échéant, seront prises par l'équipe de mise en ?uvre pour renforcer la capacité locale à offrir des services mHealth et à développer, entretenir et mettre à jour les systèmes mHealth ?
Quel est le plan de financement pour soutenir le projet dans la durée ?
Existe-t-il un modèle potentiel de génération de revenus pour soutenir le service ? À quoi ressemble-t-il ?
Les utilisateurs finaux vont-ils partager les coûts de l'application mHealth ? Pourquoi ?
Quel est le modèle économique du programme, le cas échéant ?
Comment le projet peut-il obtenir l'expertise et le soutien des partenaires technologiques internationaux ou d'autres partenaires commerciaux susceptibles d'offrir un soutien à long terme ? Existe-t-il des occasions de tirer parti de l'expertise offerte ?
CE QUE DISENT LES EXPERTS
« Nous avons travaillé avec une firme d'experts-conseil en affaires pour développer un modèle économique [pour CycleTel?], et cela a permis à IRH d'exposer nos besoins financiers pour atteindre l'échelle souhaitée (1 million d'utilisateurs) et l'autonomie en Inde sur une période de 5 années. Sans un modèle économique pour confirmer nos "demandes", il était difficile d'avancer des chiffres précis pour solliciter des financements à un stade précoce du processus de développement. L'analyse de rentabilité est utile, mais il ne faut pas oublier qu'elle s'appuie sur des hypothèses, et si vous modifiez l'une des hypothèses, cela affectera ce que vous êtes en mesure d'accomplir. » Priya Jha, Institut pour la santé reproductive de l'Université de Georgetown, CycleTel, Inde
______________________________________________________________________________________________________________________________
Références
Lemaire J. Scaling up Mobile Health: Elements Necessary for the Successful Scale-up of mHealth in Developing Countries. Advanced Development for Africa et Actevis Consulting Group. 2011.
Sarriot E, Ricca J, Yourkavitch J, Ryan L, and the Sustained Health Outcomes (SHOUT) Group. Taking the Long View: A Practical Guide to Sustainability Planning and Measurement in Community-Oriented Health Programming. Calverton, MD: Macro International Inc. 2008.
Sustainable Financing for Mobile Health (mHealth): Options and opportunities for mHealth financial models in low and middle-income countries. mHealth Alliance et Vital Wave Consulting. 2013.
Risques pour la durabilité
Même avec une solide planification, il existe des obstacles à la durabilité :
Les calendriers des bailleurs de fonds pour la présentation des propositions et la durée du projet peuvent limiter le temps dont dispose l'équipe de planification pour faire des recherches et inclure les éléments de durabilité dans la conception du programme.Certains projets se sentent contraints d'innover, ce qui a donné lieu à de nombreux projets pilote qui manquent d'interopérabilité avec les programmes existants et qui ne parviennent pas à se poursuivre ou à se développer.Bien que l'objectif d'un pilote soit de produire des preuves pour déterminer si la mise à l'échelle est faisable et adapté, trop souvent, les fonds sont épuisés avant la mise à l'échelle de l'intervention - même s'il a été démontré que l'intervention présentait un bon rapport coût-efficacité et était profitable à la communauté.Si le projet est mis à l'échelle, la volonté de garantir sa durabilité en peu de temps est en contradiction avec le coût de mHealth, qui, à court terme, peut se montrer plus élevé que d'autres interventions de santé publique plus traditionnelles.
Les pages suivantes de la rubrique Durabilité vous aideront à explorer et à surmonter ces difficultés, et d'autres, afin de vous assurer que vous pourrez poursuivre votre projet après la phase pilote si vous le souhaitez.
Cadre de durabilité
ICF Macro a élaboré un cadre de durabilité qui peut servir de guide pour planifier la durabilité d'un programme mHealth destiné à être intégré dans le système de santé publique. Ce cadre englobe six composantes essentielles d'un programme de santé durable.
1. Les résultats sur la santé. Les résultats sur la santé de la population peuvent être utilisés pour mesurer l'effet de l'intervention mHealth.
2. L'accès aux prestations de services de santé, et qualité de ces services. Avec quelle efficacité les services mHealth sont-ils fournis aux bénéficiaires cibles ? (Dans une certaine mesure, cela dépendra de la manière dont les établissements de santé et les agents de santé sont équipés pour dispenser ces services).
3. Capacité et viabilité du bureau de district du Ministère de la Santé (MdS).Quelle est la capacité du MdS à fournir une assistance institutionnelle pour la prestation de services mHealth ?
4. Capacité et viabilité des partenaires ONG locaux. Quelle est la capacité des partenaires locaux à soutenir les activités de création de la demande dans la communauté et le comportement des ménages lié aux résultats de santé souhaités du programme ? Pour les composantes 3 et 4, à la fois capacité organisationnelle (dirigeants et gouvernance, gestion financière, ressources humaine et performance organisationnelle) et viabilité organisationnelle (stabilité financière, force managériale et accès aux connaissances technique et à la formation continue).
5. Capacités communautaires. La communauté ne doit pas uniquement demander les services mHealth, elle doit également adopter les comportements sanitaires souhaités correspondants comme le respect des instructions de traitement, l'utilisation de la planification familiale, l'allaitement au sein, ou toute activité liée à mHealth. Pour que l'intervention mHealth soit efficace, les bénéficiaires cibles doivent être en mesure de prendre des décisions concernant leur propre santé, posséder des connaissances sur les
comportements de santé, être ouverts aux nouvelles informations, et avoir accès à toutes les ressources nécessaires pour participer à l'intervention mHealth ou pour modifier les comportements de santé en conséquence.
6. Environnement favorable. De nombreuses variables environnementales peuvent faciliter ou entraver l'impact de l'intervention mHealth. Le programme mHealth doit prendre en compte le contexte local, y compris les facteurs culturels, politiques, environnementaux, sociaux, financiers, éducationnels, sexospécifiques et autres.
Moteurs de durabilité
Un certain nombre de moteurs favorisent la durabilité d'un projet, qui sont pour la plupart abordés dans la partie mise à l'échelle de ce guide. Il peut s'agir de travailler en étroite collaboration avec le Ministère de la Santé (MdS) et les partenaires du secteur privé dès le début du processus pour favoriser l'adhésion de ceux qui peuvent fournir des ressources financières, humaines et technologiques sur le long terme.
En outre, suivre les coûts initiaux et récurrents du programme et estimer le coût de la mise à l'échelle est essentiel à la fois pour mettre en évidence les économies potentielles et pour obtenir les investissements du gouvernement et du secteur privé dans mHealth. Comprendre le coût total de possession (CTP) du projet?ensemble des coûts directs et indirects, y compris le coût social et le coût de renonciation, de l'application mHealth. Une compréhension approfondie du CTP peut éclairer les décisions concernant les partenariats, les subventions et les autres options de financement. Dimagi a mis au point un modèle de CTP très utile, contenu dans ce guide, à destination des utilisateurs CommCare. Il peut être adapté pour être utilisé par d'autres programmes mHealth également.
Des décisions apparemment évidentes prises à un stade précoce - par exemple quel appareil mobile est utilisé - ont un impact considérable sur la participation au programme, sa structure de
coûts et la durabilité de sa réussite. Voici quelques exemples des moteurs possibles de l'évolutivité et de la durabilité de mHealth qui sont définis à un stade précoce du projet :
Les SMS sont-ils plus coûteux qu'Internet dans le contexte du programme ?
Les utilisateurs ont-ils une réception mobile fiable ?
Existe-t-il un « service d'assistance » local, ou un autre système d'aide pour les dépannages et l'entretien des logiciels et du matériel, et dans quelle mesure les coûts de fonctionnement de ce service d'assistance vont-ils modifier le volume d'utilisateurs ?
Est-ce que le fait d'entretenir des partenariats avec des acteurs technologiques locaux va entraîner une stabilité à long terme en favorisant l'appropriation locale et la capacité à surveiller et à entretenir la technologie dans la durée ?
Le fait d'exploiter une plateforme open source, une plateforme achetée, une plateforme sous licence propriétaire ou une plateforme personnalisée est-il plus efficace sur le long terme ?
D'autres moteurs d'amélioration de la durabilité comprennent la capacité à se montrer honnête par rapport à ce qui ne fonctionne pas, la capacité à apprendre de ces échecset la souplesse d'adapter le programme mHealth en conséquence. Un solide système de suivi et évaluation (S&E) permettra non seulement de faciliter la documentation des réussites et des échecs du processus, mais aidera également l'équipe de mise en ?uvre à exprimer la valeur et les bénéfices du programme à diverses catégories de parties prenantes. S'il est démontré que le programme mHealth présente un bon rapport coût-efficacité et a un impact positif sur la santé et sur d'autres résultats, il y a matière à maintenir les financements et à mettre à l'échelle le programme.
Viabilité financière
Souvent, les responsables de la mise en ?uvre de mHealth doivent décider s'il faut fournir gratuitement l'équipement ou le service en lui-même aux utilisateurs finaux. Certains experts préconisent que les utilisateurs finaux accèdent aux programmes depuis leur propre équipement mobile et payent la communication comme ils le feraient pour d'autres services. Cela permet de s'assurer que les utilisateurs finaux connaissent déjà l'équipement mobile et s'efforcent de le garder. Souvent, les utilisateurs finaux accordent une plus grande valeur à un service s'ils doivent le payer.
D'autres experts pensent que pour optimiser l'adoption et l'accès au programme mHealth, l'équipement et les coûts de fonctionnement associés doivent être subventionnés ou fournis gratuitement. Il est important de prendre en compte les répercussions de ces options sur la viabilité à long terme du projet. Le subventionnement de l'équipement et des frais est peut-être faisable pour un petit projet pilote, mais il peut ne plus être réalisable une fois le projet mise à l'échelle. D'un autre côté, demander aux utilisateurs finaux de payer pour une nouvelle technologie risque de limiter sa portée et son utilisation.
Un sondage de 2012 réalisé auprès de 1 798 répondants issus de pays développés et émergents a évalué leur propension à payer pour les services mHealth. Ce sondage a révélé que les utilisateurs des pays à revenus faibles et intermédiaires étaient généralement plus disposés à payer pour les services mHealth que les utilisateurs des pays à revenus élevés. Dans les pays à revenus faibles et intermédiaires, 27 pour cent des utilisateurs étaient prêts à payer jusqu'à 1 $ (USD) par an, 33 pour cent des utilisateurs étaient prêts à payer entre 1 et 5 $ (USD) par an et 20 pour cent des utilisateurs étaient prêts à payer plus de 5 $ (USD) par an pour bénéficier des services mHealth (les 20 pour cent restants n'étaient pas disposés à payer). Ces résultats indiquent que les services mHealth seraient en mesure de générer leur propre source de revenus durables.
Le rapport m-Enabled Inclusive Business Models: Applications for Health (modèles économiques inclusifs s?appuyant sur les mobiles : applications dans le domaine de la santé) partage plusieurs études de cas utilisant les mobiles qui présentent des modèles économiques commercialement viables pour servir les communautés à revenus faibles et intermédiaires. Ce rapport permet de mieux comprendre comment servir les populations à faibles revenus de manière à couvrir les frais du programme et à avoir une portée significative, en mettant l'accent sur les meilleures pratiques et en partageant les principes des modèles économiques qui permettent un impact durable avec les bailleurs de fonds et les autres.
Dans une autre publication récente, Sustainable Financing for mHealth (Financement durable pour mHealth), l'Alliance mHealth et Vital Wave Consulting identifient sept facteurs essentiels de réussite pour garantir la viabilité financière des applications mHealth (dont plusieurs recoupent des sujets déjà abordés dans ce guide) :
1. Connaître les parties prenantes. Pour chaque partie prenante, examinez la taille de l'organisation, si elle fait partie du secteur public ou du secteur privé, s'il s'agit d'une organisation locale ou internationale, s'il s'agit d'un nouveau client ou d'un client régulier et si elle fonctionne à court terme ou à longterme. Ces facteurs détermineront les types de données et de preuve qui vont attirer un partenaire dans le projet et feront la lumière sur les formes de soutien que peut apporter ce partenaire.
2. Garantir une proposition de valeur pour toutes les parties prenantes. En d'autres termes, comprendre et exprimer les avantages qui vont attirer chacun des partenaires - quels sont les avantages pour eux ?
3. Planifier un soutien économique à long terme. Anticipez votre source de financement non seulement pour l'étape pilote, mais aussi pour les itérations futures du projet. Qui paie pour ce service - un bailleur de fonds, le ministère, un partenaire du
secteur privé ou l'utilisateur final ?
4. Localiser le modèle économique. Un modèle de programme qui fonctionne bien dans une région peut nécessiter des adaptations pour réussir dans un contexte différent.
5. Planifier le renforcement des capacités, y compris le S&E. Avoir un plan solide de renforcement des capacités atténuera les craintes des investisseurs potentiels concernant un manque de ressources financières, humaines, temporelles ou autres pour mHealth. Un S&E continu aidera le projet à prouver l'impact sur la santé, les réductions de coûts, l'efficacité du programme et le retour sur investissement pour les partenaires potentiels.
6. Rester simple. Notamment lorsqu'on collabore avec plusieurs partenaires, limiter la participation de ces partenaires à leurs compétences fondamentales permet de réduire le risque de conflit d'intérêt.
7. Comprendre les besoins spécifiques en financement des différents types d'application mHealth. Le type d'application mHealth et le stade évolutif de l'intervention mHealth détermineront la nécessité de financement - il peut s'agir de « capitaux de démarrage » pour soutenir le lancement, d'un financement visant à combler les lacunes pour aider au processus de mise à l'échelle, ou d'un financement « d'échelle » pour soutenir les opérations existantes à grande échelle.
CE QUE DISENT LES EXPERTS
« L'approche de [financement du] développement pose le problème des cycles. Les cycles de subvention sur 3 à 5 ans imposent une rotation régulière du personnel et des structures de financement. Il est possible d'y remédier par une importante participation des partenaires à long terme (par exemple, essayez de convaincre le MdS de recruter du personnel pour soutenir les programmes mHealth). » - Isaac Holeman, Medic Mobile
Les outils du guide de planification mHealth
Étant donné que ce guide a pour but de vous aider à élaborer un plan solide pour votre activité mHealth, nous fournissons quatre outils pour soutenir votre processus de planification. Nous vous recommandons de télécharger et d'imprimer ces outils afin de les avoir à disposition lorsque que vous parcourez le Guide. Cliquez sur l'image ci-dessous pour télécharger un fichier zip contenant les versions PDF, PowerPoint ou Word de tous les outils de planification mHealth de notre collection.
Le Tableau de planification (PDF, PPT) vous permet de visualiser les principales composantes de votre processus de planification, en présentant tous les sujets traités dans ce guide sur une page. La feuille de travail illustre la manière dont les composantes du projet sont des éléments interconnectés d'une stratégie complète. Votre plan ne tiendra certainement pas sur une page, mais vous pouvez utiliser ce modèle pour prendre des notes pendant que vous parcourez le guide ou comme modèle pour une séance de stratégie avec tableau blanc. Le processus de planification est itératif par nature et s'appuie sur plusieurs séries d'intégration des commentaires utilisateurs, de développement des partenariats, de mise au point du contenu, entre autres, avant de pouvoir atteindre l'échelle et la durabilité requises. Vous pouvez utiliser le Tableau de planification pour enregistrer toutes les modifications et/ou avancées majeures dans votre plan. Vous noterez qu'il y a une case en haut à droite de la feuille de travail ; vous pourrez y indiquer la date et le numéro de version du tableau sur lequel vous travaillez.
Les Points importants ont pour but de vous aider à réfléchir aux questions essentielles qu'il faut se poser pendant la conception d'une solution mHealth et la planification de la mise en ?uvre. Vous noterez que des points importants sont formulés tout au long de ce guide. Pour une plus grande facilité d'utilisation, ces points sont réunis en trois documents PDF (un pour chaque phase de planification traitée dans ce guide) que vous pouvez télécharger et utiliser comme listes de vérification ou feuille de travail pour vous accompagner dans le processus de planification et de développement de mHealth. Les points importants doivent être utilisés pour remplir le tableau de planification et sont conçus pour aider des manières suivantes :
o Élaboration du concept : les facteurs à prendre en compte lors de la planification initiale et du développement du concept aideront les planificateurs des programmes sanitaires à mieux évaluer s'ils ont besoin ou non de la solution mHealth. mHealth est-il l'outil adapté pour s'attaquer à un défi sanitaire donné ?
o Conception et mise à l'essai de la solution : ces facteurs à prendre en compte aideront les développeurs et les responsables de la mise en ?uvre du programme à concevoir et à tester les caractéristiques de la technologie et le contenu de la solution mHealth.
o Planification de la mise en ?uvre : les points explorés dans cette partie du guide vous aideront à mieux comprendre le processus de mise en ?uvre mHealth. Quels éléments doivent être en place pour garantir la réussite du programme ?
La trame de modèle logique (PDF, PPT), introduite dans la rubrique Élaboration du concept du guide, vous aidera à formuler l'objet de votre programme et à lier les activités aux productions, résultats et impacts prévus.
La Feuille de travail pour les décisions technologiques (PDF, Word), abordée dans la
rubrique Conception et mise à l'essai de la solution de ce guide vous aidera à créer un document qui reflète vos exigences technologiques. Ce document guidera à terme le processus de développement de la technologie, qu'il soit créé en interne ou avec une expertise externe.
La matrice des publications comprend des articles clés mHealth, études de cas, des cadres, des rapports, des mémoires, des synthèses de recherche, et d'autres matériaux pour la planification mHealth. Ces ressources illustrent des différentes stratégies pour la conception et la mise en ?uvre des programmes mHealth réussis, et beaucoup de ces publications incluent des résultats du programme d'importantes leçons apprises.
Pour avoir une liste des outils, guides et manuels utiles élaborés par d'autres organisations qui concernent la planification mHealth, veuillez vous rendre à la page Outils et guides.
Ressources
mHealthKnowledge.org est un répertoire des principales ressources mHealth pour les responsables de la planification et de la mise en ?uvre mHealth. La plupart des ressources sont vivement recommandées par les experts mHealth et contiennent les leçons apprises par les pionniers de mHealth. Certaines de ces ressources ont un renvoi direct par hyperlien ou sont directement citées dans les pages du guide concernées, mais mHealthKnowledge.org a pour but de regrouper tout en un même endroit pour faciliter la référence et l'utilisation. Veuillez noter que nous n'avons pas recréé les répertoires et les bases de données utiles déjà disponibles par ailleurs - mais nous vous donnons le lien pour y accéder ! Les publications fondamentales de mHealth Alliance sont désormais archivées sur mHealthKnowledge.org. Les ressources sont organisées selon les sous-rubriques suivantes.
Applications & plateformes
Réseaux de praticiens
Renforcement & acquisition des capacités
mHealth Alliance
Contenu multimédia
Répertoires de projets
Outils & guides
Blogs & actualités
Cette rubrique sera mise à jour régulièrement au fur et à mesure que de nouvelles ressources sont disponibles. Si vous souhaitez partager des ressources concernant la planification ou la mise en ?uvre de mHealth, n'hésitez pas à nous en faire part à l'aide de notre formulaire de feedback.
Publications
Cette rubrique de l'annexe Ressources contient une liste des principaux articles, études de cas, cadres de travail, rapports, comptes-rendus, synthèses de recherche sur mHealth et d'autres documents utiles à la planification mHealth. Ces ressources ébauchent des stratégies pour l'élaboration et la mise en ?uvre de programmes mHealth réussis, et la plupart de ces publications partagent les résultats des programmes et consignent les leçons importantes qui ont été apprises.
Cliquez sur l'image matrice des publications pour
visualiser la liste complète des publications comprises dans cette partie des annexes. Les documents sont classés par ordre alphabétique et par année de publication. Pour vous aider à parcourir la liste, nous avons résumé brièvement pour chaque publication « comment elle aide la planification » et nous avons également ajouté des mots-clés qui reprennent les thèmes abordés dans ce guide. Pour accéder à un document, cliquez sur les titres en hyperlien de la matrice, ou parcourez la liste ci-dessous en défilant jusqu'en bas de cette page et en cliquant sur la ou les archives de ressources qui vous intéressent. Nous avons également référencé la plupart de ces publications au fil du contenu de ce guide.
Ce recueil constitue une compilation exhaustive et approuvée des publications pertinentes pour la planification des programmes mHealth, mais il convient de noter qu'il n'inclut pas toutes les publications qui existent au sujet de mHealth. Si vous souhaitez formuler des commentaires sur la matrice des publications ou suggérer l'ajout d'une publication essentielle, n'hésitez pas à nous en faire part à l'aide du formulaire de rétroaction.
Glossaire
Adhésion volontaire : le fait de devoir choisir explicitement de rejoindre ou d'autoriser quelque chose. Par exemple, un client doit généralement adhérer pour recevoir les communications par courriels d'une entreprise ou d'un service. En technologie mobile, un utilisateur final doit souvent adhérer par message texte pour s'inscrire à un service. C'est la méthode généralement utilisée par les entreprises de marketing direct, les magazines avec ou sans abonnement, les fournisseurs d'information, etc. Après l'adhésion volontaire, la société ou le service continueront d'envoyer les documents ou les messages jusqu'à ce que le destinataire décide de se désengager.
Analyse du paysage : type de recherche menée pour fournir un examen vaste et approfondi d'un sujet ou d'une industrie. L'analyse est généralement réalisée pour éclairer la planification du projet ou de la stratégie. Elle est utilisée pour identifier les lacunes, les contraintes et les opportunités actuelles, afin de valider le besoin d'innovations, de nouvelles activités ou de changement de stratégie.
Analytique des données : Le processus d'inspection, de nettoyage, de transformation et de modélisation des données dans le but de mettre en évidence les informations utiles, dont découlent les conclusions et les découvertes, et d'accompagner la prise de décisions. L'analytique des données est utilisée dans de nombreuses industries pour aider les entreprises et les organisations à prendre de meilleures décisions opérationnelles et stratégiques.
Appels par flashback : Également appelé rappel ou « appelle-moi STP », les appels par flashback sont un type de service qui vous permet d'envoyer un message demandant à quelqu'un de vous rappeler. Certains opérateurs de réseau mobile permettent à leur clients d'envoyer gratuitement des messages de type « appelle-moi STP » à leurs amis ou à leur famille sur leur réseau. Cette possibilité est destinée à aider certaines personnes à en contacter d'autres, notamment en cas d'urgence, lorsqu'elles n'ont pas assez de crédit pour passer un appel ou envoyer un SMS.
Bénéficiaires cibles : personnes dont les connaissances et le comportement sanitaires, et, à terme, les résultats de santé, sont améliorés en conséquence directe de la solution mHealth.
Bêta-test : test pilote externe d'un produit (généralement un logiciel ou une technologie) avant sa sortie publique généralisée. Le produit a déjà passé le test alpha - c.-à-d. le test pilote interne de premier niveau réalisé par l'équipe produit pour vérifier que le produit répond au cahier des charges. Mais puisque de nombreux problèmes ou points d'amélioration n'apparaissent qu'une fois que le produit est utilisé dans les conditions quotidiennes normales, la sortie bêta est une étape importante pour repérer les défauts. Le bêta-test peut être considéré comme un « test avant diffusion ».
Campagne multicanaux : une campagne multicanaux, souvent utilisée en marketing, désigne la
diffusion du message d'une marque/campagne par le biais de plusieurs "expériences" d'interaction client pour influencer le comportement du public cible ou l'inciter à acheter un produit ou un service.
Cas d'utilisation : un cas d'utilisation décrit « qui » peut faire « quoi » avec le système ou le logiciel en question. Dans l'ingénierie des logiciels et des systèmes, un cas d'utilisation est une liste d'étapes, définissant typiquement les interactions entre un rôle (ou un « acteur ») et un système, afin de réaliser un objectif. L'acteur peut être un humain ou un système externe.
Champion : dans les programmes de santé publique, un champion est considéré comme le promoteur charismatique d'une conviction, d?une pratique, d'un programme, d'une politique et/ou d'une technologie. C'est la combinaison unique de compétences du champion - passion, persévérance et force de persuasion - qui le différencie des autres promoteurs. Le « modèle de sensibilisation par champion » vise à accroître la probabilité qu'une stratégie nouvelle ou sous-utilisée devienne pratique courante.
Compétence fondamentale : avantage ou capacité déterminante qui distingue une entreprise, une organisation ou une initiative de ses concurrents. Les compétences fondamentales sont des points forts spécifiques par rapport aux autres organisations d'une industrie, qui constituent la base de la valeur ajoutée. En théorie de la gestion, une compétence fondamentale répond à trois critères : (1) elle doit être difficile à reproduire pour les concurrents, (2) elle peut s'appliquer à divers produits et marchés, et (3) elle contribue à l'expérience de l'utilisateur final et aux bénéfices perçus concernant le bien ou le service.
Conception centrée sur la personne: la conception centrée sur la personne (également appelée conception centrée sur l'utilisateur) est un processus dans lequel les besoins, les aspirations et les limites des utilisateurs finaux d'un produit font l'objet d'une grande attention à chaque étape du processus de conception. Il s'agit d'un processus de résolution des problèmes à plusieurs étages qui nécessite que les concepteurs analysent et anticipent la manière dont les utilisateurs sont susceptibles d'utiliser un produit, et qui teste la validité de leurs hypothèses concernant le comportement des utilisateurs à l'occasion de tests en conditions réelles auprès de véritables utilisateurs. La principale différence par rapport à d'autres philosophies de conception de produit est que la conception centrée sur la personne tente d'optimiser le produit en fonction de la manière dont les utilisateurs peuvent, veulent ou ont besoin d'utiliser le produit, plutôt que de forcer les utilisateurs à modifier leurs habitudes pour s'adapter au produit.
Convention de nommage : méthode convenue pour nommer les choses. Le but est de permettre de déduire les informations utiles grâce à une nomenclature répondant à un schéma précis. Par exemple, à Manhattan, les rues sont numérotées ; celles dans le sens est-ouest sont nommées "Street" et celles dans le sens nord-sud sont nommées "Avenue". En informatique et en gestion des connaissances, on utilise souvent des conventions de nommage pour nommer les fichiers de manière cohérente, afin de faciliter l'archivage et la récupération.
Coût de renonciation : le coût d'une alternative qui doit être abandonnée afin de mener une action spécifique. En théorie microéconomique, le coût de renonciation d'un choix est la valeur de l'alternative qu'il est préférable d'abandonner, dans une situation qui nécessite de faire un choix entre plusieurs alternatives qui s'excluent mutuellement en raison des ressources limitées. En considérant que le choix qui est fait est le meilleur, il s'agit donc du coût engendré par la non
jouissance des bénéfices qui auraient été générés si on avait pris le deuxième meilleur choix disponible. La notion de coût de renonciation joue un rôle déterminant pour garantir une utilisation efficace des maigres ressources. Par conséquent, les coûts de renonciation ne sont pas limités aux seuls coûts monétaires ou financiers, mais peuvent également inclure le coût réel de toute production abandonnée, comme le temps ou le plaisir perdus, ou tout autre bénéfice utile.
Coût social : le coût social est un terme parfois utilisé dans les discussions économiques pour désigner les coûts qui sont subis par d'autres lorsque certains types de biens ou de services sont achetés. Le coût social consiste à évaluer les conséquences éventuelles d'une action ou d'une opération donnée sur la communauté dans son ensemble, plutôt que de considérer uniquement les coûts assumés par un individu en prenant une mesure spécifique ou en achetant un certain produit. Par exemple, les coûts sociaux d'une entreprise de fabrication qui produit divers biens peuvent inclure la pollution, l'appauvrissement de la faune sauvage ou la diminution de la valeur immobilière des maisons voisines.
Coût total de possession : type de calcul permettant d'aider les consommateurs et les responsables de projet à évaluer les coûts et bénéfices directs et indirects à long terme liés à l'acquisition d'un produit ou d'un service. Le but est de parvenir à un chiffre définitif qui sera le reflet du coût effectif de l'achat sur la totalité de la durée de vie du produit ou du service. Par exemple, le calcul du coût total de possession d'un ordinateur inclurait le prix initial d'achat de l'ordinateur, du moniteur, et de l'imprimante, les coûts probables d'entretien et de réparation, le calendrier de remplacement (p. ex., une imprimante jet d'encre « offerte pour tout achat » devra probablement être remplacée plus rapidement qu'une imprimante laser plus chère), et le coût des fournitures/consommables (comme les cartouches d'encre, les toners, les pièces de rechange).
Développement de logiciel agile: ensemble de méthodes de développement de logiciel basées sur un développement itératif et progressif, dans lequel les exigences et les solutions évoluent par la collaboration. Il encourage la planification adaptative, le développement et le service évolutifs, ainsi qu'une réponse rapide et souple au changement. Les méthodes agiles décomposent les tâches en petits paliers. Les itérations sont des périodes courtes, généralement d'une à quatre semaines. Chaque itération implique une équipe transversale qui travaille sur tous les domaines : planification, exigences, analyse, conception, codage, test unitaire et test d'acceptation. À la fin de l'itération, un produit fonctionnel est présenté aux parties prenantes. Cette stratégie minimise le risque global et permet au projet de s'adapter rapidement aux changements.
Environnement favorable : attitudes, mesures, politiques et pratiques qui stimulent et accompagnent le fonctionnement efficace et efficient des organisations, des individus et des programmes ou projets. L'environnement favorable inclut les cadres juridique, réglementaire et politique, ainsi que les facteurs politiques, socio-culturels, institutionnels et économiques.
Fournisseur de passerelle : Les fournisseurs de passerelles logicielles mobiles ou SMS sont souvent appelés revendeurs. Les revendeurs ont plusieurs accords avec les grands fournisseurs de réseau mobile, comme Verizon et AT&T, pour envoyer et recevoir des messages texte par l'intermédiaire des centres de SMS de ces réseaux. Ces fournisseurs de passerelles vont
envoyer et recevoir un trafic SMS depuis et vers les centres SMS des réseaux de téléphonie mobile, qui sont chargés de relayer ces messages vers le téléphone portable visé.
Gestion des versions : méthode visant à assurer que les fichiers électroniques, partagés entre les divers utilisateurs, sont nommés et sauvegardés de manière adéquate afin de garder une trace de la dernière version en date. La gestion des versions permet aux membres des équipes de suivre chaque modification qui est faite et de revenir à des versions antérieures si nécessaire.
GPRS (General packet radio service) : Le GPRS est une technologie de commutation par paquets qui permet le transfert de données par le biais des réseaux cellulaires. Il est utilisé pour l'internet mobile, les MMS et les autres communications de données. En théorie, la vitesse maximale du GPRS est de 115 kbps, mais dans la plupart des réseaux fonctionnent autour de 35 kbps. De manière informelle, le GPRS est également appelé 2.5G.
Hébergement : l'hébergement (ou hébergement internet) est le service fourni par un vendeur qui propose un emplacement physique pour stocker des pages internet et des fichiers. Les sociétés d'hébergement sont comme un propriétaire qui louerait un espace physique sur ses serveurs pour le stockage. Les services d'hébergement sont la plupart du temps utilisés pour les sites internet, mais peuvent également servir au stockage de fichiers, d'images, de code source et de contenus similaires. Pour l'hébergement de sites internet, il existe trois types d'hébergement possibles : 1) l'hébergement web mutualisé, dans lequel un grand nombre de sites internet sont hébergés sur un même serveur ; 2) l'hébergement web dédié, dans lequel un serveur entier est loué et réservé pour un seul site internet ; et 3) l'hébergement par serveur privé virtuel (ou hébergement VPS), un mélange des deux premières options dans lequel un site internet est hébergé sur son propre serveur virtuel de manière à ce qu'il ne soit pas affecté par les sites internet des autres clients.
Indicateur clé de performance (ICP) : un indicateur clé de performance (ICP) est un type de mesure de la performance. Une organisation peut utiliser des ICP pour évaluer sa réussite, ou pour évaluer la réussite d'une activité spécifique à laquelle elle participe.
Interopérabilité : capacité de divers systèmes à travailler ensemble. Le terme a été défini au départ pour désigner la technologie de l'information ou les services d'ingénierie systèmes permettant l'échange d'informations. Pour qu'il y ait interopérabilité entre deux systèmes, ceux-ci doivent être capables d'échanger des données et de présenter ultérieurement ces données de sorte qu'elles puissent être comprises par un utilisateur.
Logiciel : ensemble d'instructions et de code installé dans un matériel. Un navigateur internet, une application mobile ou le système d'exploitation d'un ordinateur sont des exemples de logiciels.
Maîtrise du téléphone portable : capacité à utiliser les applications et les fonctionnalités d'un téléphone portable, souvent directement liée au niveau d'alphabétisation de l'utilisateur du téléphone portable (ou plutôt, sa capacité à lire et écrire).
Matériel : Dans le contexte de mHealth et de la technologie de l'information en général, le « matériel » désigne tout appareil physique - quelque chose qu'on peut toucher. Un moniteur d'ordinateur et un téléphone mobile sont des exemples de matériel.
Mégadonnées : les mégadonnées désignent la croissance et la disponibilité exponentielles des données, qu'elles soient structurées ou non. Cette expression désigne une série d'ensembles de données si lourdes et complexes qu'il devient difficile de les traiter à l'aide des outils de gestion habituels de type bases de données ou applications de traitement des données. Les difficultés concernent la saisie, la conservation, le stockage, la recherche, le partage, le transfert, l'analyse et la visualisation. De nombreuses organisations craignent que la quantité de données amassées devienne si importante qu'il sera difficile de retrouver les éléments d'information les plus utiles. Pourtant, les mégadonnées - si elles sont analysées de manière efficace et efficiente - ont le potentiel de favoriser : 1) la réduction des coûts, 2) la réduction des délais, 3) le développement de nouveaux produits et l'optimisation de l'offre 4) des prises de décision opérationnelles plus efficaces.
MMS (Multimedia Messaging Service) : le service de messagerie multimédia, ou MMS, est un service de stockage et retransmission des messages qui permet aux abonnés d'échanger des fichiers multimédia sous la forme de messages. Les MMS prennent en charge divers types de médias : texte, photos, son, vidéo ou un mélange des quatre. L'émetteur peut créer facilement un message multimédia, en prenant une photo avec l'appareil de son téléphone, ou en utilisant des images et des sons précédemment enregistrés dans son téléphone (ou téléchargés depuis un site internet). Pour envoyer ou recevoir un MMS, l'utilisateur doit disposer d'un téléphone compatible et d'un réseau GPRS ou 3G. La plupart des téléphones portables actuels et des réseaux d'opérateurs prennent en charge les MMS.
Modèle logique : outil utilisé pour présenter la manière dont une démarche ou une initiative est censée fonctionner. Les modèles logiques - la plupart du temps utilisés par les responsables de programme et les évaluateurs - consistent généralement en une représentation graphique des liens logiques (liens de cause à effet de type « si-alors ») entre les ressources, les activités, les productions et les résultats d'un programme. Par exemple, si certaines ressources sont disponibles pour un programme, alors certaines activités peuvent être mises en ?uvre, et si ces activités sont mises en ?uvre avec succès, alors on peut espérer certaines productions et certains résultats. Un modèle logique permet aux participants d'une initiative d'avancer dans une même direction en offrant un langage commun et un point de référence.
Mots clés : un mot clé mobile est un mot unique qui peut contenir des lettres ou des chiffres dans un message texte et qui sert d'invite à une réponse. Les mots clés permettent à un utilisateur final (c.-à-d. le destinataire du message) d'interagir avec un service. Dans l'exemple « Répondez PIZZA pour recevoir les offres spéciales », « PIZZA » est le mot clé.
Numéro virtuel : un numéro virtuel est un numéro de téléphone qui n'est pas directement associé à une ligne téléphonique. Généralement, ces numéros sont programmés pour transférer des appels entrants vers l'un des numéros de téléphone prédéfinis choisis par le client, qui peut être fixe, mobile ou VoIP (voix sur protocole internet).
Numéros courts : les numéros courts sont des numéros de téléphone spéciaux, nettement plus
courts que les numéros de téléphone habituels, qui peuvent être utilisés pour envoyer des messages SMS ou MMS depuis des téléphones portables ou des téléphones fixes. Les numéros courts sont conçus pour être plus faciles à lire et à mémoriser que les numéros de téléphone habituels. Les numéros courts sont largement utilisés pour les services à valeur ajoutée, comme le vote dans les émissions de télévisions, l'achat de sonneries, les dons caritatifs et les services mobiles. Souvent, les messages envoyés par numéro court peuvent être facturés à un tarif plus élevé que les SMS standard et peuvent même inscrire le client à un service récurrent mensuel qui sera ajouté à sa facture téléphonique jusqu'à ce que l'utilisateur décide de mettre fin au service.
Open source ou source ouverte : le terme "open source" désigne généralement un programme informatique dont le code source est mis à disposition du grand public, qui peut utiliser et/ou modifier le design original du programme. Le code source ouverte est généralement le fruit d'un effort commun, au cours duquel les développeurs améliorent le code et partagent les modifications et améliorations entre eux. Les défenseurs du modèle open source pensent qu'en permettant à quiconque de modifier le code source, l'application gagnera en utilité et sera débarrassée de toute erreur à long terme. Pour être considéré comme un logiciel open source, il faut remplir certains critères :
· le programme doit être distribué gratuitement ;
· le code source doit être inclus ;
· tout le monde doit pouvoir modifier le code source ;
· les versions modifiées peuvent être redistribuées ;
· la licence ne doit pas nécessiter l'exclusion d'autres logiciels ni perturber le fonctionnement d'autres logiciels.
Opérateur de réseau mobile (ORM) : un opérateur de réseau mobile (ORM) (également appelé opérateur de téléphonie mobile ou simplement opérateur mobile, fournisseur de services mobiles, fournisseur de service sans fil, opérateur sans fil, opérateur en télécommunications ou entreprise de téléphonie cellulaire) est une entreprise téléphonique qui fournit des services aux abonnés de téléphonie mobile. Un ORM est un fournisseur de services de communication sans fil qui détient ou contrôle tous les éléments nécessaires pour vendre et livrer des services à l'utilisateur final, notamment l'attribution des fréquences radioélectriques, l'infrastructure de réseau sans fil, la facturation et le service client. Une caractéristique fondamentale d'un ORM est qu'il doit être le propriétaire ou le gestionnaire d'une licence de spectre radioélectrique auprès d'un organe gouvernemental ou de réglementation.
Pénétration du marché : mesure de la quantité de ventes ou d'adoption d'un produit ou d'un service par rapport au marché théorique total de ce produit ou service. La quantité de ventes ou d'adoption peut correspondre aux ventes d'une entreprise spécifique, ou de l'ensemble d'une industrie, tandis que le marché théorique peut correspondre à la population totale ou à une estimation du nombre total de consommateurs potentiels pour un produit. Dans le cadre de mHealth, la pénétration de la téléphonie mobile est un paramètre important pour l'analyse du paysage. L'expression taux de pénétration de la téléphonie mobile est généralement utilisée pour
décrire le nombre de numéros de téléphones actifs (souvent sous la forme d'un pourcentage) au sein d'une population donnée.
Prototypage : un prototype est l'échantillon, le modèle ou la sortie précoce d'un produit, destiné à tester le concept ou le processus. Le prototypage est le processus de création du modèle fonctionnel initial d'un système. Lorsqu'un prototype fonctionnel est disponible, il est possible d'obtenir des retours pratiques des utilisateurs qui peuvent toucher et voir le modèle et proposer des modifications.
Recherche formative : La recherche formative est généralement réalisée dans le cadre de la planification du projet et/ou au cours de la mise en ?uvre du projet. Elle sert de base au développement de stratégies efficaces et à l'identification de voies de communication adaptées. Par exemple, en communication pour le changement social et comportemental, la recherche formative aide les chercheurs et les responsables de programme à identifier et à comprendre les caractéristiques - comme les centres d'intérêt, les comportements et les besoins - des populations cibles qui influencent leurs décisions et leurs actions. La recherche formative fait partie intégrante d'une bonne planification des programmes et de l'amélioration des programmes existants.
Recherche qualitative : les méthodes de recherche qualitative ont été développées en sciences sociales pour permettre aux chercheurs d'étudier les phénomènes sociaux et culturels. La recherche qualitative est une approche inductive dont le but est de mieux comprendre l'expérience d'un individu ou d'un groupe. Il s'agit généralement de données autres que des chiffres. La recherche qualitative pose des questions générales et recueille les données des participants sous la forme de mots (les données ne sont généralement pas des chiffres). Le chercheur repère alors des thèmes et décrit les informations des thèmes et schémas spécifiques à cet ensemble de participants.
Recherche quantitative : la recherche quantitative désigne l'examen systématique et empirique des phénomènes sociaux à l'aide de techniques statistiques, mathématiques ou informatiques. Les données quantitatives correspondent à toutes les données sous forme numérique comme les statistiques, les pourcentages, etc. Les chercheurs quantitatifs posent des questions très précises et collectent un échantillon de données numériques à partir des réponses des participants. Le chercheur analyse les données à l'aide de méthodes statistiques. Les conclusions sont censées générer un résultat impartial qui peut être généralisé à une population plus large.
Réflexion à haute voix : méthode utilisée pour rassembler des données lors du test de convivialité réalisé pour la conception et le développement d'un produit (également utilisée en psychologie et diverses sciences sociales). Les protocoles de réflexion à haute voix demandent aux participants d'exprimer par la parole leurs pensées, leurs actions et leurs émotions tandis qu'ils réalisent un ensemble de tâches définies. Il est demandé aux utilisateurs de dire ce qu'ils voient, remarquent, pensent, font et ressentent tandis qu'ils réalisent leur tâche. Cela permet aux observateurs de constater de manière pratique le processus de réalisation de la tâche (et non uniquement son résultat final). Les observateurs prennent note de tout ce que disent les utilisateurs, sans tenter d'interpréter leurs actions ni leurs propos. Les séances de test font souvent l'objet d'un enregistrement audio et vidéo de sorte que les développeurs puissent se
référer à ce qu'ont fait les participants et comment ils ont réagi.
Réponse vocale interactive (RVI) : La réponse vocale interactive (RVI) est un système de téléphonie automatique qui interagit avec les interlocuteurs, recueille des informations et dirige les appels vers le bon destinataire ou la bonne information. Un système RVI prend en charge à la fois la téléphonie vocale et la saisie clavier, et fournit des réponses adéquates en fonction des sollicitations du client sous forme de message vocal, de fax, de rappel, d'email, ou d'un autre média. Traditionnellement, les solutions RVI utilisent des messages vocaux préenregistrés et des menus pour présenter les informations et les options à l'interlocuteur, tandis que la saisie sur le clavier du téléphone sert à recueillir les réponses. Les solutions RVI modernes permettent également la saisie et les réponses par la parole grâce à la reconnaissance vocale. Les solutions RVI permettent aux utilisateurs d'obtenir des informations comme leur solde bancaire, les horaires de vol, le suivi d'une commande, les détails d?un produit, les horaires des séances de cinéma, etc, depuis n'importe quel téléphone. En outre, les solutions RVI sont de plus en plus utilisées pour passer des appels sortants afin de donner ou de recueillir des informations concernant des rendez-vous, des factures impayées, et d'autres événements et activités à caractère urgent.
Responsables de mise en ?uvre : Personnes participant au développement et à la livraison de la solution mHealth, notamment les responsables de projets, les partenaires technologiques, les cliniciens et les autres agents de santé.
Revendeurs de flux mobile : (voir également : fournisseur de passerelle) entreprise qui sert d'intermédiaire entre les fournisseurs d'application/de contenu et les opérateurs de téléphonie mobile. Un revendeur achemine essentiellement un débit de messages vers différents opérateurs sans fil ou vers d'autres revendeurs, et loue généralement des numéros virtuels et des numéros courts aux fournisseurs d'application/de contenu. Un revendeur peut également assurer le contrôle, l'administration et la facturation d'une campagne d'utilisation du téléphone portable.
Serveur : un serveur, également appelé service réseau, est un système informatique qui sert de dépôt central aux données et aux divers programmes qui sont partagés par les utilisateurs d'un réseau. Un serveur est un ordinateur conçu pour traiter des requêtes et pour livrer des données à d'autres ordinateurs et à leurs utilisateurs sur un réseau local ou sur internet. Les serveurs de réseau sont généralement configurés avec des capacités de traitement, de mémoire et de stockage supplémentaires afin de pouvoir gérer la charge de traitement d'autres ordinateurs. Les serveurs réseau les plus courants sont : les serveurs web, les serveurs proxy et les serveurs FTP.
SMS (Short Messaging Service) : les SMS ou services de messages courts permettent aux utilisateurs d'envoyer et de recevoir des messages texte personnels directement entre téléphones portables. Chaque message peut contenir jusque 160 caractères et peut être envoyé par et vers les utilisateurs de différents réseaux d'opérateurs. Tous les téléphones portables prennent en charge les SMS.
Tableau de bord des données: Un tableau de bord est une interface utilisateur qui, un peu comme le tableau de bord d'une voiture, organise et présente les informations et les données de manière à ce qu'elles soient faciles à lire. Pour les logiciels et la technologie, un tableau de bord
consiste souvent en une interface utilisateur en temps réel sur une page, avec une représentation graphique de l'état actuel et des tendances historiques des indicateurs clés de performance d'une organisation ou d'un programme afin de permettre le suivi instantané du système et une prise de décision éclairée.
Taux de conversion : le pourcentage d'utilisateurs finaux potentiels dans la population cible qui entreprennent l'action souhaitée (par ex., s'abonner à un service) suite au marketing direct et aux campagnes de distribution. Les conversions réussies sont définies différemment selon qu'il s'agit de spécialistes marketing, de publicitaires et de créateurs de contenu. Par exemple, pour un publicitaire, une conversion réussie peut être définie comme la vente d'un produit à un consommateur dont l'intérêt pour l'article a été initialement déclenché par un clic sur une publicité en ligne. Pour les créateurs de contenu, une conversion réussie correspond au téléchargement d'un logiciel.
Test pilote : étude à petite échelle réalisée pour évaluer la faisabilité, la durée, le coût, l'acceptabilité et l'efficacité d'un programme, dans le but de déterminer s'il doit être mise à l'échelle ou reproduit, et, dans l'affirmative, pour améliorer la conception d'origine. Une étude pilote est un outil scientifique standard de la recherche « simple », qui permet aux scientifiques de réaliser une analyse préliminaire avant de s'engager dans une étude, une expérimentation ou un programme complets.
Transfert d?argent par téléphone portable ou "mobile money" : service de gestion de flux financiers par le téléphone portable ou internet qui facilite les transferts d'argent. Avec "mobile money," les clients peuvent convertir leurs espèces en argent électronique (ou argent virtuel) et vice versa, et utiliser ensuite cet argent électronique pour effectuer des virements ou des paiements. Dans de nombreux pays, en particulier dans les milieux à faibles ressources, les opérateurs mobiles ont déjà de grands réseaux de distribution des communications qui peuvent être mis à profit pour offrir aux clients un réseau de service d'argent mobile où ils peuvent effectuer des dépôts et des retraits d'argent. Dans les pays en voie de développement, les grands opérateurs mobiles ont généralement 100 à 500 fois plus de points de vente que toutes les agences bancaires réunies.
Utilisateur final : La personne qui utilise effectivement un produit ou un service donné. Le terme « utilisateur final » différencie la personne qui va effectivement interagir avec l'application ou le service mHealth des individus qui participent à d'autres phases de son développement, de sa production et de sa distribution.
Acronymes
ASC agent de santé communautaire
CTP coût total de possession
DDP demande de propositions
GPRS General Packet Radio Service (service général de radiocommunication en mode paquet)
GSMA GSM Association
HMIS système d'information sanitaire
ICP indicateur clé de performance
M4RH Mobile for Reproductive Health (le mobile au service de la santé reproductive)
MAMA Mobile Alliance for Maternal Action (le mobile au service de la santé maternelle)
MdS Ministère de la Santé
mHealth mobile health (le mobile au service de la santé)
MMS service de messagerie multimédia
ONG organisation non gouvernementale
ORM opérateur de réseau mobile
PDA assistant numérique personnel
RVI réponse vocale interactive
S&E suivi et évaluation
SAP système d'alerte précoce
SIM subscriber identity module (module d'identification abonné)
SMS short messaging service (service de messages courts)
TI technologie de l'information
TPC taux de prévalence contraceptive
Source URL: https://www.k4health.org/toolkits/guide-de-planification-mhealth-points-importants-pour-lintegration-de-la-technologie-mobile
