Перейти до змісту

Оновлення 1.26 (../06/2026)

1. Реалізовано функціонал друку "Щоденна відомість" за шаблоном для клієнтів модуля "Догляд і підтримка"

Реалізовано друк «Щоденної відомості» за шаблоном для отримувачів послуг модуля «Догляд і підтримка».

Щоденна відомість створюється автоматично зі створених безпосереднім надавачем послуг зустрічей. У відомості автоматично заповнюються такі поля: Організація, Регіон (відповідно до картки НУО), Надавач послуг, Дата, Статус, Номер відомості, Клієнти. Послуги підтягуються автоматично відповідно до того, що отримав отримувач послуг, із створених зустрічей безпосереднім надавачем послуг. Ознака оплачуваності відображається галочкою, якщо послуга оплачувана.

image.png

Мал 1 Відомість безпосереднього надавача послуг

 

2. Доопрацьовано «Звіт ТМЦ» додано можливість вивантаження видачі ТМЦ у розрізі неурядових організацій.

У звіт додано:

  • загальну кількість ТМЦ по Україні.
  • загальну кількість ТМЦ по кожній області.
  • загальну кількість ТМЦ по кожній НУО в межах відповідної області, з урахуванням того, що в одній області можуть працювати кілька організацій.
  • деталізацію виданих шприців за об'ємом: 2,0 мл, 5,0 мл, 10,0 мл та 20,0 мл (4 окремі колонки замість поточної однієї). Кількість шприців кожного об'єму має відображатися окремо для кожної організації.
  • розділення виданих презервативів на жіночі і чоловічі.


image.png

Мал 2 Звіт "ТМЦ"

3. Реалізовано функціонал отримання інформованої згоди для клієнтів модуля "Догляд і підтримка".

В мобільному додатку «Public Health» реалізовано механізм отримання інформованої згоди отримувача послуг з догляду і підтримки. Процес ініціюється на етапі створення нового отримувача послуг в модулі «Догляд і підтримка» або при першому створенні зустрічі з діючим отримувачем послуг після запуску функціоналу.

Після створення зустрічі система автоматично надсилає отримувачу послуг текст «Інформованої згоди  на надання послуг з догляду і підтримки» та генерує одноразовий 4-значний SMS-код.

При введенні коректного коду фіксується дата і час отримання згоди або відмови від неї, ПІБ безпосереднього надавача послуг, версію тексту згоди, номер телефону, на який було відправлено SMS.

image.pngimage.png

Мал. 3 Створення зустрічі та вигляд Інформованої згоди

 image.pngimage.png

Мал. 4 Інформована згода в картці Клієнта

4. Реалізовано колонки та фільтр «Договір» у реєстрі «Зустрічі» + Зміни експорту

Доопрацьовано реєстр «Зустрічі» в Системі шляхом додавання нових фільтрів і механізму вибіркового експорту колонок. В процесі реалізації було виконано:

  •   У функції експорту реалізовано механізм вибору колонок для вивантаження у файл.
  •   За замовчуванням підтягується повний перелік доступних колонок.
  •   Можна обрати потрібні колонки через чекбокси перед формуванням експорту.
  •   Система формує файл лише з вибраними колонками у тому самому порядку.
  •   Якщо вибір не зроблено - експортується повний набір колонок.
  •   При виборі типу послуги в експорті вивантажуються лише записи обраного типу

image.png

Мал. 5 Налаштування колонок експорту

5. Реалізовано функціонал друку "Картка клієнта" за шаблоном для клієнтів модуля "Догляд і підтримка"

Реалізовано можливість друку «Картка клієнта» за шаблоном  для отримувачів послуг  модуля Догляд і підтримка. Для друку картки отримувача послуг в реєстрі «Клієнти» в рядку, навпроти кожного отримувача послуг додано кнопку «Завантаження» так, як реалізовано в «Щоденні відомості» модуля «Профілактика». Заповнення «Картка клієнта» відбувається автоматично, з уже наявної в системі інформації (в картці клієнта) відповідно до шаблону.

image.png

Мал. 6 «Картка клієнта» у pdf форматі

 

6. Доопрацьовано звіт "Унікальні отримувачі послуг з ДІП"

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

Додано у форму звіту стовпчик «ID клієнта» . В одному рядку «ID клієнта» відповідає коду Case++ даного отримувача послуг.

image.png

Мал 8 Звіт "Унікальні отримувачі послуг з ДІП"

