ЕСОЗ - публічна документація

31.03.2020 Release 8.17 (+Covid)

  • Автотермінейт договору, який не був підписаний обома сторонами протягом 6 днів.
    Заявка у статусі NHS_SIGNED (драфт договору), який підписаний зі сторони НСЗУ, але ще не підписаний АЗ буде автоматично переходити в статус TERMINATED на шостий день не включаючи дати підписання зі сторони НСЗУ.

  •  Зменшення етапів підписання договору по реімбурсації

В процесах укладання всіх договорів по реімбурсації буде відсутнім етап погодження заявки зі сторони аптечного закладу (Approve Contract Request by MSP).

Заявка в статусі APPROVED автоматично переходить в статус PENDING_NHS_SIGN. На даному етапі керівник аптечного закладу або уповноважена особа може відхилити непідписану заявку (Terminate contract request).

Заявка в статусі PENDING_NHS_SIGN є драфтом договору і має бути підписана зі сторони НСЗУ.

  • Функціонал для контролю аномальних рецептів
    Введено два параметри для ліків, що виписує лікар з метою розробки функціоналу на стороні МІС:

    • Підтримуюча добова доза (daily_dosage)

    • Максимальна добова доза до виписування (max_daily_dosage).
      Розгорнутий опис змін в процесах та АРІ за посиланням

  • Створення рецептів

  • Блокування рецептів

    Запити Get Medication Request By Id та Get Medication Requests Listдоповнені двома параметрами:

    is_blocked: false/true

    block_reason: "…"
    Рецепти в статусі  is_blocked=true не можуть бути погашені в АЗ.

    Пацієнт з методом автентифікації Online буде попереджений за допомогою СМС про блокування і розблокування відповідними повідомленнями:

«Ваш рецепт №---- заблоковано НСЗУ. Зверніться до вашого лікаря»

«Ваш рецепт №---- розблоковано НСЗУ. Можете отримати ліки в аптеці».

  • Удосконалення процесу відкликання ЕР та відображення інформації за відкликаним ЕР

    Відкликати рецепт може лікар, який його виписав та вказав причину цього відкликання з довідника reject_reason_code таreject_reason (optional).

