| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
...
Очікуваний термін появи задачі на Препрод/ПРОД: якщо дата фіксована і не може рухатись, то ставиться не термін, а кінцева дата червоним зі знаком оклику.
Опис для МІС/Задача | пов'язані задачі | Ламаючі | Потребує розробки МІСів | Потребує внесення в ТВ для МІС ✅ | Зміни в функціоналі/ документації | Інформація для лікаря та фармацевта | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | CR-255 <Внесення змін в процеси Deactivate Divisions та Deactivate Legal Entity>
|
| ⛔ | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18064703596 | Для Deactivate Division виконувати додаткову перевірку наявності активних працівників, що мають зв’язок з тим відділенням, яке потрібно деактивувати. У випадку наявності таких медичних працівників, виконання процесу Deactivate Division буде блокуватися. Всі пов’язані активні працівники повинні бути перезакріплені за іншим місцем надання послуги або деактивовані вручну користувачем (відповідно до процесу Deactivate Employee). Для Deactivate legal_entity викликати API для отримання переліку активних Divisions та виконувати їх деактивацію. | ||||||||||||||||||||||||
| 2 | CR-316 <Не заповнювати division для Взаємодії з типом home та field>
|
| - | ✅ | - | Забороняється вказувати значення місця надання послуг для типів взаємодії | |||||||||||||||||||||||||
| 3 | CR-238 <Відключити процес подання декларації, яким присвоюється статус "Очікує підтвердження НСЗУ">
|
| - | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18075975682 | Реалізовано процес верифікації відомостей про пацієнтів з моделлю статусів верифікації, що дублює процес подання декларації, яким присвоюється статус "Очікує підтвердження НСЗУ (PENDING_VERIFICATION)”. При коректній валідації параметрів, декларація створюватиметься без участі персоналу НСЗУ. Тобто, у випадках, коли декларація отримувала статус “PENDING_VERIFICATION”, вона отримуватиме статус “ACTIVE”. | ||||||||||||||||||||||||
| 4 | СR-349 <Доповнення переліку підстав для реєстрової деактивації декларацій>
|
| - | - | - | Внесення змін в довідник REGISTER_TYPE, що використовується в адміністративній панелі ЕСОЗ. | - | ||||||||||||||||||||||||
| 45 | CR-370 <Забезпечити можливість використовувати дані ДРЛЗ для потреб реімбурсації>
|
| - | ✅ | ✅ | [CSI-2140] CR-370 <Забезпечити можливість використовувати дані ДРЛЗ для потреб реімбурсації> | Заборона виписування та погашення ЛЗ первинними упаковками для певних медичних програм | ||||||||||||||||||||||||
| 56 | CR-323 p.2 <Видалити тимчасове поле з БД та респонса>
|
| - | - | - | https://ehealthmisapi1.docs.apiary.io/#reference/public.-reimbursement/drugs/get-drugs-list-v2 | - | ||||||||||||||||||||||||
| 67 | CR-357 <Доопрацювання у процес формування СМС при отриманні дозволу на доступ до Forbidden group> v. 2
|
| - | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18067849297/RC+Update+Forbidden+group+CR-357 | - | ||||||||||||||||||||||||
| 78 | Виправлення The episode without "name" [Prod]
|
| - | - | - | - | - | ||||||||||||||||||||||||
| 89 | [DRACS] Кейс 1.9: Встановлення статусу VERIFIED для пацієнта, який був верифікований лікарем
| - | - | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18068340845 https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18067062821 https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18067554424 | Якщо медичний працівник спростовує чи підтверджує факт смерті (вказуючи коментар та опційно дату смерті, у разі її підтвердження), то:
| ||||||||||||||||||||||||
| 910 | Виправлення Undescribed error when try to CancelDeclarationRequest [prod]
|
| - | - | - | - | - | ||||||||||||||||||||||||
| 1011 | CR-482. Надати змогу в плані реабілітації фіксувати проміжкові огляди лікарів, що приймають участь у процесі реабілітації пацієнта
|
| - | ✅ | - | Призначення реабілітаційного плану лікування дозволено створювати на консультацію лікаря | |||||||||||||||||||||||||
| 1112 | Виправлення DEMO. Успішно створюється ЕН для пацієнта з довіреними особами
|
| ⛔ | ✅ | є в ТВ30 | - | - | ||||||||||||||||||||||||
| 1213 | Виправлення DEMO. Успішно створюється Device Request для пацієнта з довіреними особами
|
| ⛔ | ✅ | є в ТВ30 | - | - | ||||||||||||||||||||||||
| 1314 | Виправлення Error 1226 "field cannot be blank" for field childInfo.ChildBirthDistrict on PostCompositionRequest [PROD]
| - | - | - | - | Не передбачає: додано поглиблене логування. | - | ||||||||||||||||||||||||
| 1415 | Виправлення Препрод. [BUG-249] При створенні ЕН для пацієнта пацієнта з довіреними особами (не вказуючи метод аутентифікації в запиті) отримуємо невідповідну помилку
|
| ⛔ | ✅ | є в ТВ30 | - | - | ||||||||||||||||||||||||
| 1516 | Виправлення [Preprod]MC.Помилка при підписанні МВТН "1233: Auth method is not active or confidant person relationship is invalid"
| - | - | - | - | Не передбачає: виправлення помилки | - | ||||||||||||||||||||||||
| 1617 | Виправлення Препрод. [BUG-252] При створенні рецепту на девайси для пацієнта пацієнта з довіреними особами (не вказуючи метод аутентифікації в запиті) отримуємо невідповідну помилку
|
| - | - | є в ТВ30 | Не передбачає | - | ||||||||||||||||||||||||
| 1718 | Покращення в Адмінпанелі
|
| - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 1819 | Покращення в Адмінпанелі
|
| - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 1920 | Виправлення в Адмінпанелі
|
| - | - | - | Не передбачає | - | ||||||||||||||||||||||||
| 2021 | ДРФО: FindRegistrationDRFO
| - | - | - | - | Налаштування параметрів запиту FindRegistrationDRFO | - | ||||||||||||||||||||||||
| 2122 | Implement Vite instead CRA in auth-web app fe and pis-fe namespaces
| - | - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 2223 | export metrics to Prometheus for oban jobs in mimir.api
| - | - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 2324 | CR-441 Задачі по результату проведеного UAT (задача, що не увійшла в початкову поставку)
|
| ⛔ | ✅ | є в ТВ30 | - | |||||||||||||||||||||||||
| 2425 | Покращення в Адмінпанелі
|
| - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 2526 | Updates for "READ_ONLY" dictionaries logic
| - | - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 2627 | update migrations in ds.validator repository for ds db
| - | - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 2728 | Виправлення Mark in error Device request без вказання status_reason (BUG)
| - | - | - | - | - | - | ||||||||||||||||||||||||
| 2829 | Додати переклад скоупу device_dispense:complete
| - | - | - | - | ||||||||||||||||||||||||||
| 30 | Виправлення проблеми з перенаправленням користувача на відповідну сторінку, якщо при авторизації система не знаходить користувача.
|
|
|
|
| Для КП реалізовано функціонал, у разі помилки авторизації/реєстрації користувач буде перенаправлено на сторінку з помилкою та описом відповідно до redirect_uri. |
| ||||||||||||||||||||||||
| 31 | Виправлення помилки "414 Request-URI Too Large." при авторизації через UI КП
| - | - | - | - | - | |||||||||||||||||||||||||
| 32 | Розгортання кабінету пацієнта у продакшн. White list
|