Passer au contenu principal

Instances d'entités suivies dans DHIS2

tl;dr: Beaucoup de nos utilisateurs veulent mettre à jour les instances d'entités suivies dans dhis2, mais les upserts ne sont pas pris en charge par un point de terminaison standard de l'API DHIS2. Nous en avons construit un dans notre adaptateur dhis2 : il est composé d'API existantes et d'un peu de logique 🤔. Maintenant vous pouvez mettre à jour des instances d'entités suivies vers DHIS2 👍 ✅.

Un peu plus...

Un « UPSERT » est un mot-valise des fonctions de base de données MISE À JOUR et INSÉRER. Il est essentiel de manipuler correctement les upserts lors de l'intégration des systèmes. Depuis la version 35 de l'API, DHIS2 ne permet pas à un administrateur de mettre à jour des instances d'entités suivies (« TEI »). Chaiwa Berian d'OpenFn a trouvé une solution qui met en évidence l'utilité des fonctions d'aide dans notre adaptateur dhis2. En combinant différentes API DHIS2 via une fonction upsertTEI en OpenFn, les utilisateurs de DHIS2 peuvent maintenant effectuer des upserts à des TEI.

Si vous êtes curieux, consultez son implémentation ici.

Et bien plus encore !

Une instance d'entité suivie dans DHIS2 est un type d'entité qui peut être suivi à travers le système. Il peut s'agir d'une personne à un produit comme un médicament. Si je suis un administrateur de base de données qui gère deux systèmes différents connectés l'un à l'autre, appelons-les « Système A » et « Système B », j'aimerais que toutes les mises à jour apportées à la TEI d'un utilisateur nommé « Jim Smith » dans le Système A apparaissent également dans l'enregistrement de Jim dans le Système B. Avant l'apparition des upserts, il était difficile de le faire en raison de la possibilité de créer des enregistrements en double. Comme un upsert fait en simultanément les MISES À JOUR et les INSERTIONS, cela évite les doublons.

Les upserts sont importants et utiles car ils réduisent le risque de dupliquer la saisie de données et permettent également que les transactions soient réessayées à plusieurs reprises pour garantir l'intégrité des données. Cette dernière partie est appelée « idempotency » et vous pouvez en lire plus à ce sujet ici.

N’hésitez pas à contacter l’un des spécialistes en implémentation d’OpenFn si vous souhaitez en savoir plus.

— Taylor

Inscrivez-vous{: .btn} pour mettre en place un projet aujourd'hui, absolument gratuit.

Contactez-nous{: .btn} pour plus d'informations.