Публічне інформування користувачів про виявлені збої у роботі ЦБД ЕСОЗ - це важлива умова прозорого надання послуг та своєчасної реакції на виявлені інциденти. З цією метою вже понад рік успішно функціонує Сторінка моніторингу працездатності ЦБД ЕСОЗ.
Задля покращення взаємодії між користувачами, МІС та центральним компонентом, а також пришвидшення процесу ідентифікації інцидентів, усунення інцидентів, кожна медична інформаційна система (МІС) повинна створити власну Сторінку моніторингу працездатності.
Дані про роботу кожної МІС будуть відображатися на Сторінці моніторингу працездатності ЦБД ЕСОЗ, яка виступатиме своєрідним агрегатором інформації.
Своєю чергою Сторінка працездатності МІС стане ефективним інструментом для посилення конкурентоспроможності, удосконалення систем та запобігання поширенню інцидентів.
Відповідна вимога до МІС, що підключені до ЦБД ЕСОЗ є обов'язковою до виконання. Відсутність сторінки працездатності є підставою для розірвання договору та відключення МІС від ЦБД ЕСОЗ.
1. Загальні вимоги
1.1. Інтеграція зі сторінкою моніторингу ЦБД
Система “Сторінка моніторингу працездатності МІС” повинна нероздільно інтегруватися зі “сторінкою моніторингу працездатності ЦБД” для оперативного моніторингу та сповіщення користувачів про критичні інциденти.
1.2. Реальний час оновлень
Усі оновлення та зміни в статусах інцидентів повинні миттєво відображатися на сторінці статусу в режимі реального часу.
1.3. Швидке сповіщення персоналу та адміністратора
Система має забезпечувати можливість оперативного сповіщення медичного персоналу та адміністратора ЦБД про проблеми та їх вирішення.
2. Відстеження інцидентів
2.1. Реєстрація та відстеження інцидентів
Система повинна систематично реєструвати та відстежувати критичні інциденти в роботі інфраструктури МІС, що призводять до зупинення працездатності сервісів з переліку:
Авторизація
Управлянні закладом
Медичні висновки
Направлення
Медичні події
Виписка електронного рецепту
Погашення електронного рецепту
Декларації
Пошук та реєстрація пацієнтів
МІС має відображати сервіси, які підключені до ЦБД ЕСОЗ, з моменту підключення. Якщо МІС не має якогось сервісу, він його не відображає на Сторінці статусу роботи системи. Перелік сервісів з часом буде розширюватись.
2.2. Класифікація за функціональністю
Кожен інцидент повинен бути класифікований за групами функціональності, щоб забезпечити швидке локалізування проблем:
Авторизація та автентифікація
Запис медичних даних
Читання медичних даних
Інтеграція за зовнішніми системами через API
2.3. Детальний опис інцидентів
Система повинна надавати можливість докладного опису інциденту, включаючи вплив на функціональність та можливі наслідки
2.4. Статуси інцидентів
Різні статуси інцидентів
Для відображення динаміки проблем, які призводять до непрацездатності сервісів:
«Про проблему не повідомлялося»: на стороні МІС немає інформації щодо проблеми з компонентом.
«Вивчається»: виявлено технічну проблему, фахівці МІС аналізують зміст та причину її виникнення.
«Визначено»: технічні фахівці визначили зміст та походження проблеми, йде робота над її усуненням.
«Вирішується»: технічні фахівці працюють над вирішенням проблеми.
«Моніторинг»: проблему вирішено, технічні фахівці МІС спостерігають за змінами для уникнення повторного виникнення проблеми.
«Вирішено»: проблему повноцінно вирішено.
“На обслуговуванні”: на стороні МІС/ЕСОЗ тривають заплановані технічні роботи. Підстатуси: “не почалося”, “у процесі”, “виконано”.
Публічний доступ до статусів
Користувачі повинні мати можливість переглядати поточний статус кожного інцидентуЗберігання історії змін
Система повинні зберігати повну історію змін для кожного інциденту, включаючи дату, час змін, відповідальних за їх вирішення та коментарі.Доступ користувачів до історії
Історія інцидентів повинна бути доступна для перегляду всім користувачам системи.
5.1 Підписка для користувачів
Будь-який користувач повинен мати можливість підписатися на сповіщення про статус інцидентів.
5.2 Управління підписками
Система повинна забезпечити зручний інтерфейс для управління підписками та вибору типу сповіщень (SMS, електронна пошта)
Адміністратору ЦБД має бути надана можливість використовувати web-hook та web API
5.3 Миттєві сповіщення для підписників
Підписники повинні отримувати миттєві сповіщення про нові інциденти, зміни статусу та закриття інцидентів.
3. Технічна специфікація https://github.com/svc-git/up