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 有時會為配置文件聲明設定期望，但通常不鼓勵這樣做，因為它可能會造成不必要的互操作性障礙。

如果系統聲明了一個配置文件，但事實證明該實例對其無效，則該系統是不合格的。 大多數情況下，這是通過驗證入站數據而不是在創建響應時進行驗證來處理的，因為這樣更有效。 但是，如果您想在返回之前驗證響應，您當然可以。 （如果事實證明實例對它無效，大概會刪除配置文件聲明。）