Мета
...
Мета
Створення електронного рецепту — це процес створення лікарем замовлення, на основі якого виконується видача ліків пацієнту. Процес передбачає перелік методів та контролів для правильного тлумачення вказаного в електронному рецепті замовлення лікаря.
Нижче наведені ключові моменти, на яких побудовано процес створення електронного рецепту та які є важливими для забезпечення правильного відпуску ліків:
Створення електронного рецепту відбувається у рамках взаємодії.
Доступ на отримання даних електронного рецепту регулюється залежно від ролі користувача та з використанням існуючої ABAC rules (EN).
Лікар вказує діючу речовину з переліку, що зареєстрований у системі E-Health, форму відпуску, силу дії та кількість.
Конкретна торгова назва не вказується, а обирається пацієнтом з наявних в аптеці.
Лікар має можливість, але не зобов'язаний, перевірити проект рецепту на відповідність медичним програмам реімбурсації PreQualify Medication request Request.
Лікар відправляє запит на створення рецепту до системи ЦБД ЕСОЗ.
Система ЦБД ЕСОЗ збагачує проект рецепту даними пацієнта, лікаря та клініки з наявних в реєстрі ЦБД ЕСОЗ та повертає проект рецепту у відповідь на запит.
Створення електронного рецепту відбувається з накладанням автором кваліфікованого електронного підпису (КЕП).
Пацієнт, який має метод авторизації за SMS, має отримати номер рецепту на вказаний при реєстрації телефон, але за потреби може попросити лікаря роздрукувати витяг з системи про електронний рецепт (пам'ятку).
Відправка SMS также може регулюватись умовами конкретної медичної програми.
Пацієнт, який обрав метод авторизації за OFFLINE, має отримати роздрукований витяг з системи про електронний рецепт (пам'ятку).
...
| Крок | Опис |
|---|
| 1 | Здійснити пошук пацієнта Search for a person TBDv3 | Користувач: Виконує пошук пацієнтів
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає перелік пацієнтів.
|
| 2 | Отримати перелік лікарських засобів Get Drugs Dictionary | Користувач: Виконує пошук лікарських засобів із зазначенням пошукових параметрів.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список лікарських засобів) або причину його відхилення.
|
| 3 | Перевірити запит на створення рецепту на відповідність вимогам медичних програм PreQualify Medication request Request | Користувач: Ініціює перевірку запиту на створення рецепту на відповідність вимогам медичних програм.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє, чи правильно було обрано кількість ЛЗ в первинній упаковці для обраної лікарської форми. Перевіряє намір електронного рецепту: валідації підлягає лише запит на створення електронного рецепту, що має тип "Замовлення ліків". Перевіряє відповідність запиту на створення рецепту кожній з обраних користувачем медичних програм. Кожна медична програма має окрему логіку валідації, налаштовану адміністратором NHS у налаштуваннях медичної програми. Повертає результати успішного виконання запиту (результат перевірки для кожної обраної користувачем медичної програми) або причину його відхилення.
|
...
| Крок | Опис |
|---|
| 1 | Здійснити пошук пацієнта Search for a person TBDv3 | Користувач: Виконує пошук пацієнта.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (інформація пацієнта) або причину його відхилення.
|
| 2 | Здійснити пошук запитів на створення електронного рецепту за пошуковими параметрами Get Medication request requests by search params | Користувач: Виконує пошук запитів на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список запитів на створення електронного рецепту) або причину його відхилення.
|
| 3 | Отримати деталі запиту на створення електронного рецепту Get Medication request requests details | Користувач: Обирає деталі запиту на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (запит на створення електронного рецепту) або причину його відхилення.
|
...
| Крок | Опис |
|---|
| 1 | Здійснити пошук пацієнта Search for a person 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). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Генерує форму для друку електронного рецепту. Повертає результати успішного виконання запиту (електронний рецепт у формі для друку) або причину його відхилення.
|
...
| Крок | Опис |
|---|
| 1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Оформити заявку на повторне відправлення SMS пацієнту Resend Medication request | Користувач: Обирає електронний рецепт, для якого потрібно повторно відправити SMS-повідомлення.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє поточний стан рецепту. Перевіряє можливість відправлення повідомлень за параметрами медичної програми. Перевіряє, чи було сгенеровано код для електронного рецепту. Перевіряє наявність у пацієнта типу аутентифікації через отримання SMS. Перевіряє, чи не перевищено користувачем ліміт запитів на повторне відправлення SMS-повідомлень. У разі, якщо ліміт запитів на даний момент перевищено, Система повертає причину відхилення запиту з указанням часу (UTC), коли користувачу буде доступна наступна спроба, та не переходить до кроків 8, 9, 10.
Генерує текст для SMS-повідомлення. Відсилає SMS-повідомлення. Повертає результати успішного виконання запиту (електронний рецепт) або причину його відхилення.
|
...
Відміна запиту на створення електронного рецепту
...
| View file |
|---|
| name | reject_mrr_BP-2.drawio |
|---|
|
Опис бізнес процесу
Крок | Опис | | 1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Заблокувати електронни рецепт Block Medication request | Користувач: Обирає електронний рецепт, який необхідно заблокувати для погашення. Вказує причину блокування.
Система e-Health: Перевіряє наявність прав на виконання запиту: Здійснити блокування електронного рецепту можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт, фармацевт та уповноважений співробітник НСЗУ.
Перевіряє поточний стан електронного рецепту. Перевіряє можливість вказання обраної причини блокування працівником, який ініціює блокування. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає блокування (відповідно до статусної моделі- “ACTIVE”), - система змінює параметр запису на “is_blocked=true”. Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|
3 | Розблокувати електронний рецепт Unblock Medication request | Користувач:
Обирає електронний рецепт, який необхідно розблокувати для погашення.
Вказує причину розблокування |
Крок
| Опис |
|---|
| 1 | Отримання запиту на створення електронного рецепту Схема БП | Користувач виконує отримання запиту на створення електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Відмінити запит на створення електронного рецепту Reject Medication request Request | Користувач: Обирає запит на створення електронного рецепту, який необхідно відмінити.
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити відміну запиту на створення електронного рецепту можуть тільки лікар, який створив цей запитт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено запит.
Перевіряє поточний стан запиту на створення електронного рецепту. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та запит на створення електронного рецепту знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”. Повертає результати успішного виконання запиту (запит на створення електронного рецепту з оновленим статусом).
|
Блокування та розблокування електронного рецепту
...
Схема бізнес процесу
Source:
Опис бізнес процесу
.
Система e-Health: Перевіряє наявність прав на виконання запиту
|
: розблокування відміну запиту на створення електронного рецепту можуть тільки лікар, який створив
|
електронний рецептцей запитт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено
|
електронний рецептзапит.
Перевіряє поточний стан запиту на створення електронного рецепту
|
.Перевіряє можливість вказання обраної причини розблокування працівником, який ініціює розблокування. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та
|
електронний рецепт запит на створення електронного рецепту знаходиться у статусі, який допускає
|
розблокування - “ACTIVE” параметр “is_blocked=false”“REJECTED”. Повертає результати успішного виконання запиту (
|
електронний рецепт запит на створення електронного рецепту з оновленим статусом)
|
або причину його відхиленняВідміна електронного рецепту
...
Схема бізнес процесу
Source:
Опис бізнес процесу
| Крок | Опис |
|---|
| 1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
| 2 | Відмінити електронний рецепт Reject Medication request | Користувач: Обирає електронний рецепт, який необхідно відмінити. Підписує запит на відміну електронного рецепту за допомогою КЕП.
Система e-Health: Перевіряє наявність прав на виконання запиту: Здійснити відміну електронного рецепту можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт.
Перевіряє кваліфікований електронний підпис. Перевіряє поточний стан електронного рецепту. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”. Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|
(NEW) Відміна електронного рецепту фармацевтом
Схема бізнес процесу
...
Source:
| View file |
|---|
| name | reject_MR_by_pharmacy.drawio |
|---|
|
Опис бізнес процесу