№ кроку

Крок

Опис

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

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

SE 1.10

Формування МВ на заміну

Виявлено некоректно створений медичний висновок, замість якого є потреба створити новий МВ.

1.10

Знайти запис про пацієнта

Користувачем має бути переданий через МІС до ЕСОЗ ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності . Детальніше в описі процесу BP-ESOZ-022-0001 [MIS] Створення запису про пацієнта.

Scope -person:read.

Resource - GET /api/persons.

Пошук запису про або факт народження дитини.

Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a Person person v.3 [API-010-001-003-0360]

1.20

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

Користувач перевіряє наявність раніше створених МВТН через пошук таких МВТН, що описано в процесі , описаним в процесі [DRAFT] BP-ESOZ-018022-0008 0007 [MIS] Пошук та отримання даних про медичні висновки.

По завершенню дії перейти до кроку GW 1.20

1.30

Скасувати МВ

Користувач здійснює Отримання даних про пацієнта.

Scope -person:read.

Resource - GET /api/persons.

Search for a person v.3 [API-010-001-003-0360]

1.20

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

Користувач перевіряє наявність раніше створених МВТН через пошук таких МВТН, що описано в процесі BP-ESOZ-018-0008 [MIS] Пошук та отримання даних про медичні висновки.

1.30

Скасувати МВ

Користувач здійснює за допомогою МІС скасування знайденого МВ,  який необхідно замінити, відповідно до процесу [DRAFT] BP-ESOZ-018-0012 [MIS] Скасування МВН або [DRAFT] BP-ESOZ-018-0009 [MIS] Скасування МВТН , залежно від типу медичного висновку. Далі перейти до кроку GW 1.10

GW 1.40

Розпочати створення нового МВ та пов`язати зі скасованим

Користувач за допомогою МІС розпочинає створення новго МВ, в якому вказує ідентифікатор скасованого МВ в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces.

1.50

Заповнити/ змінити дані МВ "на заміну"

Користувач вручну при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів [DRAFT] BP-ESOZ-018-0001 [MIS] Формування нового МВТН або [DRAFT] BP-ESOZ-018-0004 [MIS] Формування нового МВН , залежно від типу медичного висновку.

1.6010

Чи відбулось успішне скасування МВ, що потребує заміни?

• Якщо так (попередньо відбулось скасування МВ, який потрібно замінити), то перейти на крок 1.40.

• Якщо ні (скасування МВ, який потрібно замінити, не було успішним), то перейти до кроку ЕЕ 1.10.

ЕЕ 1.10

МВ "на заміну" не створено

МВ "на заміну" не створено. Вихід із процесу

1.40

Розпочати створення нового МВ та пов`язати зі скасованим

Користувач за допомогою МІС розпочинає створення новго МВ, в якому вказує ідентифікатор скасованого МВ в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces.

1.50

Заповнити/ змінити дані МВ "на заміну"

Користувач вручну при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів [DRAFT] BP-ESOZ-018-0001 [MIS] Формування нового МВТН або [DRAFT] BP-ESOZ-018-0004 [MIS] Формування нового МВН , залежно від типу медичного висновку, після чого переходить до кроку GW 1.20

GW 1.20

Чи потрібно вказувати метод автентифікації особи?

• Якщо так (потрібно вказати метод автентифікації), перейти до кроку 1.60.

• Якщо ні (не потрібно вказувати метод автентифікації), перейти до кроку 1.80.

1.60

Обрати метод автентифікації

Користувач черз МІС вказує метод автентифікації згідно з процесом BP-ESOZ-020-0001 [MIS] Створення методу автентифікації пацієнта та переходить до кроку GW 1.30.

GW 1.30

Чи вказано МА?

• Якщо так (вказано метод автентифікації), то перейти до кроку 1.80.

• Якщо ні (не вказаний метод автентифікації), то перейти до кроку 1.70 та отримати відповідне повідомлення.

1.70

Інформаційне повідомлення про відсутність МА

Користувач отримує інформаційне повідомлення про відсутність МА та переходить до кроку 1.80.

1.80

Виконати запит на створення МВ "на заміну"

МІС виконує запит на створення МВ згідно методу API Системи createComposition. При створенні запиту Система очікує на relatesTo.code який має значення replaces та relatesTo.targetIdentifier з ідентифікатором скасованого МВ.

По завершенню дії, перейти до кроку 1.7090

 Scope -composition:create.

Resource - POST /patients/composition.

[DRAFT] REST API createComposition [API-006-001-001-0211]

2.10

createComposition

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

[DRAFT] REST API createComposition [API-006-001-001-0211]

1.7090

Отримати створений МВ

МІС отримує деталі створеного МВ за методом АРІgetComposition. По завершенню виконується крок 1.80.100

Scope -composition:read

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

[DRAFT] REST API getComposition [API-006-001-001-0214]

2.20

getComposition

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

[DRAFT] REST API getComposition [API-006-001-001-0214]

1.80100

