Оновлення 1.0

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

Процес "клонування" випадку:

Редагування випадку
Вкладка розділу Заключна класифікація
Зміна остаточного діагнозу

При редагуванні випадку інфекційної хвороби необхідно зробити наступне:

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

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

2. Зміна адреси пацієнта в модулі "Інфекційні хвороби"

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

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

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

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

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

3. Зробити з контакту випадок в модулі "Інфекційні хвороби".

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

При перегляді випадку інфекційної хвороби, у вкладці "Перелік контактів" додана кнопка "+Додати випадок".

Якщо контакт у списку тільки один

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

Якщо контактів декілька
З'явиться вікно із запитанням для кого із списку має бути створене екстрене повідомлення.

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

4. Звітна форма "Звіт про окремі інфекції та паразитарні захворювання" в модулі "Аналітичні дані".

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

Зміни до діагнозів застосовуються і до місячної форми і до її розширеної версії.

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

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

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

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

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

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

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

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

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

Користувач має можливість активувати перемикач “Відобразити ріст\зниження у р. та вип.“
Після цього звіт стане більш детальним, з'являються колонки Зростання або зниження в % р. вип. (+/-).

У самому звіті абсолютні показники у таблиці є клікабельними посиланнями.

Натисніть на показник та з'явиться список випадків, які стосуються цього діагнозу.

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

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

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

Інтерфейс розділу:

"Оновити" - кнопка, яка виконує функція оновлення звіту. Наприклад, якщо один користувач готує звіт, а другий користувач одночасно створює випадок інфекційної хвороби, то перший користувач має можливість оновити звіт, не створюючи новий.
"Експорт" - у користувача є можливість експортувати звіт в таких форматах як:
- Word
- Excel
- CSV
*Колонки росту/зниження у разах та випадках завжди потрапляють у експорт в незалежності від того чи ввімкнений перемикач “Відобразити ріст\зниження у р. та вип.“ чи ні.
"Друкувати" - у користувача є можливість, друкувати звіт з шапкою звіту.
"Зберегти" - натисніть на кнопку та з'явиться модульне вікно з інформацією, що звіт збережено у меню "Створені звіті"

7. Класифікація на етапі створення екстреного повідомлення

Оновлення полягає в тому, що при створенні нового екстреного повідомлення у системі, додано до форми Загальна інформація поле "Класифікаця".
Список класифікації містить в собі такі типи випадків:
- Можливий випадок
- Ймовірний випадок
- Підтверджений випадок

- Відхилений випадок

Після того як екстрене повідомлення створено та збережено в системі, значення із поля Класифікації у екстреному повідомленні перенесеться до поля Класифікації випадку у розділі Клінічна інформація випадку Інфекційної хвороби.

8. Класифікація як додатковий фільтр при формуванні звітів в модулі "Інфекційні хвороби".

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

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

9. Логіка відображення даних у основному звіті Ф№1 в модулі "Аналітичні дані".

Реалізована наступна логіка випадків, які мають потрапляти до основної звітної форми Ф№1. Дана логіка стосується основної місячної форми №1 та її розширеної версії (з розрахунком зниження\збільшення випадків у порівнянні з аналогічним періодом попереднього року за звітним).

Випадок інфекційної хвороби буде потрапляти до звітних форм за умов:

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

10. Обов'язковість заповнення поля "ЗОЗ" в модулі "Дозорний епіднагляд".
Рутинному епіднагляді, у формі внесення летальних випадків прибрано перевірку поля “ЗОЗ“ на обов'язкове заповнення.

11. Додати перевірку, що дані по окремим формам можна вносити до певного часу в модулі "Дозорний епіднагляд".

Оновлення полягає в тому, що користувачі обласного та районного рівнів мають можливість відправляти агреговані форми до 13:00 Понеділка тижня наступного за звітним.

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

12. Надання доступу до випадку працівникам з іншої області в модулі "Інфекційні хвороби".

Оновлення полягає в тому, що розроблено надання доступу до випадку працівникам іншої області напряму або через національного адміністратора.

