Оновлення ІАС МПСПСНЗ

Оновлення 1.27 (../07/2026)


1. Автоматичне блокування акаунта після 30 днів неактивності

Умови блокування і відновлення акаунта:

• Акаунт блокується, якщо користувач не входив у систему протягом 30 днів - статус автоматично змінюється на «Неактивний».

• Розблокування акаунта виконується лише адміністратором системи.

image.png

 

2. Реалізовано механізм складних паролів

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

Пароль не може:

• Бути порожнім

• Містити не латинські літери

• Бути коротший за мінімальну довжину (12 символів)

• Не мати великої / маленької літери, цифри та спец. символу

• Містити назву додатку, email, частину телефону

• Містити транслітероване ім'я та прізвище, наприклад, Ivanova Natalya

• Містити попередній, поточний або наступний рiк

image.png

 

3. Оновлено механізм отримання логіну та паролю безпосередніми надавачами послуг

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

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

image.png

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

Основні зміни:

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

• За замовчуванням передбачено розподіл:

o 80% послуг, верифікованих дзвінком або SMS;

o 20% послуг, верифікованих / внесених документатором або без верифікації.

• Квота впливає лише на оплачуваність послуг і не обмежує їх внесення до системи.

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

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

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

• Інформація про застосовані квоти враховується у Звіті з оплачуваних послуг.

5. В додатку додано кнопку «Клієнт не надав згоду» для послуг ДіП.

В додатку додано кнопку «Клієнт не надав згоду».

image.png

Додано функціонал експорту даних з реєстру - як для позитивних, так і для негативних відповідей щодо надання згоди.

6. Блокування після 30 хвилин неактивності

Реалізовано механізм автоматичного блокування сесії безпосереднього надавача послуг після 30 хв. неактивності у мобільному застосунку «Public Health» та веб-версії системи.

• Якщо протягом зазначеного часу не зафіксовано жодної активності - сесія автоматично деактивується. На екрані блокування відображається повідомлення: «Сесію заблоковано через 30 хвилин неактивності. Будь ласка, увійдіть знову.»

image.png

• За 1 хвилину до блокування відображається банер-попередження з таймером та кнопкою «Продовжити роботу», яка поновлює таймер

image.png

7. Реалізовано механізм регулярної зміни паролів

Оновлення включають:

• Обов'язкову зміну паролю кожні 30 днів для всіх користувачів системи.

• За 7 днів до закінчення терміну дії паролю безпосередній надавач послуг отримує лист-нагадування.

• Після закінчення терміну дії паролю не можна увійти до системи без його зміни.

• Заборону на використання останніх 5 паролів повторно.

8. Реалізовано механізм автоматичного присвоювання системою номера накладних в блоці «Рух товарів».

Під час створення нової накладної система автоматично генерує її номер. Автоматична нумерація проставляється для руху типів «Переміщення», «Видача», «Списання», «Коригування». Для типу «Поставка» відповідальна особа організації вносить номер накладної самостійно.

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

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

image.png

9. Доопрацювання звіту «Мінімальний пакет послуг».

• Змінено колонку «Клієнти», тепер вони відображаються по ID, а не за типом Case++

• Найменування товару шприци та голки рахуються разом, а не окремо. В звіті "Мінімальний пакет послуг" в колонку Шприц (в ЛВНІ) не рахуються “Голки ін'єкційні”, лише шприци.

image.png



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

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

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

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

image.png

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

 

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

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


image.png

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

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

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

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

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

image.pngimage.png

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

 image.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


Оновлення 1.25 (../04/2026)

В оновлення увійшли наступні зміни:
Новий функціонал 

1. Реалізовано функціонал для перегляду актуальних залишків ТМЦ у режимі реального часу

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

Для зручності передбачено пошук за назвою товару, а також фільтрацію за такими параметрами:

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

Оновлення даних відбувається автоматично при відкритті сторінки. Також доступне ручне оновлення жестом. Повторне ручне оновлення можливе не раніше ніж через 3 хвилини. У разі спроби оновлення раніше буде відображено повідомлення з часом останнього оновлення.image.png

2. Реалізовано відображення часу початку зустрічі та її тривалість в реальному часі в картці кожної зустрічі та реєстрі «Зустрічі»

