...
БП Обслуговування пацієнтів з використанням електроного рецепту
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: то лікар має роздрукувати пам'ятку про Електроний Рецепт |
| Перевірка дат має відповідати наступній логіці: 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тупні Ліки" |
Не має бути рецепту з тим замимсамим МНН в якого ще не стік термін дії |
0.Data Model
TO DO:
- Модель даних довідника Лікарьських засобів
- Модель даних довідника Форм випуску
- Модель даних довідника МНН
- Модель даних Електроного Рецепту (Medication Request)
- Модель Request for Medication Request у IL DB
1.Get Drugs Dictionary
TO DO:
- Специфікація сервісу (Apiary) отрімання каскадного довідника Лікарьських засобів (Get Drugs Dictionary)
- Специфікація для авторизації сервісу отримання каскадного довідника Лікарьських засобів (Get Drugs Dictionary)
- Специфікація логічних помілок
- Сценарії тестування
2.Create Medication Request
TO DO:
- Специфікація сервісу: Запит на створення Рецепту (Create Medication Request)
- Специфікація для авторизації сервісу: Запит на створення Рецепту (Create Medication Request)
- Специфікація сервісу (Apiary): Запит на створення Рецепту (Create Medication Request)
- Специфікація сервісу (IL process): Запит на створення Рецепту (Create Medication Request)
- Правила валідації Запиту на створення Рецепту (Create Medication Request) (JSON shema)
- Алгоритм перевірки кратності
- Алгорітм генераціх номеру рецепту
- Алгорітм перевірки відсутності подібного рецепту
- Специфікація логічних помілок
- Сценарії тестування
3.Sign Medication Request
TO DO:
- Специфікація сервісу: Підписання Рецепту (Sign Medication Request)
- Специфікація для авторизації сервісу: Підписання Рецепту (Create Medication Request)
- Специфікація сервісу (Apiary): Підписання Рецепту (Create Medication Request)
- Специфікація сервісу (IL process): Підписання Рецепту (Sign Medication Request)
- Правила валідації запиту сервісу: Підписання Рецепту (Create Medication Request) (JSON shema)
- Правила валідації підписанного контенту
- Специфікація смс повідомлення з номером рецепту
- Специфікація логічних помілок
- Сценарії тестування
4.Qualify medication request
- Специфікація сервісу: Перевірки Рецепту (Qualify Medication Request)
- Специфікація для авторизації сервісу: Перевірки Рецепту (Qualify Medication Request)
- Специфікація сервісу (Apiary): Перевірки Рецепту (Qualify Medication Request)
- Специфікація сервісу (IL process): Перевірки Рецепту (Qualify Medication Request)
- Правила валідації запиту сервісу: Перевірки Рецепту (Qualify Medication Request) (JSON shema)
- Правила перевірки програми Добрі Ліки
- Специфікація логічних помілок
- Сценарії тестування
...
5.Other Documentation
TO DO:
- Перелік підримуваних ЕЦП/Вимоги до ЕЦП
- Конфігурація процесу Create Medication Request BP
- Доповнити Кліентьські та Рольові скоупи новими скоупами
- Шаблон СМС повідомлення
- [Optional] Форма для друку Рецепту
For program "Доступні Ліки" Created at of new MR with the same MNN should not be earlier than:
|
БП Відклик Електроного Рецепту
| Вимоги до процессу "Відклик Електроного Рецепту" |
|---|
| Право на відклик Електроного рецепту має лише лікар що має активну декларацію з пацієнтом на якого виписаний рецепт |
| Відкликати рецепт можливо лише у статусі що відповідає стану "не погашений" |
| У разі відкликання рецепту пацієнт має отримати відповідне СМС повідомлення якщо метод авторизації завданий пацієнтом СМС |