Archives neutres pour les PACS avec Qumulo natif d'Azure
Cet article décrit une solution pour déployer une solution VNA qui englobe un ou plusieurs sites sur site en conjonction avec un déploiement Azure Native Qumulo Scalable File Service pour servir de cible d'archivage pour la conservation à long terme des images et des données VNA.
Azure Native Qumulo Reference Architecture - Vendor-Neutral Archive for PACS (Architecture de référence Qumulo native Azure)
Les archives neutres vis-à-vis des fournisseurs (VNA) permettent aux prestataires de soins de santé de stocker, d'utiliser et d'archiver des images médicales et d'autres données provenant d'une ou de plusieurs plateformes PACS (systèmes d'archivage et de communication d'images) spécifiques à un fournisseur. Alors que les données PACS peuvent être propriétaires du fournisseur et inaccessibles aux applications externes, les VNA offrent un format de données et une interface normalisé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 sites sur site en conjonction avec un déploiement Azure Native Qumulo Scalable File Service 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 sites sur site, en utilisant une instance d'Azure Native Qumulo Scalable File Service (ANQ) comme référentiel d'archivage.
Architecture de la solution
Télécharger un fichier Visio de cette architecture.
Dans chaque site, la solution PACS du fournisseur de soins de santé est configurée pour utiliser un cluster Qumulo local pour le stockage des VNA. Le cluster Qumulo est configuré pour répliquer les données VNA vers la cible d'archivage ANQ. Dans cette solution, un serveur d'application VNA a été déployé dans le locataire Azure du client et connecté via SMB/NFS au cluster d'archivage ANQ.
Workflow - Réplication des données et accès des clients
Télécharger un Fichier Visio de cette architecture.
Avec cette configuration, l'accès au dépôt d'archives VNA peut être activé de n'importe où via n'importe quelle application Universal VNA Viewer. Ces applications peuvent être déployées sur site pour permettre l'accès aux spectateurs/utilisateurs sur place, et/ou via une plateforme en nuage pour permettre l'accès aux spectateurs/utilisateurs à distance.
Dans cette solution, l'accès aux données du dépôt d'archives VNA se fait par le biais d'un serveur d'application VNA dans le propre locataire Azure du client.
Composants
Cluster Qumulo sur site pour servir de référentiel VNA local
Azure Native Qumulo Scalable File Service (service de fichiers évolutifs) déploiement pour fournir des services d'archivage VNA consolidés et basés sur l'informatique dématérialisée
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
Visualiseur(s) universel(s) VNA sur site et/ou dans le nuage, configuré(s) pour utiliser le serveur d'application VNA basé sur Azure afin d'accéder aux données d'archives 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 l'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 aux autres organismes de soins 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 qui 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.
Les organismes de soins de santé et de sciences de la vie qui effectuent 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.
Organismes de soins de santé et de sciences de la vie qui partagent des documents et des images avec des fournisseurs et des organismes extérieurs.
Considérations
Les entreprises qui planifient une solution d'archivage VNA utilisant Qumulo on-prem et Azure Native Qumulo Scalable File Service doivent inclure les considérations suivantes dans leurs processus de planification et de conception.
Évolutivité et performance
Les architectes d'entreprise et les autres parties prenantes doivent s'assurer que leur solution tient compte des facteurs d'évolutivité et de performance suivants :
Capacité et croissance - alors qu'un cluster Qumulo peut facilement être étendu pour ajouter de la capacité en fonction des besoins, le cluster sur site doit être dimensionné avec une capacité suffisante pour prendre en charge 3 à 6 mois d'acquisition et de conservation des données pour les ensembles de données PACS et VNA.
Performance et débit
Le(s) cluster(s) Qumulo sur site doit(vent) être configuré(s) pour prendre en charge la réception des 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 en mesure de recevoir le trafic de réplication entrant depuis le(s) cluster(s) Qumulo de la solution sur site, tout en prenant en charge simultanément toutes les demandes de données du serveur d'application VNA du client.
Sécurité
Bien que Azure Native Qumulo soit entièrement conforme à la loi 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 d'activité et à leur situation géographique.
Déployer ce scénario
Pour un guide sur le déploiement de l'ANQ, voir Premiers pas avec le service de fichiers évolutifs Azure Native Qumulo et déploiement.
Pour plus d'informations sur les réseaux entrants et sortants, voir Ports réseau requis pour Qumulo Core.
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 à partir de la version 2.11.2.
Les contributeurs
Cet article est maintenu par Qumulo. Il a été écrit à l'origine par les contributeurs suivants. Principaux auteurs :
James Walkenhorst | Ingénieur marketing technique senior chez Qumulo
Prochaines étapes
Qumulo Scale Anywhere
5 raisons pour lesquelles vous allez adorer passer au cloud avec Qumulo
Guide pour la migration des charges de travail critiques vers l'informatique dématérialisée
Ressources connexes
Azure Native Qumulo Scalable File Service (service de fichiers évolutifs) (Marché)
Azure Native Qumulo Scalable File Service (service de fichiers évolutifs)
Guide du service de fichiers évolutif Azure Native Qumulo
Réplication continue Qumulo
Réplication de la politique de Qumulo Snapshot
Utiliser le basculement avec la réplication dans Qumulo
QumuloSync
Partie I : Accélérer la récupération des données avec Qumulo
Partie II : Accélérer la récupération des données avec Qumulo
Pourquoi l'infrastructure de votre entreprise doit-elle innover à la vitesse du SaaS ?
Construire un système de fichiers pour le cloud hybride pour une simplicité radicale