Search for payers by name, ID, or alias.
Query parameters
The maximum number of elements to return in a page. If not specified, the default is 20.
The maximum number of elements to return in a page. If not specified, the default is 20.
An opaque token returned by a previous call to this endpoint in the nextPageToken property. You can use it to request the next page of results. If not specified, Stedi returns the first page of results.
An opaque token returned by a previous call to this endpoint in the nextPageToken property. You can use it to request the next page of results. If not specified, Stedi returns the first page of results.
The query Stedi will use to search the Payer Network database. You can supply a payer's name, ID, or alias. The query is case-insensitive, and fuzzy matching is supported. For example, cig, 62308, and SX071 all return Cigna in the results. If not provided, the other search options are used to conduct the search.
The query Stedi will use to search the Payer Network database. You can supply a payer's name, ID, or alias. The query is case-insensitive, and fuzzy matching is supported. For example, cig, 62308, and SX071 all return Cigna in the results. If not provided, the other search options are used to conduct the search.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified 270 eligibility checks support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified 276/277 real-time claim status checks support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified 837 professional claims support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified 837 dental claims support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified 837 institutional claims support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified 835 Electronic Remittance Advice (ERA) support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified coordination of benefits (COB) checks support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Transaction support filter values. When multiple transaction filters are specified, they are combined with AND logic (payers must satisfy all criteria).
Filter for matching payers with the specified unsolicited 275 claim attachments support. When combined with other transaction filters, payers must satisfy all specified criteria to be included in results.
Filter for matching payers that support transactions for all of the specified coverage types. For example, setting this array to ["medical", "dental"] returns only payers who provide both medical and dental coverage.
The results also exclude payers without coverage type classifications in Stedi's database.
Filter for matching payers that support transactions for all of the specified coverage types. For example, setting this array to ["medical", "dental"] returns only payers who provide both medical and dental coverage.
The results also exclude payers without coverage type classifications in Stedi's database.
Filter for matching payers that operate in all of the specified states, territories, or NATIONAL. For example, setting this array to ["CA", "OR"] returns only payers that operate in both California and Oregon. Setting it to ["NATIONAL"] returns payers that operate in all 50 U.S. states. To find payers that also operate in territories, you must include those territory codes explicitly, for example ["NATIONAL", "PR"].
The results also exclude payers without operating state classifications in Stedi's database.
Filter for matching payers that operate in all of the specified states, territories, or NATIONAL. For example, setting this array to ["CA", "OR"] returns only payers that operate in both California and Oregon. Setting it to ["NATIONAL"] returns payers that operate in all 50 U.S. states. To find payers that also operate in territories, you must include those territory codes explicitly, for example ["NATIONAL", "PR"].
The results also exclude payers without operating state classifications in Stedi's database.
Filter for matching payers that participate in any of the specified insurance programs. For example, setting this array to ["MEDICARE", "TRICARE"] returns payers that participate in either Medicare or TRICARE.
The results also exclude payers without program classifications in Stedi's database.
Filter for matching payers that participate in any of the specified insurance programs. For example, setting this array to ["MEDICARE", "TRICARE"] returns payers that participate in either Medicare or TRICARE.
The results also exclude payers without program classifications in Stedi's database.
Response
SearchPayers 200 response
Changes
Changed in 10 of the 23 revisions of this API.121324
- ▲
removed the required property
////from the response with the statusresponse-required-property-removed
- ▲
removed the required property
////from the response with the statusresponse-required-property-removed
- ▲
removed the required property
//from the response with the statusresponse-required-property-removed
- ▲
removed the required property
//from the response with the statusresponse-required-property-removed
- ▲
removed the required property
//from the response with the statusresponse-required-property-removed
- ▲
removed the required property
//from the response with the statusresponse-required-property-removed
- ●
deleted the
queryrequest parameterclaimPaymentAdviceWithElectronicFundsTransferrequest-parameter-removed
- ●
deleted the
queryrequest parameterelectronicFundsTransferrequest-parameter-removed
- ●
removed the optional property
/////from the response with the statusresponse-optional-property-removed
- ●
removed the optional property
/////from the response with the statusresponse-optional-property-removed
This revision also has 2 changes that name no endpoint, such as unreferenced schemas being removed. See the revision's changelog
- ▲
- ○
added the new optional
queryrequest parameterclaimPaymentAdviceWithElectronicFundsTransfernew-optional-request-parameter
- ○
added the new optional
queryrequest parameterelectronicFundsTransfernew-optional-request-parameter
- ○
added the optional property
/////to the response with the statusresponse-optional-property-added
- ○
added the optional property
/////to the response with the statusresponse-optional-property-added
- ○
added the required property
////to the response with the statusresponse-required-property-added
- ○
added the required property
////to the response with the statusresponse-required-property-added
- ○
added the required property
//to the response with the statusresponse-required-property-added
- ○
added the required property
//to the response with the statusresponse-required-property-added
- ○
added the required property
//to the response with the statusresponse-required-property-added
- ○
added the required property
//to the response with the statusresponse-required-property-added
- ○
- ○
added the optional property
///to the response with the statusresponse-optional-property-added
- ○
- ●
added the new
FMenum value to the////response property for the response statusresponse-property-enum-value-added
- ○
added the enum value
FMto the propertyitems/of thequeryrequest parameteroperatingStatesrequest-parameter-property-enum-value-added
- ●
- ○
added the new optional
queryrequest parameterprogramsnew-optional-request-parameter
- ○
added the required property
///to the response with the statusresponse-required-property-added
- ○
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
added the new
OVER_4_WEEKSenum value to the//////response property for the response statusresponse-property-enum-value-added
- ●
- ○
added the optional property
///to the response with the statusresponse-optional-property-added
- ○
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○
- ▲
the
response property's minLength was decreased from1to0for the response statusresponse-property-min-length-decreased
- ▲
the
response property's minLength was decreased from1to0for the response statusresponse-property-min-length-decreased
- ▲
the
response property's minLength was decreased from1to0for the response statusresponse-property-min-length-decreased
- ▲
the
response property's minLength was decreased from1to0for the response statusresponse-property-min-length-decreased
- ▲
the
response property's minLength was decreased from1to0for the response statusresponse-property-min-length-decreased
- ▲
the
response property's minLength was decreased from1to0for the response statusresponse-property-min-length-decreased
- ▲
- ○
added the optional property
//////to the response with the statusresponse-optional-property-added
- ○