我正在尝试将PCD-01消息中的一系列OBX段描述的医疗设备的属性映射到FHIR资源。 PCD-01消息中描述的属性是
我希望这样做的逻辑方法是使用来自所述OBX段的数据填充这些资源中的每一个，然后通过使DeviceMetric成为DeviceComponent的包含资源来将它们“链接”在一起。设备的资源。但是，包含的资源不能包含其他包含的资源，因此我需要在Device资源中包含两个包含的资源。
但是，
中的DeviceComponent示例http://www.hl7.org/fhir/2015May/devicecomponent-example-prodspec.json.html
向Device显示DeviceComponent的包含资源，完全超出我的预期。这些资源应该如何使用？我不能使用这些资源中的任何一个来描述实际设备的所有属性，真正的困难是制造商和型号名称与生产规范信息不在同一资源中。
此外，如果设备类型识别出设备是血压袖带，那么DeviceComponent类型指示什么？在这种情况下确实没有“组件”，该设备是一个独立的BP袖口，没有别的，我只是被迫使用DeviceComponent资源来描述生产规范值。
对此的任何帮助将不胜感激！
答案 0 :(得分：1)
感谢Ewout给出了非常好的解释。
致Brian：正如您在一篇评论中提到IEEE 11073-20601，我可以假设您只是将MDS和Metric作为血压袖带的DIM模型吗？
因此，要描述血压袖带观察（PCD-01消息），您感兴趣的资源如下：
设备：描述设备类型（最好使用IEEE 11073-10101中定义的命名法），制造商和型号，udi等。此资源只创建一次，并且将在设备的整个生命周期内生存，除非有与地点/组织/患者的变化。
DeviceComponent：描述MDS，您可以在其中填充生产规范，设备的运行状态等。除非软件版本，硬件版本或运行状态发生变化，否则此资源将具有与设备资源相同的生命周期。例如。
DeviceMetric（x3）：描述每个度量（收缩压，舒张压，脉冲），包括类型（最好使用IEEE 11073-10101中定义的命名法），单位（最好使用IEEE 11073-10101中定义的命名法，但UCUM是精确），标识符（由设备分配的度量唯一标识，例如，句柄ID）和measurementPeriod（如果设备恰好在指定的时间段重复进行测量，例如，每小时）。与DeviceComponent相同的生命周期，除非单位或测量周期发生变化。
观察（DeviceMetricObservation profile）：描述实际测量。 （在PCD-01中，我们使用OBX-4来描述将观察链接到树中实际度量的c树路径。对于FHIR，我们使用device元素来描述对DeviceMetric的外部引用）
我不建议使用包含的资源。我认为我们应该提前创建所有Device / DeviceComponent和DeviceMetric资源，缓存它们的链接并将它们用作外部引用。例如，首先创建Device资源，然后创建DeviceComponent，其source元素包含对Device资源的外部引用，然后DeviceMetric资源，其父元素包含对DeviceComponent的外部引用，source元素包含对Device的外部引用。现在我们使用这些资源和链接设置了一个组织良好的包含树，每当设备产生新的测量时，我们只创建观察资源，设置到DeviceMetric的链接，应该是它。
如果您有其他问题，请与我们联系。感谢
答案 1 :(得分：0)
“设备包含DeviceComponent的资源，完全落后于我期望的”
这是定义资源的方式 - DeviceComponent将Device称为源，而不是列出其组件的Device。我不确定为什么会这样定义 - 我会请委员会（Orders/Obs和Devices）发表评论。
我认为如果设备是血压袖带，它有一个携带值的组件。这不是最明显的解决方案，但这肯定是PCD领域多年来发展的方式。
答案 2 :(得分：0)
Device的物理组成由DeviceComponents使用DeviceComponent.parent指向其“父”组件完成，例如，通道到VMD和VMD到MDS。所有组件都使用DeviceComponent.source指向它们所属的“逻辑”设备。
在此模型中，“设备”是设备的“管理”资源（它没有太大变化并且具有制造商信息等），其中DeviceComponent为物理部件建模，包括操作状态等等挥发性的。
如果你想表达你的观察来自哪个逻辑设备，你可以只使用Device，如果你需要更具体的观察可以指向DeviceMetric（它实际上是一种DeviceComponent）。