Versions Compared

Old Version 2

changes.mady.by.user Oksana Demchenko

Saved on

compared with

New Version 3

changes.mady.by.user Oksana Demchenko

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents
minLevel1
maxLevel2

...

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

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

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

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

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

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

  4. Розмір компенсації має бути внесений адміністратором реєстру у вигляді ставки компенсації за одиницю товару.

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

  6. Облік видачі за медичною програмою здійснюється тільки в рамках процесу обліку видачі в аптечному закладі

  7. Облік видачі може бути здійснений з видачею медичного виробу

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

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

  8. Тількі медичні вироби (моделі медичного виробу), що приймають участь в медичній програмі, можуть бути відпущенні за такою медичною програмою.

Концептуальна схема бізнес-процесів

...

Source:

View file
nameDeviceDispense.drawio

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

Схема бізнес процесу

...

Source:

View file
nameQualifyDR.drawio

Опис бізнес процесу

Крок

Опис

1

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

https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782014650#%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

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

2

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

Search Medical programs

Користувач:

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

Система e-Health:

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

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

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

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

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

3

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

RС_[UPD] Qualify Device request

Користувач:

  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. значення медичної програми в призначенні повинно співпадати з медичною програмою в запиті (program)

  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)) або причину його відхилення.

4

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

https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782015249#%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. Створює запис про облік видачі відповідно до опису бізнес- процесу

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

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

Схема бізнес процесу

...

Source:

View file
nameCreateDispensePharmacy.drawio

Опис бізнес процесу

Крок

Опис

1

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

https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782014650#%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. Отримує призначення відповідно до опису бізнес-процесу.

2

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

Користувач:

  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. Тільки для обліку запису про видачу за медичною програмою

3

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

RС_[UPD] 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. відноситься до того ж пацієнта (subject)

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

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

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

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

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

      2. активна

      3. тип програми Медична програма з видачі медичних виробів (DEVICE)

      4. значення параметру Джерело фінансування рівним НСЗУ (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) (за наявності)

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

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

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

4

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

RС_[UPD] С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. Повертає результати успішного виконання запиту (запис про облік видачі з оновленим статусом) або причину відхилення запиту.

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

Схема бізнес процесу

...

Source:

View file
nameCreateDispenseMSP.drawio

Опис бізнес процесу

Крок

Опис

1

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

https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782014650#%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. Отримує призначення відповідно до опису бізнес процесу.

2

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

Користувач:

  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)

3

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

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. відноситься до закладу, в якому працює автор запиту

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

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

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

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

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

Схема бізнес процесу

...

Source:

View file
nameGetDDViaId.drawio

Опис бізнес процесу

Крок

Опис

1

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

Користувач:

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

2

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

RС_[NEW] Get Device dispense contexts

Користувач:

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

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

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

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

Система e-Health:

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

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

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

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

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

3

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

Користувач:

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

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

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

Система e-Health:

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

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

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

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

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

4

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

RС_[UPD] 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. Повертає результати успішного виконання запиту (запис про облік видачі) або причину його відхилення

Отримання призначення через пошук пацієнта

Схема бізнес процесу

...

Source:

View file
nameSearchDD.drawio

Опис бізнес процесу

Крок

Опис

1

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

Search for a person v3

Користувач:

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

Система e-Health:

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

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

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

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

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

2

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

Користувач:

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

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

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

Система e-Health:

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

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

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

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

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

3

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

RС_[NEW] Get Device dispenses by search params in patient context

Користувач:

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

    1. Призначення, в рамках якого здійснювався облік видачі медичного виробу (device_request_id)

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

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

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

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

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

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

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

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

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

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

Система 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. Повертає результати успішного виконання запиту (список записів про облік видачі) або причину його відхилення.

4

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

RС_[UPD] 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. Повертає результати успішного виконання запиту (запис про облік видачі) або причину його відхилення.

...

Крок

Опис

1

Отримати запис про облік видачі
https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782015249#%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

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

2

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

Користувач:

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

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

3

Відправити запит на позначення припиненим
RС_[UPD] Stop Device dispense

Користувач:

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

Система e-Health:

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

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

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

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

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

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

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

  4. Змінює статус запису про облік видачі (відповідно до RС_[UPD] Device dispense status model) на Припинено (STOPPED)

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

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

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

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

Схема бізнес процесу

...

Source:

View file
nameMarkInErrorDeviceDispense.drawio

Опис бізнес процесу

Крок

Опис

1

Отримати запис про облік видачі
https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782015249#%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

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

2

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

Користувач:

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

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

3

Накласти КЕП та відправити запит на позначення помилковим
RС_[NEW] Mark in error Device dispense

Користувач:

  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. Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.

Позначення запису про облік видачі в закладі охороні здоров'я помилковим

Схема бізнес процесу

Note

Запис про облік видачі, що створений в рамках взаємодії (Encounter Data Package), також є можливість відмінити через метод Mark in error Device dispense.

...

Source:

View file
nameCancelEDP.drawio

Опис бізнес процесу

Крок

Опис

1

Отримати запис про облік видачі
https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17782015249#%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

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

2

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

Користувач:

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

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

3

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

Cancel Encounter Package

Користувач:

  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. Для перевірки стану виконання завдання із створення запиту, визиваюча сторона повинна опитувати систему ЦБД за ідентифікатором завдання.