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

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Current »

Загальні дані

Дана стаття описує процес створення запиту на контракт між НСЗУ та Медичним Закладом.

В процесі запиту на укладання та підписання контракту зі сторони медичного закладу задіяні керівник та HR-працівник, зі сторони НСЗУ  працівник відділу контрактування NHS ADMIN SIGNER

Передумовами процесу подання запиту та укладання контракту для медичного закладу є:

  • Наявність Legeal Entity медичного закладу з зареєстрованими  ролями OWNER, HR в системі eHealth.

  • Наявність Кваліфікованого Електронного Підпису (надалі КЕП) у керівника та HR-працівника медичного закладу.

  • Наявність Статуту.

  • Наявність Звіту про матеріально-технічне забезпечення закладу.

Схеми процесу


Юридичне підгрунтя


Опис бізнес-процесів

  • Керівник/уповноважена особа медичного закладу ініціює створення заявки. /Initialize Contract Request
    У відповідь отримує посилання для завантаження необхідних документів- Статуту та Звіту про матеріально-технічне забезпечення закладу. Завантажені документи підписуються КЕП. Набір даних залежить від типу контракту- капітаціїя/реімбурсація.
    Результат: Створюеться заявка зі статусом NEW./Create Contract Request 

  • Представник НСЗУ приймає заявку до розгляду та призначає виконавця, що переводе заявку до статусу IN_PROCESS/Update Contract Request Assignee
    Призначений виконавець переводить Legal Entity має права на доповнення даних медичного закладу./Update Contract Request by NHS

    • Відхилення заявки, з вказанням причини та КЕП виконавця НСЗУ./Decline Contract Request

    • Підтвердження заявки на контракт, що потребує КЕП  виконавця НСЗУ та зміни статусу заявки на APPROVED./Approve Contract Request by NHS

Важливо

У випадку, якщо медичний заклад  має непідтверджену заявку (в статусах 'NEW', 'IN_PROCESS','APPROVED', 'PENDING_NHS_SIGN', 'NHS_SIGNED') і подає ще одну, перша заявка набуває статусу 'TERMINATED' і відміняється.

  • Заявка в статусі ‘APPROVED надходить з умовами до керівника/уповноваженої особи медичного закладу.
    Медичний заклад може:

  • Погоджена медичним закладом заявка в статусі ‘PENDING_NHS_SIGN’ надходить/Get Contract Request до керівника НСЗУ, який підписує заявку КЕП/Sign Contract Request by NHS і заявка набуває статусу ‘NHS_SIGNED’

  • Заявка в статусі ‘NHS_SIGNED’  надходить до медичного закладу у вигляді посилання на підписаний НСЗУ .pkcs7 файл/Get partially signed Contract Request.
    Керівник/уповноважена особа має завантажити його та накласти КЕП/Sign Contract Request by Legal Entity

Зміни статусу контракту.

Тимчасове припинення контракту.

При оновленні даних медичного закладу (назва, адреса, статус) або керівника (ПІБ, статус) контракт тимчасово припиняється (is_suspended=true).

При оновленні даних НСЗУ або виконавця зі сторони НСЗУ, контракт аналогічно набуває статусу ‘is_suspended=true’.

Оновлення контракту.

Зі статусом  ‘is_suspended=true’.

Обов`язкова умова: Контракт має бути в статусі VERIFIED.

Для реабілітації призупиненого контракту, необхідно передати contract_number призупиненого контракту та повні і релевантні дані медичного закладу через Contract Request.

Важливо:

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

Зі статусом ‘TERMINATED’.

Оновлення контракту в статусі TERMINATED неможливо.

Оновлення додатку про співробітників 

(виключно для капітаційного контракту).

Для оновлення даних працівників медичного закладу в підрозділах реалізован окремий end point,  що дозволяє зміну даних в односторонньому порядку (КЕП лише зі сторони медичного закладу) / Update Contract Employees 

Умови зміни даних співробітників

  • Контракт має бути в статусі VERIFIED.

  • В підписаному контенті мають бути надані дані хоча б одного працівника.

Попередня версія хісторизується (end_date набуває значення) і записується нова версія для даного контракту (start_date= now(), end_date= null)

 Оновлення масиву даних не передбачене. 

  • No labels