| Вимоги до процессу "Створити Рецепт" | Статус |
|---|---|
| Створювати MR можуть тільки Лікарі що мають діючу декларацію з пацієнтом | |
| Доступ на перегляд рецептів пацієнта має лише Лікар що мають діючу декларацію з пацієнтом | |
| Лікар має обрати діючу речовину, потім форму випуску та концетрацію з переліку можливих комбінацій та вказати кількість | |
| Лікар має обрати кількість що відповідає кратності лікарського засобу округливши у білшу сторону | |
На один МНН видається один рецепт | |
| Система E-Health має попердити створення рецпту що не по кількості лікарського засобу не відповідає кратності з можливих комбінацій | |
| Рецепт генерується автоматично системою E-Health при отріманні запиту (API call) згідно специфікації | |
| Термін існування запиту на створення рецепту має бути конфігурабельним | |
| Система E-Health має розрахувати дату закінчення дії рецепту на основі параметру конфігурації | |
| Інформаційна модель електронного рецепту має відповідати наступним вимогам | |
| Номер рецепту має бути унікальним та лаконічним для використання в комунікаціях між учасниками процесу | |
| Дані рецепту про Лікаря, Пацієнта та Медічній заклад автоматично заповнюються системою E-Health з наявних в реєстрі | |
| Рецепт згенерований системою E-Health має бути підписаний лікарем. (Перелік підтримуваних ЕЦП) | |
| Система E-Health має верифікувати ЕЦП лікаря та підписаний контент | |
| Якщо згідно діючий декларації пацієнт використовує метод авторизації СМС: то пацієнт має отримати смс повідомлення з номером електронного рецепту | |
| Якщо згідно діючий декларації пацієнт використовує метод авторизації Offline: то лікар має роздрукувати пам'ятку про Електроний Рецепт |
| Вимоги до процессу "Перевірити Рецепт" для програми "Добрі ліки" | Статус |
|---|---|
| МНН з рецепту має відповідати переліку МНН затверджених для програми "Добрі Ліки" | |
| Не має бути рецепту з тим замим МНН в якого ще стік термін дії |
0.Data Model
TO DO:
- Модель даних довідника Лікарьських засобів
- Модель даних довідника Форм випуску
- Модель даних довідника МНН
- Модель даних Електроного Рецепту (Medication Request)
- Модель Request for Medication Request у IL DB
...
- Специфікація сервісу: Підписання Рецепту (Sign Medication Request)
- Специфікація для авторизації сервісу: Підписання Рецепту (Create Medication Request)
- Специфікація сервісу (Apiary): Підписання Рецепту (Create Medication Request)
- Специфікація сервісу (IL process): Підписання Рецепту (Sign Medication Request)
- Правила валідації запиту сервісу: Підписання Рецепту (Create Medication Request) (JSON shema)
- Правила валідації підписанного контенту
- Специфікація смс повідомлення з номером рецепту
- Специфікація логічних помілок
- Сценарії тестування
4.Qulify medication request
- Специфікація сервісу: Підписання Рецепту (Qulify Medication Request)
- Специфікація для авторизації сервісу: Перевірки Рецепту (Qulify Medication Request)
- Специфікація сервісу (Apiary): Перевірки Рецепту (Qulify Medication Request)
- Специфікація сервісу (IL process): Перевірки Рецепту (Qulify Medication Request)
- Правила валідації запиту сервісу: Перевірки Рецепту (Qulify Medication Request) (JSON shema)
- Правила перевірки програми Добрі Ліки
- Специфікація логічних помілок
- Сценарії тестування
5.Other Documentation
TO DO:
- Перелік підримуваних ЕЦП/Вимоги до ЕЦП
- Конфігурація процесу Create Medication Request BP
- Доповнити Кліентьські та Рольові скоупи новими скопупами
- Шаблон СМС повідомлення
- [Optional] Форма для друку Рецепту
...