【问题标题】:How to find number of images in a DICOM study?如何在 DICOM 研究中查找图像数量?
【发布时间】:2013-12-13 00:16:54
【问题描述】:

是否可以通过读取该研究中文件的 DICOM 标题来查找 DICOM 研究中的图像数量?

我正在开发一个 Java 应用程序,它接收来自不同来源的 DICOM 研究。我只是想检查一项研究是否已完全收到。

不幸的是,我不能依赖阅读 DICOMDIR,因为在许多情况下,研究没有该文件。我也熟悉 dcm4che 和 imageJ 库。

干杯, 阿拉什

【问题讨论】:

  • 您已使用 ImageJ 和 Dcm4Che 标记了您的问题。您是否正在寻找有关如何使用 ImageJ 和 Dcm4Che 执行此操作的代码?
  • 是的,我正在寻找使用 dcm4che 的 Java 代码。
  • 尝试使用 Dcm4Che API(我推荐 Dcm4Che3 最新版本)使用引用的系列序列来解决您的问题。在此处发布代码,如果您有问题,我会提供帮助。
  • 您好@medphys-pl,感谢您的评论,我查看了我的 dicom 文件并注意到它们没有任何引用的系列序列标签 (0008,1115)。你知道任何替代方法吗?
  • @Arash 请参阅我的回答,其中概述了如何执行此操作。基本上,此信息不存在于任何 dicom 图像文件本身中,但需要从发件人那里检索(如果发件人是 PACS,它通常会通过 Query / Retrieve 请求支持这一点)。

标签: dicom imagej dcm4che


【解决方案1】:

系列中的图像数量不存在于 dicom 图像文件本身中。这是辅助信息,获得它的唯一方法是让某人在事后计算它并提供给您。

这通常已经由发送方完成(如果是 PACS,则非常确定),并且可以通过查询/检索请求以符合 DICOM 的方式提供给接收方(请继续阅读以了解详细信息)。

与其他答案所述相反,dicom 标签 (0020, 0013) 与系列中的实例数不对应。 相反,它标识系列中的实例,并且通常跟踪在该特定系列中拍摄图像的顺序。

正如 Brett 在他的回答中所说,这是因为文件的创建者实际上不可能真正知道最终的图像数量(由于可能出现的各种现实情况),因此文件中不存在本身,但需要事后确定。

好消息是发件人应该已经(如果它是 PACS,通常会)为您完成计数,并将通过 DICOM 标签“系列相关实例数 (0020,1209) 提供此信息" 通过查询/检索。

研究中一般还会有一个对应系列号的标签,DICOM标签“研究相关系列号(0020,1206)”。

重申一下,这些标签通常可以从发送者的正确格式的查询/检索请求中获得,但是它们并不存在于图像文件本身中。

【讨论】:

    【解决方案2】:

    研究相关实例标签(0020、1208)的数量旨在能够传达此信息。但是,正如您在之前的回复中指出的那样,这并不可靠。问题是您正在查看研究的单个实例。实际上不可能保证该文件的创建者知道(知道)该研究中的所有当前实例。例如,一个模态可能知道它创建了多少实例并将其发送到存档。但是,以后可以添加证据对象(例如演示状态、关键对象或结构化报告)。这会更改研究中的实例数量,但不会(必然)更改任何现有的第 10 部分文件。

    【讨论】:

    • 这是不正确的。 tag (0020, 0013)是实例的实例编号,它不表示一个系列的实例个数,而是标识系列中的实例。
    【解决方案3】:

    我们在 Tag.InstanceNumber (0020,0013) 中找到图像的数量。

    【讨论】:

    • 是的,这也是我使用的。但这不是很可靠。
    • tag(0020, 0013)是实例的实例号,它不表示一个系列的实例数,而是标识系列中的实例。
    猜你喜欢
    • 1970-01-01
    • 2014-05-19
    • 1970-01-01
    • 1970-01-01
    • 2022-03-02
    • 2022-12-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多