Archivo neutral para PACS con Qumulo nativo de Azure
Este artículo describe una solución para implementar una solución VNA que abarca una o más ubicaciones locales junto con una implementación de Azure Native Qumulo Scalable File Service para servir como destino de archivo para la retención a largo plazo de imágenes y datos VNA.
Arquitectura de referencia de Qumulo nativa de Azure - Archivo independiente del proveedor para PACS
Un archivo de proveedor neutral (VNA) ofrece a los proveedores sanitarios un medio para almacenar, utilizar y archivar imágenes médicas y otros datos de una o varias plataformas PACS (sistemas de comunicación y archivo de imágenes) de proveedores específicos. Mientras que los datos PACS pueden ser propiedad de un proveedor e inaccesibles para aplicaciones externas, los VNA ofrecen un formato de datos y una interfaz estandarizados, independientemente del proveedor o sistema que haya originado los datos.
Este artículo describe una solución para implementar una solución VNA que abarca una o más ubicaciones locales junto con una implementación de Azure Native Qumulo Scalable File Service para servir como destino de archivo para la retención a largo plazo de imágenes y datos VNA.
Arquitectura
La solución se despliega en una o más ubicaciones locales, utilizando una instancia de Azure Native Qumulo Scalable File Service (ANQ) como repositorio de archivos.
Arquitectura de soluciones
Descargue un archivo Visio de esta arquitectura.
En cada centro, la solución PACS del proveedor sanitario está configurada para utilizar un clúster Qumulo local para el almacenamiento de VNA. El clúster Qumulo está configurado para replicar los datos VNA en el destino de archivo ANQ. En esta solución, se ha implementado un servidor de aplicaciones VNA en el arrendatario Azure del cliente y se ha conectado a través de SMB/NFS al clúster de archivo ANQ.
Flujo de trabajo - Replicación de datos y acceso de clientes
Descargar Archivo Visio de esta arquitectura.
Con esta configuración, el acceso al repositorio de archivos VNA se puede habilitar desde cualquier lugar a través de cualquier aplicación Universal VNA Viewer. Estas aplicaciones pueden desplegarse in situ para que accedan a ellas los visores/usuarios in situ, y/o a través de una plataforma en la nube para que accedan a ellas los visores/usuarios remotos.
En esta solución, el acceso a los datos dentro del repositorio de archivos VNA se realiza a través de un servidor de aplicaciones VNA en la propia tenencia Azure del cliente.
Componentes
Clúster Qumulo local para servir como repositorio VNA local
Servicio de archivos escalable Qumulo nativo de Azure despliegue para ofrecer servicios de archivo VNA consolidados y basados en la nube
Replicación unidireccional habilitada entre los clústeres Qumulo locales y el clúster ANQ de destino en Azure
Entorno(s) de aplicación PACS local(es), configurado(s) para exportar datos con formato VNA al clúster local de Qumulo
Visor(es) Universal VNA local(es) y/o basado(s) en la nube, configurado(s) para utilizar el Servidor de Aplicaciones VNA basado en Azure para acceder a los datos de archivo VNA.
Ventajas de la solución
Aunque una solución de VNA también puede desplegarse in situ, una solución basada en la nube, respaldada por ANQ, ofrece una serie de ventajas, como una escalabilidad ilimitada, una colaboración cruzada más sencilla entre múltiples organizaciones y/o instituciones, y una solución más rentable en muchos casos que un despliegue basado en un centro de datos o en una nube privada.
Posibles casos de uso
Esta arquitectura se aplica a proveedores sanitarios y otras organizaciones sanitarias cuyos datos PACS deben ser accesibles más allá de la aplicación PACS de origen.
Posibles casos de uso:
Proveedores sanitarios que utilizan varias aplicaciones de tratamiento de imágenes pero emplean un formato de imágenes estandarizado para mejorar los flujos de trabajo clínicos y la continuidad de la atención entre los distintos sistemas.
Organizaciones sanitarias y de ciencias de la vida que realizan investigaciones o análisis utilizando imágenes médicas de múltiples fuentes, ya sea para estudios a corto o largo plazo.
Organizaciones sanitarias y de ciencias de la vida que comparten documentos e imágenes con proveedores y organizaciones externas.
Consideraciones
Las empresas que planifican una solución de archivo VNA utilizando Qumulo on-prem y Azure Native Qumulo Scalable File Service deben incluir las siguientes consideraciones en sus procesos de planificación y diseño.
Escalabilidad y rendimiento
Los arquitectos empresariales y otras partes interesadas deben asegurarse de que su solución aborda los siguientes factores de escalabilidad y rendimiento:
Capacidad y crecimiento: aunque un clúster de Qumulo puede ampliarse fácilmente para añadir capacidad según sea necesario, el clúster local debe tener la capacidad suficiente para admitir de 3 a 6 meses de entrada y retención de datos para los conjuntos de datos de PACS y VNA.
Rendimiento y capacidad
Los clústeres Qumulo locales deben configurarse para admitir la entrada de datos de las aplicaciones PACS y replicar simultáneamente los datos VNA en el destino ANQ
El clúster ANQ debe ser capaz de recibir tráfico de replicación entrante desde el clúster o clústeres Qumulo locales de la solución y, al mismo tiempo, admitir todas las solicitudes de datos del servidor de aplicaciones VNA del cliente.
Seguridad
Aunque Azure Native Qumulo es totalmente compatible con la HIPAA, los clientes siguen siendo responsables de planificar, implementar y mantener la seguridad de la solución para satisfacer todos los requisitos legales y reglamentarios aplicables a su sector y ubicación.
Despliegue este escenario
Para obtener una guía sobre la implantación de ANQ, consulte Primeros pasos con el servicio de archivos escalable Qumulo nativo de Azure e implementación.
Para más información sobre las redes de entrada y salida, véase Puertos de red necesarios para Qumulo Core.
Para obtener instrucciones detalladas sobre la configuración y gestión de la replicación entre el clúster Qumulo local y el destino ANQ, consulte Replicación: Replicación continua con 2.11.2 y superiores.
Colaboradores
Este artículo está mantenido por Qumulo. Fue escrito originalmente por los siguientes colaboradores. Autores principales:
James Walkenhorst | Ingeniero Técnico Superior de Marketing en Qumulo
Próximos pasos
Qumulo Escala en cualquier lugar
5 razones por las que le encantará pasarse a la nube con Qumulo
Guía para trasladar cargas de trabajo críticas a la nube
Recursos relacionados
Servicio de archivos escalable Qumulo nativo de Azure (Mercado)
Servicio de archivos escalable Qumulo nativo de Azure
Guía del servicio de archivos escalables Azure Native Qumulo
Replicación continua de Qumulo
Replicación de políticas de instantáneas de Qumulo
Uso de Failover con Replicación en Qumulo
QumuloSync
Parte I: Acelerar la recuperación de datos con Qumulo
Parte II: Acelerar la recuperación de datos con Qumulo
Por qué su infraestructura empresarial debe innovar a la velocidad del SaaS
Creación de un sistema de archivos de nube híbrida para una simplicidad radical