...
| Вимоги до процессу "Створити Рецепт" |
|---|
| Створювати MR можуть тільки Лікарі що мають діючу декларацію з пацієнтом |
| Доступ на перегляд рецептів пацієнта має лише Лікар що мають діючу декларацію з пацієнтом |
| Лікар має обрати діючу речовину, потім форму випуску та концетрацію з переліку можливих комбінацій та вказати кількість |
| Лікар має обрати кількість, що відповідає кратності лікарського засобу округливши у більшу сторону |
На один МНН видається один рецепт |
| Система E-Health має попердити створення рецпту що по кількості лікарського засобу не відповідає кратності з можливих комбінацій |
| Рецепт генерується автоматично системою E-Health при отріманні запиту (API call) згідно специфікації |
| Термін існування запиту на створення рецепту має бути конфігурабельним |
| Система E-Health має розрахувати дату закінчення дії рецепту на основі параметру конфігурації |
| Після закінчення строку дії рецепту рецепт має перейти в статус "Прострочено" |
| Інформаційна модель електронного рецепту має відповідати наступним вимогам |
| Номер рецепту має бути унікальним та лаконічним для використання в комунікаціях між учасниками процесу та стійким до бідбору |
| Дані рецепту про Лікаря, Пацієнта та Медичний заклад автоматично заповнюються системою E-Health з наявних в реєстрі |
| Рецепт згенерований системою E-Health має бути підписаний лікарем. |
| Система E-Health має верифікувати ЕЦП лікаря та підписаний контент |
| Якщо згідно діючій декларації пацієнт використовує метод авторизації СМС: то пацієнт має отримати смс повідомлення з номером електронного рецепту |
| Якщо згідно діючій декларації пацієнт використовує метод авторизації Offline: то лікар має роздрукувати пам'ятку про Електроний Рецепт |
| Перевірка дат має відповідати наступній логіці: Validate dates |
| Медичний заклад, у якому створюється рецепт, повинен мати тип PRIMARY_CARE (MSP, MSP_PHARMACY) або AMBULATORY |
БП Перевірка рецепту на відповідність програмі "Добрі ліки"
...