Nous contacter

HERITAGE ALLIANCE · DONNÉES ET CONNAISSANCES

Architecture de l’infrastructure de donnĂ©es Heritage

Explorez les sections ci-dessous

Exigences relatives au nƓud de donnĂ©es bĂ©nĂ©ficiaire

Exigences de rĂ©fĂ©rence de la source pour un nƓud local participant. Confirmez les capacitĂ©s ainsi que les besoins de sĂ©curitĂ© et d’exploitation avec l’institution responsable avant le dĂ©ploiement.

MatĂ©riel et systĂšme d’exploitation

  • Processeur AMD ou ARM Ă  quatre cƓurs.
  • Au moins 32 Go de RAM ; 64 Go recommandĂ©s.
  • Stockage SSD de 1 To ou plus.
  • Ubuntu 24.04.
  • PrĂ©fĂ©rez un serveur sĂ©parĂ© ou une machine virtuelle Ă  une partition partagĂ©e.

Exploitation et maintenance

  • Objectif de disponibilitĂ© indiquĂ© par la source : 99 % ; respectez les exigences locales plus strictes, le cas Ă©chĂ©ant.
  • L’architecture source recommande une sauvegarde nocturne.
  • DĂ©signez les responsables de l’administration systĂšme et de l’assistance rĂ©seau.
  • Assurez la maintenance des correctifs, des composants Docker, des logiciels de dĂ©ploiement et de la configuration des serveurs.

PrĂ©sentation de l’architecture cHDP

La source associe des nƓuds de donnĂ©es locaux Ă  des services de coordination du rĂ©seau. Les dossiers individuels restent soumis aux contrĂŽles de l’institution source ; les requĂȘtes et rĂ©sultats autorisĂ©s nĂ©cessitent un examen de gouvernance.

Serveur de nƓud rĂ©seau

Un environnement regroupant les services d’enregistrement des nƓuds, d’authentification, de mesure et de recherche. Les traits de lĂ©gende expliquent les composants ; ils n’ajoutent pas de dĂ©pendances entre services.

Serveur de nƓud rĂ©seau de rĂ©fĂ©rence avec Docker et des services de recherche. Cinq traits de lĂ©gende identifient les composants d’enregistrement des nƓuds, de mesure, d’authentification et de visualisation.
Architecture de rĂ©fĂ©rence adaptĂ©e. FastAPI enregistre les nƓuds ; Prometheus collecte les mĂ©triques ; Grafana les prĂ©sente ; Keycloak gĂšre l’authentification ; Superset facilite l’exploration.
Agrandir le schĂ©maTĂ©lĂ©charger le SVGTĂ©lĂ©charger le PNGSchĂ©ma source ↗
Licence de réutilisation de la source non fournie ; conservez les mentions propres à chaque composant.

NƓud de donnĂ©es

L’ETL local convertit les informations sources vers OMOP CDM. Les composants OHDSI hĂ©bergĂ©s par Docker et les outils d’apprentissage fĂ©dĂ©rĂ© entourent la base de donnĂ©es dans l’architecture source.

NƓud de donnĂ©es local de rĂ©fĂ©rence : l’ETL alimente une base OMOP CDM entourĂ©e d’outils OHDSI regroupĂ©s, de Docker, d’Ubuntu et de Vantage6. Les traits de lĂ©gende expliquent les composants.
Architecture de rĂ©fĂ©rence adaptĂ©e. Ubuntu et Docker hĂ©bergent l’ETL, OMOP CDM, les outils OHDSI et les composants Vantage6 dĂ©crits par la source.
Agrandir le schĂ©maTĂ©lĂ©charger le SVGTĂ©lĂ©charger le PNGSchĂ©ma source ↗
Licence de réutilisation de la source non fournie ; conservez les mentions propres à chaque composant.

Infrastructure globale

Des systĂšmes de dossiers mĂ©dicaux Ă©lectroniques et des nƓuds locaux reprĂ©sentatifs sont regroupĂ©s avec les serveurs rĂ©seau NHIC et le serveur de projet. Les schĂ©mas techniques sources ne comportent aucun libellĂ© de pays.

Architecture globale de rĂ©fĂ©rence : trois sources de donnĂ©es et nƓuds locaux reprĂ©sentatifs sont regroupĂ©s avec deux serveurs rĂ©seau NHIC et un serveur de projet. Les connecteurs en accolade n’ont pas de pointe de flĂšche.
Architecture de rĂ©fĂ©rence adaptĂ©e. Les systĂšmes sources, les nƓuds OMOP locaux, les serveurs du rĂ©seau NHIC et un serveur de projet sont disposĂ©s comme dans l’original. La lĂ©gende indique l’état des nƓuds, les clĂ©s d’enregistrement et les rĂ©sultats agrĂ©gĂ©s.
Agrandir le schĂ©maTĂ©lĂ©charger le SVGTĂ©lĂ©charger le PNGSchĂ©ma source ↗
Licence de réutilisation de la source non fournie ; conservez les mentions propres à chaque composant.

Composants principaux

NƓuds de donnĂ©es locaux

Les institutions contrÎlent leur propre environnement de données et les autorisations associées.

Services conteneurisés

Docker regroupe des composants logiciels reproductibles pour leur déploiement.

Coordination centrale

Le centre de rĂ©fĂ©rence coordonne les nƓuds participants et les Ă©changes agrĂ©gĂ©s autorisĂ©s.

Analyse de données et IA

Les outils d’analyse soutiennent les questions de recherche et la modĂ©lisation lorsqu’ils sont autorisĂ©s et validĂ©s.

Circulation des données

  1. Collecte locale

    Les donnĂ©es proviennent d’un systĂšme clinique, de laboratoire, de surveillance ou d’enquĂȘte autorisĂ©.

  2. ETL et harmonisation

    Les transformations locales convertissent les données en une structure OMOP CDM.

  3. RequĂȘtes fĂ©dĂ©rĂ©es

    Les analyses autorisĂ©es s’exĂ©cutent sous contrĂŽle local ; les rĂ©sultats agrĂ©gĂ©s approuvĂ©s peuvent ĂȘtre partagĂ©s.

  4. Analyse et interprétation

    Les équipes de recherche interprÚtent les résultats, évaluent les risques de divulgation et examinent les conclusions avant leur diffusion.

Capacités de la plateforme

Les capacitĂ©s dĂ©crites par l’architecture source comprennent des donnĂ©es probantes disponibles Ă  temps, la modĂ©lisation des impacts, les requĂȘtes fĂ©dĂ©rĂ©es, la recherche prĂ©servant la vie privĂ©e et un portail web. Le dĂ©ploiement et la validation de chaque capacitĂ© par Heritage doivent ĂȘtre confirmĂ©s sĂ©parĂ©ment.

Environnement technologique

Docker, R, Python, Jupyter, OHDSI/ATLAS, Vantage6, OpenMRS, OMOP CDM, les outils d’apprentissage automatique, SQL, les traitements ETL CSV et les contrĂŽles de pare-feu figurent dans l’architecture source. Ces noms de technologies n’impliquent ni une intĂ©gration active ni une licence logicielle commune.

En savoir plus

Catalogue de donnĂ©es Gouvernance et protection Éthique et normes

SchĂ©ma d’architecture