Get Medication request Requests List_UA

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

Get Medication request Requests

Ціль

Даний веб-сервіс був розроблений для пошуку (get list) запитів на рецепт.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   1. Повернути код 500 в разі ("Not found party for this user!")  

4. Отримати список співробітників з `party_id`  & `$.context.legal_entity_id` (if not NULL)

5. Знайти запити на рецепти по фільтру з url веб-сервісу:

   1. SELECT * FROM requests_for_medication_request WHERE <filters>

   2. опціональні фільтри:

      1.  list employee_id (uuid). По-замовчуванню повертаються всі дані.

      2. person_id (uuid). По-замовчуванню повертаються всі дані.

      3.  status (Dictionary:  REQUEST_FOR_MEDICATION_REQUEST_STATUS). По-замовчуванню повертаються всі рядки зі статусом=NEW.

      4. limit (ліміт розміру відповіді - кількість об'єктів innm). По-замовчуванню повернути 50 об'єктів.

      5. starting_after (використати курсор для переходу на наступну сторінку)

      6. ending_before (використати курсор для переходу на наступну сторінку)

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

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

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