Оновлення ІАС МПСПСНЗ Оновлення 1.27 (../07/2026) 1. Автоматичне блокування акаунта після 30 днів неактивності Умови блокування і відновлення акаунта: • Акаунт блокується, якщо користувач не входив у систему протягом 30 днів - статус автоматично змінюється на «Неактивний». • Розблокування акаунта виконується лише адміністратором системи.   2. Реалізовано механізм складних паролів Відтепер при реєстрації / авторизації в системі треба використовувати пароль, який складається з 12 символів і включає великі та маленькі латинські літери, цифри та спец. символи. Пароль не може: • Бути порожнім • Містити не латинські літери • Бути коротший за мінімальну довжину (12 символів) • Не мати великої / маленької літери, цифри та спец. символу • Містити назву додатку, email, частину телефону • Містити транслітероване ім'я та прізвище, наприклад, Ivanova Natalya • Містити попередній, поточний або наступний рiк   3. Оновлено механізм отримання логіну та паролю безпосередніми надавачами послуг Відтепер замість логіну та паролю у листі, безпосередній надавач отримує унікальне тимчасове посилання при переході по якому самостійно встановлює пароль. Посилання діє протягом 5 днів, після чого автоматично блокується разом із обліковим записом у разі його неактивації. 4. Реалізовано механізм квотування оплачуваних послуг залежно від способу верифікації клієнта. Основні зміни: • Для договорів можна налаштовувати відсоток послуг, що оплачуються залежно від типу верифікації. • За замовчуванням передбачено розподіл: o 80% послуг, верифікованих дзвінком або SMS; o 20% послуг, верифікованих / внесених документатором або без верифікації. • Квота впливає лише на оплачуваність послуг і не обмежує їх внесення до системи. • Розрахунок квоти виконується в межах періоду дії договору та календарного місяця. • Якщо кількість послуг, верифікованих документатором або без верифікації, перевищує встановлену квоту, надлишкові послуги автоматично позначаються як неоплачувані (починаючи з останніх за датою). • При внесенні або редагуванні послуг заднім числом оплата автоматично перераховується відповідно до квоти. • Інформація про застосовані квоти враховується у Звіті з оплачуваних послуг. 5. В додатку додано кнопку «Клієнт не надав згоду» для послуг ДіП. В додатку додано кнопку «Клієнт не надав згоду». Додано функціонал експорту даних з реєстру - як для позитивних, так і для негативних відповідей щодо надання згоди. 6. Блокування після 30 хвилин неактивності Реалізовано механізм автоматичного блокування сесії безпосереднього надавача послуг після 30 хв. неактивності у мобільному застосунку «Public Health» та веб-версії системи. • Якщо протягом зазначеного часу не зафіксовано жодної активності - сесія автоматично деактивується. На екрані блокування відображається повідомлення: «Сесію заблоковано через 30 хвилин неактивності. Будь ласка, увійдіть знову.» • За 1 хвилину до блокування відображається банер-попередження з таймером та кнопкою «Продовжити роботу», яка поновлює таймер 7. Реалізовано механізм регулярної зміни паролів Оновлення включають: • Обов'язкову зміну паролю кожні 30 днів для всіх користувачів системи. • За 7 днів до закінчення терміну дії паролю безпосередній надавач послуг отримує лист-нагадування. • Після закінчення терміну дії паролю не можна увійти до системи без його зміни. • Заборону на використання останніх 5 паролів повторно. 8. Реалізовано механізм автоматичного присвоювання системою номера накладних в блоці «Рух товарів». Під час створення нової накладної система автоматично генерує її номер. Автоматична нумерація проставляється для руху типів «Переміщення», «Видача», «Списання», «Коригування». Для типу «Поставка» відповідальна особа організації вносить номер накладної самостійно. Номер накладних має числовий формат, починаючи з 1 та збільшується послідовно для кожної наступної накладної. Максимальна довжина номера - до 10 цифр. Якщо номер накладної має більш ніж 10 цифр, система архівує старі накладні та починає нову серію номерів з 1. У разі видалення накладної, її номер повертається у лічильник і присвоюється наступній накладній без пропуску послідовності цифр. 9. Доопрацювання звіту «Мінімальний пакет послуг». • Змінено колонку «Клієнти», тепер вони відображаються по ID, а не за типом Case++ • Найменування товару шприци та голки рахуються разом, а не окремо. В звіті "Мінімальний пакет послуг" в колонку Шприц (в ЛВНІ) не рахуються “Голки ін'єкційні”, лише шприци. Оновлення 1.26 (../06/2026) 1. Реалізовано функціонал друку "Щоденна відомість" за шаблоном для клієнтів модуля "Догляд і підтримка" Реалізовано друк «Щоденної відомості» за шаблоном для отримувачів послуг модуля «Догляд і підтримка». Щоденна відомість створюється автоматично зі створених безпосереднім надавачем послуг зустрічей. У відомості автоматично заповнюються такі поля: Організація, Регіон (відповідно до картки НУО), Надавач послуг, Дата, Статус, Номер відомості, Клієнти. Послуги підтягуються автоматично відповідно до того, що отримав отримувач послуг, із створених зустрічей безпосереднім надавачем послуг. Ознака оплачуваності відображається галочкою, якщо послуга оплачувана. Мал 1 Відомість безпосереднього надавача послуг   2. Доопрацьовано «Звіт ТМЦ» додано можливість вивантаження видачі ТМЦ у розрізі неурядових організацій. У звіт додано: загальну кількість ТМЦ по Україні. загальну кількість ТМЦ по кожній області. загальну кількість ТМЦ по кожній НУО в межах відповідної області, з урахуванням того, що в одній області можуть працювати кілька організацій. деталізацію виданих шприців за об'ємом: 2,0 мл, 5,0 мл, 10,0 мл та 20,0 мл (4 окремі колонки замість поточної однієї). Кількість шприців кожного об'єму має відображатися окремо для кожної організації. розділення виданих презервативів на жіночі і чоловічі. Мал 2 Звіт "ТМЦ" 3. Реалізовано функціонал отримання інформованої згоди для клієнтів модуля "Догляд і підтримка". В мобільному додатку «Public Health» реалізовано механізм отримання інформованої згоди отримувача послуг з догляду і підтримки. Процес ініціюється на етапі створення нового отримувача послуг в модулі «Догляд і підтримка» або при першому створенні зустрічі з діючим отримувачем послуг після запуску функціоналу. Після створення зустрічі система автоматично надсилає отримувачу послуг текст «Інформованої згоди  на надання послуг з догляду і підтримки» та генерує одноразовий 4-значний SMS-код. При введенні коректного коду фіксується дата і час отримання згоди або відмови від неї, ПІБ безпосереднього надавача послуг, версію тексту згоди, номер телефону, на який було відправлено SMS. Мал. 3 Створення зустрічі та вигляд Інформованої згоди   Мал. 4 Інформована згода в картці Клієнта 4. Реалізовано колонки та фільтр «Договір» у реєстрі «Зустрічі» + Зміни експорту Доопрацьовано реєстр «Зустрічі» в Системі шляхом додавання нових фільтрів і механізму вибіркового експорту колонок. В процесі реалізації було виконано:   У функції експорту реалізовано механізм вибору колонок для вивантаження у файл.   За замовчуванням підтягується повний перелік доступних колонок.   Можна обрати потрібні колонки через чекбокси перед формуванням експорту.   Система формує файл лише з вибраними колонками у тому самому порядку.   Якщо вибір не зроблено - експортується повний набір колонок.   При виборі типу послуги в експорті вивантажуються лише записи обраного типу Мал. 5 Налаштування колонок експорту 5. Реалізовано функціонал друку "Картка клієнта" за шаблоном для клієнтів модуля "Догляд і підтримка" Реалізовано можливість друку «Картка клієнта» за шаблоном  для отримувачів послуг  модуля Догляд і підтримка. Для друку картки отримувача послуг в реєстрі «Клієнти» в рядку, навпроти кожного отримувача послуг додано кнопку «Завантаження» так, як реалізовано в «Щоденні відомості» модуля «Профілактика». Заповнення «Картка клієнта» відбувається автоматично, з уже наявної в системі інформації (в картці клієнта) відповідно до шаблону. Мал. 6 «Картка клієнта» у pdf форматі   6. Доопрацьовано звіт "Унікальні отримувачі послуг з ДІП" До звіту включаються лише отримувачі послуг, які користуються послугами, визначеними в специфікації договору Центру з організаціями. Послуги, що не надаються за умовами договору, навіть якщо вони обліковуються, не повинні враховуватися. Додано у форму звіту стовпчик «ID клієнта» . В одному рядку «ID клієнта» відповідає коду Case++ даного отримувача послуг. Мал 8 Звіт "Унікальні отримувачі послуг з ДІП" 7. Виконано доопрацювання інтеграції ІС СЗХ з ІАС МПСПСНЗ: • Реалізовано інтеграцію Лікування АРТ • Реалізовано інтеграцію Діагностика ВН і Діагностика СД-4 • Реалізовано інтеграцію Облік в закладах медичної системи • Реалізовано функціонал розв’язування клієнта та пацієнта  ІС СЗХ 8. Доопрацювання звіту «Тестування на ВІЛ та каскад послуг»  Додано стовпчик з унікальним ID клієнта до звіту та блок обрахунку кількості клієнтів по коду Case+, не враховуючи дублі (саме за кодом Case+, а не по ID). Дані обрахунки співпадають з даними таблиці деталізації по клієнтам, що знаходиться нижче. 9. Доопрацювання звіту "Унікальні отримувачі послуг з ДІП" До звіту попадають клієнти, які мають послуги в межах специфікації договору, всі інші послуги, які не надаються в межах специфікації договору і обліковуються, не мають враховуватись. Додано у форму звіту стовпчик ID клієнта, в одному рядку ID клієнта відповідає коду Case++ даного клієнта.   10. Доопрацювання форми введення та відображення картки «Пункт надання послуг» При створенні зустрічі по профілактиці в мобільному додатку : Адреса ПНП доступна для вибору після вибору значення ЩВ (якщо ЩВ переобирається, значення адреси скидається). Відображається перелік адрес з графіку роботи цього ПНП. Також додано останнім в списку   варіант: "Адреса невідома". Якщо є тільки 1 елемент в списку адрес, то значення підставляється автоматично та варіанту "Адреса невідома" немає.   Відображення адреси в додатку у клієнта замість назви ПНП: Відображається в зустрічах профілактики: · Якщо немає значення адреси в зустрічі, тоді відображається напис "Адреса невідома"; · Якщо адреса є, тоді відображається по шаблону (наприклад, Київ, Сумська 55-б, офіс - 77); В Щоденній Відомості внизу додано блок “Таблиця Адреси ПНП, на яких отримували послуги клієнти”. При створенні відомості адреса доступна для вибору після вибору значення ПНП (якщо ПНП переобирається, значення адреси - скидається, та відображається згідно нового ПНП) 11.  Реалізація функціоналу відображення статистичних даних для надавачів послуг з їх візуалізацією В межах функціоналу реалізовано відображення таких статистичних показників: кількість проведених зустрічей, кількість отриманих згод та кількість виданих ТМЦ, відсоток верифікацій послуг. Для кожного показника доступна можливість перегляду загальної кількості та динаміки змін за день, тиждень, місяць, рік. Соціальний працівник має  можливість застосовувати фільтри до статистичних даних. Передбачено фільтрацію за періодом (тиждень, місяць або інший доступний період), за типом зустрічі (консультація, тестування тощо відповідно до довідників системи), а також за категорією ТМЦ. 12. Реалізувати розділ «Інструкції» для соціальних працівників В мобільному застосунку «Public Health» реалізовано окремий розділ «Інструкції» , який надає соціальним працівникам, відповідно до чинної моделі автентифікації та авторизації мобільного застосунку «Public Health», можливість переглядати матеріали з наявної централізованої бази знань. Це забезпечує швидкий доступ до актуальних інструкцій без переходу до браузера, з підтримкою пошуку, фільтрації та ранжування матеріалів. У мобільному застосунку «Public Health» відображається перелік статей із можливістю переходу до повного тексту кожної з них відповідно до обраного модуля, в якому проводить зустрічі соціальний працівник. У розділі «Інструкції» реалізовано пошук за ключовими словами - за назвою, коротким описом і повним текстом статті . 13. Реалізовано статус «Чернетка» для зустрічей Для мобільного застосунку «Public Health» реалізовано статус «Чернетка» для зустрічей, що дозволяє зберігати незавершені записи, надаючи можливість їх редагування до моменту остаточного підтвердження соціальним працівником. У разі відсутності або нестабільності інтернет-зʼєднання соціальний працівник має можливість продовжувати створення або редагування зустрічі без втрати раніше введених даних. Відновлення інтернет-зʼєднання не передає автоматично дані на сервер без явного підтвердження соціальним працівником. У процесі створення або редагування зустрічі всі введені соціальним працівником дані автоматично зберігаються локально на його пристрої. Збереження автоматичне при кожній зміні значення будь-якого поля або з визначеною системою періодичності. Це дозволить мінімізувати ризики втрати даних у разі збою або відсутності інтернет-зʼєднання. Зустріч у статусі «Чернетка» вважається такою до моменту її початку. Зустрічі, що знаходяться в цьому статусі, не враховуються у звітності та вибірках, поки не буде змінено їх статус на розпочата, після того, як будуть заповнені всі обовʼязкові поля, і соціальний працівник підтвердить завершення цього процесу. Мобільний застосунок «Public Health» автоматично перевіряє наявність локально збережених чернеток після перезапуску. Соціальний працівник має можливість переглядати збережені чернетки із можливістю відновлення і подальшого редагування будь-якої з них на протязі доби. Після початку зустрічі дані мають бути передані на сервер, а локально збережена чернетка повинна бути видалена або позначена як синхронізована. Система автоматично прибирає застарілі чернетки (60 днів від дати створення) та чернетки, які вже неможливо коректно зберегти через закритий період. Це потрібно, щоб у консультанта в додатку не залишалися неактуальні локальні дані, які вже не можна використати для створення зустрічі Всі локально збережені дані повинні бути повʼязані з обліковим записом надавача послуг і недоступні для інших соціальних працівників цього ж пристрою. Оновлення 1.25 (../04/2026) В оновлення увійшли наступні зміни: Новий функціонал  1. Реалізовано функціонал для перегляду актуальних залишків ТМЦ у режимі реального часу У реєстрі відображатимуться залишки товарів із поступовим підвантаженням - по 25 записів при прокручуванні сторінки. Записи, де кількість дорівнює нулю, не відображаються. Для зручності передбачено пошук за назвою товару, а також фільтрацію за такими параметрами: серія (текстове поле) група (вибір зі списку) категорія (доступна після вибору групи) тип (доступний після вибору групи та категорії) Зверніть увагу, що при зміні групи або категорії залежні фільтри автоматично скидаються. Сортування за замовчуванням - за назвою товару. Оновлення даних відбувається автоматично при відкритті сторінки. Також доступне ручне оновлення жестом. Повторне ручне оновлення можливе не раніше ніж через 3 хвилини. У разі спроби оновлення раніше буде відображено повідомлення з часом останнього оновлення. 2. Реалізовано відображення часу початку зустрічі та її тривалість в реальному часі в картці кожної зустрічі та реєстрі «Зустрічі» Дата та час зустрічі відображатимуться у форматі ДД.ММ.РРРР ГГ:ХВ. У реєстрі ця інформація доступна лише користувачам із роллю Консультант. У картці зустрічі дата та час відображаються аналогічно. Якщо зустріч внесено документатором і час не вказано (00:00), тоді відображається лише дата без часу. Дата та час зустрічі відображаються у форматі ДД.ММ.РРРР ГГ:ХВ. У реєстрі ця інформація доступна лише для соціальних працівників. Якщо зустріч внесено документатором і час встановлено як 00:00, відображається лише дата без зазначення часу. Тривалість зустрічі відображається для соціальних працівників лише для зустрічей у статусах: Розпочата Завершена Завершена без верифікації У статусі «Розпочата» тривалість розраховується в реальному часі (від моменту початку зустрічі до поточного часу) та автоматично оновлюється без перезавантаження сторінки. Формат відображення залежить від тривалості: більше 24 годин - 1д 5г 45хв менше 24 годин - 5г 45хв менше години - 45хв менше хвилини - <1хв У статусах «Завершена» та «Завершена без верифікації» тривалість відображається на основі збереженого значення. Якщо значення тривалості відсутнє або не заповнене - елемент не відображається. Якщо метод верифікації зустрічі — «Внесено документатором», замість тривалості відображається відповідний напис: «Внесено документатором». 3. Реалізовано фіксацію верхнього рядка з назвами колонок у кожній послузі щоденної відомості. За замовчуванням усі блоки послуг відображатимуться у розгорнутому вигляді. При згортанні або розгортанні блоку назва послуги залишається видимою. Згортання та розгортання блоку активується натисканням на всю область заголовка: Під час прокручування сторінки верхня частина з назвами колонок фіксується, що забезпечує зручність перегляду даних. Оновлення 1.24 (../03/2026) В оновлення увійшли наступні зміни: Новий функціонал  1. Реалізовано відображення причини недоставки повідомлення у VIBER / SMS - повідомленнях Раніше при неможливості доставки повідомлення клієнту соціальні працівники отримували сповіщення без контексту: "Помилка комунікаційного сервісу. Перевірте номер телефону [номер телефону]" , без жодного пояснення. Тепер у мобільному застосунку "Public Health" відображатиметься зрозуміле пояснення причини, яке ми отримуємо від операторів мобільного зв'язку. Приклади: 2. Оновлення верифікаційних кодів у Viber та SMS повідомленнях. Верифікаційний код збільшено з 4 до 6 символів у SMS та Viber повідомленнях, додатково в мобільному застосунку "Public Health" тепер відображаються перші 2 символи очікуваного коду. Тобто, коли клієнт очікуватиме верифікаційний код, застосунок соціальному працівнику вже підказуватиме, з яких символів починатиметься очікуваний код. Наприклад, якщо система чекає код 247291 , застосунок покаже 24____ . Це дозволяє одразу знайти потрібне повідомлення серед кількох SMS, що одночасно можуть надійти після відновлення мобільного зв'язку. 3. Доопрацювано шаблон повідомлень для клієнтів Оновлено текстовий шаблон повідомлення, які отримують клієнти для входу в мобільний застосунок "Public Health". Виправлено формулювання, приведено стиль до єдиного стандарту з посиланням на завантаження застосунку. 4. Реалізовано відображення версії застосунку "Public Health" У мобільному застосунку "Public Health" тепер відображається поточна версія застосунку. Інформація доступна соціальним працівникам та клієнтам в розділі "Профіль користувача". В разі наявності оновлення для мобільного застосунку "Public Health" під функціональним перемикачем "Дозволити біометрію" буде відображено функціональну кнопку "Оновити додаток" з можливістю перейти відразу в магазин застосунків Google Play Market чи Apple App Store. 5. Реалізовано обмеження на введення коду оператора в номері телефону У WEB-інтерфейсі та мобільному застосунку "Public Health" додано перевірку для поля "номер телефону" - зокрема, обмеження на некоректне або відсутнє введення коду оператора. Система тепер не дозволяє зберегти номер у неправильному форматі. Оновлення 1.23 (../01/2026) В оновлення увійшли наступні зміни: 1. Новий функціонал  1. Реалізовано доопрацювання звіту «Щодо оплачуваних послуг» для модуля "Профілактика" оновлено механізм розрахунків, враховуючи ліміти договору та квоту верифікації; додано таблицю «Послуги за методом верифікації» з відображенням кількості та частки послуг; для договорів із системою мотивації реалізовано відображення довідкової таблиці тарифів; забезпечено коректний розрахунок вартості послуг і сум в акті відповідно до частки верифікації. додано підсумкову таблицю з кількістю наданих та оплачуваних послуг за вибраний період; 2. Усунені помилки 1. Виправлено помилку у відображенні послуг у формі «Форма щоденної відомості реєстрації результатів тестування отримувачами послуг на ВІЛ, гепатити, сифіліс» за 2025 рік. Оновлення 1.22 (../10/2025) В оновлення увійшли наступні зміни: 1. Новий функціонал  1. Для користувачів з роллю " Документатор" додано колонку "Номер відомості" у реєстрі "Рух товарів": 2. Для користувачів з роллю " Документатор" в розділі "Користувачі" розширено функціонал: додано колонку «Недіючий» у реєстр користувачів для швидкої ідентифікації статусу; додано колонку «Дата створення» для відображення дати додавання користувача до системи; реалізовано колонку «Проєкт», що дозволяє сортувати соціальних працівників за проєктами; додано можливість експорту даних з реєстру «Користувачі»; розширено набір полів картки користувача новими атрибутами: «Дата народження», «РНОКПП», «Стать». 3. Внесено зміни до логіки розрахунку оплачуваності у звіті «Щодо оплачуваних послуг» проєкту «Профілактика». До кінця жовтня буде виконано перерахунок усіх закритих періодів для перевірки коректності наданих даних. Оновлення 1.21 (../09/2025) В оновлення увійшли наступні зміни: 1. Новий функціонал  1. Додано можливість множинної верифікації записів у реєстрі "Зустрічі". Для користувачів з роллю " Документатор" додано можливість множинної верифікації записів у реєстрі "Зустрічі": Можна обрати кілька зустрічей у стані "Нова" одночасно; Кнопка «Верифікувати обрані» активується лише при виборі нових зустрічей; Усі вибрані зустрічі верифікуються успішно одним кліком. 2. Розроблено механізм, за яким зустріч у додатку користувача з роллю "Консультант" автоматично завершується після її верифікації користувачем з роллю "Документатор". Після того як зустріч верифікує користувач з роллю "Документатор", вона автоматично набуває статусу завершеної в додатку Public Health у користувача з роллю "Консультант" — за умови, що для цієї зустрічі не передбачено обов’язкового проставлення статусу тестування. 3. Інтеграція ІАС МПСПСНЗ з ІС СЗХ Завдяки інтеграції забезпечується доступ до достовірних і оновлених даних про пацієнтів ІС СЗХ та клієнтів ІАС МПСПСНЗ, що дозволяє уникати повторних записів і покращує узгодженість відомостей у системах. Перевіряються на відповідність такі атрибути з ІС СЗХ: Індивідуальний номер пацієнта Прізвище, ім’я, по батькові пацієнта Статус пацієнта Телефон пацієнта Дата смерті пацієнта Після отримання даних про пацієнтів з ІС СЗХ механізм інтеграції автоматично порівнює їх із наявними клієнтами ІАС МПСПСНЗ. За високої відповідності записи автоматично об’єднуються. Якщо рівень збігу недостатній, інтеграція формує список записів для ручної перевірки. Адміністратори ІАС МПСПСНЗ переглядають дані з обох джерел у спеціальному інтерфейсі та приймають рішення щодо зіставлення або відхилення записів. В ІАС МПСПСНЗ передбачено спеціальні позначки, що вказують на статус зіставлення: ВІЛ - статус підтверджено ІС СЗХ Дата смерті (підтверджено ІС СЗХ) 2. Усунені помилки у системі 1. Виправлено проблему з обранням типу верифікації "Без верифікації" в модулі "Профілактика". Усунено помилку, через яку тип верифікації "Без верифікації" працював некоректно. Тепер цей тип можна коректно обрати лише для таких послуг: "Кейс-менеджмент", "Тестування на гепатит B", "Тестування на сифіліс". Для інших послуг опцію "Без верифікації" більше обрати неможливо. 2. Виправлено проблему з відсутністю результатів тестування в завершених зустрічах. Оновлення 1.20 (../07/2025) В оновлення увійшли наступні зміни: 1. Новий функціонал  1. Доопрацювання картки щоденної відомості. Додано нотифікації для користувачів — система повідомляє про помилки або обмеження, зокрема при повторному додаванні ТМЦ; Одну номенклатуру можна додавати кілька разів, за умови вибору різних серій; Під час вибору серії вже доданого товару в списку з’являється підказка "Товар вже додано", що допомагає уникнути дублювання. 2. Впроваджено додатковий метод верифікації та отримання згоди на обробку персональних даних для послуг, що використовують Viber. 3. У довідник результатів тестування додано нове значення — «Недійсно». 4. Реалізовано функціональність для формування «Звіт щодо талонів» згідно з визначеним шаблоном. 5. До звіту з оплачуваних послуг по проєкту "Профілактика"додано нову послугу — "Кейс-менеджмент". Послуга вважається оплачуваною лише за умови наявності всіх чотирьох талонів для одного отримувача, при цьому всі талони мають бути заповнені коректно, а період між другим та четвертим талоном не перевищувати 60 календарних днів включно. У звітність послуга включається за датою четвертого талона. Якщо хоча б одна з вимог не виконується, послуга автоматично потрапляє у відповідну вкладку звіту як неоплачувана, а у коментарі вказується причина: «Не виконано вимоги супроводу» . 6. Змінено вигляд розділу "Звітність". Якщо НУО має проєкт "Профілактика" – відображається звітність, релевантна до цього проєкту. Якщо НУО має проєкт "Догляд і підтримка" – відображається відповідна звітність. Якщо НУО має обидва проєкти – "Профілактика" та "Догляд і підтримка" – у звітності доступні обидва блоки. 2. Усунені помилки у системі 1. Виправлено проблему, через яку було неможливо зберегти значення «0» у картці «Інвентаризації». Раніше Система не зберігала позиції, для яких розраховане коригування дорівнювало нулю, навіть якщо це було очікуваною та коректною операцією. У результаті таких записів не потрапляло до документа, що ускладнювало відображення повної картини інвентаризації. Тепер коригування зі значенням «0» зберігається коректно та відображається у таблиці. 2. Усунуто некоректне відображення кнопок та полів у мобільному додатку «Public Health». Внесено зміни до верстки та стилів з метою коректного відображення елементів управління. Зокрема, усунуто проблеми з кнопками, які виходили за межі екранів мобільних пристроїв, а також виправлено розташування полів вводу, що перекривали текст або масштабувались некоректно на різних роздільних здатностях. 3. Усунено помилку, через яку в окремих випадках система повторно запитувала згоду на обробку персональних даних під час надання послуг одному й тому самому клієнту. 4. Усунено помилку в логіці Системи, яка в окремих випадках спричиняла появу повідомлення «Не знайдено службового користувача» під час закриття «Щоденної відомості». Оновлення 1.19 (../05/2025) В оновлення увійшли наступні зміни: 1. Новий функціонал  1. Розроблено функціонал отримання згоди на обробку персональних даних та здійснення соціального супроводу за номером телефону Отримувача. Згода фіксується під час реєстрації клієнта або при першому контакті з ним, до початку надання послуг. У разі отримання згоди на обробку персональних даних у системі передбачено можливість для документатора переглядати відповідну інформацію у розділі "Згода на обробку п.д." , де відображаються дата, час та контактні дані, пов’язані з фіксацією згоди. Звертаємо увагу: надання послуг клієнту можливе і без отримання згоди на обробку персональних даних. У такому випадку відповідні послуги підлягають верифікації документатором . Інструкція з використання функціоналу отримання згоди на обробку персональних даних доступна за посиланням .      Там ви знайдете детальні кроки по роботі з функціоналом, а також інші корисні рекомендації. 2. Додано можливість вивантаження інформації з реєстру «Щоденні відомості» за наданим шаблоном.  3. Впровадження процедури кейс-менеджменту. 4. Оновлено графічне відображення графіка роботи пунктів у веб-інтерфейсі , а також реалізовано можливість експорту графіка відповідно до оновленого шаблону.  5. Впровадження заборони на створення дубля клієнта.  З метою підвищення якості даних та запобігання дублюванню клієнтів, у системі впроваджено механізм перевірки на унікальність записів за параметром Case ++.  Повне співпадіння Кейс++ Якщо в системі вже існує клієнт з таким самим значенням Кейс++, створення нового запису заборонене. Користувач може лише обрати існуючого клієнта зі списку . 6. Відновлено роботу типу верифікації "Верифікація SMS". Цей механізм дозволяє підтверджувати факт отримання клієнтом послуги шляхом надсилання SMS-повідомлення з кодом підтвердження. 7. Реалізовано функціональність для формування «Звіт з ТМЦ» згідно з визначеним шаблоном. 8. Реалізовано функціональність для формування «Звіт модуля «Догляд і підтримка» щодо отримувачів послуг» згідно з визначеним шаблоном. 9. Реалізовано функціональність для формування «Звіт модуля «Догляд і підтримка» щодо наданих послуг» згідно з визначеним шаблоном. 2. Усунені помилки у системі 1. Виправлено невідповідність між виданими ТМЦ у «Щоденній відомості» та у Звіті по матеріалах на складах . 2. Уточнено назви колонок у звітах : – змінено назву колонки “Код клієнта в Data Check” на “ID клієнта” у звітах «Клієнти» та «Активність клієнтів» . 3. Виправлено відображення адрес у графіку надання послуг : – усунуто перемішування рядків адрес у переліку для кожного ПНП; – послідовність адрес у графіках (як нових, так і раніше створених) тепер відповідає порядку, зазначеному в картках ПНП. 4. Внесено зміни до розкладу затверджених графіків , що дає змогу вносити відомості за попередні періоди . Оновлення 1.18 (../05/2025) В оновлення увійшли наступні зміни: 1. Новий функціонал  Додано можливість експорту графіку роботи у форматі .xlsx в реєстрі "Графік роботи пунктів". Додано можливість експорту наявних товарів у форматі .xlsx в реєстрі "Товари на складі". Додано можливість експорту наявних накладних у форматі .xlsx в реєстрі "Рух товарів". Кожна накладна експортується індивідуально, незалежно від її типу. Реалізовано функціонал інвентаризації ТМЦ та інтегровано в реєстр «Складський облік» . Функціонал надає можливість ефективно контролювати залишки товарно-матеріальних цінностей на складах та коригувати дані в Системі: Можна створювати інвентаризаційні відомості, де відображаються актуальні залишки ТМЦ на складах згідно з даними Системи; У разі розбіжностей між обліковими та фактичними залишками, Cистема автоматично створює коригувальні відомості, що дозволяє коригувати кількість товарів на складах; Протерміновані товари підсвічуються червоним кольором в інвентаризаційних відомостях і блокуються для редагування. Вони відображаються лише для ознайомлення. Інструкція з використання функціоналу інвентаризації ТМЦ доступна за посиланням . Там ви знайдете детальні кроки по роботі з функціоналом, а також інші корисні рекомендації. У реєстрі «Рух товарів» реалізовано новий тип руху товарів «Списання» для більш точного обліку товарів, що більше не знаходяться на складі. Дозволяє коректно зафіксувати операції списання товарів із складу; Після присвоєння статусу «Виконано» для запису про списання товарів, ці товари автоматично вилучаються з реєстру «Товари на складі». Це дозволяє реєстру «Товари на складі» містити лише актуальну інформацію про наявні товари, тим самим забезпечуючи точний облік на складі. Списані одиниці товару відображаються як окремий рух у реєстрі «Рух товарів» з відповідним статусом списання. Це дозволяє зберігати історію та забезпечує точність звітності щодо списаних товарів. У реєстрі «Щоденні відомості» для документаторів було додано функціонал, що дозволяє здійснювати додавання та редагування номенклатур. Документатори можуть додавати та редагувати номенклатури у послугах, якщо відомість має статус «Відкрита» . Для зручності користувачів, у кожному записі послуги додано функціональну кнопку «+». Натискання цієї кнопки дозволяє додавати необхідні ТМЦ до послуг без складних маніпуляцій. Замість того, щоб видаляти всю послугу та створювати її заново, тепер можна видаляти всю колонку ТМЦ для конкретної послуги без необхідності повторного заповнення інших даних.  7. У реєстрі «Клієнти профілактики» було додано ID клієнта.    2. Усунено помилки у системі Виправлено фільтрацію номенклатури при створенні руху товару типу «Переміщення». Тепер у спадному списку при додаванні ТМЦ відображаються тільки позиції, фактично наявні на складі, а не всі ТМЦ із системи. Оновлення 1.17 hf1 (../04/2025) В оновлення увійшли наступні зміни: 1. Новий функціонал 1. У реєстрі «Щоденні відомості»: У полі «Статус» додано нове значення — «Скасована» , яке використовується для позначення помилково створених документів. Такі відомості відображатимуться червоним шрифтом для зручності візуального розпізнавання.     При зміні поля «Статус» висвічується модальне вікно, що дана дія безповоротна . Додано нові колонки та фільтри, що сприяють ефективнішому пошуку та обробці даних.              Зокрема: пункт надання послуг, уразлива група, програмний компонент.  2. У реєстрі «Рух товарів»: Реалізовано автоматичне видалення карток у статусі «Чернетка» для підтримання актуальності даних.  3. У реєстрі «Звітність»:  Реалізовано функціональність для формування «Звіту по поставках/переміщеннях» згідно з визначеним шаблоном. 2. Обмеження на рівні системи  Впроваджено обмеження щодо внесення більше однієї щоденної відомості зі статусом «Відкрита» або «Закрита» по одному пункту надання послуг, по одній уразливій групі, по одному соціальному працівнику в один календарний день. При спробі зберегти щоденну відомість буде виникати помилка: «Неможливо створити Щоденну відомість, оскільки вже існує відомість з такими параметрами»           2. У разі скасування відомості, система автоматично розблоковує можливість внесення нової валідної відомості за                  відповідними параметрами.           3. Вилучено можливість вибору неактивних ПНП та надавачів послуг під час створення або редагування графіка                       надання послуг. 3. Усунено помилки у системі Коли зустріч мала стан «Скасовано» , послуги відображались у реєстрі «Клієнти профілактики» в наданих послугах. Не відображалось обов'язкове поле «Пункт надання послуг» у реєстрі «Зустрічі».  У реєстрі «Графік роботи пунктів» виправлено перемішування рядків адрес, що стосуються конкретного ПНП.  Оновлення 1.17 (../03/2025) В оновлення увійшли наступні зміни: 1. Додано можливість редагування номенклатури у реєстрі «Рух товарів» з типом «Переміщення» в стані «Чернетка».  2.В реєстрі «Товари на складі» окремо виведені колонки «Група», «Категорія» та «Тип» з реєстру «Номенклатури». Також додано відповідні фільтри та поля пошуку для цих колонок. 3. Реалізоване блокування створення/редагування відомості в закритому періоді.  4. Заборонено створення зустрічі в межах однієї відомості з однаковими послугами. 5. Змінена логіка роботи Щоденної відомості: вона може бути створена виключно в межах затвердженого графіку. 6. При скасуванні зустрічі видані ТМЦ повертаються на склад соціального працівника. 7. Вилучено встановлення часу для зустрічі, створеної через щоденну відомість. 8. Виправлено зауваження та помилки в реєстрах «Рух товарів» та «Номенклатури». 8.1. Додано можливість видаляти товар у статусі «Чернетка» з переміщення. 8.2. Змінено порядок полів та колонок у реєстрі та картці «Номенклатури». 8.3. Обмежено додавання двох товарів з однаковою серією в рамках одного «Переміщення» та «Поставки». 9. Змінено значення в словнику: «Робітник(ця) комерційного сексу» на «Секс-працівник(ця)» та «Типи уразливих груп» на WEB та Mobile. 10. Внесено зміни в процес копіювання «Графіку роботи пунктів»: атрибути «Затверджено ПС» та «Актуальний» за замовчуванням встановлено на значення «Ні». 11. Створено заборону на створення/редагування талонів в закритому періоді.  12. Прибрано значення кількості товарів за замовчуванням у щоденній відомості.  13. Внесено зміни в розділи «Пункти надання послуг» та «Графіки роботи пунктів». 13.1. Для «Пунктів надання послуг» атрибути адреси перенесені до вкладки «Адреса». 13.2. Змінено атрибути «Адреси» в «Графіку роботи пунктів». 13.3. Додано атрибути «Спеціалізація» та «Номер телефону» для «Пунктів надання послуг» при створенні/копіюванні «Графіку роботи пунктів». Внесено зміни в графік щодо уразливої групи, соціального працівника та розкладу. 13.4. Додано відмітку про роботу в будні дні. 13.5. У затвердженому графіку роботи пунктів було внесено зміни у вигляд колонок: Колонка "Уразливі групи" була перейменована на "Уразлива група". У разі затвердження графіку роботи пунктів, у колонках "Уразлива група" та "Надавач послуг" інформація повинна відображатися так само, як і в перших двох колонках. Текст у цих колонках має бути повним, а колір шрифту — чорним (не сірим). 13.6. У затверджених графіках роботи пунктів була внесена зміна: у разі, якщо інші поля не заповнені, в графіках відображатиметься адреса з опису. 14.  Вирішення проблеми дублювання даних.  Було вирішено проблему дублювання даних, що виникала через можливість двократного натискання кнопок. Тепер двічі натискати на кнопки заборонено. Оновлення стосується таких форм: Відомості Кнопка "Зберегти" (у формі створення/редагування) Клієнти Кнопка "Зберегти" (у формі створення/редагування) Кнопка "Зберегти та закрити" (у формі створення/редагування) Клієнти проф. Кнопка "Зберегти" (у формі створення/редагування) Розподілення Кнопка "Ок" (у формі Проекту, ПК, Послуги) Графік роботи пунктів Кнопка "Зберегти" (у формі створення/редагування) Кнопка "Копіювати" (у формі редагування) Пункт надання послуг Кнопка "Зберегти" (у формі створення/редагування) Склади Кнопка "Зберегти" (у формі створення/редагування) Рух товарів Кнопка "Зберегти" (у формі створення/редагування) 15. Реалізовано збереження порядку доданих клієнтів в Щоденній відомості.  Оновлення 1.13 (../10/2024) В оновлення увійшли наступні зміни: В картку Клієнта додано вкладку «Отримані послуги», де відображаються всі отриманні послуги клієнта. Реалізовано згрупований перегляд послуг по ПК. Відбулись зміни в реєстрі "Зустрічі":  - прибрано колонка "Створено";  - додано колонки "Код клієнта у СНІД-центрі" і "Організація";  - змінено колонку "Клієнт" на "Код Case++". В реєстрі Зустрічі прибрано перемикач «Короткі зустрічі», в реєстрі відображаються всі зустрічі. В панелі фільтрації блок «Клієнт» перенесено наверх та додано фільтрація «Короткі зустрічі». Змінено логіку формування коду Case++ Код генерується без останніх 4 цифр. В реєстр Клієнти додано колонку "Код клієнта у СНІД-центрі" Для послуг в налаштування яких стоїть відмітка «Верифікація обов'язкова» , не доступний метод верифікації «Без верифікації». Оновлення 1.11 (../02/2024) В оновлення увійшли наступні зміни: Відображення атрибуту "Пункт надання послуг" в картці " Зустрічі" В картку «Проект» додано логічну ознаку «Використовується пункт надання послуг» . ( встановлюється ЦГЗ ), якщо ознака не відмічена, тоді в зустрічах цього проекту атрибут «Пункт надання» не відображається.     2. В картку "Зустріч" додано атрибут "Проект" При створені зустрічі атрибут «Проект» відображається, якщо на консультанта розподілено послуги з двох або більше проектів. Якщо на консультанта розподілено один проект, атрибут приховується і автоматично заповнюється.   Обрати проект можливо після заповнення атрибутів «Надавач послуг» , «Дата» , «Область» , «Клієнт» .      3. В атрибуті «Послуги» , записи відфільтровані згідно обраного проекту.       4. Доопрацьовано звіти "Клієнти" і "Активність клієнтів" Поле «Організація» заповнюється відповідним атрибутом з картки «Зустріч» . Оновлення 1.0.8 (../12/2023) В оновлення увійшли наступні зміни: При створенні/редагуванні/видаленні/відновлені зустрічі, система автоматично розраховує оплачуваність послуги. Якщо послуга вноситься минулим числом перерахунок відбудеться і для майбутніх послуг.  Оптимізовано швидкість побудови звіту з оплачуваних послуг. Змінено порядок і назву атрибута «Регіон організації» на «Регіон»    5. Атрибут «Договір» став обов’язковим. Перелік договорів відображається згідно обраного регіону.      6. Атрибут «Організація» автоматично заповнюється організацією виконавцем обраного договору.     7. Для атрибутів «Регіон», «Договір», «Організація», «Програмний компонент» виконані наступні доопрацювання:         Після вибору запису список залишається відкритим         Доступна дія "Обрати все"(першим записом в списку). Після вибору змінюється на "Зняти виділення"         Вже обрані записи не відображаються в списку     8.  В полі «Регіон в якому надаються послуги» відображаються регіони договорів.     9. Виправлено помилку з закриттям додатку при оновлені. Помилка виправлена в версії 1.08. Для оновлення додатку на 1.08 версію потрібно: · Відкрити в Google play/ app store · Знайти додаток «public health» · Натиснути оновити Оновлення 1.0.7 (../11/2023) В оновлення увійшли наступні зміни: 1. Доопрацьовано звіт про оплачувані послуги В звіт про оплачувані послуги додано рядок «Місце роботи». Окремий рядок для кожного Місця роботи (з зустрічі) в ПК. Місце роботи відображається повторно в наступному ПК. 2. Реалізовано обмеження переліку доступних послуг в зустрічі  В попап-формі «Налаштування послуг» в групі «Лімити надання послуги» додано чекбокс «Приховувати послуги понад ліміт» та в групі «Умови оплачуваності і перевірки» додано чекбокс «Приховувати неоплачувані послуги». Якщо для послуги стоїть відмітка «Приховувати послуги понад ліміт», тоді при створені зустрічі не буде відображатись послуга, якщо спрацьовує перевірка на ліміт надання послуг. І якщо для послуги стоїть відмітка «Приховувати неоплачувані послуги», тоді при створені зустрічі не буде відображатись послуга, якщо спрацьовує перевірка на не оплачуваність послуги. Такі послуги не будуть відображатись на WEB та у мобільному додатку. 3. Внесені зміни в фільтр завдань консультантів  При створені зустрічі послуги відображаються згідно обраного регіону. 4. У мобільному додатку, заблоковано кнопку «Додати послугу», якщо не обрано «Область» (реалізовано для організацій, які надають послуги у двох областях). 5.Доопрацьовано валідації імен.  В картку Довідника імен в полі «Значення» реалізована можливість вносити пробіл, може бути тільки один, не може бути на початку і в кінці. В картки «Клієнт» і «Партнер» полях «Прізвище», «Ім’я», «По батькові» реалізована можливість вносити пробіл, може бути тільки один, не може бути на початку і в кінці. 6. Доопрацьовано атрибут "Код клієнта у СНІД-центрі" В картці клієнт для атрибута «Код клієнта у СНІД-центрі» для ведення доступні тільки числа або числа і літера "к". Наприклад: 3463163, 363553к. 7. В реєстрі «Клієнти» в панель фільтрації додано атрибут «Код клієнта у СНІД-центрі». Оновлення 1.0.6 (../10/2023) В картці Зустріч реалізовано атрибут «Місце роботи».    3. В картці Зустріч реалізовано атрибут "Область" В мобільному додатку також реалізовано атрибут "Область" 4. Доопрацьовано картку Договір. В картці Договір реалізовано атрибут "Області". 5. Доопрацьовано звіт з оплачуваних послуг для роботи з кількома договорами. Оновлення 1.0.5 (../08/2023) В оновлення увійшли наступні зміни: Доопрацьовано картку «Лікування АРТ» з типом «Припинення В картку «Лікування АРТ» з типом «Припинення», якщо обрано Причина – ПЕРЕВОД, додано блок «Заклад». При створені Зустрічі, додано перевірку, дата надання послуги не менше дати народження клієнта.  Доопрацьовано інтерфейс форми побудови звітів Повідомлення про помилку перенесли на форму звіту та вона не зникає.           Після генерації звіту, якщо було змінено будь-який параметр фільтрації система приховує згенерований файл. 4. В звіти «Клієнті» і «Активність клієнтів» додано колонку "Місце роботи надавача послуг" 5. Доопрацювання звіту про оплачувані послуги для адміністраторів субреципієнта Для користувачів  «Адміністратор субреципієнта» та «Адміністратор субреципієнта(з редагування послуг)» приховано атрибут «Регіон організацій» і атрибут «Організація» нередагований та обрано організацію поточного користувача.  Для користувачів   «Адміністратор субреципієнта» та «Адміністратор субреципієнта(з редагування послуг)» реалізовано відображення звіту.