Registry APIs
Details of the Registry APIs to access and manage registry entities
Participating Organisations/Systems Registry APIs
This API is to create a participant in the registry. API generates a unique participant code and returns the code in the response on successfule creation of participant.
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to retrieve details of a single participant from the registry, using their participant code.
Unique identifier of the participant/scheme on the HCX instance
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to search for participants in the registry. API returns list of participants matching the input criteria.
Search filter supports all the fields. If multiple filter conditions are provided, they are processed by applying AND operation.
Limit and Offset are optional fields. The limit option allows you to limit the number of rows should be returned in the response, while offset allows you to omit a specified number of rows before the beginning of the result set.
Following are the operations supported by search filter:
-
contains("contains")
-
eq("=")
-
neq("!=")
-
between("range")
-
or("or")
-
startsWith("startsWith")
-
endsWith("endsWith")
-
notContains("notContains")
-
notStartsWith("notStartsWith")
-
notEndsWith("notEndsWith")
-
queryString("queryString")
-
gt(">")
-
lt("<")
-
gte(">=")
-
lte("<=")
Following are few example of search filter usage:
- Filters to fetch the list of participants with role provider and status is Created. Search response will return only 10 participants as the limit is 10.
{
"filters": {
"roles": { "eq": "provider" },
"status": { "eq": "Created" }
},
"limit": 10,
"offset": 0
}
- Filters to fetch the list of participants with role provider and payor.
{
"filters": {
"roles": { "or": ["provider","payor"] }
}
}
- Filters to fetch the list of participants with participant name containing Hospital.
{
"filters": {
"participant_name": { "contains": "Hospital" }
}
}
- Filters with nested fields, the below filter will return list of participants with the given ifsc code.
{
"filters": {
"payment_details.ifsc_code": { "eq": "BANK0001234" }
}
}
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to update a participant's information in the registry. participant_code must be mandatorily provided in the request.
OK
No content
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
No content
This API is to delete a participant from the registry. API only does a soft delete of the participant.
OK
No content
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
No content
Following OpenAPI 3.0 document describes the participant organisations registry and the associated APIs. Same specification can be visualised in Swagger Editor.
User Registry APIs
This API is to create a user in the registry. API generates a unique user id and returns the id in the response on successfull creation of user.
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to retrieve details of a single user from the registry, using their user id .
Unique identifier of the user/scheme on the HCX instance
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to search for users in the registry. API returns list of users matching the input criteria.
Search filter supports all the fields. If multiple filter conditions are provided, they are processed by applying AND operation.
Limit and Offset are optional fields. The limit option allows you to limit the number of rows should be returned in the response, while offset allows you to omit a specified number of rows before the beginning of the result set.
Following are the operations supported by search filter:
-
contains("contains")
-
eq("=")
-
neq("!=")
-
between("range")
-
or("or")
-
startsWith("startsWith")
-
endsWith("endsWith")
-
notContains("notContains")
-
notStartsWith("notStartsWith")
-
notEndsWith("notEndsWith")
-
queryString("queryString")
-
gt(">")
-
lt("<")
-
gte(">=")
-
lte("<=")
Following are few example of search filter usage:
- Filters to fetch the list of users with user_id user01@hcx Search response will return the user details.
{
"filters": {
"user_id": { "eq": "user01" }
}
}
- Filters to fetch the list of users with user name containing user01.
{
"filters": {
"user_name": { "contains": "user01" }
}
}
- Filters with nested fields, the below filter will return list of users with the given role .
{
"filters": {
"tenant_roles.roles": { "eq": "admin" }
}
}
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to update a user's information in the registry. user_id must be mandatorily provided in the request.
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to delete a user from the registry. API only does a soft delete of the user.
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to add users to a participant.
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
This API is to remove users from a participant.
OK
Client Error
Resource not found
Downstream systems down/unhandled exceptions.
Following OpenAPI 3.0 specification details these APIs in detail. These API specs can be opened in swagger editor via this link.
Last updated
Was this helpful?