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

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

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

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

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

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

Image 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 рецепту в процесі погашення: Image Added

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

• МІС отримає відповідь з інформацією доповненою параметром 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 фіксується запис про реімбурсований рецепт за даним закладом.