Оновлення 1.0

1. Клонування випадку інфекційної хвороби
   

   Коли новий випадок інфекційного захворювання створений в системі то його статус має бути “У процесі“, що означає, що розслідування даного випадку захворювання перебуває в процесі.

    

   Коли випадок захворювання редагується і у розділі “Заключна класифікація“ в полі Остаточний Діагноз вказаний такий, який є відмінним від діагнозу вказаному у екстреному повідомленні - це має стати сигналом для системи, що даний випадок має бути автоматично клоновано.

    

   Перед клонуванням користувач має побачити повідомлення про те що Діагноз відрізняється від попередньо встановленого. Тому даний випадок буде закритий та створено новий із зміненим діагнозом. Користувач має підтвердити чи погоджується він з клонуванням чи операцію треба відмінити.

    

   Клоновано, означає, що система має автоматично створити новий випадок інфекційного захворювання, в який будуть перенесені певні дані випадку хвороби з якої зроблено клон даного випадку. Певні дані - це абсолютно всі дані полів у вкладках: Екстрене повідомлення, Лабораторні дослідження, Перелік контактів. З поправкою, що Діагноз із Заключної класифікації попереднього випадку має стати Діагнозом у вкладці екстреного повідомлення клону випадку.
   

   Якщо діагноз з якого зроблено клон був доданий до спалаху, ця прив'язка до спалаху не має переноситись на клонований випадок. В свою чергу, випадок з якого зроблено клон, має бути автоматично прибраний зі спалаху до якого він був доданий

   Клонований випадок не має відображатися новим випадком в журналі 060, це та сама особа, але з іншим діагнозом

   До випадків, які вже будуть у системі на момент впровадження функціоналу, клонування не має застосовуватись. Потрібно залишити можливість редагувати такі випадки з різними діагнозами, без клонування
   

    
2. Електронний журнал 060/о
   

   У розділі Аналітичні дані, необхідно додано розділ "Журнал 060/о". В даному розділі необхідно реалізувати таблицю відповідно до встановленої структури журналу 060/о затвердженої Міністерством охорони здоров'я

   Даний журнал агрегуватиме дані по випадкам інфекційних хвороб внесених у систему за весь час функціонування системи. В зв'язку з тим, що журнал має затверджені поля, які не можуть бути змінені чи перейменовані, а поля випадків інфекційних хвороб мають інші назви, існує мапінг полів,  за яким слідували під час реалізації електронного журналу в системі. 

   
   

   На сторінці журналу реалізовані наступні фільтри. Дані у журналі відображаються відповідно до встановлених фільтрів

   • Область (одиничний вибір). Фільтр який має відображати дані по інфекційним хворобам в рамках конкретної обраної області

     • Для рівня Національного епідеміолога, у фільтрі має бути доступна опція “Вся Україна“, яка буде відображати дані за весь час по всій Україні

   • Район. (одиничний вибір). Фільтр який має відображати дані по інфекційним хворобам в рамках конкретного обраного району. Також в даному фільтрі має бути додана опція “Вся область“, яка дасть можливість вивести для області дані по всім районам цієї області

   • Дата (дата створення запису в системі). Має бути діапазон дат, де користувач може обрати дату З та дату По. Дані у журналі мають відображатись відповідно до того діапазону, який виставлений користувачем. Очікується, що З та ПО це буде 2 окремих календаря з можливістю обрати дату, місяць та рік

   Відповідно до рівнів користувачів мають бути застосовані наступні правила:

   • Національний рівень

     • За замовчуванням, для даного типу користувачів таблиця не буде відображатись (тільки фільтри). Таблиця із даними має відобразитись тільки після того, як користувач вибере якусь із опцій у фільтрі “Область“ та період за який має бути сформовано звіт

   • Регіональний рівень

     • За замовчуванням, для даного типу користувачів таблиця має відображатися із даними виключно по області підпорядкування. Користувач не має мати можливості обрати будь яку іншу область

     • Користувач має мати можливість обрати будь-який район підпорядкування до області до якої відноситься користувач, тим самим звузити відображені дані до конкретного району області

     • Період за який має бути сформовано звіт, календарний місяць поточний + попередній до поточного. Якщо буде потрібно, користувач зможе змінити діапазон. Тобто, якщо у нас сьогодні 15.01.23 то за замовченням діапазон дат має бути з 01.12.2023 по 15.01.2024

   • Районний рівень

     • За замовчуванням, для даного типу користувачів таблиця має відображатися із даними виключно по району підпорядкування. Користувач не має мати можливості обрати будь який інший район

     • Період за який має бути сформовано звіт, календарний місяць поточний + попередній до поточного. Якщо буде потрібно, користувач зможе змінити діапазон.

   Дані, які виводяться для користувача у відповідності до виставлених фільтрів мають бути такими, які можна експортувати у .excel файл .

   Додаткові вимоги до файлу, що експортується:

   • Дані мають експортуватися разом із шапкою звіту

   • Шапка має бути експортованою на окремий аркуш, який має йти першим

   • В самій шапці має бути відображена інформація, про заклад, який експортує цей журнал

   • Якщо експортує обласна організація, то має експортуватись назва саме цієї організації, якщо експортує районна організація, то дані районної організації
     
     

