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