FHIR模式定义了非常通用的资源，这些资源有时代表实现中的几个概念，并且很难/不可能从对象本身确定资源的含义。例如，条件资源可以表示问题列表，准入诊断，最终诊断，主要诊断等方面的问题。条件的含义取决于知道它们中的哪一个。有没有办法在FHIR中明确这一点？
在某些情况下，Profile StructureDefinition可用于区分资源的特化，但这不适用于最终与允许诊断之类的事情，因为它们包含相同的数据（即没有鉴别器），所以它不是一般解决方案。
答案 0 :(得分：2)
配置文件永远不会改变实例的含义，它们只是识别实例所遵循的约束。如果您从实例中删除了所有配置文件ID，那么如果您有权访问所有符合条件的配置文件并将它们与实例进行比较，则可以将它们放回去。
入院诊断或最终诊断不是一种诊断，而是诊断与特定遭遇的关系。作为一次遭遇的最终诊断的诊断可能是另一次诊断的入院诊断。条件可能包含在问题列表中，无论是投诉，症状，发现还是诊断。主要与次要的概念也是与遭遇/结算有关的关系。遇到A的主要诊断可能是遭遇B的次要诊断。
查看Encounter.admittingDiagnosis，Encounter.dischargeDiagnosis和Claim.diagnosis.sequence来区分入院/出院和小学。
（将此指南纳入条件资源本身可能会很好，因此请随时使用规范底部的链接提交更改提议：＆gt;）