Дата та час зустрічі відображатимуться у форматі ДД.ММ.РРРР ГГ:ХВ. У реєстрі ця інформація доступна лише користувачам із роллю Консультант. У картці зустрічі дата та час відображаються аналогічно. Якщо зустріч внесено документатором і час не вказано (00:00), тоді відображається лише дата без часу.
image.png
Дата та час зустрічі відображаються у форматі ДД.ММ.РРРР ГГ:ХВ. У реєстрі ця інформація доступна лише для соціальних працівників. Якщо зустріч внесено документатором і час встановлено як 00:00, відображається лише дата без зазначення часу.

Тривалість зустрічі відображається для соціальних працівників лише для зустрічей у статусах:

image.png

У статусі «Розпочата» тривалість розраховується в реальному часі (від моменту початку зустрічі до поточного часу) та автоматично оновлюється без перезавантаження сторінки. Формат відображення залежить від тривалості:

У статусах «Завершена» та «Завершена без верифікації» тривалість відображається на основі збереженого значення. Якщо значення тривалості відсутнє або не заповнене - елемент не відображається. Якщо метод верифікації зустрічі — «Внесено документатором», замість тривалості відображається відповідний напис: «Внесено документатором».

3. Реалізовано фіксацію верхнього рядка з назвами колонок у кожній послузі щоденної відомості.

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

image.png


Оновлення 1.24 (../03/2026)

В оновлення увійшли наступні зміни:
Новий функціонал 

1. Реалізовано відображення причини недоставки повідомлення у VIBER / SMS - повідомленнях

Раніше при неможливості доставки повідомлення клієнту соціальні працівники отримували сповіщення без контексту: "Помилка комунікаційного сервісу. Перевірте номер телефону [номер телефону]", без жодного пояснення. Тепер у мобільному застосунку "Public Health" відображатиметься зрозуміле пояснення причини, яке ми отримуємо від операторів мобільного зв'язку. Приклади:image.png

2. Оновлення верифікаційних кодів у Viber та SMS повідомленнях.

Верифікаційний код збільшено з 4 до 6 символів у SMS та Viber повідомленнях, додатково в мобільному застосунку "Public Health" тепер відображаються перші 2 символи очікуваного коду. Тобто, коли клієнт очікуватиме верифікаційний код, застосунок соціальному працівнику вже підказуватиме, з яких символів починатиметься очікуваний код. Наприклад, якщо система чекає код 247291, застосунок покаже 24____ . Це дозволяє одразу знайти потрібне повідомлення серед кількох SMS, що одночасно можуть надійти після відновлення мобільного зв'язку.

image.png

3. Доопрацювано шаблон повідомлень для клієнтів

Оновлено текстовий шаблон повідомлення, які отримують клієнти для входу в мобільний застосунок "Public Health". Виправлено формулювання, приведено стиль до єдиного стандарту з посиланням на завантаження застосунку.

image.png

4. Реалізовано відображення версії застосунку "Public Health"

У мобільному застосунку "Public Health" тепер відображається поточна версія застосунку. Інформація доступна соціальним працівникам та клієнтам в розділі "Профіль користувача". В разі наявності оновлення для мобільного застосунку "Public Health" під функціональним перемикачем "Дозволити біометрію" буде відображено функціональну кнопку "Оновити додаток" з можливістю перейти відразу в магазин застосунків Google Play Market чи Apple App Store.

image.png

5. Реалізовано обмеження на введення коду оператора в номері телефону

У WEB-інтерфейсі та мобільному застосунку "Public Health" додано перевірку для поля "номер телефону" - зокрема, обмеження на некоректне або відсутнє введення коду оператора. Система тепер не дозволяє зберегти номер у неправильному форматі.

Оновлення 1.23 (../01/2026)

В оновлення увійшли наступні зміни:
1. Новий функціонал 

1. Реалізовано доопрацювання звіту «Щодо оплачуваних послуг» для модуля "Профілактика"

2. Усунені помилки

1. Виправлено помилку у відображенні послуг у формі «Форма щоденної відомості реєстрації результатів тестування отримувачами послуг на ВІЛ, гепатити, сифіліс» за 2025 рік.

Оновлення 1.22 (../10/2025)

В оновлення увійшли наступні зміни:
1. Новий функціонал 

1. Для користувачів з роллю "Документатор" додано колонку "Номер відомості" у реєстрі "Рух товарів":

image.png


2. Для користувачів з роллю "Документатор" в розділі "Користувачі" розширено функціонал:

image.png

image.png



