Отримати призначення

https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670504680#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%BF%D1%80%D0%B8%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%BD%D1%8F

Користувач виконує отримання призначення відповідно до опису бізнес процесу.

Обрати медичну програму

Search Medical programs

Користувач:

1. Виконує пошук медичної програми з указанням необхідних пошукових параметрів (тип програми Медична програма з видачі медичних виробів (DEVICE))

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Повертає перелік медичних програм

Здійснити перевірку можливості видачі медичного виробу за призначенням з медичною програмою

Qualify Device Request by ID

Користувач:

1. Вказує ідентифікатор призначення, за яким необхідно отримати перелік учасників програми

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

2. Працівника, що є ініціатором запиту

   1. є активним (approved)

   2. відноситься до користувача, що виконує запит

3. Перевіряє поточний стан призначення (device_request)

   1. відноситься до того ж пацієнта (subject)

   2. є активним (status = active)

   3. містить медичну програму (program)

   4. містить намір (intent) Замовлення (order)

   5. призначення плану лікування (activity) (за наявності)

      1. є запланованим або в роботі (status IN (scheduled, in progress))

      2. план лікування призначення (care_plan) є активним

4. Перевіряє поточний стан медичної програми (program)

   1. програма існує в системі

   2. має активний статус

   3. має тип DEVICE

   4. має дозвіл на відпуск

5. Перевіряє інші записи про облік видачі за призначенням:

   1. Якщо за призначенням вже існує запис про облік видачі у статусі В роботі (in progress) і поточний час мінус час створення такого запису про облік видачі менший за device_dispense_ttl, то такий запит відхиляється

6. Період відпуску (dispense_valid_to)

   1. поточна дата повинні бути менша або дорівнювати  вказаній в devise_request.dispense_valid_to

7. Перевіряє відділення, в якому відбувається виконання призначення (location)

   1. активне

   2. відноситься до закладу, в якому працює автор запиту

   3. наявне забезпечення медичної програми (за наявності відповідного атрибуту (skip_contract_provision_verify) налаштування програми) (medical_program_provision) для конкретного відділення

   4. має наявну ліцензію

8. Для кожної переданої медичної програми перевіряється:

   1. наявність активних учасників програми (моделей медичних виробів (device_definitions)) (program_device.is_active = true, start_date <= today <= end_date)

      1. якщо призначення на тип (code) медичного виробу здійснюється пошук моделей (device_definition) відповідного типу, що є учасниками програми

      2. якщо призначення на модель медичного виробу (code_reference) здійснюється пошук моделей, що є учасниками програми

9. Повертає результати успішного виконання запиту (результат перевірки для вказаної медичної програми - перелік учасників медичної програми (program_devices)) або причину його відхилення.

Створення запису про облік видачі

https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17671028842/UPD#%D0%A1%D1%82%D0%B2%D0%BE%D1%80%D0%B5%D0%BD%D0%BD%D1%8F-%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%83-%D0%BF%D1%80%D0%BE-%D0%BE%D0%B1%D0%BB%D1%96%D0%BA-%D0%B2%D0%B8%D0%B4%D0%B0%D1%87%D1%96

Користувач

1. Створює запис про облік видачі відповідно до опису бізнес процесу

Отримати призначення

https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670504680/UPD#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%BF%D1%80%D0%B8%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%BD%D1%8F-%D0%B7%D0%B0-%D0%BD%D0%BE%D0%BC%D0%B5%D1%80%D0%BE%D0%BC

Користувач:

1. Отримує призначення відповідно до опису бізнес процесу.

Заповнити деталі запису про облік видачі

Користувач:

