/
[DRAFT] BP-ESOZ-001-0006 [NHS] Реорганізація СГуСОЗ

ЕСОЗ - публічна документація

[DRAFT] BP-ESOZ-001-0006 [NHS] Реорганізація СГуСОЗ

Сторінка знаходиться в процесі розробки. Інформація на ній може бути застарілою.

https://e-health-ua.atlassian.net/wiki/spaces/EN/pages/17560797187 (видаліть блок з посиланням перед публікацією документа)

Властивості документа

Тип документа

Бізнес-процес

Назва документа

BP-ESOZ-001-0006 [NHS] Реорганізація СГуСОЗ

ID настанови

GUI-004

Автор

@Vitalii Lieshchov (SoE eHealth)

Версія документа

v010

Статус документа

DRAFT

Дата створення

24.02.2025

Дата оновлення

24.02.2025

ID групи

BPG-ESOZ-001

ID бізнес-процесу

BP-ESOZ-001-0006

Назва бізнес-процесу

[NHS] Реорганізація СГуСОЗ

Посилання на схеми

https://modeler.camunda.io/share/1320372d-51bb-443e-8352-a2ec30badeb7

Загальні відомості

Створити умови дотримання прав пацієнта - його волевиявлення (або законного представника) щодо вибору лікаря, який надає йому первинну медичну допомогу, а саме: забезпечити наявність  чинної декларації та інших артефактів, що створені медичним персоналом, який бере участь у реорганізації СГуСОЗ, за умови збереження відповідних правовідносин з СГуСОЗ правонаступником.

Для реалізації вищевказаної мети необхідно забезпечити можливість:

  • працівнику НСЗУ із відповідними повноваженнями:

    • Проводити реорганізацію закладів вказаних типів:

      • Приєднання;

      • Злиття;

      • Виділ;

      • Поділ;

      • Перетворення.

    • Отримувати інформацію стосовно проведених реорганізацій закладів.

  • працівнику СГуСОЗ із відповідними повноваженнями:

    • Отримувати інформацію по деклараціям реорганізованого СГуСОЗ.

    • Виконувати процес переудекларації за спрощеною схемою - без участі пацієнта, зі збереженням правовідносин з СГуСОЗ правонаступника.

Передумови

СГуСОЗ має зареєактивних активних лікарів в ЕСОЗ з активними деклараціями пацієнтів

Схема бізнес-процесу

Зображення схеми

Посилання на схему

https://modeler.camunda.io/share/1320372d-51bb-443e-8352-a2ec30badeb7

https://modeler.camunda.io/diagrams/bcae2124-f81f-41d5-bf39-5c4faf8c9b51--bp-esoz-001-0006-nhs-реорганізація-сгусоз?v=2391,336,0.2

Похідний файл схеми (BPMN)

Опис кроків по процесу

1

№ кроку

Крок

Опис

Методи API які мають або можуть бути використані

2

SE [1.10]

СГуСОЗ необхідно провести реорганізацію

У СГуСОЗ є причини проведення реорганізації

 

3

[GW 1.10]

який тип СГуСОЗ?

Якщо тип СГуСОЗ PRIMARY_CARE, то перейти до кроку [1.10]

Якщо тип СГуСОЗ OUTPATIENT, то перейти до кроку [1.20]

 

4

[1.10]

Провести реорганізацію закладу ПМД поза межами ЕСОЗ

Юридичний процес відбувається поза межами ЕСОЗ. Можливі види реорганізації:

  • Приєднання;

  • Злиття;

  • Виділ;

  • Поділ.

 

5

[GW 1.20]

СГуСОЗ-правонаступник зареєстрований в ЕСОЗ?

Якщо ні, то перейти до кроку [1.20]

Якщо так, то перейти до кроку [GW 1.30]

 

6

[1.20]

Реєстрація даних про СГуСОЗ та керівника СГуСОЗ

[DRAFT] BP-ESOZ-001-0001 [MIS] Реєстрація СГуСОЗ та керівника СГуСОЗ

 

7

[1.30]

Реєстрація співробітника

[DRAFT] BP-ESOZ-006-0001 [MIS] Реєстрація співробітника

реєстрація лікарів ПМД, які  працевлаштувалися в закладі правонаступнку та мають активні декларації в закладі-правопопереднику

 

8

[GW 1.30]

МІС правонаступника  = МІС правопопередника?

Якщо ні, то перейти до кроку [1.40]

Якщо так, то перейти до кроку [GW 1.40]

