HL7-FHIR 在服务器上接受绝对外部引用

Question

在 DSTU1 的 2.6.3 Copying Resources and re-identification 中描述了客户端可能必须如何重新分配从服务器提取的资源的 ID。我的问题是在相反的方向上应该允许什么。我认为在不需要重新解释时接受外部绝对引用没有问题（即您接受 POST/PUT 上的 URI 和 return GET 上相同的 URI），但我想知道它们是否应该如果服务器端需要重新标识，则接受（即您接受 POST/PUT 上的 URI，但不分配对象的新 ID，以便后续 GET 的 return 本地相对 URI）。

DSTU1（甚至 DSTU2）中是否有与此相关的指南？

例子

客户端发布以下内容：

{
    "resourceType": "Patient",
    "name": [{"text": "Irene"}],
    "careProvider": [{"reference": "https://fhir.example.com/api/Organization/12345"}]
}

客户端然后执行 GET 并收到以下内容：

{
    "resourceType": "Patient",
    "id": "abc",
    "name": [{"text": "Irene"}],
    "careProvider": [{"reference": "Organization/987"}]
}

您可以看到服务器将组织重新标识为本地引用。

Answer 1

没有比您已经引用的更多 material 了。 material 并不是要规定答案，只是建议可能需要的解决方案类型。那么，一般来说，谈论允许的内容是不可能的——除了你提到的一件事：服务器不允许接受 PUT，然后不通过移动资源来尊重 PUT；它应该拒绝 PUT 并坚持 POST。但一般来说，客户端、服务器和中间件在一个生态系统中的混合，我不知道我们是否可以有效地制定关于什么应该发生什么不应该发生的规则

HL7-FHIR 在服务器上接受绝对外部引用

HL7-FHIR accepting absolute foreign references on server

rest

hl7-fhir

例子