1. Обирає та заповнює необхідну інформацію:

   1. Пацієнта (subject)

   2. Код верифікації призначення (verification_code)

      1. Тільки для обліку запису про видачу за медичною програмою

   3. Призначення, в рамках якого виконується видача медичного виробу (based_on)

   4. Працівника, який є виконавцем призначення (performer)

   5. Відділення, в якому відбувається виконання призначення (location)

   6. Медичну програму, в рамках якої здійснюється облік видачі (program)

   7. Учасника програми, в рамках якого здійснюється облік видачі (program_device)

   8. Час видачі медичного виробу (when_handed_over)

      1. Тільки для обліку запису про видачу без медичної програми

   9. Тип медичного виробу (details.device_code.[].code) або модель медичного виробу (details.device.[].device_definition)

      1. Для обліку запису про видачу за медичною програмою тільки на модель медичного виробу (details.device.[].device_definition)

   10. Кількість медичних виробів, які потрібно видати пацієнтові за призначенням (details.quantity)

   11. Відпускну ціну медичного виробу (details.sell_price)

       1. Тільки для обліку запису про видачу за медичною програмою

   12. Розмір знижки (details.discount_amount)

       1. Тільки для обліку запису про видачу за медичною програмою

Здійснити облік видачі медичного виробу за призначенням

Create Device dispense

Користувач:

1. Заповнює запит на створення запису про облік видачі за призначенням.

2. Ініціює створення запиту на облік видачі за призначенням.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

   1. Код верифікації призначення (verification_code)

      1. Тільки для обліку запису про видачу за медичною програмою

   2. Призначення, в рамках якого виконується видача медичного виробу (based_on)

      1. активне

      2. відноситься до того ж пацієнта

      3. містить намір (intent) Замовлення (order)

      4. призначення плану лікування (activity) (за наявності)

         1. є запланованим або в роботі (status IN (scheduled, in progress))

         2. план лікування призначення (care_plan) є активним

   3. Працівника, який є виконавцем призначення (performer)

      1. є активним (approved)

      2. відноситься до користувача, що виконує запит

      3. відноситься до медичного закладу, в якому відбувається виконання призначення

   4. Перевіряє відділення, в якому відбувається виконання призначення (location)

      1. активне

      2. відноситься до закладу, в якому працює автор запиту

      3. наявне забезпечення медичної програми (за наявності відповідного атрибуту (skip_contract_provision_verify) налаштування програми) (medical_program_provision) для конкретного відділення

      4. має наявну ліцензію

   5. Перевіряє поточний стан призначення (device_request)

      1. є активним (status = active)

      2. містить намір (intent) Замовлення (order)

      3. якщо вказана в записі про облік видачі програма, поточна дата повинна бути менша або дорівнювати вказаній в devise_request.dispense_valid_to

   6. Перевіряє поточний стан медичної програми (program)

      1. значення медичної програми в призначенні повинно співпадати з медичною програмою в запиті (program) (за наявності)

      2. активна

      3. значення параметру Джерело фінансування рівним НСЗУ (funding_source = NHS)

   7. Перевіряє учасника програми, в рамках якого здійснюється відпуск медичних виробів (program_device)

      1. Тільки для обліку запису про видачу за медичною програмою

      2. активний (program_device.is_active = true, start_date <= today <= end_date)

         1. якщо призначення на тип (code) медичного виробу здійснюється пошук моделей (device_definition) відповідного типу, що є учасниками програми

         2. якщо призначення на модель медичного виробу (code_reference) здійснюється пошук моделей (device_definition), що є учасниками програми

   8. Час видачі медичного виробу (when_handed_over)

      1. тільки для обліку запису про видачу без медичної програми

      2. повинна бути в проміжку між датою створення призначення (authored_on) і поточною датою (current_date)

   9. Тип (details.device_code.[].code) або посилання на модель медичного виробу (details.device.[].device_definition)

      1. при створенні на тип виробу (details.device_code.[].code)

         1. активний

         2. тип медичного виробу (device_code.[].code) співпадає з типом (code) медичного виробу призначення, якщо запис про облік видачі на створюється на основі нього (based_on)

      2. при створенні на модель виробу (details.device.[].device_definition)

         1. активний

         2. тип моделі медичного виробу (device.[].device_definition) співпадає з типом моделі медичного виробу призначення (code), якщо запис про облік видачі на створюється на основі призначення, що створено на тип виробу (based_on)

         3. модель медичного виробу (device.[].device_definition) співпадає з моделлю медичного виробу призначення (code_reference), якщо запис про облік видачі на створюється на основі призначення, що створено на модель виробу (based_on)

      3. Для обліку запису про видачу за медичною програмою тільки на модель медичного виробу (details.device.[].device_definition)

   10. Кількість медичних виробів, які потрібно видати пацієнтові за призначенням (details.quantity)

       1. вказується обов'язково

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

       3. за призначенням, що містить програму реімбурсації, видача здійснюється в повному обсязі

       4. кількість в обліку видачі (device_dispense.quantity) не перевищує залишкову кількість в призначенні (device_request.quantity) (за наявності)

   11. Відпускну ціну медичного виробу (sell_price)

       1. Тільки для обліку запису про видачу за медичною програмою

   12. Розмір знижки (discount_amount)

       1. Тільки для обліку запису про видачу за медичною програмою

