翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# AWS HealthImaging ピクセルデータの検証
<a name="pixel-data-verification"></a>

インポート中、HealthImaging は、すべてのイメージの可逆エンコードとデコード状態をチェックすることで、組み込みのピクセルデータ検証を提供します。この機能により、[HTJ2K デコードライブラリを使用してデコード](reference-libraries.md)されたイメージがHealthImaging にインポートされた元の DICOM P10 イメージと常に一致します。
+ イメージのオンボーディングプロセスは、インポートジョブがインポート前に DICOM P10 イメージの元のピクセル品質状態をキャプチャしたときに開始されます。CRC32 アルゴリズムを使用して、画像ごとに一意の変更不可能な画像フレーム解像度チェックサム (IFRC) が生成されます。IFRC チェックサム値は`job-output-manifest.json`メタデータドキュメントに表示されます。詳細については、「[インポートジョブを理解する](understanding-import-jobs.md)」を参照してください。
+ イメージが HealthImaging [データストア](getting-started-concepts.md#concept-data-store)にインポートされ、[イメージセット](getting-started-concepts.md#concept-image-set)に変換されると、HTJ2K-encodedされた[イメージフレーム](getting-started-concepts.md#concept-image-frame)がすぐにデコードされ、新しい IFRCsが計算されます。HealthImaging は、元のイメージのフル解像度 IFRCs とインポートされたイメージフレームの新しい IFRCs を比較して、精度を検証します。
+ 対応する画像ごとの説明的なエラー条件がインポートジョブ出力ログ (`job-output-manifest.json`) にキャプチャされ、確認および検証できます。

**ピクセルデータを検証するには**

1. 医療画像データをインポートしたら、インポートジョブの出力ログである `job-output-manifest.json` に記録された、各画像セットの成功 (またはエラー状態) を確認できます。詳細については、「[インポートジョブを理解する](understanding-import-jobs.md)」を参照してください。

1. [画像セット](getting-started-concepts.md#concept-image-set)は、[メタデータ](getting-started-concepts.md#concept-metadata)と[画像フレーム](getting-started-concepts.md#concept-image-frame) (ピクセルデータ) で構成されます。画像セットメタデータには、関連する画像フレームに関する情報が含まれています。`GetImageSetMetadata` アクションを使用して、イメージセットのメタデータを取得します。詳細については、「[画像セットメタデータの取得](get-image-set-metadata.md)」を参照してください。

1. には、フル解像度イメージの IFRC (チェックサム) `PixelDataChecksumFromBaseToFullResolution`が含まれています。元の転送構文 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 (バイナリセグメンテーションのみ) に保存されているイメージの場合、チェックサムは元のイメージで計算されます。RPCL を使用して HTJ2K Lossless に保存されているイメージの場合、チェックサムはデコードされたフル解像度イメージで計算されます。詳細については、「[サポートされる転送構文](supported-transfer-syntaxes.md)」を参照してください。

   以下は、インポートジョブプロセスの一部として生成され、 に記録される IFRC のメタデータ出力の例です`job-output-manifest.json`。

   ```
   "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 (バイナリセグメンテーションのみ) に保存されているイメージ`MaxPixelValue`の場合、 `MinPixelValue`および は利用できません。は元のフレームのサイズ`FrameSizeInBytes`を示します。

   ```
   "PixelDataChecksumFromBaseToFullResolution": [
      {"Width": 512, "Height": 512, "Checksum": 1379921327 }
   ],
   "MinPixelValue": null,
   "MaxPixelValue": null,
   "FrameSizeInBytes": 429
   ```

   RPCL で HTJ2K Lossless に保存されているイメージの場合、 はデコードされたイメージフレームのサイズ`FrameSizeInBytes`を示します。

   ```
   "PixelDataChecksumFromBaseToFullResolution": [
      {"Width": 512, "Height": 512, "Checksum": 1379921327 }
   ],
   "MinPixelValue": 11,
   "MaxPixelValue": 11,
   "FrameSizeInBytes": 1652
   ```

1. ビデオを含むインスタンスの場合、HealthImaging は、DICOM メタデータで指定された転送構文がビデオコーデックと一致することを確認する軽量コーデック検証を実行します。

   HealthImaging は、CRC32 アルゴリズムを使用して元のビデオオブジェクトの IFRC チェックサム値を計算します。IFRC チェックサム値は に記録され`job-output-manifest.json`、HealthImaging メタデータに保持されます。元の転送構文 (上記) に保存されているイメージと同様に`MaxPixelValue`、 `MinPixelValue`と は使用できません。FrameSizeInBytes は、元のフレームのサイズを示します。

1. HealthImaging はピクセルデータを検証し、GitHub の[ピクセルデータ検証](https://github.com/aws-samples/aws-healthimaging-samples/tree/main/pixel-data-verification)手順にアクセスし、 ファイルの指示`README.md`に従って、HealthImaging が使用するさまざまな による可逆画像処理を個別に検証[イメージフレームデコードライブラリ](reference-libraries.md)します。完全なイメージがロードされたら、最後に raw 入力データの IFRC を計算し、HealthImaging メタデータで指定された IFRC 値と比較してピクセルデータを検証できます。