Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

DICOM 与 FHIR：影像数据和临床数据

DICOM 用于存储医学影像，FHIR 用于存储围绕影像的临床数据：各自涵盖的内容，ImagingStudy 和 DiagnosticReport 如何关联，以及将什么存储在哪里。

DICOM 和 FHIR 并非竞争关系：DICOM 是医学影像的标准——即 X 光片、CT 或 MRI 的像素和技术元数据——而 HL7 FHIR 是围绕这些影像的临床数据的标准，例如医嘱、放射科医师的报告、检查结果以及所属的患者信息。典型的影像工作流程会同时使用两者：扫描仪和 PACS 系统使用 DICOM，医院和患者应用程序使用 FHIR，并且 FHIR 资源指向 DICOM 研究，而不是复制它。本页将解释每个标准的起点和终点，它们如何连接，以及像 Anpheros 这样的 FHIR 后端应该存储什么，不应该存储什么。

简而言之

	DICOM	HL7 FHIR R4
传输内容	图像及其元数据（模态、身体部位、切片间距、设备、UID）	临床数据：患者、医嘱、报告、观察结果、药物……
典型大小	每个研究（study）兆字节到千兆字节	每个资源（resource）千字节
数据单元	Study → Series → Instance，由全局唯一 UID 标识	资源（Patient, ServiceRequest, ImagingStudy, DiagnosticReport…）及其引用
传输方式	DIMSE 网络服务（C-STORE, C-FIND, C-MOVE）和 DICOMweb REST（QIDO-RS, WADO-RS, STOW-RS）	基于 HTTPS 的 REST，使用 JSON 或 XML
存储位置	PACS 或厂商无关归档（VNA）	EHR、FHIR 服务器、健康数据平台
读取者	Radiology viewers、AI 图像模型、模态设备	临床应用、患者应用、分析工具、处理文本和值的 AI

DICOM 的用途

DICOM (Digital Imaging and Communications in Medicine) 定义了图像如何编码以及成像设备如何进行交换。每个图像文件都包含一个包含数百个属性的头部 — 患者和研究标识符、成像模态 (CT, MR, DX, US…)、采集参数、像素间距 — 以及像素数据。图像在研究中按系列分组为实例，每个实例都有一个 UID，例如 2.25.181945…，这样就可以在任何存档中再次找到同一研究。

DICOMweb 将 DICOM 带入了 HTTP：QIDO-RS 用于搜索研究，WADO-RS 用于检索研究，STOW-RS 用于存储研究。这使得图像可以从 Web 查看器和云服务访问，但有效载荷仍然是 DICOM。

DICOM 不擅长的是临床故事：为什么订购了这项研究，放射科医生得出了什么结论，它与哪个问题相关，以及它如何与实验室结果和药物治疗相匹配。这是 FHIR 的工作。

FHIR 在影像学方面的作用

FHIR R4 为影像学工作流程的每个步骤都提供了资源：

ServiceRequest — 医嘱：“胸部 X 光片，两视图，疑似肺炎”。
ImagingStudy — DICOM 研究的摘要（UID、模态、系列和实例数量、体位点），以及一个 endpoint，指明图像的检索位置，例如 DICOMweb WADO-RS 地址。它不包含像素数据。
DiagnosticReport — 放射科医生的报告：代码、状态、结论、签发时间，以及可选的原始报告（PDF 格式），存储在 presentedForm 中；imagingStudy 将其与研究关联。
Observation — 需要可查询的个体发现或测量结果，例如结节大小。
DocumentReference — 文档，例如 PDF 报告或导出为 JPEG 的关键图像。

指向 PACS 中研究的 ImagingStudy（有效的 FHIR R4 结构）：

