...
БП Обслуговування пацієнтів з використанням електроного рецепту
1) Лікар первинної ланки має можливість створити рецепт для пацієнта з яким підписана декларація.
2) Лікар вказує діючу речовину(МНН) з переліку що зареєстровано в системі E-Health, форму відпуску, силу дії та кількість. При цьому конкретна торгова назва не вказується, а обирається пацієнтом з наявних в аптеці
3) Лікар має можливість перевірити проект рецепту на відповідність певній державній програмі реімбурсації.
4) Лікар відправляє запит на створення рецепту до системи E-Health. Система E-Health збагачує проект рецепту даними пацієнта лікаря та клініки з наявних в реєстрі E-Health та повертає проект рецепту у відповідь на запит.
5) Лікар має перевірити проект рецепту та підписати його за допомогою ЕЦП
6) Якщо пацієнт обрав метод авторизації SMS то пацієнт отримує номер рецепту на вказаний при реєстрації телефон
7) Якщо пацієнт обрав метод авторизації offline то лікар має роздрукувати витяг з системи про електроний рецепт (памятка)
8) Лікар має повідомити пацієнта про Аптеки що облуговують даний Медичний заклад в яких можна отримати ліки за електроним рецептом що був створений
БП Створення електроного рецепту
| Вимоги до процессу "Створити Рецепт" |
|---|
| Створювати MR можуть тільки Лікарі що мають діючу декларацію з пацієнтом |
| Доступ на перегляд рецептів пацієнта має лише Лікар що мають діючу декларацію з пацієнтом |
| Лікар має обрати діючу речовину, потім форму випуску та концетрацію з переліку можливих комбінацій та вказати кількість |
| Лікар має обрати кількість, що відповідає кратності лікарського засобу округливши у білшу сторону. більшу сторону |
На один МНН видається один рецепт |
| Система E-Health має попердити створення рецпту що не по кількості лікарського засобу не відповідає кратності з можливих комбінацій |
| Рецепт генерується автоматично системою E-Health при отріманні запиту (API call) згідно специфікації |
| Термін існування запиту на створення рецепту має бути конфігурабельним |
| Система E-Health має розрахувати дату закінчення дії рецепту на основі параметру конфігурації |
| Після закінчення строку дії рецепту рецепт має перейти в статус "Прострочено" |
| Інформаційна модель електронного рецепту має відповідати наступним вимогам |
| Номер рецепту має бути унікальним та лаконічним для використання в комунікаціях між учасниками процесу та стійким до бідбору |
| Дані рецепту про Лікаря, Пацієнта та Медічній Медичний заклад автоматично заповнюються системою E-Health з наявних в реєстрі. |
| Рецепт згенерований системою E-Health має бути підписаний лікарем. (Перелік підтримуваних ЕЦП) |
| Система E-Health має верифікувати ЕЦП лікаря та підписаний контент |
| Якщо згідно діючий діючій декларації пацієнт використовує метод авторизації СМС: то пацієнт має отримати смс повідомлення з номером електронного рецепту |
| Якщо згідно діючий діючій декларації пацієнт використовує метод авторизації Offline: то лікар має роздрукувати пам'ятку про Електроний Рецепт |
TO DO:
- Модель даних довідника Лікарьських засобів
- Модель даних довідника Форм випуску
- Модель даних довідника МНН
- Модель даних Електроного Рецепту
...
- Специфікація сервісу (Apiary) отрімання каскадного довідника Лікарьських засобів (Get Drugs Dictionary)
- Специфікація для авторизації сервісу отримання каскадного довідника Лікарьських засобів (Get Drugs Dictionary)
...
- Специфікація сервісу: Запит на створення Рецепту (Create Medication Request)
- Специфікація для авторизації сервісу: Запит на створення Рецепту (Create Medication Request)
- Специфікація сервісу (Apiary): Запит на створення Рецепту (Create Medication Request)
- Специфікація сервісу (IL process): Запит на створення Рецепту (Create Medication Request)
- Правила валідації Запиту на створення Рецепту (Create Medication Request)
- Специфікація для авторизації сервісу: Запиту на створення Рецепту (Create Medication Request) (JSON shema)
- Алгоритм перевірки кратності
- Алгорітм генераціх номеру рецепту
...
- Специфікація сервісу: Підписання Рецепту (Sign Medication Request)
- Правила валідації підписанного контенту
- Специфікація сервісу (IL process): Підписання Рецепту (Sign Medication Request)
...
- Перелік підримуваних ЕЦП/Вимоги до ЕЦП
| Перевірка дат має відповідати наступній логіці: Validate dates |
| Медичний заклад, у якому створюється рецепт, повинен мати активний, верифікований NHS,тип PRIMARY_CARE (MSP, MSP_PHARMACY) або OUTPATIENT |
БП Перевірка рецепту на відповідність програмі "Добрі ліки"
| Вимоги до процессу "Перевірити Рецепт" для програми "Доcтупні ліки" |
|---|
| Система E-Health надає можливість перевірити проект рецепту на відповідність умовам заданої програми реімбурсації (метод PreQualify Medication Request) для інформування лікаря та пацієнта про можливість використання рецепту в рамках програми реімбурсації перед створенням рецепту |
| Незалежно від результатів перевірки на відповідність умовам заданої програми реімбурсаці при створенні рецепту в момент погашення результат перевірки може відрізнятісь в наслідок змін що відбулися з моменту створення та до моменту погашення рецепту |
| Система E-Health надає можливість перевірити створений рецепт на відповідність умовам заданої програми реімбурсації (метод Qualify Medication Request by ID) для інформування лікаря/пацієнта/фармацевта про можливість використання рецепту в рамках програми реімбурсації. Особливістю методу Qualify Medication Request by ID є те що перевірка враховє вже створений рецепт номер якого переданий у запиті |
| МНН з рецепту має відповідати переліку МНН затверджених для програми "Доcтупні Ліки" |
Не має бути рецепту з тим самим МНН в якого ще не стік термін дії For program "Доступні Ліки" Created at of new MR with the same MNN should not be earlier than:
|
БП Відклик Електроного Рецепту
| Вимоги до процессу "Відклик Електроного Рецепту" |
|---|
| Право на відклик Електроного рецепту має лише лікар що має активну декларацію з пацієнтом на якого виписаний рецепт |
| Відкликати рецепт можливо лише у статусі що відповідає стану "не погашений" |
| У разі відкликання рецепту пацієнт має отримати відповідне СМС повідомлення якщо метод авторизації завданий пацієнтом СМС |