Мета
...
Мета
Створення електронного рецепту — це процес створення лікарем замовлення, на основі якого виконується видача ліків пацієнту. Процес передбачає перелік методів та контролів для правильного тлумачення вказаного в електронному рецепті замовлення лікаря.
Нижче наведені ключові моменти, на яких побудовано процес створення електронного рецепту та які є важливими для забезпечення правильного відпуску ліків:
Створення електронного рецепту відбувається у рамках взаємодії.
Доступ на отримання даних електронного рецепту регулюється залежно від ролі користувача та з використанням існуючої ABAC rules (EN).
Лікар вказує діючу речовину з переліку, що зареєстрований у системі E-Health, форму відпуску, силу дії та кількість.
Конкретна торгова назва не вказується, а обирається пацієнтом з наявних в аптеці.пацієнтом з наявних в аптеці.
Ліки можуть бути відпущені як продукт, виготовлений безпосередньо в аптеці на базі виписаної лікарем діючої речовини
Лікар має можливість, але не зобов'язаний, перевірити проект рецепту на відповідність медичним програмам реімбурсації PreQualify Medication request Request.
Лікар відправляє запит на створення рецепту до системи ЦБД ЕСОЗ.
Система ЦБД ЕСОЗ збагачує проект рецепту даними пацієнта, лікаря та клініки з наявних в реєстрі ЦБД ЕСОЗ та повертає проект рецепту у відповідь на запит.
Створення електронного рецепту відбувається з накладанням автором кваліфікованого електронного підпису (КЕП).
Пацієнт, який має метод авторизації за SMS, має отримати номер рецепту на вказаний при реєстрації телефон, але за потреби може попросити лікаря роздрукувати витяг з системи про електронний рецепт (пам'ятку).
Відправка SMS также може регулюватись умовами конкретної медичної програми.
Пацієнт, який обрав метод авторизації за OFFLINE, має отримати роздрукований витяг з системи про електронний рецепт (пам'ятку).
...
| View file |
|---|
| name | prequalify_mr_BP-2.drawio |
|---|
|
Опис бізнес процесу
TBDv3 | Користувач: Виконує пошук пацієнтів
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає перелік пацієнтів.
|
| 2 | Отримати перелік лікарських засобів Get Drugs Dictionary | Користувач: Виконує пошук лікарських засобів із зазначенням пошукових параметрів.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список лікарських засобів) або причину його відхилення.
|
| 3 | Перевірити запит на створення рецепту на відповідність вимогам медичних програм PreQualify Medication request Request | Користувач: Ініціює перевірку запиту на створення рецепту на відповідність вимогам медичних програм.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє, чи правильно було обрано кількість ЛЗ в первинній упаковці для обраної лікарської форми. Перевіряє намір електронного рецепту: валідації підлягає лише запит на створення електронного рецепту, що має тип "Замовлення ліків". Перевіряє відповідність запиту на створення рецепту кожній з обраних користувачем медичних програм. Кожна медична програма має окрему логіку валідації, налаштовану адміністратором NHS у налаштуваннях медичної програми. Повертає результати успішного виконання запиту (результат перевірки для кожної обраної користувачем медичної програми) або причину його відхилення.
|
Створення електронного рецепту
...
| View file |
|---|
| name | create_mrr_and_mr_BP.drawio |
|---|
|
Опис бізнес процесу
|
Крок
| Опис |
|---|
| 1 | Відправити запит на створення електронного рецепту Create Medication request Request | Користувач: Відправляє запит на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє (за необхідності), чи правильно було обрано кількість ЛЗ в первинній упаковці для обраної лікарської форми. Перевіряє (за необхідності) корректність зазначення пріорітетного надання пацієнту ліків за рецептом. Перевіряє можливість створення рецепту у підрозділі конкретної клініки. Перевіряє можливість виписати рецепт конкретному пацієнту. Перевіряє коректність вказаного періоду дії рецепту. Перевіряє коректність вказаного лікарського засобу та інструкції його дозування. Перевіряє (за необхідності), що рецепт базується на активному плані лікування та має коректний контекст. Перевіряє можливість створення рецепту у рамках зазначеної медичної програми. Повертає результати успішного виконання запиту (запит на створення електронного рецепту, який користувачу потрібно підписати КЕП на наступному кроці) або причину його відхилення.
|
| 2 | Підписати запит на створення електронного рецепту з використанням КЕП Sign Medication request Request | Користувач: Підписує запит на створення електронного рецепту КЕП. Ініціює створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє кваліфікований електронний підпис. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє поточний стан запиту на створення електронного рецепту. Перевіряє відповідність підписаного запиту на створення електронного рецепту з тим, що було створено на попередньому кроці. Створює електронний рецепт. Відправляє SMS-повідомлення електронного рецепту пацієнту (якщо пацієнт має OTP метод аутентифікації та параметрами медичної програми дозволено SMS-сповіщення). Повертає результати успішного виконання запиту (електронний рецепт) або причину його відхилення.
|
| 3 | Отримання друкованої форми електронного рецепту Схема БП | Користувач виконує отримання друкованної форми електронного рецепту відповідно до опису бізнес процесу. |
| 4 | Повторне отримання SMS-повідомлення електронного рецепту Схема БП | Користувач виконує повторне відправлення SMS-повідомлення електронного рецепту відповідно до опису бізнес процесу. |
Отримання запиту на створення електронного рецепту
...
Опис бізнес процесу
TBDv3 | Користувач: Виконує пошук пацієнта.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (інформація пацієнта) або причину його відхилення.
|
| 2 | Здійснити пошук запитів на створення електронного рецепту за пошуковими параметрами Get Medication request requests by search params | Користувач: Виконує пошук запитів на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список запитів на створення електронного рецепту) або причину його відхилення.
|
| 3 | Отримати деталі запиту на створення електронного рецепту Get Medication request requests details | Користувач: Обирає деталі запиту на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (запит на створення електронного рецепту) або причину його відхилення.
|
Отримання електронного рецепту
...
Опис бізнес процесу
TBDv3 | Користувач: Виконує пошук пацієнта.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (інформація пацієнта) або причину його відхилення.
|
| 2 | Здійснити пошук електронних рецептів за пошуковими параметрами Get Medication requests by search params | Користувач: Виконує пошук електронних рецептів.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список електронних рецептів) або причину його відхилення.
|
| 3 | Отримати деталі електронного рецепту Get medication requests details | Користувач: Обирає деталі електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (електронний рецепт) або причину його відхилення.
|
Отримання друкованої форми електронного рецепту
...
Опис бізнес процесу
| Крок | Опис |
|---|
| 1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Отримати електронний рецепт у формі для друку Get Medication request printout form | Користувач: Обирає електронний рецепт, який необхідно роздрукувати.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Генерує форму для друку електронного рецепту. Повертає результати успішного виконання запиту (електронний рецепт у формі для друку) або причину його відхилення.
|
Повторне отримання SMS-повідомлення електронного рецепту
...
(UPD) Опис бізнес процесу
| Крок | Опис |
|---|
| 1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Оформити заявку на повторне відправлення SMS пацієнту Resend Medication request | Користувач: Обирає електронний рецепт, для якого потрібно повторно відправити SMS-повідомлення.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє поточний стан рецепту. Перевіряє можливість відправлення повідомлень за параметрами медичної програми. Перевіряє, чи було сгенеровано код для електронного рецепту. Перевіряє наявність у пацієнта типу аутентифікації через отримання SMS. Перевіряє, чи не перевищено користувачем ліміт запитів на повторне відправлення SMS-повідомлень. У разі, якщо ліміт запитів на даний момент перевищено, Система повертає причину відхилення запиту з указанням часу (UTC), коли користувачу буде доступна наступна спроба, та не переходить до кроків 8, 9, 10.
Генерує текст для SMS-повідомлення. Відсилає SMS-повідомлення. Повертає результати успішного виконання запиту (електронний рецепт) або причину його відхилення.
|
Отримання погашення електронного рецепту
...
| View file |
|---|
| name | get_md_by_doc_BP.drawio |
|---|
|
Опис бізнес процесу
Відміна запиту на створення електронного рецепту
...
| View file |
|---|
| name | reject_mrr_BP-2.drawio |
|---|
|
Опис бізнес процесу
|
Крок
| Опис |
|---|
| 1 | Отримання запиту на створення електронного рецепту Схема БП | Користувач виконує отримання запиту на створення електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Відмінити запит на створення електронного рецепту Reject Medication request Request | Користувач: Обирає запит на створення електронного рецепту, який необхідно відмінити.
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити відміну запиту на створення електронного рецепту можуть тільки лікар, який створив цей запитт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено запит.
Перевіряє поточний стан запиту на створення електронного рецепту. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та запит на створення електронного рецепту знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”. Повертає результати успішного виконання запиту (запит на створення електронного рецепту з оновленим статусом).
|
...
Відміна електронного рецепту
...
Схема бізнес процесу
Source:
| View file |
|---|
| name | reject_mrrmr_BP.drawio |
|---|
|
Опис бізнес процесу
Заблокувати електронни Відмінити електронний рецепт |
Block заблокувати для погашення.Вказує причину блокуваннявідмінити. Підписує запит на відміну електронного рецепту за допомогою КЕП.
Система e-Health: Перевіряє наявність прав на виконання запиту: Здійснити
|
блокування відміну електронного рецепту можуть тільки лікар, який створив електронний рецепт
|
, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт, фармацевт та уповноважений співробітник НСЗУ.Перевіряє поточний стан електронного рецепту.
Перевіряє можливість вказання обраної причини блокування працівником, який ініціює блокування.
Перевіряє валідність переданих даних відповідно до бізнес правил:
Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає блокування (відповідно до статусної моделі- “ACTIVE”), - система змінює параметр запису на “is_blocked=true”.
Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
3 | Розблокувати електронний рецепт
Unblock Medication request , або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт.
Перевіряє кваліфікований електронний підпис. Перевіряє поточний стан електронного рецепту. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”. Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|
Відміна електронного рецепту фармацевтом
Схема бізнес процесу
...
Source:
| View file |
|---|
| name | reject_MR_by_pharmacy.drawio |
|---|
|
Опис бізнес процесу
розблокувати для погашенняВказує причину розблокуванняСкріплює запит на відміну електронного рецепту КЕП.
Система e-Health: Перевіряє наявність прав на виконання запиту
|
: розблокування відміну електронного рецепту
|
можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецептможе тільки фармацевт.
Перевіряє кваліфікований електронний підпис. Перевіряє поточний стан електронного рецепту
|
.Перевіряє можливість вказання обраної причини розблокування працівником, який ініціює розблокування. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає
|
розблокування - “ACTIVE” параметр “is_blocked=false”.“REJECTED” Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|
...
Блокування та розблокування електронного рецепту фармацевтом
...
Схема бізнес процесу
...
Source:
| View file |
|---|
| name | rejectblock_unblock_mr_pharm_BP.drawio |
|---|
|
Опис бізнес процесу
| Крок | Опис |
|---|
| 1 | Отримання електронного рецепту |
Схема БП опису бізнес процесуВідмінити Заблокувати електронний рецепт (фармацевт) |
Reject відмінити.Підписує запит на відміну електронного рецепту за допомогою КЕП.заблокувати для погашення. Вказує причину блокування. Вказує дату та час до якого блокується електронний рецепт
Система e-Health: Перевіряє наявність прав на виконання запиту
|
: відміну блокування електронного рецепту
|
можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт.Перевіряє кваліфікований електронний підписможе тільки фармацевт.
Перевіряє поточний стан електронного рецепту. Перевіряє
|
валідність переданих даних відповідно до бізнес правил:Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”.
Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
(NEW) Відміна електронного рецепту фармацевтом
Схема бізнес процесу
...
Source:
| View file |
|---|
| name | reject_MR_by_pharmacy.drawio |
|---|
|
Опис бізнес процесу
Крок | Опис | | 1 | Отримання електронного рецепту (фармацевтом) https://e-health-ua.atlassian.net/wiki/spaces/EPRx/pages/16981229776#%D0%9E%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%B5%D0%BB%D0%B5%D0%BA%D1%82%D1%80%D0%BE%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE-%D1%80%D0%B5%D1%86%D0%B5%D0%BF%D1%82%D1%83 | Користувач виконує отримання друкованної форми електронного рецепту відповідно до опису бізнес процесу. |
2 | Відмінити електронний рецепт
https://edenlab.atlassian.net/wiki/spaces/EH/pages/3606544505можливість вказання обраної причини блокування працівником, який ініціює блокування. Перевіряє що вказана дата та час дії блокування електронного рецепту більша за поточну дату та час та менша за останній день періоду дії рецепту (весь день включно) Система фіксує ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт Система автоматично заповнить дату дії блокування рецепту як останній день періоду дії рецепту (весь день включно) у випадку, якщо дата не була передана в запиті Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає блокування (відповідно до статусної моделі - ‘ACTIVE’), - система фіксує вказані користувачем причину блокування та період дії блокування Система фіксує ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення
|
| 3 | Розблокувати електронний рецепт (фармацевт) Unblock Medication request by Pharmacy User | Користувач: Обирає електронний рецепт, який необхідно
|
відмінитирозблокувати для погашення.
|
Скріплює запит на відміну електронного рецепту КЕПВказує причину розблокування.
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити
|
відміну розблокування електронного рецепту може тільки фармацевт.
Перевіряє
|
кваліфікований електронний підпис.що рецепт був заблокований в тому ж закладі охорони здоровʼя що і користувач, який намагається його розблокувати Перевіряє поточний стан електронного рецепту. Перевіряє можливість вказання обраної причини розблокування працівником, який ініціює розблокування. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає
|
скасування змінює статус запису на “REJECTED”фіксує вказану користувачем причину розблокування Система занулює ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт та дату дії блокування Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|