创建FHIR文档的推荐工作流程

时间:2020-06-03 14:40:00

标签: hl7-fhir dstu2-fhir smart-on-fhir

我们已经建立了一个用于生成麻醉记录的系统。

我们现在正在尝试将它们建模为FHIR文档。

我了解,文档(按FHIR术语)最终应该是一种独立的资源。

但是,在我们的案例中,我们有一个逐步汇编此文档的过程。

在我们准备创建文档之前,在我们收集资源的最佳方式是什么?

我们要使用FHIR来创建和保存各种资源,然后最后组装文件。

假设以下内容:

  1. 一个病人
  2. 提供商
  3. 健康史
  4. 有关正在执行的程序的一些信息
  5. 一系列重要的生命观察
  6. 广泛使用的一系列药物剂量
  7. 各种程序和恢复说明
  8. 提供商的最终签名,将“完成”报告

我了解我们可以创建并保存各种资源。但是,我们希望将它们放在一起,以便我们可以轻松获取与最终将成为该文档的内容有关的所有信息。

就RESTful操作而言,这将如何工作?

  1. POST /类型为“文档”的捆绑包,其组成为第一个元素(用于创建文档)
  2. 使用捆绑软件中生成的ID?我还会获得该作品的ID吗?
  3. 然后,如何从合成中添加/更新/删除单个项目?我需要对整个组合进行PUT来添加一些东西吗?
  4. 我每5分钟检查一次所有检查点,并获取全部生命值(BP,SpO2,温度,呼吸频率等)。我会先用POST 创建这些观察,然后通过PUT引用这些观察来更新组成吗?

我敢肯定,您可以说,我只是想了解FHIR如何期望您使用HTTP操作执行此类操作。

提前感谢您的指导!

1 个答案:

答案 0 :(得分:1)

首先,您将发布一个构成文件,以使焦点(目录)在收集数据时进行更新。然后,您将发布您的个人观察结果,过程等,然后对构成进行PUT或PATCH添加以对相关数据添加引用。一旦收集了所有相关信息并将其绑定到“合成”中,就可以生成文档捆绑包。如果您希望能够使用FHIR文档渲染工具来渲染草稿文档,则可以在流程的较早阶段创建捆绑包,并在每次更改成分时对其进行更新,但是没有真正的理由捆绑存在,直到准备好锁定文档为止。

相关问题