创建 FHIR 文档的推荐工作流程
Recommended workflow for creating an FHIR Document
我们已经建立了一个生成麻醉记录的系统。
我们现在正尝试将它们建模为 FHIR 文档。
我知道文档（在 FHIR 术语中）最终应该是一种独立的资源。
但是，在我们的例子中，我们有一个过程，该文档将逐渐 assembled.
在我们收集资源之前我们准备好创建文档时处理此问题的最佳方法是什么。
我们想使用 FHIR 来创建和保存各种资源，然后在最后，assemble 一个文档。
假设如下：
- 一个病人
- 提供者
- 有健康史
- 关于正在执行的程序的一些信息
- 一组广泛的生命体征观察结果
- 一组广泛的给药剂量
- 各种程序和恢复说明
- 提供者的最终签名将"finalize"报告
我知道我们可以在整个过程中创建和保存各种资源。但我们希望将它们全部集中在一起，以便我们可以轻松获取与最终成为该文档的内容相关的所有内容。
这在 RESTful 操作方面如何运作？
- POST /"document" 类型的捆绑包，其组合作为第一个元素（用于创建文档）
- 使用捆绑包生成的 ID？我还会获得作曲的 ID 吗？
- 那么，我如何add/update/remove从组合中提取单个项目呢？我是否需要对整个作品进行 PUT 以添加内容？
- 我每 5 分钟进行一次完整的生命体征检查（BP、SpO2、体温、呼吸频率等）。我会先 创建 那些带有 POST 的观察结果，然后执行 PUT 以根据对它们的引用更新构图吗？
我相信你能看出来，我只是想了解 FHIR 期望 你如何在 HTTP 操作方面做这种事情。
提前感谢您的指导！
您首先要发布一个具有焦点（table 内容）的组合，以便在您收集数据时进行更新。然后，您将 POST 您的个人观察、程序等，并 PUT 或 PATCH 组合以添加对相关数据的引用。一旦收集了所有相关信息并将其绑定到组合中，您就可以生成文档 Bundle。如果您希望能够使用 FHIR 文档呈现工具呈现草稿文档，您 可以 在此过程中更早地创建 Bundle 并在每次 Composition 更改时更新它，但否则没有真正的在您准备好锁定文档之前，Bundle 存在的原因。
我们已经建立了一个生成麻醉记录的系统。
我们现在正尝试将它们建模为 FHIR 文档。
我知道文档（在 FHIR 术语中）最终应该是一种独立的资源。
但是，在我们的例子中，我们有一个过程，该文档将逐渐 assembled.
在我们收集资源之前我们准备好创建文档时处理此问题的最佳方法是什么。
我们想使用 FHIR 来创建和保存各种资源，然后在最后，assemble 一个文档。
假设如下：
- 一个病人
- 提供者
- 有健康史
- 关于正在执行的程序的一些信息
- 一组广泛的生命体征观察结果
- 一组广泛的给药剂量
- 各种程序和恢复说明
- 提供者的最终签名将"finalize"报告
我知道我们可以在整个过程中创建和保存各种资源。但我们希望将它们全部集中在一起，以便我们可以轻松获取与最终成为该文档的内容相关的所有内容。
这在 RESTful 操作方面如何运作？
- POST /"document" 类型的捆绑包，其组合作为第一个元素（用于创建文档）
- 使用捆绑包生成的 ID？我还会获得作曲的 ID 吗？
- 那么，我如何add/update/remove从组合中提取单个项目呢？我是否需要对整个作品进行 PUT 以添加内容？
- 我每 5 分钟进行一次完整的生命体征检查（BP、SpO2、体温、呼吸频率等）。我会先 创建 那些带有 POST 的观察结果，然后执行 PUT 以根据对它们的引用更新构图吗？
我相信你能看出来，我只是想了解 FHIR 期望 你如何在 HTTP 操作方面做这种事情。
提前感谢您的指导！
您首先要发布一个具有焦点（table 内容）的组合，以便在您收集数据时进行更新。然后，您将 POST 您的个人观察、程序等，并 PUT 或 PATCH 组合以添加对相关数据的引用。一旦收集了所有相关信息并将其绑定到组合中，您就可以生成文档 Bundle。如果您希望能够使用 FHIR 文档呈现工具呈现草稿文档，您 可以 在此过程中更早地创建 Bundle 并在每次 Composition 更改时更新它，但否则没有真正的在您准备好锁定文档之前，Bundle 存在的原因。