Architecture applicative

Vue applicative cible

Composant	Catégorie	Rôle
CommCare	Système métier	Premier système métier connecté dans le périmètre V1 pour la remontée initiale des données.
DHIS2	Système métier et visualisation	Système de restitution du périmètre V1, également mobilisé comme consommateur de données interopérables.
SmartForHealth / WCS	Système autorisé	Système autorisé à rejoindre le paysage applicatif selon le cadre d’interopérabilité.
Système Zoonoses	Système autorisé	Système autorisé à intégrer le paysage applicatif dans les phases ultérieures.
OpenFn	Intégration	Assure l’orchestration des flux, l’intégration et les transformations nécessaires avant exposition.
API Gateway	Exposition de services	Constitue le point d’entrée technique obligatoire pour les services exposés.
HAPI FHIR	Référentiel applicatif	Implémente le serveur FHIR central et porte le référentiel partagé.
Security Server	Sécurisation	Contrôle et sécurise les échanges avant leur publication dans X-Road.
X-Road	Échange	Transporte l’ensemble des échanges interopérables autorisés.
Tableaux de bord / plateformes de visualisation	Restitution	Consomment les services interopérables pour la restitution et l’aide à la décision.

Périmètre V1

Le périmètre V1 couvre CommCare et DHIS2. L’ordre de connexion validé prévoit d’abord l’intégration de CommCare, puis l’alimentation des restitutions dans 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 progressif de nouveaux systèmes dans le cadre One Health, sans remettre en cause le socle d’interopérabilité déjà validé ni les règles nationales de sécurité et d’échange.