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