Info |
---|
Бізнес-процес (настанова) (видаліть блок з посиланням перед публікацією документа) |
...
1 | № кроку | Крок | Опис | Технічний модуль | Методи API які мають або можуть бути використані | |||||||||||||||
2 | SE 1.10 | Створення та підписання МВТН | Пацієнт звертається до НМП СМД для створення МВТН. | |||||||||||||||||
3 | 1.10 | Ідентифікація пацієнта | Медпрацівник (Користувач) ідентифікує пацієнта поза системою для подальшого пошуку інформації по пацієнту в ЕСОЗ. | |||||||||||||||||
4 | 1.20 | Знайти / створити запис про пацієнта | Для створення МВТН Користувач повинен мати ідентифікатор пацієнта та ідентифікатор взаємодії, за якою встановлено факт настання медичної непрацездатності, коли лікар вважає, що пацієнт є непрацездатним за медичними показами. Створення запису про пацієнта відбувається за правилами відповідного процесу: | Пошук запису про ідентифіковану особу в ЕСОЗ можливий за методом АРІ Search for a Person.
Отримання запису про неідентифіковану особу (новонародженого) в ЕСОЗ можливий за методом метод API Get Preperson by ID. | ||||||||||||||||
5 | GW 1.10 | Продовжити без пошуку існуючого МВТН? |
| |||||||||||||||||
6 | GW 1.20 | Потрібен новий МВТН? |
| |||||||||||||||||
7 | 1.40 | Створити / обрати епізод та взаємодію | Створення ЕМЗ по взаємодії пацієнта відбувається за правилами процесу “Реєстрація результатів візиту в ЦК”. Пошук існуючої взаємодії може бути здійснений із дотриманням вимог по пошуку. При створенні МВТН слід використовувати типи взаємодії відповідно до https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/583402009/Medical+Events+Dictionaries+and+configurations#encounter_class_encounter_types При створенні МВТН на певну взаємодію, слід враховувати, що на одну взаємодію (encounter.value) можна створити тільки один медичний висновок однієї категорії та типу медвисновку в статусі “Підписаний“ (status “FINAL”). По завершенню виконання дії перейти до кроку 1.50. | Створення взаємодії: опис [DRAFT] BP-ESOZ-014-0001 [MIS] Створення пакету Взаємодії та схема BP-ESOZ-014-0001 [MIS] Створення пакету Взаємодії Пошук та отримання взаємодії: опис [DRAFT] BP-ESOZ-014-0002 [MIS] Пошук та отримання даних по пакету Взаємодіїта схема BP-ESOZ-014-0002 [MIS] Пошук та отримання даних пакету Взаємодії | ||||||||||||||||
8 | EE 1.10 | МВТН не створено | МВТН не створено, вихід з процесу. | |||||||||||||||||
9 | 1.50 | Визначити непрацездатну особу | Користувач визначає непрацездатну особу, заповнюючи відповідні атрибути МВТН згідно з правилами застосування атрибутів Subject та Focus. Також при формуванні запиту на створення МВТН у випадку вказання ідентифікованого пацієнта як непрацездатної особи (параметр "section.focus") медичний працівник повинен мати змогу обрання методу автентифікації з наявних у непрацездатної особи. Разом із тим, Користувач повинен мати можливість не визначати метод автентифікації та не передавати його у запиті на створення медвисновку. В такому випадку, пацієнт не отримає повідомлення (смс) про створений медвисновку. По завершенню виконання дії перейти до GW 1.30. | |||||||||||||||||
10 | GW 1.30 | Чи потрібно вказувати метод автентифікації? |
| |||||||||||||||||
11 | 1.60 | Створити/обрати метод автентифікації непрацездатної особи | На цьому кроці медпрацівник вказує метод автентифікації непрацездатної особи згідно з процесом [RC] BP-ESOZ-020-0003 [MIS] Отримання даних методів автентифікації пацієнта | |||||||||||||||||
12 | GW 1.40 | Чи вказано МА? |
| |||||||||||||||||
13 | 1.70 | Інформаційне повідомлення про відсутність МА | Користувач отримує інформаційне повідомлення про відсутність МА та переходить до кроку 1.80. | MSG-0006 | ||||||||||||||||
14 | 1.80 | Заповнити дані МВТН | Медичний працівник заповнює такі дані при формуванні запиту на створення МВТН:
Можливість застосування extensions в залежності від категорії МВ):
Далі перейти до кроку GW 1.50. | |||||||||||||||||
15 | GW 1.50 | Чи виконуються умови: МВТН стоврено на preperson ТА category == SICKNESS? |
| |||||||||||||||||
16 | 1.90 | Інформаційнне повідомлення про не відправлення МВТН в ЕРЛН | Користувач отримує інформаційнне повідомлення про неможливість створення ЕЛН та переходе переходить до кроку 1.100 | MSG-0007 | ||||||||||||||||
17 | 1.100 | Виконати запит на створення МВТН | Для створення МВТН медичний працівник повинен виконати запит на створення МВТН згідно методу API Системи createComposition. Далі перейти до кроку 1.110. | [API-006-001-001-0211] | ||||||||||||||||
18 | 1.110 | Отримати результат виконання (job) | На цьому кроці користувач отримує результати опрацювання запиту щодо створення МВТН в ЦБД ЕСОЗ. Далі переходе до кроку GW 1.60. | [API-006-001-001-0209] | ||||||||||||||||
19 | GW 1.60 | МВТН створено? |
| |||||||||||||||||
20 | 1.120 | Переглянути результати створення МВТН | У Користувача є можливість отримати результати створення МВТН. Далі перейти до кроку ЕЕ 1.20. |
| ||||||||||||||||
21 | ЕЕ 1.20 | МВТН не створено | МВТН не створено та вихід з процесу. | |||||||||||||||||
22 | 1.130 | Отримати створений МВТН | Медичний працівник отримує деталі створеного МВТН за методом АРІgetComposition. Далі перейти до кроку 1.140. | [API-006-001-001-0214] | ||||||||||||||||
23 | 1.140 | Перевірити дані за МВТН | Користувач здійснює перевірку відомостей щодо створюваного МВТН, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
| |||||||||||||||||
24 | GW 1.70 | Потрібно переглянути друковану форму? | У Користувача є можливість переглянути друковану форму МВТН, щоб надалі виправити помилки.
| |||||||||||||||||
25 | 1.150 | Переглянути друковану форму | На вимогу пацієнта медичний працівник має роздрукувати інформаційну довідку МВТНза допомогою метода АРІgetPrintForm. | |||||||||||||||||
26 | GW 1.80 | Помилки в МВТН відсутні? |
| |||||||||||||||||
27 | 1.160 | Виправити помилки | За наявності помилок в інформаційній довідці МВТН та/або інтерфейсі, Користувач переходить на крок GW 1.90 для подальшого визначення шляху виправлення таких помилок. Виправлення помилок здійснюється виключно через створення нового медвисновку. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення медвисновку, щоб Користувач мав змогу виправити помилки, допущені у попередньому запиті. | |||||||||||||||||
28 | GW 1.90 | Вибір шляху виправлення відповідно до помилки | ||||||||||||||||||
29 | ||||||||||||||||||||
30 | ||||||||||||||||||||
31 |
Бізнес правила
Результат процесу
...