摄取FHIR资源.互操作性/数据共享工作流的元数据和资源标识符

Question

在从另一个系统摄取FHIR资源时，是否有最佳做法或行业标准？更具体地说，当使用FHIR资源的多个医疗实体开始共享数据(并希望将彼此的数据存储在自己的系统中)时，应该如何处理资源的元数据和ID？

让我们考虑一下，一个组织为John提供了耐心的资源。该系统中的操作者命令一个实验室(ServiceRequest)并将该资源发送到实验室。在实验室完成后，该组织通过DiagnosticReport接收结果，并从进行测试的第三方那里得到观察。元数据(版本id、配置文件等)我将指的是那个第三方，而摄入系统可能并不关心这个。

我的直觉是，为了实验结果而摄入这两种资源的系统会：

1. 将元数据和标识符替换为与其自己的系统相关的信息。
2. 根据所使用的配置文件转换任何属性(如果与第三方不同)
3. 将第三方的标识符和/或元数据存储在其他地方(如果需要以后保存)。

对3个国家而言，这可能是：

1. Resource.identifier包含摄取系统和第三方系统的标识符。
2. Resource.metadata.source移到一个表示它起源于哪个系统的扩展。
3. 对摄入资源中的患者的引用更新到摄入系统的病人标识符。

这是处理持续存在的外部FHIR资源的“正确”方式吗？还是有其他的解决方案？

Answer 1

1. 元数据不是一成不变的。metadata.version和lastUpdated绝对会被取代。概要文件通常会被保留(除非数据被剥离，这会违反声明的概要文件，或者至少会使有效性受到质疑)。工作流和安全标记可能会被保留或删除。
2. 一般来说，尽可能地存储。不要仅仅因为数据不在你的配置文件中就丢弃它，但是如果你没有办法存储它(只要它不是修饰符元素)，你可以扔掉它。
3. 通常，您将在新系统中将源系统的'id‘添加为'.identifier’，以帮助映射新数据。