基本资源可以/应该用来存储应用程序设置吗？

Question

在我工作的一家医疗设备制造商，我们正在研究整合我们的数据模型和产品间的API。由于我在IEEE 11073以及HL7设备工作组工作了一段时间，我建议对HL7 FHIR进行调查。

我们能够将几乎所有的概念映射到现有的资源上，或者确定一个可以扩展的资源。

目标：

在不强加数据存储要求或自定义后端解决方案的情况下在临床环境中部署产品=不应在客户环境内安装和维护任何额外的数据存储(例如，附加DBMS实例或数据库管理系统中的数据库)

• 站点/租户，实例和用户配置应通过与患者相同的数据模型和API概念访问，因为设置的

• 并不重要(而且无论如何也不能明显实现)=只有我们的产品需要了解它们

。

问题：

在FHIR中没有应用程序配置/设置的技术概念。(例如，用于配置UI的暗模式或类似的东西的键值对)

(注:鉴于HL7的性质和意图，即每种设计，而不是抱怨！)

可能的解决方案：

使用extension(s)的

1. 自定义资源(在FHIR中是不允许的)
2. 基本资源

问题：

1. 这是解决手头问题的一种“好的”(明智的)方法/设计吗？
2. ，在FHIR中，我们遗漏了另一个概念或解决方案吗？

Answer 1

基本当然是一种选择。其他几种可能性：

pairs)

• Parameters

• 观察(通常用于名称/值)(尽管这通常不是persisted/searchable) )

如果你需要复杂的嵌套，或者需要观察以外的值，基本是你最好的选择。它的目的是表示不是真正的“医疗”数据的数据，或者数据不应该标准化的地方。应用程序配置设置将对这两个框进行勾选。