Get clients

Get client connections

9

[1.40]

Оновлення даних про СГуСОЗ та керівника СГуСОЗ

[DRAFT] BP-ESOZ-001-0008 [MIS] Оновлення даних СГуСОЗ та керівника СГуСОЗ Керівник закладу, що реорганізовується:

  • переходить до МІС закладу, що є правонаступником.

  • оновлює дані закладу, що реорганізовується.

Система e-Health:

  • перевіряє валідність переданих даних щодо обов'язковості та формату введення.

  • оновлює дані закладу, що реорганізовується.

  • створює новий connection між закладом, що реорганізовується, та МІС закладу, що є правонаступником.

 

10

[1.50]

Зберегти дані підключення до СГуСОЗ, що реорганізовується

МІС закладу, що є правонаступником:

  • зберігає дані доступу закладу, що реорганізовується, до системи e-Health за допомогою МІС закладу, що є правонаступником.

Дія проводиться для подального доступу до реорганізованого закладу

 

11

[GW 1.40]

В СГуСОЗ-правонаступнику зареєстровані лікарі ПМД?

Якщо ні, то перейти до кроку [1.30]

Якщо так, то перейти до кроку [1.60]

 

12

[1.30]

Реєстрація співробітника

[DRAFT] BP-ESOZ-006-0001 [MIS] Реєстрація співробітника

реєстрація лікарів ПМД, які  працевлаштувалися в закладі правонаступнку та мають активні декларації в закладі-правопопереднику

 

13

[1.60]

Надіслати звернення про реорганізацію в ЕСОЗ до НСЗУ

Керівник звертається до НСЗУ поза межами ЕСОЗ, ініціюючи початок процесу реорганізації СГуСОЗ в ЕСОЗ

 

14

[2.10]

Отримати звернення від МІС

Працівник НСЗУ отримує звернення від СГуСОЗ про необхідність проведення реорганізації

 

15

[2.20]

Відкрити розділ "Реорганізація закладів" в адмін панелі

Працівник НСЗУ відкриває необхідний розділ в адмін панелі НСЗУ

 

16

[2.30]

Знайти за кодом ЄДРПОУ СГуСОЗ, який необхідно реорганізувати

Працівник НСЗУ:

  • знаходиться в підмодулі "Реорганізація закладів".

  • заповнює код ЄДРПОУ закладу, який необхідно реорганізувати.

  • обирає заклад, який необхідно реорганізувати.

Система e-Health:

  • перевіряє валідність заповнених полів щодо обов'язковості та формату введення.

  • здійснює пошук закладу в системі за вказаними пошуковими параметрами.

  • відображає обраний користувачем заклад, який необхідно реорганізувати.

 

17

[GW 2.10]

який тип СГуСОЗ?

Якщо тип СГуСОЗ PRIMARY_CARE, то перейти до кроку [2.40] 

Якщо тип СГуСОЗ OUTPATIENT, то перейти до кроку [2.60]

 

18

[2.40] 

Обрати тип реорганізації для PRIMARY_CARE

Працівник НСЗУ:

  • обрає необхідний тип реорганізації закладу ("приєднання", "злиття", "поділ" або "виділ").

 

19

[2.50]

Обрати заклад(и), що є правонаступником(ами).

Працівник НСЗУ:

  • обирає заклад(и), що є правонаступником(ами) зі списку згідно пошукових параметрів

 

20

[2.60]

Обрати тип реорганізації для OUTPATIENT

Працівник НСЗУ обирає тип реорганізації: “перетворення”

 

21

[2.70]

Заповнити додаткову інформацію

Працівник НСЗУ заповнює :

  • підставу для проведення реорганізації

  • дату щодо прийнятого юридичного рішення з реорганізації.

 

22

[2.80]

Ініціювати процес реорганізації

Працівник НСЗУ:

  • переглядає заповнену на попередніх кроках інформацію та, наклавши КЕП, відправляє запит до ЕСОЗ.

Система e-Health:

  • перевіряє приналежність КЕП до користувача, що виконує запит.

  • виконує процедуру реорганізації обраних закладів:

    • змінює статус медичних працівників реорганізованого закладу (для "виділ" - реорганізованої частини закладу) на reorganized.

    • обмежує доступ реорганізованого закладу (для "виділ" - медичних працівників виділеної частини) - надаються права тільки на читання.

    • встановлює кінцеву дату для активних декларацій реорганізованих медичних працівників - через XX днів після дати виконання процедури реорганізації (конфігураційний параметр, може бути заданий користувачем НСЗУ).

    • призупиняє активні договори реорганізованого закладу.

    • змінює статус реорганізованого закладу на reorganized (окрім "виділ").

  • створює в базі даних записи про процедуру реорганізації закладів.

