Requirements:
Загальні дані
Дана стаття описує процес заявки на погашення електронного рецепту(надалі ЕР) за програмою "Доступні Ліки".
Info | ||
---|---|---|
| ||
|
В ході процесу погашення ЕР приймають участь такі сутності системи:
- Аптечний заклад =
Legal Entity
= юридична особа/ФОП, ліцензіат - Аптека =
Division
= структурний, в тому числі відокремлений, підрозділ аптечного закладу - Медичні Інформаційні Системи- сертифікований інтерфейс Центрального Компоненту
- eHealth- Центральний Компонент
Юридичне підгрунтя
Info |
---|
Наказ МОЗ № 360. Рецепт може бути погашено в будь якій аптеці України, але рецепти вартість яких підлягає пільговому відпуску, або тих що підлягають предметно-кількісного обліку можуть бути забезпечені у відповідності до договору із розпорядником бюджетних коштів (та територіальну прив'язаність). |
...
Заклад типу “Аптека” зареєстровано в системі.
Користувач типу “Фармацевт” зареєстрований у системі.
Опис бізнес-процесу
- Провізор чи фармацевт вводить номер рецепту – отримує інформацію про рецепт.
Для “активних” рецептів - деталі рецепту.
Для “погашених”, “відстрочених” або “прострочених” рецептів - лише поточний стан.
- Номер рецепту, дата виписки рецепту
- Інформація про заклад (Назва, код ЄДРПОУ)
- Інформація про лікаря (ПІБ, посада)
- Тип та номер МНН
- Дозування, форму прийому та кількість
- Інформація про пацієнта (ПІБ та дата народження пацієнта)
- Згідно з назначеними МНН пропонує пацієнту можливі варіанти ліків та їх вартість.
- Після обрання пацієнтом ліків, просить пацієнта ввести код авторизації з смс. Або слово-пароль з декларації для пацієнтів, які не мають мобільного телефону.
- Після правильно введеного коду авторизації, фармацевт обирає для кожного рецепту (МНН) обрані лікарські засоби. Автоматично додається до рецепту тип, дозування, за повну вартість-безоплатно-50% вартості тощо, ціна та розмір доплати у гривнях (див Реєстр лікарських засобів, що підлягають відшкодуванню). Інформація фіксується щодо рецепту у системі eHealth.
- Після завершення продажу рецепт позначається як “використаний” (час та дата реалізації рецепту)
- Видає ліки пацієнту.
Діаграма процесу
Постумова
Статус рецепту змінено на “використаний”.
Дізайн бізнес процесу Відпуск Рецепту (Dispense Medication Request BP)
1) Пацієнт звертається до аптеки за лікарськими засобами за рецептом та повідомляє номер електроного рецепту співробітнику аптеки
2) Співробітник аптеки отримує деталі рецепту за номером рецепту
3) Спіробітник аптеки перевіряє:
- наявність договору про компенсацію з MSP що видав рецепт
- наявність лікарських засобів за рецептом
4) Спіробітник аптеки повідомляє пацієнту суму відшкодування виходячи з кількості наявних лікарських засобів та роздрібної ціни конкретних торгових назв
5) У випадку згоди пацієнта він має повідомити cекретный код рецепту (СМС авторізація) спіробітнику аптеки
6) Спіробітник аптеки вводіть торгові назви, кількість, цінові параметри, структурний підрозділ аптеки та створює запит на відпуск рецепту
7) Ліки резервуються сістемою
8) Спіробітник аптеки розраховується з пацієнтом та проводить відпуск по касі
9) Спіробітник аптеки проводить відпуск у системі E-Health
...
MIS має обмежити набір даних про рецепт що відображаються працівнику аптеки в залежності від статусу рецепту
Для “погашених”, “відстрочених” або “прострочених” рецептів - лише поточний стан
...
При обробці запиту на відпуск рецепту (Medication Dispense) система E-Health:
авторизує та валідує запит
створює запит на відпуск рецепту (Medication Dispense Request)
Блокує рецепт для відпуску на певний проміжок часу (параметр конфігурації)
формує рецепт (збагачує даними MSP, пацієнта, та лікаря) та повертає його у відповідь
...
Після отримання рецепту фармацевт має провести відпуск по касі, ввести номер чеку та виконати запит на відпуск рецепту (Process Dispense Request)
...
|
Схема процесу
Опис бізнес-процесу
Для заявки на погашення рецепту пацієнт повинен назвати співробітнику аптеки номер рецепта (request_number
) у форматі:
0000-243P-1X53-EH38
За отриманим номером рецепту (request_number
) співробітнику виконує запит:
Panel |
---|
Get Medication request by ID (or request_number) |
У відповідь надходять:
Expand title Статус рецепту ACTIVE
- рецепт активний та може бути погашеноCOMPLETED
– рецепт вже було погашено ранішеREJECTED
– рецепт відізвано лікаремEXPIRED
– сплив термін дії рецептуExpand title Дані виписаного рецепту Insert excerpt Medication request Data model Medication request Data model
Впевнившись у активному статусі ЕР, співробітник виконує запит на отримання інформації щодо торгових назв, які можна відпустити за даним ЕР:
Panel |
---|
У відповідь отримає:
Expand | ||
---|---|---|
| ||
|
Співробітник пропонує пацієнту обрати одну/декілька Торгових Назв ЛЗ за наявності для погашення ЕР.
Пацієнт або відмовляється від конкретних торгових найменувань, або обирає і погоджується придбати.
Вибір Торгової Назви лікраського засобу виконується пацієнтом незалежно та опираючись на міркування щодо:
- Виробника лікарського засобу.
Ціни торгових найменувань.
Наявності необхідної кількості обраних торгових найменувань
Note | ||
---|---|---|
| ||
Загальна кількість лікарських засобів повинна строго відповідати кількості ( |
Співробітник аптеки фіксує вибір пацієнта в системі, зазначаючи кількість упаковок кожного торгового найменування.
Info | ||
---|---|---|
| ||
В рамках програми Доступні Ліки одна Торгова Назва лікарського засобу може бути задіяна в двох программах реімбурсації Окрім цього, опираючись на постанову КМ по закінченню строку дії програми, в її рамках рецепти можуть відпускатися впродовж ще 30 днів. В рамках якої програми відпускати лікарьский засіб визначає співробітник. Належність торгової назви до конкретної програми реімбурсації визначається атрибутом |
Результатом є визначеність масив даних dispense_details
по кожній торговій назві:
- Medication ID - ID обраного торгового найменування зі списку, що було отримано на запит Qualify Medication Request by ID
- Medication_qty – кількість одиниць (таблетка/ампула/контейнер/тощо), що буде відпущено за рецептом відповідного торгового найменування з Medication ID. Medication_qty кожного Medication ID обов'язково повинна бути кратною кількості одиниць в упаковці, оскільки в рамках реімбурсації не можна ділити упаковки.
- Sell_price – ціна за 1 мінімальну неподільну одиницю (в рамках реімбурсації – за 1 упаковку)
- Sell_amount – загальна вартість ліків за рецептом
- Discount_amount- загальна вартість відшкодування в рамках реїмбурсації даного рецепту (це кількість упаковок в рецепті помножене на Reimbursement_amount, що було отримано на запит Qualify Medication Request by ID)
- 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 хвилин повинні бути проведені Оформлення Оплати та Погашення Рецепту.
Якщо працівник не встиг, то слід створити нову заявку на погашення рецепту.
Info | ||
---|---|---|
| ||
Реалізувати UI таймер з відліком часу на погашення рецепту. |
Якщо пацієнт відмовився на даному етапі, то рецепт залишиться у статусі Active
, а статусу запит Create Medication Dispense стає
EXPIRED
через 10 хвилин.
Panel | ||
---|---|---|
| ||
|
Що означає знаходження рецепту в короткостроковому технічному статусі
Status | ||
---|---|---|
|
Статус
Status | ||
---|---|---|
|
є заходом захисту від шахрайства та гарантією погашення рецепту в конкретному АЗ. Паралельно зі статусом
Status | ||
---|---|---|
|
Status colour Green title ACTIVE
.
МІС може орієнтуватись на помилку повторного запиту Create Medication Dispense , яка буде свідчити про те, що конкретний рецепт намагаються реалізувати паралельно існуючому запиту.
Працівник може відхилити заявки на погашення рецепту за допомогою запиту:
Panel |
---|
В такому випадку рецепт залишиться у статусі
, а запит Create Medication Request набуде статусу Status colour Green title ACTIVE
. Status colour Red title Rejected
Anchor | ||||
---|---|---|---|---|
|
Оформлення оплати є внутрішніми процесами АЗ.
За результатом даного етапу в МІС повинні бути сформовані два параметри:
Panel |
---|
|
Anchor | ||||
---|---|---|---|---|
|
Для завершення погашення рецепту в eHealth МІС використовувати доповнений параметрами .json
файл,з відповіді на запиті Create Medication Dispense або отримати його за запитом:
Panel |
---|
.json
файл що надходить необхідно:
- Доповнити параметрами:
payment_id
– номер фіскального чеку (опціонально);payment_amount
– сума в чеку, яку заплатив пацієнт.
- Підписати КЕП співробітника АЗ;
- Перекодувати підписаний
json
у base64 формат; Виконати запит:
Panel В разі успішного виконання запиту:
Запит
Create Medication Dispense
набуває статусу
.Status colour Blue title PROCESSED Рецепт набуває статусу
.Status colour Green title COMPLETED В системі eHealth фіксується запис про реімбурсований рецепт за даним закладом.