3. Внесено зміни до логіки розрахунку оплачуваності у звіті «Щодо оплачуваних послуг» проєкту «Профілактика».

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


Оновлення 1.21 (../09/2025)

В оновлення увійшли наступні зміни:
1. Новий функціонал 

1. Додано можливість множинної верифікації записів у реєстрі "Зустрічі".

Для користувачів з роллю "Документатор" додано можливість множинної верифікації записів у реєстрі "Зустрічі":



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

Після того як зустріч верифікує користувач з роллю "Документатор", вона автоматично набуває статусу завершеної в додатку Public Health у користувача з роллю "Консультант" — за умови, що для цієї зустрічі не передбачено обов’язкового проставлення статусу тестування.

3. Інтеграція ІАС МПСПСНЗ з ІС СЗХ

Завдяки інтеграції забезпечується доступ до достовірних і оновлених даних про пацієнтів ІС СЗХ та клієнтів ІАС МПСПСНЗ, що дозволяє уникати повторних записів і покращує узгодженість відомостей у системах.

Перевіряються на відповідність такі атрибути з ІС СЗХ:

Після отримання даних про пацієнтів з ІС СЗХ механізм інтеграції автоматично порівнює їх із наявними клієнтами ІАС МПСПСНЗ.

За високої відповідності записи автоматично об’єднуються.

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

В ІАС МПСПСНЗ передбачено спеціальні позначки, що вказують на статус зіставлення:

2. Усунені помилки у системі

1. Виправлено проблему з обранням типу верифікації "Без верифікації" в модулі "Профілактика".

Усунено помилку, через яку тип верифікації "Без верифікації" працював некоректно.

Тепер цей тип можна коректно обрати лише для таких послуг:

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

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


Оновлення 1.20 (../07/2025)

В оновлення увійшли наступні зміни:
1. Новий функціонал 

1. Доопрацювання картки щоденної відомості.

image.png

2. Впроваджено додатковий метод верифікації та отримання згоди на обробку персональних даних для послуг, що використовують Viber.
image.png

3. У довідник результатів тестування додано нове значення — «Недійсно».

image.png

4. Реалізовано функціональність для формування «Звіт щодо талонів» згідно з визначеним шаблоном.

image.png

5. До звіту з оплачуваних послуг по проєкту "Профілактика"додано нову послугу — "Кейс-менеджмент".

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

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

image.png

image.png

6. Змінено вигляд розділу "Звітність".

image.png

image.png

image.png

image.png

2. Усунені помилки у системі

1. Виправлено проблему, через яку було неможливо зберегти значення «0» у картці «Інвентаризації».

Раніше Система не зберігала позиції, для яких розраховане коригування дорівнювало нулю, навіть якщо це було очікуваною та коректною операцією. У результаті таких записів не потрапляло до документа, що ускладнювало відображення повної картини інвентаризації. Тепер коригування зі значенням «0» зберігається коректно та відображається у таблиці.

image.png

2. Усунуто некоректне відображення кнопок та полів у мобільному додатку «Public Health».

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

3. Усунено помилку, через яку в окремих випадках система повторно запитувала згоду на обробку персональних даних під час надання послуг одному й тому самому клієнту.

4. Усунено помилку в логіці Системи, яка в окремих випадках спричиняла появу повідомлення «Не знайдено службового користувача» під час закриття «Щоденної відомості».

Оновлення 1.19 (../05/2025)

В оновлення увійшли наступні зміни:
1. Новий функціонал 

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

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

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

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

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

image.png

2. Додано можливість вивантаження інформації з реєстру «Щоденні відомості» за наданим шаблоном. 

image.png

image.png

3. Впровадження процедури кейс-менеджменту.

image.png

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

image.png

image.png

5. Впровадження заборони на створення дубля клієнта. 

З метою підвищення якості даних та запобігання дублюванню клієнтів, у системі впроваджено механізм перевірки на унікальність записів за параметром Case ++. 

image.png

6. Відновлено роботу типу верифікації "Верифікація SMS".

Цей механізм дозволяє підтверджувати факт отримання клієнтом послуги шляхом надсилання SMS-повідомлення з кодом підтвердження.

image.png

7. Реалізовано функціональність для формування «Звіт з ТМЦ» згідно з визначеним шаблоном.

image.png

image.png

8. Реалізовано функціональність для формування «Звіт модуля «Догляд і підтримка» щодо отримувачів послуг» згідно з визначеним шаблоном.

image.png

image.png

