画像セットの理解 - AWS HealthImaging

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

画像セットの理解

イメージセットは、 の基盤となる AWS 概念ですAWS HealthImaging。イメージセットは、DICOMデータを にインポートするときに作成されるため HealthImaging、 サービスを使用する際には、イメージセットをよく理解する必要があります。

画像セットが導入された理由は次のとおりです。

  • 柔軟な を通じて、さまざまな医療用イメージングワークフロー (臨床および非臨床) をサポートしますAPIs。

  • 関連データのみをグループ化することで、患者の安全性を最大限に高めることができます。

  • 不一致の可視性を高めるために、データのクリーニングを促します。詳細については、「画像セットの変更」を参照してください。

    [重要]

    クリーニング前のDICOMデータの臨床使用は、患者に害を及ぼす可能性があります。

以下のメニューでは、イメージセットの詳細を説明し、 の機能や目的を理解するのに役立つ例と図を示します HealthImaging。

画像セットは、関連する医療画像データを最適化するための抽象的なグループ化メカニズムを定義する AWS 概念です。DICOM P10 イメージングデータをAWS HealthImaging データストアにインポートすると、メタデータとイメージフレーム (ピクセルデータ) で構成されるイメージセットに変換されます。

注記

画像セットのメタデータは正規化されています。つまり、1 つの一般的な属性と値のセットは、 DICOM データ要素のレジストリ に記載されている患者、スタディ、およびシリーズレベルの要素にマッピングされます。

インポート中、一部のイメージセットは元の転送構文エンコードを保持し、他のイメージセットはデフォルトでハイスループット JPEG 2000 (HTJ2K) ロスレスにトランスコードされます。イメージセットが でエンコードされている場合はHTJ2K、表示する前にデコードする必要があります。詳細については、「サポートされる転送構文」および「HTJ2K ライブラリのデコード」を参照してください。

イメージフレーム (ピクセルデータ) はハイスループット 2000 (HTJ2K) JPEG でエンコードされるため、表示する前にデコードする必要があります。

イメージセットは AWS リソースであるため、Amazon リソースネーム (ARNs) が割り当てられます。最大 50 個のキーと値のペアでタグ付けし、 を通じてロールベースのアクセスコントロール (RBAC） と属性ベースのアクセスコントロール (ABAC） を付与できますIAM。さらに、画像セットはバージョン管理されているため、すべての変更は保存され、以前のバージョンにもアクセスできます。

DICOM P10 データをインポートすると、同じDICOMシリーズ内の 1 つ以上の Service-Object Pair (SOP) インスタンスのDICOMメタデータとイメージフレームを含むイメージセットになります。

の画像セットが にあることを示す図AWS HealthImaging。
注記

DICOM インポートジョブ：

  • 常に新しい画像セットを作成し、既存の画像セットは更新しないでください。

  • 同じSOPインスタンスのインポートごとに追加のストレージが使用されるため、SOPインスタンスストレージを重複排除しないでください。

  • 1 つのDICOMシリーズに複数のイメージセットを作成する場合があります。例えば、PatientName不一致などの正規化されたメタデータ属性のバリアントがある場合です。

GetImageSetMetadata アクションを使用して、イメージセットメタデータを取得します。返されたメタデータは で圧縮されるためgzip、表示する前に解凍する必要があります。詳細については、「画像セットメタデータの取得」を参照してください。

次の例は、 JSON形式のイメージセットメタデータの構造を示しています。

{
	"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
							}
						]
					}
				}
			}
		}
	}
}

次の例は、複数のインポートジョブが常に新しいイメージセットを作成し、既存のイメージセットに絶対に追加しないことを示しています。

で複数のイメージセットのインポートジョブがどのように表示されるかを示す図 HealthImaging。

次の例は、インスタンス 1 と 2 の患者名がインスタンス 3 と 4 と異なるために、1 つのインポートジョブで 2 つの画像セットが作成されることを示しています。

1 つのインポートジョブ HealthImaging を使用した場合の 2 つのイメージセットバリアントの様子を示す図。

以下の例は、患者名が一致していても 1 つのインポートジョブで 2 つの画像セットを作成して、スループットを向上させる様子を示しています。

1 つのインポートジョブ HealthImaging を使用した場合の画像セットの最適化の様子を示す図。