【问题标题】:Mirth dicom sender error [closed]Mirth dicom 发件人错误 [关闭]
【发布时间】:2015-12-02 15:53:10
【问题描述】:

我正在尝试设置 Mirth 以根据 DICOM 标记的内容路由图像。我成功地将其设置为转发到两个不同的文件夹(即,如果特定标签包含对此文件夹的写入,则写入另一个文件夹)。这是使用两个目的地的“文件编写器”完成的。

我已将其中一个目的地更改为 dicom 发件人,并将其设置为转发到 dcm4chee PACS。但是,现在当我发送图像时,出现以下错误(其中(ipaddress)是 dicomsender 应该路由到的 dcm4chee pacs 的地址):

DICOM 发件人错误 ERROR MESSAGE: http://(ipaddress)/

到 pacs 的 DCMECHO 工作正常。我已经使用来自终端的直接 DCMSND 将相同的图像直接发送到 PACS,这是成功的。我已将图像发送到 Mirth,并根据包含的规则成功地将它们路由到其他文件编写器。我只是无法弄清楚为什么 dicom 发件人无法正常工作。有任何想法吗?有什么我应该注意或检查的吗? Mirth 中的错误日志似乎信息量不大。

【问题讨论】:

  • DCM4CHEE 端的日志呢?也许您会在那里找到有关该问题的任何提示。
  • 嗯,它实际上没有达到 DCM4CHEE 的程度,因为 pacs 日志中没有任何内容。
  • 为什么IP地址前有http://?这是从哪里来的?您是否在某处输入了任何带有 http 协议的地址?您是否也可以在匿名任何地址后导出整个频道并发布?
  • 我不知道为什么,我以为 Mirth 默认添加了它,但删除它似乎已经解决了问题。看起来 Mirth 无法找到宿主。谢谢!
  • 是的,嗯,http 最明确地在 DICOM 主机地址中没有位置。 :)

标签: mirth dcm4che


【解决方案1】:

在 Tarmo R 和 jap1968 提供帮助后,我发现问题是由锁定在 IP 地址开头的流氓“http://”引起的。我认为它一定是在各种来源之间复制/粘贴时出现的。 Anywho,删除这个并只留下IP地址解决了这个问题。 感谢您的帮助!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-05-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-07-18
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多