Довідник має такі коди та відповідні значення:

  1. wrong_dosage: виписана невірна кількість доз лікарського засобу

  2. wrong_qty: виписана невірна лікарська форма лікарського засобу

  3. wrong_period: виписана невірна кількість днів курсу лікування

  4. wrong_signature: невірно заповнена сигнатура електронного рецепта

  5. no_sms: пацієнту не надходить СМС-повідомлення з інформацією про номер електронного рецепта та код підтвердження

  6. new_request_needed: прохання пацієнта виписати новий електронний рецепт за тією ж МНН через відсутність достатньої кількості виписаного лікарського засобу в аптечному закладі;

  7. patient_reject: відмова пацієнта приймати  виписаний лікарський засіб

  • Інформація щодо кількості виписаних та погашених рецептів
    В рамках ендпоїнтів:

    • Get main stats

    • Get main stats by region

    • Get main stats by division
      відображаються дані кількості виписаних (в статусі Active) та погашених рецептів (в статусі Completed).

  • Реалізована стандартизована інформаційна пам'ятка ЕР
    Після створення заявки на ЕР та його підписання КЕПSign Medication Request request у відповідь повертається стандартизована інформаційна пам’ятка ЕР у вигляді html коду  в параметрі printout_form.

  • Реалізовані методи злиття записів в Системі:

  • Реалізовані методи Преперсони.

    • Реалізований endpoint Create preperson.

      • Додана валідація healthcare services при запитах create preperson.

    • Реалізований endpoint Update preperson.

    • Реалізований endpoint Get preperson by id

    • Реалізована валідація для prepersons в запитах Create service request.

    • Реалізовано шаблони інформаційних пам'яток для приєднання неідентифікованих до ідентифікованих записів про пацієнтів

    • Змінений масив urgent у відповідях на запит person request.

    • Перелік необхідних кодів обстежень для preperson тепер доступні для конфігурації.

  • Реалізовані методи authentication method request.

  • В процесах Направлення:

    • Реалізовані ідентифікатори service request list.

    • створюються повідомлення в event manager.

    • Нові поля та валідації категорій service request.

    • Кодування і валідація параметру completed_with validation (complete service request).

    • Зміна медичної програми при Use service request.

    • Додано ідентифікатори до service request details.

    • Реалізований ліміт для атрибуту healthcare services comment (fixed lenght).

    • Будь-який лікар з відповідним скоупом може створювати направлення за програмою.

    • Тепер requisition number направлення генерується encounter_id.

    • Реалізовано метод resend sms для service request.

    • Реалізовано відправка sms в методі create service request.

    • Додані нові типи supporting_info в service requests

    • Додані поля та валідація даних паперових направлень до Діагностичного Звіту, Процедур та Взаємодії.

  • Словники:

    • Додано новий словник- EQUIPMENT_UDI_TYPE.

    • Клієнтські права (scopes)додані до словника SCOPES.

    • Доповнений словник encounter_discharge_disposition.

    • Оновлений довідник medical_program.

    • Додані словники eHealth/encounter_priority.

    • Додані нові словники для основних словників системи.

  •  Encounter

    • Реалізовано Covid Encounter та його валідації.

    • Додані валідації Взаємодії (episode_type_encounter_classes, encounter_class_encounter_types).

    • До encounter package додано поле Департаменту Виписки Пацієнта (discharge_department).

      • Додані значення discharge_department до словників системи.

    • Додано поле priority до сутності encounter.

    • При відміні encounter data package поточний діагноз робить відкат до попереднього.

    • Валідація прізвища в ЕЦП в підписанні encounter package.

    • Додані категорії для Процедур.

    • Нові валідації для значень та компонентів сутності Обстеження

  • Додані сутності LEGAL_FORM.

 

  • Реалізована можливість створення employee role для assistant зі спеціальністью NURSING.

  • Фільтр за Статусом в списку employee roles.

  • Допрацьовані відповіді на ендпоїнти employee.

  • Реалізована можливість створювати користувачів спеціальності "Сімейний лікар"(P104) з роллю specialist.

Допрацювання та виправлення:

  • Виправлена та допрацьована друкована форма для merge request

  • Виправлені та допрацьовані шаблони інформаційних пам'яток для реєстрації пацієнтів.

  • OTP в методі approve auth method request не валідується, якщо auth_method=null.

  • В друкованій формі контракту використовується назва НМП з ЄДР замість назви з контракту.

  • Виправлено пункт 2.4 в друкованій форма для declaration request.

  • declaration request v2 для персон з неактивними методами авторизації.

  • Реалізоване запобігання офлайн автентифікації для третіх особ.

  • Валідації створення персони через третю особу.

  • Виправлені повідомлення помилок ендпоїнтів person request.

  • Допрацьована логіка терміну придатності в запитах person requests list.

  • Працівник з іншого НМП не може підписувати person request.

  • Виправлена відповідь на запит employee request (поле employee_id).

  • Допрацьована логіка merge request / prepersons методів.

  • Допрацьовані конфігурації diagnostic_procedure.

  • Додано МНП до відповідей diagnostic report by id та diagnostic report list.

  • Додана валідація requester legal entity в методах cancel service request та recall service request.

  • Додана перевірка encounter performer reference в валідаціях накладання підпису

  • Додані валідації condition status в submit encounter package.

  • Виправлена помилка відображення статусу preperson в event manager

  • Виправлений пошук заявок на направлення.

  • Прапорець не змінюється при оновленні LE v2 (окрім оновлення ліцензії).

  • Виправлені scopes Епізодів та Пакету Взаємодії ASSISTANT,RECEPTIONIST

  • Виправлена помилка створення Division первинної ланки: Addresses with type REGISTRATION are forbidden

 

ЕСОЗ - публічна документація