3. Валідує суму знижки, зазначену аптекою, на знаходження в межах суми реімбурсації (allowed_reimbursement_amount)

   1. Тільки для обліку запису про видачу за медичною програмою

4. Зберігає інформацію про розмір відшкодування (reimbursement_amount)

   1. Тільки для обліку запису про видачу за медичною програмою

5. Зберігає посилання на епізод в межах якого створено призначення (origin_episode_id)

6. Перевіряє інші записи про облік видачі (за наявності) на відповідність кількості медичних виробів, вказаного в запиті.

   1. Якщо за призначенням вже існує запис про облік видачі в в статусі В роботі (in progress) і поточний час мінус час створення такого запису про облік видачі менший за device_dispense_ttl, то такий запит відхиляється

7. Перевіряється та створюється запис про облік видачі (відповідно до статусної моделі) в статусі

   1. В роботі (in_progress) (за наявності медичної програми)

   2. Виконаний (completed) (за відсутності медичної програми)

      1. якщо device_request.based_on містить посилання на план лікування, то створений запис про облік видачі додається в значення параметру activity.outcome_reference

      2. статус призначення змінюється на Завершений (completed)

         1. Тільки для обліку запису про видачу за медичною програмою

8. Користувач отримує у відповідь на запит інформацію щодо створення  запису.

9. Повертає результати успішного виконання запиту (облік видачі) або причину відхилення запиту.

Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.

Підтвердити облік видачі за призначенням накладаннам КЕП

Сomplete Device dispense

Користувач:

1. Доповнює деталі запису про облік видачі інформацією про час видачі (when_handed_over) та оплату: номером (payment_id) та сумою чеку (payment_amount).

2. Підписує запис про облік видачі кваліфікованим електронним підписом.

3. Ініціює облік видачі за призначенням з накладанням КЕП.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту.

2. Перевіряє кваліфікований електронний підпис.

3. Перевіряє відповідність деталей підписаного запиту з тими, що було створено на попередньому кроці

4. Перевіряє поточний стан запису про облік видачі

   1. знаходиться В роботі (in_progress)

5. Перевіряє, що сума оплати (payment_amount) вказана та є додатним числом (більшим нуля).

6. Перевіряє час видачі медичного виробу (when_handed_over)

   1. повинна бути в проміжку між датою чинності призначення (dispense_valid_to) і поточною датою (current_date)

7. Перевіряє поточний стан призначення.

   1. є Aктивний (active)

8. Змінює статус призначення (відповідно до статусної моделі) на Виконаний (completed)

   1. якщо device_request.based_on містить посилання на план лікування, то створений запис про облік видачі додається в значення параметру activity.outcome_reference

   2. статус призначення змінюється на Завершений (completed)

9. Повертає результати успішного виконання запиту (запис про облік видачі з оновленим статусом) або причину відхилення запиту.

Отримати призначення

https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670504680/UPD#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%BF%D1%80%D0%B8%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%BD%D1%8F-%D0%B7%D0%B0-%D0%BD%D0%BE%D0%BC%D0%B5%D1%80%D0%BE%D0%BC

