引用消息传递范式中使用的 FHIR 二进制资源答案

【问题标题】：Reference to FHIR binary resource used in messaging paradigm引用消息传递范式中使用的 FHIR 二进制资源
【发布时间】：2014-06-12 10:32:26
【问题描述】：

我正在使用文档参考资源来包含一些关于通过 Atom Feed 中的查询响应返回的文档的元数据。文档本身就是一个 blob，因此需要在由文档引用资源引用的二进制资源中。我不清楚如何在文档资源中引用二进制资源。

我最好的猜测是在 Atom Feed 中使用位置元素将 XPATH 指向二进制对象。

<location value="/feed/entry/content/Binary/@28BEE6CC-28F4-11E2-B493-B2916188709B"/>

其中“28BEE6CC-28F4-11E2-B493-B2916188709B”是文档的主标识符。

如果有人对消息传递范式中使用的二进制资源有更多的了解吗？

【问题讨论】：

标签： hl7-fhir

【解决方案1】：

文档引用中的位置是指向资源直接地址的 URL。如果该 URL 指的是可以访问的文字服务器，那么它将是一个绝对 URL。如果您随后将该二进制资源打包到包中，则资源的 id 将是该文字 URL，当您找到该位置时，您将通过 atom 提要查找具有该 URL 的条目。如果没有找到，则查看原始源 URL (http://hl7.org/implement/standards/fhir/references.html#atom-refs)。

在您的情况下，二进制文件不需要存在于 RESTful 服务器上，但分辨率是相同的 - 在捆绑包中查找与该位置的 url 匹配的条目 id。所以如果位置是

<location value="urn:uuid:28bee6cc-28f4-11e2-b493-b2916188709b"/>

然后该过程将通过包查找具有 id 的条目：

  <entry>
    <id>urn:uuid:28bee6cc-28f4-11e2-b493-b2916188709b</id>
    ...
  </entry>

注意：在 URI 形式中，UUID 必须是小写的。我建议始终使用小写以避免混淆

【讨论】：