Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Публічне інформування користувачів про виявлені збої у роботі ЦБД ЕСОЗ - це важлива умова прозорості у наданні прозорого надання послуг та своєчасної реакції на виявлені інциденти. З цією метою вже понад рік успішно функціонує Сторінка моніторингу працездатності ЦБД ЕСОЗ. 

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

...

1.2. Реальний час оновлень

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

...

Система повинна систематично реєструвати та відстежувати критичні інциденти в роботі інфраструктури МІС, що призводять до відсутності роботоспроможності зупинення працездатності сервісів з переліку:

  • Авторизація

  • Управлянні закладом

  • Медичні висновки

  • Направлення

  • Медичні події

  • Виписка електронного рецепту

  • Погашення електронного рецепту

  • Декларації

  • Пошук та реєстрація пацієнтів

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

...

Система повинна надавати можливість докладного опису інциденту, включаючи вплив на функціональність та можливі наслідки

2.4. Статуси інцидентів

проблемы в инфраструктуре кторые приводят к неработе сервисов - не работают сервера, работает не работает сайт, причина работает есть проблема на обслуживание, компоненты в единицу времени опрейшнл, мейтенс, перформанс, аутейдж, ынаксессбл, ынвестигейтинг, идентифайд мониторинг и резолт, обслуживание - нот стартед ет, ин програс, и комплит

  • Різні статуси інцидентів
    Система повинна підтримувати різні статуси для інцидентів такі, як: “Новий”, “В обробці”, “Виправлений”, “Закритий”, “В очікуванні зовнішнього постачальника”. Різні статуси інцидентів

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

  • «Про проблему не повідомлялося»: на стороні МІС немає інформації щодо проблеми з компонентом.

  • «Вивчається»: виявлено технічну проблему, фахівці МІС аналізують зміст та причину її виникнення.

  • «Визначено»: технічні фахівці визначили зміст та походження проблеми, йде робота над її усуненням. 

  • «Вирішується»: технічні фахівці працюють над вирішенням проблеми.

  • «Моніторинг»: проблему вирішено, технічні фахівці МІС спостерігають за змінами для уникнення повторного виникнення проблеми.

  • «Вирішено»: проблему повноцінно вирішено.

  • На обслуговуванні”: на стороні МІС/ЕСОЗ тривають заплановані технічні роботи. Підстатуси: “не почалося”, “у процесі”, “виконано”.

  • Публічний доступ до статусів
    Користувачі повинні мати можливість переглядати поточний статус кожного інциденту

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

  • Доступ користувачів до історії
    Історія інцидентів повинна бути доступна для перегляду всім користувачам системи. 

...