Користувач:

1. Отримує призначення відповідно до опису бізнес процесу.

Заповнити деталі запису про облік видачі

Користувач:

1. Обирає та заповнює необхідну інформацію:

   1. Пацієнта (subject)

   2. Призначення, в рамках якого виконується видача медичного виробу (based_on) (за наявності)

   3. Посилання на взаємодію (encounter)

   4. Посилання на процедуру (part_of) (за наявності)

   5. Працівника, який є виконавцем призначення (performer)

   6. Відділення, в якому відбувається виконання призначення (location)

   7. Час видачі медичного виробу (when_handed_over)

   8. Тип медичного виробу (details.device_code.[].code) або модель медичного виробу (details.device.[].device_definition) або посилання на екземпляр медичного виробу (details.device.[].device)

   9. Кількість медичних виробів, які потрібно видати пацієнтові за призначенням (details.quantity)

   10. Додаткову інформацію, необхідну виконавцю призначення (supporting_info)

Здійснити облік видачі медичного виробу за призначенням

Submit Encounter Package

Користувач:

1. Заповнює запит на створення запису про облік видачі.

2. Ініціює створення запиту на облік видачі.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

   1. Призначення, в рамках якого виконується видача медичного виробу (based_on)

      1. активне

      2. відноситься до того ж пацієнта

      3. містить намір (intent) Замовлення (order)

      4. призначення плану лікування (activity) (за наявності)

         1. є запланованим або в роботі (status IN (scheduled, in progress))

         2. план лікування призначення (care_plan) є активним

   2. Посилання на взаємодію (encounter)

      1. обліковується в рамках тієї ж взаємодії (encounter)

   3. Посилання на процедуру (part_of) (за наявності)

      1. обліковується в рамках тієї ж взаємодії (encounter)

      2. не позначена помилковою (entered_in_error)

   4. Працівника, який є виконавцем призначення (performer)

      1. є активним (approved)

      2. відноситься до користувача, що виконує запит

      3. відноситься до відділення, в якому відбувається виконання призначення

   5. Перевіряє відділення, в якому відбувається виконання призначення (location)

      1. активне

      2. відноситься до закладу, в якому працює автор запиту

   6. Час видачі медичного виробу (when_handed_over)

      1. знаходиться у проміжку періоду взаємодії (encounter.period)

   7. Тип (details.device_code.[].code) або посилання на модель медичного виробу (details.device.[].device_definition) або посилання на екземпляр медичного виробу (details.device.[].device)

      1. при створенні на тип виробу (device_code.[].code)

         1. активний

         2. тип медичного виробу (device_code.[].code) співпадає з типом (code) медичного виробу призначення, якщо запис про облік видачі на створюється на основі нього (based_on)

      2. при створенні на модель виробу (details.device.[].device_definition)

         1. активний

         2. модель медичного виробу (device.[].device_definition) співпадає з типом моделі медичного виробу призначення (code), якщо запис про облік видачі на створюється на основі призначення, що створено на тип виробу (based_on)

         3. модель медичного виробу (device.[].device_definition) співпадає з моделлю медичного виробу призначення (code_reference), якщо запис про облік видачі на створюється на основі призначення, що створено на модель виробу (based_on)

      3. при створенні на екземпляр виробу (details.device.[].device)

         1. активний (active)

         2. відноситься до того ж пацієнта (patient)

         3. тип екземпляру медичного виробу (device_reference.[].type) співпадає з типом медичного виробу призначення (device_request.code), якщо запис про облік видачі на створюється на основі призначення, що створено на тип виробу (based_on)

         4. модель екземпляру медичного виробу (device_reference.[].definition) співпадає з моделлю медичного виробу призначення (device_request.code_reference), якщо запис про облік видачі на створюється на основі призначення, що створено на модель виробу (based_on)

   8. Кількість медичних виробів, які потрібно видати пацієнтові за призначенням (details.quantity)

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

      2. повинно бути цілим числом більшим за нуль

   9. Додаткову інформацію, необхідну виконавцю призначення (supporting_info)

      1. можливе посилання на діагностичний звіт (diagnostic report), спостереження (observation) або діагноз (condition), процедуру (procedure), взаємодію (encounter), епізод (episode), запис про медичний виріб (device), запис про асоціацію медичного виробу з пацієнтом (device_association)

      2. відноситься до того ж пацієнта (subject)

      3. посилання на медичні записи не позначені помилковими (entered_in_error)

