RC_7. Створення МВ “на заміну”

№

Крок

Опис

1

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

Медичний працівник здійснює пошук запису про ідентифіковану особу в ЕСОЗ за методом АРІ Search for a Person.

2

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

Медичний працівник здійснює пошук МВ, який необхідно замінити, відповідно до опису процесу Пошук та отримання МВ.

3

Скасувати МВ

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

4

Вказати скасований МВ

Медичний працівник вказує ідентифікатор скасованого МВТН в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces.

5

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

Медичний працівник при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів МВТН - створення нового або МВН - створення нового.

6

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

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

7

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

Медичний працівник отримує деталі створеного МВ за методом АРІ getComposition.

8

Перевірити дані за МВ

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

• тип МВН (параметр "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").

9

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

Медичний працівник має можливість переглянути інформаційну довідку МВ за допомогою метода АРІ getPrintForm.

10

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

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

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

11

Засвідчити КЕП та виконати запит на підписання

В разі відсутності помилок у відомостях інформаційної довідки та/або інтерфейсі, медичний працівник повинен мати можливість:

• засвідчити запит на підписання МВ за допомогою КЕП користувача;

• виконати метод АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВ "composition_id".

12

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

Медичний працівник отримує результати виконання запиту через виконання методу getAsyncJobStatus та за необхідності інформує пацієнта про (не)успішність створення МВ

13

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

На вимогу пацієнта медичний працівник має роздрукувати інформаційну довідку МВ “на заміну“ за допомогою метода АРІ getPrintForm.

14

Переглянути деталі по статусу обробки МВ

Дані по статусу медичний працівник отримує через деталі по статусу обробки МВ за методом АРІ getIntegrationData.

Медичний працівник за потреби має можливість переглянути такі дані: 

• компонент, з яким відбувається взаємодія (параметр “component“):

  • для МВН: "ДРАЦСГ" ("MJU_DRACZ"), "Дія" (“DIIA”);

  • для МВТН: "ЕРЛН" ("ERLN");

• тип виклику до компоненту (параметр “type”):

  • для МВН: “NEWBORN_POST_COMPOSITION" та “NEWBORN_GET_COMPOSITION” (“ДРАЦСГ”), "NEWBORN_GET_COMPOSITION" (“Дія”);

  • для МВТН: "CREATE_ERLN_RECORD", "CANCEL_ERLN_RECORD" ("ЕРЛН");

• результат виклику інтеграційного компоненту (параметр “statusCode”): код обробки, повернутий від компоненту, з яким відбувається взаємодія;

• повідомлення про помилку (параметр “statusMessage”);

• статус інтеграційного процесу (параметр ”integrationStatus”): в очікуванні (PENDING), в обробці (IN_PROGRESS), оброблено (DONE) або помилка обробки (ERROR);

• дата останнього оновлення стану інтеграційного процесу (UTC) (може бути null для старих задач) (параметр “updatedAt”);

• набір даних, визначений інтеграційним компонентом (параметр “details”):

  • для МВН: для типу виклику (параметр “type”) "NEWBORN_POST_COMPOSITION" до компоненти "ДРАЦСГ" ("MJU_DRACZ") в наборі даних буде передаватися ідентифікатор створеної ідентифікованої дитини (параметр “personId”);

  • для МВТН:

    • для типу виклику "CREATE_ERLN_RECORD" до компоненти "ЕРЛН" ("ERLN") в наборі даних будуть передаватися: Єдиний реєстраційний номер ЕЛН (параметр “SL_NUM“), Дата та час реєстрації ЕЛН (параметр “SL_REG_DATETIME“), Дата відкриття ЕЛН (параметр “SL_START“), Дата подовження ЕЛН (параметр “SL_PROLONGATION“), Дата закриття ЕЛН (параметр “SL_STOP“) та Номер випадку непрацездатності (параметр “IC_NUM“).

    • для типу виклику "CANCEL_ERLN_RECORD" до компоненти "ЕРЛН" ("ERLN") в наборі даних будуть передаватися: Єдиний реєстраційний номер ЕЛН (параметр “SL_NUM“), Дата та час реєстрації ЕЛН (параметр “SL_REG_DATETIME“) та Номер випадку непрацездатності (параметр “IC_NUM“).