Page Comparison

 станом на 15.08.2022

...

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

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

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

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

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

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

...

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

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

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

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

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

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

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

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

...

Необхідно вказати в рамках якої медичної події (Medical Event)  даний рецепт виписується. Для цього в атрибуті context вказати значення value, що є ідентифікатором encounter_id медичної події, наприклад, "value": "9183a36b-4d45-4244-9339-63d81cd08d9c".  Посилання на context при створенні ЕР визначено як обов’язкова умова.

Для рецептів, які повинні бути погашені в аптеці і створюються пацієнтам, які знаходяться на стаціонарному лікуванні та / або виписуються зі стаціонару, лікар повинен використовувати ідентифікатор encounter_id медичної події, в рамках якої велося лікування пацієнта.

При створенні ЕР за програмою, у якій згідно налаштувань  повинна відбуватися перевірка значень первинного діагнозу згідно значень, що зазначені у параметрах CONDITIONS_ICD10_AM_ALLOWED та/чи CONDITIONS_ICPC2_ALLOWED, щовизначені у обраній медичній програмі та взаємодії (медичній події). 

...

3.1. який виписується, якщо ЕР створюється на основі плану лікування

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

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

...

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

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

...

1. назви лікарської форми лікарського засобу (параметр “form” словник Medication Form);

2. масиву можливих пакувань лікарського засобу в первинній упаковці (масив “packages”)

3. назви лікарського засобу (параметр “name”).

Для визначення параметру medication_id слід використовувати довідник ліків, що існує в ЕСОЗ використовуючи запит Get Drugs V2 та в залежності від обраних параметрів для фільтру показувати лікарю відповідний до запитів перелік лікарських засобів.

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

Get drugs list v2

https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/drugs/get-drugs-list-v2

...

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: Перелік повинен складатися тільки з можливих для відпуску ЛЗ

...

...

Опис правила 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 + (час (тривалість) лікування виписаним ЛЗ) в залежності від реалізації інтерфейсу взаємодії МІС з лікарем.

...

 Інформування лікаря щодо рецептів, які не були погашені в термін 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 Request https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-request/unblock-medication-request

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

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

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

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

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

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

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

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

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

Get Reimbursement report

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

...

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

 Додатки:

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

...