Мета
Створення електронного рецепту — це процес створення лікарем замовлення, на основі якого виконується видача ліків пацієнту. Процес передбачає перелік методів та контролів для правильного тлумачення вказаного в електронному рецепті замовлення лікаря.
Нижче наведені ключові моменти, на яких побудовано процес створення електронного рецепту та які є важливими для забезпечення правильного відпуску ліків:
Створення електронного рецепту відбувається у рамках взаємодії.
Доступ на отримання даних електронного рецепту регулюється залежно від ролі користувача та з використанням існуючої ABAC rules .
Лікар вказує діючу речовину з переліку, що зареєстрований у системі E-Health, форму відпуску, силу дії та кількість.
Конкретна торгова назва не вказується, а обирається пацієнтом з наявних в аптеці.
Лікар має можливість, але не зобов'язаний перевірити проект рецепту на відповідність медичним програмам реімбурсації PreQualify Medication request Request.
Лікар відправляє запит на створення рецепту до системи ЦБД ЕСОЗ.
Система ЦБД ЕСОЗ збагачує проект рецепту даними пацієнта, лікаря та клініки з наявних в реєстрі ЦБД ЕСОЗ та повертає проект рецепту у відповідь на запит.
Створення електронного рецепту відбувається з накладанням автором КЕП.
Пацієнт, який має метод авторизації за SMS, має отримати номер рецепту на вказаний при реєстрації телефон, але за потреби може попросити лікаря роздрукувати витяг з системи про електронний рецепт (пам'ятку).
Відправка SMS также може регулюватись умовами конкретної медичної програми.
Пацієнт, який обрав метод авторизації за OFFLINE, має отримати роздрукований витяг з системи про електронний рецепт (пам'ятку).
Перевірка запиту на створення електронного рецепту
Схема бізнес процесу
...
Source:
View file |
---|
name | prequalify_mr_BP-2.drawio |
---|
|
Опис бізнес процесу
...
Крок
...
Опис
...
Здійснити пошук пацієнта
Search for a person v3
Користувач:
...
Мета
Створення електронного рецепту — це процес створення лікарем замовлення, на основі якого виконується видача ліків пацієнту. Процес передбачає перелік методів та контролів для правильного тлумачення вказаного в електронному рецепті замовлення лікаря.
Нижче наведені ключові моменти, на яких побудовано процес створення електронного рецепту та які є важливими для забезпечення правильного відпуску ліків:
Створення електронного рецепту відбувається у рамках взаємодії.
Доступ на отримання даних електронного рецепту регулюється залежно від ролі користувача та з використанням існуючої ABAC rules (EN).
Лікар вказує діючу речовину з переліку, що зареєстрований у системі E-Health, форму відпуску, силу дії та кількість.
Конкретна торгова назва не вказується, а обирається пацієнтом з наявних в аптеці.
Ліки можуть бути відпущені як продукт, виготовлений безпосередньо в аптеці на базі виписаної лікарем діючої речовини
Лікар має можливість, але не зобов'язаний, перевірити проект рецепту на відповідність медичним програмам реімбурсації PreQualify Medication request Request.
Лікар відправляє запит на створення рецепту до системи ЦБД ЕСОЗ.
Система ЦБД ЕСОЗ збагачує проект рецепту даними пацієнта, лікаря та клініки з наявних в реєстрі ЦБД ЕСОЗ та повертає проект рецепту у відповідь на запит.
Створення електронного рецепту відбувається з накладанням автором кваліфікованого електронного підпису (КЕП).
Пацієнт, який має метод авторизації за SMS, має отримати номер рецепту на вказаний при реєстрації телефон, але за потреби може попросити лікаря роздрукувати витяг з системи про електронний рецепт (пам'ятку).
Відправка SMS также може регулюватись умовами конкретної медичної програми.
Пацієнт, який обрав метод авторизації за OFFLINE, має отримати роздрукований витяг з системи про електронний рецепт (пам'ятку).
Перевірка запиту на створення електронного рецепту
Схема бізнес процесу
...
Source:
View file |
---|
name | prequalify_mr_BP-2.drawio |
---|
|
Опис бізнес процесу
| Крок | Опис |
---|
1 | Здійснити пошук пацієнта Search for a person v3 | Користувач: Виконує пошук пацієнтів
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає перелік пацієнтів.
|
2 | Отримати перелік лікарських засобів Get Drugs Dictionary | Користувач: Виконує пошук лікарських засобів із зазначенням пошукових параметрів.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список лікарських засобів) або причину його відхилення.
|
3 | Перевірити запит на створення рецепту на відповідність вимогам медичних програм PreQualify Medication request Request | Користувач: Ініціює перевірку запиту на створення рецепту на відповідність вимогам медичних програм.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення
|
Повертає перелік пацієнтів
2 | Отримати перелік лікарських засобів Get Drugs Dictionary | Користувач:
Виконує пошук лікарських засобів з указанням пошукових параметрів.
Система e-Health:
Перевіряє наявність прав на виконання запиту.
Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Перевіряє, чи правильно було обрано кількість ЛЗ в первинній упаковці для обраної лікарської форми. Перевіряє намір електронного рецепту: валідації підлягає лише запит на створення електронного рецепту, що має тип "Замовлення ліків". Перевіряє відповідність запиту на створення рецепту кожній з обраних користувачем медичних програм. Кожна медична програма має окрему логіку валідації, налаштовану адміністратором NHS у налаштуваннях медичної програми. Повертає результати успішного виконання запиту (
|
список лікарських засобіврезультат перевірки для кожної обраної користувачем медичної програми) або причину його відхилення.
|
Створення електронного рецепту
...
Схема бізнес процесу
Source:
View file |
---|
name | create_mrr_and_mr_BP. |
---|
|
...
Опис бізнес процесу
| Крок
| Опис |
---|
1 | Відправити запит на створення електронного рецепту |
на відповідність вимогам медичних програмPreQualify Ініціює перевірку запиту Відправляє запит на створення
|
рецепту на відповідність вимогам медичних програмелектронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості
|
та формату введення.Перевіряє вказання користувачем дозування первинної упаковки.
Перевіряє намір електронного рецепту: валідації підлежить лише запит на створення електронного рецепту, що має тип "Замовлення ліків".
Перевіряє відповідність запиту на створення рецепту кожній з обраних користувачем медичних програм. Кожна медична програма має окрему логіку валідації, налаштовану адміністратором NHS у налаштуваннях та формату введення. Перевіряє (за необхідності), чи правильно було обрано кількість ЛЗ в первинній упаковці для обраної лікарської форми. Перевіряє (за необхідності) корректність зазначення пріорітетного надання пацієнту ліків за рецептом. Перевіряє можливість створення рецепту у підрозділі конкретної клініки. Перевіряє можливість виписати рецепт конкретному пацієнту. Перевіряє коректність вказаного періоду дії рецепту. Перевіряє коректність вказаного лікарського засобу та інструкції його дозування. Перевіряє (за необхідності), що рецепт базується на активному плані лікування та має коректний контекст. Перевіряє можливість створення рецепту у рамках зазначеної медичної програми. Повертає результати успішного виконання запиту (
|
результат перевірки для кожної обраної користувачем медичної програми) або причину його відхилення.Створення електронного рецепту
...
Схема бізнес процесу
Source:
View file |
---|
name | create_mrr_and_mr_BP.drawio |
---|
|
Опис бізнес процесу
КрокОпис | 1 | Відправити запит на створення електронного рецепту, який користувачу потрібно підписати КЕП на наступному кроці) або причину його відхилення.
|
2 | Підписати запит на створення електронного рецепту з використанням КЕП |
Create Відправляє Підписує запит на створення електронного рецепту КЕП. Ініціює створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє кваліфікований електронний підпис. Перевіряє валідність заповнених полів щодо обов'
|
язковості та формату введення.Перевіряє (за необхідності) вказання користувачем дозування первинної упаковки.
Перевіряє (за необхідності) корректність зазначення пріорітетного надання пацієнту ліків за рецептом.
Перевіряє можливість створення рецепту у підрозділі конкретної клініки.
Перевіряє можливість виписати рецепт конкретному пацієнту.
Перевіряє коректність вказаного періоду дії рецепту.
Перевіряє коректність вказаного лікарського засобу та інструкції його дозування.
Перевіряє (за необхідності), що рецепт базується на активному плані лікування та має коректний контекст.
Перевіряє можливість створення рецепту у рамках зазначеної медичної програми.
Повертає результати успішного виконання запиту (запит на створення електронного рецепту, який користувачу потрібно підписати КЕП на наступному кроці) або причину його відхилення.
2 | Підписати запит на створення електронного рецепту з використанням КЕП Sign Medication request Request | Користувач:
Підписує запит на створення електронного рецепту кваліфікованим електронним підписом.
Ініціює створення електронного рецептуязковості та формату введення. Перевіряє поточний стан запиту на створення електронного рецепту. Перевіряє відповідність підписаного запиту на створення електронного рецепту з тим, що було створено на попередньому кроці. Створює електронний рецепт. Відправляє SMS-повідомлення електронного рецепту пацієнту (якщо пацієнт має OTP метод аутентифікації та параметрами медичної програми дозволено SMS-сповіщення). Повертає результати успішного виконання запиту (електронний рецепт) або причину його відхилення.
|
3 | Отримання друкованої форми електронного рецепту Схема БП | Користувач виконує отримання друкованної форми електронного рецепту відповідно до опису бізнес процесу. |
4 | Повторне отримання SMS-повідомлення електронного рецепту Схема БП | Користувач виконує повторне відправлення SMS-повідомлення електронного рецепту відповідно до опису бізнес процесу. |
Отримання запиту на створення електронного рецепту
...
Схема бізнес процесу
Source:
Опис бізнес процесу
| Крок | Опис |
---|
1 | Здійснити пошук пацієнта Search for a person v3 | Користувач: Виконує пошук пацієнта.
Система e-Health: Перевіряє наявність прав на
|
виконання запиту.Перевіряє кваліфікований електронний підписвиконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення.
|
Перевіряє поточний стан запиту Повертає результати успішного виконання запиту (інформація пацієнта) або причину його відхилення.
|
2 | Здійснити пошук запитів на створення електронного рецепту |
.Перевіряє відповідність підписаного запиту з тим, що було створено на попередньому кроці.Створює електронний рецепт.
Відправляє SMS-повідомлення електронного рецепту пацієнту (якщо пацієнт має OTP метод аутентифікації та параметрами медичної програми дозволено SMS-сповіщення).
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (
|
електронний рецептсписок запитів на створення електронного рецепту) або причину його відхилення.
|
3 |
Отримання друкованої форми Отримати деталі запиту на створення електронного рецепту |
Схема БП
Користувач виконує отримання друкованної форми електронного рецепту відповідно до опису бізнес процесу. | 4 | Повторне отримання SMS-повідомлення електронного рецепту Схема БП | Користувач виконує повторне відправлення SMS-повідомлення електронного рецепту відповідно до опису бізнес процесу. |
Отримання запиту на створення електронного рецепту
...
Get Medication request requests details | Користувач: Обирає деталі запиту на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (запит на створення електронного рецепту) або причину його відхилення.
|
Отримання електронного рецепту
Схема бізнес процесу
...
Source:
Опис бізнес процесу
| Крок | Опис |
---|
1 | Здійснити пошук пацієнта Search for a person v3 | Користувач: Виконує пошук пацієнта.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (інформація пацієнта) або причину його відхилення.
|
2 | Здійснити пошук |
запитів на створення електронного рецепту request запитів на створення електронного рецептуелектронних рецептів.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (список
|
запитів на створення електронного рецептуелектронних рецептів) або причину його відхилення.
|
3 | Отримати деталі |
запиту на створення Medication request запиту на створення електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (
|
запит на створення електронного рецептуелектронний рецепт) або причину його відхилення.
|
Отримання друкованої форми електронного рецепту
...
Схема бізнес процесу
...
Source:
View file |
---|
name | getprint_mr_BP.drawio |
---|
|
Опис бізнес процесу
Здійснити пошук пацієнта Search for a person v3 | Користувач: Виконує пошук пацієнта.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (інформація пацієнта) або причину його відхилення.
| 2 | Здійснити пошук електронних рецептів за пошуковими параметрами Get Medication request requests by search params | Користувач:
Виконує пошук електронних рецептівОтримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
2 | Отримати електронний рецепт у формі для друку Get Medication request printout form | Користувач: Обирає електронний рецепт, який необхідно роздрукувати.
Система e-Health: Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC). Перевіряє валідність заповнених полів щодо обов'
|
язковості та формату введенняязковості та формату введення. Генерує форму для друку електронного рецепту. Повертає результати успішного виконання запиту (
|
список електронних рецептів) або причину його відхилення.3 | Отримати деталі електронного рецепту Get medication requests details | Користувач:
Обирає деталі електронного рецептуелектронний рецепт у формі для друку) або причину його відхилення.
|
Повторне отримання SMS-повідомлення електронного рецепту
...
Схема бізнес процесу
Source:
View file |
---|
name | resend_sms_mr_BP.drawio |
---|
|
(UPD) Опис бізнес процесу
| Крок | Опис |
---|
1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
2 | Оформити заявку на повторне відправлення SMS пацієнту Resend Medication request | Користувач: Обирає електронний рецепт, для якого потрібно повторно відправити SMS-повідомлення.
Система e-Health: Перевіряє наявність прав на виконання
|
запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC)запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення.
|
Повертає результати успішного виконання запиту (електронний рецепт) або причину його відхилення.
Отримання друкованої форми електронного рецепту
...
Схема бізнес процесу
Source:
Опис бізнес процесу
Крок | Опис | 1 | Отримання електронного рецепту Схема БП | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
2 | Отримати електронний рецепт у формі для друку Get Medication request printout form | Користувач:
Обирає електронний рецепт, який необхідно роздрукувати.
Система e-Health:
Перевіряє наявність прав на виконання запиту. Доступ до інформації відбувається з використанням існуючої системи надання доступів (ABAC).
Перевіряє валідність заповнених полів щодо обов'язковості та формату введення.
Генерує форму для друку електронного рецептуПеревіряє поточний стан рецепту. Перевіряє можливість відправлення повідомлень за параметрами медичної програми. Перевіряє, чи було сгенеровано код для електронного рецепту. Перевіряє наявність у пацієнта типу аутентифікації через отримання SMS. Перевіряє, чи не перевищено користувачем ліміт запитів на повторне відправлення SMS-повідомлень. У разі, якщо ліміт запитів на даний момент перевищено, Система повертає причину відхилення запиту з указанням часу (UTC), коли користувачу буде доступна наступна спроба, та не переходить до кроків 8, 9, 10.
Генерує текст для SMS-повідомлення. Відсилає SMS-повідомлення. Повертає результати успішного виконання запиту (електронний рецепт
|
у формі для друку) або причину його відхилення.
|
...
Отримання погашення електронного рецепту
...
Схема бізнес процесу
Source:
View file |
---|
name | resendget_md_smsby_mrdoc_BP.drawio |
---|
|
...
Опис бізнес процесу
Оформити заявку на повторне відправлення SMS пацієнту Resend Medication request | Користувач:
Обирає електронний рецепт, для якого потрібно повторно відправити SMS-повідомленняязковості та формату введення.Перевіряє поточний стан рецепту.
Перевіряє можливість відправлення повідомлень за параметрами медичної програми.
Перевіряє, чи було сгенеровано код для електронного рецепту.
Перевіряє наявність у пацієнта типу аутентифікації через отримання SMS.
Перевіряє, чи не перевищено користувачем ліміт запитів на повторне відправлення SMS-повідомлень.
У разі, якщо ліміт запитів на даний момент перевищено, Система повертає причину відхилення запиту з указанням часу (UTC), коли користувачу буде доступна наступна спроба, та не переходить до кроків 8, 9, 10.
Генерує текст для SMS-повідомлення.
Відсилає SMS-повідомленняязковості та формату введення. Повертає результати успішного виконання запиту (лист погашень електронного рецепту) або причину його відхилення.
|
3 | Отримати деталі погашення електронного рецепту Get Medication dispense details in person context | Користувач: Обирає деталі погашень електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (
|
електронний рецептпогашення електронного рецепту) або причину його відхилення.
|
...
Відміна запиту на створення електронного рецепту
...
Схема бізнес процесу
Source:
View file |
---|
name | get_md_by_docreject_mrr_BP-2.drawio |
---|
|
Опис бізнес процесу
електронного рецептуСхема БП
Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. | 2 | Здійснити пошук погашень електронного рецепту за пошуковими параметрами Search Medication dispenses by Medication request ID | Користувач: Виконує пошук погашень електронного рецепту.
Система e-Health: Перевіряє наявність прав на виконання запиту. Перевіряє валідність заповнених полів щодо обов'язковості та формату введення. Повертає результати успішного виконання запиту (лист погашень електронного рецепту) або причину його відхилення.
|
3 | Отримати деталі погашення електронного рецепту https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17046111778 | Користувач:
Обирає деталі погашень електронного рецепту.
Система e-Health:
Перевіряє наявність прав на виконання запиту.
Перевіряє валідність заповнених полів щодо обов'язковості та формату введеннязапиту на створення електронного рецепту Схема БП | Користувач виконує отримання запиту на створення електронного рецепту відповідно до опису бізнес процесу. |
2 | Відмінити запит на створення електронного рецепту Reject Medication request Request | Користувач: Обирає запит на створення електронного рецепту, який необхідно відмінити.
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити відміну запиту на створення електронного рецепту можуть тільки лікар, який створив цей запитт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено запит.
Перевіряє поточний стан запиту на створення електронного рецепту. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та запит на створення електронного рецепту знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”. Повертає результати успішного виконання запиту (
|
погашення запит на створення електронного рецепту
|
) або причину його відхилення Відміна
...
електронного рецепту
...
Схема бізнес процесу
Source:
View file |
---|
name | reject_mrrmr_BP-2.drawio |
---|
|
Опис бізнес процесу
запиту на створення погашення https://e-health-ua.atlassian.net/wiki/pages/resumedraft.action?draftId=16980148236 запиту на створення запит на створення погашення електронного рецепту Requestrequest | Користувач: Обирає електронний рецепт, який необхідно відмінити. Підписує запит на
|
створення відміну електронного рецепту
|
, який необхідно відмінитиза допомогою КЕП.
Система e-Health: Перевіряє наявність прав на виконання запиту: Здійснити відміну
|
запиту на створення електронного рецепту можуть тільки лікар, який створив
|
цей запиттелектронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено
|
запителектронний рецепт.
Перевіряє кваліфікований електронний підпис. Перевіряє поточний стан
|
запиту на створення електронного рецепту. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та
|
запит на створення електронного рецепту електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”. Повертає результати успішного виконання запиту (
|
запит на створення електронного рецепту електронний рецепт з оновленим статусом) або причину його відхилення.
|
...
Відміна електронного рецепту фармацевтом
...
Схема бізнес процесу
...
Source:
View file |
---|
name | reject_mrrMR_by_BPpharmacy.drawio |
---|
|
Опис бізнес процесу
resumedraft.action?draftId=16980148236https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17046111806 Заблокувати електронни рецепт
заблокувати для погашенняВказує причину блокуванняСкріплює запит на відміну електронного рецепту КЕП.
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити
|
блокування відміну електронного рецепту
|
можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт, фармацевт та уповноважений співробітник НСЗУможе тільки фармацевт.
Перевіряє кваліфікований електронний підпис. Перевіряє поточний стан електронного рецепту
|
.Перевіряє можливість вказання обраної причини блокування працівником, який ініціює блокування. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає
|
блокування - ‘ACTIVE’ параметр запису на “is_blocked=true”Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення
3 | Розблокувати електронний рецептстатус запису на “REJECTED” Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|
Блокування та розблокування електронного рецепту фармацевтом
Схема бізнес процесу
...
Source:
View file |
---|
name | block_unblock_mr_pharm_BP.drawio |
---|
|
Опис бізнес процесу
/wiki/spaces/EH/pages/17046111819 розблокувати заблокувати для погашення. Вказує причину
|
розблокування.блокування. Вказує дату та час до якого блокується електронний рецепт
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити
|
розблокування блокування електронного рецепту
|
можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецептможе тільки фармацевт.
Перевіряє поточний стан електронного рецепту. Перевіряє можливість вказання обраної причини
|
розблокування блокування працівником, який ініціює
|
розблокування валідність переданих даних відповідно до бізнес правил:Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає розблокування (відповідно до статусної моделі - ‘ACTIVE’), - система змінює параметр запису на “is_blocked=false”
Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
Відміна електронного рецепту
...
Схема бізнес процесу
Source:
Опис бізнес процесу
Крок | Опис | 1 | Отримання електронного рецепту https://e-health-ua.atlassian.net/wiki/pages/resumedraft.action?draftId=16980148236 | Користувач виконує отримання електронного рецепту відповідно до опису бізнес процесу. |
2 | Відмінити електронний рецепт
RC_Rx_Reject Medication request (modified - ) що вказана дата та час дії блокування електронного рецепту більша за поточну дату та час та менша за останній день періоду дії рецепту (весь день включно) Система фіксує ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт Система автоматично заповнить дату дії блокування рецепту як останній день періоду дії рецепту (весь день включно) у випадку, якщо дата не була передана в запиті Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає блокування (відповідно до статусної моделі - ‘ACTIVE’), - система фіксує вказані користувачем причину блокування та період дії блокування Система фіксує ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення
|
3 | Розблокувати електронний рецепт (фармацевт) Unblock Medication request by Pharmacy User | Користувач: Обирає електронний рецепт, який необхідно
|
відмінитирозблокувати для погашення.
|
Скріплює запит на відміну електронного рецепту КЕПВказує причину розблокування.
Система e-Health: Перевіряє наявність прав на виконання запиту Здійснити
|
відміну розблокування електронного рецепту
|
можуть тільки лікар, який створив електронний рецепт, або лікар, який має право на редагування плану лікування, або адміністратор клініки, у якій було створено електронний рецепт.Перевіряє кваліфікований електронний підпис.може тільки фармацевт.
Перевіряє що рецепт був заблокований в тому ж закладі охорони здоровʼя що і користувач, який намагається його розблокувати Перевіряє поточний стан електронного рецепту. Перевіряє можливість вказання обраної причини розблокування працівником, який ініціює розблокування. Перевіряє валідність переданих даних відповідно до бізнес правил: Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає
|
скасування змінює статус запису на “REJECTED”фіксує вказану користувачем причину розблокування Система занулює ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт та дату дії блокування Повертає результати успішного виконання запиту (електронний рецепт з оновленим статусом) або причину його відхилення.
|
...