Proveedor Neutral Archive

A Proveedor Neutral Archive (VNA) es un proyección de imagen médica tecnología en que se almacenan imágenes y documentos (y potencialmente cualquier archivo de relevancia clínica) (archivada) en un formato estándar con una interfaz estándar, así que se puede acceder de manera vendor-neutral por otros sistemas.

Esta terminología se utiliza tradicional Picture Archiving and Communications Systems (PACS), aunque hay un debate acerca de dónde el límite entre un VNA y un PACS se encuentra a lo largo de la continuidad de sus características comunes.

Definición

La definición más simple es "un dispositivo médico que almacena imágenes médicas en formato estándar con una interfaz estándar, que se puede acceder de manera vendor-neutral por otros sistemas".

Supuesta "neutralidad del vendedor" que implica el formato estándar y el interfaz, y es la neutralidad con respecto a los dispositivos específicos del proveedor que producen o consumen esas imágenes (por ejemplo, para la exhibición, distribución o análisis, con o sin flujos de trabajo específicos, tales como radiología, informes, es decir, un PACS).

El conjunto exacto de definición y característica aunque es discutible y evoluciona como diferentes proveedores de VNAs tentativa para distinguirse de sus competidores y evitar ser excluido, y clientes expresan deseos oscilan entre pragmática y fantástico.

Hay acuerdo general sobre las siguientes características clave:

• almacenamiento de DICOM imágenes y objetos compuestos relacionados (presentación Estados, objetos clave, informes estructurados)
• DICOM interfaz estándar de red de almacenamiento, consulta y recuperación
• administrativas actualizaciones y correcciones (paciente ID cambios y fusiones de estudio)
• escalabilidad

Cada una de las siguientes características siguen siendo discutible, en el sentido de que algunos clientes y vendedores afirman que algunos o todos son fundamentales para el concepto, pero otros no están de acuerdo:

• almacenamiento de los objetos que no están directamente relacionadas a las imágenes (como generados por humanos peticiones e informes)
• almacenamiento de non-DICOM contenido (tales como HL7 CDA documentos)
• non-DICOM protocolos de acceso (por ejemplo, compartición de documentos de empresa de IHE (XDS y XDS-I)
• identidad y código de resolución de dominios (paciente ID #, códigos de procedimiento de adhesión)
• dinámica DICOM etiqueta morphing
• gestión del ciclo de vida de la información
• exclusión de contenido de base de datos de gestión de flujo de trabajo
• independencia de la opción del motor de base de datos
• auditoría de acceso

Historia

Evolución

Tradicionalmente, la necesidad de almacenar imágenes médicas ha sido más común en los departamentos de medicina nuclear y radiología y ha sido implementada en forma de subespecialidades y departamental (PACS), que combinan las funciones de gestión de la imagen y archiving de imágenes en una sola solución. Mientras que todos estos sistemas estándar de interfaces)DICOM y IHE) para la ingestión y distribución de imágenes sobre la red y en medios físicos (como CD), típicamente el flujo de trabajo y un rendimiento óptimo para la exhibición se obtienen utilizando software privativo y protocolos. Además, el almacenamiento persistente "dentro" de un propietario PACS No puede ser en forma estándar, el PACS puede no actualización de los archivos almacenados con el último estudio y cambios demográficos y las anotaciones almacenados en la base de datos, y puede extender, abuso o dependen de específicos estándar y no estándar (privado) DICOM atributos de los archivos almacenados.

Con el tiempo, en muchas implementaciones, la infraestructura de almacenamiento subyacente ha sido "factorizar" fuera de la tradicional (PACS) en el (sistema hardware y archivoDAS, NAS, SAN) de nivel y se suministran en lugar de no-domain-specific almacenamiento de datos informáticos vendedores.

Especialidades médicas como más incorporan imágenes en su práctica, la necesidad de ampliar imagen almacenamiento y distribución de la capacidad a otros departamentos, toda la empresa. Cada vez hay un deseo de inter operar en un nivel superior de la aplicación, separando los flujos de trabajo específicos de departamental, exhibición y soluciones de análisis de la infraestructura de almacenamiento de la imagen, utilizando protocolos estándar de imagen y metadatos consciente, sin sacrificar el rendimiento de la pantalla.