В розділі Налаштування ролей, додано новий дозвіл - Надання права перегляду випадків. Цей дозвіл має надати користувачу право надати дозвіл перегляду випадків його області відповідальності користувачам з інших областей. Дане право є доступним тільки епідеміологам обласного рівня (представники обласних організацій)
У самому випадку користувач із відповідним дозволом отримає можливість:
- Обрати режим доступу, на початковому етапі: перегляд та редагування.
  - Якщо випадок, який створила одна організація буде редагуватися організацією, якій відкрили доступ, зміни будуть бачити обидві
  - Схожа логіка реалізована з клонованими випадками, якщо клонується випадок до якого було відкрито доступ іншій організації (тобто змінюється заключний діагноз), його будуть бачити обидві організації, але закріплятись цей клонований випадок має за тією організацією, що змінила Остаточний діагноз
  - Відкриття права на редагування автоматично відкриває право на перегляд також.
- Обрати організацію із списку організацій у системі. Також список має містити тільки ті організації, які мають тип “Інфекційні захворювання“.
- Закрити раніше наданий доступ.

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

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

При необхідності у Національного адміністратора є можливість закрити доступ до цього випадку.

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

Інд.№ випадку є посиланням для швидкого перегляду випадку.

Для швидкого пошуку випадку до якого було надано доступ або отримано доступ, додані фільтри “Надсліно“ та “Отримано“.

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

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

По журналу 060\о, якщо випадок передавався між областями він буде дублюватись для всіх областей які брали участь у процесі передачі.

13. Оновлена логіка відображення таблиці випадків всередині спалахів в модулі "Інфекційні хвороби".

До оновлення в спалахах, коли доданих випадків стає 2+ вони відображалися звичайним списком з обмеженим набором даних.

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

В розширеній таблиці додано:

- ПІБ пацієнта (за замовчуванням дані приховані і мають відкриватись тільки при повторній верифікації особистості)
- Вік пацієнта
- Область фактичного проживання пацієнта
- Район фактичного проживання пацієнта
- Населений пункт фактичного проживання пацієнта

14. Функціонал підтвердження готовності звіту та передачі на рівень вище в модулі "Аналітичні дані".

Протягом оновлення було реалізовано функціонал підтвердження готовності звіту та передачі його на рівень вище. Даний функціонал буде стосуватись на початковому етапі тільки основного місячного звіту форми №1 (без розширеної його версії з розрахунком тенденції зниження/збільшення випадків інфекційних хвороб).

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

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

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

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

4. Для обласного та національного рівнів додана додаткова вкладка “Підтверджені звіти“. Обласний рівень буде бачити у цьому розділі Підтверджені звіти районів, які йому підпорядковані.

*Кнопка замка відповідає за розблокування звіту, для повторного формування районним рівнем.

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

Важливо, що Звіт обласного рівня збирається тільки з тих районних організацій, які підтвердили свої звіти за звітний період.

6. Після того як звіт підтверджено, показники в ньому мають бути зафіксовані і будь які зміни у випадках (зміна діагнозу, зміна дати остаточного діагнозу…), які увійшли до звіту не мають впливати на показники у вже підтвердженому звіті. Обласний та національний рівні мають володіти можливістю дозволити рівню нижче, перегенерувати звіт та підтвердити його повторно. Щоб перегенерувати звіт та підтвердити його повторно необхідно:

*Якщо обласний чи національний рівень не дозволив повторно підтвердити звіт, в користувача за цей конкретний місяць буде заблокована можливість підтвердити звіт

15. Оновлена логіка дедублікація випадків інфекційних хвороб в модулі "Інфекційні хвороби".

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

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

При отриманні такого повідомлення користувач має можливість обрати опцію або продовжити створення екстреного повідомлення або відмінити створення повідомлення та повернутись до списку інфекційних хвороб

(На етапі заповнення Демографічної інформації)

(На етапі заповнення Загальної інформації)

16. Додано колір передепідемічного рівня активності іншим кольором на мапі в модулі "Дозорний епіднагляд".

До оновлення на мапі "Мапа захворюваності, відповідно до рівнів епідемічної активності" модуля Епіднагляду за грипом, передепідемічний рівень активності та низька активність помічалися одним кольором.

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