3. Перевіряється та створюється запис про облік видачі (відповідно до статусної моделі) в статусі

   1. Відхилений (decline)

      1. AБО (в залежності від вибору користувача)

   2. Виконаний (completed)

      1. якщо запис про облік видачі створено на основі призначення (based_on.device_request), яке містить посилання на призначення плану лікування (based_on.activity), то створений запис про облік видачі додається в значення параметру activity.outcome_reference

4. Зберігає посилання на епізод в межах якого створено призначення (origin_episode_id) (за наявності посилання на призначення (based_on))

5. Зберігає посилання на епізод в межах якого створено облік видачі (context_episode_id)

6. Користувач отримує у відповідь на запит інформацію щодо створення  запису.

7. Повертає результати успішного виконання запиту (облік видачі) або причину відхилення запиту.

Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.

Отримати ідентифікатор призначення з медичного запису

Користувач:

1. Отримує ідентифікатор призначення з доступних медичних записів (care_plan.activity.[].outcome_reference)

Отримати контекст епізоду запису про облік видачі

https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670538224

Користувач:

1. Отримав ідентифікатор призначення

2. Виконує запит на отримання контексту епізоду

   1. в рамках, якого створено призначення, за яким здійснювалась видача (за наявності посилання)

   2. в рамках, якого створено запис про облік видачі (якщо облік здійснювався в рамках взаємодії)

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Повертає результати успішного виконання запиту (контекст епізоду запису про видачі та/або контекст епізоду призначення) або причину його відхилення

Запросити доступ на отримання інформації

Користувач:

1. Вказує епізод за яким створено взаємодію, в рамках якої створено видачу або за яким створено призначення, на основі якого здійснювався облік видачі

2. Запрошує підтвердження доступу

3. Верифікує підтвердження доступу

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Повертає ідентифікатор завдання із створення та верифікації підтвердження

Отримати деталі призначення

Get Device dispense details

Користувач:

1. Обирає деталі призначення

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

   3. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC)

      1. Співробітник з декларацією (declaration)

      2. Співробітники закладу, в якому створено запис (в тому числі автор) (performer_legal_entity_id)

      3. Співробітники закладу, в якому створено епізод, на підставі якого була взаємодія зі створення запису (в тому числі автор) (context_episode_id)

      4. Співробітник з доступом (approval) на читання медичних даних пацієнта (patient)

      5. Співробітник з доступом (approval) на читання епізоду, на підставі якого була взаємодія зі створення запису (context_episode_id)

      6. Співробітники закладу, в якому створено епізод, на підставі якого була взаємодія зі створення запису призначення (в тому числі автор призначення) (origin_episode_id) (за наявності)

      7. Співробітники закладу, в якому створено епізод, на підставі якого створено направлення, у відповідь на яке відбулась взаємодія зі створення запису про облік видачі (origin_episode_id) (за наявності)

      8. Співробітник з доступом (approval) на читання плану лікування пацієнта (context_care_plan_id)

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Повертає результати успішного виконання запиту (запис про облік видачі) або причину його відхилення

Здійснити пошук пацієнта

Search for a person v3

Користувач:

1. Виконує пошук пацієнта

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Повертає перелік пацієнтів

Запросити доступ на отримання інформації

Користувач:

1. Обирає необхідного пацієнта або епізод за яким створено запис про облік видачі або за яким створено призначення, на основі якого створено запис про облік видачі

2. Запрошує підтвердження доступу

