ЕСОЗ - публічна документація

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 45 Next »


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


  • No labels