станом на  станом на 15.08.2022

Передумови

МІС не може реалізувати модуль виписування рецептів без кабінету лікаря.

...

• ЗОЗ зареєстровано в Системі;

• лікар зареєстрований в системі як employee;

• підрозділ в якому працює лікар зареєстровано в Системі;

• користувач має відповідні права доступу.

Окремі випадки.

Додаткові передумови до виписування рецептів за програмами реімбурсації:

...

1. Визначити, чи може лікар виписати рецепт.

2. Збір параметрів щодо переходу на процес виписування ЕР.

3. Збір параметрів щодо характеристик рецепту.

4. Збір параметрів щодо лікарського засобу, який виписується, якщо ЕР створюється на основі плану лікування.

5. Збір параметрів щодо лікарського засобу, який виписується, якщо ЕР створюється без плану лікування.

6. Збір параметрів щодо кількості лікарського засобу.

7. Збір параметрів щодо строків ЕР.

8. Збір параметрів щодо прийому ліків.

...

• в рамках якого плану лікування (Careplan) виписується даний ЕР. Для цього в атрибуті

...

• в рамках якої активності відповідного плану лікування (Careplan) виписується даний ЕР. Для цього в атрибуті identifier типу activity вказати значення value, що є ідентифікатором активності в рамках якої виписується ЕР.

...

3.1 ЕР створюється на основі плану лікування

Значення даного параметру повинне відповісти, що саме лікар виписує пацієнту.

Якщо ЕР виписується на основі плану лікування, то в плані лікування вже обрано medication_id і МІС повинна скопіювати це значення з активності плану лікування, яку можна отримати з параметру medication_id=detail.product_reference.identifier.value.

...

Лікарський засіб складається з:

• масиву МНН (інгредієнтів) (масив ingredients). 

...

1. ingredients.name - міжнародна непатентована назва лікарського засобу на українській мові.

2. ingredients.name_original - міжнародна непатентована назва лікарського засобу на латині.

3. ingredients.dosage - в даному об’єкті по кожному МНН вказується кількість діючої речовини:

   1. ingredients.dosage.numerator_value (innm(х).dosage.numerator_value) в одиницях виміру сили дії;

   2. ingredients.dosage.numerator_unit (innm(х).dosage.numerator_unit), а саме мг, г, мкг, мл, МО у відповідній кількості сутності ingredients.dosage.denumerator_value (innm(х).dosage.denumerator_value) в одиницях виміру сутності;

   3. ingredients.dosage.denumerator_unit  (innm(х).dosage.denumerator_unit), наприклад, шт, флакони, ампули, саше, картриджи, що виписана в ЕР, для одного ЛЗ значення;.

ingredients.dosage.denumerator_value та ingredients.dosage.denumerator_unit  будуть однаковими для всіх МНН.

ПРИКЛАДИ:

name (dosage_name): Декаметоксин 0.2 мг/мл, розчин

...

1. container_dosage - об’єкт який дає змогу зрозуміти в якій первинній упаковці і в якій формі пацієнту може бути відпущено ЛЗ в аптеці:

   1. packages.container_dosage.numerator_value – кількість/об"єм ЛЗ в первинній упаковці.

   2. packages.container_dosage.numerator_unit – одиниця вимірювання кількості/об"єму ЛЗ в первинній упаковці. (!) Зверніть увагу, що в Get Drugs цей параметр завжди буде дорівнювати значенню ingredients.dosage.denumerator_unit будь якого МНН у складі цього ЛЗ.

   3. packages.container_dosage.denumerator_value – кількість первинних упаковок у вторинній упаковці

   4. packages.container_dosage.denumerator_unit –  одиниця вимірювання первинної упаковки

   5. packages.max_request_dosage - кількість лікарського засобу дозволена до виписування на один рецепт в залежності від кількості/об'єму в первинній упаковці