3. Зміна адреси пацієнта
   Задача полягає в тому щоб зробити функцію редагування адреси пацієнта у вже створеному випадку “неактивною“ якщо даний випадок вже є “Закритим“.

   
   В свою чергу, історія зміни адрес пацієнта має залишатись та відображатись у його карточці.

   
   Якщо адреса проживання змінена у карточці пацієнта, то це не має впливати на попередні закриті випадки даного пацієнта. Нова адреса застосовується тільки до не закритого поточного випадку та тих випадків, які будуть створюватися у майбутньому.

   
   Також необхідно створити перевірку. Кейс: Пацієнт має відкритий випадок у Львівській області і в цей же час для цього ж клієнта створюється випадок у Київській області. В такому випадку при зміні адреси необхідно виводити повідомлення для епідеміолога, що у даного пацієнта є не закритий випадок у іншій області та посилання на цей випадок або випадки (може бути що не закритих випадків буде декілька) разом із назвою організації, яка має у себе даний не закритий випадок або випадки. Адреса не може бути змінена допоки попередній випадок не буде закритим. Якщо у користувача не буде доступу до цих випадків, система має відображати повідомлення типу “У вас немає доступу до даного випадку, зверніться будь ласка до {Назва організації} для відкриття доступу”.

   
   Важливо, що та ж сама перевірка (на наявність незакритих випадків пацієнта) має бути застосована у випадку якщо адресу намагаються змінити у режимі редагування в картці пацієнта. Необхідно виводити повідомлення для епідеміолога, що у даного пацієнта є не закритий випадок у іншій області та посилання на цей випадок або випадки.

   
   

   
   

4. Зробити з контакту випадок
   

   Необхідно реалізувати можливість для користувачів, знаходячись у випадку інфекційного захворювання на вкладці “Перелік контактів” - створити з цього контакту екстрене повідомлення.

   1. Додати загальну кнопку “Екстрене повідомлення“. При натисканні:

      1. Якщо контакт у списку тільки один, має відкритися сторінка створення екстреного із уже скопійованими персональними даними відповідного контакту

      2. Якщо контактів декілька, має відкритись модальне вікно із запитанням для кого із списку має бути створене екстрене повідомлення (у списку мають бути тільки контакти зазначені як такі у конкретному випадку інфекційного захворювання) має відкритися сторінка створення екстреного із уже скопійованими персональними даними відповідного контакту.
         
         

5. Звітна форма "Звіт про окремі інфекції та паразитарні захворювання".
   

   Даний звіт необхідно зробити таким, який частково можна налаштовувати. Частково, тому що шапка звіту не буде мінятись, будуть змінюватись тільки діагнози. Зміни до діагнозів мають застосовуватись і до місячної форми і до її розширеної версії.

   Для того, щоб налаштувати форму звіту користувач має мати можливість:

   • Ввести назву для рядка. Це має бути поле назви, яке може вільно називатись користувачем тому, що користувач може додавати як вже існуючі діагнози типу “Ботулізм“ так і загальні типу “у т.ч гострий гепатит А“

   • Ввести код або коди МКХ (множинний вибір), які будуть асоційовані з внесеною назвою. До кодів МКХ мають автоматично підтягуватись і розшифровки. Відповідно до обраного коду або кодів і мають розраховуватись дані у звіті. Виведені у рядку коди (якщо їх декілька) мають перераховуватись через кому

     • Якщо для одного рядка обрано декілька кодів, в такому випадку дані по обраним кодам мають додаватись між собою

     • У звіт мають потрапляти усі випадки які створені у системі за звітний період окрім Відхилених

   
   

   Редагування звіту має бути доступним лише Епідеміологам національного рівня. Налаштована форма звіту національним епідеміологом має бути доступною, у актуальному вигляді, для всіх користувачів системи.

   Зміни які внесені національним адміністратором в шаблон звіту мають бути записані в Аудиті даних

   
   

   До самого звіту необхідно додати поле “Всього“, яке буде сумою усіх рядків унікальних діагнозів
   
   

6. Не дозволяти додавати у спалахи хвороби з іншим діагнозом.
   Необхідно впевнитись, що користувачі додаючи випадок інфекційної хвороби до спалаху додають його до спалаху з відповідним діагнозом. Для цього при додаванні випадку інфекційної хвороби до спалаху у списку доступних спалахів відображати тільки ті спалахи, які відповідають діагнозу випадку інфекційної хвороби, який додається до спалаху.
   
