【问题标题】:FHIR: do I need to have StructureDefinition for all the resources?FHIR:我是否需要为所有资源设置 StructureDefinition?
【发布时间】:2020-05-11 14:05:09
【问题描述】:

FHIR 一致性层包括 StructureDefinition 资源,我试图了解当我的服务器没有任何自定义资源时是否必须在那里提供任何东西?

我们将支持多个实施指南(例如 US Core 和 CarinBB),它们有自己的配置文件和扩展。但是他们所有的 StructureDefinitions 已经在hl7.org 上定义了,我可以从我的 CapabilityStatement 和实例中获得这些配置文件的链接。那么我需要在我的服务器上公开这些结构定义吗?

或者它应该只是空的,因为我没有任何自定义?

【问题讨论】:

    标签: hl7-fhir


    【解决方案1】:

    您的 CapabiltyStatement应该为您支持的每个资​​源声明一个 StructureDefinition,表明您的实际系统功能是什么 - 即您可以实际使用或产生哪些数据。通常,这将涉及各种配置文件的期望以及一些其他内容的组合。您可能对重复有限制,您可能不支持某些配置文件中的某些可选元素,并且可能支持一些配置文件都不期望支持的其他元素或扩展。很少有实现会具有与官方发布的配置文件完全匹配的内部支持。但是,如果您这样做,从技术上讲,您可以指向该官方个人资料,而不是创建自己的个人资料。

    【讨论】:

    • 谢谢!我知道所有资源都应该在 CapabiltyStatement 中声明,但是/StructureDefinition 端点呢?根据文档,此资源也是一致性层的一部分,但我不明白如果 CapabilityStatement 中的配置文件链接将指向外部 hl7.org/fhir/us/core/ 定义,我为什么需要声明它们
    • 这取决于您从 CapabilityStatement 指向的 StructureDefinition 的托管位置。如果它们在某个外部注册表上,则无需在本地托管它们。如果它们“包含”在 CapabilityStatement 中,则再次不需要终点。但是,如果它们是本地引用,那么您至少需要在 StructureDefinition 端点上支持“读取”,以便查询您的功能的系统能够检索引用的配置文件。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-07-26
    相关资源
    最近更新 更多