{
  "resourceType": "ImagingStudy",
  "status": "available",
  "subject": {"reference": "Patient/example"},
  "identifier": [{"system": "urn:dicom:uid", "value": "urn:oid:2.25.181945102383749012843512396725468820"}],
  "started": "2026-10-03T10:20:00-05:00",
  "modality": [{"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"}],
  "numberOfSeries": 1,
  "numberOfInstances": 2,
  "endpoint": [{"reference": "Endpoint/pacs-wado"}],
  "series": [{
    "uid": "2.25.30584718293846127394857102938475",
    "modality": {"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "DX"},
    "bodySite": {"system": "http://snomed.info/sct", "code": "51185008", "display": "Thoracic structure"},
    "numberOfInstances": 2,
    "instance": [{"uid": "2.25.11223344556677889900112233445566",
                  "sopClass": {"system": "urn:ietf:rfc:3986", "code": "urn:oid:1.2.840.10008.5.1.4.1.1.1.1"}}]
  }]
}

同一研究的报告，作为 DiagnosticReport（通过了 FHIR R4 验证器）：

{
  "resourceType": "DiagnosticReport",
  "status": "final",
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0074", "code": "RAD", "display": "Radiology"}]}],
  "code": {"coding": [{"system": "http://loinc.org", "code": "36643-5", "display": "XR Chest 2 Views"}], "text": "Chest X-ray, 2 views"},
  "subject": {"reference": "Patient/example"},
  "effectiveDateTime": "2026-10-03T10:20:00-05:00",
  "issued": "2026-10-03T15:05:00-05:00",
  "performer": [{"display": "Springfield Imaging Center"}],
  "conclusion": "No acute cardiopulmonary abnormality.",
  "presentedForm": [{"contentType": "application/pdf", "url": "https://imaging.springfield-hospital.test/reports/RPT-8812.pdf", "title": "Radiology report"}]
}

两者如何连接

 modality (X-ray, CT, MR) ──DICOM──► PACS / VNA ◄──DICOMweb (WADO-RS)── image viewer, AI image model
                                         ▲
                     ImagingStudy.endpoint│ (where the images are)
                                         │
 order (ServiceRequest) ──► study ──► report (DiagnosticReport) ──► patient record (FHIR)
                                                                       │
                                     patient app, clinic system, AI assistant (text and values)

保持系统简洁的规则是：影像保留在影像归档系统中；临床记录保留报告、重要的发现以及指向影像的指针。 将 DICOM 研究复制到临床数据库会成倍增加存储和隐私风险，而对大多数读者来说，这并不会使记录更有用。

其他标准填补了医院之间的空白：IHE 配置文件，例如用于跨组织共享影像文档的 XDS-I，以及用于将放射科查看器和报告应用程序保持在同一患者和研究上的 FHIRcast。

成像、互操作性和人工智能

医学影像上的人工智能（检测、分割、分诊）处理的是 DICOM 像素数据，通常在影像科或专业平台上进行。而能够帮助患者或医生理解整个病历的人工智能——“上次的胸部 X 光片显示了什么，它与咳嗽和抗生素治疗有什么关系？”——则处理报告、检查结果以及 FHIR 所承载的其他临床数据。这两种人工智能都需要基础设施提供相同的东西：带有代码、时间戳和已记录来源的数据。

Anpheros 的定位

Anpheros 将每位患者的记录存储为 HL7 FHIR R4 格式。对于影像学而言，这意味着：

存储内容：放射学报告（作为 DiagnosticReport）、原始报告或关键图像（作为 DocumentReference，每个文档最大 25 MiB）、发现（作为 Observations）以及医嘱（作为 ServiceRequest）。每次写入都带有溯源信息，患者可以决定哪些应用程序可以读取这些信息。
未存储内容：DICOM 研究。Anpheros 不是 PACS，没有 DICOMweb 接口，并且目前不支持 ImagingStudy 资源，因此无法索引或提供图像。它不读取或解释图像。

在 Anpheros Daily 应用中，患者可以拍摄或上传影像学报告，并将其保存在其文档中，与患者记录的其他部分并列。对于开发应用程序或进行诊所集成的开发者来说，实际的分工是：将图像保留在您的影像系统中，将报告和发现写入患者的 FHIR 记录。如何将诊所系统与 FHIR 后端集成展示了如何在一个事务中写入一次就诊及其文档，而 DiagnosticReport 示例则展示了报告的结构。

常见问题解答

DICOM 和 FHIR 有何区别？

DICOM 对医学影像及其技术元数据进行编码和交换；FHIR 交换临床数据，如医嘱、报告、观察结果和药物。在实践中，FHIR 资源描述和引用影像学检查，而影像本身保留在 DICOM 中。

FHIR 可以存储医学影像吗？

FHIR 可以作为附件携带小型影像（DocumentReference 或 Media 中的关键影像），但它并非为完整的诊断研究而设计。ImagingStudy 资源描述了一个 DICOM 研究，并指向其检索位置；像素数据保留在 PACS 或存档中。

什么是 DICOMweb？

DICOM 标准的 RESTful 部分：QIDO-RS 用于搜索，WADO-RS 用于检索，STOW-RS 用于通过 HTTP 存储研究。FHIR ImagingStudy 可以指向 DICOMweb 端点。

哪个 FHIR 资源包含放射学报告？

DiagnosticReport，带有放射学类别、检查的 LOINC 代码、结论，以及（如果需要）原始报告的 PDF 格式（在 presentedForm 中）。必须可搜索的测量值会成为单独的 Observations。

Anpheros 是否支持 DICOM？

否。Anpheros 在患者的 FHIR R4 记录中存储影像学的临床方面——报告、发现、文档和医嘱。它不存储、提供或解释 DICOM 影像，并且目前不支持 ImagingStudy。