7. Розширена таблиця звіту "Інфекційна захворюваність населення по Україні згідно звіту Ф.№1".
   

   При генеруванні основного звіту “Звіт про окремі інфекції та паразитарні захворювання за місяць“ необхідно реалізувати генерування додаткової (розширеної) таблиці Інфекційна захворюваність населення по Україні згідно звіту Ф.№1 за {назва звітного місяця} та {номер звітного місяця} місяців {звітній рік та рік попередній до звітного} років.

   Користувач має мати можливість після того як згенеровано основний звіт перейти на перегляд розширеної версії

   Даний звіт є розширеною версією місячного звіту Ф№1, який в свою чергу необхідно зробити таким, який частково можна налаштовувати. Частково, тому що шапка звіту не буде мінятись, будуть змінюватись тільки діагнози. Зміни до діагнозів мають застосовуватись і до місячної форми і до її розширеної версії (налаштування будуть однакові та змінюватися одразу для двох звітів: “Звіт про окремі інфекції та паразитарні захворювання” та “Інфекційна захворюваність населення по Україні згідно звіту Ф. №1”)

   Для того, щоб налаштувати форму звіту користувач має мати можливість:

   • Ввести назву для рядка. Це має бути поле назви, яке може вільно називатись користувачем тому, що користувач може додавати як вже існуючі діагнози типу “Ботулізм“ так і загальні типу “у т.ч гострий гепатит А“

   • Ввести код або коди МКХ (множинний вибір), які будуть асоційовані з внесеною назвою. До кодів МКХ мають автоматично підтягуватись і розшифровки . Відповідно до обраного коду або кодів і мають розраховуватись дані у звіті

     • Якщо для одного рядка обрано декілька кодів, в такому випадку дані по обраним кодам мають додаватись між собою

     • У звіт мають потрапляти усі випадки які створені у системі за звітний період окрім Відхилених

   Управління порядком рядків має бути реалізоване через drag&drop функцію

   Редагування звіту має бути доступним лише Епідеміологам національного рівня. Налаштована форма звіту національним епідеміологом має бути доступною, у актуальному вигляді, для всіх користувачів системи

   Зміни які внесені національним адміністратором в шаблон звіту мають бути записані в Аудиті даних

   Дана таблиця має на меті відобразити інформацію по випадкам інфекційних хвороб за один місяць та з наростаючим підсумком. Дані в таблиці мають формуватися відповідно до виставлених параметрів фільтрування перед тим як звіт буде сформовано:

   • Рік

   • Місяць

   • Область

     • Множинний вибір для національного рівня з опцією додатковою опцією “Вся Україна“

     • Обласний рівень може формувати звіт тільки з даних по області відповідальності користувача відповідного регіону. Додатково обласний рівень має мати можливість формувати дані в рамках своєї області у розрізі підпорядкованих районів

   Таблиця має бути організована за наступною структурою:

   Open image-20231228-155112.png

   

   • Найменування захворювань. Колонка, що має містити назви інфекційних захворювань передбачених списком, який встановлений в налаштуваннях шаблону даного звіту

   • Зареєстровано випадків (місячний розріз) . В даному розділі таблиці мають бути представлені дані за звітній місяць звітного року та аналогічний місяць року попереднього до звітного:

     • Абс. Це абсолютний показник, загальна кількість усіх випадків зареєстрованих інфекційних захворювань за звітний місяць в конкретному регіоні (області)

     • Інт. Інтенсивний показник є інтенсивність захворюваності у розрахунку на 100 тис. населення. В даному випадку, говорячи про конкретні регіони, необхідно застосувати наступну формулу Інт = (Кількість зареєстрованих в системі випадків інфекційних захворювань по конкретному регіону / Населення у конкретному регіоні ) * 100 000. Де, усі випадки за звітний місяць діляться на Населення в конкретному регіоні та множиться на 100 000

   • Зареєстровано випадків (наростаючий підсумок). В даному розділі таблиці мають бути представлені дані за звітній рік та рік попередній до звітного у період від початку року і по звітний місяць

     • Абс. Це абсолютний показник, загальна кількість усіх випадків зареєстрованих інфекційних захворювань за звітний рік у період від початку року і по звітний місяць в конкретному регіоні (області). Наприклад: Формується звіт за листопад (візуальний приклад на малюнку вище у даному пункті), значить у другому розділі ми показуємо дані за одинадцять місяців, тобто від початку року по листопад включно

     • Інт. Інтенсивний показник є інтенсивність захворюваності у розрахунку на 100 тис. населення. В даному випадку, говорячи про конкретні регіони, необхідно застосувати наступну формулу Інт = (Кількість зареєстрованих в системі випадків інфекційних захворювань по конкретному регіону / Населення у конкретному регіоні ) * 100 000. Де, усі випадки за звітний рік діляться на Населення в конкретному регіоні та множиться на 100 000. Інтенсивний показник має мати в своєму значенні не більше 3х знаків після коми

   Дані по населенню мають бути взяті із відповідного довідника в Аналітиці

   • Зростання або зниження в %. Показник ріст/зниження розраховується і для місячного розрізу і для наростаючого підсумку наступним чином: абс. число за аналогічний звітному місяць попереднього року - це 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. Це дозволить швидше шукати\виявляти помилки