Passer au contenu principal

Formulaires et cas : CommCare et intégration basée sur les événements

C'est rapide, mais je viens de passer un appel passionnant avec une organisation qui va mettre en place des jobs pour déplacer des données dans Salesforce à partir de CommCare et j'ai réalisé que bien que cela soit l'une de nos exigences d'intégration les plus courantes, nous n'avons pas fait un article des «astuces» pour ce type de projet. Jusqu'à présent.

Synchroniser comme vous le voulez : Penser à travers le système de protocoles de « Synchronisation »

La « synchronisation » permet à deux systèmes de se retrouver dans un état d'harmonie. Cela peut signifier de tenir une liste de patients à jour, bien que des modifications puissent être apportées dans l'un ou l'autre système. Cela peut signifier copier des transactions d'un système à un autre sur une base de nocturne. Cela peut signifier beaucoup de choses, mais le concept clé est que lorsque vous synchronisez les systèmes, vous leur demandez de travailler ensemble en même temps en respectant l’indépendance des deux systèmes logiciels.

Dans ce message, nous discuterons de deux protocoles de synchronisation différents à considérer lors de la conception de votre intégration de données. Cela inclus :

  1. Synchronisations en temps réel ou basées sur des événements
  2. Synchronisations planifiées

Nos serveurs ou les vôtres : Penser à travers les options de déploiement

Zandile est gestionnaire de programme chez une iONG et elle a besoin d'utiliser CommCare, DHIS2, et OpenFn pour un prochain projet de santé publique. Elle comprend que les trois logiciels peuvent être déployés localement, ou accédés en tant que SaaS (logiciel en tant que service).

Essentiellement, Zandile doit décider si elle souhaite exécuter le logiciel sur les serveurs de quelqu'un d'autre (SaaS), ou sur les propres serveurs de son organisation (déployés localement). Avant de prendre une décision, elle décrit les considérations de base et non techniques pour les deux options.

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 👍 ✅.

Vous autoriser à échouer

Bonjour à tous, c'est un message très court avec un message simple : conception pour l'échec. Même si vous n'avez jamais entendu parler de MSSQL (ou Azure, ou Microsoft ? , je veux parler pendant un instant de l'importance des upserts et d'un drôle terme de développeur appelé « idempotence ».