1 | № кроку | Крок | Опис | Технічний модуль | Методи API які мають або можуть бути використані |
2 | SE 1.10 | Створення та підписання МВТН | Пацієнт звертається до НМП СМД для створення МВТН. | | |
3 | 1.10 | Ідентифікація пацієнта | Медпрацівник (Користувач) ідентифікує пацієнта поза системою для подальшого пошуку інформації по пацієнту в ЕСОЗ. | | |
4 | 1.20 | Знайти / створити запис про пацієнта | Для створення МВТН Користувачем має бути переданий через МІС до ЕСОЗ ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності, коли лікар вважає, що пацієнт є непрацездатним за медичними показами. Створення запису про пацієнта відбувається за правилами відповідного процесу: | | Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a Person. Отримання запису про неідентифіковану особу (новонародженого) в ЕСОЗ можливий за методом метод API Get Preperson by ID. |
5 | GW 1.10 | Продовжити без пошуку існуючого МВТН? | Якщо так (не потрібно знаходити існуючих МВТН), то перейти до кроку GW 1.20. Якщо ні (отрібно знайти існуючий МВТН), то перейти до 1.30.
| | |
6 | 1.30 | Виконати пошук та отримання МВТН | Щоб уникнути помилки, коли для певного пацієнта вже існує активний МВТН, перед формуванням запиту на створення нового МВТН, Користувач може переглянути наявність раніше створених МВТН через пошук таких медвисновків. Пошук здійснюється відповідно до опису процесу Пошук та отримання МВ. По завершенню виконання дії, Користувач переходить до кроку GW 1.20. | | |
7 | GW 1.20 | Потрібен новий МВТН? | Якщо так (потрібно створити новий МВТН), то перейти до кроку 1.40. Якщо ні (не потрібно створювати новий МВТН), тоді вихід з процесу - крок [EE 1.10]. МВТН не створено.
| | |
8 | 1.40 | Створити / обрати епізод та взаємодію | Створення ЕМЗ по взаємодії пацієнта відбувається за правилами процесу “Реєстрація результатів візиту в ЦК”. Пошук існуючої взаємодії може бути здійснений із дотриманням вимог по пошуку. При створенні МВТН слід використовувати типи взаємодії відповідно до https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/583402009/Medical+Events+Dictionaries+and+configurations#encounter_class_encounter_types При створенні МВТН на певну взаємодію, слід враховувати, що на одну взаємодію (encounter.value) можна створити тільки один медичний висновок однієї категорії та типу медвисновку в статусі “Підписаний“ (status “FINAL”). По завершенню виконання дії перейти до кроку 1.50. | | |
9 | EE 1.10 | МВТН не створено | МВТН не створено, вихід із процесу. | | |
10 | 1.50 | Визначити непрацездатну особу | Користувач визначає непрацездатну особу, заповнюючи відповідні атрибути МВТН згідно з правилами застосування атрибутів Subject та Focus. Також при формуванні запиту на створення МВТН у випадку вказання ідентифікованого пацієнта як непрацездатної особи (параметр "section.focus") Користувач має змогу обрати метод автентифікації з наявних у непрацездатної особи. Разом із тим, Користувач має можливість не визначати метод автентифікації та не передавати його у запиті на створення медвисновку. В такому випадку, пацієнт не отримає повідомлення (sms) про створений медвисновок. По завершенню виконання дії, перейти до GW 1.30. | | |
11 | GW 1.30 | Чи потрібно вказувати метод автентифікації? | Якщо так (потрібно вказати метод автентифікації), то перейти до кроку 1.60 щоб створити або обрати метод автентифікації. Якщо ні (не потрібно вказувати метод автентифікації), то перейти до кроку 1.70 та отримати відповідне повідомлення.
| | |
12 | 1.60 | Створити/обрати метод автентифікації непрацездатної особи | На цьому кроці Користувач вказує метод автентифікації непрацездатної особи згідно з процесом [RC] BP-ESOZ-020-0003 [MIS] Отримання даних методів автентифікації пацієнта | | |
13 | GW 1.40 | Чи вказано МА? | Якщо так (вказано МА), то перейти до кроку 1.80. Якщо ні (МА не вказано), то перейти до кроку 1.70 та отримати відповідне повідомлення.
| | |
14 | 1.70 | Інформаційне повідомлення про відсутність МА | Користувач отримує інформаційне повідомлення (MSG-0006) про відсутність МА та переходить до кроку 1.80. | | |
15 | 1.80 | Заповнити дані МВТН | Користувач заповнює такі дані при формуванні запиту на створення МВТН: обов’язкові параметри:
тип МВТН (параметр "type") із довідника "COMPOSITION_TYPES"; категорія (параметр "category") із довідника "COMPOSITION_CATEGORIES"; термін дії медичного висновку (параметр "event.code") із значенням за замовчуванням ("COMPOSITION VALIDITY PERIOD"); початок періоду дійсності МВТН (параметр "event.period.start"), що має дорівнювати даті та часу початку непрацездатності, та передаватися МІС до Системи у форматі ISO 8601 із обов’язковим приведенням до Всесвітнього координованого часу UTC (приклад: "2021-04-06T15:22:53.403Z");
Expand |
---|
title | Правило створення МВТН в минулому |
---|
| значення параметру EMAL_FILTER_PERIOD_START_DISABILITY ігнорується, якщо: в створюваному МВТН зазначено:
при створенні уточнення (preperson -> person) для МВТН при створенні МВТН “на заміну“, якщо при скасуванні МВТН, на який робиться заміна, була вказана законфігурована причина, яка дозволяє скасовувати та створювати МВТН в минулому
|
Expand |
---|
title | Правило створення МВТН в майбутньомуму |
---|
| Зазначення початку періоду дійсності МВТН в майбутньому дозволено тільки для продовження попереднього випадку непрацездатності категорії PREGNANCY (характер зв'язку з попереднім МВТН “appends“ ). Термін дійсності такого МВТН регулюється конфігураційним параметром EMAL_VALIDATION_PREGNANCY_APPENDED_COMPOSITION_ALLOWED_PERIOD |
Expand |
---|
title | Правило зазначення дати кінця дійсності |
---|
| різниця в календарних днях між датою початку початку та датою завершення обмежується параметрами EMAL_FILTER_DISABILITY_SIGNLE_SPAN та EMAL_FILTER_DISABILITY_TOTAL_SPAN, які відображують максимальну довжину періоду призначення або продовження МВТН за категорією. Для категорії PREGNANCY період дійсності первинного МВТН має відповідати одному з дозволених значень, вказаних в конфігураційному параметрі EMAL_VALIDATION_PREGNANCY_NEW_COMPOSITION_ALLOWED_PERIODS. |
ідентифікатор пацієнта (параметр "subject") який дорівнює параметру "preperson_id" для неідентифікованої особи або "person_id" для ідентифікованої особи, яка отримує медичну допомогу згідно зправилами застосування атрибутів Subject та Focus; ідентифікатор взаємодії по визначенню непрацездатності пацієнта (параметр "encounter"); автор МВТН (параметр "author"), що є ідентифікатором медичного працівника (параметр "employee_id"); ідентифікатор непрацездатної особи (параметр "section.focus") згідно зправилами застосування атрибутів Subject та Focus;
необов'язкові параметри (застосування розширень для певних категорій медвисновків здійснюється відповідно до
Можливість застосування extensions в залежності від категорії МВ): ідентифікатор обраного методу автентифікації (параметр "extension.valueCode.authorize_with"), що дорівнює параметру "id" з відповіді API Системи "Get Person Authentication Methods", та визначається з метою подальшого інформування про успішне створення або скасування МВТН; відмітка (TRUE or FALSE) про те, що непрацездатність повʼязана з випадком на виробництві (параметр "extension.valueCode.IS_ACCIDENT"). Значення за замовчуванням FALSE; відмітка (TRUE or FALSE) про те, що діагностована алкогольна, або наркотична інтоксикація (параметр "extension.valueCode.IS_INTOXICATED"). Значення за замовчуванням FALSE; відмітка (TRUE or FALSE) про те, що МВТН відкривається для фіксації в Системі випадків непрацездатності, що настала за кордоном (параметр "extension.valueCode.IS_FOREIGN_TREATMENT"). Значення за замовчуванням FALSE; дані про те, що встановлено порушення режиму лікування: параметр "extension.valueCode.TREATMENT_VIOLATION" із довідника “COMPOSITION_TREATMENT_VIOLATION”; параметр "extension.valueCode.TREATMENT_VIOLATION_DATE" який заповнюється в разі, якщо зазначено TREATMENT_VIOLATION;
відмітка (TRUE or FALSE) про те, що МВТН створюється як новий випадок непрацездатності, не пов'язаний із попередніми випадками (параметр IS_FORCE_RENEW). Значення за замовчуванням FALSE.
Далі перейти до кроку GW 1.50. | | |
16 | GW 1.50 | Чи виконуються умови: МВТН стоврено на preperson ТА category == SICKNESS? | Якщо так (виконуються умови, що МВТН стоврено на prepersona ТА category == SICKNESS), то перейти на крок 1.90. Якщо ні (не виконуються умови, що МВТН стоврено на prepersona ТА category == SICKNESS), то перейти до кроку 1.100.
| | |
17 | 1.90 | Інформаційнне повідомлення про не відправлення МВТН в ЕРЛН | Користувач отримує інформаційнне повідомлення (MSG-0007) про неможливість створення ЕЛН та переходить до кроку 1.100 | | |
18 | 1.100 | Виконати запит на створення МВТН | Для створення МВТН Користувач виконує запит на створення МВТН згідно методу API Системи createComposition. Далі перейти до кроку 1.110. | | [API-006-001-001-0211] createComposition |
19 | 1.110 | Отримати результат виконання (job) | На цьому кроці користувач отримує результати опрацювання запиту щодо створення МВТН в ЦБД ЕСОЗ. Далі переходе до кроку GW 1.60. | | [API-006-001-001-0209] GetAsyncJobStatus |
20 | GW 1.60 | МВТН створено? | Якщо так (МВТН створено), то перейти до кроку 1.30. Яещо ні (МВТН не створено) , тоді перейти до кроку 1.20.
| | |
21 | 1.120 | Переглянути результати створення МВТН | У Користувача є можливість отримати результати створення МВТН. Далі перейти до кроку ЕЕ 1.20. | | |
22 | ЕЕ 1.20 | МВТН не створено | МВТН не створено та вихід з процесу. | | |
23 | 1.130 | Отримати створений МВТН | Користувач отримує деталі створеного МВТН за методом АРІgetComposition. Далі перейти до кроку 1.140. | | [API-006-001-001-0214] getComposition |
24 | 1.140 | Перевірити дані за МВТН | Користувач здійснює перевірку відомостей щодо створюваного МВТН, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені: тип МВТН (параметр "type"); категорія МВТН (параметр "category"); пацієнт (параметр "composition.subject"); непрацездатна особа (параметр "composition.section.focus"); посилання на взаємодію по визначенню непрацездатності пацієнта (параметр "encounter"); період дійсності МВТН (параметри "event.period.start" та "event.period.end"); поточний статус МВТН (параметр "status"); НМП, в якому створено МВТН (параметр "custodian"); додаткова інформація з розширених даних про МВТН (блок "extension") за наявності; тип посилання на пов’язаний МВТН (параметр "relatesTo.code") за наявності; ідентифікатор пов’язаного МВТН (параметр "relatesTo.targetIdentifier") за наявності.
| | |
25 | GW 1.70 | Потрібно переглянути друковану форму? | У Користувача є можливість переглянути друковану форму МВТН, щоб надалі виправити помилки. Якщо так (потрібно переглянути друковану форму та/або роздрукувати), то перейти на крок 1.150. Якщо ні (не по потрібно переглядати друковану форму), то перейти до кроку GW 1.80.
| | |
26 | 1.150 | Переглянути друковану форму | На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВТНза допомогою метода АРІgetPrintForm. після чого перейти до кроку GW 1.80. | | getPrintForm |
27 | GW 1.80 | Помилки в МВТН відсутні? | Якщо так (помилки відсутні), то перейти до кроку 1.170. Якщо ні (помилки знайдені), перейти до кроку 1.160.
| | |
28 | 1.160 | Виправити помилки | За наявності помилок в інформаційній довідці МВТН та/або інтерфейсі, Користувач переходить на крок GW 1.90 для подальшого визначення шляху виправлення таких помилок. Виправлення помилок здійснюється виключно через створення нового медвисновку. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення медвисновку, щоб Користувач мав змогу виправити помилки, допущені у попередньому запиті. | | |
29 | GW 1.90 | Вибір шляху виправлення відповідно до помилки | Якщо потрібно виправити помилку, можна обрати один або декілька з наступних варіантів подій (Inclusive Gateway): Якщо потрібно (змінити заповнені дані в МВТН) перейти до кроку 1.80. Якщо потрібно (змінити епізод або взаємодію) перейти до кроку 1.40. Якщо потрібно (змінити запис про пацієнта) перейти до кроку 1.20.
| | |
30 | 1.170 | Засвідчити дані КЕП | В разі відсутності помилок у МВТН, Користувач повинен мати можливість засвідчити запит на підписання МВТН за допомогою КЕП користувача. Після засвідчення КЕП, перейти до кроку 1.180. | | |
31 | 1.180 | Виконати запит на підписання | Користувач виконує запит на підписання методом АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВТН "composition_id". Далі перейти до кроку 1.190. | | [API-006-001-001-0212] signComposition |
32 | 1.190 | Отримати результат виконання (job) | На цьому кроці користувач МІС отримує результати опрацювання запиту щодо створення МВТН в ЦБД ЕСОЗ. Далі переходе до виконання кроку GW 1.100. | | [API-006-001-001-0209] GetAsyncJobStatus |
33 | GW 1.100 | Чи пройшов валідацію підписаний МВТН? | Якщо так (МВТН пройшов валідацію), то перехід до кроку GW 1.110. Якщо ні (МВТН не пройшов валідацію та не підписаний), тоді вихід на крок ЕЕ 1.30.
| | |
34 | ЕЕ 1.30 | МВТН не створено | МВТН не створено. Вихід з процесу. | | |
35 | GW 1.110 | Потрібно переглянути друковану форму? | Якщо так (потрібно переглянути друковану форму та/або роздрукувати), то перейти на крок 1.200. Якщо ні (не по потрібно переглядати друковану форму), то перейти до кроку GW 1.120.
| | |
36 | 1.200 | Переглянути друковану форму | На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВТНза допомогою метода АРІgetPrintForm, після чого перейти до кроку GW 1.120. | | getPrintForm |
37 | GW 1.120 | Переглянути статус обробки МВТН? | Якщо так (потрібно переглянути поточний статус МВТН), то перейти до кроку 1.210. Якщо ні (не потрібно переглядати статус МВТН), то перейти до кроку GW 1.130.
| | |
38 | 1.210 | Переглянути статус обробки МВТН | Дані по статусу Користувач отримує через деталі по статусу обробки МВТН за методом АРІ getIntegrationData. Користувач за потреби має можливість переглянути такі дані: компонент, з яким відбувається взаємодія (параметр “component“): "ЕРЛН" ("ERLN"); тип виклику до компоненту (параметр “type”): "CREATE_ERLN_RECORD", "CANCEL_ERLN_RECORD"; результат виклику інтеграційного компоненту (параметр “statusCode”): код обробки, повернутий від компоненту, з яким відбувається взаємодія; повідомлення про помилку (параметр “statusMessage”); статус інтеграційного процесу (параметр ”integrationStatus”): в очікуванні (PENDING), в обробці (IN_PROGRESS), оброблено (DONE) або помилка обробки (ERROR); дата останнього оновлення стану інтеграційного процесу (UTC) (може бути null для старих задач) (параметр “updatedAt”); набір даних, визначений інтеграційним компонентом (параметр “details”): для типу виклику "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“).
По завершенні перейти до кроку GW 1.130 | | getIntegrationData |
39 | GW 1.30 | Чи потрібно перевідправити МВТН в ЕРЛН? | Якщо так (отримана помилка і потрібно перевідправити в ЕРЛН), то перейти до кроку 1.220. Якщо ні (помилки не було і перевідправити в ЕРЛН не потрібно), тоді перейти до кроку ЕЕ 1.40.
| | |
40 | 1.220 | Перевідправка МВТН в ЕРЛН | Перевідправка в ЕРЛН реалізовується за окремим процесом https://e-health-ua.atlassian.net/wiki/x/MIBKFQQ. Після цього кроку необхідно повернутися до кроку GW 1.120. | | |
41 | ЕЕ 1.40 | МВТН створено та підписано | МВТН створений та підписаний. Завершення процесу. | | |