編輯

共用方式為


DICOM 服務的常見問題

什麼是 DICOM 服務?

DICOM® 服務是 Azure Health Data Services 內的受控服務,每秒擷取和保存數千個映像的 DICOM 物件。 它可透過 Store(STOW-RS)、搜尋(QIDO-RS)、擷取(WADO-RSDICOMweb 標準 API,透過任何已啟用 DICOMweb 的系統或應用程式,促進圖像處理數據的通訊和傳輸。 這是由雲端中受控的平台即服務 (PaaS) 供應項目所支援,其完全符合 PHI 規範,您可以將 PHI 資料上傳至 DICOM 服務,並透過安全網路交換資料。

使用 DICOM 服務的主要需求為何?

DICOM 服務需要 Azure 訂用帳戶來設定及執行必要的元件。 根據預設,這些元件會在現有或新的 Azure 資源群組內建立,以簡化管理。 此外,還需要 Microsoft Entra 帳戶。

使用 DICOM 服務保存資料的位置?

客戶會控制 DICOM 服務保存的所有數據。 下列元件可用來儲存資料:

  • Blob 記憶體:保存所有 DICOM 數據和元數據
  • Azure SQL:為 DICOM 元數據的子集編製索引以支持查詢,並維護可查詢的變更記錄
  • Azure 受控識別:儲存重要的安全性資訊

哪些數據格式與 DICOM 服務相容?

DICOM 服務會公開與 NEMA 所指定和維護的 DICOMweb 標準相容的 REST API。

伺服器不支援 DICOM DIMSE,其主要透過局域網路運作,且不適用於新式因特網型 API。 DIMSE 是幾乎所有醫療成像設備用來與提供者醫療成像解決方案的其他元件通訊的令人難以置信的熱門標準,例如 PACS(圖片封存和通訊系統)和醫學影像查看器。 不過,許多現代系統,特別是 PACS 和查看器,已經開始也支援相關的(和相容)DICOMweb 標準。 對於只有 DICOM DIMSE 的系統,有適配卡可供本機 DIMSE 支援系統與 DICOM 服務之間順暢通訊。

DICOM 服務支持哪個版本的 DICOM?

自 1993 年以來,DICOM 標準已修正為 3.0 版。 不過,標準會繼續透過各種工作組新增中斷和非中斷性變更。

沒有單一產品,包括 DICOM 服務,完全支援 DICOM 標準。 相反地,每個產品都包含一份 DICOM 一致性檔,指定所支持的內容。 (不支援的功能傳統上不會明確呼叫。如需詳細資訊,請參閱 DICOM 一致性語句

DICOM 服務是否儲存任何 PHI?

當然 DICOM 服務的核心目標是支援標準和創新放射學家工作流程。 這些工作流程需要使用 PHI 數據。

DICOM 服務如何維護隱私權和安全性?

信任、數據隱私權和安全性是Microsoft的最高優先順序,對於管理雲端中的PHI數據而言,仍是基本概念。 DICOM 服務的設計訴求是支援安全性和隱私權。

Microsoft Azure 提供一組完整的供應專案,可協助貴組織遵守管理數據收集和使用數據的國家/地區和產業特定需求。 深入瞭解 Azure 合規性

什麼是 DICOM?

DICOM (醫學數位影像和通訊) 是一種國際標準,可用於傳輸、儲存、取出、列印、處理及顯示醫療影像處理資訊,而且是在醫療保健之間接受的主要醫療影像標準。 雖然存在一些例外狀況(牙醫、獸醫),但幾乎所有醫療專業、設備製造商、軟體供應商和個人從業者都依賴DICOM,在任何涉及成像的醫療工作流程的某個階段。 DICOM 可確保醫療影像符合質量標準,以便保留診斷的正確性。 大多數成像形式,包括 CT、MRI 和超聲波都必須符合 DICOM 標準。 DICOM 格式的影像必須透過特製化 DICOM 應用程式來存取及使用。

擷取、查詢和存放區有何差異?

查詢、擷取和存放區是標準 DICOMweb 動詞。 查詢 (QIDO) 會搜尋 DICOM 物件。 QIDO 可讓您依患者標識符搜尋研究、系列和實例。 擷取 (WADO) 可讓您依參考擷取特定研究、系列和實例。 Store (STOW-RS) 可讓您將特定實例儲存至 DICOM 伺服器。 如需 QIDO、WADO 和 STOW 之細節的詳細資訊,請參閱 DICOMweb

什麼是 DICOM 服務中的 REST API 版本設定?

DICOM 服務具有用來存取服務的 REST API 版本。 版本會指定為要求中的URL路徑。 如需詳細資訊,請流覽 DICOM 服務的 API 版本設定檔