我们的DICOM模态工作列表服务器目前正在接收来自我们医院RIS的HL7 ORM^O01订单。要将每个订单映射到模态，我们当前正在使用消息中的OBR-24字段。 OBR-24中包含的代码通过MWL服务器中的查找表映射到AE标题和模态。当前OBR-24值类似于“LOC_STATION”，其中LOC是预定电台的位置（在建筑物级别），STATION是当前订单的预定电台。
现在需要将相同的传入消息提要指向另一个系统，以便根据订单从较慢的长时间存档中预取先前的研究。预取引擎规则的重要输入参数是有序研究的模态。因此，我们想在传入的订单消息中添加DICOM模态代码，因为我们不想复制整个查找表系统并在两个地方单独管理它。
此类信息的最佳字段在HL7标准的v2.3.1中定义的ORM^O01结构内是什么？我已经浏览了标准并浏览了我们的MWL服务器供应商参考资料，但我发现的最接近的是OBR-24字段，它已在我们的解决方案中使用。或者我们应该考虑实现某种自定义Z段？
由于我们是一家独立的PACS服务提供商，因此我们无法控制医院中HIS / RIS软件的开发，而且大多数情况下我们必须与现有系统集成，他们的一面。因此，在我们的消息传递标准中更改或移动任何现有字段非常困难，但为新目的实现新的未使用字段更容易。
答案 0 :(得分：1)
IHE Radiology Technical Framework - 第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项目＃00257-OBR-24）。
您可以将当前路由信息放入接收设施字段（MSH-6），然后释放OBR-24以供其他用途。
MSH-6（接收设施，项目＃00006）最初用于表示接收者地址＆＃34;，＆＃34; LOC_STATION＆＃34;的一部分。虽然MSH-5表示您的PACS服务地址，但MSH-6可能用于指定订单下一步应该去哪里。这样您就不需要再将相同的信息放入OBR-24中，只需使用OBR-24即可获得模态代码。
只要您将其记录在一致性声明中，就可以将它放在几乎任何位置，以便界面引擎的管理员可以定义相应的映射。
如果您无法更改/影响传入的邮件格式，那么在传入邮件处理或传递给DICOM客户端之前，您可能会发现某种有用的通用字段重映射服务。
有关我的意思的示例，请参阅内置HL7 / PACS / DICOM接口的dcm4che.org开源DICOM Clinical Data Manager系统使用的XSLT映射脚本。当HL7 v2消息到达时，它将被转换为其等效的XML表示形式，由特定于供应商的XSLT脚本转换，然后推送到DICOM数据库存储中。其中一个默认的ORM ^ O01映射位于文件orm2dcm.xsl