FHIR управление уведомлениями

Question

Я пытаюсь управлять FHIR workflow на основе API Rest для ресурсов CRUD (как Пациент, Практик и т. д.).

Для обработки рабочего процесса между разными системами я хочу использовать task ресурс, но я не хочу управлять ресурсом подписки и его архитектурой.

Поэтому у меня есть сомнения по поводу управления уведомлениями.

Правильный способ: разные системы должны применять операцию опроса на сервере, чтобы узнать, есть ли taskресурс потреблять? Или это сервер, чтобы предупреждать разные системы?

Я хочу использовать сервер FHIR R4.

РЕДАКТИРОВАТЬ

Мы хотим создать платформу взаимодействия для обмена данными между тремя системами. Каждая система уже находится в разработке и разрабатывается разными разработчиками программного обеспечения, и мы не можем с ними работать.

Фактически, каждая система не имеет серверного FHIR (как вариант B архитектуры рабочего процесса).

Каждая система доступна для связи в HL7 v.3 / FHIR

Итак, мы хотим добавить слой с FHIR Server, как показано ниже.

https://stackru.com/images/bc04512380981e9438fd9105b20d5000c3942d5d.png

В этом случае:

• если System A отправляет на сервер FHIR ресурс (например, встречу), затем System Bвозьмите это назначение, чтобы обработать его в своей среде. Как работает схема общения?

Answer 1

На странице шаблонов взаимодействия рабочих процессов FHIR определен ряд архитектурных альтернатив. Одна из возможностей - создать задачу в системе исполнителя. В этом случае нет необходимости в опросе или подписке. Если Задача создается в системе-посреднике или в системе-посреднике, и вы придерживаетесь чистого REST, то исполняющей системе потребуется либо подписка, которая приведет к получению уведомления о Задаче, либо им придется опрос. Другие варианты, не относящиеся к RESTful, включают POSTing для операции "задача процесса" в исполняющей системе или отправка сообщения FHIR в исполняющую систему.