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

Передумови

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

...

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

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

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

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

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

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

...

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

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

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

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

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

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

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

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

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

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

...

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

...

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

...

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

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

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

...

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

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

...

5. масив 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), наприклад, шт, флакони, ампули, саше, картриджи, що виписана в ЕР, для одного ЛЗ значення

...

1. 1. .

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

ПРИКЛАДИ:

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

name (dosage_name): Метронідазол 10 мг/г, гель вагінальний

name (dosage_name): Неоміцин 6500 МО/мл, Поліміксин 10000 МО/мл, Дексаметазон 0.25 мг/мл, Фенілефрин 2.5 мг/мл, спрей назальний

name (dosage_name): СОЛІКВА картридж вмонтований в одноразову шприц-ручку, 3 мл, 100 MO/мл + 50 мкг/мл, тривалої дії

name (dosage_name): АКТРАПІД® НМ флакон 10 мл, 100 МО/мл, короткої дії

6. ingredients.is_primary - значення “true” - діючий МНН, значення “false” - допоміжний МНН (наприклад, целюлоза є допоміжною хімічною речовиною в ЛЗ). (!) Наразі для ЛЗ заведені в Get Drugs тільки діючі МНН у складі ЛЗ.

7. packages – масив можливих для виписування упаковок лікарських засобів, що відповідають можливим до продажу в аптеках

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 мг/мл, розчин

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

name (dosage_name): Метронідазол 10 мг/г, гель вагінальний

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

name (dosage_name): Неоміцин 6500 МО/мл, Поліміксин 10000 МО/мл, Дексаметазон 0.25 мг/мл, Фенілефрин 2.5 мг/мл, спрей назальний

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

name (dosage_name): СОЛІКВА картридж вмонтований в одноразову шприц-ручку, 3 мл, 100 MO/мл + 50 мкг/мл, тривалої дії

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

name (dosage_name):АКТРАПІД® НМ флакон 10 мл, 100 МО/мл, короткої дії

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

name (dosage_name): Амоксицилін 500 мг, Клавуланова кислота 125 мг, таблетки вкриті оболонкою

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

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

...

то перелік вибору для можливої кількості для виписування ліків, з фільтрацією за значенням packages.package_min_qty =1  повинен бути:

=== КЕЙС ДЛЯ РЕІМБУРСАЦІЇ ===

...

Перелік вибору для можливої кількості для виписування ліків повинен бути:

=== КЕЙС 1 ДЛЯ АНТИБІОТИКІВ ===

...

то перелік вибору для можливої кількості для виписування ліків повинен бути

=== КЕЙС 2 ДЛЯ АНТИБІОТИКІВ ===

...

то перелік вибору для можливої кількості для виписування ліків повинен бути:

ПРИКЛАД ВИБОРУ ЗНАЧЕННЯ medication_qty для антибіотиків:

...

то перелік вибору для можливої кількості для виписування ліків повинен бути:

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

...

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

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

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

1. та/або ще не підписаних ЕР (Medication Request request в статусі NEW), оскільки remaining_quantity зменшується тільки при погашені ЕР. 

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

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 (у разі необхідності можна використовувати додаткові фільтри).

Таким чином, лікар може 1) нагадати пацієнту про наявні ЕР, які не були погашені;

1. відмінити ЕР, якщо пацієнт не пам’ятає про них;

2. довиписати можливу кількість, яка буде дорівнювати

detail.remaining_quantity.value за мінусом суми всіх Medication_qty ЕР в статусі Active та суми всіх Medication_qty заявок на ЕР.

...

Параметри, що використовуються в процесі валідації описані в таблиці нижче

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

...

Якщо prescription_daily_dosage > daily_dosage то слід вивести користувачу наступний діалог:

Дії після натискання “Так”

...

Якщо prescription_daily_dosage > max_daily_dosage то слід вивести користувачу наступний діалог:

Дії після натискання “Повернутися”

...

Значення prescription_daily_dosage=0.233 більше ніж daily_dosage=0.13 картриджа, тому лікарю виводиться повідомлення:

в поле сигнатури (text)  додається знак оклику (!) Якщо лікар нажимає “Так”.

...

prescription_daily_dosage > max_daily_dosage, тобто  3>2, то слід вивести користувачу наступний діалог:

Опис правила 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 + (час (тривалість) лікування виписаним ЛЗ)- 1 в залежності від реалізації інтерфейсу взаємодії МІС з лікарем. Наприклад, якщо started_at = 26 жовтня, а тривалість лікування = 5 діб, тоді ended_at буде 30 жовтня, адже при розрахунку враховується і перший і останній день періоду прийому ліків.

