ЕСОЗ - публічна документація
Опис бізнес-процесу про укладення договорів між аптекою та НСЗУ та технічні вимоги до МІС
- Nickolay Kolotov (SoE eHealth)
- Oleksandr Zhuk (SoE eHealth)
- Dmytro Kulibaba (Unlicensed)
- Dmytro Omelchenko (SoE eHealth)
Опис бізнес-процесу про укладення договорів між аптекою та НСЗУ - Insulin reimbursement program
Опис бізнес-процесу про укладення договорів по реімбурсації між аптекою та НСЗУ та технічні вимоги до МІС
станом на 17.11.2021 р.
Кольорова маркіровка
додано до процесів
видалено з процесів
змінено в процесах
Цей процес стосується укладенню договорів між аптечними закладами (АЗ) та НСЗУ за такими программами:
“Серцево-судинні та цереброваскулярні захворювання, цукровий діабет 2-го типу та хронічні хвороби нижніх дихальних шляхів“ (стара назва - “Доступні ліки“)
medical_program_id 63c1f32f-c8f4-4f5b-81a9-79b8452d6545)
“Інсуліни людські” (картриджи та шприц ручки з доплатою)
medical_program_id 857588d8-9e12-4935-96c4-b08e95d19dce
“Інсуліни аналоги (з доплатою)”
medical_program_id e9c6beeb-b19f-4b97-b42a-020c5c996c56
“Інсуліни людські (флакони безоплатно)”
medical_program_id cda113e4-b8dd-4ec4-a878-3d1c7eae49da
“Інсуліни людські (картриджи та шприц-ручки безоплатно)”
medical_program_id 8efe29df-18bd-4d49-8995-c3f7e44d9e12
“Інсуліни аналоги (безоплатно)”
medical_program_id 7335a30e-61f2-42b0-9ed4-2afe847bba16
“Нецукровий діабет”
medical_program_id 14e19712-b443-4391-b0f7-aba8e8662459
“Розлади психіки та поведінки”
medical_program_id f217889f-736f-462c-8f8b-ed99edddb3be
“Епілепсія”
medical_program_id 9d94a21b-ec70-4b91-946a-981f4db8d2b9
“Хвороба Паркінсона”
medical_program_id 0eececf1-aaf5-48fb-87e2-da44b7c49db2
“Імуносупресивні лікарські засоби”
8a11c513-e7a9-4800-9fb9-becb743e08c4
“Опіоїдні анальгетики”
5562904e-100f-11ee-be56-0242ac120002
”Опіоїдні анальгетики для лікування РПП”
9723a9a0-100a-11ee-be56-0242ac120002
”Медичні вироби для визначення рівня глюкози в крові”
0cefbce3-6dd2-45bd-b1e6-983fc055d5e0
Опис бізнес-процесу
Першим кроком керівник аптечного закладу або уповноважена особа ініціює створення заявки:
Confluence: Initialize Contract Request
Apiary: Initialize Contract Request
У відповідь надходять ID запиту на договір та згенеровані лінки для завантаження документів (завантаження документів для аптек є опціональним).
Після того як документи були завантажені з боку керівника АЗ (або уповноваженої особи), або було пропущено цей крок, необхідно створити заявку на договір і заповнити необхідні дані та підписати її КЕП.
Набір даних заявки для реімбурсаційного договору має такі атрибути
Attribute | Is required | Description |
|---|---|---|
contractor_owner_id | true | підписант, з боку мед. закладу |
contractor_base | true | на якій підставі діє підписант: закон/домовленість |
contractor_payment_details | true | об'єкт, що містить дані по рахунку, на який будуть здійснюватися виплати |
previous_request_id | false | опційне поле, яке вказує, що поточний запит на контракт є новою версією вказаного запиту |
contractor_divisions | true | масив id відділень мед. закладу, що включаються в договір |
start_date | false | цей договір діє з (рік має бути поточний або наступний) |
end_date | false | цей договір діє по (рік має співпадати з роком у start_date або бути наступним за роком start_date за умови, що договір укладається строком на рік) |
id_form | true | значення яке відповідає підтипу договору і обирається з довідника: REIMBURSEMENT_CONTRACT_TYPE |
contract_number | false | human-readable номер договору |
statute_md5 | false | хеш завантаженого документу (статуту) |
additional_document_md5 | false | хеш завантаженого документу (додатковий документ) |
medical_programs | true | масив ідентифікаторів державних програми компенсації, що є суб'єктом договору |
consent_text | true | Значення словника: REIMBURSEMENT_CONTRACT_CONSENT_TEXT |
Можливі значення id_form з довідника типів договорів (REIMBURSEMENT_CONTRACT_TYPE) та відповідні масиви програм (medical_programs) надано в таблиці нижче:
Значення з довідника: REIMBURSEMENT_CONTRACT_TYPE | Тип договору | Відповідний масив програм реімбурсації medical_programs |
|---|---|---|
PMD_1 | Реімбурсація “Доступні ліки” | "medical_programs": [ "63c1f32f-c8f4-4f5b-81a9-79b8452d6545" ] |
INSULIN_1 | Реімбурсація “Інсуліни” | "medical_programs": [ “857588d8-9e12-4935-96c4-b08e95d19dce” “e9c6beeb-b19f-4b97-b42a-020c5c996c56” “cda113e4-b8dd-4ec4-a878-3d1c7eae49da” “8efe29df-18bd-4d49-8995-c3f7e44d9e12” “7335a30e-61f2-42b0-9ed4-2afe847bba16” ] |
ND_1 | Реімбурсація “Нецукровий діабет” | "medical_programs": [ "14e19712-b443-4391-b0f7-aba8e8662459" ] |
PSYCHIATRY | Реімбурсація “Розлади психіки та поведінки. Епілепсія” | "medical_programs": [ “9d94a21b-ec70-4b91-946a-981f4db8d2b9” “f217889f-736f-462c-8f8b-ed99edddb3be” ]
|
GENERAL | Договір з реімбурсації | "medical_programs": [ "63c1f32f-c8f4-4f5b-81a9-79b8452d6545", "0cefbce3-6dd2-45bd-b1e6-983fc055d5e0"] |
При цьому, при формуванні заявки на договір АЗ повинен обирати групу програм, а МІС підставляти medical_program_id що належать до обраної групи програм. Інформація про групування медичних програм за групами розміщена Групування медичних програм (для потреб реімбурсації).
Після цього виконується запит на договір в результаті якого створюється заявка в статусі NEW
Confluence:Public. Create Contract Request Apiary: Create Contract Request
На даному етапі в заявку слід передавати підрозділи аптечного закладу. Якщо в майбутньому в аптечному закладі перелік підрозділів буде змінюватись, то потрібно переукладати договір.
При зміні переліку співробітників аптечного закладу в eHealth договір перекладати НЕ потрібно.
Зміна переліку зобов’язань аптечних підрозділів за договором в eHealth не потребує переукладення договору.
Після цього з свого боку представник НСЗУ розглядає заявку: призначає виконавця для розгляду заявки та заявка автоматично переходить в статус IN_PROCESS
Призначений працівник дозаповнює заявку (Private. Update Contract Request by NHS Signer) такими даними:
· nhs_signer_id - підписант
· nhs_signer_base – підстава підписання
· issue_city – місце підписання
· miscellaneous – додаткові умови (наразі додаткових умов в договорі немає, але можуть з’явитись у майбутньому).
Призначений працівник підтверджує заявку, підписавши її КЕП та змінивши статус на APPROVED (Approve Contract Request by NHS) заявка переходить у статус .
Також представник НСЗУ може відхилити заявку, вказавши причину (Decline Contract Request). Відхилення також відбувається шляхом засвідчення КЕП.
На відміну від капітаційних договорів заявка на рівні АЗ не має процесів між статусами APPROVED та PENDING_NHS_SIGN і тому після встановлення статусу APPROVED заявка автоматично переходить в статус PENDING_NHS_SIGN.
В статусі PENDING_NHS_SIGN керівник аптечного закладу або уповноважена особа може відхилити непідписану заявку (Terminate contract request).
Якщо паралельно із непідписаною заявкою (status in 'NEW', 'IN_PROCESS', 'PENDING_NHS_SIGN', 'NHS_SIGNED') буде подано ще одну заявку по цьому ж аптечному закладу, типу договору та перетині дат - попередня заявка буде відмінена (status='TERMINATED').
Заявка в статусі PENDING_NHS_SIGN є драфтом договору і має бути підписана з боку НСЗУ.
Послідовність підписів фіксована: перший підпис має бути з боку НСЗУ, фінальний - керівника або уповноваженої особи аптечного закладу в залежності від.
Представник НСЗУ отримує заявку (драфт договору) в статусі PENDING_NHS_SIGN (Get Contract Request) та може підписати її (Sign Contract Request by NHS). Під час засвідчення заявки на договір з боку НСЗУ застосовується КЕП підписанта та електронна печатка НСЗУ.
Після цього статус заявки змінюється на NHS_SIGNED.
Заявка (драфт договору) в статусі NHS_SIGNED може бути підписана з боку аптечного закладу.
Якщо заявка в статусі NHS_SIGNED не буде підписано протягом 5 днів (не враховуючи день підписання з боку НСЗУ) дана заявка буде автоматично відхилена - перейде у status='TERMINATED'.
Для підписання заявки необхідно отримати лінк та завантажити набір даних у форматі pkcs7, засвідчений з боку НСЗУ (Get Contract Request). Цей набір даних має бути підписаний КЕП керівника з роллю “OWNER” (або уповноваженої особи - користувача з роллю “ADMIN”) аптечного закладу (Public. Sign Contract Request by MSP ).
В результаті підписання заявки на договір аптечним закладом та НСЗУ буде створено сутність договір.
Підписаний контент зберігається в сховищі файлів (media storage).
Схема зміни статусів:
Примітки:
В разі, якщо дані legal entity аптечного закладу (
назва, адреса, статус) або керівника (ПІБ, статус) були оновлені в системі, контракт тимчасово призупиняється (is_suspended=true). В такому випадку він має бути оновлений через новий Contract Request в якому має бути передано contract_number призупиненого контракту. При цьому Контракт має бути в статусі VERIFIED.
2. Зміна переліку медичних програм відбувається шляхом внесення змін до договору.
Зміна в переліку підрозділів та їх атрибутах не впливає на стан контракту. Перелік підрозділів є динамічним та підрозділ вважається чинним, якщо він зареєстровано в системі eHealth. Де підрозділу, що є в договорі - договір тимчасово призупиняється (is_suspended=true)
Якщо в майбутньому аптечний заклад забажає в нових зареєстрованих підрозділах після укладання контракту відпускати ліки за реімбурсацією, то аптечному закладу потрібно переукладати контракт включивши в нього дані нові підрозділи.
3. Внесення змін до договору в статусі TERMINATED неможливе, потрібно лише створювати новий договір.
4. Для внесення змін до договору під час наявності іншої заявки на зміни до договору, остання буде відхилена.
ЕСОЗ - публічна документація