Бізнес-процес (настанова) (видаліть блок з посиланням перед публікацією документа)
Властивості документа
Загальні відомості
Передумови
Наявність в Системі успішно зареєстрованого НМП СМД (надавача медичних послуг спеціалізованої медичної допомоги) та доступ до ЕСОЗ медичного працівника з відповідними правами користувача ЕСОЗ (далі - Користувач).
Наявний у системі дійсний МВТН
Медичний працівник, створюючи МВТН, не може (і не має) вказувати дані про продовження, або скорочення;
ЕСОЗ за допомогою пошуку МВТН у зазначеній категорії зазначає ідентифікатор знайденого попереднього висновоку в об'єкті 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 |
01.10 по 05.10 | 05.10 по 10.10 | продовження, бо періоди дії по МВТН стикуються | 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 | Знайдено МВТН? | Якщо так (МВТН знайдений), то перейти до кроку 1.40. Якщо ні (МВТН не знайдений), то перейти до кроку EE 1.10 та завершити процес. | ||
| 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.30. | ||
| 11 | GW 1.30 | Чи потрібно вказувати метод автентифікації? |
| ||
| 12 | |||||
| 13 | |||||
| 14 | |||||
| 15 | |||||
| 16 | |||||
| 17 | |||||
| 18 | |||||
| 19 | |||||
| 20 |
Бізнес правила
доступ до контенту медвисновку надається за правилами АВАС, а також з врахуванням наявності необхідної ролі у користувача
Результат процесу
Медичний працівник скоротив або продовжив МВТН.
Перелік змін
Версія документа | Опис змін | Номер релізу | |
|---|---|---|---|
| 1 | |||
| 2 |