Оновлення 1.0
- Клонування випадку інфекційної хвороби в модулі "Інфекційні хвороби".
Коли новий випадок інфекційного захворювання створений в системі то його статус має бути “У процесі“, що означає, що розслідування даного випадку захворювання перебуває в процесі.
Коли випадок захворювання редагується і у розділі “Заключна класифікація“ в полі Остаточний Діагноз вказаний такий, який є відмінним від діагнозу вказаному у екстреному повідомленні - це має стати сигналом для системи, що даний випадок має бути автоматично клоновано.
Процесс "клонування" випадку:
Редагування випадку
Вкладка розділу Заключна класифікація
Зміна остаточного діагнозу
Редагування випадку
При редагувані випадку інфекційної хвороби необхідно зробити наступне:
Перейти до вкладки Заключна класифікація.
Перед клонуванням користувач має побачити повідомлення про те що Діагноз відрізняється від попередньо встановленого. Тому даний випадок буде закритий та створено новий із зміненим діагнозом. Користувач має підтвердити чи погоджується він з клонуванням чи операцію треба відмінити.
Клоновано, означає, що система має автоматично створити новий випадок інфекційного захворювання, в який будуть перенесені певні дані випадку хвороби з якої зроблено клон даного випадку. Певні дані - це абсолютно всі дані полів у вкладках: Екстрене повідомлення, Лабораторні дослідження, Перелік контактів. З поправкою, що Діагноз із Заключної класифікації попереднього випадку має стати Діагнозом у вкладці екстреного повідомлення клону випадку.
Якщо діагноз з якого зроблено клон був доданий до спалаху, ця прив'язка до спалаху не має переноситись на клонований випадок. В свою чергу, випадок з якого зроблено клон, має бути автоматично прибраний зі спалаху до якого він був доданий
Клонований випадок не має відображатися новим випадком в журналі 060, це та сама особа, але з іншим діагнозом
До випадків, які вже будуть у системі на момент впровадження функціоналу, клонування не має застосовуватись. Потрібно залишити можливість редагувати такі випадки з різними діагнозами, без клонування
- Електронний журнал 060/о в модулі "Аналітичні дані"
У розділі Аналітичні дані, необхідно додано розділ "Журнал 060/о". В даному розділі необхідно реалізувати таблицю відповідно до встановленої структури журналу 060/о затвердженої Міністерством охорони здоров'я
Даний журнал агрегуватиме дані по випадкам інфекційних хвороб внесених у систему за весь час функціонування системи. В зв'язку з тим, що журнал має затверджені поля, які не можуть бути змінені чи перейменовані, а поля випадків інфекційних хвороб мають інші назви, існує мапінг полів, за яким слідували під час реалізації електронного журналу в системі.
На сторінці журналу реалізовані наступні фільтри. Дані у журналі відображаються відповідно до встановлених фільтрів
-
Область (одиничний вибір). Фільтр який має відображати дані по інфекційним хворобам в рамках конкретної обраної області
-
Для рівня Національного епідеміолога, у фільтрі має бути доступна опція “Вся Україна“, яка буде відображати дані за весь час по всій Україні
-
-
Район. (одиничний вибір). Фільтр який має відображати дані по інфекційним хворобам в рамках конкретного обраного району. Також в даному фільтрі має бути додана опція “Вся область“, яка дасть можливість вивести для області дані по всім районам цієї області
-
Дата (дата створення запису в системі). Має бути діапазон дат, де користувач може обрати дату З та дату По. Дані у журналі мають відображатись відповідно до того діапазону, який виставлений користувачем. Очікується, що З та ПО це буде 2 окремих календаря з можливістю обрати дату, місяць та рік
Відповідно до рівнів користувачів мають бути застосовані наступні правила:
-
Національний рівень
-
За замовчуванням, для даного типу користувачів таблиця не буде відображатись (тільки фільтри). Таблиця із даними має відобразитись тільки після того, як користувач вибере якусь із опцій у фільтрі “Область“ та період за який має бути сформовано звіт
-
-
Регіональний рівень
-
За замовчуванням, для даного типу користувачів таблиця має відображатися із даними виключно по області підпорядкування. Користувач не має мати можливості обрати будь яку іншу область
-
Користувач має мати можливість обрати будь-який район підпорядкування до області до якої відноситься користувач, тим самим звузити відображені дані до конкретного району області
-
Період за який має бути сформовано звіт, календарний місяць поточний + попередній до поточного. Якщо буде потрібно, користувач зможе змінити діапазон. Тобто, якщо у нас сьогодні 15.01.23 то за замовченням діапазон дат має бути з 01.12.2023 по 15.01.2024
-
-
Районний рівень
-
За замовчуванням, для даного типу користувачів таблиця має відображатися із даними виключно по району підпорядкування. Користувач не має мати можливості обрати будь який інший район
-
Період за який має бути сформовано звіт, календарний місяць поточний + попередній до поточного. Якщо буде потрібно, користувач зможе змінити діапазон.
-
Дані, які виводяться для користувача у відповідності до виставлених фільтрів мають бути такими, які можна експортувати у .excel файл .
Додаткові вимоги до файлу, що експортується:
-
Дані мають експортуватися разом із шапкою звіту
-
Шапка має бути експортованою на окремий аркуш, який має йти першим
-
В самій шапці має бути відображена інформація, про заклад, який експортує цей журнал
-
Якщо експортує обласна організація, то має експортуватись назва саме цієї організації, якщо експортує районна організація, то дані районної організації
-
-
Зміна адреси пацієнта в модулі "Інфекційні хвороби"
Задача полягає в тому щоб зробити функцію редагування адреси пацієнта у вже створеному випадку “неактивною“ якщо даний випадок вже є “Закритим“.
В свою чергу, історія зміни адрес пацієнта має залишатись та відображатись у його карточці.
Якщо адреса проживання змінена у карточці пацієнта, то це не має впливати на попередні закриті випадки даного пацієнта. Нова адреса застосовується тільки до не закритого поточного випадку та тих випадків, які будуть створюватися у майбутньому.
Також необхідно створити перевірку. Кейс: Пацієнт має відкритий випадок у Львівській області і в цей же час для цього ж клієнта створюється випадок у Київській області. В такому випадку при зміні адреси необхідно виводити повідомлення для епідеміолога, що у даного пацієнта є не закритий випадок у іншій області та посилання на цей випадок або випадки (може бути що не закритих випадків буде декілька) разом із назвою організації, яка має у себе даний не закритий випадок або випадки. Адреса не може бути змінена допоки попередній випадок не буде закритим. Якщо у користувача не буде доступу до цих випадків, система має відображати повідомлення типу “У вас немає доступу до даного випадку, зверніться будь ласка до {Назва організації} для відкриття доступу”.
Важливо, що та ж сама перевірка (на наявність незакритих випадків пацієнта) має бути застосована у випадку якщо адресу намагаються змінити у режимі редагування в картці пацієнта. Необхідно виводити повідомлення для епідеміолога, що у даного пацієнта є не закритий випадок у іншій області та посилання на цей випадок або випадки. - Зробити з контакту випадок в модулі "Інфекційні хвороби".
Необхідно реалізувати можливість для користувачів, знаходячись у випадку інфекційного захворювання на вкладці “Перелік контактів” - створити з цього контакту екстрене повідомлення.
-
Додати загальну кнопку “Екстрене повідомлення“. При натисканні:
-
Якщо контакт у списку тільки один, має відкритися сторінка створення екстреного із уже скопійованими персональними даними відповідного контакту
-
Якщо контактів декілька, має відкритись модальне вікно із запитанням для кого із списку має бути створене екстрене повідомлення (у списку мають бути тільки контакти зазначені як такі у конкретному випадку інфекційного захворювання) має відкритися сторінка створення екстреного із уже скопійованими персональними даними відповідного контакту.
-
-
- Звітна форма "Звіт про окремі інфекції та паразитарні захворювання" в модулі "Аналітичні дані".
Даний звіт необхідно зробити таким, який частково можна налаштовувати. Частково, тому що шапка звіту не буде мінятись, будуть змінюватись тільки діагнози. Зміни до діагнозів мають застосовуватись і до місячної форми і до її розширеної версії.
Для того, щоб налаштувати форму звіту користувач має мати можливість:
-
Ввести назву для рядка. Це має бути поле назви, яке може вільно називатись користувачем тому, що користувач може додавати як вже існуючі діагнози типу “Ботулізм“ так і загальні типу “у т.ч гострий гепатит А“
-
Ввести код або коди МКХ (множинний вибір), які будуть асоційовані з внесеною назвою. До кодів МКХ мають автоматично підтягуватись і розшифровки. Відповідно до обраного коду або кодів і мають розраховуватись дані у звіті. Виведені у рядку коди (якщо їх декілька) мають перераховуватись через кому
-
Якщо для одного рядка обрано декілька кодів, в такому випадку дані по обраним кодам мають додаватись між собою
-
У звіт мають потрапляти усі випадки які створені у системі за звітний період окрім Відхилених
-
Редагування звіту має бути доступним лише Епідеміологам національного рівня. Налаштована форма звіту національним епідеміологом має бути доступною, у актуальному вигляді, для всіх користувачів системи.
Зміни які внесені національним адміністратором в шаблон звіту мають бути записані в Аудиті даних
До самого звіту необхідно додати поле “Всього“, яке буде сумою усіх рядків унікальних діагнозів
-
- Не дозволяти додавати у спалахи хвороби з іншим діагнозом в модулі "Інфекційні хвороби".
Необхідно впевнитись, що користувачі додаючи випадок інфекційної хвороби до спалаху додають його до спалаху з відповідним діагнозом. Для цього при додаванні випадку інфекційної хвороби до спалаху у списку доступних спалахів відображати тільки ті спалахи, які відповідають діагнозу випадку інфекційної хвороби, який додається до спалаху. - Розширена таблиця звіту "Інфекційна захворюваність населення по Україні згідно звіту Ф.№1" в модулі "Аналітичні дані".
При генеруванні основного звіту “Звіт про окремі інфекції та паразитарні захворювання за місяць“ необхідно реалізувати генерування додаткової (розширеної) таблиці Інфекційна захворюваність населення по Україні згідно звіту Ф.№1 за {назва звітного місяця} та {номер звітного місяця} місяців {звітній рік та рік попередній до звітного} років.
Користувач має мати можливість після того як згенеровано основний звіт перейти на перегляд розширеної версії.
Даний звіт є розширеною версією місячного звіту Ф№1, який в свою чергу необхідно зробити таким, який частково можна налаштовувати. Частково, тому що шапка звіту не буде мінятись, будуть змінюватись тільки діагнози. Зміни до діагнозів мають застосовуватись і до місячної форми і до її розширеної версії (налаштування будуть однакові та змінюватися одразу для двох звітів: “Звіт про окремі інфекції та паразитарні захворювання” та “Інфекційна захворюваність населення по Україні згідно звіту Ф. №1”)
Для того, щоб налаштувати форму звіту користувач має мати можливість:-
Ввести назву для рядка. Це має бути поле назви, яке може вільно називатись користувачем тому, що користувач може додавати як вже існуючі діагнози типу “Ботулізм“ так і загальні типу “у т.ч гострий гепатит А“
-
Ввести код або коди МКХ (множинний вибір), які будуть асоційовані з внесеною назвою. До кодів МКХ мають автоматично підтягуватись і розшифровки . Відповідно до обраного коду або кодів і мають розраховуватись дані у звіті
-
Якщо для одного рядка обрано декілька кодів, в такому випадку дані по обраним кодам мають додаватись між собою
-
У звіт мають потрапляти усі випадки які створені у системі за звітний період окрім Відхилених
-
Редагування звіту має бути доступним лише Епідеміологам національного рівня. Налаштована форма звіту національним епідеміологом має бути доступною, у актуальному вигляді, для всіх користувачів системи.
Дана таблиця має на меті відобразити інформацію по випадкам інфекційних хвороб за один місяць та з наростаючим підсумком. Дані в таблиці мають формуватися відповідно до виставлених параметрів фільтрування перед тим як звіт буде сформовано:
-
Рік
-
Місяць
-
Область
-
Множинний вибір для національного рівня з опцією додатковою опцією “Вся Україна“
-
Обласний рівень може формувати звіт тільки з даних по області відповідальності користувача відповідного регіону. Додатково обласний рівень має мати можливість формувати дані в рамках своєї області у розрізі підпорядкованих районів
-
-
Найменування захворювань. Колонка, що має містити назви інфекційних захворювань передбачених списком, який встановлений в налаштуваннях шаблону даного звіту
-
Зареєстровано випадків (місячний розріз) . В даному розділі таблиці мають бути представлені дані за звітній місяць звітного року та аналогічний місяць року попереднього до звітного:
-
Абс. Це абсолютний показник, загальна кількість усіх випадків зареєстрованих інфекційних захворювань за звітний місяць в конкретному регіоні (області)
-
Інт. Інтенсивний показник є інтенсивність захворюваності у розрахунку на 100 тис. населення. В даному випадку, говорячи про конкретні регіони, необхідно застосувати наступну формулу Інт = (Кількість зареєстрованих в системі випадків інфекційних захворювань по конкретному регіону / Населення у конкретному регіоні ) * 100 000. Де, усі випадки за звітний місяць діляться на Населення в конкретному регіоні та множиться на 100 000
-
-
Зареєстровано випадків (наростаючий підсумок). В даному розділі таблиці мають бути представлені дані за звітній рік та рік попередній до звітного у період від початку року і по звітний місяць
-
Абс. Це абсолютний показник, загальна кількість усіх випадків зареєстрованих інфекційних захворювань за звітний рік у період від початку року і по звітний місяць в конкретному регіоні (області). Наприклад: Формується звіт за листопад (візуальний приклад на малюнку вище у даному пункті), значить у другому розділі ми показуємо дані за одинадцять місяців, тобто від початку року по листопад включно
-
Інт. Інтенсивний показник є інтенсивність захворюваності у розрахунку на 100 тис. населення. В даному випадку, говорячи про конкретні регіони, необхідно застосувати наступну формулу Інт = (Кількість зареєстрованих в системі випадків інфекційних захворювань по конкретному регіону / Населення у конкретному регіоні ) * 100 000. Де, усі випадки за звітний рік діляться на Населення в конкретному регіоні та множиться на 100 000. Інтенсивний показник має мати в своєму значенні не
-
-
Зростання або зниження в %. Показник ріст/зниження розраховується і для місячного розрізу і для наростаючого підсумку наступним чином: абс. число за аналогічний звітному місяць попереднього року - це 100%, абс. число за звітний місяць - це х. Х=абс. число за звітний місяць * 100%/ абс. число за аналогічний звітному місяць попереднього року. Далі якщо від отриманого відсотку за звітний місяць віднімемо 100%, отримає різницю між ними, тобто показник ріст/зниження у відсотках.
Приклад:
Вінницька область:
-
Абсолютний показник за листопад 2023 (звітний) - Сифіліс - 150 випадків
-
Абсолютний показник за листопад 2022 - Сифіліс - 195 випадків
150*100/195=76,2%. 76,2%-100%=-23,8% (округлення до десятих)
Також окрім розрахунку у відсотках необхідно для кожного з діагнозів розрахувати у окремих колонках зріст та зниження у:
-
Разах. Беремо абсолютний показник за попередній рік до звітного та Абсолютний показник за звітний рік. Ділимо більший показник на менший. Беремо приклад вище (Сифіліс): 195/150 = - 1,3 р (округлення до десятих). Отримуємо мінус тому що минулорічний показник > поточного показника
-
Випадках. Беремо абсолютний показник за попередній рік до звітного та Абсолютний показник за звітний рік. Віднімаємо менший показник від більшого. Беремо приклад вище (Сифіліс): 195-150 = - 45 вип. Отримуємо мінус тому що минулорічний показник > поточного показника
Дані показники (випадки, рази) мають відображатись тільки за умови, що у таблиці буде активовано перемикач “Відобразити ріст\зниження у р. та вип.“ За замовчуванням ці колонки не мають відображатись.
Звіт має бути можливість експортувати у файл формату .excel. Важливо, що колонки росту/зниження у разах та випадках мають завжди потрапляти у експорт в незалежності від того чи ввімкнений перемикач “Відобразити ріст\зниження у р. та вип.“ чи ні.
У самому звіті цифри у таблиці мають бути клікабельними посиланнями. Наприклад: є 3 випадки кору у звіті, клік на цифру 3 має перенаправити користувача на список випадків, тобто у новій вкладці браузера має відкритися вкладка списку інфекційних хвороб з відфільтрованими випадками, які входять у ці 3. Це дозволить швидше шукати\виявляти помилки. -
- Класифікація на етапі створення екстреного повідомлення
При створенні нового екстреного повідомлення у системі, необхідно додати до Діагнозу поле класифікації відповідно до списку класифікацій до діагнозів.
Важливо, що саме при створенні екстреного випадку, список класифікацій має містити уніфікований набір, а саме: Можливий випадок, Ймовірний випадок, Підтверджений випадок, Відхилений випадок. Після створення екстреного випадку користувач буде мати змогу відредагувати класифікацію (релевантно для діагнозів з Класифікацією II)
Після того як екстрене повідомлення створено та збережено в системі, значення із поля Класифікації у екстреному повідомленні має бути перенесеним до поля Класифікації випадку у розділі Клінічна інформація випадку Інфекційної хвороби - Класифікація як додатковий фільтр при формуванні звітів в модулі "Інфекційні хвороби".
При формуванні усіх типів звітів необхідно додати можливість відфільтрувати звітну інформацію як по окремим класифікаціям випадків (множинний вибір) так і по всіх класифікаціях загалом. Всі класифікації мають бути виставлені за замовченням.
Відповідно до виставленої класифікації (класифікаціям), у звітних формах мають відображатись тільки ті випадки, які мають класифікацію (класифікації) у розділі Клінічна інформація відповідно до виставлених у фільтрі.
- Логіка відображення даних у основному звіті Ф№1 в модулі "Аналітичні дані".
Необхідно реалізувати наступну логіку випадків, які мають потрапляти до основної звітної форми Ф№1. Дана логіка стосується основної місячної форми №1 та її розширеної версії (з розрахунком зниження\збільшення випадків у порівнянні з аналогічним періодом попереднього року за звітним).
Випадок інфекційної хвороби має потрапляти до звітних форм за умов:
-
Випадок має встановлений діагноз у розділі “Заключна класифікація“ в полі “Остаточний діагноз“
-
Дата встановленого діагнозу в полі “Остаточний діагноз“ входить в звітний період. Для того щоб випадок входив в у звіт за звітний період його дата остаточного діагнозу має потрапляти в конкретний звітний період
-
Випадок не є Відхиленим
-
- Прибрати обов'язковість заповнення поля "ЗОЗ" в модулі "Дозорний епіднагляд".
Необхідно у Рутинному епіднагляді, у формі внесення летальних випадків прибрати перевірку поля “ЗОЗ“ на обов'язкове заповнення. - Додати перевірку, що дані по окремим формам можна вносити до певного часу в модулі "Дозорний епіднагляд".
Користувачі обласного та районного рівнів мають володіти можливістю відправляти агреговані форми до 13:00 Понеділка тижня наступного за звітним.Після того як цей час спливе, звітні форми мають бути заблоковані для редагування. Право на редагування має залишитись тільки у користувачів національного рівня.
Індивідуальні форми обліку зразків не підлягають блокуванню так як містять в собі дані лабораторних досліджень, які можуть розтягуватись на тижні
- Надання доступу до випадку працівникам з іншої області в модулі "Інфекційні хвороби".
Передбачити надання доступу до випадку працівникам іншої області напряму або через національного адміністратора
-
В першу чергу у Налаштування ролей, необхідно додати новий дозвіл - Надання права перегляду випадків. Цей дозвіл має надати користувачу право надати дозвіл перегляду випадків його області відповідальності користувачам з інших областей. Дане право може бути доступним тільки епідеміологам обласного рівня (представники обласних організацій)
-
У самому випадку користувач із відповідним дозволом має отримати можливість:
-
Обрати режим доступу, на початковому етапі це мають бути режими: перегляд та редагування.
-
Якщо випадок, який створила одна організація буде редагуватися організацією, якій відкрили доступ, зміни будуть бачити обидві
-
Схожа логіка має бути реалізована з клонованими випадками, якщо клонується випадок до якого було відкрито доступ іншій організації (тобто змінюється заключний діагноз), його мають також бачити обидві організації, але закріплятись цей клонований випадок має за тією організацією, що змінила заключний діагноз
-
Відкриття права на редагування має автоматично відкрити право на перегляд також
-
-
обрати організацію із списку організацій у системі (список має містити пошук, для швидкого знаходження потрібної організації). Також список має містити тільки ті організації, які мають тип “Інфекційні захворювання“
-
закрити раніше наданий доступ
-
Коли організація отримає випадок від іншої області то цей випадок також буде доступний і для батьківських організацій. Наприклад: районній організації Бучанського району надала доступ до випадку хвороби організація Тернопільського району, тому даний випадок будуть бачити в його батьківській організації - Київській обласній ЦКПХ.
Після того як надання доступу до випадку підтверджено, користувач якому було надано доступ має отримати цей доступ автоматично, без додаткових погоджень від національного адміністратора. Але Інформація про те що відбулося надання прав на перегляд або редагування екстреного повідомлення має бути відправлена на пошту Національного адміністратора (користувачі, які мають роль національного адміністратора у системі)Важливо, що при необхідності у Національного адміністратора має бути можливість закрити доступ до цього випадку зі сторінки випадку.
Як тільки права на перегляд випадку надані, користувачі яким було надане право перегляду або редагування випадку мають отримати повідомлення на закріплену за ними електрону пошту
Структура повідомлення:Предмет: Вам надано доступ до екстреного повідомлення
Тіло: {Назва організації яка надає доступ} надала вам право на {перегляд; редагування} екстреного повідомлення {Id повідомлення в системі} - id має бути клікабельним посиланням, яке буде вести до випадку, до якого надається доступ
Після того як права на перегляд надано, користувач, якому надали право має побачити це екстрене повідомлення у списку випадків інфекційних хвороб (у вкладці Всі випадки, а також у вкладці відповідно до знаходження цього випадку у списку Інфекційних хвороб організації яка надала доступ) наряду з іншими випадками.
Для швидкого пошуку випадку до якого було надано доступ або отримано доступ, необхідно додати нові фільтри “Надано доступ“ та “Отримано доступ“, які будуть мати чекбокс:-
За замовчуванням вони мають бути не активними, що означає що дані фільтр не впливають на пошук
-
Якщо чекбокс вибрано, у списку хвороб відображаються тільки ті випадки до яких користувачу було надано доступ або до яких користувач отримав доступ (відповідно до активного чекбоксу)
Коли доступ до екстреного випадку закрито, користувач якому було закрито доступ має отримати повідомлення на закріплену за ними електрону пошту
Структура повідомлення:Предмет: Доступ до екстреного повідомлення закрито
Тіло: {Назва організації яка надавала попередньо доступ} закрили вам право на {перегляд; редагування} екстреного повідомлення {Id повідомлення в системі} - id не клікабильне так як користувач вже на матиме доступу до даного випадку
Також, у користувачів обласного рівня з відповідними правами має бути можливість передати випадок іншій області. В такому випадку для звітностей переданий випадок має бути закріплений за організацією, якій цей випадок було передано але для журналу 060/o цей випадок залишається за організацією яка передала випадок (так, це створить дублювання тому що по журналу 060/o цей випадок буде доступний і в одної і в іншої організації, але це є прийнятним). Логіка передачі випадку має бути схожою до процесу відкриття доступу до випадку для іншої організації з виключеннями:-
Не має бути режимів доступу, організація якій передається випадок автоматично має мати право і переглядати і редагувати даний випадок
-
Для звітності в журналі 060/о випадок має бути зареєстрований за тією організацією, яка його сотворила, навіть якщо згодом передала цей випадок до іншої організації. Журнал 060/о є свого роду аудиту даних тому дублі випадки у ньому є допустимими
Кейс: Якщо організація передає випадок і міняється відповідно поле Ким прийнято повідомлення, таким чином забирається випадок у однієї організації і передається на іншу. Тільки у даному типі звіту система має дублювати такий випадок для обох організацій, бо першого разу нам передали випадок від лікарні, а коли ми передаємо в іншу область, то ми вже для них стаємо організацією, яка надала екстрене повідомлення, а вони організацією, яка його прийняла. Тому такий випадок має бути і в нас і в нихКоли процес передачі випадку між організаціями завершено повідомлення на електронні пошти мають бути відправлені:
Національний адміністратор:
Структура повідомлення:
Предмет: Передано екстрене повідомлення про випадок інфекційного захворювання
Тіло: {Назва організації яка надає доступ} передала {Назва організації якій надається доступ} екстрене повідомлення випадку інфекційного захворювання {Id повідомлення в системі} - id має бути клікабельним посиланням, яке буде вести до випадку, який було передано
Користувачі організації, якій був переданий випадок інфекційного захворювання:
Структура повідомлення:
Предмет: Вашій організації передано екстрене повідомлення про випадок інфекційного захворювання
Тіло: {Назва організації яка надає доступ} передали вам екстрене повідомлення випадку інфекційного захворювання {Id повідомлення в системі} - id має бути клікабельним посиланням, яке буде вести до випадку, який було передано
Організація, якій було передано випадок має мати можливість передати його будь-якій іншій організації і навіть, за потреби, повернути його назад організації від якої цей випадок було отримано.
По журналу 060\о, якщо випадок передавався між областями він буде дублюватись для всіх областей які брали участь у процесі передачі.
Кейс: Херсонська область передала випадок Одеській, Одеська Харківській, Харківська Миколаївській. За таких умов випадок буде відображатися для всіх зазначених областей у журналі. Виключенням має бути поле “Куди повідомлено про пацієнта“ в якому заклад буде вказаний саме той до якого було надіслано повідомлення про випадок в рамках конкретної області. -
- Оновлена логіка відображення таблиці випадків всередині спалахів в модулі "Інфекційні хвороби".
- Функціонал підтвердження готовності звіту та передачі на рівень вище в модулі "Аналітичні дані".
Необхідно реалізувати функціонал підтвердження готовності звіту та передачі його на рівень вище. Даний функціонал буде стосуватись на початковому етапі тільки основного місячного звіту форми №1 (без розширеної його версії з розрахунком тенденції зниження/збільшення випадків інфекційних хвороб).
Основний звіт “Звіт про окремі інфекції та паразитарні захворювання за місяць“ генерується разом із розширеною версією у вигляді додаткової таблиці “Інфекційна захворюваність населення по Україні згідно звіту Ф.№1 за {назва звітного місяця} та {номер звітного місяця} місяців {звітній рік та рік попередній до звітного} років”. Але підтверджується та надсилається на рівень вище тільки основний місячний звіт.
Все має починатись з районного рівня, районний рівень формує місячний звіт з можливістю зберегти його у створених звітах (розділ звітних форм). Окрім цього необхідно створити окрему кнопку, яка буде доступна після того як звіт сформовано, а також у списку створених звітів, якщо користувач повернеться до звіту через якийсь час після того як він був сформований, за умови що цей звіт ще не був відправлений на рівень вище. Перед тим як Підтвердити звіт користувач має підтвердити свою дію і або надіслати звіт або відмінити підтвердження звіту для обласного рівня. Районний рівень може підтверджувати звіт тільки для обласного рівня.
Область має отримувати звіти, які їм передають (підтверджують завершеність звіту) райони, потім перевірити всі ці дані. За наявності в обласний звіт будуть додані випадки хвороб, які були отримані безпосередньо обласним рівнем. Звіт обласного рівня складається з даних по всіх районах області + випадки, які зареєстровані безпосередньо обласним рівнем.
Для обласного та національного рівнів необхідно додати додаткову вкладку “Підтверджені звіти“. Обласний рівень має бачити у цьому розділі Підтверджені звіти районів, які йому підпорядковані.В свою чергу, обласний рівень має перевірити готовність звітів від районів та сформувати власний агрегований звіт по області та підтвердити його для подальшої обробки національним рівнем. Перед тим як Підтвердити звіт користувач має підтвердити свою дію і або надіслати звіт або відмінити підтвердження звіту для національного
рівня.
Важливо, що Звіт обласного рівня має збиратися тільки з тих районних організацій, які підтвердили свої звіти за звітний період.
Після того як звіт підтверджено, показники в ньому мають бути зафіксовані і будь які зміни у випадках (зміна діагнозу, зміна дати остаточного діагнозу…), які увійшли до звіту не мають впливати на показники у вже підтвердженому звіті. Обласний та національний рівні мають володіти можливістю дозволити рівню нижче, перегенерувати звіт та підтвердити його повторно. Щоб перегенерувати звіт та підтвердити його повторно необхідно:-
Додати опцію до звіту, яка дозволить розблокувати можливість для рівня нижче перегенерувати звіт з вже внесеними виправленнями у випадки інфекційних хвороб, які входять в цей звіт
-
Обласний рівень має володіти можливістю відкрити повторне підтвердження звіту для району, а національний рівень для області
-
Внесення виправлень у випадок (випадки) інфекційної хвороби, який входить у звіт, який надали можливість підтвердити повторно, має дозволити сформувати та підтвердити повторно звіт вже з урахуванням всіх змін у випадках за той же період за який цей звіт був сформований та підтверджений до відкриття можливості підтвердити цей звіт повторно:
-
Якщо обласний чи національний рівень не дозволив повторно підтвердити звіт, в користувача за цей конкретний місяць має бути заблокована можливість підтвердити звіт
-
Якщо можливість повторного підтвердження звіту надано, територія (район, область) має сформувати новий звіт, попередньо ввівши зміни у випадки, які потрапляють до цього самого звіту
-
Якщо звіт за місяць вже є підтвердженим, за умови внесення змін у випадки, які його складають, він не повинен мінятися, виключно через надання можливості підтвердити звіт повторно
-
-
Якщо Районний або Обласний рівень намагається відправити ідентичний звіт або інший користувач районного або обласного рівня дублює відправлення звіту, необхідно виводити повідомлення про те що Звіт {назва звіту} за {проміжок часу за який сформовано звіт} вже надіслано
Загалом Національний та обласний рівні мають бачити підтверджені звіти у окремій вкладці Підтверджені звіти. Дані звіти має бути можливість відфільтрувати за регіоном (для нац. рівня), районом (для обласного рівня), роком, місяцем. За замовчуванням мають виводитись звіти з усіх регіонів України та з усіх районів області за звітний місяць для національного та обласного рівнів відповідно
Звітний місяць (попередній від поточного. Приклад: коли формується звіт 30.12.2023, звітним вважається листопад 2023).
-
- Оновлена логіка дедублікація випадків інфекційних хвороб в модулі "Інфекційні хвороби".
При створенні екстреного повідомлення необхідно реалізувати перевірку. Якщо у системі вже існує випадок з таким же Діагнозом та Пацієнтом + якщо існуючий випадок не є закритим, користувач має отримати повідомлення:
“Зверніть будь ласка увагу, що схожий випадок вже зареєстрований у {Назва організації}. Зверніться до організації для уточнення даних та уникнення дублювання“
При отриманні такого повідомлення користувач має мати можливість обрати опцію або продовжити створення екстреного повідомлення або відмінити створення повідомлення та повернутись до списку інфекційних хвороб
Важливо, що перевірка має відбутись до того як екстрене повідомлення створене, тобто на етапі заповнення поля Діагноз на кроці “Загальна інформація“ - Додати колір передепідемічного рівня активності іншим кольором на мапі в модулі "Дозорний епіднагляд".
- Додати 4 нових графіки для ГПЗ та ТГРІ в модулі "Дозорний епіднагляд".
- Додано логіку при натисканні кнопки "Зберегти" залишатись на формі в модулі "Дозорний епіднагляд".
- Додано перевірку для рутинної форми "Захворюваність на грип та ГРВІ" в модулі "Дозорний епіднагляд".
Для рутинної форми "Захворюваність на грип та ГРВІ" необхідно додати перевірки, які не дозволять зберігати звітну форму, при порушенні правил формування поля “Усього“. Необхідні правила для реалізації:
-
“Кількість осіб госпіталізованих до відділення реанімації та інтенсивної терапії із COVID-19” не має бути більшою за “Кількість госпіталізованих із COVID-19“
-
“Кількість госпіталізованих із COVID-19“ не має бути більшою за “Кількість госпіталізованих із грипом та ГРВІ“
-
“Кількість померлих осіб із COVID-19“ не має бути більшою за “Кількість померлих осіб від грипу та ГРВІ“
-
“Кількість лабораторно підтверджених випадків COVID-19“ не має бути більшою за “Кількість осіб, які захворіли за звітний тиждень на грип та ГРВІ“.
-
- Сповіщення про не закриті випадки в модулі "Інфекційні хвороби".
Необхідно реалізувати функціонал, який мінімізує можливість залишати не закриті випадки інфекційних хвороб фахівцями у системі.
Для цього, за умови, що випадок у системі не закритий протягом місяця після дати створення, необхідно в системі протягом сесії користувачів організації, співробітник якої створив цей випадок, показувати повідомлення, що є не закритий випадок. Повідомлення має містити посиланням на нього (клікабельний id випадку)
У користувачів має бути можливість закрити це повідомлення. Повідомлення при цьому має бути закритим також і для всіх користувачів від даної організації. Але якщо при цьому випадок не було закрито, повідомлення необхідно повторити через 24 години після того як повідомлення було закрите
Національний адміністратор в свою чергу має отримати повідомлення про те що зверніть будь ласка увагу на випадок {Id випадку} (клікабельний) зареєстрований за {Назва організації}, який не закритий вже протягом {період часу}. Це повідомлення має бути надіслане національному адміністратору за умови, що користувач тричі закрив повідомлення про не закритий випадок у системі.
- Оновлено логіку до фільтру лоікацій в модулі "Інфекційні хвороби".
- Оновлено форму захворюваності в шаблонах звіту модуля "Аналітичні дані". Показник на 100 000 за замовчуванням.
- Додано можливість побудови ЕпіКривої в шаблонах звіту модуля "Аналітичні дані".
- Кольори для мапи яскравіші.
- Додано перевірку на наявність лабораторного дослідження в модулі "Інфекційні хвороби".
- Додано поле "Інша інформація" в модулі "Інфекційні хвороби".
- При створенні Екстреного повідомлення оновлено логіку поля "Райони Києва" в модулі "Інфекційні хвороби"..
- В налаштуваннях форми діагнозу необхідно прибрати можливість редагування розділу Заключної класифікації у випадку інфекційного захворювання. Розділ заключної класифікації має бути із фіксованим набором полів. Набір необхідних фіксованих полів може бути взятий з будь якого діагнозу на поточному проді. (Модуль Адміністрування)
- Оновлено логіку сортування інфекційних хвороб по областях.
- Додано можливість експорту аудиту даних в "модуль Адміністрування".
- Оновлено логіку формування дозорних графіків в модулі "Дозорний епіднагляд".