Загальні дані

Дана стаття описує процес заявки на погашення електронного рецепту(надалі ЕР) за програмою "Доступні Ліки".

В ході процесу погашення ЕР приймають участь такі сутності системи:

• Аптечний заклад = Legal Entity = юридична особа/ФОП, ліцензіат 
• Аптека = Division = структурний, в тому числі відокремлений, підрозділ аптечного закладу 
• Медичні Інформаційні Системи- сертифікований інтерфейс Центрального Компоненту
• eHealth- Центральний Компонент

Юридичне підгрунтя

Схема процесу

Image RemovedImage Added

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

Для заявки на погашення рецепту пацієнт повинен назвати співробітнику аптеки номер рецепта (request_number) у форматі:

0000-243P-1X53-EH38

За  отриманим номером рецепту (request_number) співробітнику виконує запит:

У відповідь надходять:

• 
  

  Expand
  title Статус рецепту
  ACTIVE- рецепт активний та може бути погашено COMPLETED – рецепт вже було погашено раніше REJECTED – рецепт відізвано лікарем EXPIRED – сплив термін дії рецепту

  
  

• 
  

  Expand
  title Дані виписаного рецепту
  Insert excerpt Medication request Data model Medication request Data model

  
  

Впевнившись у активному статусі ЕР, співробітник виконує запит на отримання інформації щодо торгових назв, які можна відпустити за даним ЕР:

У відповідь отримає:

Співробітник пропонує пацієнту обрати одну/декілька Торгових Назв ЛЗ за наявності для погашення ЕР. 
Пацієнт або відмовляється від конкретних торгових найменувань, або обирає і погоджується придбати.
Вибір Торгової Назви лікраського засобу виконується пацієнтом незалежно та опираючись на міркування щодо:

1. Виробника лікарського засобу.

2. Ціни торгових найменувань.

3. Наявності необхідної кількості обраних торгових найменувань

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

Результатом є визначеність масив даних dispense_details по кожній торговій назві:

1. Medication ID -  ID обраного торгового найменування зі списку, що було отримано на запит Qualify Medication Request by ID
2. Medication_qty – кількість одиниць (таблетка/ампула/контейнер/тощо), що буде відпущено за рецептом відповідного торгового найменування з Medication ID. Medication_qty кожного Medication ID обов'язково повинна бути кратною кількості одиниць в упаковці, оскільки в рамках реімбурсації не можна ділити упаковки. 
3. Sell_price – ціна за 1 мінімальну неподільну одиницю (в рамках реімбурсації – за 1 упаковку)
4. Sell_amount – загальна вартість ліків за рецептом
5. Discount_amount- загальна вартість відшкодування в рамках реїмбурсації даного рецепту (це кількість упаковок в рецепті помножене на Reimbursement_amount, що було отримано на запит Qualify Medication Request by ID) 
6. Reimbursement_amount – вартість на відшкодування однієї упаковки що було отримано на запит Qualify Medication Request by ID.

Після цього співробітник виконує запит:

Panel
Will be DEPRECATED_Create Medication Dispense APIary Create Medication Dispense Статуси запиту Create Medication Request рецепту в процесі погашення:

При успішному виконанні запиту:

• МІС отримає відповідь з інформацією доповненою параметром ID запиту (Medication Dispense Response Identifier) та статус запиту набуває значення NEW.

• Рецепт закріплюється за поточним АЗ на 10 хвилин і не може бути погашений в іншій аптеці у визначений час.

• Cпівробітник просить пацієнта назвати код авторизації з смс. Або слово-пароль з декларації для пацієнтів, які не мають мобільного телефону.

За 10 хвилин повинні бути проведені Оформлення Оплати та Погашення Рецепту.

Якщо працівник не встиг, то слід створити нову заявку на погашення рецепту.

Якщо пацієнт відмовився на даному етапі, то рецепт залишиться у статусі Active, а статусу запит Create Medication Dispense стає EXPIRED через 10 хвилин.

Що означає знаходження рецепту в короткостроковому технічному статусі 

Статус 

Паралельно зі статусом

МІС може орієнтуватись на помилку повторного запиту Create Medication Dispense , яка буде свідчити про те, що конкретний рецепт намагаються реалізувати паралельно існуючому запиту.

Працівник може відхилити заявки на погашення рецепту за допомогою запиту:

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

Anchor
Офо Офо

Оформлення оплати

Оформлення оплати є внутрішніми процесами АЗ.

За результатом даного етапу в МІС повинні бути сформовані два параметри:

Anchor
погаш погаш

Завершення погашення рецепту

Для завершення погашення рецепту в eHealth МІС використовувати доповнений параметрами .json файл,з відповіді на запиті Create Medication Dispense або отримати його за запитом:

.json файл що надходить необхідно:

1. Доповнити параметрами:
   1. payment_id – номер фіскального чеку (опціонально);
   2. payment_amount – сума в чеку, яку заплатив пацієнт.
2. Підписати КЕП співробітника АЗ;
3. Перекодувати підписаний json у base64 формат;

4. Виконати запит:

   Panel
   Process medication dispense Apiary

   
   

5. В разі успішного виконання запиту:

   1. Запит Create Medication Dispense набуває статусу  

      Status
      colour Blue title PROCESSED

      .

   2. Рецепт набуває статусу 

      Status
      colour Green title COMPLETED

      .

   3. В системі eHealth фіксується запис про реімбурсований рецепт за даним закладом.