Azure Native Qumulo Maintenant disponible dans l'UE, au Royaume-Uni et au Canada - En savoir plus

Table des matières

Architecture

  • Architectures de solutions
  • Workflow – Réplication des données et accès client
  • Composantes

Avantages de la solution

  • Cas d'utilisation potentiels

Considérations

  • Évolutivité et performances
  • Sécurité
Déployer ce scénario
Contributeurs
Prochaines étapes
Documentation associée

Architecture de référence Azure Native Qumulo – Archive indépendante du fournisseur pour PACS

Une archive indépendante du fournisseur (VNA) permet aux prestataires de soins de santé de stocker, d'utiliser et d'archiver des images médicales et d'autres données à partir d'une ou plusieurs plates-formes PACS (Picture Archiving and Communication Systems) spécifiques au fournisseur. Alors que les données PACS peuvent être propriétaires du fournisseur et inaccessibles aux applications extérieures, les VNA offrent un format de données et une interface standardisés, quel que soit le fournisseur ou le système à l'origine des données. 

Cet article décrit une solution pour déployer une solution VNA qui englobe un ou plusieurs emplacements sur site en conjonction avec un déploiement du service de fichiers évolutif natif Qumulo Azure pour servir de cible d'archivage pour la conservation à long terme des images et des données VNA.

Architecture

La solution est déployée sur un ou plusieurs emplacements sur site, en utilisant une instance d'Azure Native Qumulo Scalable File Service (ANQ) comme référentiel d'archives. 

Architecture de solution

Au sein de chaque site, la solution PACS du prestataire de soins de santé est configurée pour utiliser un cluster Qumulo local pour le stockage VNA. Le cluster Qumulo est configuré pour répliquer les données VNA vers la cible de l'archive ANQ. Dans cette solution, un serveur d'applications VNA a été déployé dans le locataire Azure du client et connecté via SMB/NFS au cluster d'archives ANQ.

Workflow – Réplication des données et accès client

Avec cette configuration, l'accès au référentiel d'archives VNA peut être activé de n'importe où via n'importe quelle application Universal VNA Viewer. Ceux-ci peuvent être déployés sur site pour un accès par les spectateurs/utilisateurs sur site, et/ou via une plateforme cloud pour un accès par les spectateurs/utilisateurs distants.

Dans cette solution, l'accès aux données dans le référentiel d'archives VNA s'effectue via un serveur d'applications VNA dans le propre locataire Azure du client.

Composantes

  • Cluster Qumulo sur site pour servir de référentiel VNA local
  • Service de fichiers évolutif natif Azure Qumulo déploiement pour fournir des services d'archivage VNA consolidés et basés sur le cloud
  • Azure ExpressRoute (facultatif) Passerelle VPN Azure
  • Réseau virtuel Azure 
  • Injection de réseau virtuel
  • Réplication unidirectionnelle activée entre le(s) cluster(s) Qumulo sur site et le cluster ANQ cible sur Azure
  • Environnement(s) d'application PACS sur site, configurés pour exporter des données au format VNA vers le cluster Qumulo local
  • Visionneuse(s) VNA universelle(s) sur site et/ou basée sur le cloud, configurée pour utiliser le serveur d'applications VNA basé sur Azure pour accéder aux données d'archive VNA.

Avantages de la solution

Bien qu'une solution VNA puisse également être déployée sur site, une solution basée sur le cloud, soutenue par ANQ, offre un certain nombre d'avantages, notamment une évolutivité illimitée, une collaboration croisée plus simple entre plusieurs organisations et/ou institutions et une solution plus rentable. dans de nombreux cas, qu’un déploiement basé sur un centre de données ou un cloud privé. 

Cas d'utilisation potentiels

Cette architecture s'applique aux prestataires de soins de santé et autres organismes de santé dont les données PACS doivent être accessibles au-delà de l'application PACS d'origine.

Cas d'utilisation potentiels :

  • Les prestataires de soins de santé qui utilisent plusieurs applications d'imagerie mais utilisent un format d'imagerie standardisé pour améliorer les flux de travail cliniques et la continuité des soins entre les différents systèmes.
  • Organisations de soins de santé et des sciences de la vie qui mènent des recherches ou des analyses à l’aide d’images médicales provenant de sources multiples, que ce soit pour des études à court ou à long terme.
  • Organisations de soins de santé et des sciences de la vie qui partagent des documents et des images avec des prestataires et des organisations externes.

Considérations

Les entreprises planifiant une solution d'archivage VNA utilisant Qumulo sur site et Azure Native Qumulo Scalable File Service doivent inclure les considérations suivantes dans leurs processus de planification et de conception.

Évolutivité et performances

Les architectes d'entreprise et les autres parties prenantes doivent s'assurer que leur solution répond aux facteurs d'évolutivité et de performances suivants :

  • Capacité et croissance – alors qu'un cluster Qumulo peut facilement être étendu pour ajouter de la capacité selon les besoins, le cluster sur site doit être dimensionné avec une capacité suffisante pour prendre en charge 3 à 6 mois de saisie et de conservation de données pour les ensembles de données PACS et VNA.
  • Performances et débit 
    • Le(s) cluster(s) Qumulo sur site doivent être configurés pour prendre en charge la prise de données de la ou des applications PACS tout en répliquant simultanément les données VNA vers la cible ANQ.
    • Le cluster ANQ doit être capable de recevoir le trafic de réplication entrant du ou des clusters Qumulo sur site de la solution tout en prenant en charge simultanément toutes les demandes de données du serveur d'applications VNA du client.

Sécurité

Bien qu'Azure Native Qumulo soit entièrement conforme à la HIPAA, les clients sont toujours responsables de la planification, de la mise en œuvre et du maintien de la sécurité de la solution afin de satisfaire à toutes les exigences légales et réglementaires applicables à leur secteur et à leur emplacement.

Déployer ce scénario

Pour des instructions détaillées sur la configuration et la gestion de la réplication entre le cluster Qumulo sur site et la cible ANQ, voir Réplication : réplication continue avec 2.11.2 et versions ultérieures.

Contributeurs

Cet article est maintenu par Qumulo. Il a été écrit à l'origine par les contributeurs suivants. Principaux auteurs :
James Walkenhorst | Ingénieur technique marketing senior chez Qumulo

Prochaines étapes

Ressources associées

Remonter en haut