| 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, що використовується в адміністративній панелі ЕСОЗ. | - | ||||||||||||||||||||||||
| 5 | CR-370 <Забезпечити можливість використовувати дані ДРЛЗ для потреб реімбурсації>
|
| - | ✅ | ✅ | [CSI-2140] CR-370 <Забезпечити можливість використовувати дані ДРЛЗ для потреб реімбурсації> | Заборона виписування та погашення ЛЗ первинними упаковками для певних медичних програм | ||||||||||||||||||||||||
| 6 | CR-323 p.2 <Видалити тимчасове поле з БД та респонса>
|
| - | - | - | https://ehealthmisapi1.docs.apiary.io/#reference/public.-reimbursement/drugs/get-drugs-list-v2 | - | ||||||||||||||||||||||||
| 7 | CR-357 <Доопрацювання у процес формування СМС при отриманні дозволу на доступ до Forbidden group> v. 2
|
| - | - | - | https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/18067849297/RC+Update+Forbidden+group+CR-357 | - | ||||||||||||||||||||||||
| 8 | Виправлення The episode without "name" [Prod]
|
| - | - | - | - | - | ||||||||||||||||||||||||
| 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]
|
| - | - | - | - | - | ||||||||||||||||||||||||
| 11 | CR-482. Надати змогу в плані реабілітації фіксувати проміжкові огляди лікарів, що приймають участь у процесі реабілітації пацієнта
|
| - | ✅ | -✅ | Призначення реабілітаційного плану лікування дозволено створювати на консультацію лікаря | |||||||||||||||||||||||||
| 12 | Виправлення Error 1226 "field cannot be blank" for field childInfo.ChildBirthDistrict on PostCompositionRequest [PROD]
| - | - | - | - | Не передбачає: додано поглиблене логування. | - | ||||||||||||||||||||||||
| 13 | Покращення в Адмінпанелі
|
| - | - | - | TECH IMPROVEMENT | - | ||||||||||||||||||||||||
| 14 | Покращення в Адмінпанелі
|
| - | - | - | 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 (задача, що не увійшла в початкову поставку)
|
| ⛔ | ✅ | є в ТВ30 | - | |||||||||||||||||||||||||
| 20 | Покращення в Адмінпанелі
|
| - | - | - | 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
| - | - | - | - | - |
...