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

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

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

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

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

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

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

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

0000-243P-1X53-EH38

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

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

•  Статус рецепту

  ACTIVE- рецепт активний та може бути погашено

  COMPLETED – рецепт вже було погашено раніше

  REJECTED – рецепт відізвано лікарем

  EXPIRED – сплив термін дії рецепту

•  Дані виписаного рецепту 

  Medication request Data model

  
  

  Name	Type	M/O	Description and constraints
  id	uuid	M
  request_number	varchar(255)	M	номер рецепта
  created_at	date	M
  started_at	date	M
  ended_at	date	M
  dispense_valid_from	date	M
  dispense_valid_to	date	M
  person_id	uuid	M
  employee_id	uuid	M
  medication_id	uuid	M	Ідентифікатор Торговельної Назви Лікарського ЗасобуDOUBTFUL
  medication_qty	numeric	M	Кількість одиниць (таблетка/ампула/контейнер/) заявлені в рецепті. Кількість повинна бути кратною кількості одиниць в упаковці, в рамках реімбурсації не можна ділити упаковки.
  status	varchar(255)	M	ACTIVE, COMPLETED, REJECTED, EXPIRED
  is_active	boolean	M
  rejected_at	date	О	Дата відхилення
  rejected_by	uuid	О	id співробітника, що відхилив рецепт
  reject_reason	varchar(255)	О	Причина відхилення
  medication_request_requests_id	uuid	M	id заявки на виписку ЕР
  medical_program_id=participants.registry_number	uuid	О	id програми «Реєстра лікарських засобів, які підлягають реімбурсації» в якому є даний participant
  participants.id = program_medication_id	uuid	М	Унікальний ідентифікатор учасника програми “Доступні ліки” в «Реєстрі лікарських засобів, які підлягають реімбурсації». / Торгова назва з конкретними цінами з визначеного та діючого на поточний час реєстру
  participants.start_date	date	М	Дата початку дії реєстру в якому зазначен даний participant
  participants.end_date	date	О	Дата кінця дії реєстру в якому зазначен даний participant
  reimbursement_amount			Сума компенсації даного medication_id по medical_program_id
  inserted_by	uuid	М
  updated_by	uuid	М
  inserted_at	timestamp	М
  updated_at	timestamp	М
  verification_code	varchar(255)	О
  division_id	uuid	М
  legal_entity_id	uuid	М
  intent	varchar(255)	М
  category	varchar(255)	М
  context	jsonb	О
  dosage_instruction	jsonb	О

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

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

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

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.

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

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 хвилин.

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

Статус ON HOLD є заходом захисту від шахрайства та гарантією погашення рецепту в конкретному АЗ. 

Паралельно зі статусом ON HOLD, cтатус рецепту в системі залишається ACTIVE.

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

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

В такому випадку рецепт залишиться у статусі ACTIVE, а запит Create Medication Request набуде статусу REJECTED.

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

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

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

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

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

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

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

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

   Process medication dispense

   Apiary

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

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

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

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