【问题标题】:Resource specializations资源专业
【发布时间】:2015-10-23 22:50:32
【问题描述】:

FHIR 架构定义了非常通用的资源,这些资源有时会代表实现中的多个概念,并且很难/不可能从对象本身确定资源的含义。例如,条件资源可以表示问题列表中的问题、入院诊断、最终诊断、初步诊断等。条件的含义取决于知道它是哪一个。有没有办法在 FHIR 中明确说明这一点?

在某些情况下,Profile StructureDefinition 可用于区分资源的专业化,但这不适用于最终诊断与承认诊断之类的事情,因为它们包含相同的数据(即没有鉴别器),所以它不是一个通用的解决方案。

【问题讨论】:

  • 含义有何不同?还是只是用途?一个条件可以在多个地方使用,它的上下文很重要。将上下文非规范化到资源中可能会降低其可用性。或许你可以再解释一下……?
  • 您确实需要一些上下文信息才能正确解释条件的含义。我想让一些上下文更直接可用。我不知道这会如何降低它的用处。例如,条件中的一个简单类别字段可以为您提供一些上下文。

标签: hl7-fhir


【解决方案1】:

配置文件永远不会改变实例的含义,它们只是识别实例所遵循的约束。如果您从实例中删除了所有配置文件 ID,如果您可以访问所有符合条件的配置文件并将它们与实例进行比较,则可以将它们放回原处。

入院诊断或最终诊断不是一种诊断,而是诊断与特定遭遇的关系。作为一次遭遇的最终诊断的诊断可能是另一次遭遇的入院诊断。条件可能包含在问题列表中,无论是投诉、症状、发现还是诊断。主要与次要的概念也是关于遭遇/计费的关系。遭遇 A 的主要诊断可能是遭遇 B 的次要诊断。

查看 Encounter.admittingDiagnosis、Encounter.dischargeDiagnosis 和 Claim.diagnosis.sequence 以区分入院/出院和初级。

(在 Condition 资源本身中包含此指南可能会很好,因此请随时使用规范底部的链接提交更改提案:>)

【讨论】:

  • 我知道遇到关系,但是当我只有一个条件列表时,这并不能真正帮助区分条件,这是我真正想做的。显然,可以按照遭遇参考并搜索相应的条件列表,但这不是很好。
  • 您能否解释一下,为什么在查看疾病列表时区分疾病是被称为入院诊断还是出院诊断与您相关?
  • 在研究和监测应用中,我们通常从定义我们感兴趣的患者队列开始。这些定义通常涉及诸如出院诊断为 X 的患者之类的陈述。
  • 但是,出院诊断与入院诊断与仅与您的用例相关的“诊断”(在特定遭遇的背景之外)有何不同?
  • 为了建立队列,我将查看数据库中的所有观察结果,以寻找某种最终诊断。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-05-31
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-02-18
  • 1970-01-01
相关资源
最近更新 更多