Перевірити дані по створюваному МВ

Користувач здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:

• тип МВН МВ (параметр "type");

• категорію МВН МВ (параметр "category");

• термін дії медичного висновку:

  • початок періоду дійсності (параметр "event.period.start");

  • кінець періоду дійсності МВ (параметр "event.period.end");

• ідентифікатор обраного методу автентифікації, якщо його було зазначено на кроці 5 (параметр "extension.valueCode.authorize_with").

• параметр "composition.subject":

  • для МВН це новонароджена дитина;

  • для МВТН це пацієнт;

• параметр "composition.section.focus":

  • для МВН це жінка, що народила;

  • для МВТН це непрацездатна особа;

• ідентифікатор взаємодії (параметр "encounter"):

  • для МВН це взаємодія по новонародженій дитині;

  • для МВТН це взаємодія по визначенню проблеми пацієнта;

• НМП, в якому створено МВ (параметр "custodian");

• додаткову інформацію з розширених даних (блок "extension") за наявності;

• тип посилання “replaces“ на пов’язаний МВ (параметр "relatesTo.code");

• ідентифікатор попередньо скасованого МВ (параметр "relatesTo.targetIdentifier").

GW 1.1040

Потрібно переглянути друковану форму?

У Користувача є можливість переглянути друковану форму МВТНМВ, щоб надалі виправити помилки.

• Якщо так (потрібно переглянути друковану форму та/або роздрукувати), то перейти на крок 1.90110.

• Якщо ні (не потрібно переглядати друковану форму), то перейти до кроку GW 1.2050.

1.90110

Переглянути друковану форму

На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВТНМВза процесом [DRAFT] BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ , після чого перейти до кроку GW 1.6050.

GW 1.2050

Помилки в МВ відсутні?

• Якщо так (помилки відсутні), то перейти до кроку 1.110130.

• Якщо ні (помилки знайдені), перейти до кроку 1.100120.

1.100120

Виправити помилки

За наявності помилок в друкованій формі МВТН МВ та/або інтерфейсі, Користувач виправляє такі помилки та переходить на крок 1.40 поточних вимог до процесу. 

Виправлення помилок здійснюється виключно через створення нового МВ. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення МВ, щоб медичний працівник мав змогу виправити помилки, допущені у попередньому запиті. 

1.110130

Засвідчити дані КЕП

В разі відсутності помилок у МВ, Користувач повинен мати можливість засвідчити запит на підписання МВ за допомогою КЕП користувача. Після засвідчення КЕП, перейти до кроку 1.120.

1.120140

Виконати запит на підписання

МІС виконує запит на підписання методом АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВТН МВ "composition_id". Далі перейти до кроку 1.130150.

 Scope -composition:signd

Resource - PATCH /patients/composition/{compositionId}/sign

[DRAFT] REST API signComposition [API-006-001-001-0212]

2.30

SignComposition

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

[DRAFT] REST API signComposition [API-006-001-001-0212]

1.130150

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

МІС отримує результати виконання запиту через виконання методу getAsyncJobStatus та за необхідності інформує пацієнта про (не)успішність створення МВТН, після чого переходить до кроку GW 1.3060.

 Scope -composition:read

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

[DRAFT] REST API getAsyncJobStatus [API-006-001-001-0209]

2.40

getAsyncJobStatus

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

[DRAFT] REST API getAsyncJobStatus [API-006-001-001-0209]

GW 1.3060

Чи підписано МВ?

• Якщо так (МВ підписаний), перейти до кроку GW 1.4070.

• Якщо ні (МВ не підписаний), то перейти до кроку EE 1.1020.

ЕЕ 1.1020

МВ "на заміну" не створено

МВ "на заміну" не створено. Вихід із процесу.

GW 1.4070

Чи потрібно роздрукувати МВ?

• Якщо так (потрібно переглянути друковану форму), то перейти до кроку 1.140160.

• Якщо ні (не потрібно переглядати друковану форму), тоді перейти до кроку GW 1.5080.

1.140160

Роздрукувати МВ за вимогою

На вимогу пацієнта, Користувач має роздрукувати інформаційну довідку МВ відповідно до процесу BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ, після чого переходить до кроку GW 1.5080.

GW 1.5080

Чи потрібно переглянути статус обробки МВ із зовнішними системами?

• Якщо так (потрібно переглянути поточний статус МВ із зовнішніми системами), то перейти до кроку 1.150170.

• Якщо ні (не потрібно переглядати МВ), то перейти до кроку EE 1.2030.

1.150170

Переглянути статус обробки МВ із зовнішними системами

Дані по статусу Користувач отримує через деталі по статусу обробки МВ, деталі по отриманню якого описані в процесі BP-ESOZ-018-0005 [MIS] Отримання даних про інтеграційний статус медичних висновків.

По завершенні перейти до кроку EE 1.2030.

EE 1.2030

МВ "на заміну" створено та підписано

МВ "на заміну" створено та підписано. Завершення процесу.