共用方式為


DICOM 服務的 Azure Data Lake Storage 整合 (預覽)

DICOM® 服務會使用 DICOMweb 標準為醫學造影資料提供雲端規模的儲存體。 藉由整合 Azure Data Lake Storage,您可以完全掌控造影資料,並提升透過 Azure 儲存體生態系統和 API 存取和使用該資料的彈性。

藉由搭配 DICOM 服務使用 Azure Data Lake Storage,組織就可以:

  • 直接存取醫學造影資料,該資料是由 DICOM 服務儲存,存取方法是 Azure 儲存體 API 和 DICOMweb API,提供存取和使用資料的更多彈性。
  • 開啟多達整個工具生態系統的醫學造影資料,以便與 Azure 儲存體搭配使用,包括 AzCopy、Azure 儲存體總管和資料移動程式庫。
  • 解除鎖定新的分析和 AI/ML 案例,方法是使用原生與 Azure Data Lake Storage 的服務,包括 Azure Synapse、Azure Databricks、Azure Machine Learning 和 Microsoft Fabric。
  • 授與管理儲存體權限、存取控制、階層和規則的控制權

Azure Data Lake Storage 的另一個優點是可連線到 Microsoft Fabric。 Microsoft Fabric 是端對端整合分析平台,可將組織需要解除鎖定其資料潛力的所有資料和分析工具結合在一起,並為 AI 案例奠定基礎。 藉由使用 Microsoft Fabric,您可以使用 Azure 服務的豐富生態系統來執行進階分析和 AI/ML 與醫學造影資料,例如建置和部署機器學習模型、建立臨床試驗的世代,以及產生患者護理和結果的深入解析。

若要深入了解如何搭配造影資料使用 Microsoft Fabric,請參閱開始在分析工作負載中使用 DICOM 資料

服務結構和 API

Architecture diagram showing the relationship of the DICOMweb APIs, the DICOM service, Azure Data Lake Storage, and Azure Storage APIs.

DICOM 服務會公開 DICOMweb API,來儲存、查詢及擷取 DICOM 資料。 結構可讓您在部署 DICOM 服務時指定 Azure Data Lake Storage 帳戶和容器。 DICOM 服務會使用儲存體容器來儲存 DICOMweb API 所接收的 DICOM 檔案。 DICOM 服務會從儲存體帳戶擷取資料,以完成搜尋和擷取查詢,允許與 DICOM 資料的完整 DICOMweb 互通性。

使用此結構時,儲存體容器依然在您的控制中,而且可以使用熟悉的 Azure 儲存體 API 和工具直接存取。

資料合約

DICOM 服務會依照下列慣例,將資料儲存在資料湖的可預測位置:

AHDS/{workspace-name}/dicom/{dicom-service-name}/{partition-name}
參數 描述
{workspace-name} 包含 DICOM 服務的健康資料服務工作區名稱。
{dicom-service-name} DICOM 服務執行個體的名稱。
{partition-name} 資料分割的名稱。 請注意,如果未指定任何資料分割,則所有 DICOM 資料都會儲存在預設資料分割中,名為 Microsoft.Default

除了 DICOM 資料之外,啟用健康情況檢查的小型檔案將會寫入此位置。

注意

在公開預覽期間,DICOM 服務會將資料寫入儲存體容器並讀取資料,但使用者新增的資料不會由 DICOM 服務讀取和編製索引。 同樣地,如果修改或移除 DICOM 服務所寫入的 DICOM 資料,則使用 DICOMweb API 存取資料時,可能會導致錯誤。

權限

DICOM 服務會獲得授與存取資料的權限,就像存取儲存體帳戶中資料的任何其他服務或應用程式一樣。 您可以隨時撤銷存取權,而不會影響貴組織存取資料的能力。 DICOM 服務需要能夠讀取、寫入和刪除所提供檔案系統中的檔案。 將儲存體 Blob 資料參與者角色授與附加至 DICOM 服務的系統指派或使用者指派的受控識別,即可提供這項功能。

存取層

您可以使用資料湖儲存體帳戶的 Azure 儲存體存取層來管理 DICOM 服務所儲存造影資料的成本。 DICOM 服務僅支援線上存取層 (經常性存取層、非經常性存取層或極非經常性存取層),而且可以立即擷取這些存取層中的造影資料。 經常性存取層是活躍使用中資料的最佳選擇。 非經常性存取層或極非經常性存取層適用於較不常存取,但仍需可供讀取和寫入的資料。

若要深入了解存取層,包括成本取捨和最佳做法,請參閱 Azure 儲存體存取層

健康情況檢查

DICOM 服務會每隔 30 秒將小型檔案寫入資料湖,並遵循資料合約,以確保其可維護存取權。 對儲存在 healthCheck 子目錄下的檔案進行任何變更,可能會導致健康情況檢查的狀態不正確。 如果存取發生問題,Azure 資源健康狀態會顯示狀態和詳細資料。 Azure 資源健康狀態會指定是否需要任何動作才能還原存取權,例如將角色恢復至 DICOM 服務的身分識別。

限制

在公開預覽期間,附有資料湖儲存體的 DICOM 服務具有以下限制:

  • 不支援大量匯入
  • UPS-RS 工作項目不會儲存在資料湖儲存體帳戶中。
  • 新增至資料湖儲存體帳戶的使用者資料不會由 DICOM 服務讀取和編製索引。 可能會發生檔案名稱衝突,因此我們建議您不要將資料寫入 DICOM 服務所使用的資料夾結構。
  • 如果修改或移除 DICOM 服務所寫入的 DICOM 資料,則使用 DICOMweb API 存取資料時,可能會導致錯誤。
  • 當您選擇使用外部儲存體時,在建立 DICOM 服務期間,不支援客戶自控金鑰設定。
  • 不支援封存存取層。 使用 DICOMweb API 存取資料時,將資料移至封存層會導致錯誤。

下一步

使用 Azure Data Lake Storage 部署 DICOM 服務 (預覽)

開始在分析工作負載中使用 DICOM 資料

使用 DICOMweb 標準 API

注意

FHIR® 是 HL7 的註冊商標,可與 HL7 的權限搭配使用。

DICOM® 是國家電氣製造商協會對於其與醫療資訊數位通訊相關的標準出版物的註冊商標。