Даний розділ описує процес створення запиту на контракт між НСЗУ та медичним закладом. Після погодження зі сторони НСЗУ запит на контракт може бути двосторонньо підписаний і таким чином створено контракт, на основі якого буде здійснювати капітаційний або реімбурсаційний звіт та розрахунки.

Процес

Першим кроком керівкник мед закладу або уповноважена особа ініціює створення заявки (Public. Initialize Contract Request). У відповідь надходять згенеровані лінки для завантаження документів (статуту та звіту про матеріально технічне забепзечення) та ID запиту на контракт. Після того як документи були завантажені зі сторони MSP керівкник мед закладу або уповноважена особа створює заявку і заповнює свою частину даних, яку підписує ЕЦП. Після цього створюється заявка в статусі NEW (Create Contract Request). Набір даних зяви відрізняється в залежності від типу контракту капітаціїя/реімбурсація.
Після цього з свого боку представник НСЗУ бере заявку на розгляд: призначає виконавця, після чого заявка автоматично переходить в статус IN_PROCESS (Update Contract Request Assignee).

Назначений працівник може дозаповнити дані (Private. Update Contract Request by NHS Signer) та підтвердити заявку, підписавши її та змінивши статус на APPROVED (Approve Contract Request by NHS).

Коли завка знаходиться в статусі IN_PROCESS представник НСЗУ може відхилити заявку (переведення в статус DECLINED), вказавши причину (Decline Contract Request). Відхилення також відбувається шляхом накладання ЕЦП.

Open

Якщо паралельно із непідписаною заявкою (status in  'NEW', 'IN_PROCESS','APPROVED', 'PENDING_NHS_SIGN', 'NHS_SIGNED') буде подано ще одну заявку по цьому ж мед закладу, типу контракту та перетинним датами - попердня заявка буде відмінена (status='TERMINATED').

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

Open

Заявка в статусі APPROVED має бути погоджена зі сторони мед закладу (Public. Approve Contract Request by MSP). Якщо мед заклад згідний із умовами, то заявка має бути переведена зі статусу APPROVED в статус PENDING_NHS_SIGN. Також кервіник мед закладу або уповноважена особа може відхилити непідписану заявку (Terminate contract request). Заявка в статусі PENDING_NHS_SIGN має бути підписана зі сторони НСЗУ. Послідовність підписів фіксована: перший підпис має бути зі сторони НСЗУ, фінальний - власника/уповноваженої особи мед закладу.

Представник НСЗУ отримує заявку в статусі PENDING_NHS_SIGN (Get Contract Request) та може підписати її (Private. Sign Contract Request by NHS). Після цього статус заявки змінюється на NHS_SIGNED.  

Після підписання заявки підписаний контент зберігається в сховищі файлів (media storage)

Заявка в статусі NHS_SIGNED може бути підписана зі сторони мед закладу. Для цього необхідно отримати лінк та завантажити pkcs7 файл, що вже був підписаний зі сторони НСЗУ (Get partially signed Contract Request). На цей файл має бути накладено підпис власника/уповноваженої особи мед закладу (Sign Contract Request by Legal Entity). В результаті підписання буде створено сутності контракт та лікарі/підрозділи, що входять до контракту.

В разі, якщо дані по мед закладу (назва, адреса, статус) або керівнику (ПІБ, статус) були оновлені контракт тимчасово призупиняється (is_suspended=true). Якщо такі ж поля були оновлені по НСЗУ або підписанту зі сторони НСЗУ, контракт аналогічно перестає бути дійсним і переводиться в is_suspended=true. По такому контратку виплати не проводяться.

В такому випадку він має бути оновлений через новий Contract Request який ініціюється відповідним запитом (Create contract request від ЗОЗ, Create contract request by NHS від НСЗУ) з передачею contract_number призупиненого контракту. При цьому Контракт має бути в статусі VERIFIED. Контракт в статусі TERMINATED оновити не можна, лише стоверно новий.

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

Оновлення додатку про співробітників - Тільки для капітаційного контракту.

Для оновлення даних по мед працівниках в підрозділах існує окремий енд поінт для оновлення в односторонньому порядку (підпис лише зі сторони мед закладу Update Contract Employees). При цьому контракт має бути в статусі VERIFIED.

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

Контракт можна відмінити - Private. Terminate contract