8. packages.package_min_qty  - кількість ЛЗ, мінімально можливе для продажу. Обмежується або кількістю ЛЗ в первинній упаковці, або іншими нормами НПА які регулюють мінімальний продаж ЛЗ (наприклад, при програмах реімбурсації дозволено відпускати тільки вторинну упаковку без поділу на первинні). Одиниця виміру цього параметру є packages.container_dosage.numerator_unit 

9. packages.package_qty - кількість ЛЗ у вторинній упаковці. Одиниця виміру цього параметру є packages.container_dosage.numerator_unit

10. mr_blank_type - приналежність ЛЗ до певної групи ліків згідно словника MR_BLANK_TYPE (F-1 ненаркотичні ЛЗ, F-3 отруйні (психотропні) ЛЗ)

11.dosage_form_is_dosed - приналежність лікарської форми до дозованих. Даний параметр не використовується у процесах пов'язаних з виписуванням електронних рецептів, які погашаються в аптеках.

===ПРИКЛАД 1===

name (dosage_name): Декаметоксин 0.2 мг/мл, розчин

...

За кількість препарату, що виписується пацієнту відповідає параметр medication_qty. Одиниця виміру кількості medication_qty повинна відображатись користувачу в інтерфейсі МІС івизначається  значенням параметру ingredients.dosage.denumerator_unit, яке однакове для всіх МНН, які входять до складу обраного до виписування ЛЗ. Оскільки  packages.container_dosage.numerator_unit = ingredients.dosage.denumerator_unit то МІС може також використовувати будь яке значення параметру packages.container_dosage.numerator_unit  для визначення одиниць виміру medication_qty.

За кількість лікарського засобу, що дозволена до виписування в 1 рецепту відповідає параметр max_request_dosage. Даний параметр вимірюється в одиницях виміру container_dosage_numerator_unit.

МІС повинна забезпечити формування переліку згідно наступних вимог для medication_qty:

Вимога 1: Перелік повинен складатися тільки з можливих можливих для відпуску ЛЗ

Вимога 2: Якщо ЛЗ виписується на основі ПЛ, то medication_qty не може бути більше ніж можливо ще виписати за цим ПЛ

Вимога 3:  Для лікарських засобів, у яких заповнено значення “daily_dosage” та/чи “max_daily_dosage” не повинно перевищувати кількість згідно контролю аномального виписування лікарського засобу

Вимога 4: Для лікарських засобів, для яких заповнено значення “max_request_dosage” кількість лікарського засобу, що виписується за одним рецептом не повинна перевищувати кількість визначену для даного параметру

Опційна вимога: Для ін'єкційних лікарських засобів забезпечити можливість передати кількість ЛЗ в первинній упаковці.

Опис вимоги 1: Перелік повинен складатися тільки з можливих для відпуску ЛЗ

...

...

Для отримання переліку таких рецептів необхідно використовувати метод:

Get medication requests in care plan context

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request/get-medication-requests-in-care-plan-context

за параметром care_plan_id та фільтрами пошуку по status = active (у разі необхідності можна використовувати додаткові фільтри).

...

Для отримання переліку таких рецептів необхідно використовувати метод

Get medication request request in care plan context

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request-requests/get-medication-request-requests-in-care-plan-context

за параметром care_plan_id та фільтрами пошуку по status = new (у разі необхідності можна використовувати додаткові фільтри).

...

Перед тим як відправити запит Create Medical Medication Request requestслід на стороні МІС розрахувати значення фактичного денного дозування ЛЗ яке виписується пацієнту в ЕР prescription_daily_dosage = medication_qty/treatment days

...

Опис правила 4: Для лікарських засобів, для яких заповнено значення “max_request_dosage” кількість лікарського засобу, що виписується за рецептом не повинна перевищувати кількість визначену для даного параметру

З метою попередження ситуацій, коли аптечний заклад не зможе відпустити ліки (наркотичні (психотропні) лікарські засоби) за рецептом у кількості, що є більшою ніж визначено нормативно-правовими актами (наказ МОЗ №360), на рівні ЦБД ЕСОЗ забезпечено перевірку таких кількостей.

medication_qty(innm_dosage) < = max_request_dosage

