Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Descripción de los conjuntos de imágenes
Los conjuntos de imágenes son un AWS concepto que sirve de base para AWS HealthImaging. Los conjuntos de imágenes se crean al importar DICOM los datos HealthImaging, por lo que es necesario conocerlos bien cuando se trabaja con el servicio.
Los conjuntos de imágenes se introdujeron por varias razones:
-
Support una amplia variedad de flujos de trabajo de imágenes médicas (clínicos y no clínicos) mediante la flexibilidadAPIs.
-
Permiten maximizar la seguridad de los pacientes agrupando únicamente los datos relacionados.
-
Fomentar la limpieza de los datos para ofrecer una mayor visibilidad de las incoherencias. Para obtener más información, consulte Modificación de conjuntos de imágenes.
Importante
El uso clínico de DICOM los datos antes de su limpieza puede provocar daños al paciente.
Los siguientes menús describen los conjuntos de imágenes con más detalle y proporcionan ejemplos y diagramas para ayudarle a comprender su funcionalidad y propósito. HealthImaging
Un conjunto de imágenes es un AWS concepto que define un mecanismo de agrupación abstracto para optimizar los datos de imágenes médicas relacionados. Al importar los datos de imágenes del DICOM P10 a un almacén de AWS HealthImaging datos, se transforman en conjuntos de imágenes compuestos por metadatos y marcos de imágenes (datos en píxeles).
nota
Los metadatos de los conjuntos de imágenes están normalizados. En otras palabras, un conjunto común de atributos y valores corresponde a los elementos a nivel de paciente, estudio y serie que figuran en el Registro de elementos de DICOM datos
Durante la importación, algunos conjuntos de imágenes conservan su codificación de sintaxis de transferencia original, mientras que otros se transcodifican a High-Throughput JPEG 2000 (HTJ2K) sin pérdidas de forma predeterminada. Si un conjunto de imágenes está codificadoHTJ2K, debe decodificarse antes de visualizarlo. Para obtener más información, consulte Sintaxis de transferencia compatibles y HTJ2Kbibliotecas de decodificación.
Los fotogramas de imagen (datos de píxeles) están codificados en High-Throughput JPEG 2000 (HTJ2K) y deben decodificarse antes de visualizarlos.
Los conjuntos de imágenes son AWS recursos, por lo que se les asignan nombres de recursos de Amazon (ARNs). Se pueden etiquetar con hasta 50 pares clave-valor y se les puede conceder un control de acceso basado en roles (RBAC) y un control de acceso basado en atributos (). ABAC IAM Además, los conjuntos de imágenes tienen control de versiones para conservar todos los cambios y poder acceder a las versiones anteriores.
La importación de datos DICOM P10 da como resultado conjuntos de imágenes que contienen DICOM metadatos y marcos de imágenes para una o más instancias de Service-Object Pair () de la misma serie. SOP DICOM
nota
DICOMtrabajos de importación:
-
Cree siempre nuevos conjuntos de imágenes, y nunca actualice los conjuntos de imágenes existentes.
-
No deduplique el almacenamiento de SOP instancias, ya que cada importación de la misma SOP instancia utiliza almacenamiento adicional.
-
Puede crear varios conjuntos de imágenes para una sola DICOM serie. Por ejemplo, cuando hay una variante de un atributo de metadatos normalizado, como una
PatientNamediscordancia.
Utilice la GetImageSetMetadata acción para recuperar los metadatos del conjunto de imágenes. Los metadatos devueltos se comprimen congzip, por lo que debe descomprimirlos antes de verlos. Para obtener más información, consulte Obtención de metadatos de conjuntos de imágenes.
El siguiente ejemplo muestra la estructura de los metadatos del conjunto de imágenes en JSON formato.
{ "SchemaVersion": "1.1", "DatastoreID": "2aa75d103f7f45ab977b0e93f00e6fe9", "ImageSetID": "46923b66d5522e4241615ecd64637584", "Patient": { "DICOM": { "PatientBirthDate": null, "PatientSex": null, "PatientID": "2178309", "PatientName": "MISTER^CT" } }, "Study": { "DICOM": { "StudyTime": "083501", "PatientWeight": null }, "Series": { "1.2.840.113619.2.30.1.1762295590.1623.978668949.887": { "DICOM": { "Modality": "CT", "PatientPosition": "FFS" }, "Instances": { "1.2.840.113619.2.30.1.1762295590.1623.978668949.888": { "DICOM": { "SourceApplicationEntityTitle": null, "SOPClassUID": "1.2.840.10008.5.1.4.1.1.2", "HighBit": 15, "PixelData": null, "Exposure": "40", "RescaleSlope": "1", "ImageFrames": [ { "ID": "0d1c97c51b773198a3df44383a5fd306", "PixelDataChecksumFromBaseToFullResolution": [ { "Width": 256, "Height": 188, "Checksum": 2598394845 }, { "Width": 512, "Height": 375, "Checksum": 1227709180 } ], "MinPixelValue": 451, "MaxPixelValue": 1466, "FrameSizeInBytes": 384000 } ] } } } } } }
El ejemplo siguiente muestra cómo varios trabajos de importación crean siempre nuevos conjuntos de imágenes y nunca los agregan a los existentes.
El ejemplo siguiente muestra un único trabajo de importación que crea dos conjuntos de imágenes, dado que las instancias 1 y 2 tienen nombres de pacientes diferentes a los de las instancias 3 y 4.
El ejemplo siguiente muestra un único trabajo de importación que crea dos conjuntos de imágenes para mejorar el rendimiento, aunque los nombres de los pacientes coincidan.
