| 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 | Знайти запис про пацієнта | Користувачем має бути переданий через МІС до ЕСОЗ ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності . Детальніше в описі процесу BP-або факт народження дитини. Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ 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 Person person 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.5010 | Заповнити/ змінити дані МВ "на заміну" не створено | Користувач вручну при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів [DRAFT] BP-ESOZ-018-0001 [MIS] Формування нового МВТН або [DRAFT] BP-ESOZ-018-0004 [MIS] Формування нового МВН , залежно від типу медичного висновку."на заміну" не створено. Вихід із процесу | ||||
| 8 | 1.6040 | Виконати запит на Розпочати створення МВ "на заміну" | МІС виконує запит на створення МВ згідно методу API Системи createComposition. При створенні запиту Система очікує на relatesTo.code який має значення replaces та relatesTo.targetIdentifier з ідентифікатором скасованого МВ. По завершенню дії, перейти до кроку 1.70 | Scope -composition:create. Resource - POST /patients/composition. | |||
| 9 | 2.10 | createComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| 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} | |||
| 12 | 2.30 | getComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| 13 | 1.80 | Перевірити дані по створюваному МВ | Користувач здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
| 14 | GW 1.10 | Потрібно переглянути друковану форму? | У Користувача є можливість переглянути друковану форму МВТН, щоб надалі виправити помилки.
| 15 | 1.90 | Переглянути друковану форму | На вимогу пацієнта Користувач має роздрукувати інформаційну довідку МВТНза процесом [DRAFT] BP-ESOZ-018-0013 [MIS] Отримання друкованої форми МВ , після чого перейти до кроку 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 | |||
| 20 | 2.40 | SignComposition | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| 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} | |||
| 23 | 2.60 | getAsyncJobStatus | В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ. |
| 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 Трактування: Пацієнт- непрацездатна особа | |
Результат процесу
Перелік змін
...