Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Info

Бізнес-процес (настанова) (видаліть блок з посиланням перед публікацією документа)

...

1

№ кроку

Крок

Опис

Технічний модуль

Методи API які мають або можуть бути використані

2

SE 1.10

Перевідправка МВТН пацієнта співробітником НСЗУ

У разі виникнення судового рішення скасувати МВТН пацієнта, Користувачеві НСЗУ через адміністративну панель в ЕСОЗ при виборі розділу “Медичні висновки” має бути доступною сторінка з полями для пошуку МВТН за різними атрибутами

3

1.10

Виконати пошук МВТН

Пошук здійснюється після натискання на кнопку “Шукати”. Користувач НСЗУ має для пошуку обов'язково заповнити хоча б один атрибут МВТН — номер, пацієнта чи особу, якій видано МВТН

4

2.10

GET/admin/composition/search (NHS Admin) (NHS Admin)

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ.

Результати пошуку виводяться на сторінці у форматі таблиці, де кожному рядку відповідає запис про один МВ. При виведенні великої вибірки результатів, варто виводити результати у форматі “10, 20, 50 результатів запиту”. Порядок виведення — довільний.

https://app.swaggerhub.com/apis/ehealthua/compositions_Admin_panel/2.33.0#/default/searchCompositions

/wiki/spaces/emal/pages/17350885447

5

1.20

Відкрити деталі МВТН

Для того, щоб переглянути МВТН детальніше або зробити з ним якусь дію, потрібно натиснути кнопку Деталі, після чого перейти до виконання кроку 1.30

6

2.20

getComposition (NHS Admin) ?

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ

 

Вендор не надав АРІ-документацію

7

1.30

Перевірити статус опрацювання в ЕРЛН

Користувач НСЗУ може переглянути статус обробки МВТН, після чого перейти до кроку GW 1.10

8

2.30

getIntegrationData (NHS Admin) ?

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ

 

Вендор не надав АРІ-документацію

9

GW 1.10

Чи дотримуються умови за статусами (документу та інтеграційним), типом облікового запису пацієнта?

  • Якщо так (параметр "status" МВТН дорівнює "FINAL", інтеграційний статус integrationStatus="ERROR", пацієнт ідентифікований як person), то перейти до кроку 1.40.

  • Якщо ні (параметр "status" МВТН не дорівнює "FINAL", параметру integrationStatus належить відмінне від “ERROR” значення, пацієнт ідентифікований як preperson), то перейти до кроку EE 1.10.

10

EE 1.10

МВТН повторно не відправлений

МВТН повторно не відправлений. Вихід із процесу

11

1.40

Переглянути опис помилки

Користувач НСЗУ ознайомлюється з описом помилки у statusMessage, після чого приймає рішення про необхідність перевідправки МВТН в ЕРЛН. Це потрібно робити, наприклад, після того, як дані про пацієнта були уточнені в ЕРЛН, або якщо на момент інтеграційної обробки даних по пацієнту в ЕРЛН ще не було зареєстровано. Довідник опису помилки знаходиться на сторінці Dict ERLN_RESULT_CODES. Після виконаної дії перейти до кроку GW 1.20

12

GW 1.20

Потрібна перевідправка?

  • Якщо так (перевідправка МВТН потрібна), то перейти до кроку 1.50.

  • Якщо ні (перевідправка МВТН непотрібна), то перейти до кроку EE 1.20.

13

EE 1.20

МВТН повторно не відправлений

МВТН повторно не відправлений. Вихід із процесу.

 

14

1.50

Здійснити перевідправку

Висновки, для яких інтеграція ЕРЛН початково не була успішна (DISABILITY_PROCESSING_STATUS дорівнює значенню “ERROR” перевідправляються в ЕРЛН за методом API /wiki/spaces/emal/pages/17351671838. Після цього Користувач НЗСУ переходить до кроку 1.60

15

2.40

PATCH/admin/composition/{compositionId}/erln/create/retry

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ

/wiki/spaces/emal/pages/17351671838

https://app.swaggerhub.com/apis/ehealthua/compositions_Admin_panel/2.33.0#/default/retryCreateErlnRecord

16

GW 2.10

Чи існують актуальні задачі на відправку запиту CREATE_ERLN_RECORD для цього МВТН?

  • Якщо так (існує задача на відправку запиту CREATE_ERLN_RECORD), система виконує крок EE 2.10.

  • Якщо ні (активних задач на відправку запиту CREATE_ERLN_RECORD не існує), то система виконує крок 2.50

17

2.50

Create job

Під час виконання методу API ЕСОЗ виконує задачу CREATE_ERLN_RECORD

18

2.60

CREATE_ERLN_RECORD

Створюється запит до зовнішньої системи ЕРЛН, після чого здійснюється виконання кроку EE 2.20.

19

EE 2.20

Статус Done

Виконання внутрішної задачі CREATE_ERLN_RECORD успішно завершене.

20

1.60

Отримати результат виконання job

МІС отримує результати виконання запиту через виконання методу getAsyncJobStatus. Далі МІС переходить до виконання кроку 1.70.

Приклад повідомлень про помилки ЦБД по роботі із медичними висновками надано на відповідній сторінці.

21

2.70

GetAsyncJobStatus

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ.

 Scope -composition:read

Resource - GET /patients/{patientId}/composition/{compositionId}/episode/{episodeId}/encounter/{encounterId}

[API-006-001-001-0209]

getAsyncJobStatus

22

Оновити інтеграційний статус

Виконати дії, описані в методі getIntegrationData (NHS Admin), після чого перейти до кроку GW 1.30.

23

2.80

getIntegrationData (NHS Admin)

24

1

1

Бізнес правила

Результат процесу

...