【问题标题】:FHIR manage of notificationsFHIR 管理通知
【发布时间】:2020-04-20 13:05:53
【问题描述】:

我正在尝试基于 API Rest 为资源 CRUD(作为患者、从业者等)管理 FHIR workflow

对于不同系统之间的工作流处理,我想使用task 资源,但我不想管理订阅资源及其架构。

所以我对通知的管理有疑问。

正确的做法是:不同的系统必须在服务器上进行轮询操作才能知道是否有task 资源可以消耗?还是服务器警告不同的系统?

我要使用的服务器 FHIR 是 R4。

编辑

我们希望创建一个关于三个系统之间数据交换的互操作性平台。每个系统都已由不同的软件公司开发,我们无法对其进行生产。

实际上,每个系统都没有服务器 FHIR(作为工作流架构的选项 B)。

HL7 v.3 / FHIR 中的每个系统都可用于通信

所以我们想添加一个带有 FHIR Server 的图层,如下图所示。

在这种情况下:

  • 如果System A 向 FHIR 服务器发送资源(即约会),则System B 接受此约会以在其环境中处理。沟通模式如何运作?

【问题讨论】:

    标签: notifications hl7-fhir


    【解决方案1】:

    FHIR workflow communication patterns 页面定义了许多架构替代方案。一种可能性是在履行者的系统上创建任务。在这种情况下,不需要轮询或订阅。如果任务是在放置者的系统或中间系统上创建的,并且您坚持使用纯 REST,那么执行系统将需要订阅以使他们收到有关任务的通知,或者他们必须轮询。其他非 RESTful 选项包括 POST 到履行系统上的“处理任务”操作或向履行系统发送 FHIR 消息。

    【讨论】:

    • 亲爱的,非常感谢您的回复。拜托,我已经更新了我的问题,你能再回复一次吗?
    • 共有三个选项——任务存在于放置系统中,所以如果填充器更新了任务,放置器会自动知道;放置者订阅任务所在的系统(填充者或中介)并推送更新通知; placer 会轮询 Task 所在的系统以查看是否有更新。
    • 非常感谢;)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-02-14
    • 1970-01-01
    • 2017-02-16
    • 2017-04-07
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多