3. Верифікує підтвердження доступу

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Повертає ідентифікатор завдання із створення та верифікації підтвердження

Здійснити пошук записів про облік видачі за пошуковими параметрами

https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17713791095

Користувач:

1. Виконує пошук записів про облік видачі за пошуковими параметрами

   1. Посилання на взаємодію (encounter)

   2. Посилання на процедуру (procedure)

   3. Відділення, в якому відбувається виконання призначення (location)

   4. Працівника, який є виконавцем призначення (performer)

   5. Заклад, в якому здійснено облік видачі (performer_legal_entity)

   6. Статус запису про облік видачі (status)

   7. Період видачі медичного виробу (when_handed_over_from та when_handed_over_to)

   8. Період створення запису про облік видачі (inserted_at_from та inserted_at_to)

   9. Медичну програму, в рамках якої здійснювалась видача (program)

   10. Тип медичного виробу (device_code) або модель медичного виробу, або посилання на екземпляр медичного виробу (device)

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

   3. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC)

      1. Співробітник з декларацією (declaration)

      2. Співробітники закладу, в якому створено запис (в тому числі автор) (performer_legal_entity_id)

      3. Співробітники закладу, в якому створено епізод, на підставі якого була взаємодія зі створення запису (в тому числі автор) (context_episode_id)

      4. Співробітник з доступом (approval) на читання медичних даних пацієнта (patient)

      5. Співробітник з доступом (approval) на читання епізоду, на підставі якого була взаємодія зі створення запису (context_episode_id)

      6. Співробітники закладу, в якому створено епізод, на підставі якого була взаємодія зі створення запису призначення (в тому числі автор призначення) (origin_episode_id) (за наявності)

      7. Співробітники закладу, в якому створено епізод, на підставі якого створено направлення, у відповідь на яке відбулась взаємодія зі створення запису про облік видачі (origin_episode_id) (за наявності)

      8. Співробітник з доступом (approval) на читання плану лікування пацієнта (context_care_plan_id)

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення.

3. Повертає результати успішного виконання запиту (список записів про облік видачі) або причину його відхилення.

Отримати деталі запису про облік видачі

Get Device dispense details

Користувач:

1. Обирає деталі запису про облік видачі.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

   3. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC)

      1. Співробітник з декларацією (declaration)

      2. Співробітники закладу, в якому створено запис (в тому числі автор) (performer_legal_entity_id)

      3. Співробітники закладу, в якому створено епізод, на підставі якого була взаємодія зі створення запису (в тому числі автор) (context_episode_id)

      4. Співробітник з доступом (approval) на читання медичних даних пацієнта (patient)

      5. Співробітник з доступом (approval) на читання епізоду, на підставі якого була взаємодія зі створення запису (context_episode_id)

      6. Співробітники закладу, в якому створено епізод, на підставі якого була взаємодія зі створення запису призначення (в тому числі автор призначення) (origin_episode_id) (за наявності)

      7. Співробітники закладу, в якому створено епізод, на підставі якого створено направлення, у відповідь на яке відбулась взаємодія зі створення запису про облік видачі (origin_episode_id) (за наявності)

      8. Співробітник з доступом (approval) на читання плану лікування пацієнта (context_care_plan_id)

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення.

3. Повертає результати успішного виконання запиту (запис про облік видачі) або причину його відхилення.

Отримати запис про облік видачі
https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17671028842/UPD#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%83-%D0%BF%D1%80%D0%BE-%D0%BE%D0%B1%D0%BB%D1%96%D0%BA-%D0%B2%D0%B8%D0%B4%D0%B0%D1%87%D1%96

Користувач виконує отримання запису про облік видачі відповідно до опису бізнес процесу.

Заповнити дані на позначення припиненим

Користувач:

1. Обирає запис про облік видачі, який необхідно позначити припиненим

2. Ініціює відправку запиту на позначення запису про облік видачі припиненим

Відправити запит на позначення припиненим
https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670570920

Користувач:

