FHIR 管理通知
FHIR manage of notifications
我正在尝试管理 FHIR workflow 基于 API 资源 CRUD 休息（作为患者、从业者等）。
对于不同系统之间的工作流处理，我想使用 task 资源，但我不想管理订阅资源及其架构。
所以我对通知的管理有疑问。
正确的做法是：不同的系统必须在服务器上进行轮询操作才能知道是否有task资源可以使用？还是服务器警告不同的系统？
我要使用的服务器 FHIR 是 R4。
编辑
我们想创建一个关于三个系统之间数据交换的互操作平台。每个系统都已经由不同的软件公司开发并投入生产，我们无法处理它们。
实际上，每个系统都没有服务器 FHIR（作为工作流架构的选项 B）。
HL7 v.3 / FHIR 中的每个系统都可以进行通信
所以我们想添加一个带有 FHIR Server 的图层，如下图。
在这种情况下：
- 如果
System A 向 FHIR 服务器发送资源（即约会），则 System B 接受此约会以在其环境中处理。沟通模式如何运作？
FHIR workflow communication patterns 页面定义了许多体系结构替代方案。一种可能性是在履行者的系统上创建任务。在那种情况下，不需要轮询或订阅。如果任务是在放置者的系统或中间系统上创建的，并且您坚持使用纯 REST，那么执行系统将需要有一个订阅，这将导致他们收到有关任务的通知，或者他们必须轮询。其他非 RESTful 选项包括发布到履行系统上的 "process task" 操作或向履行系统发送 FHIR 消息。
我正在尝试管理 FHIR workflow 基于 API 资源 CRUD 休息（作为患者、从业者等）。
对于不同系统之间的工作流处理，我想使用 task 资源，但我不想管理订阅资源及其架构。
所以我对通知的管理有疑问。
正确的做法是：不同的系统必须在服务器上进行轮询操作才能知道是否有task资源可以使用？还是服务器警告不同的系统？
我要使用的服务器 FHIR 是 R4。
编辑
我们想创建一个关于三个系统之间数据交换的互操作平台。每个系统都已经由不同的软件公司开发并投入生产，我们无法处理它们。
实际上，每个系统都没有服务器 FHIR（作为工作流架构的选项 B）。
HL7 v.3 / FHIR 中的每个系统都可以进行通信
所以我们想添加一个带有 FHIR Server 的图层，如下图。
在这种情况下：
- 如果
System A向 FHIR 服务器发送资源（即约会），则System B接受此约会以在其环境中处理。沟通模式如何运作？
FHIR workflow communication patterns 页面定义了许多体系结构替代方案。一种可能性是在履行者的系统上创建任务。在那种情况下，不需要轮询或订阅。如果任务是在放置者的系统或中间系统上创建的，并且您坚持使用纯 REST，那么执行系统将需要有一个订阅，这将导致他们收到有关任务的通知，或者他们必须轮询。其他非 RESTful 选项包括发布到履行系统上的 "process task" 操作或向履行系统发送 FHIR 消息。