(GraphQL) Reorganize Legal Entities

23

[3.10]

Reorganize Legal Entities

Сервіс ЦБД ЕСОЗ, який забезпечує ініціацію реорагнізації СГуСОЗ

 

24

[GW 3.10]

Який тип реорганізації?

Якщо тип реорганізації один з:

[ACCESSION, MERGING, DIVIDING], то перейти до кроку [3.20]

Якщо тип реорганізації: SEPARATING, то перейти до кроку [3.50]

Якщо тип реорганізації: TRANSFORMATION, то перейти до кроку [3.80]

 

25

[3.20]

Реорганізувати усіх співробітників в СГуСОЗ- правопопереднику

Система ЦБД ЕСОЗ

  • змінює статус медичних працівників реорганізованого закладу на reorganized.

  • оновлює тип клієнта

 

26

[3.30]

Оновити тип клієнта

Система ЦБД ЕСОЗ

  • оновлює тип клієнта (set client_type_id = $MSP_LIMITED_ID). Відповідний тип має обмежені права в ЦБД ЕСОЗ

 

27

[3.40]

Призупинити контаркти СГуСОЗ

Система ЦБД ЕСОЗ призупиняє контракти СГуСОЗ з НСЗУ:

  1. Set merged_from legal entity contract as suspended in contracts table (PRM DB):

    1. set is_suspended = true

    2. set status_reason = ‘DEFAULT’

    3. set reason = ‘Реорганізація СГуСОЗ’

    4. set updated_at = now()

    5. set updated_by = $user_id

 

28

[3.50]

Реорганізувати частину співробітників в СГуСОЗ- правопопереднику

Система ЦБД ЕСОЗ реорганізовує частину співробітників

  • set status = ‘REORGANIZED’ (лише для тих party_id, які зареєстровані в правонаступнику!)

 

29

[3.60]

Оновити ролі реорганізованих співробітників

Система ЦБД ЕСОЗ оновлює ролі реорганізованих співробітників

  • set role_id = $DOCTOR_LIMITED_ID (лише для тих party_id, які зареєстровані в правонаступнику!)

Відповідна роль має обмежені права в ЦБД ЕСОЗ.

 

30

[3.70]

Встановити 90-термін дії декларацій для реорганізованих співробітників

Система ЦБД ЕСОЗ встановлює термін декларацій для реорганізованих співробітників (

  1. set end_date = now() + value of LEGAL_ENTITY_REORGANIZATION_TRANSITION_PERIOD config)

Термін у 90 надається, для того, щоб втигнути за цей період переукласти декларації за спрощеною процедурою. До спливу відповідного терміну декларації будуть активними в закладі-правопопереднику

 

31

[3.80]

Зупинити токени та апрувели для реорганізованих співробітниів

Система ЦБД ЕСОЗ забезпечує неможливість продовжувати операції в ЕСОЗ для реорганізованих співробітників

 

32

[3.90]

Призупинити СГуСОЗ

Система ЦБД ЕСОЗ встановлює СГуСОЗ як 'SUSPENDED'.

 

33

[3.100]

Оновити дані СГуСОЗ з ЄДР

Система ЦБД ЕСОЗ оновлює дані СГуСОЗ з ЄДР

  1. Update merged_from legal entity EDR data fields in legal_entities table (PRM DB):

    1. set edr_data_id = null

    2. set updated_at = now()

    3. set updated_by = $user_id

  2. Perform upsert_edr_data process, that is used to update or insert EDR Data for Legal Entity:

    1. Update or insert edr_data for merged_from legal entity edrpou based on EDR Data response in edr_data table (PRM DB)

    2. Update merged_from legal entity EDR Data info based on EDR Data response in legal_entities table (PRM DB)

    3. Update edr_data_id of merged_from legal entity in legal_entities table (PRM DB)

 

34

[3.110]

Призупинити контаркти СГуСОЗ

Система ЦБД ЕСОЗ призупиняє контракти СГуСОЗ з НСЗУ:

  1. Set merged_from legal entity contract as suspended in contracts table (PRM DB):

    1. set is_suspended = true

    2. set status_reason = ‘DEFAULT’

    3. set reason = ‘Реорганізація СГуСОЗ’

    4. set updated_at = now()

    5. set updated_by = $user_id

 

