ЕСОЗ - публічна документація

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

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

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

Дані про роботу кожної МІС будуть відображатися на Сторінці моніторингу працездатності ЦБД ЕСОЗ, яка виступатиме своєрідним агрегатором інформації. 

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

Відповідна вимога щодо розробки Сторінки працездатності МІС буде зафіксована в Договорі МІС про підключення до ЦБД ЕСОЗ. Відсутність сторінки працездатності буде підставою для розірвання договору та відключення МІС від ЦБД ЕСОЗ. 

Загальні вимоги, які будуть додаватися до Договору МІС про підключення до ЦБД ЕСОЗ

1. Загальні вимоги

1.1. Інтеграція зі сторінкою моніторингу ЦБД

Система “Сторінка моніторингу працездатності” повинна нероздільно інтегруватися зі “сторінкою моніторингу працездатності ЦБД” для оперативного моніторингу та сповіщення про будь-які інциденти.

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

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

1.3. Швидке сповіщення персоналу та адміністратора

Система має забезпечувати можливість оперативного сповіщення медичного персоналу та адміністратора ЦБД про проблеми та їх вирішення. 

2. Відстеження інцидентів

2.1. Реєстрація та відстеження інцидентів

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

2.2. Класифікація за функціональністю

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

  • Авторизація та автентифікація

  • Запис медичних даних

  • Читання медичних даних

  • Інтеграція за зовнішніми системами через API

2.3. Детальний опис інцидентів

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

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

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

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

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

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

  • No labels