23.05.2023
Передумови
Передумови для процесу погашення рецепту в аптечному закладі (далі АЗ) в робочому місці фармацевта (РМФ):
рецепт виписаний за програмою;
АЗ, який має право відпускати ліки згідно чинного законодавства, зареєстровано в системі eHealth через будь-яку МІС, що надає такі можливості та яка підключена до ЦБД ЕСОЗ;
аптечний підрозділ, який має право відпускати ліки згідно чинного законодавства, зареєстровано через-будь яку МІС, що надає такі можливості та яка підключена до ЦБД ЕСОЗ;
співробітник аптеки, який має право відпускати ліки згідно чинного законодавства, зареєстрований в системі ЦБД ЕСОЗі через будь-яку МІС, що надає такі можливості та МІС підключена до ЦБД ЕСОЗ;
аптечний заклад має створені healthcare services з відповідною ліцензією.
Додаткові передумови до погашення рецептів за програмами реімбурсації:
...
Подробиці функціоналу описані в даній статті.
Загальні посилання на джерела даних
Загальне API щодо погашення електронних рецептів представлено за посиланням:
https://ehealthmisapi1.docs.apiary.io/#reference/public.-reimbursement/medication-dispense
Процес погашення рецепту
1 Отримання інформації щодо рецепту
Пацієнт, який бажає отримати ліки за рецептом, повинен назвати/показати співробітнику аптеки номер рецепта (request_number) у форматі:
...
При спробі отримати інформацію по відкликаному ЕР (статус REJECTED) за методом Get Medication request by ID by Pharmacy UserМІС отримає наступну інформацію, яку необхідно візуалізувати користувачу з метою подальшої передачі пацієнту:
...
У випадку, якщо рецепти знаходяться в статусі is_blocked=true, МІС у відповідь на запити щодо рецепту за його id (Get Medication request by ID by Pharmacy User) та щодо переліку рецептів (Get Medication Requests List) за кожним рецептом буде отримувати параметри:
is_blocked: true
block_reasosan: "…"
Таке блокування рецептів доступне користувачам, які є працівниками НСЗУ та (іі) працівниками аптеки в рамках фармацевтичної опіки.
Рецепти зі статусом is_blocked: true не можуть бути відпущені в АЗ. В свою чергу МІС при запиті користувачем (фармацевтом) інформації щодо ЕР повинен відобразити інформацію, що рецепт заблоковано НСЗУз вказанням причини блокування з параметру block_reason.
2 Проведення фармопіки та відміна рецепта
2.1 Фармацевт перевіряє електронний рецепт в розрізі фармопіки.
У випадку, якщо рецепт не відповідає нормативними, медичними або іншим стандартам, фармацевт має можливість відмінити рецепт, використовуючи метод Reject Medication request by Pharmacy User, вказуючи reject_reason_code - одну з причин словника MEDICATION_REQUEST_REJECT_REASON (обовя'язково):
NO_REQUEST_NEEDED - прохання пацієнта виписати новий електронний рецепт за тією ж МНН через відсутність достатньої кількості виписаного лікарського засобу в аптечному закладі
NO_SMS - пацієнту не надходить СМС-повідомлення з інформацією про призначення
PATIENT_REJECT - відмова пацієнта приймати виписаний лікарський засіб
WRONG_DOSAGE - виписана невірна кількість доз лікарського засобу
WRONG_QTY - виписана невірна лікарська форма лікарського засобу
WRONG_PERIOD - виписана невірна кількість днів курсу лікування
WRONG_SIGNATURE - невірно заповнена сигнатура
а також reject reason опційно.
2.2 Фармацевт підписує запит КЕП
2.3 Якщо передані дані валідні та електронний рецепт знаходиться у статусі, який допускає скасування (відповідно до статусної моделі), - система змінює статус запису на “REJECTED” - “Відмінено”
3 Отримання інформації щодо торгових назв, які можна відпустити за рецептом
Лікар виписує лікарській засіб на МНН у визначеній формі, що визначається в системі як medication_id, та у визначеній кількості medication_qty у одиницях виміру container.numerator_unit.В окремих випадках, лікар може визначити кількість лікарського засобу в первинній упаковці (наприклад, для парантеральних лікарських форм: об'єм ампули, флакону, небули, тощо).
Для отримання можливих торгових назв для відпуску за даним рецептом слід виконати запит з доступною в АЗ для відпуску кількістю medication_qty, що дорівнює або менше remaining_qty за рецептом:
Get Medication request by ID by Pharmacy User за унікальним ID отриманого рецепту
...
Для програм за межами реімбурсації значення ціни не вказуються.
2. Для лікарських засобів, для яких лікарем визначено кількість лікарського засобу в первинній упаковці додатково буде відображатися інформація щодо цієї кількості у параметрах:
container_dosage.numerator_value: зі значенням зі словника Medication Unit, наприклад PIECE, MG, ML;
container_dosage.numerator_unit: зі значенням об'єму необхідної для пацієнта первинної упаковки.
Наприклад, якщо без вказання цих значень в реєстрі присутні ампули з 1 мл, 2 мл, 5 мл, а пацієнту необхідно ЛЗ у ампулах 5 мл, то в цьому випадку параметри:
container_dosage.numerator_value: 10
container_dosage.numerator_unit: ML
В даному випадку у відповіді методу будуть присутні тільки ті торгові назви, які задовольняють умові об'єму первинної упаковки, а саме, ампули, об'ємом 5 мл.
4 Процес вибору торгової назви та кількості препарату
Процес вибору торгової назви з можливого переліку до погашення повинен проходити за рамками процесів ЦБД ЕСОЗ та може залежати від декількох додаткових факторів, наприклад:
...
Якщо в результаті даного етапу є згода, то співробітник через МІС повинен створити заявку на погашення рецепту.
5 Погашення електронного рецепту
Заявка на погашення рецепту може бути в наступних статусах:
...
skip_medication_dispense_sign = False, то створена заявка за методом Create Medication Dispense переходить у статус NEW та повинна бути підписана КЕП для успішного погашення ЕР (частково або повністю) за методом Process medication dispense.
5.1 Погашення електронного рецепту з КЕП
За умови якщо параметром налаштування програми, за якою виписано рецепт, накладення КЕП є обов’язковим (параметр skip_medication_dispense_sign = False), процесс погашення рецепту проходить за наступними кроками.
5.1.1 Створення заявки
Для створення заявки на погашення рецепту співробітнику необхідно запитати у пацієнта код погашення рецепту, що складається з 4 цифр та виконати запит з необхідними параметрами згідно API:
Create Medication Dispense by Pharmacy User.
При успішному виконанні запиту МІС отримає збагачену інформацією відповідь з ID запиту (Medication Dispense Response Identifier) та статусом заявки Status= NEW.
...
При спробі виконання нового запиту Create Medication Dispense by Pharmacy Userта за умови, що кількість ЛЗ в цьому новому запиті дорівнює або менше кількості, що вказана в ЕР, та в системі існують інші незавершені запити Create Medication Dispense by Pharmacy User на кількість ЛЗ, яка в сумі з новим запитом перевищує кількість ЛЗ в ЕР, то на такий запит користувач отримує помилку: "message": "dispensed medication quantity must be equal to medication quantity in Medication Request", що означає знаходження ще незавершених запитів Create Medication Dispense by Pharmacy Userі користувача необхідно повернути до завершення виконання погашення незавершених запитів.
Строк життя незавершених запитів Create Medication Dispense by Pharmacy User - 10 хвилин, та у разі, якщо даний запит не буде завершений, наприклад, якщо пацієнт відмовився на даному етапі від ліків, то заявка на погашення перейде у Status = EXPIRED, арецепт буде автоматично розблоковано.
Також фармацевт може здійснити відхилення заявки на погашення рецепту вручну за допомогою запиту не чекаючи 10 хвилин:
Reject Medication Dispense by Pharmacy User.
При цьому рецепт буде переведено у Status=ACTIVE, а заявка на погашення - у Status=Rejected.
5.1.2 Оформлення оплати
Оформлення оплати є внутрішніми процесами АЗ.
...
payment_amount – сума в чеку, яку заплатив пацієнт;
payment_id – номер фіскального чеку (опціонально).
5.1.3 Завершення погашення рецепту
Для завершення погашення рецепту МІС повинна:
Мати сформований json, який можна:
або отримати з відповіді на запит Get Medication Dispense by ID https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/583405321,
або з відповіді на успішний запит Create Medication Dispense by Pharmacy Userhttps://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17046112151/RC+Rx+Create+Medication+Dispense+by+Pharmacy+User.
...
3. Підписати отриманий json за допомогою КЕП співробітника аптечного закладу та перекодувати підписаний json у base64 формат.
4. Виконати запит:
Process medication dispense by Pharmacy User.
5. У разі успішного виконання запиту заявка переходить у статус: Status= PROCESSED, рецепт переходить у статус: Status=COMPLETED та в системі ЦБД ЕСОЗ відбувається запис про рецепт за даним АЗ.
5.2 Погашення електронного рецепту без КЕП
4.2.1 Оформлення оплати
Оформлення оплати є внутрішніми процесами АЗ.
...
payment_amount – сума в чеку, яку заплатив пацієнт (обов'язково для рецептів за програмами за власні кошти пацієнта);
payment_id – номер фіскального чеку (опціонально).
5.2.2. Створення заявки на погашення з одночасним погашенням рецепту
Для створення заявки на погашення рецепту співробітнику необхідно запитати у пацієнта код погашення рецепту, що складається з 4 цифр та виконати запит з необхідними параметрами згідно API, включаючи сформовані параметри payment_amount (обов'язково для рецептів за програмами за власні кошти пацієнта) та payment_id (опційно) на етапі проведення оплати:
Create Medication Dispense by Pharmacy User.
При успішному виконанні запиту МІС отримає збагачену інформацією відповідь з ID запиту (Medication Dispense Response Identifier) та статусом заявки Status= PROCCESSED.
Рецепт є погашеним даним АЗ.
6 Відпуск ліків пацієнту
Виконати відпуск ліків пацієнту за процедурою в аптечному закладі.
7 Отримання переліку заявок на погашення рецептів та інформації про відпущені ліки
Для зручності користування можна отримати перелік заявок на погашення рецептів про відпущені рецепт доступне з використанням наступних методівза запитами:
(Старі методи https://uaehealthapi.docs.apiary.io/#reference/public.-reimbursement/medication-dispense/get-medication-dispenses-list , https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/583405324/Get+Medication+Dispenses ).
2. Get Medication dispense details by Pharmacy User.
Get Medication Dispenses ListGet Medication Dispenses by search params by Pharmacy User
Запит можна налаштовувати в залежності від потреб за фільтром з одним або кількома параметрами:
...
dispensed_to – Дата, до якої проводиться погашення.
2.Get Medication dispense details by Pharmacy User
Для виконання запиту Get Medication dispense details by Pharmacy User необхідно знати ID погашення рецепту. На запит у відповіді буде інформація щодо даного погашеного рецепту.
8 Блокування рецептів
В рамках фармацевтичної опіки працівник аптеки має можливість заблокувати рецепт вказавши причину такого блокування.
При цьому, перед тим, як дозволити фармацевту заблокувати рецепт, МІС повинна попередити користувача наступним повідомленням
|
Для блокування рецептів працівник аптеки використовує метод
Block Medication Request by Pharmacy User
8 Інші допоміжні запити
Для реалізації свого унікального інтерфейсу, додаткових можливостей для погашення рецептів, МІС може скористатися всіма іншими доступними запитами, які не були описані або описані часткового в даному документі, але присутні в Апіарі: http://ehealthmisapi1.docs.apiary.io та в базі знань: https://e-health-ua.atlassian.net/wiki/spaces/EH
...