Overview
Процес "Відкликання компонентів підвізитуподаних до ЦК даних" описує послідовність дій, яку необхідно виконати у випадку здійснення помилки при подачі даних до ЦК.
Такі дані будуть помічені в ЦК як "entered_in_error" та не зможуть бути задіяними при подальшому користуванні.
...
Якщо помилково внесені дані в ЦК необхідно замінити, слід попередньо створені дані відкликати, а коректні подати як нові.
Goals
- Надати можливість позначити помилково внесені дані в ЦК, щоб запобігти їх подальшому використанню
Business Process Diagram
Відкликання компонентів підвізиту
| # | Name | Description |
|---|---|---|
| 1.1 | Обрати всі об'єкти, створені на підвізиті помилково | Користувач обирає в МІС всі об'єкти, створені на підвізиті помилково ( в тому числі і підвізит, за необхідності) |
| 1.2 | Вказати причину помилки та заповнити пояснювальну записку | Користувач обирає із словника причину відміни даних , наприклад misspeling, та формує текст пояснювальної записки |
| 1.3 | Зібрати пакет даних підвізиту з актуалізованими статусами | МІС генерує оновлений документ, який повнісю співпадає з попередньо-поданим, за виключенням статусів, причини відміни, та пояснювальної записки |
| 1.4 | Перевірити отриманий документ, накласти ЕЦП | Користувач перевіряє сформований документ та накладає електронно-цифровий підпис |
| 1.5 | Підтвердити відправку даних до ЦК | Користувч підтверджує відправку даних до ЦК |
Відкликання візиту
Статус візиту в eHealth розцінюється виходячи зі статусів підвізитів, що до нього входять. Таким чиним, відміняти підвізит явним чином немає необхідності.
Відкликання епізоду
Відкликання епізоду відбувається окремо від відкликання компонентів підвізиту.
Ця операція не вимагає накладання електроно-цифрового підпису.
Операція супроводжується причиною та пояснювальною запискою.
Відміна епізоду можлива тільки у випадку, коли всі підвізити, створені в рамках епізоду, були попередньо відмінені.