Un factor de complicación es el ()PACS) las ofertas están en un estado constante de flujo con respecto a características y calidad de servicio, y tradicionalmente los usuarios abandonarán un vendedor y reemplazar su producto con el otro es cada 3 – 5 años. Esto provoca la necesidad de "migrar" a las imágenes y la información asociada a la nueva arquitectura sin pérdida de datos, una tarea no trivial a pesar del uso de formatos estándar para la codificación de imagen. El concepto de un VNA teóricamente permite una mayor estabilidad (reutilización y menos frecuente migración) a nivel de archivo, a pesar de la rápida evolución y cambio en el más alto nivel de aplicación (pantalla y flujo de trabajo). Por supuesto, migrando de VNA de un proveedor a otra tampoco es trivial, sólo espero que menos frecuentes.

Un término alternativo para un VNA es un "PACS Neutral Archive", que quizás mejor transmite la intención original, pero este término es raramente utilizado, y para bien o para mal, VNA se ha convertido en el Palabra de moda de preferencia entre los clientes y vendedores.

Literatura

En una de muchas entradas en el blog de muchos sobre el tema, Michael Gray hace referencia a una temprana Descripción del concepto de la separación de las aplicaciones clínicas front-end de la función de almacenamiento back-end, en un artículo por Nadim Daher, un Medical Imaging Market Analyst en Frost & Sullivan.

Un hilo de tía Minnie PACS Forum larga recuentos para discutir el tema de los archivos neutrales entre un público más amplio después de una respuesta de Michael Gray.

Un white paper de 2009 por Wayne DeJarnette es un de los primeros intentos de establecer una definición basado en un conjunto de características necesarias, y su empresa también ha proporcionado una interpretación más reciente.

Michael Gray ofrece sus ingredientes esenciales de un VNA en 2009 su entrada en el blog, haciendo referencia a la lista de Acuo de atributos, la forma más reciente de los cuales puede encontrarse en el libro blanco de Shannon Werb sobre los atributos de una "verdadera" VNA.

Herman Oosterwijk proporciona una descripción más reciente en nombre de otro proveedor, Teramedica, en su libro blanco, en que ofrece una definición más detallada: "un proveedor Neutral Archive (VNA) es un dispositivo médico que brinda imagen escalable e información y gestión del ciclo de vida que pueden consultar imágenes e información relacionada, almacenado y obtenido de una manera que es definida por los estándares abiertos en varios Departamento, empresa y nivel regional manteniendo la seguridad y privacidad del paciente. Característica para un VNA es que proporciona un enfoque centrado en el paciente que trasciende las actualizaciones y cambios de la visión diferente, la adquisición y los componentes de gestión de flujo de trabajo como deberían ser intercambiables sin tener que emigrar, convierten o cambian los formatos de datos o la interfaz de la VNA."

La relación de VNA para almacenamiento de imágenes médicas en el nube también es impreciso, aunque ofrece un alto potencial para cumplimiento de la palabra de moda, y Michael Gray proporciona cierta claridad en su artículo encargado por EMC.

Varios modelos de implementación alternativa y marcos se han descrito, que aborden cuestiones de costo, valor y barreras de entrada.

Puesto que el término "VNA" ha sido tan maltratado como un término de marketing, ya que ha logrado estatus mítico.

Características

Correcciones y actualizaciones administrativas

Simplemente se almacenará un archivo pasivo lo que recibe y potencialmente sobreescribir lo mismo cuando se recibe otra vez con cambios, pero los mismos identificadores (únicos). Esto no es suficiente en una operación de producción, donde se cometen errores, y es necesario Demografía paciente correcto, o corregir errores (paciente o petición o lado fue seleccionado durante un examen y presente en las cabeceras de imagen incorrecta información equivocados).

Existen normas que cubren que algunos casos de uso, tales como IHE Información para el paciente reconciliación (PIR) y Proyección de imagen de gestión del cambio de objeto (aprobación).