9. Реалізовано функціональність для формування «Звіт модуля «Догляд і підтримка» щодо наданих послуг» згідно з визначеним шаблоном.

image.png

image.png

2. Усунені помилки у системі

1. Виправлено невідповідність між виданими ТМЦ у «Щоденній відомості» та у Звіті по матеріалах на складах.

2. Уточнено назви колонок у звітах:
– змінено назву колонки “Код клієнта в Data Check” на “ID клієнта” у звітах «Клієнти» та «Активність клієнтів».

image.png

3. Виправлено відображення адрес у графіку надання послуг:
– усунуто перемішування рядків адрес у переліку для кожного ПНП;
– послідовність адрес у графіках (як нових, так і раніше створених) тепер відповідає порядку, зазначеному в картках ПНП.

4. Внесено зміни до розкладу затверджених графіків, що дає змогу вносити відомості за попередні періоди.

Оновлення 1.18 (../05/2025)

В оновлення увійшли наступні зміни:
1. Новий функціонал 
  1. Додано можливість експорту графіку роботи у форматі .xlsx в реєстрі "Графік роботи пунктів".


  2. Додано можливість експорту наявних товарів у форматі .xlsx в реєстрі "Товари на складі".


  3. Додано можливість експорту наявних накладних у форматі .xlsx в реєстрі "Рух товарів".

    Кожна накладна експортується індивідуально, незалежно від її типу.

  4. Реалізовано функціонал інвентаризації ТМЦ та інтегровано в реєстр «Складський облік».

    Функціонал надає можливість ефективно контролювати залишки товарно-матеріальних цінностей на складах та коригувати дані в Системі:

    • Можна створювати інвентаризаційні відомості, де відображаються актуальні залишки ТМЦ на складах згідно з даними Системи;

    • У разі розбіжностей між обліковими та фактичними залишками, Cистема автоматично створює коригувальні відомості, що дозволяє коригувати кількість товарів на складах;

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


      Інструкція з використання функціоналу інвентаризації ТМЦ доступна за посиланням.
      Там ви знайдете детальні кроки по роботі з функціоналом, а також інші корисні рекомендації.

  5. У реєстрі «Рух товарів» реалізовано новий тип руху товарів «Списання» для більш точного обліку товарів, що більше не знаходяться на складі.

    Дозволяє коректно зафіксувати операції списання товарів із складу;

    • Після присвоєння статусу «Виконано» для запису про списання товарів, ці товари автоматично вилучаються з реєстру «Товари на складі».

    • Це дозволяє реєстру «Товари на складі» містити лише актуальну інформацію про наявні товари, тим самим забезпечуючи точний облік на складі.

    • Списані одиниці товару відображаються як окремий рух у реєстрі «Рух товарів» з відповідним статусом списання. Це дозволяє зберігати історію та забезпечує точність звітності щодо списаних товарів.image.png

  6. У реєстрі «Щоденні відомості» для документаторів було додано функціонал, що дозволяє здійснювати додавання та редагування номенклатур.

    Документатори можуть додавати та редагувати номенклатури у послугах, якщо відомість має статус «Відкрита».

7. У реєстрі «Клієнти профілактики» було додано ID клієнта. 

image.png

 

2. Усунено помилки у системі
  1. Виправлено фільтрацію номенклатури при створенні руху товару типу «Переміщення».

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

Оновлення 1.17 hf1 (../04/2025)

В оновлення увійшли наступні зміни:
1. Новий функціонал

1. У реєстрі «Щоденні відомості»:

image.png


При зміні поля «Статус» висвічується модальне вікно, що дана дія безповоротна.

image.png

            Зокрема: пункт надання послуг, уразлива група, програмний компонент. 

2. У реєстрі «Рух товарів»:

3. У реєстрі «Звітність»: 

2. Обмеження на рівні системи

  1.  Впроваджено обмеження щодо внесення більше однієї щоденної відомості зі статусом «Відкрита» або «Закрита» по одному пункту надання послуг, по одній уразливій групі, по одному соціальному працівнику в один календарний день.
    При спробі зберегти щоденну відомість буде виникати помилка:

«Неможливо створити Щоденну відомість, оскільки вже існує відомість з такими параметрами»

          2. У разі скасування відомості, система автоматично розблоковує можливість внесення нової валідної відомості за                  відповідними параметрами. 

         3. Вилучено можливість вибору неактивних ПНП та надавачів послуг під час створення або редагування графіка                       надання послуг.

