POST
/
prior-authorization

Overview

This endpoint is designed to streamline the submission of prior authorization requests for medications or treatments. It requires various key pieces of information about the patient, including demographics, insurance details, and the prescription in question. Additionally, the submission should include supporting evidence, such as visit notes, lab results, and intake forms, to justify the need for the prescribed medication or treatment.

How to Use

To effectively use this endpoint, please ensure the following information is included in your request:

  • Patient Demographics: Essential details such as the patient’s name, date of birth, and contact information.
  • Insurance Details: A photo or scan of the patient’s insurance card (preferably front and back), including the group number, payer, membership number and RX details. If an image is not available, or the patient provided extra information not on their card (such as rx codes) you can also provide this structured data in the API.
  • Prescription Information: Detailed data on the prescribed medication or treatment, such as drug name, dosage, and administration instructions.
  • Evidence: Critical supporting documents and data such as visit notes and laboratory results. This section is particularly versatile, allowing for a variety of formats and contents to support the authorization request.

Given the diverse nature of medical records and evidence, our API is built to accommodate a wide range of data formats. Structured data can be filled into predefined fields, while unstructured data, such as additional JSON content about the patient, can be included in the content block within the evidence objects. This flexibility ensures that even non-standardized data can be effectively utilized in the prior authorization process.

In the future we will support uploading files and scans, such as PDFs, images, and other documents, to the evidence section. Currently these are not utilized in the answering flow, but we will be adding support for them in the future. The API does support uploading these, and in a future version of our answering model they will be used.

We highly recommend you talk to a member of your company who actively submits prior authorizations when collecting the data for this endpoint. For the system to work effectively, we require the exact same data that those staff members currently have access to. A great test is to collect the data and see if the staff member is able to use that data alone to submit a new prior authorization through your existing system.

Response

After submitting a request, the system processes the data and returns a response indicating either the successful reception of the request or detailing any errors or additional information needed. Our advanced AI algorithms will analyze the provided information, including any uploaded files or scans, extracting and utilizing relevant details to facilitate the authorization process.

You’ll notice in the response error section at the bottom of this page that there are several possible errors that can occur. Particularly during the ramp up period you’ll likely see the daily_prior_auth_request_limit_reached error. We’re still in the process of reaching 100% plan coverage, so seeing the unsupported_patient error is also expected. We want to make integrating as easy as possible, so the details of these error codes can generally be ignored. You’ll likely want to process them all the same way as detailed below.

Building the Integration

We’d suggested taking the following approach when integrating:

  1. Make the API request for all prior authorizations that you need to submit, and let us handle the ramp up on our end. i.e. We’d recommend not feature flagging or limiting this to certain patients. We have a daily limit that starts off at just 5 requests that we can increase rapidly. Using this approach allows us to work with your ops team to gradually increase the volume we handle as we see successful responses from the insurance companies.
  2. If you receive an error code, fallback to your companies existing process for handling prior authorizations. We’ll gradually reduce the number of errors you receive as we ramp up to 100% coverage.

As a developer reading these docs we understand it might be difficult to know what data to provide and how best to structure it. Please know that we at Develop Health are here to help! A member of our engineering team will happily work with you to ensure you’re providing the right data in the right format.

Authorizations

Authorization
string
headerrequired

Bearer authentication header of the form Bearer <token>, where <token> is your auth token.

Body

application/json
is_training_data
boolean
default: false

Whether this prior authorization request is for training purposes. If true, the request will not be sent through the standard workflow.

diagnoses
object[]
required

Clinical diagnoses for the patient in ICD-10 format. i.e. 'E66.9'

evidence
object[]

A collection of evidence items supporting the authorization request. Any other supporting evidence that doesn't fit into one of the explicitly declared fields above can be added here.

patient
object
required

Demographic information for the patient

insurance
object[]

Insurance information for the patient. We will extract the required information from the insurance card images you provide. Please provide both the front and the back of the card.

insurance_content
object

Insurance information for the patient. Values provided here will be used in combination with those extracted from any insurance cards provided. We recommend providing this information when available to ensure best results.

prescription
object
required

Information regarding the prescription this prior authorization is being created for.

provider
object
required

Details of the healthcare provider who created the prescription.

pharmacy
object

Information about the pharmacy where the prescription will be filled.

questionnaires
object[]

List of questionnaires. This is the best place to send structured Q&A format data, such as intake forms, etc.

visit_notes
object[]

List of visit notes.

mock_result
object

Specifies the simulated outcome for a completed prior authorization. Setting this field will instantly complete the prior authorization request and send a webhook with the value of this field. You will not be charged for these requests and you will not be sent the prior auth for manual review.

Response

200 - application/json
status
Available options:
success
error
object

Error payload of the response, containing details of the error that occurred during the creation of the prior authorization request.

data
object

Data payload of the response, containing details of the created prior authorization request, or None if the request was unsuccessful.