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

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 31 Next »

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


  • No labels