为什么 MedicationDispense 不包含处方编号属性？答案

【问题标题】：Why MedicationDispense doesn't contain attribute of prescription number?为什么 MedicationDispense 不包含处方编号属性？
【发布时间】：2019-05-17 09:29:20
【问题描述】：

FHIR 的MedicationDispense 资源定义了与处方相关的属性，如请求、剂量、数量等。处方编号，也称为RxNumber，是药房系统中配药记录的一个非常常见的属性。我想知道为什么 MedicationDispense 架构中没有定义它？

架构中有两个标识符，id 和 identifier。正如另一篇文章中提到的，identifier 应该是跨系统的东西，比如病人的SSN。同时，id 是模棱两可的，因为它可能是内部数据库标识符或任何可以唯一标识此分配记录的东西。

What's the difference between id and identifier for a FHIR resource?

【问题讨论】：

标签： hl7-fhir

【解决方案1】：

MedicationDispense 包含对“authorizingPrescription”MedicationRequest 的引用。这就是获取有关处方的所有信息（标识符、处方者、处方日期、处方药等）的地方。在 FHIR 中，我们努力不将存在于其他资源中的信息合并到引用资源中，因为这样做会使事物保持同步变得困难，并且不适用于 RESTful 交换。因此，在执行搜索时通常使用 _include 参数来获取相关资源（例如，MedicationRequest、Organization、Medication、Practitioner 等）。

“id”本质上是存储在特定服务器上的资源的主键。如果您将资源复制到不同的服务器上，该服务器将分配其自己的 id/主键。另一方面，“标识符”是业务标识符。对于分配，这通常是瓶子/罐子/盒子上的“交易”标识符，用于唯一标识该特定分配事件。如果分配信息存储在多个系统上（例如，它被转发到处方系统、个人健康记录、集中式药物登记等），它将具有相同的“标识符”，但（通常）会有不同的'ID'。两个紧密相连的系统当然可以为等效记录共享相同的“id”，但需要仔细协调以避免冲突。

请注意，MedicationDispense.identifier不与 MedicationRequest.identifier 相同。第一个是特定分配事件的唯一标识符。后者是整个订单的唯一标识符。单个 MedicationRequest 通常有多个 MedicationDispense 事件（每个事件都有一个不同的标识符）。

【讨论】：

感谢您的 cmets。您是否暗示MedicationRequest.identifier 等同于RxNumber？我认为MedicationRequest 表示提供者在 EHR 中订购的处方，而MediationDispense 更像是药房系统中的处方概念。 RxNumber 仅在 Pharmacy 端可用，EHR 不需要定义此属性更有意义。
MedicationRequest 用于表示订单输入系统和药房系统中的处方。在前者中，MedicationRequest.intent 是“原始订单”。对于药房创建（编码）的订单，它是“filler-order”。 MedicationDispense 根本不代表订单。它代表针对处方采取的单一供应行动。对于某些处方，可能只有一次配药，但对于许多处方，一个订单会有多次配药。
请注意，放置系统和药房系统都将标识符分配给“订单”。这些与分配给任何分配的标识符不同。具体来说，如果药房分发了一种药物，随后又重新填充了几次，则 Rx 标识符（在 MedicationRequest 上传达的标识符）在最初的分发和所有重新填充时将是相同的。另一方面，分配标识符（出现在 MedicationDispense.identifier 中）将因每个而异。