Info |
---|
Бізнес-процес (настанова) (видаліть блок з посиланням перед публікацією документа) |
Table of Contents |
---|
Властивості документа
Page Properties | |||||
---|---|---|---|---|---|
Тип документа | Бізнес-процес | ||||
Назва документа | BP-ESOZ-018-0002 [MIS] Продовження / Скорочення МВТН | ||||
ID настанови | GUI-004 | ||||
Автор | |||||
Версія документа | v010 | ||||
Статус документа |
| ||||
Дата створення | 29.05.2024 | Дата оновлення | |||
ID групи | BPG-ESOZ-018 | ||||
ID бізнес-процесу | BP-ESOZ-018-0002 | ||||
Назва бізнес-процесу | [MIS] Продовження / Скорочення МВТН | ||||
Info | |||||
Бізнес-процес (настанова) (видаліть блок з посиланням перед публікацією документа) |
Table of Contents |
---|
Властивості документа
Page Properties | ||||
---|---|---|---|---|
|
Загальні відомості
Передумови
Наявність в Системі успішно зареєстрованого НМП СМД (надавача медичних послуг спеціалізованої медичної допомоги) та доступ до ЕСОЗ медичного працівника з відповідними правами користувача ЕСОЗ (далі - Користувач).
Наявний у системі дійсний МВТН
Медичний працівник, створюючи МВТН, не може (і не має) вказувати дані про продовження, або скорочення;
ЕСОЗ за допомогою пошуку МВТН у зазначеній категорії зазначає ідентифікатор знайденого попереднього висновоку в об'єкті relatesTo;
Медичний працівник може повідомити пацієнта, що знайдено існуючий МВТН. Тож, наступний МВТН може доповнити, або скоротити термін непрацездатності;
Обʼєкт relatesTo у випадку продовження/скорочення МВТН генерується Системою, не лікарем. Ідентифікатор у relatesTo.code вказує на характер зв'язку із попереднім МВТН:
– Appends (продовження строку МВТН);
– Transforms (скорочення строку МВТН);
– Replaces (уточнення особи існуючого висновку (тільки якщо попередній МВТН був створений на неідентифікованого пацієнта (pre-person)) або створення МВТН “на заміну“);
...
Обʼєкт relatesTo генерується на етапі створення чернетки МВТН (STATUS = PRELIMINARY);
...
Обʼєкт relatesTo для випадків продовження (appends) та скорочення (transforms) генерується Системою за наступних умов:
в обох МВТН зазначено одного і того ж пацієнта (subject);
пов'язані МВТН мають одну і ту саму категорію МВТН (наприклад, SICKNESS);
періоди дії по МВТН стикуються, або пересікаються.
Якщо медичний працівник при створенні МВТН зазначив IS_FORCE_RENEW = TRUE (на думку лікаря, це новий випадок непрацездатності, а не продовження), то relatesTo не буде сформовано Системою і МВ буде створено як новий.
Приклад:
...
період дійсності МВТН 1
...
період дійсності МВТН 2
...
Результат
...
relatesTo у МВТН2
...
з 01.10 по 05.10
...
03.10 по 15.10
...
продовження, бо періоди дії по МВТН пересікаються
...
code = appends
targetIdentifier = МВТН1
...
01.10 по 05.10
...
03.10 по 03.10
...
скорочення, бо початк періоду дії МВТН2 знаходиться в межах періоду дії МВНТ1.
...
code = transforms
targetIdentifier = МВТН1
|
Загальні відомості
Передумови
Наявність в Системі успішно зареєстрованого НМП СМД (надавача медичних послуг спеціалізованої медичної допомоги) та доступ до ЕСОЗ медичного працівника з відповідними правами користувача ЕСОЗ (далі - Користувач).
Наявний у системі дійсний МВТН
Медичний працівник, створюючи МВТН, не може (і не має) вказувати дані про продовження, або скорочення;
ЕСОЗ за допомогою пошуку МВТН у зазначеній категорії зазначає ідентифікатор знайденого попереднього висновоку в об'єкті relatesTo;
Медичний працівник може повідомити пацієнта, що знайдено існуючий МВТН. Тож, наступний МВТН може доповнити, або скоротити термін непрацездатності;
Обʼєкт relatesTo у випадку продовження/скорочення МВТН генерується Системою, не лікарем. Ідентифікатор у relatesTo.code вказує на характер зв'язку із попереднім МВТН:
– Appends (продовження строку МВТН);
– Transforms (скорочення строку МВТН);
– Replaces (уточнення особи існуючого висновку (тільки якщо попередній МВТН був створений на неідентифікованого пацієнта (pre-person)) або створення МВТН “на заміну“);
Обʼєкт relatesTo генерується на етапі створення чернетки МВТН (STATUS = PRELIMINARY);
Обʼєкт relatesTo для випадків продовження (appends) та скорочення (transforms) генерується Системою за наступних умов:
в обох МВТН зазначено одного і того ж пацієнта (subject);
пов'язані МВТН мають одну і ту саму категорію МВТН (наприклад, SICKNESS);
періоди дії по МВТН стикуються, або пересікаються.
Якщо медичний працівник при створенні МВТН зазначив IS_FORCE_RENEW = TRUE (на думку лікаря, це новий випадок непрацездатності, а не продовження), то relatesTo не буде сформовано Системою і МВ буде створено як новий.
Приклад:
№ кроку
Крок
Опис
Технічний модуль
Методи API які мають або можуть бути використані
SE 1.10
Продовження або скорочення МВТН
Потреба змінити (продовжити або скоротити) період тривалості МВТН.
1.10
Ідентифікація пацієнта
Медпрацівник (Користувач) ідентифікує пацієнта поза системою для подальшого пошуку інформації по пацієнту в ЕСОЗ.
1.20
Знайти запис про пацієнта
Користувач повинен мати ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності.
Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a Person.
GW 1.10
Продовжити без пошуку існуючого МВТН?
Якщо так (потрібно знайти існуючий МВТН), то перейти до кроку GW 1.20.
Якщо ні (не потрібно знаходити існуючих МВТН), то перейти до 1.30.
1.30
Виконати пошук та отримання медвисновку
Користувач перевіряє наявність раніше створених МВТН через пошук таких МВТН.
По завершенню дії перейти до кроку GW 1.20
https://e-health-ua.atlassian.net/wiki/x/AQDU9AM
GW 1.20
Знайдено МВТН?
Якщо так (МВТН знайдений), то перейти до кроку 1.40.
Якщо ні (МВТН не знайдений), то перейти до кроку EE 1.10 та завершити процес.
EE 1.10
МВТН не знайдено
МВТН не знайдено, вихід із процесу.
1.40
Створити / обрати епізод та взаємодію
Створення ЕМЗ по взаємодії пацієнта відбувається за правилами процесу “Реєстрація результатів візиту в ЦК”.
Медичний працівник має бути автором обраної взаємодії (ідентифікатор користувача повинен співпадати з ідентифікатором "Виконавець" ("performer") у взаємодії).
Створення взаємодії: опис
та схема BP-ESOZ-014-0001 [MIS] Створення пакету Взаємодії
Пошук та отримання взаємодії: опис
та схема BP-ESOZ-014-0002 [MIS] Пошук та отримання даних пакету Взаємодії
Пошук існуючої взаємодії може бути здійснений із дотриманням вимог по пошуку за методами АРІ:
1.50
Визначити непрацездатну особу
Користувач визначає непрацездатну особу, заповнюючи відповідні атрибути МВТН згідно з правилами застосування атрибутів Subject та Focus. Також при формуванні запиту на створення МВТН у випадку вказання ідентифікованого пацієнта як непрацездатної особи (параметр "section.focus") Користувач повинен мати змогу обрання методу автентифікації з наявних у непрацездатної особи.
Разом із тим, Користувач повинен мати можливість не визначати метод автентифікації та не передавати його у запиті на створення медвисновку. В такому випадку, пацієнт не отримає повідомлення (sms) про створений медвисновок.
По завершенню виконання дії, перейти до GW 1.30.
GW 1.30
Чи потрібно вказувати метод автентифікації?
Якщо так (потрібно вказати метод автентифікації), то перейти до кроку 1.60 щоб створити або обрати метод автентифікації.
Якщо ні (не потрібно вказувати метод автентифікації), то перейти до кроку 1.70 та отримати відповідне повідомлення.
1.60
Створити/обрати метод автентифікації непрацездатної особи
період дійсності МВТН 1 | період дійсності МВТН 2 | Результат | relatesTo у МВТН2 |
---|---|---|---|
з 01.10 по 05.10 | 0503.10 по 1015.10 | продовження, бо періоди дії по МВТН стикуютьсяпересікаються | code = appends targetIdentifier = МВТН1 |
01.10 по 05.10 | 0603.10 по 1003.10 | продовженняскорочення, бо періоди дії по МВТН стикуютьсяпочатк періоду дії МВТН2 знаходиться в межах періоду дії МВНТ1. | code = appendstransforms targetIdentifier = МВТН1 |
01.10 по 05.10 | 0705.10 по 10.10 | Висновки не пов'язані одним випадком непрацездатності. Періоди дії МВТН1 та МВТН2 мають розрив більше, ніж на 1 день. Продовження не буде, relatesTo у МВТН1 | блок relatesTo у МВТН1 відсутній |
Схема бізнес-процесу
Зображення схеми
Посилання на схему
Похідний файл схеми (BPMN)
Опис кроків по процесу
продовження, бо періоди дії по МВТН стикуються | code = appends targetIdentifier = МВТН1 | ||
01.10 по 05.10 | 06.10 по 10.10 | продовження, бо періоди дії по МВТН стикуються | code = appends targetIdentifier = МВТН1 |
01.10 по 05.10 | 07.10 по 10.10 | Висновки не пов'язані одним випадком непрацездатності. Періоди дії МВТН1 та МВТН2 мають розрив більше, ніж на 1 день. Продовження не буде, relatesTo у МВТН1 | блок relatesTo у МВТН1 відсутній |
Схема бізнес-процесу
Зображення схеми
Посилання на схему
Похідний файл схеми (BPMN)
Опис кроків по процесу
1 | № кроку | Крок | Опис | Технічний модуль | Методи API які мають або можуть бути використані | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
2 | SE 1.10 | Продовження або скорочення МВТН | Потреба змінити (продовжити або скоротити) період тривалості МВТН. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
3 | 1.10 | Ідентифікація пацієнта | Медпрацівник (Користувач) ідентифікує пацієнта поза системою для подальшого пошуку інформації по пацієнту в ЕСОЗ. |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
4 | 1.20 | Знайти запис про пацієнта | Користувач повинен мати ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності. | Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a Person. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
5 | GW 1.10 | Продовжити без пошуку існуючого МВТН? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
6 | 1.30 | Виконати пошук та отримання медвисновку | Користувач перевіряє наявність раніше створених МВТН через пошук таких МВТН. По завершенню дії перейти до кроку GW 1.20 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
7 | GW 1.20 | Знайдено МВТН? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
8 | EE 1.10 | МВТН не знайдено | МВТН не знайдено, вихід із процесу. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
9 | 1.40 | Створити / обрати епізод та взаємодію | Створення ЕМЗ по взаємодії пацієнта відбувається за правилами процесу “Реєстрація результатів візиту в ЦК”. Медичний працівник має бути автором обраної взаємодії (ідентифікатор користувача повинен співпадати з ідентифікатором "Виконавець" ("performer") у взаємодії). | Створення взаємодії: опис та схема BP-ESOZ-014-0001 [MIS] Створення пакету Взаємодії Пошук та отримання взаємодії: опис та схема BP-ESOZ-014-0002 [MIS] Пошук та отримання даних пакету Взаємодії | Пошук існуючої взаємодії може бути здійснений із дотриманням вимог по пошуку за методами АРІ: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
10 | 1.50 | Визначити непрацездатну особу | Користувач визначає непрацездатну особу, заповнюючи відповідні атрибути МВТН згідно з правилами застосування атрибутів Subject та Focus. Також при формуванні запиту на створення МВТН у випадку вказання ідентифікованого пацієнта як непрацездатної особи (параметр "section.focus") Користувач повинен мати змогу обрання методу автентифікації з наявних у непрацездатної особи. Разом із тим, Користувач повинен мати можливість не визначати метод автентифікації та не передавати його у запиті на створення медвисновку. В такому випадку, пацієнт не отримає повідомлення (sms) про створений медвисновок. По завершенню виконання дії, перейти до GW 1.40. | [RC] BP-ESOZ-020-0003 [MIS] Отримання даних методів автентифікації пацієнта | 13 | GW 1.40 | Чи вказано метод МА30. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
11 | GW 1.30 | Чи потрібно вказувати метод автентифікації? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1412 | 1.70 | Інформаційне повідомлення про відсутність МА | Користувач отримує інформаційне повідомлення про відсутність МА та переходить до кроку 1.80. | MSG-0006 | 15 | 1.80 | Заповнити дані по новому МВТН | Медичний працівник заповнює такі дані при формуванні запиту на створення МВТН:
Expand | | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| Створити/обрати метод автентифікації непрацездатної особи | На цьому кроці медпрацівник вказує метод автентифікації непрацездатної особи. По завершенню виконання дії, перейти до GW 1.40. | [RC] BP-ESOZ-020-0003 [MIS] Отримання даних методів автентифікації пацієнта | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
13 | GW 1.40 | Чи вказано метод МА? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
14 | 1.70 | Інформаційне повідомлення про відсутність МА | Користувач отримує інформаційне повідомлення про відсутність МА та переходить до кроку 1.80. | MSG-0006 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
15 | 1.80 | Заповнити дані по новому МВТН | 21 | GW 1.60 | МВТН створено? |
| 22 | 1.120 | Переглянути результати створення МВТН | У Користувача є можливість отримати результати створення МВТН. Далі перейти до кроку ЕЕ 1.30. | 23 | ЕЕ 1.30 | МВТН не створено | МВТН не створено та вихід з процесу. | 24 | 1.130 | Отримати створений МВТН | Медичний працівник отримує деталі створеного МВТН за методом АРІgetComposition. Далі перейти до кроку GW 1.70
| [API-006-001-001-0214] | 25 | GW 1.70 | Чи треба переглянути МВТН, вказаний в relatesTo |
| 26 | GW 1.80 | Є доступ до МВТН? | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38Медичний працівник заповнює такі дані при формуванні запиту на створення МВТН:
ідентифікатор взаємодії по визначенню непрацездатності пацієнта (параметр "encounter"); автор МВТН (параметр "author"), що є ідентифікатором медичного працівника (параметр "employee_id");
Можливість застосування extensions в залежності від категорії МВ):
Далі перейти до кроку GW 1.50. | 16 | GW 1.50 | Це новий випадок непрацездатності, не пов'язаний із попередніми випадками (чи встановлено ознаку isForceRenew == TRUE)? |
| 17 | 1.90 | Створення та підписання нового МВТН | Користувач може створити та підписати новий МВТН за процесом https://e-health-ua.atlassian.net/wiki/x/I4BKFQQ. Далі перейти до кроку ЕЕ 1.20. | 18 | ЕЕ 1.20 | Продовження або скорочення МВТН не виконано | Продовження або скорочення МВТН не виконано, вихід з процесу. | |||||||||||
19 | 1.100 | Виконати запит на створення МВТН | Для створення МВТН медичний працівник повинен виконати запит на створення МВТН згідно методу API Системи createComposition. Далі перейти до кроку 1.110. |
| [API-006-001-001-0211] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
20 | 1.110 | Отримати результат виконання (job) | На цьому кроці користувач отримує результати опрацювання запиту щодо створення МВТН в ЦБД ЕСОЗ. Далі переходе до кроку GW 1.60. |
| [API-006-001-001-0209] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Можливість застосування extensions в залежності від категорії МВ):
Далі перейти до кроку GW 1.50. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
16 | GW 1.50 | Це новий випадок непрацездатності, не пов'язаний із попередніми випадками (чи встановлено ознаку isForceRenew == TRUE)? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
17 | 1.90 | Створення та підписання нового МВТН | Користувач може створити та підписати новий МВТН за процесом https://e-health-ua.atlassian.net/wiki/x/I4BKFQQ. Далі перейти до кроку ЕЕ 1.20. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
18 | ЕЕ 1.20 | Продовження або скорочення МВТН не виконано | Продовження або скорочення МВТН не виконано, вихід з процесу. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
19 | 1.100 | Виконати запит на створення МВТН | Для створення МВТН медичний працівник повинен виконати запит на створення МВТН згідно методу API Системи createComposition. Далі перейти до кроку 1.110. |
| [API-006-001-001-0211] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
20 | 1.110 | Отримати результат виконання (job) | На цьому кроці користувач отримує результати опрацювання запиту щодо створення МВТН в ЦБД ЕСОЗ. Далі переходе до кроку GW 1.60. |
| [API-006-001-001-0209] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
21 | GW 1.60 | МВТН створено? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
22 | 1.120 | Переглянути результати створення МВТН | У Користувача є можливість отримати результати створення МВТН. Далі перейти до кроку ЕЕ 1.30. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
23 | ЕЕ 1.30 | МВТН не створено | МВТН не створено та вихід з процесу. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
24 | 1.130 | Отримати створений МВТН | Медичний працівник отримує деталі створеного МВТН за методом АРІgetComposition. Далі перейти до кроку GW 1.70 |
| [API-006-001-001-0214] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
25 | GW 1.70 | Чи треба переглянути МВТН, вказаний в relatesTo |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
26 | GW 1.80 | Є доступ до МВТН? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
27 | 1.140 | Виконати пошук МВТН з relatesTo для отримання ID контексту | Користувач за допомогою пошуку МВТН у заданій категорії зазначає ідентифікатор знайденого попереднього висновоку в об'єкті relatesTo | [API-006-001-001-0215] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
28 | 1.150 | Створити запит на approval для контексту | В разі наявності даних у об'єкті relatesTo та якщо медичний працівник не має доступу до деталей МВТН, то він повинен мати змогу створити запит на отримання доступу (до ЕМЗ з метою перегляду пов'язаного МВТН) з боку пацієнта відповідно до опису процесу “Отримання дозволу пацієнта на операції з даними у системі E-Health” В разі відсутності необхідності отримання деталей по існуючому МВТН або за відсутності згоди на доступ з боку пацієнта, медичний працівник може перейти до наступного кроку, якщо треба продовжити процес по створенню МВТН. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
29 | GW 1.90 | Чи отримано доступ? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
30 | 1.160 | Отримати деталі МВТН з relatesTo | Користувач отримує деталі по пов'язаному МВТН за методом АРІgetComposition для ознайомлення з даними висновку. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
31 | 1.170 | Проінформувати пацієнта (за необхідності) | Користувач може повідомити пацієнта, що знайдено існуючий МВТН. Тож, наступний МВТН може доповнити або скоротити термін непрацездатності. За певних обставин Користувач може врахувати можливу відмову пацієнта від продовження процесу по створенню нового МВТН і припинити процес. Наприклад, якщо пацієнт звернувся з тою самою проблемою до декількох різних лікарів з надією на нескінченне продовження лікарняного через створення нового МВТН (шахрайство з боку пацієнта). В іншому випадку Користувач переходить до наступного кроку. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
32 | 1.180 | Перегляд медзаписів | Користувач переглядає медичні записи. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
33 | GW 1.130 | Це новий випадок непрацездатності, не пов'язаний із попередніми випадками (чи потрібна ознака isForceRenew == TRUE)? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
34 | 1.190 | Створення та підписання нового МВТН | Потребує переходу на інший процес - https://e-health-ua.atlassian.net/wiki/x/I4BKFQQ | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
35 | EE 1.40 | Продовження або скорочення МВТН не виконано | Продовження або скорочення МВТН не виконано, вихід з процесу. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
36 | 1.200 | Перевірити дані по створюваному МВТН | Медичний працівник здійснює перевірку відомостей про створюваний МВТН, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
37 | GW 1.100 | Потрібно переглянути друковану форму? |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
38 | 1.210 | Переглянути друковану форму | На вимогу пацієнта медичний працівник має роздрукувати інформаційну довідку МВТНза допомогою метода АРІgetPrintForm. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
39 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
40 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
41 |
Бізнес правила
доступ до контенту медвисновку надається за правилами АВАС, а також з врахуванням наявності необхідної ролі у користувача
...