...
...
| Table of Contents |
|---|
...
Передумови процесу
Керівник закладу, бухгалтер закладу попередньо отримують електронний цифровий підпис (ЕЦП) від цього закладу як суб’єкту господарювання.
Юридична особа зареєстрована згідно чинного законодавства.
Типи Legal Entity
Типи Legal Entity відповідають видам медичної допомоги, яка може надаватися суб'єктами господарювання.
Code | Description |
|---|---|
PRIMARY CARE | Заклад з надання первинної медичної допомоги |
PHARMACY | Аптека |
OUTPATIENT | Вторинна, третинна, паліативна медична допомога та реабілітація |
EMERGENCY | Заклад з надання екстренної медичної допомоги |
Бізнес правила
Для реєстрації Суб'єкта господарювання та додання видів медичної допомоги, які він надає, необхідно створити запит на реєстрацію Legal Entity з відповідними типами (один запит на один тип).
Legal Entity вважається активним, якщо його стан Active (діючий) або Suspended (призупинений, Legal Entity набуває даного статусу при створенні за замовченням)
Legal Entity вважається деактивованим, якщо його стан Closed (закрито)
В системі одночасно може існувати декілька активних Legal Entity з одним і тим же ЄДРПОУ та різними типами
В системі не може існувати більше одного активного Legal
Entity зEntity з одним і тим же ЄДРПОУ та типом
Авторизація запиту проводиться за API Secret Key виданого МІС
ЄДРПОУ для облікового
запису MSP маєзапису MSP має бути звірено з ЄДРПОУ що міститься в ЕЦП керівника
Разом з набором даних для реєстрації MSP подаються дані для створення користувача з типом “керівник” медичного закладу (owner)
Створити користувача з типом “керівник” (owner) можливо лише шляхом створення запиту на реєстрацію MSP
Подальша реєстрація користувача виконується в рамках стандартного процесу реєстрації користувача, в рамках цього процесу:
- керівник
керівник закладу отримує посилання для логіну та паролю на свій вказаний робочий email.
Після входу в систему керівник закладу має можливість назначити ролі та ввести інформацію про бухгалтера
та уповноваженута уповноважену особу, що має можливість створювати інших користувачів, обов’язково вказавши контакти – номер телефону та email.
- керівник
Зміна керівника виконується шляхом
повторної реєстраціївиконання запиту на реєстрацію / зміну MSP
У MSP може бути лише 1 співробітник з типом керівник - відповідно у разі
реєстраціївиконання запиту на реєстрацію/зміну MSP з новим керівником, попередній пов’язаний співробітник з типом
керівник“керівник” повинен бути деактивований, проте обліковий запис особи (party), користувач E-Health та інші пов’язані співробітники повинні залишитися. При виконанні запиту на реєстрацію / зміну MSP ідентифікатор попереднього керівника не передається, а це означає, що в системі буде створений новий запис працівника з типом “керівник”, а попередній буде деактивований.
Зміна даних керівника (співробітника)
виконується шляхом повторної реєстрації MSP ізвиконується також шляхом виконання запиту на реєстрацію/зміну MSP, але з передаванням ідентифікатору співробітника з типом “керівник”,
отриманого підприсвоєного під час реєстрації. Таким чином, дані поточного керівника будуть оновлені в системі.
Разом з набором даних для реєстрації MSP подаються дані для створення чи оновлення ліцензії, якщо вона необхідна для обраного типу:
Для реєстрації з типом PHARMACY необхідно мати діючу ліцензію з типом PHARMACY
Для реєстрації з типом PRIMARY_CARE, OUTPATIENT або EMERGENCY необхідно мати діючу ліцензію з типом MSP
Для активних Legal Entity з одним і тим же ЄДРПОУ одночасно у системі може існувати тільки одна ліцензія обраного типу.
Зміна даних ліцензіі виконується шляхом повторної
реєстрації MSP ізреєстрації MSP із передаванням ідентифікатору ліцензії, отриманого під час реєстрації
Зміна інформації закріплюється ЕЦП керівника.
Оновити дані про Legal Entity може тільки його керівник
При обробці нового запиту система повинна:
отримати та оновити актуальні дані з ЄДР, а також верифікувати стан запису в ЄДР
- виконати оновлення
виконати оновлення (update) чи створення нового облікового запису MSP (create) в залежності від результатів пошуку за ЄДРПОУ, типу, та стану медичного закладу на стороні E-Health:
оновлення відбувається у тому разі, якщо знайдено запис із тим же ЄДРПОУ, типом у стані Active чи Suspended, та такий запис пов'язано з активним записом у ЄДР
Унікальний ID, створений під час реєстрації у системі, не повинен змінитися.
створення відбувається у тому разі, якщо у системі не існує запису із тим же ЄДРПОУ, типом, та
станом Activeстаном Active чи Suspended, та в ЄДР існує активний запис із тим же ЄДРПОУ
Обробка запиту припиняється якщо:
Запис у ЄДР відсутній
У системі є активний Legal Entity з тим же ЄДРПОУ та типом, але пов'язаний з ним ідентифікатор запису у ЄДР не співпадає з ідентифікатором активного запису у ЄДР (суб'єкт господарювання закрився, а потім був зареєстрований у ЄДР знову із тим же ЄДРПОУ чи ІПН для ФОП, при цьому він не закрив свою діяльність у E-Health)
Перед повторним запитом у такій ситуації необхідно деактивувати існуючий запис у системі через процес Деактивація Legal Entity Type
- Після
Після створення нового Legal Entity, або оновлення ліцензії існуючого Legal Entity, Legal Entity потребує верифікації від
імені НСЗУімені НСЗУ*
верифікація проходить за окремим процесом Верифікація Legal Entity Type з боку NHS
у разі непроведення верифікації у фіксований строк (конфігурований параметр) Legal Entity повинно перейти у стан "призупинений" процесом Suspend contract and legal entity type cron job, що також повинно призвести до призупинки дії пов'язаного контракту, якщо такий існує.
ПриПри цьому повторні виклики не повинні призводити до відліку часу наново.
всі існуючі запити на контракт від імені цього Legal
Entity незалежноEntity незалежно від їх стану, окрім фінальних, повинні бути відмінені.
Після успішної реєстрації Legal Entity з типом PHARMACY у системі, має бути можливість відобразити аптеки (не суб’єкт господарювання, а всі зареєстровані “точки” (divisions), де можна отримати ліки за рецептом на карті України, що розміщується на порталі НСЗУ/eHealth
Структурні підрозділи (divisions) реєструються окремим API call
*У подальшому процес верифікації НСЗУ може бути замінено на автоматичну верифікацію змінених даних за умови наявності інтерфейсів взаємодії з відповідними системами.
Опис процесу
Технічний опис процесу: IL.Create/Update Legal Entity V2 - ChangeOld
Через відповідний державний сайт керівник закладу заходить обирає інтерфейс медичної інформаційної системи (МІС), через який він працює або хотів би працювати.
Через інтерфейс МІС керівник закладу починає процес реєстрації закладу будь-якої форми власності
Через інтерфейс МІС керівник закладу вводить дані про заклад:
Назва Обов’язкове
Код ЄДРПОУ
так
Тип так Адреса провадження діяльності даного структурного підрозділу
ні Керівник (підписант структурного підрозділу): прізвище, ім'я та по батькові, стать, дата народження, країна та населений пункт народження згідно з чинними документами, серія та/або номер паспорту/картки, ІПН, обов’язково номер контактного телефону (бажано мобільний) та адреса робочої електронної поштової скриньки (email), ідентифікатор співробітника (опціонально, у разі, якщо необхідно змінити дані існуючого керівника)
так
Ліцензія:
для типу PHARMACY номер наказу, серія та номер, назва органу, що видав, тип ліцензії, дата видачі (діє з), дата завершення дії (optional), що ліцензується (optional), ідентифікатор ліцензії (опціонально, якщо необхідно змінити існуючу ліцензію)
для типу MSP номер наказу, серія та номер (optional), назва органу, що видав, тип ліцензії, дата видачі (діє з), що ліцензується, дата завершення дії (optional), ідентифікатор ліцензії (опціонально, якщо необхідно змінити існуючу ліцензію)
АБО
ідентифікатор ліцензії (якщо необхідно не змінюючи даних ліцензіі, зв'язати Legal Entity з існуючою ліцензією)
ні
Державна акредитація: категорія, номер сертифікату акредитації, дата видачі, термін дії, дата та номер наказу, назва органу, що видав. (optional)
ні
Контакти закладу: номер телефону та email
так
Веб-сайт ні Рахунок отримувача коштів ні Після введення та перевірки інформації, керівник закладу погоджується на обробку введених даних та їх достовірність. (чекбокс)
Підписує введені дані ЕЦП керівника закладу від цього суб’єкту господарювання.
Введена інформація про заклад потрапивши у електронну систему проходить процес верифікації відповідно до бізнес-правил, виконується запит на отримання стану та оновлення наступних даних з ЄДР:
Назва Організаційно-правова форма Повна назва Скорочена назва (за наявності) Публічна назва (якщо відрізняється) Види діяльності (КВЕД) Місце реєстрації: область, район, населений пункт, вулиця, будівля Стан запису у ЄДР Якщо верифікація даних пройшла успішно, виконується обробка запиту,
в результатів результаті якої:
створено чи оновлено обліковий запис МСП із актуальними
даними зданими з ЄДР
створено/оновлено чи зв'
язано ліцензіюязано ліцензію відповідного типу для МСП із запиту
виконано запит на створення/оновлення співробітника з типом керівник (employee request).
якщо дані ліцензії змінились, або створено новий Legal Entity, флаги nhs_verified та nhs_reviewed встановлено у false та оновлено дату зміни флагу, якщо nhs_
verified бувverified був true
якщо
дані ліцензіїдані ліцензії змінились, всі існуючі запити на контракт від імені цього Legal Entity, окрім таких, що знаходяться у фінальних станах, переведені у стан TERMINATED.