Різниця між ended_at та started_at повинна дорівнювати чи бути менше значення medication_request_max_period_day що визначено на рівні програми.

Увага! Для ЛЗ, що виписуються за програмою, у якій параметром "skip_mnn_in_treatment_period"=False заборонено створити рецепт за такою програмою з однаковим МНН за один період лікування , новий рецепт на той же ЛЗ (МНН) можна виписати не раніше. ніж за таку кількість днів до закінчення лікування:

1. Якщо тривалість лікування дорівнює або більше ніж 21 день, то повторно пацієнт може отримати рецепт на той же самий МНН за 7 днів до закінчення лікування (ended at - 7 days)

2. Якщо тривалість лікування менше ніж 21 день, то повторно пацієнт може отримати рецепт на той же самий МНН за 3 дні до закінчення лікування (ended at - 3 days).

Дані перевірки реалізовано на стороні системи ЕСОЗ. При спробі повторного виписування в МІС прийде відповідна помилка.

...

За дані параметри відповідає масив dosage_instruction – масив інструкцій щодо вживання ліків. Достатньо вказувати в атрибутах dosage_instruction наступні параметри:

1. dosage_instruction.sequence =1, оскільки потрібна тільки 1 інструкція

2. dosage_instruction.text  - довільний текст (сигнатура рецепта) як приймати ліки

3. об’єкт dosage_instruction.max_dose_per_period – добова доза приойму ліків

   1. dosage_instruction.max_dose_per_period.numerator value. Вказується кількість ЛЗ для прийому на добу. 

   2. dosage_instruction.max_dose_per_period.numerator.unit. Одиниця виміру дозування на добу, яка повинна дорівнювати значенню ingredients.dosage.denumerator_unit ЛЗ (при наявності декількох об’єктів в масиві значення буде однаковим для кожного)

   3. dosage_instruction.max_dose_per_period.denumerator value. Оскільки в рецепті вказується кількість на добу, то в параметрі зазначаємо значення “1”

   4. dosage_instruction.max_dose_per_period.denumerator.unit = Оскільки в рецепті вказується кількість на добу, то в параметрі одиниць виміру зазначаємо значення “day”.

4. об’єкт dosage_instruction.max_dose_per_administration. Вказується разова доза (на один прийом)

   1. dosage_instruction.max_dose_per_administration.numerator value.  Вказується кількість ЛЗ для прийому на добу. 

   2. dosage_instruction.max_dose_per_administration.numerator.unit. Одиниця виміру кількості ЛЗ на прийом. Одиниця виміру дозування на добу повинна дорівнювати значенню ingredients.dosage.denumerator_unit ЛЗ (при наявності декількох об’єктів в масиві значення буде однаковим для кожного).

При виписуванні ЕР в інтерфейсі МІС для зручності лікарю необхідно забезпечити можливість перерахунку та коригування дозування кожного МНН ЛЗ на один прийом та на добу, причому при зміні значення дозування одного з МНН в МІС повинні коригуватись значення інших МНН та кількість ЛЗ.

...

Таким чином, дані для лікаря повинні бути представлені наступним чином:

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

Лікар виписує ЛЗ: Неоміцин 6500 МО/мл, Поліміксин 10000 МО/мл, Дексаметазон 0.25 мг/мл, Фенілефрин 2.5 мг/мл, спрей назальний 

...

0.1 мл на 1 прийом, 0.2 мл на добу, 

1. Кількість ЛЗ на 1 прийом  в одиницях виміру ingredients.dosage.denumerator_unit

 max_dose_per_administration.value=0.1 мл  

...

Таким чином, дані для лікаря повинні в МІС бути представлені наступним чином:

Створення рецепта

Процес створення рецепту розподілен по декілька етапам

...

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

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 може мати наступні статуси:

...

• лікар який його створив, 

• автор плану лікування,

• лікар який має права write плану лікування.

Для цього

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

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

1. За наявності погашень за рецептом, МІС повинна проінформувати лікаря про здійснений відпуск ліків, який визначається за різницею medication_qty - medication_remaining_qty;

2. додати до отриманої інформації наступні параметри:

• reject_reason_code (required) - відповідний код з довідника

• reject_reason (optional) - опційне текстове поле для введення користувачем додаткової інформації

Довідник має такі коди та відповідні значення

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

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

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

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

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

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

7. patient_

...

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.

 Додатки:

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