17. Додано 4 нових графіки для ГПЗ та ТГРІ в модулі "Дозорний епіднагляд".

18. Додано логіку при натисканні кнопки "Зберегти" залишатись на формі в модулі "Дозорний епіднагляд".

Для усіх форм рутинного та дозорного епіднагляду реалізовано можливість, що після натискання на кнопку “Зберегти” користувач має вибір:

Перейти до головної сторінки
Залишитися на формі, в режимі перегляду

19. Додано перевірку для рутинної форми "Захворюваність на грип та ГРВІ" в модулі "Дозорний епіднагляд".

Для рутинної форми "Захворюваність на грип та ГРВІ" додані перевірки, які не дозволять зберігати звітну форму, при порушенні правил формування поля “Усього“. Правила заповнення форм:

“Кількість осіб госпіталізованих до відділення реанімації та інтенсивної терапії із COVID-19” не має бути більшою за “Кількість госпіталізованих із COVID-19“
“Кількість госпіталізованих із COVID-19“ не має бути більшою за “Кількість госпіталізованих із грипом та ГРВІ“
“Кількість померлих осіб із COVID-19“ не має бути більшою за “Кількість померлих осіб від грипу та ГРВІ“
“Кількість лабораторно підтверджених випадків COVID-19“ не має бути більшою за “Кількість осіб, які захворіли за звітний тиждень на грип та ГРВІ“.

20. Сповіщення про не закриті випадки в модулі "Інфекційні хвороби".

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

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

У користувачів є можливість закрити це повідомлення. Повідомлення при цьому закриється також і для всіх користувачів від даної організації.

Натиснувши на кнопку "Переглянути випадок", користувач перейде на сторінку випадку інфекційної хвороби, де має можливість закрити цей випадок. (Щоб закрити випадок, необхідно спочатку відкрити персональні дані→ перейти в режим редагування випадку→ натиснути на червону кнопку "Закрити випадок"→ підтвердити закриття випадку).

Натиснувши на кнопку "Нагадати пізніше", повідомлення зникне на 24 години. Через добу повідомлення знову з'явиться для користувачів організації.

21. Оновлений фільтр локацій в модулі "Інфекційні хвороби".
До оновлення при фільтруванні по адресі проживання пацієнтів поле для вводу даних було названо "Локація"

При оновленні було внесено зміни до назви на Введіть назву Області/Району/ОТГ/Населеного пункту

22. Оновлено форму захворюваності в шаблонах звіту модуля "Аналітичні дані". Показник на 100 000 за замовчуванням.

23. Додано можливість побудови ЕпіКривої в шаблонах звіту модуля "Аналітичні дані".

24. Кольори для мапи стали яскравіші.

25. Додано перевірку на наявність лабораторного дослідження в модулі "Інфекційні хвороби".

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

Якщо ця умова не виконана то при виборі опції Лабораторний тест, користувач побачить попередження:

26. Додано поле "Інша інформація" в модулі "Інфекційні хвороби".

При редагуванні випадку інфекційної хвороби, на вкладці Клінічна інформація додано поле "Інша інформація".

27. При створенні Екстреного повідомлення оновлено логіку поля "Райони Києва" в модулі "Інфекційні хвороби".
До оновлення:

Після оновлення: поле Район (м. Києва) стане доступним у формі тільки за умови, що у полі Населений пункт вибрано м. Київ

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

29. Оновлено логіку сортування інфекційних хвороб по областях.

Оновлення полягає в тому, що створено умову доступу випадку інфекційної хвороби.

Випадок інфекційної хвороби доступний організації з іншої області за умови:

- до цього випадку був відкритий доступ або
- інша область передала випадок іншій області

30. Додано можливість експорту аудиту даних в "модуль Адміністрування".

31. Оновлено логіку формування дозорних графіків в модулі "Дозорний епіднагляд".

У Дозорних графіках: “Результати обстеження осіб з ГПЗ\ТГРІ та відсоток отриманих позитивних результатів на грип та ГРВІ з початку епідеміологічного сезону“ для параметру Відсоток позитивних було змінено криву на крапки.