使用 FHIR 对患者进行分类？答案

【问题标题】：Categorizing a patient using FHIR?使用 FHIR 对患者进行分类？
【发布时间】：2021-08-17 01:27:35
【问题描述】：

我们希望在我们的系统中对患者进行分类。例如，在器官移植中，我们希望将 Patient FHIR 资源“标记”为捐赠者或接受者（忽略活体捐赠者以后可以成为接受者的场景），因为这些类型的“患者”分别存储在后端系统。因此，当有人使用患者资源发出 PUT HTTP 请求时，我们需要知道它是什么类型的患者，然后才能在数据库中进行更新。

很难确定解决此问题的最佳方法。使用元区域似乎很有希望，结合“焦点”的 UsageContextType 可能会采用“捐赠者”或“接受者”的值。

目前尚不清楚如何在 Patient 资源（对我们来说是 JSON）中实际编写类似的代码。任何指导/示例将不胜感激。

可悲的是，我认为 FHIR 人员正在走与 V3 RIM 相同的道路......许多难以理解的标准定义，但很少有实际示例说明如何在现实世界中使用其中一些 FHIR 标准.但这是另一个问题。

【问题讨论】：

标签： hl7-fhir

【解决方案1】：

不要理解忽略某人既可以是捐赠者又可以是接受者的情况。但是，如果需要，您可以添加差异化的扩展。您也可以使用 Patient.meta.tag。

有了 RIM，就会有一种深奥的建模机制来定义您想要的东西，可能需要遍历 3-4 个类来获得一个元素（以及一路上的大量固定值）。使用 FHIR，如果您正在做一些深奥的事情，您只需定义一个扩展。

如果您发现核心规范中的某些内容难以理解，请提交更改请求，要求改进语言。（每页底部都有一个“提出更改”链接，免费注册。）

【讨论】：

感谢您不厌其烦地回复，劳埃德。我只是忽略了捐赠者和接受者的情况以简化问题。我认为使用 Patient.meta 看起来很有希望。但是没有示例说明如何将其与 UsageContextType（焦点）一起使用。我正在寻找的是 JSON Patient 资源中的实际示例。几乎所有没有具体示例的 HL7 规范都是“不可理解的”。缺乏这样的例子将阻碍普通人实施 FHIR。 ;-)
每个 FHIR 资源都有示例 - 如果没有至少一个，FHIR 发布工具甚至无法运行。显然，我们不会有涵盖所有可能的边缘情况的示例...... UsageContextType 不适用于 Patient - 它适用于“定义”资源 - 例如配置文件、值集、协议、问卷等。它将让您找到人类与奶牛或婴儿与老年病学的表格。
猜猜我只是为此使用了自定义扩展。这样可行。谢谢