При виборі лікарської форми лікарського засобу, для якої параметром packages.max_request_dosage є заповненим, потрібно інформувати лікаря про максимально допустиму кількість лікарського засобу в одиницях виміру packages.container_dosage.numerator_unit.

Ліміт за параметром max_request_dosage повертається у відповідь на методі GET DRUGS V2.

При перевищенні значення параметра packages.max_request_dosage при виписуванні рецепта, лікар повинен отримати помилку в інтерфейсі МІС, оскільки система не дозволить виписати такий рецепт.

Опис опційної вимоги: Для ін'єкційних лікарських засобів забезпечити можливість передати кількість ЛЗ в первинній упаковці

У випадку якщо необхідно вказати кількість лікарського засобу обраного midication_id в первинній упаковці (наприклад, для парантеральних лікарських форм: об'єм ампули, флакону, небули, тощо), лікар повинен обрати з доступних варіантів параметри container_dosage.numerator_value та container_dosage.numerator_unit масиву packages.

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

NB! У випадку, коли лікарем буде визначено кількість лікарського засобу в первинній упаковці, при відпуску ліків в аптеці перелік ліків буде додатково відфільтрований за даним параметром.

=== Приклад 1 ===

Лікар виписує ЛЗ: Трамадол 50 мг/мл, розчин для ін'єкцій,

...

ended_at – дата закінчення лікування виписаним лікарським засобом. Параметр може вказуватись лікарем безпосередньо при виписуванні, або, наприклад, розраховуватись автоматично як started_at + (час (тривалість) лікування виписаним ЛЗ) в залежності від реалізації інтерфейсу взаємодії МІС з лікарем.

...

У разі формування всіх необхідних параметрів з підготовчого етапу можна виконати запит

Create Medication request Requesthttps://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request-requests/create-medication-request-request

При успішному виконанні запиту в системі eHealth створюється заявка на рецепт у статусі NEW (DRAFT рецепта)

...

Якщо лікар знайшов помилку, то він має право відкоригувати поля з помилкою. При цьому в системі повинна створюватись нова заявка на рецепт вже з новими параметрами? , а попередню необхідно відмінити запитом:

Reject-medication-request-requesthttps://docs.google.com/spreadsheets/d/1I2eoViHKCNBjX3JRJ4ybqPsWQ1UT6L0ljkuKyUHVEKA/edit#gid=0

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request-requests/reject-medication-request-request :

Reject medication request request

Підписання заявки на рецепт та створення рецепта

...

Після даних операцій виконується запит:

Sign - medication - request - request

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request-requests/sign-medication-request-request

В результаті успішного підписання:

...

Для генерації інформаційної пам’ятки повторно , МІС повинна використовувати методGet Medication Request Printout formhttps://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request/get-medication-request-printout-form  

Medication Request може мати наступні статуси:

...

Для цього

1. слід виконати запит

Get Medication request by ID за Id – унікальним ідентифікатором рецепта або за request_number рецепта;

...

1. wrong_dosage: виписана невірна кількість доз лікарського засобу

2. wrong_qty: виписана невірна лікарська форма лікарського засобу

3. wrong_period: виписана невірна кількість днів курсу лікування

4. wrong_signature: невірно заповнена сигнатура електронного рецепта

5. no_sms: пацієнту не надходить СМС-повідомлення з інформацією про номер електронного рецепта та код підтвердження

6. new_request_needed: прохання пацієнта виписати новий електронний рецепт за тією ж МНН через відсутність достатньої кількості виписаного лікарського засобу в аптечному закладі;

7. patient_reject: відмова пацієнта приймати  виписаний лікарський засіб

1. Підписати сформований json КЕП та перевести підписаний контент у base64

2. Виконати запит

Reject medication request

...

1. reject: відмова пацієнта приймати  виписаний лікарський засіб

1. Підписати сформований json КЕП та перевести підписаний контент у base64

2. Виконати запит

Reject medication request

При успішному виконанні процесу:

...

Для цього слід знати ID – унікальний ідентифікатор рецепта та виконати запит

Resend - medication - request

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request/resend-medication-request

В результаті виконання даного запиту МІС отримає статус успішного виконання запиту. Лікар отримає деталі виписаного рецепта, в тому числі - verification code для рецептів що були виписані при оффлайн верифікації.

 Інформування лікаря щодо рецептів, які не були погашені в термін 30 днів після виписування рецепта.

Medication Request, що були виписані лікарем в рамках реімбурсації через 30 днів стають в статусі EXPIRED.

Для розуміння лікарем виконання пацієнтом його приписання, лікар повинен бути проінформовано про таких пацієнтів.

Для отримання інформації, МІС повинна передавати інструментами івент менеджера наступну інформацію по кожному рецепту (зокрема, проте не виключно):

• інформацію про пацієнта

• інформацію про виписані ЛЗ

• інформацію про кількість ЛЗ, яка не була отримана в аптеці.

Для організації перевірки таких рецептів один раз на добу слід виконувати запит

Get Medication Requests List  з параметрами legal_entity_id, employee_id, status «EXPIRED», created_from = today-30 days – x days (де х – це кількість днів за яку лікар може передивитись дані рецепти), created_to = today-30 days

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request/get-medication-requests-list

За інформацією, що була отримана за даними рецептами лікар повинен мати можливість витягнути інформацію про пацієнта (його декларацію) для оперативного зв’язку з ним. 

Або щоденно legal_entity може використовувати запит Get Reimbursement report з параметрами по даті та по статусу.

Розблокування рецепта, що був заблокований

Електронний рецепт може бути заблокований фармацевтичним працівником чи працівником НСЗУ.

Розблокування доступне виключно лікарю, який виписав рецепт.

Можливість розблокування рецептів, що були заблоковані визначена налаштуваннями системи та дозволена за наступними параметрами:

1. Рецепт знаходиться в статусі Active

2. Лікар, який бажає розблокувати рецепт, є його автором

3. Рецепт заблоковано певним типом користувача

При розблокуванні рецептів, користувач повинен використовувати методи Unblock Medication Requesthttps://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request/unblock-medication-request

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

Інформація про блокування рецептів повинна надаватися лікарю інструментами івент менеджера.

Права доступів до рецептів медичними працівниками закладів, що надають медичну допомогу

Отримання інформації про рецепти, або ж дії щодо рецептів в системі повинні бути організовані згідно наступних правил:

A - ЕР/заявки, автором яких є співробітник

L L - ЕР/заявки/погашення, створені в закладі, де працює співробітник

D - ЕР/заявки пацієнта, з яким у співробіника є активна декларація

Е - ЕР/заявки/погашення, створені в закладі, де працює співробітникD рамках епізоду, до якого у співробінтника є доступ

P - ЕР/заявки пацієнта, з яким у співробітника є активна декларація

Е - ЕР/заявки, створені в рамках епізоду, до якого у співробітника є доступ

P - ЕР/заявки, створені на основі ПЛ, до якого у співробітника є доступ

...

Назва методу

...

OWNER

...

DOCTOR

...

SPECIALIST

...

ASSISTANT

...

MEDADMIN

...

, створені на основі ПЛ, до якого у спіробітника є доступ

_____________________

Get Reimbursement report

https://uaehealthapi.docs.apiary.io/reference/public.-reimbursement/reimbursement-report/get-reimbursement-report

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

...

Для реалізації свого унікального інтерфейсу, додаткових можливостей для кабінету лікаря МІС може скористатися всіма іншими доступними запитами, що були взагалі не описані або описані часткового в даному документі, але присутні в API та конфлюенсі:https://uaehealthapiehealthmisapi1.docs.apiary.io/#reference/public.-reimbursement/get-reimbursement

...

-report та в базі знань https://e-health-ua.atlassian.net/wiki/spaces/EH/overview.

 Додатки:

З описом процесів, що пов'язані з виписуванням рецептів, також можна ознайомитися за посиланням RC_Rx_Процеси роботи з випискою електронних рецептів.