什么是 DICOM 服务？
DICOM 服务是 Azure Health Data Services 中的一项托管服务，它以每秒数千张图像的速度引入和保存 DICOM 对象。 它通过 STORE (STOW-RS) 、Search (QIDO-RS) 、Retrieve (WADO-RS ) 等 DICOMweb 标准 API，促进与任何支持 DICOMweb ™ 的系统或应用程序的通信和传输。 它由托管的平台即服务 (PaaS) 云中的产品/服务提供支持，具有完整的 PHI 合规性，可将 PHI 数据上传到 DICOM 服务，并通过安全网络进行交换。
使用 DICOM 服务的主要要求是什么？
DICOM 服务需要一个 Azure 订阅来配置和运行所需的组件。 默认情况下，这些组件是在现有或新的 Azure 资源组内部创建的，以便简化管理。 此外，还需要一个 Azure Active Directory 帐户。
使用 DICOM 服务保留数据的位置？
客户控制 DICOM 服务保留的所有数据。 以下组件用于保存数据：
- Blob 存储：保留所有 DICOM 数据和元数据
- Azure SQL：为 DICOM 元数据的子集编制索引以支持查询，并维护更改的可查询日志
- Azure 托管标识：存储关键安全信息
哪些数据格式与 DICOM 服务兼容？
DICOM 服务公开与 NEMA 指定和维护的 DICOMweb™ 标准 兼容的 REST API。
服务器不支持 DICOM DIMSE，DICOM DIMSE 主要通过局域网工作，不适用于基于 Internet 的新式 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，可以按患者 ID 搜索研究、系列和实例。 检索 (WADO) 使你可以按引用检索特定研究、系列和实例。 通过存储 (STOW-RS) ，可以将特定实例存储到 DICOM 服务器。 有关 QIDO、WADO 和 STOW 的详细信息，请参阅 DICOMweb™。
什么是 DICOM 服务中的 REST API 版本控制？
DICOM 服务具有用于访问服务的 REST API 的版本。 版本在请求中指定为 URL 路径。 有关详细信息，请访问 DICOM 服务的 API 版本控制文档。