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

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

Version 1 Next »

Специфікація

Get Medication Requests in care plan context

Ціль

Даний веб-сервіс був розроблений на пошуку (get list) рецептів в контексті плану лікування. Якщо користувач має дозвіл на план лікування, він отримає список рецептів у відповідності до юридичної особи, для якої було створено план лікування.

У відповідності до вимог:

  • Користувач MSP, PRIMARY_CARE, OUTPATIENT (DOCTOR, SPECIALIST, тд) може бачити рецепти на основі дозволу на план лікування, який міститься в рецепті

Вхідні параметри (фільтри)

  • legal_entity_id (опціональний)

  • employee_id (опціональний)

  • person_id (опціональний)

  • status (опціональний). По замовчуванню status=ACTIVE.

  • request_number (опціональний)

  • created_from  (опціональний)

  • created_to  (опціональний)

  • medication_id (опціональний)

  • encounter_id (опціональний)

  • intent (опціональний)

  • page (опціональний)

  • page_size (опціональний)

Логіка веб-сервісу

  1. Перевірити валідність токену доступу

    1. Повернути код 401 в разі неуспішності валідації

  2. Перевірити скуопи користувачів на можливість виконання даної дії (scope = 'medication_request:read')

    1. Повернути код помилки 403 в разі невалідних скоупів

  3. Отримати party_id  з $.context.user_id

  4. Отримати список з $.prm.employees для party_id

  5. Отримати care_plan_id з url

  6. Перевірити $.approvals для employees (granted_to)користувача на базі care_plan_id (granted_resources) та $.medication_requests.person_id (granted_by)

  7. Пошук рецептів по фільтрам: care_plan_id.

Відповідь (output)

  1. Якщо профільтровані запити не знайдені, веб-сервіс повертає масив пустих даних.

    1. веб-сервіс також повертає дані по сторінкам - технічна інформація.


  • No labels