3. Усунено помилки у системі
  1. Коли зустріч мала стан «Скасовано», послуги відображались у реєстрі «Клієнти профілактики» в наданих послугах.
  2. Не відображалось обов'язкове поле «Пункт надання послуг» у реєстрі «Зустрічі». 
  3. У реєстрі «Графік роботи пунктів» виправлено перемішування рядків адрес, що стосуються конкретного ПНП. 

Оновлення 1.17 (../03/2025)

В оновлення увійшли наступні зміни:

1. Додано можливість редагування номенклатури у реєстрі «Рух товарів» з типом «Переміщення» в стані «Чернетка». 

UXlimage 1.png

2.В реєстрі «Товари на складі» окремо виведені колонки «Група», «Категорія» та «Тип» з реєстру «Номенклатури». Також додано відповідні фільтри та поля пошуку для цих колонок.

image.png

3. Реалізоване блокування створення/редагування відомості в закритому періоді. 

image.png


image.png

4. Заборонено створення зустрічі в межах однієї відомості з однаковими послугами.

image.png

5. Змінена логіка роботи Щоденної відомості: вона може бути створена виключно в межах затвердженого графіку.

6. При скасуванні зустрічі видані ТМЦ повертаються на склад соціального працівника.

7. Вилучено встановлення часу для зустрічі, створеної через щоденну відомість.

x89image.png

8. Виправлено зауваження та помилки в реєстрах «Рух товарів» та «Номенклатури».

8.1. Додано можливість видаляти товар у статусі «Чернетка» з переміщення.

fYXimage.png

8.2. Змінено порядок полів та колонок у реєстрі та картці «Номенклатури».

Ljfimage.png

8.3. Обмежено додавання двох товарів з однаковою серією в рамках одного «Переміщення» та «Поставки».

image.png

9. Змінено значення в словнику: «Робітник(ця) комерційного сексу» на «Секс-працівник(ця)» та «Типи уразливих груп» на WEB та Mobile.

image.png

10. Внесено зміни в процес копіювання «Графіку роботи пунктів»: атрибути «Затверджено ПС» та «Актуальний» за замовчуванням встановлено на значення «Ні».

Wubimage.png

11. Створено заборону на створення/редагування талонів в закритому періоді. 

image.png

12. Прибрано значення кількості товарів за замовчуванням у щоденній відомості. 

image.png

13. Внесено зміни в розділи «Пункти надання послуг» та «Графіки роботи пунктів».

13.1. Для «Пунктів надання послуг» атрибути адреси перенесені до вкладки «Адреса».

Luiimage.png

13.2. Змінено атрибути «Адреси» в «Графіку роботи пунктів».

image.png

13.3. Додано атрибути «Спеціалізація» та «Номер телефону» для «Пунктів надання послуг» при створенні/копіюванні «Графіку роботи пунктів». Внесено зміни в графік щодо уразливої групи, соціального працівника та розкладу.

BClimage.png

13.4. Додано відмітку про роботу в будні дні.

image.png

13.5. У затвердженому графіку роботи пунктів було внесено зміни у вигляд колонок:

  1. Колонка "Уразливі групи" була перейменована на "Уразлива група".
  2. У разі затвердження графіку роботи пунктів, у колонках "Уразлива група" та "Надавач послуг" інформація повинна відображатися так само, як і в перших двох колонках. Текст у цих колонках має бути повним, а колір шрифту — чорним (не сірим).

image.png

13.6. У затверджених графіках роботи пунктів була внесена зміна: у разі, якщо інші поля не заповнені, в графіках відображатиметься адреса з опису.

image.png

14.  Вирішення проблеми дублювання даних. 

Було вирішено проблему дублювання даних, що виникала через можливість двократного натискання кнопок. Тепер двічі натискати на кнопки заборонено. Оновлення стосується таких форм:

  1. Відомості

    • Кнопка "Зберегти" (у формі створення/редагування)

  2. Клієнти

    • Кнопка "Зберегти" (у формі створення/редагування)
    • Кнопка "Зберегти та закрити" (у формі створення/редагування)

  3. Клієнти проф.

    • Кнопка "Зберегти" (у формі створення/редагування)

  4. Розподілення

    • Кнопка "Ок" (у формі Проекту, ПК, Послуги)

  5. Графік роботи пунктів

    • Кнопка "Зберегти" (у формі створення/редагування)
    • Кнопка "Копіювати" (у формі редагування)

  6. Пункт надання послуг

    • Кнопка "Зберегти" (у формі створення/редагування)

  7. Склади

    • Кнопка "Зберегти" (у формі створення/редагування)

  8. Рух товарів

    • Кнопка "Зберегти" (у формі створення/редагування)

