Автотермінейт договору, який не був підписаний обома сторонами протягом 6 днів.
Заявка у статусіNHS_SIGNED(драфт договору), який підписаний зі сторони НСЗУ, але ще не підписаний АЗ буде автоматично переходити в статусTERMINATEDна шостий день не включаючи дати підписання зі сторони НСЗУ.Зменшення етапів підписання договору по реімбурсації
В процесах укладання всіх договорів по реімбурсації буде відсутнім етап погодження заявки зі сторони аптечного закладу (Approve Contract Request by MSP).
Заявка в статусі APPROVED автоматично переходить в статус PENDING_NHS_SIGN. На даному етапі керівник аптечного закладу або уповноважена особа може відхилити непідписану заявку (Terminate contract request).
Заявка в статусі 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/trueblock_reason: "…"
Рецепти в статусіis_blocked=trueне можуть бути погашені в АЗ.Пацієнт з методом автентифікації Online буде попереджений за допомогою СМС про блокування і розблокування відповідними повідомленнями:
«Ваш рецепт №---- заблоковано НСЗУ. Зверніться до вашого лікаря»
«Ваш рецепт №---- розблоковано НСЗУ. Можете отримати ліки в аптеці».
Удосконалення процесу відкликання ЕР та відображення інформації за відкликаним ЕР
Відкликати рецепт може лікар, який його виписав та вказав причину цього відкликання з довідника
reject_reason_codeтаreject_reason(optional).
Довідник має такі коди та відповідні значення:
wrong_dosage: виписана невірна кількість доз лікарського засобу
wrong_qty: виписана невірна лікарська форма лікарського засобу
wrong_period: виписана невірна кількість днів курсу лікування
wrong_signature: невірно заповнена сигнатура електронного рецепта
no_sms: пацієнту не надходить СМС-повідомлення з інформацією про номер електронного рецепта та код підтвердження
new_request_needed: прохання пацієнта виписати новий електронний рецепт за тією ж МНН через відсутність достатньої кількості виписаного лікарського засобу в аптечному закладі;
patient_reject: відмова пацієнта приймати виписаний лікарський засіб
Інформація щодо кількості виписаних та погашених рецептів
В рамках ендпоїнтів:Get main statsGet main stats by regionGet 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