Note |
---|
Info |
Бізнес-процес (настанова) Сторінка знаходиться в процесі розробки. Інформація на ній може бути застарілою. |
Info |
---|
/wiki/spaces/EN/pages/17560797187 (видаліть блок з посиланням перед публікацією документа) |
...
Page Properties | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Загальні відомості
Через помилкове введення відомостей або хибну ідентифікацію У разі хибної ідентифікації пацієнта, медичний працівник (далі - Користувач), що є автором медичного висновку про непрацездатність або медичного висновку про народження (далі - МВТНМВ) може скасувати свій медичний висновок та створити замість нього новий медичний висновокМВ.
Передумови
Передумовою Головною передумовою створення медичного висновка «на заміну» є успішне попереднє скасування існуючого МВ (який потребує заміни) відповідно до процесів [DRAFT] BP-ESOZ-018-0012 [MIS] Скасування МВН та [DRAFT] BP-ESOZ-018-0009 [MIS] Скасування МВТН залежно від типу медичного висновку.
МВ, який потрібно замінити, має бути переданий в явному вигляді в об’єкті relatesTo за наступним правилом:
relatesTo.code = replaces;
relatesTo.targetIdentifier = ідентифікатор скасованого МВ;
Для створюваного МВ "на заміну" тип (параметр "type") має збігатись з типом попереднього медичного висновку, для якого виконується заміна. Решта атрибутів МВ можуть бути змінені, включно з ідентифікаторами пацієнта, непрацездатної особи, періоду дії тощо;
МВ “на заміну“ створюється для останнього в ланцюгу, попередньо скасованого медичного висновку;
При створенні МВ "на заміну" Система перевіряє:
якщо причина скасування попередньо скасованого МВ (параметр "reason.coding.code") з довідників COMPOSITION_CANCELLATION_REASONS_NEWBORN та COMPOSITION_CANCELLATION_REASONS_TEMP_DISABILITY зазначена у конфігураційному параметрі (“EMAL_REPLACEMENT_FLOW_NEWBORN_ALLOWED_CANCELLATION_REASONS” для МВН та “EMAL_REPLACEMENT_FLOW_DISABILITY_ALLOWED_CANCELLATION_REASONS” для МВТН), то Система використовує фільтри EMAL_FILTER_REPLACEMENT_PERIOD_START_NEWBORNіEMAL_FILTER_REPLACEMENT_PERIOD_START_DISABILITY, які конфігурують глибину дати створення МВ "на заміну" в минулому (поточне значення становить 365 днів);
якщо причина скасування попередньо скасованого МВ (параметр "reason.coding.code") з довідників COMPOSITION_CANCELLATION_REASONS_NEWBORN та COMPOSITION_CANCELLATION_REASONS_TEMP_DISABILITY НЕ зазначена в конфігураційному параметрі (“EMAL_REPLACEMENT_FLOW_NEWBORN_ALLOWED_CANCELLATION_REASONS” для МВН та “EMAL_REPLACEMENT_FLOW_DISABILITY_ALLOWED_CANCELLATION_REASONS” для МВТН), то Система використовує фільтри EMAL_FILTER_PERIOD_START_NEWBORN та EMAL_FILTER_PERIOD_START_DISABILITY, які конфігурують глибину дати створення МВ в минулому для загального скасування (поточне значення становить 7 днів).
Схема бізнес-процесу
Зображення схеми
Посилання на схему
На перегляд: https://modeler.cloud.camunda.io/share/54db7826-f6f1-4711-8f8f-4fcb2524b5d2
Похідний файл схеми (BPMN)
View file | ||
---|---|---|
|
Опис кроків по процесу
1 | № кроку | Крок | Опис | Технічний модуль | Методи API які мають або можуть бути використані | |||||
2 | SE 1.10 | Формування МВ на заміну | Виявлено некоректно створений медичний висновок, замість якого є потреба створити новий МВ. | |||||||
3 | 1.10 | Знайти запис про пацієнта | Користувачем має бути переданий через МІС до ЕСОЗ ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності . Детальніше в описі процесу або факт народження дитини. Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a person v.3 [API-010-001-003-0360], описаним в процесі [DRAFT] BP-ESOZ-022-0001 0007 [MIS] Створення запису Отримання даних про пацієнта. | Scope -person:read. Resource - GET /api/persons.
| Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a Personperson v.3 [API-010-001-003-0360] | |||||
4 | 1.20 | Виконати пошук МВ | Користувач перевіряє наявність раніше створених МВТН через пошук таких МВТН, що описано в процесі BP-ESOZ-018-0008 [MIS] Пошук та отримання даних про медичні висновки.По завершенню дії перейти до кроку GW 1.20 | |||||||
5 | 1.30 | Скасувати МВ | Користувач здійснює за допомогою МІС скасування знайденого МВ, який необхідно замінити, відповідно до процесу [DRAFT] BP-ESOZ-018-0012 [MIS] Скасування МВН або [DRAFT] BP-ESOZ-018-0009 [MIS] Скасування МВТН , залежно від типу медичного висновку. Далі перейти до кроку GW 1.10 | |||||||
6 | GW 1.10 | Чи відбулось успішне скасування МВ, що потребує заміни? |
| |||||||
7 | ЕЕ 1.10 | МВ "на заміну" не створено | МВ "на заміну" не створено. Вихід із процесу | |||||||
8 | 1.40 | Вказати скасований МВРозпочати створення нового МВ та пов`язати зі скасованим | Користувач за допомогою МІС розпочинає створення новго МВ, в якому вказує ідентифікатор скасованого МВ в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces. | |||||||
79 | 1.50 | Заповнити/ змінити дані МВ "на заміну" | Користувач вручну при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів формування [DRAFT] BP-ESOZ-018-0001 [MIS] Формування нового МВТН або формування [DRAFT] BP-ESOZ-018-0004 [MIS] Формування нового МВН , залежно від типу медичного висновку, після чого переходить до кроку GW 1. | 8 | 1.60 | 20 | ||||
10 | GW 1.20 | Чи потрібно вказувати метод автентифікації особи? |
| |||||||
11 | 1.60 | Обрати метод автентифікації | Користувач черз МІС вказує метод автентифікації згідно з процесом BP-ESOZ-020-0001 [MIS] Створення методу автентифікації пацієнта та переходить до кроку GW 1.30. | |||||||
12 | GW 1.30 | Чи вказано МА? |
| |||||||
13 | 1.70 | Інформаційне повідомлення про відсутність МА | Користувач отримує інформаційне повідомлення про відсутність МА та переходить до кроку 1.80. | |||||||
14 | 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] createComposition | |||||
15 | 9 | 2.10 | createComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| 10 | 2.20 | Create CREATE_COMPOSITION job | Під час виконання методу АПІ створюється окрема асинхронна задача, яка ставиться в чергу задач. За результатом виконання задачі зі створення Composition, ЕСОЗ віддає через АПІ відповідь, що МВТН успішно створений | |
11 | 1.7016 | 1.90 | Отримати створений МВ | МІС отримує деталі створеного МВ за методом АРІ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] getComposition | ||||
17 | 12 | 2.3020 | getComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| |||||
1318 | 1.80100 | Перевірити дані по створюваному МВ | Користувач здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
| |||||||
1419 | GW 1.1040 | Потрібно переглянути друковану форму? | У Користувача є можливість переглянути друковану форму МВТНМВ, щоб надалі виправити помилки.
| |||||||
1520 | 1.90110 | Переглянути друковану форму | На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВТНМВза процесом [DRAFT] BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ , після чого перейти до кроку GW 1.6050. |
| ||||||
1621 | GW 1.2050 | Помилки в МВ відсутні? |
| |||||||
1722 | 1.100120 | Виправити помилки | За наявності помилок в друкованій формі МВТН МВ та/або інтерфейсі, Користувач виправляє такі помилки та переходить на крок 1.40 поточних вимог до процесу. Виправлення помилок здійснюється виключно через створення нового МВ. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення МВ, щоб медичний працівник мав змогу виправити помилки, допущені у попередньому запиті. | |||||||
1823 | 1.110130 | Засвідчити дані КЕП | В разі відсутності помилок у МВ, Користувач повинен мати можливість засвідчити запит на підписання МВ за допомогою КЕП користувача. Після засвідчення КЕП, перейти до кроку 1.120. | |||||||
1924 | 1.120140 | Виконати запит на підписання | МІС виконує запит на підписання методом АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВТН МВ "composition_id". Далі перейти до кроку 1.190150. | Scope -composition:signd Resource - PATCH /patients/composition/{compositionId}/sign | ||||||
25 | 2.30 | SignComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| ||||||
26 | 1.150 | Отримати результат виконання (job) | МІС отримує результати виконання запиту через виконання методу getAsyncJobStatus та за необхідності інформує пацієнта про (не)успішність створення МВТН, після чого переходить до кроку GW 1.60. | Scope -composition:read Resource - GET /patients/{patientId}/composition/{compositionId}/episode/{episodeId}/encounter/{encounterId} | ||||||
27 | 2.40 | getAsyncJobStatus | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| ||||||
28 | GW 1.60 | Чи підписано МВ? |
| 21 | 22 | 23 |
...
| |||||
29 | ЕЕ 1.20 | МВ "на заміну" не створено | МВ "на заміну" не створено. Вихід із процесу. | ||
30 | GW 1.70 | Чи потрібно роздрукувати МВ? |
| ||
31 | 1.160 | Роздрукувати МВ за вимогою | На вимогу пацієнта, Користувач має роздрукувати інформаційну довідку МВ відповідно до процесу BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ, після чого переходить до кроку GW 1.80. | ||
32 | GW 1.80 | Чи потрібно переглянути статус обробки МВ із зовнішними системами? |
| ||
33 | 1.170 | Переглянути статус обробки МВ із зовнішними системами | Дані по статусу Користувач отримує через деталі по статусу обробки МВ, деталі по отриманню якого описані в процесі BP-ESOZ-018-0005 [MIS] Отримання даних про інтеграційний статус медичних висновків. По завершенні перейти до кроку EE 1.30. | ||
34 | EE 1.30 | МВ "на заміну" створено та підписано | МВ "на заміну" створено та підписано. Завершення процесу. |
Бізнес правила
Доступ до контенту медвисновку регламентується правами на перегляд даних, створених від батьківської сутності, до якої користувач має відповідні права доступу.
Правила застосування subject/focus для person/preperson при створенні МВ, наведені нижче:
type | category | SUBJECT | FOCUS |
---|---|---|---|
|
| ЕСОЗ: preperson Трактування: новонароджена дитина | ЕСОЗ: person Трактування: жінка що народила новонароджену дитину |
|
| ЕСОЗ: preperson/person Трактування: Пацієнт- непрацездатна особа | |
|
| ЕСОЗ: person Трактування: Пацієнт, який доглядав за дитиною і через свій стан не може продовжевати | ЕСОЗ: person Трактування: Особа, яка доглядатиме за дитиною пацієнта і через це - непрацездатна |
|
| ЕСОЗ: person Трактування: Пацієнт, повнолітній | ЕСОЗ: person Трактування: Особа, яка доглядатиме за пацієнтом і через це - непрацездатна |
|
| ЕСОЗ: preperson/person Трактування: Пацієнт, дитина (зокрема новонароджена) | ЕСОЗ: person Трактування: Особа, яка доглядатиме за пацієнтом і через це - непрацездатна |
|
| ЕСОЗ: person Трактування: Особа що проходить обсервація або самоізоляцію з метою запобігання поширенню гострої респіраторної хвороби COVID-19, спричиненої коронавірусом SARS-CoV-2 *хворі на ковід отримують категорію Загальне захворювання | |
|
| ЕСОЗ: person Трактування: пацієнт, непрацездатний за своїм основним місцем роботи, що переводиться на легшу роботу для уникнення порушення процесу лікування | |
|
| ЕСОЗ: person Трактування: Пацієнт, що отримує медичні послуги з ортопедичного протезування в стаціонарних умовах | |
|
| ЕСОЗ: person Трактування: Пацієнтка, що вагітна або народила та є непрацездатною. | |
|
| ЕСОЗ: person Трактування: Особа, що перебуває на карантині | |
|
| ЕСОЗ: person Трактування: Пацієнт- непрацездатна особа |
Результат процесу
Перелік змін
...