Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

Процес


Опис

  1. Уповноважений працівник НСЗУ ініціює зв'язок мед закладів правом правонаступності юридичних осіб.
  2. Валідується, що мед заклад не має активних зв'язків правонаступності (не перебуває в стані реорганізації)
    Якщо мед заклад перебуває в стані реорганізації - уповноважений працівник НСЗУ повинен деактивуваати попередній зв'язок правонаступності.
  3. Уповноважений працівник НСЗУ встановлює зв'язок правонаступності юридичних осіб та накладає ЕЦП.
  4. E-health:
    1. перевіряє, що employee та party, які були в закладі до реорганізації були зареєстровані в новому закладі (з таким жe speciality_officio). У випадку, якщо employee  не було переведено або змінилася speciality_officio - статус такого employee в закладі до реорганізації буде змінено на DISMISSED
    2. декларації таких employee переводяться в статус TERMINATED
    3. в таблиці prm.related_legal_entities відбувається запис
      1. id - id запису
      2. child_id - id legal entity закладy до реорганізації
      3. parent_id - id legal entity закладy після реорганізації
      4. is_active - true
      5. reason - акт верифікації по реорганізації 
      6. inserted_at
      7. inserted_by
    4. змінюється client_type для закладу до реорганізації 

Ствердження

  1. Ініціатором зв'язку мед закладів правом правонаступності є НСЗУ
  2. Зв'язок правонаступництва кожного разу встановлюється між двома мед закладами.
  3. Декларації, що належать лікарям, яких не було зареєстровано в новому мед закладі буде переведено в статус Terminated
  4. Лікарі, яких не було зареєстровано в новому мед закладі будуть переведені в статус DISMISSED
  5. Мед заклад не може бути одночасно більше ніж в одній реорганізації. Попередня реорганізація має бути завершена
  6. Зі 'старим' client_id можна здійснити лише read. Scope на write не дозволено.
  7. Для читання деклрацій не обов'язково логінитися під userом, що належить до 'старого' мед закладу. Передаючи в параметрах Get declaration_list?legal_entity_id MIS може обрати декларації якого мед закладу показувати
  8. За замовчуванням в респонс на  Get declaration_list? буде повернено лише декларації, обмежені контекстом з поточного токену (для яких legal_entity_id = client_id з токену)


Питання

  1. Що відбувається, коли НСЗУ завершує попередню реорганізацію (всі активні лікарі мають бути переведені в статус DISMISSED, декларації - TERMINATED, а legal entity -  CLOSED).