15. Реалізовано збереження порядку доданих клієнтів в Щоденній відомості. 

qgDimage.png


Оновлення 1.13 (../10/2024)

В оновлення увійшли наступні зміни:

  1. В картку Клієнта додано вкладку «Отримані послуги», де відображаються всі отриманні послуги клієнта.
    1.png

    Реалізовано згрупований перегляд послуг по ПК.

    2.png

  2. Відбулись зміни в реєстрі "Зустрічі":
     - прибрано колонка "Створено";
     - додано колонки "Код клієнта у СНІД-центрі" і "Організація";
     - змінено колонку "Клієнт" на "Код Case++".
    3.png

  3. В реєстрі Зустрічі прибрано перемикач «Короткі зустрічі», в реєстрі відображаються всі зустрічі.
    4.png

  4. В панелі фільтрації блок «Клієнт» перенесено наверх та додано фільтрація «Короткі зустрічі».
    5.png
  5. Змінено логіку формування коду Case++
    Код генерується без останніх 4 цифр.
    6.png
  6. В реєстр Клієнти додано колонку "Код клієнта у СНІД-центрі"
    7.png

  7. Для послуг в налаштування яких стоїть відмітка «Верифікація обов'язкова» , не доступний метод верифікації «Без верифікації».
    8.png

Оновлення 1.11 (../02/2024)

В оновлення увійшли наступні зміни:

  1. Відображення атрибуту "Пункт надання послуг" в картці "Зустрічі"

В картку «Проект» додано логічну ознаку «Використовується пункт надання послуг». (встановлюється ЦГЗ), якщо ознака не відмічена, тоді в зустрічах цього проекту атрибут «Пункт надання» не відображається.

    2. В картку "Зустріч" додано атрибут "Проект"

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

Обрати проект можливо після заповнення атрибутів «Надавач послуг», «Дата», «Область», «Клієнт».

     3. В атрибуті «Послуги», записи відфільтровані згідно обраного проекту.

      4. Доопрацьовано звіти "Клієнти" і "Активність клієнтів"

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


Оновлення 1.0.8 (../12/2023)

В оновлення увійшли наступні зміни:

  1. При створенні/редагуванні/видаленні/відновлені зустрічі, система автоматично розраховує оплачуваність послуги. Якщо послуга вноситься минулим числом перерахунок відбудеться і для майбутніх послуг. 
  2. Оптимізовано швидкість побудови звіту з оплачуваних послуг.

  3. Змінено порядок і назву атрибута «Регіон організації» на «Регіон»

   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)

  1. В картці Зустріч реалізовано атрибут «Місце роботи».image.png

   3. В картці Зустріч реалізовано атрибут "Область"

image.png

В мобільному додатку також реалізовано атрибут "Область"

image.png

4. Доопрацьовано картку Договір. В картці Договір реалізовано атрибут "Області".

image.png

5. Доопрацьовано звіт з оплачуваних послуг для роботи з кількома договорами.


Оновлення 1.0.5 (../08/2023)

В оновлення увійшли наступні зміни:

  1. Доопрацьовано картку «Лікування АРТ» з типом «Припинення

    В картку «Лікування АРТ» з типом «Припинення», якщо обрано Причина – ПЕРЕВОД, додано блок «Заклад».
  2. При створені Зустрічі, додано перевірку, дата надання послуги не менше дати народження клієнта. 
  3. Доопрацьовано інтерфейс форми побудови звітів

    Повідомлення про помилку перенесли на форму звіту та вона не зникає.

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

4. В звіти «Клієнті» і «Активність клієнтів» додано колонку "Місце роботи надавача послуг"

5. Доопрацювання звіту про оплачувані послуги для адміністраторів субреципієнта

Для користувачів  «Адміністратор субреципієнта» та «Адміністратор субреципієнта(з редагування послуг)» приховано атрибут «Регіон організацій» і атрибут «Організація» нередагований та обрано організацію поточного користувача. 

Для користувачів  «Адміністратор субреципієнта» та «Адміністратор субреципієнта(з редагування послуг)» реалізовано відображення звіту.