Загальні дані
Дана стаття описує процес створення запиту на контракт між НСЗУ та Медичним Закладом.
В процесі запиту на укладання та підписання контракту зі сторони медичного закладу задіяні керівник та HR-працівник, зі сторони НСЗУ працівник відділу контрактування NHS ADMIN SIGNER
Передумовами процесу подання запиту та укладання контракту для медичного закладу є:
Наявність Legeal Entity медичного закладу з зареєстрованими ролями OWNER, HR в системі eHealth.
Наявність Кваліфікованого Електронного Підпису (надалі КЕП) у керівника та HR-працівника медичного закладу.
Наявність Статуту.
Наявність Звіту про матеріально-технічне забезпечення закладу.
Схеми процесу
Юридичне підгрунтя
Закони України:
05.10.2017 № 2155-VIII "Про електронні довірчі послуги"
Постанови КМ України:
25 квітня 2018 р. № 410 “Деякі питання щодо договорів про медичне обслуговування населення за програмою медичних гарантій”
25 квітня 2018 р. № 411 “Деякі питання електронної системи охорони здоров’я”
Опис бізнес-процесів
Керівник/уповноважена особа медичного закладу ініціює створення заявки.
/
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 надходить з умовами до керівника/уповноваженої особи медичного закладу.
Медичний заклад може:Відхилити умови (набуває статусу '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
’.
Обов`язкова умова: Контракт має бути в статусі VERIFIED
.
Для реабілітації призупиненого контракту, необхідно передати contract_number
призупиненого контракту та повні і релевантні дані медичного закладу через Contract Request.
Важливо:
При оновленні контракту повторний підпис анулює попередній контракт. Тому при оновленні даних, необхідно передати всю інформацію медичного закладу включаючи підрозділи, що входять до контракту, підрядників та лікарів.
Зі статусом ‘TERMINATED’.
Оновлення контракту в статусі TERMINATED
неможливо.
Оновлення додатку про співробітників
(виключно для капітаційного контракту).
Для оновлення даних працівників медичного закладу в підрозділах реалізован окремий end point, що дозволяє зміну даних в односторонньому порядку (КЕП лише зі сторони медичного закладу) / Update Contract Employees
Умови зміни даних співробітників
Контракт має бути в статусі
VERIFIED
.В підписаному контенті мають бути надані дані хоча б одного працівника.
Попередня версія хісторизується (end_date
набуває значення) і записується нова версія для даного контракту (start_date= now(), end_date= null)
Оновлення масиву даних не передбачене.