Interaction Design¶

Après avoir défini la structure du programme - en l'organisant en étapes, attributs et éléments de données - vous disposez d'un prototype "réalisable" qui permet aux utilisateurs de saisir des données au niveau individuel et de produire des rapports de données de routine.

Dans la pratique, ce sont des personnes réelles qui saisissent les données au niveau individuel. Elles subiront souvent des pressions pour saisir de nombreux points de données pour de nombreux patients au cours de la même journée. Elles peuvent parfois commettre des erreurs et saisir des données non valides ou incohérentes.

Une conception intelligente des interactions améliore l'expérience de l'utilisateur, ce qui peut contribuer à améliorer la qualité des données et faciliter les flux de travail de saisie de données intuitifs. Il ne s'agit pas seulement de considérations esthétiques, mais d'outils essentiels pour aider le personnel chargé de la saisie des données en lui facilitant le travail et en le rendant plus efficace. Et comme décrit ci-dessus, les règles relatives aux programmes peuvent également être utilisées pour soutenir la conception des structures des étapes du programme requises pour le flux de travail de la saisie des données et les résultats analytiques.

Tracker Features To Streamline User Experience¶

Dans le DHIS2, une conception solide de l'interaction peut être configurée grâce aux caractéristiques suivantes, qui aident l'utilisateur final à rechercher efficacement le bon TEI, à naviguer vers la bonne étape et le bon événement, puis à saisir des valeurs d'éléments de données valides.

Travail en cours

Bien que l'exploration complète de la conception de l'interaction et des capacités du tracker soit absente de ce guide, des instructions de configuration sont présentées dans d'autres parties de la documentation. Voir les liens ci-dessous.

• Recherche de TEI
  • Listes de patients (listes de travail) dans Capture and Tracker Capture
  • Patient Listings (Line Lists)
  • Quelles TEI sont [consultables] (#configure_search), combien de temps doivent-elles être ouvertes ?
  • Compromis entre flexibilité et efficacité de la recherche
  • “Recherche d'unités d'organisation” et accessibilité
  • Optimisation de la recherche sur les trackers (trigram indexing)
• Réglages du programme et de l'étape du programme
  • Jours d'échéance et jours d'échéance des événements achevés
• Règles du Programme
  • Ignorer la logique (afficher/masquer)
  • Attribuer
  • Boîtes d'avertissement
  • Boîtes à erreurs
  • Priorités des règles pour créer une logique en cascade
  • “Select multiple” data elements – Yes Only data elements within the same section with program rules overlaid so only one can be entered. Example: Key Population selection in HIV Case Surveillance
  • Différences entre l'évaluation des règles des programmes Android et Web
• Mise en page du tableau de bord de la TEI
  • Mise en page du widget
  • Feedback et mise à jour dynamique de la barre supérieure à travers les règles du programme
  • “Live” indicateurs du programme
  • Application Paramètres d'Android
• Configuration visuelle
  • Icônes et couleurs des éléments de données (Android)
• Modes de saisie des données du tracker
  • Saisie de données chronologiques et tabulaires
• Autres fonctionnalités de Tracker pour soutenir les flux de travail intuitifs
  • Notifications du programme (Alertes SMS, e-mails ou messages DHIS2)
  • Mission de l'utilisateur
  • Relations

During the testing phase of the project, you should consult with beta testers on their experience of using the tracker program prototype, to understand how these features can be best utilised to support their workflows.