本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
AWS HealthImaging 像素数据验证
在导入过程中,通过检查每张图像的无损编码和解码状态, HealthImaging 提供内置的像素数据验证。此功能可确保使用解码库HTJ2K解码的图像始终与导入的原始 DICOM P10 图像相匹配。 HealthImaging
-
当导入任务在导入 P10 图像之前捕获 DICOM P10 图像的原始像素质量状态时,图像加载过程就开始了。使用该算法为每张图像生成一个唯一的不可变图像帧分辨率 checksum (IFRC)。CRC32IFRC校验和值显示在
job-output-manifest.json
元数据文档中。有关更多信息,请参阅 了解导入任务 -
将图像导入 HealthImaging 数据存储并转换为图像集后,会立即解码HTJ2K经过编码的图像帧并计算出新的IFRCs图像帧。 HealthImaging 然后将原始图像IFRCs的全分辨率与导入的新IFRCs图像帧进行比较,以验证准确性。
-
导入任务输出日志 (
job-output-manifest.json
) 中会捕获相应的每张图像描述性错误情况,供您查看和验证。
验证像素数据
-
导入医学影像数据后,查看导入任务输出日志
job-output-manifest.json
中捕获的每张影像集的描述性成功(或错误情况)。有关更多信息,请参阅 了解导入任务。 -
影像集由元数据和图像框(像素数据)组成。图像集元数据包含有关关联图像帧的信息。使用
GetImageSetMetadata
操作获取影像集的元数据。有关更多信息,请参阅 获取影像集元数据。 -
PixelDataChecksumFromBaseToFullResolution
包含全分辨率图像的IFRC(校验和)。对于以原始传输语法 1.2.840.10008.1.2.4.203、1.2.840.10008.1.2.4.91、1.2.840.10008.1.2.4.50 和 1.2.840.10008.1.2.1(仅限二进制分割)存储的图像,校验和是在原始图像上计算的。对于存储在 HTJ2K Lossless 中的图像RPCL,校验和是根据解码后的全分辨率图像计算的。有关更多信息,请参阅 支持的传输语法。以下是作为导入任务过程的一部分生成并记录到的元数据输出示例
job-output-manifest.json
。IFRC"ImageFrames": [{ "ID": "67890678906789012345123451234512", "PixelDataChecksumFromBaseToFullResolution": [ { "Width": 512, "Height": 512, "Checksum": 2510355201 } ]
对于以原始传输语法 1.2.840.10008.1.2.4.203、1.2.840.10008.1.2.4.91、1.2.840.10008.1.2.4.50 和 1.2.840.10008.1.2.1(仅限二进制分割)存储的图像,和将不可用。
MinPixelValue
MaxPixelValue
FrameSizeInBytes
表示原始框架的大小。"PixelDataChecksumFromBaseToFullResolution": [ {"Width": 512, "Height": 512, "Checksum": 1379921327 } ], "MinPixelValue": null, "MaxPixelValue": null, "FrameSizeInBytes": 429
对于存储在 HTJ2K Lossless 中的图像RPCL,
FrameSizeInBytes
表示解码后的图像帧的大小。"PixelDataChecksumFromBaseToFullResolution": [ {"Width": 512, "Height": 512, "Checksum": 1379921327 } ], "MinPixelValue": 11, "MaxPixelValue": 11, "FrameSizeInBytes": 1652
-
要验证像素数据,请访问像素数据验证
程序, GitHub 然后按照 README.md
文件中的说明独立验证所HTJ2K解码库使用的各种像素的无损图像处理。 HealthImaging加载完整图像后,您可以计算原始输入数据,并将其与 HealthImaging 元数据中提供的IFRC值进行比较以验证像素数据。IFRC