ORM^O01报文中放射学顺序的模式
我们的服务器目前正在接收来自我们医院RIS的HL7 ORM^O01订单。要将每个订单映射到一个情态，我们目前正在使用消息中的OBR-24字段。OBR-24中包含的代码通过MWL服务器中的查找表映射到AE标题和模式。当前的OBR-24值类似于"LOC_STATION"，其中LOC是调度站的位置(在建筑层)，而站点是当前订单的预定站。
现在出现了一种需求，即将相同的传入消息提要发送到另一个系统，以便根据订单从较慢的长期存档中预取先前的研究。预取引擎规则的一个重要输入参数是有序学习的形式。因此，我们希望在传入的订单消息中添加DICOM模式代码，因为我们不希望复制整个查找表系统并在两个位置分别管理它。
这类信息最好的字段是在ORM^O01结构中，如HL7标准的2.3.1中定义的？我已经浏览了标准并查看了我们的MWL服务器供应商参考资料，但我发现的最接近的是同一个OBR-24字段，它已经在我们的解决方案中使用了。还是我们应该考虑实现某种定制的Z段呢？
此外，由于我们是一间独立的PACS服务供应商，所以我们并不控制医院内HIS/RIS软件的发展，这更令情况更为复杂，而大部分情况下，我们必须与现有的系统整合，并尽量减少对系统的修改。因此，很难更改或移动我们消息传递标准中的任何现有字段，但是为了新的目的实现新的未使用字段更容易。
回答 1
Stack Overflow用户
发布于 2014-06-20 06:35:32
IHE放射技术框架 -第2卷(RAD 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-21)作为应用实体标题和诊断服务部分id (HL7项#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文件夹中
https://stackoverflow.com/questions/24303230
复制相似问题
腾讯云开发者