35

[3.120]

Оновити таблицю реорганізованих СГуСОЗ

Система ЦБД ЕСОЗ створює в базі даних записи про процедуру реорганізації закладу (PRM.related_legal_entities)

 

36

[1.70]

Авторизуватися в реорганізованому закладі

Співробітник СГуСОЗ з типом ADMIN авторизовується в реорганізованому закладі

 

37

[1.80]

Отримати список реорганізованих співробітників

Співробітник СГуСОЗ з типом ADMIN зареєстрований в ЕСОЗ та має необхідні права доступу тільки на читання.

Співробітник СГуСОЗ з типом ADMIN отримує список реорганізованих співробітників. Передати в пошукових параметрах (status = REORGANIZED,
employee_type = DOCTOR)

[DRAFT] REST API Get Employees list [API-005-007-001-0097]

38

[1.90]

Зберегти дані реорганізованих співробітників

Співробітник СГуСОЗ з типом ADMIN зареєстрований в ЕСОЗ та має необхідні права доступу тільки на читання.

  • переходить до МІС закладу, що є правонаступником.

  • виконує запит на отримання списку активних декларацій реорганізованого закладу. зберігає список реорганізованих співробітників в базу даних MIS.

    Дані зберігаються у розрізі:

  • ідентифікатору реорганізованого закладу (legal_entity_id);

  • ідентифікатору співробітника реорганізованого закладу (employee_id);

  • ідентифікатору особи співробітника реорганізованого закладу (party_id).

 

39

[1.100]

Отримати список активних декларацій реорганізованого закладу

Співробітник СГуСОЗ з типом ADMIN :

  • зареєстрований в ЕСОЗ та має необхідні права доступу тільки на читання.

  • переходить до МІС закладу, що є правонаступником.

  • виконує запит на отримання списку активних декларацій реорганізованого закладу.

Система e-Health:

  • перевіряє наявність прав доступу.

  • повертає список декларацій реорганізованого закладу, що відповідають параметрам пошуку.

[DRAFT] REST API Get Declarations List [API-005-004-001-0059]

40

[1.110]

Зберегти дані активних декларацій реорганізованих співробітників

МІС закладу, що є правонаступником:

  • зберігає дані декларацій реорганізованих співробітників в попередньо створену таблицю, в розрізі:

    • ідентифікатору пацієнта (person_id);

    • ідентифікатору декларації (declaration_id);

    • номеру декларації (declaration_number).

Дані декларацій необхідно зберегти виключно для тих співробітників, які були реорганізовані (employee_id із декларації знаходиться в таблиці даних реорганізованих співробітників).

Приклад таблиці даних співробітників і декларацій реорганізованого закладу наведено нижче в Результатах процесу.

 

41

[1.120]

Створення декларації за спрощеною процедурою

Сюди треба посилання на новый БП [MIS] Створення декларації за спрощеною процедурою"

@Kateryna Yakovleva [DRAFT] BPG-ESOZ-021 Облік декларацій

 

Бізнес правила

  1. Юридичний процес реорганізації повинен передувати технічному процесу в ЕСОЗ

  2. Запит на реорганізацію СГуСОЗ може виконати співробітник НСЗУ з відповідними правами в ЕСОЗ (legal_entity:merge)

  3. Для СГуСОЗ вторинної медичної допомоги (СМД) доступний лише тип реорагнізації “Перетворення”

  4. ФОП не можна реорганізувати шляхом “Перетворення”

  5. Для СГуСОЗ первинної медичної допомоги (ПМД) доступні наступні типи реорганізації

    1. Приєднання;

    2. Злиття;

    3. Виділ;

    4. Поділ;

  6. Якщо тип реорганізації Виділ, то перед процесом реорганізації в ЕСОЗ лікарі, які влаштувалися в закладі-правонаступнику, мають бути зареєстровані у відповідному legal_entity.

  7. Перед процесом реорганізації в ЕСОЗ заклад-правопопередник має бути в статусі “Активний” або “Призупинений”

  8. Заклади, що беруть участь в реорганізації, не повинні бути уже реорганізованими (відносно один одного)

