Info |
---|
Note |
Сторінка знаходиться в процесі розробки. Інформація на ній може бути застарілою. |
Info |
---|
/wiki/spaces/EN/pages/17591304241 (remove the link block before publishing the document) |
Table of Contents |
---|
Properties of a REST API method document
Page Properties | ||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||
|
Purpose
Describe the purpose of the API method, add Key points (if necessary)
Logic
...
|
Purpose
This web service is designed to cancel episode in case it was entered in error
Logic
This web service is designed to cancel episode in case it was entered in error
Configuration parameters
Description of the configuration parameters that are used when processing a request in the system
Dictionaries
Provides a list of links to dictionaries that are available in Confluence
Input parameters
Description of input parameters
Input parameter | Mandatory | Type | Description | Example | ||
---|---|---|---|---|---|---|
1 | compositionpatient_id | M | String ($uuid) (path) | Composition object ID | 89678f60-4cdc-4fe3-ae83-e8b3ebd35c59 | 2 |
...
Patient identifier |
| ||||
2 | episode_id |
| String | Episode identifier |
|
Request structure
See on Apiary
See on API-specification (посилання на сторінку з API-специфікацією)Description of the REST API request structure, example
Expand | ||
---|---|---|
| ||
|
Headers
Key | Value | Mandatory | Description | Example | ||||
---|---|---|---|---|---|---|---|---|
1 | Content-Type | application/json | M | Тип контенту | Content-Type:application/json | |||
2 | Authorization | Bearer c2778f3064753ea70de870a53795f5c9 | M | Перевірка користувача | {{access_token}} | Authorization:Bearer c2778f3064753ea70de870a53795f5c9{{access_token}} | ||
3 | API-key | {{secret}} | API-key:{{secret}} |
Request data validation
...
Describe the process of checking the input data transmitted in the request for compliance with the given rules and restrictions set in the API
Processing
A list of processes related to receiving, changing or transmitting data according to the logic defined in the REST API
Response structure examples
Description of the REST API response structure, example
...
title | Example |
---|
...
Authorize
Request to process the request using a token in the headers
Verify the validity of access token
Return 401 in case validation fails
Verify token is not expired
in case of error return 401
Check user scopes in order to perform this action (scope = 'episode:write')
Return 403 in case invalid scope(s)
Validate token
check value of ALLOW_OTHER_LE_EMPLOYEES_TO_MANAGE_EPISODE variable in charts configuration
if its value is equal to false, verify that user’s employees from care_manager belongs to one of the user_id from token
in case of error - return 422 ('User is not allowed to perform this action')
otherwise, verify that user’s employees from care_manager belongs to the same Legal Entity as author of the episode
in case of error - return 422 ('User is not allowed to perfom this action')
Validate legal entity
Validate episode belongs to the legal entity where the current user works
ME.episode.managing_organization==token.client_id
in case of error return 422 "Managing_organization does not correspond to user`s legal_entity"
Validate request
Validate episode is not already canceled
ME.patients{patient_id}.episodes{episode_id}.status!="entered_in_error"
in case of error "Episode in <status> can not be canceled"
Validate that "canceleation_reason" is a valid value from the corresponding dictionary
$.cancellation_reason.coding[*].system == "eHealth/cancellation_reasons"
Validate that all encounters created on episode are already canceled
ME.patients{patient_id}.episodes{episode_id}.encounters{*}.status != `entered_in_error`
in case of error - "Episode can not be canceled while it has not canceled encounters"
Processing
Set the status of the episode in "entered_in_error"
Set $.cancellation_reason to ME.patients.episodes.status_reason
Set explanatory_letter
Create a record in ME.episode.status_history
Response structure examples
See on Apiary
See on API-specification
Expand | ||
---|---|---|
| ||
|
Expand | ||
---|---|---|
|
HTTP status codes
Response code | HTTP Status code | Message | Internal name | Description | |||||
---|---|---|---|---|---|---|---|---|---|
1 | Базові | ||||||||
2 | 1000202 |
|
| ||||||
3 | 401 |
| Access token validation failed | ||||||
4 | 403 |
| Invalid scope | ||||||
5 | 404 | Composition Patient not found | COMPOSITION_NOT_FOUND_404 | Не знайдено медичний висновок | 3 | 401 | Unauthorized | Помилка підтвердження | |
4 | Специфічні | ||||||||
5 | 422 | Only for active MPI record can be created medication request! | |||||||
6 | 422 |
| Validation failed | ||||||
7 | 422 | Managing_organization does not correspond to user`s legal_entity | |||||||
8 | 422 | User is not allowed to perform this action | |||||||
9 | Специфічні | ||||||||
10 |
Post-processing processes
Description of actions performed on data after processing
Technical modules where the method is used
List of pages describing technical modules where the method is used
Page Properties Report | ||||
---|---|---|---|---|
|
...