Вимоги | Статус |
---|---|
Створювати MR можуть тільки Лікарі що мають діючу декларацію з пацієнтом | |
Доступ на перегляд рецептів пацієнта має лише Лікар що мають діючу декларацію з пацієнтом | |
Лікар має обрати діючу речовину, потім форму випуску та концетрацію з переліку можливих комбінацій та вказати кількість | |
Лікар має обрати кількість що відповідає кратності лікарського засобу округливши у білшу сторону | |
На один МНН видається один рецепт | |
Система E-Health має попердити створення рецпту що не по кількості лікарського засобу не відповідає кратності з можливих комбінацій | |
Система 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.Other Documentation
TO DO:
- Перелік підримуваних ЕЦП/Вимоги до ЕЦП
- Конфігурація процесу Create Medication Request BP
- Шаблон СМС повідомлення
- [Optional] Форма для друку Рецепту