Architecture applicative
Vue applicative cible
Composant |
Catégorie |
Rôle |
|---|---|---|
CommCare |
Système métier |
Système du périmètre V1 connecté en premier. |
DHIS2 |
Système métier et visualisation |
Système source, consommateur de données et outil de visualisation du périmètre V1. |
SmartForHealth / WCS |
Système autorisé |
Composant autorisé dans le paysage applicatif. |
Système Zoonoses |
Système autorisé |
Composant autorisé dans le paysage applicatif. |
OpenFn |
Intégration |
Gestion des flux, de l’intégration et de la transformation. |
API Gateway |
Exposition de services |
Point d’entrée obligatoire. |
HAPI FHIR |
Référentiel applicatif |
Implémentation du serveur FHIR central. |
Security Server |
Sécurisation |
Contrôle des échanges avec X-Road. |
X-Road |
Échange |
Support de tous les échanges. |
Tableaux de bord / plateformes de visualisation |
Restitution |
Consommation des services interopérables. |
Périmètre V1
Le périmètre V1 couvre CommCare et DHIS2. L’ordre de connexion validé est CommCare puis DHIS2.
Relation entre applications
CommCare
-> OpenFn
-> API Gateway
-> HAPI FHIR / Serveur FHIR central
-> Security Server
-> X-Road
-> DHIS2 et tableaux de bord
Évolutivité
L’architecture applicative doit permettre l’ajout ultérieur de nouveaux systèmes dans le cadre One Health, sans remettre en cause le socle d’interopérabilité déjà validé.