Page Comparison

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

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

...

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

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

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

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

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

  • Відповідь на запит Сreate medication dispense доповнена параметром available_qty .

  • Оновлена json схема Create Medication request Request.

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

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

  • Реалізований endpoint Get merge requests.

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

  • Реалізований endpoint Approve merge request.

  • Реалізований endpoint Reject merge request.

  • Реалізований endpoint Sign merge request.

  • Додана Auth валідація в запитах на злиття записів пацієнтів.

  • Додано валідації параметру authorize_with для процесів направлення та ендпоїнту Create merge request.

  • Додані планувальники на запити merge requests.

  • Додані нові атрибути запиту Search person by params.

  • Виправлено ендпоїнт Person requests list .

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

  • Реалізований 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.

  • Реалізований endpoint resend otp on auth method request.

  • Реалізований endpoint Get Person Authentication methods.

  • Реалізований процесс Resend Authorization method on Person Request

  • Прихований номер персони в auth methods.

  • Додані та допрацьовані валідації та процеси Сreate auth method request

  • Додана перевірка ліміту кількості авторизацій на одному номері телефону при підписанні декларації.

  • Змінено метод аутентифікації персон за замовчування.

  • Запити авторизаційних методів додані до Event manager.

  • Враховується кількість підопічних третіх осіб

    • Ліміт на кількість методів авторизації “третя особа”(параметр задається НСЗУ).

  • Передача id в методі аутентифікації в Create approval.

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

  • Реалізовані ідентифікатори 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

...