Dominios identidad y código de resolución

Para que un archivo que abarcan los departamentos, instituciones, regiones o incluso las fronteras, debe abordarse la cuestión de la identificación de entidades y conceptos.

En general, dentro de un dominio como una institución individual, identificadores de pacientes e identificadores de petición, estudios e informes (por ejemplo, por números) son asignados únicamente dentro de ese dominio, pero no afuera. Mayoría de los sistemas interna (y la mayoría PACS) no consiguen la existencia de múltiples dominios de identidad, y si se utilizan identificadores entre dominios luego ambigüedad y colisiones ocurren. Así cada identificador necesario tampoco ser calificado por su "autoridad asigna" cuando utiliza (el enfoque adoptado por el DICOM-base IHE Múltiples administrador de imágenes de archivo (MIMA) Perfil) o coacción en un único identificador "canónico" que abarca el alcance del dominio más grande que incluye sistemas de empresa todo integrados (el enfoque adoptado por IHE Cruz empresa compartir documentos. Al importar fuera de imágenes en el archivo local, esta cuestión también tiene que abordarse, generalmente por asignar el identificador del exterior en un identificador interno y volver a codificar la información (coerción) el DICOM "cabecera" u otros metadatos (tales como de la manera especificada en Importación de reconciliación de flujo de trabajo).

Si el apoyo es un rasgo esencial para un VNA depende en qué ambiente está destinado a ser desplegado en (dentro de una empresa o a través de empresas), pero soporte robusto proporciona seguro contra la futura implementación de cambios en la configuración (por ejemplo, las fusiones de empresas).

Asimismo, conjuntos de códigos locales utilizados para cosas tales como códigos de procedimiento (para los códigos de "orderables", en contraposición a la facturación), pues no están estandarizados, y donde éstos son útiles en imágenes a la pantalla (por ejemplo, protocolos de colgante) y flujo de trabajo en coche una habilidad para asignar estos también es una característica útil.

Etiqueta dinámica Morphing

Uno un VNA sirve para almacenar información y servir a múltiples sistemas que pueden tener diferentes requisitos para su uso y las expectativas de características muy específicas de la DICOM los atributos y los valores almacenados en ellos, tanto estándar como privados.

El concepto de "etiqueta dinámica morphing" es promocionado como una solución al problema de los dos sistemas diferentes de espera valores diferentes en el mismo atributo. "Etiqueta morphing" se refiere a la evolución de los valores de uno o más atributos (generalmente DICOM elementos de datos en este contexto). Esto puede hacerse "estática", en cual caso único trazado es realizado, o "dinámica", en cuyo caso las asignaciones múltiples, cada uno específico a un destinatario determinado, que se realiza.

En su forma degenerada, la capacidad para asignar cualquier etiqueta y valor a cualquier otro, es inherentemente peligrosa y socava el valor de intentar normalizar los atributos en primer lugar y los esfuerzos por modalidad y PACS proveedores para uso "correcto". Dicho esto, hay una variación en los productos base e incluso nuevos instalados en cómo se utilizan algunos campos, particularmente para las formas altamente específicas y avanzadas de proyección de imagen y la correspondiente variación en lo avanzado pantalla y aplicaciones de análisis de esperan en su entrada. Por consiguiente, esta es una característica popular, a pesar de sus peligros. Algunos argumentarán fuertemente que es una característica esencial de ser clasificado como un VNA.

Esta característica es una reminiscencia de lo que es común en la HL7 mundo versión 2, un supuesto Interfaz del motor, que está diseñado para asignar casi cualquier cosa a algo más, dependiendo del origen y de destino.

Un caso típico de uso es para cambiar los valores en serie Descripción suministrada por las modalidades de adquisición, con el fin de permitir que dos diferentes PACS compartiendo el mismo datos para utilizar diferentes colgantes con base en la descripción de la serie las reglas del protocolo. Podría decirse que esto podría lograrse de manera más estándar si las modalidades poblaron otros atributos más detalladamente, los protocolos de adquisición y códigos para ellos eran mejores motores protocolo estandarizado y colgantes eran más flexibles, pero dadas las limitaciones del estado del arte, esta técnica sigue siendo útil.

Etiqueta dinámica morphing es distinto del atributo específico de cambios relacionados con dominios identidad y código de resolución (lo que DICOM en PS 3.4 denomina "coerción"), para que allí son estándares definidos para qué cambiar, cuándo y cómo, y que a menudo involucran actores adicionales como un maestro paciente índice, aunque algunos autores bulto estos juntos y algunos productos de implementan usando el mismo mecanismo.

Michael Gray fue un partidario temprano de etiqueta morphing y lo considera un rasgo esencial de VNA. Una descripción de la etiqueta morphing casos de uso puede encontrarse en el libro de Wayne Dejarnette 2010 blanco.

Information Lifecycle Management

Disco es barato, pero carecen de energía y aire acondicionado, cueste lo que cueste, almacenamiento de información tiene un costo finito, especialmente cuando uno está pagando como uno va más bien usando un host local capitalizó infra-estructura.

Por consiguiente, cuando expiran períodos de retención medico-legales, o expira la utilidad clínica (como en la muerte de un paciente), muchos usuarios les gustaría poder purgar su almacenamiento de información. Las reglas para esto son complejas y varían entre jurisdicciones así como según la política local. Teniendo en cuenta las exigencias contradictorias de los financistas, los administradores de riesgos, abogados, investigadores y educadores, llegar a acuerdo sobre dicha política puede ser difícil.

A pesar de todo, una característica VNA potencialmente útil es el soporte para localmente personalizable basada en reglas que purga (sacrificio) criterios, ya sea por aplicación directa de las normas, o respondiendo a IHE Proyección de imagen de gestión del cambio de objeto (aprobación) solicitudes de un motor de reglas separadas.

Contenido no-DICOM

VNAs no deberían tener ninguna dificultad para almacenar DICOM el contenido de tales imágenes e información asociada como presentación Estados y llamados "documentos de evidencia", tales como DICOM Informes estructurados que contienen cosas tales como las mediciones registradas por la modalidad o procesamiento posterior resulta como de CAD.

En un ajuste clínico, sin embargo, otros tipos de objeto de documento y a granel pueden estar disponibles que sería deseable para almacenar. La mayoría PACS adoptan el enfoque de convertir a DICOM, en algunos casos mediante objetos destinados a "encapsular" otro tipo de objeto. El ejemplo clásico es un documento escaneado almacenado como un archivo PDF y encapsulado en un DICOM Objeto PDF junto con metadatos suficiente para identificar y gestionar, como si fuera una imagen. VNAs deben apoyar este tipo de encapsulado DICOM los objetos y la DICOM "encabezado" proporciona un medio para obtener los metadatos de indexación para apoyar la consulta y recuperación. Michael Gray elabora en detalle sobre este tema en su libro blanco sobre el tema.

Para otros tipos de objeto, o cuando no hay ningún DICOM objeto de encapsulado disponible, o cuando no hay ninguna necesidad de interfaz con DICOM mientras hay un medio estándar de proporcionar los metadatos necesarios para la indexación, tales como mediante el uso de los sistemas, HL7 los mensajes versión 2 o XDS servicios de registro, entonces en teoría un VNA podrían almacenar nada.

Tipos específicos de non-DICOM contenido, tales como una HL7 CDA instancia de documento que contiene, por ejemplo, un informe de radiología, podría ser almacenado o como un CDA documento utilizando XDS, o primero encapsulado en un DICOM Encapsulado CDA objeto y almacenado utilizando DICOM servicios, o su contenido y su cabecera pueden ser transcodificado en un DICOM Ejemplo de informe estructurado. Una completa VNA podría tener la capacidad de convertir cualquier instancia única en otra forma según lo que necesite el sistema solicitando ("objeto morphing", si se quiere).

Una descripción del enfoque de Wayne Dejarnette non-DICOM almacenamiento de objetos en su producto se describe en su libro blanco 2009.

Estandarización de la interfaz

Formato de archivo de imagen en medios de almacenamiento a largo plazo

Hay acuerdo general que el uso de la DICOM formato de archivo es necesario para imágenes y que donde se comprimirán imágenes para archivo o transporte, estándar, no propietaria, esquemas de compresión (sintaxis de transferencia) deben usarse. De hecho, una característica distintiva de la mayoría VNAs en contraposición a muchos tradicionales PACS es la evitación de formatos propietarios internos aparentemente utilizado en el pasado por motivos de "rendimiento", mientras que todavía obtener buen rendimiento a través de las interfaces.

Las implementaciones pueden variar en el rango de esquemas de compresión soportados, compresión reversible (lossless) es obligatoria para propósitos archivales medico-legales o no. Las implementaciones también varían en la gama de tipos específicos de modalidad de imagen que soportan; Aunque muchos archivos apoyará todo DICOM los objetos de información de imagen en principio, algunos casos extremos, como diapositiva toda patología imágenes y videos de largos pueden no ser compatibles. Una característica general de VNAs es intentar conservar todos los atributos como originalmente suministrados, incluyendo atributos privados (patentados) ya sea de la modalidad de adquisición o Añadida por otras aplicaciones intervinientes (tales como estaciones de control de calidad o PACS).

DICOM describe muchos diferentes "información objeto de las definiciones" y "Clases SOP" para el almacenamiento de imágenes con metadatos específicos relacionados con modalidades particulares y aplicaciones y la lista de estos crece a medida que evolucionan. Puesto que el DICOM el formato es inherentemente extensible y todos los objetos nuevos se basan en una codificación y un patrón común, un VNAs deben ser capaz de almacenar cualquier DICOM objeto de imagen, independientemente de si se reconoce la clase SOP o nuevos. Esto puede lograrse mediante el uso de la configuración de campo modificable para agregar nuevas clases SOP, o por el análisis del contenido de los objetos "header", o por el simple planteamiento de aceptar, almacenar y regurgitar nada transfieren vía un DICOM Operación c-Store.

Protocolos de transferencia de imagen

DICOM convencional

Soporte de la base DICOM C-Store, C-FIND, C-MOVE y preferiblemente C-GET son fundamentales y no debatidas. Las sintaxis de transferencia nativa básica incluyendo implícito y explícito VR little-endian y la sintaxis de transferencia bigEndian menos comunes son generalmente compatibles. La gama de sintaxis de transferencia comprimido generalmente incluye Lossless JPEG y reversible e irreversible JPEG 2000, ocasionalmente JPEG-LS, y generalmente con pérdida JPEG para imágenes que fueron suministrados así (fotografías especialmente cierto color. Soporte para compresión de movimiento (diferente del multi-frame JPEG) es menos común, pero tal vez más común en VNAs que en PACSs, especialmente para el almacenamiento y la regurgitación sin visión.

WADO

La mayoría estaría de acuerdo que una interfaz VNA importante es la versión original del acceso Web a DICOM Objetos (WADO), que permite que las imágenes individuales que se recuperarán con un HTTP URL en cualquiera DICOM formato de archivo o pre-renderizados en un formato de consumo como JPEG.

XDS-I.b

El JABÓN Servicio Web basado en las transacciones de la IHE Cruz compartiendo para obtener imágenes de documentos empresariales también generalmente se considera un requisito previo para una pretensión de ser un VNA.

Objetos relacionados con la imagen

Presentación de Estados

La transformación de representación en escala de grises o color aplicada a las imágenes para pantalla debe guardarse como un DICOM Objeto de presentación estado. Estos objetos de apoyo en escala de grises y color verdadero imágenes, así como la aplicación de un pseudo color tabla de consulta imágenes en escala de grises. Presentación Estados también pueden grabar cualquier zoom y panorámica (selección mostrada) aplicado. IHE utiliza éstos en el Presentación consistente de imágenes (CPI) Perfil

Desde muchos modernos PACS también puede guardar las anotaciones de la imagen usando DICOM Objetos de presentación estado, un VNA necesita apoyar éstos, incluyendo no sólo almacenamiento y regurgitación, pero también selección y visualizar en cualquier espectador suministra como un componente VNA.

Anotaciones, las regiones de interés y las medidas

El formato preferido para el almacenamiento de anotaciones, regiones de interés, y mediciones es el DICOM Estructurado objeto de informe (SR), que permite la estructura, información codificada y semántica a persistir, en lugar de sólo presentación. IHE se refiere a éstos como Documentos de evidencia (ED). DICOM SR objetos también pueden ser producidos en el contexto de la IHE especifica en el Imagen simple e informe numérico (SINR) Perfil.

Desde muchos Modalidades de adquisición, sistemas de mamografía CAD y estaciones de análisis cuantitativo de imagen producen objetos SR, un VNA debe ser capaz de almacenar y regurgitar estos. Idealmente, cualquier componente del espectador debería ser capaz de un genérico (si no es lo ideal) representación del contenido de cualquier SR, incluyendo visualización de coordenadas de referencia imágenes.

Para dominios específicos, tales como Radioterapia, un formato más antiguo, el DICOM RT estructura establecida, que puede codificar la coordenada relativa paciente 3D isocontours (solamente) es usados y algunos no-RT estaciones producen éstos también en lugar de SRs. Un VNA necesita apoyar éstos también.

Imágenes clave y selección de objetos

Un concepto común en un PACS es para el usuario (por ejemplo, un operador de modalidad o radiólogo interpreta) para marcar algunas de las imágenes (u otros objetos) como "clave", es decir, de particular interés por alguna razón. Aunque obsoleto PACS Sólo puede grabar esto como una bandera en una base de datos interna, moderno PACS utilizar la DICOM Clave objeto Selection (una forma especializada de SR) se oponen a exportar esta información. Este uso se describe en el IHE Imagen clave nota (KIN) Perfil. Un VNA necesita almacenamiento y regurgitación de KOS objetos, así como selección y visualización de éstos en cualquier visor de la ayuda.

Informes de dosis de radiación

Puesto que muchas técnicas de imagen médicas entregan cantidades no trivial de las radiaciones ionizantes para el paciente, la exposición de dosis debe ser seguido, y en algunas jurisdicciones esto debe ser anotado por la ley. DICOM define una forma especializada de informe estructurado, la radiación dosis estructurado informe (RDSR) para codificar esto. IHE utiliza éstos en el Manejo de la exposición de radiación (REM) Perfil. Un VNA debe ser compatible con almacenamiento y regurgitación y lo ideal sería capaz de extraer información crítica para la exhibición de cualquier espectador.

Procedimiento informes

En las aplicaciones de radiología y medicina nuclear, la práctica de dictar y transcribir (o usando reconocimiento de voz) está bien arraigada y la salida de éstos es típicamente no estructurada o prosa mínimamente estructurado, codificada como texto sin formato y distribuido por fax o HL7 versión 2 mensajes o algún mecanismo igualmente primitivo. La forma persistente de estos "documentos" no está bien estandarizada, pero muchos clientes esperan un VNA para poder aceptarlas en cualquier formato local es preferido. Los mismos principios se aplican para el almacenamiento de cualquier contenido no DICOM, incluyendo el uso de HL7 los mensajes versión 2 o [1] para proporcionar metadatos reemplaza un estructurado "encabezado", como en el caso de informes prestados como PDF, cuando no han sido encapsulados en DICOM o CDA objetos. Ahora HL7 ha prometido relajar su previamente cerradas IP política, incluida la oferta CDA gratis para su uso, es posible que CDA va a convertirse en la forma preferida de codificación, sino VNAs que todavía necesidad de aceptar (y posiblemente transcodificación) informes en una plétora de forma de la base instalada. DICOM define plantillas para la codificación de informes generados por humanos como DICOM Objetos de informe (SR), estructurado y IHE especifica en el Imagen simple e informe numérico (SINR) Perfil.

Objetos de radioterapia

Además de DICOM RT estructura conjuntos, para que sean utilizables en una empresa que realiza un VNA Radioterapia, toda la familia de objetos DICOM RT para la viga, iones y braquiterapia necesitan ser almacenados y regurgitado.

Objetos de datos RAW

DICOM define un objeto de datos en bruto que es esencialmente un convencional DICOM encabezado de instancia compuesta con paciente, estudio, serie e instancia de información, pero sin carga. Fue pensado para el almacenamiento de la datos en bruto que no fácilmente se representa como una imagen o un objeto de imagen, como las vistas crudas obtenida de los detectores de un escáner CT, o el k-espacio los datos de un escáner de MRI, pero puede ser utilizado para codificar nada. Un VNA debe ser capaz de almacenar y regurgitan estos, aunque puede ser consciente de sus contenidos y sólo el dispositivo de origen puede ser capaz de interpretarlas.

Audio, de forma de onda y espectroscopia objetos

Aunque hay muchos consumidores formatos de codificación de audio de uso generalizado, éstos carecen de la rúbrica o metadatos necesarios para identificar al paciente y encuentro. Un VNA que quiere apoyar estas necesidades para tener un medio de proporcionar dicha información, como el uso de presentación [2]. DICOM definir un objeto básico Audio, y aunque no soporta la plétora de códecs de audio disponibles en el mundo del consumidor, algunos PACS los producen, entonces un VNA debe apoyar estos.

Formas de onda basadas en tiempo (por ejemplo, ECGs) pueden almacenarse como DICOM o en una multitud de otros formatos y los mismos principios se aplican en cuanto a audio; es decir, si el formato es un medicamente orientado, utilice los metadatos del encabezado para la indización durante la ingesta, si no, utilice [3] para registrarlo.

A DICOM Sr. espectroscopia está definida, y desde algunas modalidades producen, un VNA debe ser capaz de almacenar y regurgitan instancias de ella.

Objetos privados

DICOM permite el concepto de Private Classes de SOP, que utiliza la codificación de DICOM y mecanismos de transferencia, pero cuyo contenido es opaco. Vendedores utilizan estas para buen efecto cuando sea necesario para codificar la información que no se ha normalizado y también abusan de ellos para conveniencia en lugar de usar una codificación estándar. A pesar de todo, ya que su contenido puede ser importante para el flujo de trabajo clínico, un VNA debe ser configurable para aceptar, almacenar y regurgitan estos.

Casos de uso

• En servir de sitio de imágenes múltiples PACS
• De que sirve de sitio de imágenes múltiples PACS
• Visualización directa de imágenes (localmente o externamente)
• Alta disponibilidad
• Continuidad del negocio y Recuperación ante desastres

Espectro de las ofertas proveedores

Dada la historia enrevesada, viene como ninguna sorpresa que dos productos que dicen ser VNAs pueden tener conjuntos de características completamente diferentes y el rendimiento. Sin embargo, existen esencialmente cuatro categorías de producto:

• sistemas de terceros que han desarrollado independientemente de PACS
• fuera del sitio archivística originalmente destinado BC/DR
• productos de repositorio central que admiten el acceso empresarial & externo
• tradicional PACS han mejorado estándar de acceso a su archivo interno

El patrimonio de cualquier línea de producto individual puede ser un factor significativo al considerar la idoneidad para un uso diferente del previsto originalmente, a pesar de la supuesta función como re previstas por un departamento de marketing creativo.

Mercado

El tamaño del mercado mundial de VNA (Estimado $ 335 millones en 2018) es pequeño en relación con el mercado de PACS (estimado $ 4,3 billones en 2018), pero está creciendo a 15,2% en comparación con una tasa de 5,8% para PACS. Un resumen del estado del mercado a partir de finales de 2012 VNA puede encontrarse en este Resumen.

Véase también

• DICOM
• IHE
• PACS

Otras Páginas

• Somatopsychic
• Argyresthia impura
• Analisis fundamental
• Cuota de mercado del deposito
• Entrehierro (redes)
• Aloi
• Internet en Suecia
• Christie Allen
• DVD por correo
• KDE Partition Manager