FHIR управление уведомлениями - PullRequest
0 голосов
/ 20 апреля 2020

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

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

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

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

Сервер FHIR, который я хочу использовать, это R4.

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

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

На самом деле каждая система не имеет серверного FHIR (как вариант B архитектуры Workflow).

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

Поэтому мы хотим добавить слой с сервером FHIR, как показано ниже:

Target architecture

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

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

1 Ответ

1 голос
/ 20 апреля 2020

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

...