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