Inquiry Sandbox Test Responses
Obtaining Sandbox Credentials 🆕
To access and test our APIs, create a sandbox account.
Receiver/Payer ID Test Responses
To assist testing your integration with the Prior Authorization Inquiry API, we have provided a number of test responses. To receive these mock responses, simply send your request body with a specific receiver/payer ID.
For X12 requests, set a specific value in the ISA:08 element.
For JSON requests, set a specific value in the payerId and umClearingHouseId field (same value in both fields).
Important
The sandbox returns a canned response based on the receiver/payer ID. As such, these responses will not match the information in the request (i.e. different patients, services, etc. will be present in the response).
Below are the available test responses and their corresponding receiver/payer ID. If a payerId/clearinghouseId is sent that does not match one of the values below, an Unable to Respond at Current Time/Payer Unavailable response will be returned.
| Receiver/Payer ID | Response |
|---|---|
| 000000000000001 | Certified in total where subscriber is the patient |
| 000000000000002 | Certified in total where dependent is the patient |
| 000000000000003 | Authorization Number Not Found |
| 000000000000004 | Unable to Respond at Current Time/Payer Unavailable |
Member ID Test Responses
NOTE
The Member ID tests work in Production environment.
The responses for INQDEMO payer ID are based on the Member ID sent in the request. The Member ID needs to be one of these values: TST1, TST2, TST3, TST4, TST5, TST6, TST7, TST8, TST9, TST10, or TST11.
Here the results that are returned for each of the above Member ID values:
Payload Examples
Prior Authorization Inquiry has two ways of submitting the payload (body of data) to our API--by x12 (EDI) and by JSON. See the following for examples on how to enter the request payload correctly for each.
Updated about 15 hours ago