7. Виконано доопрацювання інтеграції ІС СЗХ з ІАС МПСПСНЗ:

•        Реалізовано інтеграцію Лікування АРТ

image.png

•        Реалізовано інтеграцію Діагностика ВН і Діагностика СД-4

image.png

•        Реалізовано інтеграцію Облік в закладах медичної системи

image.png

•        Реалізовано функціонал розв’язування клієнта та пацієнта  ІС СЗХ

image.png

8. Доопрацювання звіту «Тестування на ВІЛ та каскад послуг»

 Додано стовпчик з унікальним ID клієнта до звіту та блок обрахунку кількості клієнтів по коду Case+, не враховуючи дублі (саме за кодом Case+, а не по ID). Дані обрахунки співпадають з даними таблиці деталізації по клієнтам, що знаходиться нижче.

image.png

9. Доопрацювання звіту "Унікальні отримувачі послуг з ДІП"

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

Додано у форму звіту стовпчик ID клієнта, в одному рядку ID клієнта відповідає коду Case++ даного клієнта.

 image.png

10. Доопрацювання форми введення та відображення картки «Пункт надання послуг»

При створенні зустрічі по профілактиці в мобільному додатку :

Адреса ПНП доступна для вибору після вибору значення ЩВ (якщо ЩВ переобирається, значення адреси скидається). Відображається перелік адрес з графіку роботи цього ПНП. Також додано останнім в списку  варіант: "Адреса невідома".

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

 Відображення адреси в додатку у клієнта замість назви ПНП:

Відображається в зустрічах профілактики:

·        Якщо немає значення адреси в зустрічі, тоді відображається напис "Адреса невідома";

·        Якщо адреса є, тоді відображається по шаблону (наприклад, Київ, Сумська 55-б, офіс - 77);

В Щоденній Відомості внизу додано блок “Таблиця Адреси ПНП, на яких отримували послуги клієнти”. При створенні відомості адреса доступна для вибору після вибору значення ПНП (якщо ПНП переобирається, значення адреси - скидається, та відображається згідно нового ПНП)

image.png

11.  Реалізація функціоналу відображення статистичних даних для надавачів послуг з їх візуалізацією

image.pngimage.png

В межах функціоналу реалізовано відображення таких статистичних показників: кількість проведених зустрічей, кількість отриманих згод та кількість виданих ТМЦ, відсоток верифікацій послуг. Для кожного показника доступна можливість перегляду загальної кількості та динаміки змін за день, тиждень, місяць, рік.

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

12. Реалізувати розділ «Інструкції» для соціальних працівників

В мобільному застосунку «Public Health» реалізовано окремий розділ «Інструкції», який надає соціальним працівникам, відповідно до чинної моделі автентифікації та авторизації мобільного застосунку «Public Health», можливість переглядати матеріали з наявної централізованої бази знань. Це забезпечує швидкий доступ до актуальних інструкцій без переходу до браузера, з підтримкою пошуку, фільтрації та ранжування матеріалів.

У мобільному застосунку «Public Health» відображається перелік статей із можливістю переходу до повного тексту кожної з них відповідно до обраного модуля, в якому проводить зустрічі соціальний працівник.

У розділі «Інструкції» реалізовано пошук за ключовими словами - за назвою, коротким описом і повним текстом статті.

image.png

13. Реалізовано статус «Чернетка» для зустрічей

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

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

У процесі створення або редагування зустрічі всі введені соціальним працівником дані автоматично зберігаються локально на його пристрої. Збереження автоматичне при кожній зміні значення будь-якого поля або з визначеною системою періодичності. Це дозволить мінімізувати ризики втрати даних у разі збою або відсутності інтернет-зʼєднання.

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

Мобільний застосунок «Public Health» автоматично перевіряє наявність локально збережених чернеток після перезапуску. Соціальний працівник має можливість переглядати збережені чернетки із можливістю відновлення і подальшого редагування будь-якої з них на протязі доби. Після початку зустрічі дані мають бути передані на сервер, а локально збережена чернетка повинна бути видалена або позначена як синхронізована.

Система автоматично прибирає застарілі чернетки (60 днів від дати створення) та чернетки, які вже неможливо коректно зберегти через закритий період. Це потрібно, щоб у консультанта в додатку не залишалися неактуальні локальні дані, які вже не можна використати для створення зустрічі

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

image.png

image.png