1. Відправляє запит на позначення запису про облік видачі припиненим.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

   3. Позначити запис про облік видачі припиненим можуть тільки співробітники закладу, в якому було створено запис про видачу

2. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

3. Перевіряє валідність переданих даних відповідно до бізнес правил:

   1. Позначити запис про облік видачі помилковим можна в В роботі (IN_PROGRESS)

4. Змінює статус запису про облік видачі (відповідно до https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670865309) на Припинено (STOPPED)

5. Повертає результати успішного виконання запиту (запис про облік видачі з оновленим статусом) або причину його відхилення.

6. Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.

Отримати запис про облік видачі
https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17671028842/UPD#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%83-%D0%BF%D1%80%D0%BE-%D0%BE%D0%B1%D0%BB%D1%96%D0%BA-%D0%B2%D0%B8%D0%B4%D0%B0%D1%87%D1%96

Користувач виконує отримання запису про облік видачі відповідно до опису бізнес процесу

Заповнити дані та вказати причину позначення помилковим

Користувач:

1. Обирає запис про облік видачі, який необхідно позначити помилковим

2. Ініціює відправку запиту на позначення запису про облік видачі помилковим

Накласти КЕП та відправити запит на позначення помилковим
https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17670472680

Користувач:

1. Відправляє запит на позначення запису про облік видачі помилковим з накладанням КЕП.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

   3. Позначити запис про облік видачі помилкоим можуть тільки співробітники закладу, в якому було створено запис про облік видачі

   4. Позначити запис про облік видачі помилковим можуть

      1. Автор запису про облік видачі (performer)

      2. Співробітник, у якого наявний відповідний скоуп

2. Перевіряє кваліфікований електронний підпис

3. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

4. Перевіряє валідність переданих даних відповідно до бізнес правил:

   1. Позначити запис про видачу помилковим можна з будь-якого (крім Позначено помилковим (ENTERED_IN_ERROR), Завершений (COMPLETED) cтатусу

5. Змінює статус запису про облік видачі (відповідно до статусної моделі) на Позначений помилковим (ENTERED_IN_ERROR)

6. Повертає результати успішного виконання запиту (запис про облік видачі з оновленим статусом) або причину його відхилення.

7. Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.

Отримати запис про облік видачі
https://e-health-ua.atlassian.net/wiki/spaces/RMDN/pages/17671028842/UPD#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%83-%D0%BF%D1%80%D0%BE-%D0%BE%D0%B1%D0%BB%D1%96%D0%BA-%D0%B2%D0%B8%D0%B4%D0%B0%D1%87%D1%96

Користувач виконує отримання запису про облік видачі відповідно до опису бізнес процесу

Заповнити дані та вказати причину позначення помилковим

Користувач:

1. Обирає запис про облік видачі, який необхідно позначити помилковим

2. Ініціює відправку запиту на позначення запису про облік видачі помилковим

Накласти КЕП та відправити запит на позначення помилковим

https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17061314561

Користувач:

1. Відправляє запит на позначення запису про облік видачі помилковим з накладанням КЕП.

Система e-Health:

1. Перевіряє наявність прав на виконання запиту

   1. Валідність токену доступу

   2. Наявність відповідного скоупу

   3. Позначити запис про облік видачі помилковим можуть

      1. Автор запису про облік видачі (performer)

      2. Медичний адміністратор закладу (MED_ADMIN)

      3. Співробітник, якому пацієнт видав дозвіл на відміну (approval)

2. Перевіряє кваліфікований електронний підпис

3. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення

4. Перевіряє валідність переданих даних відповідно до бізнес правил:

   1. Позначити призначення помилковим можна з будь-якого (крім Позначено помилковим (ENTERED_IN_ERROR), Завершений (COMPLETED) cтатусу

5. Змінює статус запису про облік видачі (відповідно до статусної моделі) на Позначений помилковим (ENTERED_IN_ERROR)

6. Повертає результати успішного виконання запиту (запис про облік видачі з оновленим статусом) або причину його відхилення.

7. Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.