Versions Compared

Key

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

...

  1. Створення електронного рецепту відбувається у рамках взаємодії.

  2. Доступ на отримання даних електронного рецепту регулюється залежно від ролі користувача та з використанням існуючої ABAC rules (EN).

  3. Лікар вказує діючу речовину з переліку, що зареєстрований у системі E-Health, форму відпуску, силу дії та кількість.

    1. Конкретна торгова назва не вказується, а обирається пацієнтом з наявних в аптеці.

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

  4. Лікар має можливість, але не зобов'язаний, перевірити проект рецепту на відповідність медичним програмам реімбурсації PreQualify Medication request Request.

  5. Лікар відправляє запит на створення рецепту до системи ЦБД ЕСОЗ.

    1. Система ЦБД ЕСОЗ збагачує проект рецепту даними пацієнта, лікаря та клініки з наявних в реєстрі  ЦБД ЕСОЗ та повертає проект рецепту у відповідь на запит.

  6. Створення електронного рецепту відбувається з накладанням автором кваліфікованого електронного підпису (КЕП).

  7. Пацієнт, який має метод авторизації за SMS, має отримати номер рецепту на вказаний при реєстрації телефон, але за потреби може попросити лікаря роздрукувати витяг з системи про електронний рецепт (пам'ятку).

    1. Відправка SMS также може регулюватись умовами конкретної медичної програми.

  8. Пацієнт, який обрав метод авторизації за OFFLINE, має отримати роздрукований витяг з системи про електронний рецепт (пам'ятку).

...

Крок

Опис

1

Отримання електронного рецепту

Схема БП

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

2

Оформити заявку на повторне відправлення SMS пацієнту

Resend Medication request

Користувач:

  1. Обирає електронний рецепт, для якого потрібно повторно відправити SMS-повідомлення.

Система e-Health:

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

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

  3. Перевіряє поточний стан рецепту.

  4. Перевіряє можливість відправлення повідомлень за параметрами медичної програми.

  5. Перевіряє, чи було сгенеровано код для електронного рецепту.

  6. Перевіряє наявність у пацієнта типу аутентифікації через отримання SMS.

  7. Перевіряє, чи не перевищено користувачем ліміт запитів на повторне відправлення SMS-повідомлень.

    1. У разі, якщо ліміт запитів на даний момент перевищено, Система повертає причину відхилення запиту з указанням часу (UTC), коли користувачу буде доступна наступна спроба, та не переходить до кроків 8, 9, 10.

  8. Генерує текст для SMS-повідомлення.

  9. Відсилає SMS-повідомлення.

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

...

Крок

Опис

1

Отримання електронного рецепту

Схема БП

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

2

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

Search Medication dispenses by Medication request ID

Користувач:

  1. Виконує пошук погашень електронного рецепту.

Система e-Health:

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

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

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

3

Отримати деталі погашення електронного рецепту

Get Medication dispense details in person context

Користувач:

  1. Обирає деталі погашень електронного рецепту.

Система e-Health:

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

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

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

Відміна запиту на створення електронного рецепту

...

Крок

Опис

1

Отримання електронного рецепту

Схема БП

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

2

Відмінити електронний рецепт

Reject Medication request

Користувач:

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

  2. Підписує запит на відміну електронного рецепту за допомогою КЕП.

Система e-Health:

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

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

  2. Перевіряє кваліфікований електронний підпис.

  3. Перевіряє поточний стан електронного рецепту.

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

    1. Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”.

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

 

Відміна електронного рецепту фармацевтом

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

...

Source:

View file
namereject_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

Відмінити електронний рецепт

Reject Medication request by Pharmacy User

Користувач:

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

  2. Скріплює запит на відміну електронного рецепту КЕП.

Система e-Health:

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

    1. Здійснити відміну електронного рецепту може тільки фармацевт.

  2. Перевіряє кваліфікований електронний підпис.

  3. Перевіряє поточний стан електронного рецепту.

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

    1. Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED”

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

Блокування та розблокування електронного рецепту фармацевтом

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

...

Source:

View file
nameblock_unblock_mr_pharm_BP.drawio

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

Крок

Опис

1

Отримання електронного рецепту

https://e-health-ua.atlassian.net/wiki/pages/resumedraft.action?draftId=16980148236

Користувач виконує отримання електронного рецепту відповідно до /wiki/spaces/EPRx/pages/16980148236.

2

Заблокувати електронний рецепт (фармацевт)

Block Medication request by Pharmacy User

Користувач:

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

  2. Вказує причину блокування.

  3. Вказує дату та час до якого блокується електронний рецепт

Система e-Health:

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

    1. Здійснити блокування електронного рецепту може тільки фармацевт.

  2. Перевіряє поточний стан електронного рецепту.

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

  4. Перевіряє що вказана дата та час дії блокування електронного рецепту більша за поточну дату та час та менша за останній день періоду дії рецепту (весь день включно)

  5. Система фіксує ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт

  6. Система автоматично заповнить дату дії блокування рецепту як останній день періоду дії рецепту (весь день включно) у випадку, якщо дата не була передана в запиті

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

    1. Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає блокування (відповідно до статусної моделі - ‘ACTIVE’), - система фіксує вказані користувачем причину блокування та період дії блокування

    2. Система фіксує ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт

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

3

Розблокувати електронний рецепт (фармацевт)

Unblock Medication request by Pharmacy User

Користувач:

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

  2. Вказує причину розблокування.

Система e-Health:

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

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

  2. Перевіряє що рецепт був заблокований в тому ж закладі охорони здоровʼя що і користувач, який намагається його розблокувати

  3. Перевіряє поточний стан електронного рецепту.

  4. Перевіряє можливість вказання обраної причини розблокування працівником, який ініціює розблокування.

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

    1. Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає розблокування (відповідно до статусної моделі - ‘ACTIVE’), - система фіксує вказану користувачем причину розблокування

    2. Система занулює ідентифікатор закладу охорони здоровʼя яким було заблоковано рецепт та дату дії блокування

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