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