Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

FixesРеалізовано:

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

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

Info

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

...

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

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

    • Підтримуюча добова доза (daily_dosage)-в одиницях дозування.

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

  • Відображення інформації щодо заблокованого рецепта
    НСЗУ отримав технічну можливість блокування ЕР, що у стані ACTIVE.Блокування рецептів

    Запити 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).

    Для цього слід виконати запит Get Medication request by ID за Id – унікальним ідентифікатором рецепту або за request_number рецепту;
    Доповнити наступні параметри:

  • reject_reason_code (required)-відповідний код з довідника .

  • 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.

Детальні зміни та співставлення з технічними вимогами МІС зібрані в цьому документі:
https://docs.google.com/document/d/1_bv_C8d2OVwFdbS7DFUvl_uO0fFnjvBzmdRGKBDClHw/edit