Table of Contents |
---|
Загальні дані
А також процес зміни даних підписаного контракту.
Дана стаття описує процес створення запиту на контракт між НСЗУ та Медичним Закладом.
В процесі запиту на укладання та підписання контракту зі сторони медичного закладу задіяні керівник та HR-працівник, зі сторони НСЗУ працівник відділу контрактування NHS ADMIN SIGNER
Передумовами процессу подання запиту та укладання контракту для медичного закладу є:
- Наявність Legeal Entity медичного закладу з зареєстрованими ролями OWNER, HR в системі eHealth.
- Наявність Кваліфікованого Елекронного Підпису (надалі КЕП) у керівника та HR-працівника медичного закладу.
- Наявність Статуту.
- Наявність Звіту про матеріально-технічне забезпечення закладу.
Схеми процесу
Юридичне підгрунтя
Info |
---|
Закони України:
Постанови КМ України:
|
Опис бізнес-процесів
- Керівник/уповноважена особа медичного закладу ініціює створення заявки.
/
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
Warning | ||
---|---|---|
| ||
У випадку, якщо медичний заклад має непідтверджену заявку (в статусах 'NEW', 'IN_PROCESS','APPROVED', 'PENDING_NHS_SIGN', 'NHS_SIGNED') і подає ще одну, перша заявка набуває статусу 'TERMINATED' і відміняється. |
- Заявка в статусі ‘APPROVED надходить з умовами до керівника/уповноваженої особи медичного закладу.
Медичний заклад може: - Відхилити умови (набуває статусу 'TERMINATED')/
Terminate contract request
- Дати згоду на представлені умови приклавши КЕП (набуває статусу ‘PENDING_NHS_SIGN’). /
Approve Contract Request by MSP
- Погоджена медичним закладом заявка в статусі ‘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’
не проводяться.
Оновлення контракту.
Зі статусом ‘is_suspended=true
’.
Обов`язкова умова: Контракт має бути в статусі VERIFIED
.
Для реабілітації призупиненого контракту, необхідно передати contract_number
призупиненого контракту та повні і релевантні дані медичного закладу через Contract Request.
Note | ||
---|---|---|
| ||
При оновленні контракту повторний підпис анулює попередній контракт. Тому при оновленні даних, необхідно передати всю інформацію медичного закладу включаючи підрозділи, що входять до контракту, підрядників та лікарів. |
Зі статусом ‘TERMINATED’.
Оновлення контракту в статусі TERMINATED
неможливо.
Оновлення додатку про співробітників
(виключно для капітаційного контракту).
Для оновлення даних працівників медичного закладу в підрозділах реалізован окремий end point, що дозволяє зміну даних в односторонньому порядку (КЕП лише зі сторони медичного закладу) / Update Contract Employees
Info | ||
---|---|---|
| ||
|
Попередня версія хісторизується (end_date
набуває значення) і записується нова версія для даного контракту (start_date= now(), end_date= null)
Оновлення масиву даних не передбачене.