

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 了解映像集
<a name="understanding-image-sets"></a>

影像集是 AWS 類似 DICOM 系列的 ，可作為 AWS HealthImaging 的基礎。當您將 DICOM 資料匯入 HealthImaging 時，會建立映像集。服務會根據研究、系列和執行個體的 DICOM 階層，嘗試組織匯入的 P10 資料。

影像集的推出原因如下：
+  透過靈活的 APIs 支援各種醫療影像工作流程 （臨床和非臨床）。
+  提供一種機制，以長期儲存和協調重複和不一致的資料。與存放區中已存在的主要影像集衝突的匯入 P10 資料將保留為非主要。解決中繼資料衝突後，該資料可以成為主要資料。
+  僅將相關資料分組，將病患安全最大化。
+  鼓勵清除資料，以協助提高不一致的可見性。如需詳細資訊，請參閱[修改映像集](modifying-image-sets.md)。
**Important (重要)**  
在清理之前臨床使用 DICOM 資料可能會導致病患受傷。

下列選單會進一步詳細說明影像集，並提供範例和圖表，協助您了解其在 HealthImaging 中的功能和用途。

## 什麼是影像集？
<a name="what-is-image-set"></a>

影像集是定義抽象分組機制的 AWS 概念，用於最佳化類似 DICOM 系列的相關醫療影像資料。當您將 DICOM P10 影像資料匯入 AWS HealthImaging 資料存放區時，它會轉換為包含[中繼資料](getting-started-concepts.md#concept-metadata)和影像[影格](getting-started-concepts.md#concept-image-frame)的影像集 （像素資料）。

**注意**  
影像集中繼資料已[標準化](metadata-normalization.md)。換言之，一組常見的屬性和值會映射至 [DICOM 資料元素登錄檔中列出的病患、檢查和序列層級元素](https://dicom.nema.org/medical/dicom/2022b/output/html/part06.html#table_6-1)。HealthImaging 將傳入的 DICOM P10 物件分組到影像集時，會使用下列 DICOM 元素。  


**用於建立影像集的 DICOM 元素**  
<a name="table-dicom-elements-image-set"></a>[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/healthimaging/latest/devguide/understanding-image-sets.html)
在匯入期間，某些影像集會保留其原始傳輸語法編碼，而其他影像集則預設為無損轉碼為高輸送量 JPEG 2000 (HTJ2K)。如果影像集以 HTJ2K 編碼，則必須在檢視之前解碼。如需詳細資訊，請參閱[支援的傳輸語法](supported-transfer-syntaxes.md)及[影像影格解碼程式庫](reference-libraries.md)。  
影像影格 （像素資料） 以高輸送量 JPEG 2000 (HTJ2K) 編碼，且必須在檢視之前[解碼](reference-libraries.md)。

影像集是 AWS 資源，因此會指派 [ Amazon Resource Name (ARNs)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html)。它們可以標記最多 50 個鍵值對，並透過 IAM 授予[角色型存取控制 (RBAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) 和[屬性型存取控制 (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html)。此外，映像集會進行[版本控制](list-image-set-versions.md)，因此會保留所有變更，並可存取先前的版本。

匯入 DICOM P10 資料會導致影像集中包含相同 DICOM 系列中一或多個 Service-Object 配對 (SOP) 執行個體的 DICOM 中繼資料和影像影格。

![\[顯示映像集在 AWS HealthImaging 中的圖表。\]](http://docs.aws.amazon.com/zh_tw/healthimaging/latest/devguide/images/image-set-what-is.png)


**注意**  
DICOM 匯入任務：  
一律建立新的映像集或增加現有映像集的版本。
請勿刪除重複的 SOP 執行個體儲存體。相同 SOP 執行個體的每個匯入都會使用額外的儲存體做為新的非主要映像集，或現有主要映像集的遞增版本。
自動組織具有一致、不衝突中繼資料的 SOP 執行個體做為主要影像集，其中包含具有一致病患、檢查和序列中繼資料元素的執行個體。  
如果在兩個或多個匯入任務中匯入包含 DICOM 序列的執行個體，且執行個體不會與資料存放區中已存在的執行個體衝突，則所有執行個體都會整理在一個主要映像集中。
建立包含 DICOM P10 資料的非主要影像集，該資料集與資料存放區中已存在的主要影像集衝突。
將最近收到的資料保留為主要影像集的最新版本。  
如果包含 DICOM 序列的執行個體是主要影像集，且再次匯入一個執行個體，則新副本將插入主要影像集，且版本將遞增。

## 影像集中繼資料是什麼樣子？
<a name="what-does-image-set-look-like"></a>

使用 `GetImageSetMetadata`動作來擷取影像集中繼資料。傳回的中繼資料會以 壓縮`gzip`，因此您必須在檢視之前將其解壓縮。如需詳細資訊，請參閱[取得映像集中繼資料](get-image-set-metadata.md)。

下列範例顯示 JSON 格式的影像集[中繼資料](getting-started-concepts.md#concept-metadata)結構。

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

## 影像集建立範例：多個匯入任務
<a name="example-creation-multiple-import-jobs"></a>

下列範例顯示多個匯入任務如何一律建立新的映像集，且*絕不*會新增至現有的映像集。

![\[顯示 HealthImaging 中多個影像集匯入任務的外觀圖表。\]](http://docs.aws.amazon.com/zh_tw/healthimaging/latest/devguide/images/image-set-example-multiple-import-jobs.png)


## 影像集建立範例：具有兩個變體的單一匯入任務
<a name="example-creation-two-variants"></a>

下列範例顯示無法合併至單一映像集的單一匯入任務，因為執行個體 1 和 3 具有與執行個體 2 和 4 不同的病患 IDs。若要解決此問題，您可以使用 `UpdateImageSetMetadata`動作來解決病患 ID 與現有主要影像集的衝突。解決衝突後，您可以使用 `CopyImageSet`動作搭配 引數`--promoteToPrimary`，將影像集新增至主要影像集。

![\[圖表顯示兩個影像集變體在 HealthImaging 中使用單一匯入任務時的樣子。\]](http://docs.aws.amazon.com/zh_tw/healthimaging/latest/devguide/images/image-set-example-import-two-variants.png)


## 影像集建立範例：具有最佳化的單一匯入任務
<a name="example-creation-optimization"></a>

下列範例顯示建立兩個映像集以改善輸送量的單一匯入任務，即使病患名稱相符。

![\[圖表顯示使用單一匯入任務，在 HealthImaging 中影像集最佳化的外觀。\]](http://docs.aws.amazon.com/zh_tw/healthimaging/latest/devguide/images/image-set-example-optimization.png)
