Registry APIs
Details of the Registry APIs to access and manage registry entities
Last updated
Was this helpful?
Details of the Registry APIs to access and manage registry entities
Last updated
Was this helpful?
Following OpenAPI 3.0 document describes the participant organisations registry and the associated APIs. Same specification can be visualised in Swagger Editor.
Following OpenAPI 3.0 specification details these APIs in detail. These API specs can be opened in swagger editor via this link.
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.
/user/create
Human readable user name
User 01
Identification pin if needed to be set
Mobile number of the user
8522812345
Email Id of the user
user01@domain_name.com
User ID in the source system
participant_code or user_id of the created_by user
Participant code / user Id
Base tenant of the admin user
[{"participant_code":"pcpt@hcx","role":"admin"}]
This API is to retrieve details of a single user from the registry, using their user id .
/user/read/{user_id}
Unique identifier of the user/scheme on the HCX instance
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": {
"user_id": { "eq": "user01" }
}
}
{
"filters": {
"user_name": { "contains": "user01" }
}
}
{
"filters": {
"tenant_roles.roles": { "eq": "admin" }
}
}
/user/search
Size of the search result should return in the response.
10
Offset is used to omit a specified number of rows before the beginning of the result set.
0
Filter conditions should be provider in filters.
{"user_id":{"eq":"user01@HCX01"}}
This API is to update a user's information in the registry. user_id must be mandatorily provided in the request.
/user/update
Unique identifier of the user/scheme on the HCX instance
user01@HCX01
Human readable name for the user
user01
Identification pin if needed to be set
Mobile number of the user
8522812345
Email Id of the user
user01@domain_name.com
User ID in the source system
participant_code or user id of the created user
Participant code / user Id
This API is to delete a user from the registry. API only does a soft delete of the user.
/user/delete
Unique identifier of the user on the HCX instance
user01@HCX01
This API is to add users to a participant.
/participant/user/add
Unique identifier of the participant on the HCX instance
participant01@HCX01
List of the users to be added to a participant.
[{"user_id":"user01","role":"viewer"},{"user_id":"user02","role":"config-manager"}]
This API is to remove users from a participant.
/participant/user/remove
Unique identifier of the participant on the HCX instance
participant01@HCX01
List of users to be removed from a participant.
["“user01”","“user02”"]
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.
/participant/create
Human readable name for the participant
name/code of the scheme provided by the payor. scheme_code is mandatory for all participants with role “payer”. If the payer wishes to use a single entry for all its schemes, the scheme_code value should be set to “default”.
Physical address of the facility including its geolocation
Primary email id for claims related communication.
Primary mobile number for claims related communication.
9899912323
uri/file path to signing certificate
uri/file path to encryption certificate
Default endpoint to make API calls
Default payment details (UPI or A/C Number + IFSC Code)
Identifier of the participant in other registries. Each identifier shall be in a “normalised” notation having the structure “identifier@registry”, where registry is a unique code for the registry system and identifier is the unique id of the participant in that registry system. e.g. - facility001@hfr, to link the provider record to HFR record. The list of supported registry codes (e.g. hfr, rohini, etc) should be a configuration at the HCX instance level.
Additional/alternative email ids of the participant. Maximum of 3 email addresses are allowed.
Landline numbers of the provider. Maximum of 3 landline numbers are allowed.
["080 40004000"]
Additional/alternate mobile numbers of the participant.
["9100091000","9899912323"]
Roles assigned to the participant as per the definition in the domain specifications. This will be used for access control.
payer
Current status of the participant on the instance
This API is to retrieve details of a single participant from the registry, using their participant code.
/participant/read/{participant_code}
Unique identifier of the participant/scheme on the HCX instance
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": {
"roles": { "eq": "provider" },
"status": { "eq": "Created" }
},
"limit": 10,
"offset": 0
}
{
"filters": {
"roles": { "or": ["provider","payor"] }
}
}
{
"filters": {
"participant_name": { "contains": "Hospital" }
}
}
{
"filters": {
"payment_details.ifsc_code": { "eq": "BANK0001234" }
}
}
/participant/search
Size of the search result should return in the response.
10
Offset is used to omit a specified number of rows before the beginning of the result set.
0
Filter conditions should be provider in filters.
{"participant_code":{"eq":"pcpt01@HCX01"}}
This API is to update a participant's information in the registry. participant_code must be mandatorily provided in the request.
/participant/update
Unique identifier of the participant/scheme on the HCX instance
pcpt01@HCX01
Human readable name for the participant
name/code of the scheme provided by the payor. scheme_code is mandatory for all participants with role “payer”. If the payer wishes to use a single entry for all its schemes, the scheme_code value should be set to “default”.
Physical address of the facility including its geolocation
Primary email id for claims related communication.
Primary mobile number for claims related communication.
9899912323
uri/file path to signing certificate
uri/file path to encryption certificate
Default endpoint to make API calls
Default payment details (UPI or A/C Number + IFSC Code)
Identifier of the participant in other registries. Each identifier shall be in a “normalised” notation having the structure “identifier@registry”, where registry is a unique code for the registry system and identifier is the unique id of the participant in that registry system. e.g. - facility001@hfr, to link the provider record to HFR record. The list of supported registry codes (e.g. hfr, rohini, etc) should be a configuration at the HCX instance level.
Additional/alternative email ids of the participant. Maximum of 3 email addresses are allowed.
Landline numbers of the provider. Maximum of 3 landline numbers are allowed.
["080 40004000"]
Additional/alternate mobile numbers of the participant.
["9100091000","9899912323"]
Roles assigned to the participant as per the definition in the domain specifications. This will be used for access control.
payer
Current status of the participant on the instance
No body
This API is to delete a participant from the registry. API only does a soft delete of the participant.
/participant/delete
Unique identifier of the participant on the HCX instance
pcpt01@HCX01
No body