Вимоги до процессу "Створити Рецепт" | Статус |
---|---|
Створювати 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
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] Форма для друку Рецепту