pVerify APIs

pVerify offers many different API services including Eligibility, Same or Similar and Claim Status. To learn more about each endpoint, see below. Click on each endpoint to see it in more detail on the pVerify API Documentation site.

View Full API Documentation

Our Eligibility Endpoints

View our online documentation here.
View our postman collection here.

EDI refers to a payer that has an electronic interface to us. Non EDI refers to the smaller payers that do not have an electronic interface but pVerify can still contact via web lookup or other means.

EDI and Non EDI endpoints

EligibilityInquiry


Description: This is the mainstay of our eligibility endpoints and is designed to be used for 90% of use cases. This is the endpoint with the most information returned. This can be used for submission for non EDI payers as well as EDI payers. For Non EDI payers you would call GetEligibilityResponse to return the eligibility data.
Request: This object contains payer, provider, and subscriber/dependent information.
Response: We return demographics, Health Benefit Plan Coverage, Service types from payer, and from these we create new custom fields – a section for copay/coinsurance/OOP/deductible, active status, and payer change object.

EligibilitySummary


Description: Eligibility summary allows you to populate data based on the Practice Type. While most of the objects are similar to other eligibility calls, there is a new object which is specific to practice type. EligibilitySummary is not supported for back office payers.
Request: This object contains payer and subscriber/dependent information.
Response: We return information related to Copay, Coinsurance and deductible.

GetPayers

Description: Returns the list of current pVerify payers (pVerify payer code & pVerify Payer Name).
Request: No parameters, HTTP GET call.
Response: Object contains both the name of the payer as well as the payer code.

Get Copay/Coins/OOP/Deduc

Description: This is a series of calls to return one piece of information from our parsed results, for example Specialist Copay. EligibilityInquiry or EasyEligibility must be used first.
Request: Parameter is Eligibility Request ID.
Response: Object is a single piece of data for example “$20.00” for copay.

GetEligibility

Description: GetEligiblity is a new series of endpoints that are RESTful so you can get the key you want. For example calling https://api.pverify.com/API/GetEligibility/Status/5444 after a POST using EligiblitySummary or EligiblityInquiry will get you only the status “Active”.
Request: Parameters include the key and value for your eligibility request.
Response: This endpoint will retrieve a list of supported keys by single value API.Key in this list.

Non EDI endpoints

EasyEligibility

Description: The EasyEligibility endpoint is designed to facilitate easy access to Eligibility Information in just one step, Token call not needed, Request and Response are simplified.
Request: Request object includes patient name, DOB, Payercode, providerlast name, memberID, and DOS among others.
Response: We return eligibility status, error messages as discrete fields then the unparsed full textual report.

EasyEligibilityChiroPT

Description: Like Easy Eligibility, simple request object, single step process, to get only specialist information. Also included are copay, etc. and Specialist textual report.
Request: Request object includes patient name, DOB, Payercode, providerlast name, memberID, and DOS among others.
Response: We return eligibility status, error messages, copay, coinsurance, OOP, Deductible, Payer Change as discrete fields, and the Chiro and PT sections of the full report. Additionally we will add some PT visit info as discrete fields if the payer returns it, for example # of free visits remaining.

EasyEligibilitySpecialist

Description: Like Easy Eligibility, simple request object, single step process, to get only specialist information. Also included are copay, etc. and Specialist textual report.
Request: Request object includes patient name, DOB, Payercode, providerlast name, memberID, and DOS among others.
Response: We return eligibility status, error messages, copay, coinsurance, OOP, Deductible, Payer Change as discrete fields, and the specialist section of the full report.

EasyEligibilityMedicare

Description: Like Easy Eligibility, simple request object, single step process, to get only specialist information. Also included are copay, etc. and Specialist textual report.
Request: Request object includes patient name, DOB, providerlast name, memberID, and DOS among others. Service codes are optional and optimized to get typical data for Medicare.
Response: We return eligibility status, error messages, copay, coinsurance, OOP, Deductible, Payer Change as discrete fields, in addition to Medicare specific info regarding Skilled Nursing Facility and Preventive Coverage Eligibility (ie wellness exam eligibility).

EDI and Non EDI endpoints (cont)

GetPendingInquiries

Description: This endpoint will retrieve a list of pending transactions. It is intended to show which back office eligibility transactions are not complete yet.
Request: Contains the authorization credentials as well as the date of service in mm-dd-yyyy format.

Response: Returns and eligibility transactions which are not yet complete. Objects contain patient name, dob, provider name and NPI along with internal information such as the transaction id.

CancelTransaction

Description: CancelTransaction is intended for use with back office transactions, to cancel a transaction that is not able to be completed in time for the patient’s visit.
Request: Request object need only contain the id for the transaction you wish to cancel.
Response: Returns confirmation that the transaction has been canceled.

GetEligibilityResponse

Description: This is used for non EDI payers to return the same object format as Eligibility Inquiry but only with key information that the customer wants, for example copay, active status, and deductible.
Request: The Eligibility ID needs to be in the call.
Response: The Response for GetEligibilityResponse is the same as for EligibilityInquiry but will be limited to what customer wants from the non EDI payer.

Same or Similar

SameOrSimilarInquiry

Description: Quickly gives you access to Same/Similar checks across all 4 medicare jurisdictions, including L codes.
Request: Object contains memberId, patient name, DOB, hcpcsCodes as well as information such as date of service.
Response: Object contains requesstId in addition to status and an apiResponseMessage.

GetSameOrSimilarResponse

Description: This call is used to get the Same or Similar transaction result later using a unique request ID.
Request: The request headers contain payer information that is standard for same or similar
Response: Response returns a series of claims containing the Same or Similar request information.

Estimates

EstimateCalculation

Description: Call will get an estimated price from CMS (Medicare) non-facility price index.
Request: In order for you to use this, we must add the estimator service (which is free) to your account. Additionally, for the Zip code, use 0 for national pricing, and you can send an array of CPT codes per the Postman example.
Response: The response object returns the amount the patient owes, the copay along with other information such as the the Coinsurance amount.

Claim Status

 

ClaimStatusInquiry

Description: ClaimStatusInquiry call takes in subscriber or dependent demographic information, along with the authorization token, and returns the claim status among other information.
Request: Request includes payer, provider, claim and subscriber information (additionally, dependent information may be included if necessary).
Response: The response contains information on the claim status of the requested subscriber and/or dependent.

GetClaimStatusResponse

Description: This GET method is used to obtain the transaction result later using a unique request ID. Note: the data is deleted after 90 days.
Request: A URL parameter containing a unique claim status transaction id.
Response: A successful GetClaimStatusResponse call will have the same format as the ClaimStatusInquiry response.

EDI 270/271

 

In addition to our RESTfull interfaces, pVerify offers a direct EDI 270/271 interface for those who already have existing EDI connections.

Interested in learning more? Send us a message by clicking the link below.