1

我们的 DICOM 模态工作列表服务器目前正在接收ORM^O01来自我们医院 RIS 的 HL7 订单。要将每个订单映射到一种模式，我们当前正在使用OBR-24消息中的字段。中包含的代码OBR-24通过 MWL 服务器中的查找表映射到 AE 标题和模态。当前OBR-24值类似于“LOC_STATION”，其中 LOC 是预定站点的位置（在建筑物级别），而 STATION 是当前订单的预定站点。

现在需要将相同的传入消息馈送引导到另一个系统，以便根据订单从较慢的长期存档中预取先前的研究。预取引擎规则的一个重要输入参数是有序学习的模态。因此，我们希望在传入的订单消息中添加 DICOM 模态代码，因为我们不想复制整个查找表系统并在两个地方分别管理它。

ORM^O01在 HL7 标准 v2.3.1 中定义的结构中，此类信息的最佳字段是什么？我浏览了标准并浏览了我们的 MWL 服务器供应商参考资料，但我发现最接近的是相同的OBR-24字段，它已经在我们的解决方案中使用。还是我们应该考虑实现某种自定义 Z 段？

由于我们是一家独立的 PACS 服务提供商，因此情况更加复杂，因此我们无法控制医院中 HIS/RIS 软件的开发，并且大多数情况下我们必须与现有系统进行集成，并在他们方面进行最少的修改。因此，在我们的消息传递标准中更改或移动任何现有字段非常困难，但为新目的实现新的未使用字段更容易。

4

1 回答 1

2

IHE 放射技术框架- 第 2 卷 (RAD TF-2)：事务，Appendix B: HL7 Order Mapping to DICOM MWL也未指定 DICOM 标签的推荐映射

  • (0040,0001) Scheduled Station AE Title
  • (0008,0060) Modality.

在我们的 ORM^O01 生成器中，我们使用布局字段和填充字段（HL7 项目 #00251、#00252、#00253、#00254 - OBR-18..OBR-21）作为应用程序实体标题和诊断服务部分 ID（HL7 item #00257 - OBR-24) 用于模态代码。

您可以将当前路由信息放入接收设施字段 (MSH-6)，从而释放 OBR-24 以供其他用途。

MSH-6（接收设施，项目#00006）最初是为了代表“接收者地址”的一部分，即“LOC_STATION”。虽然 MSH-5 指示您的 PACS 服务地址，但 MSH-6 可用于指定订单的下一个位置。这样您就不需要再次将相同的信息放入 OBR-24 中，并且您可以仅将 OBR-24 用于模态代码。

只要您在一致性声明中记录它，几乎可以将其放置在任何地方，以便接口引擎的管理员可以定义相应的映射。

如果您无法更改/影响传入消息格式，那么在处理传入消息或将其传递给 DICOM 客户端之前，您可能会发现某种通用字段重新映射服务很有用。

关于我的意思的示例，请查看dcm4che.org开源 DICOM 临床数据管理器系统使用的 XSLT 映射脚本，该系统内置 HL7/PACS/DICOM 接口。当 HL7 v2 消息到达时，它会被转换为等效的 XML 表示，由供应商特定的 XSLT 脚本进行转换，然后推送到 DICOM 数据库存储中。默认 ORM^O01 映射之一位于文件夹https://svn.code.sf.net/p/dcm4che/svn/dcm4chee/dcm4chee-arc/trunk/dcm4jboss-hl7/src/etc/conf/dcm4chee-hl7在文件中orm2dcm.xsl

于 2014-06-20T06:35:32.427 回答