Page Comparison

...

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

...

Заявка в статусі 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 буде попереджений за допомогою СМС про блокування і розблокування відповідними повідомленнями:

...

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

  Відкликати рецепт може тільки лікар, який його виписав .

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

  та вказав причину цього відкликання з довідника reject_reason_code

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

  таreject_reason (optional)

  - опційне текстове поле для вказання користувачем додаткової інформації щодо відкликання
  Після підписання json ЕЦП та переведення підписаного контенту у base64 слід виконати запит Reject medication request результатом якого буде зміна статусу на REJECTED та СМС повідомлення пацієнту щодо відізваного рецепту: “Рецепт анульовано: номер ХХХХ-ХХХХ-ХХХХ-ХХХХ”.
  При повторному запиті чи запиті зі сторони фармацевта  Get Medication request by ID (or request_number) у відповідь надійде reject_reason_codeта reject_reason (опційно)

  .

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

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