FHIR 服务器：使用自己的配置资源作为响应还是基础资源？

Question

我们正在开发 FHIR 服务器。 我们已经分析了 Condition 资源。 现在我们一直试图在 HAPI 库文档中找出我们实际上是在 GET 搜索请求中为 Condition 返回一个 HL7 基础资源，还是我们可以返回我们自己的分析资源？

我们仅在 HAPI 文档中找到此示例，该文档返回 Patient 的基本资源。 https://hapifhir.io/hapi-fhir/docs/server_plain/resource_providers.html#resource-providers

如果我们返回我们自己的分析资源，我们需要验证它还是我们在返回资源中插入 meta.profile 字段的唯一区别？ 是否有任何示例如何返回自己的配置资源？

Answer 1

作为对 Get 的响应，服务器默认返回它们拥有的数据。 在某些情况下，他们可能需要过滤以排除请求系统/用户无权共享的数据。 您可以使用配置文件来记录该组期望（即服务器能够公开/公开给给定收件人的数据）。

当您返回一个实例时，如果您碰巧知道该实例符合一个或多个配置文件，您可以自由地在 Resource.meta 中列出这些配置文件。 但是，一般不会期望您这样做。 IG 有时会为配置文件声明设定期望，但通常不鼓励这样做，因为它可能会造成不必要的互操作性障碍。

如果系统声明了一个配置文件，但事实证明该实例对其无效，则该系统是不合格的。 大多数情况下，这是通过验证入站数据而不是在创建响应时进行验证来处理的，因为这样更有效。 但是，如果您想在返回之前验证响应，您当然可以。 （如果事实证明实例对它无效，大概会删除配置文件声明。）