如何安排单独的 MedicationRequest 管理？
How to schedule individual MedicationRequest Administrations?
我正在寻找实现 MedicationRequest/MedicationAdministration 工作流程的 best/recommended 方法。我探索过的可能性是：
- 单独使用 MedicationRequest，并在 运行 时间确定剂量应该发生的时间以及它们是否落在当前班次的边界内，或者
- 使用任务创建数量有限的即将到来的剂量任务，或者
- 使用基于原始 MedicationRequest 的 MedicationRequests 资源来指示每个单独的剂量
选项 1 的优点：
- 最小的存储空间
选项 1 的缺点：
- 需要大部分 运行 时间的工作（必须评估时间以确定这个班次是否需要剂量，更多的工作来确定错过的剂量）
选项 2 的优点：
- 任务的共同使用可以针对共同工作流程的其他订单（ProcedureRequests 等）使用（例如，显示本班次的所有任务）
选项 2 的缺点：
- 定义的默认 Fhir SearchPararmeter 不允许在 Task.restriction.period 上进行搜索（我相信这是您定义执行任务的时间段的方式）。
- link MedicationAdministration to Task 的唯一位置是 supportingInformation，但字段定义（附加信息（例如，患者身高和体重））似乎不适合将任务放在那里。可能使用 Provenenace，并将其用于 link 任务到 eventHistory 中的 MedicationAdministration，但这似乎有点牵强。
选项 3 的优点：
- MedicationRequest.intent 具有顺序和实例顺序作为值。文件似乎表明这将是一个很好的选择（总体要求有 intent=order，个别特定剂量有 instance-order）
- MedicationRequest 在 timing.event 上有一个 Fhir 定义的搜索参数，可用于查找特定时期的事件。
选项 3 的缺点：
- http://hl7.org/fhir/us/meds/guidance.html#fetching-active-medications-orders 状态 "A MedicationRequest resource query SHALL be all that is required to access the “all active medication orders”." 给出的查询示例是 GET /MedicationRequest?patient=[id]&status=active{&_include=MedicationRequest:medication}。这向我暗示，他们希望更多地根据状态而不是时间段进行搜索。不是很强烈 "con" 反对这种方法，但绝对不是 "pro" 使用这种方法。
任何有关其他实现所用方法的建议都将不胜感激。
一般的设计预期是您会为每次管理创建 "instance" 订单。
我正在寻找实现 MedicationRequest/MedicationAdministration 工作流程的 best/recommended 方法。我探索过的可能性是：
- 单独使用 MedicationRequest，并在 运行 时间确定剂量应该发生的时间以及它们是否落在当前班次的边界内，或者
- 使用任务创建数量有限的即将到来的剂量任务，或者
- 使用基于原始 MedicationRequest 的 MedicationRequests 资源来指示每个单独的剂量
选项 1 的优点：
- 最小的存储空间
选项 1 的缺点：
- 需要大部分 运行 时间的工作（必须评估时间以确定这个班次是否需要剂量，更多的工作来确定错过的剂量）
选项 2 的优点：
- 任务的共同使用可以针对共同工作流程的其他订单（ProcedureRequests 等）使用（例如，显示本班次的所有任务）
选项 2 的缺点：
- 定义的默认 Fhir SearchPararmeter 不允许在 Task.restriction.period 上进行搜索（我相信这是您定义执行任务的时间段的方式）。
- link MedicationAdministration to Task 的唯一位置是 supportingInformation，但字段定义（附加信息（例如，患者身高和体重））似乎不适合将任务放在那里。可能使用 Provenenace，并将其用于 link 任务到 eventHistory 中的 MedicationAdministration，但这似乎有点牵强。
选项 3 的优点：
- MedicationRequest.intent 具有顺序和实例顺序作为值。文件似乎表明这将是一个很好的选择（总体要求有 intent=order，个别特定剂量有 instance-order）
- MedicationRequest 在 timing.event 上有一个 Fhir 定义的搜索参数，可用于查找特定时期的事件。
选项 3 的缺点：
- http://hl7.org/fhir/us/meds/guidance.html#fetching-active-medications-orders 状态 "A MedicationRequest resource query SHALL be all that is required to access the “all active medication orders”." 给出的查询示例是 GET /MedicationRequest?patient=[id]&status=active{&_include=MedicationRequest:medication}。这向我暗示，他们希望更多地根据状态而不是时间段进行搜索。不是很强烈 "con" 反对这种方法，但绝对不是 "pro" 使用这种方法。
任何有关其他实现所用方法的建议都将不胜感激。
一般的设计预期是您会为每次管理创建 "instance" 订单。