===============================
Architecture applicative
===============================

Vue applicative cible
=====================

.. list-table::
   :header-rows: 1
   :widths: 25 30 45

   * - 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
===========================

.. code-block:: text

   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é.