Overview

У разі виявлення помилки в поданих до ЦК даних, лікар може відмінити їх по процесу Cancel Encounter.

Business Process Diagram

1. MSP збирає ПОВНИЙ пакет даних
2. Відправляє їх до eHealth
3. eHealth перевіряє коректність пакету
4. В разі коректності переданих даних, необохідні компоненти пакету помічаються в базі eHealth як entered-in-error

Statements

1. Відміна підвізиту здійснюється композитним методом
2. В композиті передаються  ВСІ дані по підвізиту, у неправильних записів вказується статус "entered-in-error"
3. Візит не потребує явної відміни через композитний метод. Його стан буде розцінюватися виходячи зі стану підвізитів, що до нього входять.
4. Відмінити дані може лише користувач, що вніс їх в систему ПИТАННЯ 2
5. Відміна, так само як і подача нових даних, підписується електронно-цифровим підписом
6. Відміна підвізиту має бути підкріплена пояснювальною запискою, що також входить до складу підписаного контенту
7. Відмінити останній підвізит в епізоді можна тільки відмінивши епізод
8. Повторна відміна даних через API не можлива (відміна підвізиту, що вже відмінений раніше)

Open questions

1. Відміна можлива напротязі будь-якого періоду? Чи може користувач відмінити записи створені деклілька років назад? ВІДПОВІДЬ: ТАК
2. Ми дозволяємо асистенту вносити дані до ЦК зі свого облікового запису. Хто має право відмінити такі дані? Асистент? Лікар? Чи може адміністратор клініки щось відміняти? (Лікар може вже не працювати в клініці на цей момент)