Результат процесу

  1. Результати реорганізації для типів Приєднання, Злиття, Поділ

    1. змінює статус медичних працівників реорганізованого закладу на reorganized.

    2. обмежує доступ реорганізованого закладу (для "виділ" - медичних працівників виділеної частини) - надаються права тільки на читання.

    3. встановлює кінцеву дату для активних декларацій реорганізованих медичних працівників - через XX днів після дати виконання процедури реорганізації (конфігураційний параметр, може бути заданий користувачем НСЗУ).

    4. призупиняє активні договори реорганізованого закладу

    5. змінює статус реорганізованого закладу на reorganized

  2. Результати реорганізації для типу Виділ

    1. змінює статус медичних працівників реорганізованої частини закладу на reorganized

    2. обмежує доступ медичних працівників виділеної частини -надаються права тільки на читання.

    3. встановлює кінцеву дату для активних декларацій реорганізованих медичних працівників - через XX днів після дати виконання процедури реорганізації (конфігураційний параметр, може бути заданий користувачем НСЗУ)

  3. Результати реорганізації для типу Перетворення

    • виконує процес оновлення даних ЄДР реорганізованого закладу:

      • очищає діючу прив'язку edr_data_id;

      • виконує синхронізацію даних з ЄДР;

      • створює нову прив'язку до edr_data_id.

    • призупиняє активні договори реорганізованого закладу.

    • змінює статус реорганізованого закладу на “Призупинений”.

  4. Результати процесу MIS в контексті збереження даних декларацій для подальшої можливості створення декларацій за спрощеною процедурою

    1. МІС закладу, що є правонаступником, зберіг дані декларацій, які необхідно переукласти за спрощеною процедурою протягом 90 днів

Приклад таблиці даних співробітників і декларацій реорганізованого закладу

Reorganized Legal Entity ID

Reorganized Employee ID

Reorganized Employee Party ID

Declaration ID

Person ID

Declaration Number

Reorganized Legal Entity ID

Reorganized Employee ID

Reorganized Employee Party ID

Declaration ID

Person ID

Declaration Number

7ec2ade1-1ae7-4b87-93a9-aaff2277c1d9

cb1ea774-1e5a-4aff-bf62-89b205f8d5a1

ad796056-085e-4be1-9559-b0000203453d

46e3786c-b41d-497d-8de5-269ed095bfb7

10d92351-2f64-416d-9367-7cc2581a1c0c

0001-A685-M000

7ec2ade1-1ae7-4b87-93a9-aaff2277c1d9

cb1ea774-1e5a-4aff-bf62-89b205f8d5a1

ad796056-085e-4be1-9559-b0000203453d

028f263d-1f9e-4b5c-9edf-3a3d8e63b850

cfc38731-c24e-42b9-b315-078391d5b5f3

0001-0685-M000

7ec2ade1-1ae7-4b87-93a9-aaff2277c1d9

2a9c5fc1-46e2-44c1-bd7a-57d16046de0b

485661d6-b4ba-4082-96bf-cfd49704ea9a

2d1a2bed-b1f8-4196-9328-8ce22f8354be

47d4b551-7e5a-436c-9376-cd56ca25406b

0001-E685-M000

7ec2ade1-1ae7-4b87-93a9-aaff2277c1d9

2a9c5fc1-46e2-44c1-bd7a-57d16046de0b

485661d6-b4ba-4082-96bf-cfd49704ea9a

49e6d2b5-9647-4da7-b089-b1b118326bca

11cd8209-44c0-403d-b8aa-f7064b710347

0001-1685-M000

Перелік змін

Версія документа

Опис змін

Номер релізу

Версія документа

Опис змін

Номер релізу

1

 

 

 

2

 

 

 

 

 

Related content

Процеси роботи по реорганізації закладів
Процеси роботи по реорганізації закладів
Read with this
[DRAFT] BP-ESOZ-001-0004 [NHS] Призупинення СГуСОЗ
[DRAFT] BP-ESOZ-001-0004 [NHS] Призупинення СГуСОЗ
More like this
Специфікація (Реорганіація закладів)
Специфікація (Реорганіація закладів)
Read with this
[DRAFT] BP-ESOZ-001-0002 [NHS] Зміна статусу верифікації СГуСОЗ
[DRAFT] BP-ESOZ-001-0002 [NHS] Зміна статусу верифікації СГуСОЗ
More like this
Create/Update Legal Entity V2
Create/Update Legal Entity V2
Read with this
[DRAFT] BP-ESOZ-001-0007 [NHS] Закриття СГуСОЗ
[DRAFT] BP-ESOZ-001-0007 [NHS] Закриття СГуСОЗ
More like this

ЕСОЗ - публічна документація