8.16 Release Notes

Implemented

Реалізований Модуль Healthcare services. Детальніше: Confluence.

Реалізований ендпоїнт Deactivate employee role Детальніше: Apiary | Confluence

Реалізований ендпоїнт "Get employee role by ID" Детальніше: Apiary  | Confluence

Реалізований ендпоїнт " Get employee roles" Детальніше:  Apiary | Confluence

Реалізований ендпоїнт " Add employee role" Детальніше:  Apiary | Confluence

Реалізований ендпоїнт "Get healthcare service details by ID" Детальніше  Apiary | Confluence

Реалізований ендпоїнт "Get healthcare services" Детальніше  Apiary | Confluence

Реалізований ендпоїнт "Update healthcare services" Детальніше  Apiary | Confluence

Реалізований ендпоїнт "Create healthcare services" Детальніше  Apiary | Confluence

Changes

В рамках проекту Контрактінг 2020:

• В рамках сутності division додано новий тип LICENSED_UNIT, вплинуло на Create division та Update division | Confluence
• В рамках сутності division додано новий тип address  RECEPTION, вплинуло на Create division та Update division | Confluence
• В рамках сутності LE додано новий тип EMERGENCY, вплинуло на Create/Update Legal Entity V2
• Додано нові типи LEGAL_ENTITY_EMERGENCY_EMPLOYEE_TYPES: "OWNER,HR, SPECIALIST, ASSISTANT, ADMIN".
• В рамках сутності employee додано нові типи ASSISTANT та SPECIALIST | Confluence

• Дані Аутентифікаційного методу тепер відображаються у відповіді "Get Declaration by ID".
• Реалізовано зміни згідно  IBAN, вплинуло на ендпоїнти контрактінгу | Confluence
• В рамках ендпоїнту Create Employee Request та  Create Employee RequestV2 (окрім LE Pharmacy) Division_id став не обов'язковим.
• При створенні Division LE Pharmacy обов'язкове вказання gps координат.
• В рамках ендпоїнту Deactivate Employee додана валідація EmployeeRole.
• В рамках ендпоїнту Deactivate division додана валідація  Healthcare services Детальніше: Apiary | Confluence
• З даних сутності Employee вилучено атрибут location.
• У випадку Legal Entity status= Suspended, nhs_verified and nhs_reviewed набуває значення false, а contract requests status набуває значення Terminated.

• Допрацьовані параметри опрацювання Patient Summary. Деталі за посиланням.
• При створенні Епізоду валідується тип legal entity
• Введені помилково дані Medical Events не відображаються в резюмуючих ендпоїнтах

• Доповнені словники 

  vaccine_code, 
  vaccination_routes, 
  reasons_not_given, 
  vaccination_target_diseases, 
  immunization_body_sites, 
  IMMUNIZATION_DOSAGE_UNITS

• Реалізовані зміни в процесах відпуску ЛЗ за ЕР при двох діючих реєстрів по реімбурсації "Доступні ліки" | Document
• Поля для GPS координат для аптечних підрозділів повинні бути обов'язково заповнені.
• Обов'язкові до заповнення поля для сигнатури рецепту: поля “text”, “max_per_administration”, “max_per_period”. 
• Підготовчий етап для впровадження функціоналу для контролю аномальних рецептів: додавання сутностей «Рекомендована добова доза» та «Максимальна добова доза» на рівні лікарської форми (innm dosage)  в довідник Get Drugs - буде додатковий опис для МІС по реалізації, чекайте опис.
• Друкована інформаційна пам'ятка електронного рецепту в респонсі endpoint Sign medication request request | Apiary
  - буде додатковий опис для МІС по реалізації.

• Прибирання толерантності в 1 копійку для торгових найменувань в яких мінімальна кількість до відпуску дорівнює кількості в упаковці. Загальна вартість реїмбурсації рецепту повинна чітко дорівнювати вартості реімбурсації 1 упаковки помножене на кількість упаковок
  

  If min_qty of medication equal package_qty than the formula of tolerance should be: discount_amount/ (((reimbursement_amount/package_qty)*medication_qty)) = 1
  So discount_amount = reimbursement_amount* (medication_qty/package_qty)

  Otherwise, if min_qty of medication less than package_qty the tolerance 0.01 UAH should be for discount_amount

• Доопрацьований автоматичний перехід електронного рецепту у статус «Прострочений», якщо пройшло більше ніж «dispensed valid to» днів з дня його виписування (зараз це не відбувається після 30 днів).

Bug Fixes and OPS changes:

Fixed "Get medication request request list 500"

Fixed "regex for pattern receiver_fund_code"

Fixed "search person by double separate last_names" | Ticket 1 , Ticket 2, Ticket 3

Fixed "Error 422 "incorrect status" on /api/declaration_requests/id/actions/resend_otp" | Ticket

Fixed "Errors when user tries to upload document" |Ticket 1, Ticket2, Ticket3, Ticket4, Ticket5, Ticket6

Fixed "check declarations on ops if person was found on sign declaration request" | Ticket

Fixed "Error 500 "internal_error" on /api/employee_requests" | Ticket

Fixed "Error 500 "internal_error" on /api/contracts/capitation" | Ticket1, Ticket2, Ticket3

Fixed "error 500 on `get contract list` for legal entities with different types" | Ticket

Fixed "Object "person" is null in response on Get Declarations List" | Ticket1, Ticket2, Ticket3, Ticket4

Fixed "Different amounts of medication_dispense on /api/reimbursement_report" | Ticket1, Ticket2

Fixed “add MSP_PHARMACY type LE to validation for Get reimbursement report” | Ticket

Fixed “invalid format request params in plug (invalid json)” | Ticket

Fixed “rename "Медзаклад" to "Заклад" for employee” | Ticket