CSI-3223 - Getting issue details... STATUS
Ламаючі зміни ⛔ - зміна в поточному функціоналі, що вплине на роботу кінцевих користувачів. (наприклад, додавання ОБОВ'ЯЗКОВОГО параметру в запит на створення ЕР)
Потребує розробки на стороні МІС ✅ - зміни можуть бути донесені до ПРОД без змін в поточний функціонал (не є блокуючими).
(наприклад, додавання опційного параметру в запит на створення ЕР)
Очікуваний термін появи задачі на Препрод/ПРОД: якщо дата фіксована і не може рухатись, то ставиться не термін, а кінцева дата червоним зі знаком оклику.
Опис для МІС/Задача | пов'язані задачі | Ламаючі | Потребує розробки МІСів | Потребує внесення в ТВ для МІС ✅ | Зміни в функціоналі/ документації | Інформація для лікаря та фармацевта | |
|---|---|---|---|---|---|---|---|
| 1 | CR-255 <Внесення змін в процеси Deactivate Divisions та Deactivate Legal Entity> | CR-255 - Getting issue details... STATUS | ⛔ | - | - | 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> |
CR-316
-
Getting issue details...
STATUS
| - | ✅ | - | Забороняється вказувати значення місця надання послуг для типів взаємодії | |
| 3 | CR-238 <Відключити процес подання декларації, яким присвоюється статус "Очікує підтвердження НСЗУ"> |
CR-238
-
Getting issue details...
STATUS
| - | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18075975682 | Реалізовано процес верифікації відомостей про пацієнтів з моделлю статусів верифікації, що дублює процес подання декларації, яким присвоюється статус "Очікує підтвердження НСЗУ (PENDING_VERIFICATION)”. При коректній валідації параметрів, декларація створюватиметься без участі персоналу НСЗУ. Тобто, у випадках, коли декларація отримувала статус “PENDING_VERIFICATION”, вона отримуватиме статус “ACTIVE”. |
| 4 | СR-349 <Доповнення переліку підстав для реєстрової деактивації декларацій> | CR-349 - Getting issue details... STATUS | - | - | - | Внесення змін в довідник REGISTER_TYPE, що використовується в адміністративній панелі ЕСОЗ. | - |
| 5 | CR-370 <Забезпечити можливість використовувати дані ДРЛЗ для потреб реімбурсації> | CR-370 - Getting issue details... STATUS | - | ✅ | ✅ | [CSI-2140] CR-370 <Забезпечити можливість використовувати дані ДРЛЗ для потреб реімбурсації> | Заборона виписування та погашення ЛЗ первинними упаковками для певних медичних програм |
| 6 | CR-323 p.2 <Видалити тимчасове поле з БД та респонса> | CR-323 - Getting issue details... STATUS | - | - | - | https://ehealthmisapi1.docs.apiary.io/#reference/public.-reimbursement/drugs/get-drugs-list-v2 | - |
| 7 | CR-357 <Доопрацювання у процес формування СМС при отриманні дозволу на доступ до Forbidden group> v. 2 | CR-357 - Getting issue details... STATUS | - | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18067849297/RC+Update+Forbidden+group+CR-357 | - |
| 8 | Виправлення The episode without "name" [Prod] | SUPPORT-15532 - Getting issue details... STATUS | - | - | - | - | - |
| 9 | [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 | Якщо медичний працівник спростовує чи підтверджує факт смерті (вказуючи коментар та опційно дату смерті, у разі її підтвердження), то:
|
| 10 | Виправлення Undescribed error when try to CancelDeclarationRequest [prod] | SUPPORT-16392 - Getting issue details... STATUS | - | - | - | - | - |
| 11 | CR-482. Надати змогу в плані реабілітації фіксувати проміжкові огляди лікарів, що приймають участь у процесі реабілітації пацієнта | CR-482 - Getting issue details... STATUS | - | ✅ | - | Призначення реабілітаційного плану лікування дозволено створювати на консультацію лікаря | |
| 12 | Виправлення Error 1226 "field cannot be blank" for field childInfo.ChildBirthDistrict on PostCompositionRequest [PROD] | - | - | - | - | Не передбачає: додано поглиблене логування. | - |
| 13 | Покращення в Адмінпанелі | CSI-2905 - Getting issue details... STATUS | - | - | - | TECH IMPROVEMENT | - |
| 14 | Покращення в Адмінпанелі |
CSI-2905
-
Getting issue details...
STATUS
| - | - | - | TECH IMPROVEMENT | - |
| 15 | Виправлення Error 501: Internal_error on Person_requests Sign v2 [PreProd] | - | - | - | - | - | - |
| 16 | ДРФО: FindRegistrationDRFO | - | - | - | - | Налаштування параметрів запиту FindRegistrationDRFO | - |
| 17 | Implement Vite instead CRA in auth-web app fe and pis-fe namespaces | - | - | - | - | TECH IMPROVEMENT | - |
| 18 | export metrics to Prometheus for oban jobs in mimir.api | - | - | - | - | TECH IMPROVEMENT | - |
| 19 | CR-441 Задачі по результату проведеного UAT (задача, що не увійшла в початкову поставку) | CR-441 - Getting issue details... STATUS | ⛔ | ✅ | є в ТВ30 | - | |
| 20 | Покращення в Адмінпанелі | CSI-2824 - Getting issue details... STATUS | - | - | - | TECH IMPROVEMENT | - |
| 21 | Updates for "READ_ONLY" dictionaries logic | - | - | - | - | TECH IMPROVEMENT | - |
| 22 | update migrations in ds.validator repository for ds db | - | - | - | - | TECH IMPROVEMENT | - |
| 23 | Remove portal and patient_account_gatekeeper_web deployments in fe namespace | ||||||
| 24 | Виправлення Mark in error Device request без вказання status_reason (BUG) | - | - | - | - | - | - |
| 25 | Виправлення проблеми з перенаправленням користувача на відповідну сторінку, якщо при авторизації система не знаходить користувача. |
|
|
| Для КП реалізовано функціонал, у разі помилки авторизації/реєстрації користувач буде перенаправлено на сторінку з помилкою та описом відповідно до redirect_uri. |
| |
| 26 | Виправлення помилки "414 Request-URI Too Large." при авторизації через UI КП | - | - | - | - | - | |
| 27 | Розгортання кабінету пацієнта у продакшн. White list |