Phase D - Architecture technologique
Objet
La phase D décrit les composants technologiques autorisés pour supporter l’architecture applicative et les échanges sécurisés.
Composants autorisés
Composant |
Usage technologique |
|---|---|
Linux |
Système d’exploitation support des composants techniques. |
Docker |
Mécanisme de conteneurisation des services autorisés. |
PostgreSQL |
Persistance des données nécessaires aux composants. |
API Gateway |
Point d’entrée technique obligatoire. |
HAPI FHIR |
Implémentation du serveur FHIR central. |
Security Server |
Contrôle et médiation des échanges sécurisés. |
X-Road |
Infrastructure d’échange pour tous les échanges. |
Tableaux de bord / plateformes de visualisation |
Restitution des données et appui au pilotage. |
Principes technologiques
Le référentiel FHIR national est hébergé dans un datacenter gouvernemental.
L’API Gateway est placée en amont des services exposés.
Les échanges externes et inter-systèmes utilisent X-Road.
Le Security Server supporte la sécurisation de ces échanges.
PostgreSQL supporte la persistance des composants qui en ont besoin.
Chaîne technologique cible
CommCare / DHIS2 / autres systèmes autorisés
-> OpenFn
-> API Gateway
-> HAPI FHIR / Serveur FHIR central
-> Security Server
-> X-Road
-> Tableaux de bord / DHIS2
Extensions futures
L’architecture technologique doit rester ouverte à l’intégration ultérieure des laboratoires, de la météorologie, de l’agriculture végétale, de la biodiversité et d’autres systèmes, sans introduire de composants non validés.