| Info |
|---|
| Note |
Сторінка знаходиться в процесі розробки. Інформація на ній може бути застарілою. |
| Info |
|---|
/wiki/spaces/EN/pages/17560797187 (видаліть блок з посиланням перед публікацією документа) |
...
У разі хибної ідентифікації пацієнта, медичний працівник (далі - Користувач), що є автором медичного висновку про непрацездатність або медичного висновку про народження (далі - МВ) може скасувати свій медичний висновок та створити замість нього новий МВ.
Передумови
Передумовою Головною передумовою створення медичного висновка «на заміну» є успішне попереднє скасування існуючого МВ (який потребує заміни) відповідно до процесів [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 днів).
Схема бізнес-процесу
Зображення схеми
.svg?version=2&modificationDate=1726573663563&cacheVersion=1&api=v2&width=1800)
Посилання на схему
...
| 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.40 | Вказати скасований МВ | Користувач за допомогою МІС вказує ідентифікатор скасованого МВ в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces10 | Чи відбулось успішне скасування МВ, що потребує заміни? |
| ||
| 7 | ЕЕ 1.50Заповнити/ змінити дані МВ 10 | МВ "на заміну" не створеноКористувач | вручну при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів формування нового МВТН або формування нового МВН, залежно від типу медичного висновку."на заміну" не створено. Вихід із процесу | ||||
| 8 | 1.6040 | Виконати запит на Розпочати створення МВ "на заміну" | МІС виконує запит на створення МВ згідно методу API Системи createComposition. При створенні запиту Система очікує на relatesTo.code який має значення replaces та relatesTo.targetIdentifier з ідентифікатором скасованого МВ. По завершенню дії, перейти до кроку 1.70 | Scope -composition:create. Resource - POST /patients/composition. | [API-006-001-001-0211] | ||
| 9 | 2.10 | createComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| [API-006-001-001-0211] | 10 | 2.20 | Create CREATE_COMPOSITION job | Під час виконання методу API створюється окрема асинхронна задача, яка ставиться в чергу задач. За результатом виконання задачі зі створення Composition, ЕСОЗ віддає через API відповідь, що МВТН успішно створений | 11 | 1.70 | Отримати створений МВ | МІС отримує деталі створеного МВ за методом АРІgetComposition. По завершенню виконується крок 1.80.Scope -composition:read Resource - GET /patients/{patientId}/composition/{compositionId}/episode/{episodeId}/encounter/{encounterId} | [API-006-001-001-0214] |
| 12 | 2.30 | getComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| [API-006-001-001-0214] | 13 | 1.80 | Перевірити дані по створюваному МВ | Користувач здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
| 14 | GW 1.10 | Потрібно переглянути друковану форму? | У Користувача є можливість переглянути друковану форму МВТН, щоб надалі виправити помилки.
| 15 | 1.90 | Переглянути друковану форму | На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВТНза процесом Отримання друкованої форми МВ, після чого перейти до кроку GW 1.60.
| 16 | GW 1.20 | Помилки в МВ відсутні? |
| 17 | 1.100 | Виправити помилки | За наявності помилок в друкованій формі МВТН та/або інтерфейсі, Користувач виправляє такі помилки та переходить на крок 1.40 поточних вимог до процесу. Виправлення помилок здійснюється виключно через створення нового МВ. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення МВ, щоб медичний працівник мав змогу виправити помилки, допущені у попередньому запиті. | 18 | 1.110 | Засвідчити дані КЕП | В разі відсутності помилок у МВ, Користувач повинен мати можливість засвідчити запит на підписання МВ за допомогою КЕП користувача. Після засвідчення КЕП, перейти до кроку 1.120. |
| 19 | 1.120 | Виконати запит на підписання | МІС виконує запит на підписання методом АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВТН "composition_id". Далі перейти до кроку 1.130. | Scope -composition:signd Resource - PATCH /patients/composition/{compositionId}/sign | [API-006-001-001-0212] | ||
| 20 | 2.40 | SignComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| [API-006-001-001-0212] | 21 | 2.50 | Create SIGN_COMPOSITION job | Під час виконання методу API створюється окрема асинхронна задача, яка ставиться в чергу задач. За результатом виконання задачі із підписання Composition, ЕСОЗ віддає через API відповідь, що МВ успішно підписаний. | 22 | 1.130 | Отримати результат виконання (job) | МІС отримує результати виконання запиту через виконання методу getAsyncJobStatusта за необхідності інформує пацієнта про (не)успішність створення МВТН, після чого переходить до кроку GW 1.30.Scope -composition:read Resource - GET /patients/{patientId}/composition/{compositionId}/episode/{episodeId}/encounter/{encounterId} | [API-006-001-001-0209] |
| 23 | 2.60 | getAsyncJobStatus | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| [API-006-001-001-0209] | 24 | GW 1.30 | Чи підписано МВ? |
| 25 | ЕЕ 1.10 | МВ "на заміну" не створено | МВ "на заміну" не створено. Вихід із процесу. | 26 | GW 1.40 | Чи потрібно роздрукувати МВ? |
| 27 | 1.140 | Роздрукувати МВ за вимогою | На вимогу пацієнта, Користувач має роздрукувати інформаційну довідку МВ за відповідно до процесу BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ, після чого переходить до кроку GW 1.50. | 28 | GW 1.50 | Чи потрібно переглянути статус обробки МВ із зовнішними системами? |
| 29 | 1.150 | Переглянути статус обробки МВ із зовнішними системами | Дані по статусу Користувач отримує через деталі по статусу обробки МВ, деталі по отриманню якого описані в процесі BP-ESOZ-018-0005 [MIS] Отримання даних про інтеграційний статус медичних висновків. По завершенні перейти до кроку EE 1.20. | 30 | EE 1.20 | МВ "на заміну" створено та підписано | МВ "на заміну" створено та підписано. Завершення процесу. |
Бізнес правила
...
Доступ до контенту медвисновку регламентується правами на перегляд даних, створених від батьківської сутності, до якої користувач має відповідні права доступу.
...
нового МВ та пов`язати зі скасованим | Користувач за допомогою МІС розпочинає створення новго МВ, в якому вказує ідентифікатор скасованого МВ в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces. | ||||
| 9 | 1.50 | Заповнити/ змінити дані МВ "на заміну" | Користувач вручну при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів [DRAFT] BP-ESOZ-018-0001 [MIS] Формування нового МВТН або [DRAFT] BP-ESOZ-018-0004 [MIS] Формування нового МВН , залежно від типу медичного висновку, після чого переходить до кроку GW 1.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.90 | Scope -composition:create. Resource - POST /patients/composition. | |
| 15 | 2.10 | createComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ |
| |
| 16 | 1.90 | Отримати створений МВ | МІС отримує деталі створеного МВ за методом АРІgetComposition. По завершенню виконується крок 1.100 | Scope -composition:read Resource - GET /patients/{patientId}/composition/{compositionId}/episode/{episodeId}/encounter/{encounterId} | |
| 17 | 2.20 | getComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| |
| 18 | 1.100 | Перевірити дані по створюваному МВ | Користувач здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
| ||
| 19 | GW 1.40 | Потрібно переглянути друковану форму? | У Користувача є можливість переглянути друковану форму МВ, щоб надалі виправити помилки.
| ||
| 20 | 1.110 | Переглянути друковану форму | На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВза процесом [DRAFT] BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ , після чого перейти до кроку GW 1.50. |
| |
| 21 | GW 1.50 | Помилки в МВ відсутні? |
| ||
| 22 | 1.120 | Виправити помилки | За наявності помилок в друкованій формі МВ та/або інтерфейсі, Користувач виправляє такі помилки та переходить на крок 1.40 поточних вимог до процесу. Виправлення помилок здійснюється виключно через створення нового МВ. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення МВ, щоб медичний працівник мав змогу виправити помилки, допущені у попередньому запиті. | ||
| 23 | 1.130 | Засвідчити дані КЕП | В разі відсутності помилок у МВ, Користувач повинен мати можливість засвідчити запит на підписання МВ за допомогою КЕП користувача. Після засвідчення КЕП, перейти до кроку 1.120. | ||
| 24 | 1.140 | Виконати запит на підписання | МІС виконує запит на підписання методом АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВ "composition_id". Далі перейти до кроку 1.150. | 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 | Чи підписано МВ? |
| ||
| 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 Трактування: Пацієнт- непрацездатна особа | |
Результат процесу
Перелік змін
...