DHIS 2.33 Vue d’ensemble

Listes de travail basées sur l'affectation de l'utilisateur dans la capture du Tracker

Il est désormais possible de créer des listes de travail basées sur l’attribution d’événements par l’utilisateur. Cette fonctionnalité permet de répertorier les instances d’entités suivies et les critères de filtrage et facilite la visualisation et le suivi des événements. Les listes de travail peuvent être intégrées dans les processus de travail normaux de l’utilisateur, ce qui permet de planifier, d’établir des priorités et de se concentrer sur des événements et des TEI spécifiques.

[ Vidéo ][ Capture d’écran 1 | 2 ][ Docs ][ Jira]

Listes de travail et affectation des utilisateurs dans l'application de capture

À l’instar des listes de travail dans la capture Tracker, les programmes d’événements uniques peuvent désormais être configurés pour permettre l’affectation d’événements par l’utilisateur et créer des listes de travail basées sur des critères de filtrage tels que l’utilisateur, la date, le statut, etc.

[ Démonstration][ Capture d’écran 1 | 2 ][ Docs 1][ Docs 2][ Jira 1][ Jira 2]

Liste des programmes Tracker dans l'application Saisie Tracker

Il est désormais possible d’ajouter des relations entre les événements et les instances d’entités suivies. Lors de l’ajout ou de la modification d’un événement, il est possible d’établir un lien avec des instances d’entités suivies existantes ou d’en créer de nouvelles. Ceci est utile lorsque des programmes d’événements sont utilisés pour saisir des données qui, d’une manière ou d’une autre, sont liées aux données du Tracker. Par exemple, lors de l’ajout d’événements uniques qui seront ultérieurement liés à une instance d’entité suivie.

[ Capture d’écran ][ Docs][ Jira]

Affichage de la propriété du programme

La propriété actuelle de toutes les inscriptions dans le programme sélectionné est désormais affichée comme « détenue par » dans le widget d’inscription. La propriété est d’abord attribuée à l’unité d’organisation qui a inscrit le TEI dans le programme donné, et est transférée en renvoyant un TEI à l’aide de l’option « move permanently ». L’appropriation peut être différente pour un même ITE dans différents programmes, par exemple une clinique peut suivre un patient dans le cadre du VIH, tandis qu’une autre clinique suit le même patient dans le cadre de la SMI.

Un utilisateur qui a un accès de capture à l’unité d’organisation qui est le propriétaire actuel du TEI/Programme aura un accès en écriture à toutes les inscriptions pour cette combinaison TEI/Programme. Un utilisateur ayant un accès de recherche à l’unité d’organisation qui est le propriétaire actuel pourra rechercher et trouver la combinaison TEI/Programme.

[ Capture d’écran 1 | 2 ][ Docs ][ Jira]

Marquage de la déduplication dans la capture du Tracker

Lors de la recherche d’instances d’entités trackées dans la capture du tracker, il est désormais possible de signaler la présence d’éventuels doublons dans les résultats. Lorsqu’un doublon est signalé, il sert à rappeler que les données doivent être nettoyées et à informer toute personne qui utilise les données dans son travail quotidien. Les données sont également disponibles pour une fonctionnalité future permettant d’identifier et de fusionner les doublons.

[ Capture d’écran 1][ Docs][ Jira]

Relations bidirectionnelles

Les relations bidirectionnelles peuvent désormais être configurées dans la capture du tracker. Une relation représente un lien entre deux entités dans le modèle de données du traceur et est considérée comme une donnée dans DHIS2 basée sur un type de relation, de la même manière qu’une instance d’entité trackée est basée sur un type d’entité trackée. Les relations peuvent désormais être définies comme unidirectionnelles ou bidirectionnelles, les relations bidirectionnelles créant une relation automatique des deux côtés des entités liées, comme une mère et un enfant. Capture d’écran 1] [ Docs] [ Jira]

Mise à jour de la bibliothèque d'icônes

Les contrôles d’intégrité permettent désormais d’identifier les règles de programme dont la configuration est défectueuse et de résumer les problèmes localisés dans le rapport. Les contrôles d’intégrité sont disponibles sous Apps > Data administration > Integrity checks.

[ Capture d’écran 1] [ Jira]

Contrôles de santé des indicateurs de programme et des règles de programme

Les indicateurs et les règles des programmes sont désormais évalués lors de la vérification de l’intégrité dans l’app Administration des données, en examinant les expressions et les filtres non valides ; les actions ou la priorité manquantes et plus encore.

[ Capture d’écran 1][ Docs][ Jira]

Calculs du score Z dans les règles du programme

Les fonctions standard pour le calcul des scores Z « poids pour taille » et « taille pour âge » sont maintenant disponibles dans les règles du programme. Le calcul du score Z pour le poids par rapport à l’âge était présent à partir de 2,32. Cette fonction est utile dans les situations où le clinicien devrait autrement calculer les scores Z à la main. La fonction d2 calcule le score z sur la base des données fournies par l’indicateur poids/taille de l’OMS. Sa valeur varie entre -3,5 et 3,5 en fonction de la valeur de la hauteur.
[ Capture d’écran 1 | 2 ][ Docs ][ Jira 1][ Jira 2]

Redimensionnement de l'image

Il est désormais possible de redimensionner/rétrograder les images stockées dans le serveur lorsqu’elles sont renvoyées via l’API, afin de réduire la consommation de bande passante lors du téléchargement des images associées vers les DE, les attributs TE ou les options, et de minimiser l’espace de stockage dans la base de données Android. Lors de la demande d’une valeur de données de type image, la requête peut spécifier Petite (256x256px) ; Moyenne (512x512px) ; Grande (1024x1024px).

[ Docs] [ Jira]