Institutional Claims FAQs

How do I access the Institutional Claims APIs?

The Institutional Claims APIs enables healthcare providers to submit institutional healthcare claims for a service or encounter.

What information goes in the API Request header?

Please see example in API Request Header.

How do I check the Operating Status of the API?

/institutionalclaims/v1/healthcheck endpoint checks the operating status of the Institutional Claims API engine. See example in API Health Check.

Do you have a sandbox that I can test with before signing a contract?

Yes, we do, see Sandbox FAQs and API environments.

What does a typical Institutional Claims API request look like?

The Institutional Claims Submission API uses the POST request. Responses to our Medical Network APIs can be lengthy due to the many data points that a payer or trading partner provides in the query response. This is especially true since institutional claims can have hundreds of line items in the claimInformation object (Loop 2300 in the EDI spec), each of which reflects payer decisions on payment.

Our APIs translate back and forth between JSON and X12 EDI when the information departs into and returns from the medical network. All fields and JSON objects conform to the EDI 837i transaction standard.

📘

NOTE

See example in the API Examples section on the left panel in the developer portal.

Institutional Claims v1 request example

This example is brief compared to what can apply in a real-world transaction: Institutional Claims Request & Response. ✍️ In the sandbox request, using value: test00005 (lower case and not uppercase), for
fieldName: patientControlNumber returns EDITS canned response.

How to handle multiple authorization numbers per claim?

If the Institutional Claims required multiple authorization numbers, multiple claims need to be submitted. Submission through the Professional API allows for prior authorization information to be submitted at both the claim and line level Institutional Claims APIs allows for prior authorization information to be submitted at the claim level only. Please see example from our OpenAPI specs Handle Multiple Authorization Numbers per Claim.

What does a typical Institutional Claims API response look like?

The primary elements of a medical claims submission response consist of the aforementioned meta object and a claimReference object. It contains a number of tracking values. Please see example in Institutional Claims Request & Response.

What do Institutional Claims error responses look like?

Please see example in Institutional Claims Error Response.

If something is wrong with the syntax of the data, you may get a response from our validation endpoint. See example in Institutional Claims Syntax Error Response.

Check Error Messages in Institutional Claims for more information.

📘

NOTE

We recommend using the Validation API before sending the claim request to the payer. The Validation rules help prevent claims with incorrect information from being sent to the payer, such as a typo in the NPI, errors in calculations, or poor formatting and syntax in the claim. You can use the /institutionalclaims/v1/healthcheck endpoint to check the operating status of the service endpoint before sending the claim.

How do Institutional Claims work for Medicare?

Medicare payers accept claims only for subscribers. If you want to submit a dependent claim with a Medicare payer, submit the dependent as a subscriber in the claim request. For more information, see Institutional Claims for Medicare.

Do the doctors need to be re-registered in each Medicare variant to return benefits correctly?

A couple things here: now that the old PokitDok APIs is no longer supported, the best payer list for you is accessible through ConnectCenter npd or cap. You can also access this behind the log in and export to .CSV format. For this, filter to Eligibility and Medicare before your search.

Most Medicares have the Eligibility ID/Realtime ID of CMSMED. If there are specifics that do not, such as, a Medicare Advantage plan, might require separate enrollment. In this situation, submit a ticket to our Registrations team through ConnectCenter or email to [email protected].

What is the difference between an Institutional claim and a Professional claim?

  • Professional billing typically uses the 837p transaction (or the CMS-1500 form in hard copy)
  • Institutional billings use the 837i transaction

We support both types of electronic claims and transactions. Institutional billing also sometimes encompasses collections while Professional Claims and billing typically do not.

Professional billing controls the billing of claims generated for work performed by physicians, suppliers, and other non-institutional providers for both outpatient and inpatient services. One commonality: our APIs help support and automate insurance coding for both Institutional and Professional claims.

What is the claimReference field in the Submission response?

The claimReference field is an object containing the list of identifiers that you can use to track an Institutional Claim. Please see example in ClaimReference Field in Submission Response.

claimReference object fields

Please see claimReference object fields in ClaimReference Field in Submission Response.

How to create EDI 837p 5010 claim for a client that has both Primary and Secondary insurances?

Please see example in Primary and Secondary Insurances-Create EDI 837p 5010 Claim for a Client.

If the Primary claims are sent electronically, will the Secondary/Tertiary claims be sent electronically as well all the time?

For the secondary claim to be paid electronically, the primary payer must accept secondary claim. Please see example in Primary, Secondary, and Tertiary Claims.

What is a tradingPartnerServiceId?

TradingPartnerServiceID value is also known as payer ID (a number you will find on your insurance card).

  • The request for Eligibility needs the tradingpartnerServiceID to be the Realtime Payer ID found on the ConnectCenter Payer List (see the following snapshot).
  • While the request for Claims needs the tradingPartnerServiceID to be the CPID found on the ConnectCenter (see the following snapshot).

The column on Payer Tools >> Payer Search shows the Payer ID (one that is on your insurance card), which is a 5-digit value, such as "aetna" or "87226" for United Healthcare. Enter this value in the the search box to 'cross-walk' and find the Realtime Payer ID or CPID. In essence, all the three values pertain to which payer the request is sent to.

Can we electronically bill Worker's Compensation?

Our APIs can transmit accident and worker's compensation claims.

A provider has two different teams; one enters the claim and the other verifies and submits it. Before submitting, can they enter the claim, save it and have it released when ready?

Our APIs do not have a caching/drafting feature. Customers can develop and automate this feature. Customers should hold the claims at their end, and programmatically set up a console to separate working on claims from submitting them.

For EDI claims, where can I put the session times in Loop 2400 for each individual line in the claim request when using the claims API?

In the developers portal's JSON-to-EDI mapping, scroll down to Loop 2400 to view different SV segments.

How to avoid the error "OTHER PAYER PRIMARY ID# IS MISSING OR INVALID" when the other payer doesn't have a payer ID and for which the claims are set up to be sent by paper?

Please see error message description in Other Payer Primary ID is Missing or Invalid.

See Claim Payer Identification (CPID) list (for claims process only) for paper claims.

What is the Claim submission Flow?

Please see steps in Claim Submission Workflow.

Do you support appeals for denials? Are there any APIs through which these appeals can be submitted?

Please see example in Corrected Claim in Appeals and Denials.

How do you re-submit a claim that was denied – Appeal & Denial

Please see example in Corrected Claim in Appeals and Denials.

Can we submit multiple claims at once, in batches?

We do offer batch submissions through SFTP only, our current API does not allow for batch submissions. These would have to be 5010-compliant EDI files. Please reach out to your sales representative to discuss pricing options for SFTP submissions.

When a claim is submitted via the API, the API returns a payer-assigned claim ID. What API can I use to fetch the payer's claim number before we receive the ERA, ideally the next day after the claim is submitted successfully?

The payer-assigned claim ID would be returned through the SF and SD reports we provide through the responses and reports API. Additionally, you may be able to check the provider portal for the payer for this information.

Can you provide the source to obtain the master list related to CMS1500/UB04 Claims forms?

Optum does not have a master list of information.

  • 1500 is a medical claim (Professional) – When paper is sent, this form is used for Medical claims
  • UB04 is hospital claim (Institutional) – For Hospital
  • 837P is a 1500 Medical Claims
  • 837I is a UB04 Hospital claims

The information is common across the medical industry and there are many crosswalks or sites you can find that map the paper claim locations to a 837.

Is the usageIndicator field something that is respected by the clearinghouse and/or payers? Is submitting real data with a "T" usageIndicator value a valid way to test production data without actually submitting it for processing? How is this field interpreted?

Please see example in Test Production Data without Submitting for Processing.

Can you provide example/sample data and best testing approach to test rejected/denied claims?

Testing claims in the sandbox is limited to the predefined data values but in production. Please see example in Test Rejected/Denied Claim.

EDI NM103 1000b organization name could be either the insurance company payer or a clearinghouse, should the organization name here be the insurance payer?

Correct, this field can typically contain either the clearinghouse or payer name. We advise you send the payer name when available. Additionally, if a payer were to require specific information be present, we would make any necessary adjustments prior to submission.

How to include condition codes to the claim information?

Please see example in Use Conditional Codes in Institutional Claims.

Is there a comprehensive list of outpatient facility codes?

A complete list of POS codes can be found here. Please use these to identify the place of service information.

This would mean that if when the type of bill is from the above list and the claim also contains the code R6889, this edit would not be triggered within our system.

How does the type of bill (Box 4) on UB04 get represented on the institutional claim submission request? If my type of bill code is "0123" does this mean that the Facility Code is "12" and the Frequency code is "4"?

This four-digit alphanumeric code provides three specific pieces of information after a leading zero. This three-digit alphanumeric code gives three specific pieces of information. The facility code will become the claimInformation.placeOfServiceCode and the frequency code becomes the claimInformation.claimFrequencyCode.

  • First Digit = Leading zero. Ignored
  • Second Digit = Type of facility
  • Third Digit = Type of care
  • Fourth Digit = Sequence of this bill in this episode of care. Referred to as a "frequency" code

The following is from CMS:

Second DigitDescription
1Hospital
2Skilled Nursing Facility (SNF)
3Home Health
4Religious Nonmedical (Hospital)
5Religious Nonmedical (Extended Care) discontinued 10/1/05
6Intermediate Care
7Clinic or Hospital based End Stage Renal Disease (ESRD) facility (requires Special second digit)
8Special facility or hospital (Critical Access Hospital (CAH)) (Ambulatory Surgical Center (ASC)) surgery (requires special second digit)
9Reserved for National Assignment

Type of Care: CMS processes this as second digit

Third DigitDescription
1Except Clinics & Special Facilities - Inpatient Part A
Clinics Only - Rural Health Center (RHC)
Special Facilities Only - Hospice (non-hospital based)
2Except Clinics & Special Facilities - Inpatient (Part B) (includes Home Health Agency (HHA) visits under a Part B plan of treatment)
Clinics Only - Hospital based or Independent Renal Dialysis Center
Special Facilities Only - Hospice (hospital based)
3Except Clinics & Special Facilities - Outpatient (includes HHA visits under a Part A plan of treatment and use of HHA DME under a Part A plan of treatment)
Special Facilities Only - ASC Services to Hospital Outpatients
4Except Clinics & Special Facilities - Other (Part B) (includes HHA medical and other health services not under a plan of treatment, SNF diagnostic clinical laboratory services for "nonpatients," and referenced diagnostic services)
Clinics Only - Other Rehabilitation Facility (ORF)
Special Facilities Only - Free Standing Birthing Center
5Except Clinics & Special Facilities - Intermediate Care - Level I
Clinics Only - Comprehensive Outpatient Rehabilitation Facility (CORF)
Special Facilities Only - CAH
6Except Clinics & Special Facilities - Intermediate Care - Level II
Clinics Only - Community Mental Health Center (CMHC)
Special Facilities Only - Residential Facility (not used for Medicare)
7Except Clinics & Special Facilities - Subacute Inpatient (Revenue Code 019X required) Eight Swing Beds (used to indicate billing for SNF level of care in a hospital with an approved swing bed agreement.)
Clinics Only - Free-standing Provider-based Federally Qualified Health Center (FQHC)
Special Facilities Only - Reserved for National Assignment
8Except Clinics & Special Facilities - NA
Clinics Only - Reserved for National Assignment
Special Facilities Only - Reserved for National Assignment
9Except Clinics & Special Facilities - Reserved for National Assignment
Clinics Only - Other
Special Facilities Only - Other

Frequency: CMS processes this as third digit

Fourth DigitDescription
0Non-payment/Zero Claim - Use when it does not anticipate payment from payer for the bill, but is informing the payer about a period of non- payable confinement or termination of care. "Through" date of this bill (FL 6) is discharge date for this confinement, or termination of plan of care
1Admit Through Discharge - Use for a bill encompassing an entire inpatient confinement or course of outpatient treatment for which it expects payment from payer or which will update deductible for inpatient or Part B claims when Medicare is secondary to an Employer Group Health Plan (EGHP)
2Interim - First Claim - Use for first of an expected series of bills for which utilization is chargeable or which will update inpatient deductible for same confinement of course of treatment. For HHAs, used for submission of original or replacement RAPs
3 Interim-Continuing Claims (Not valid for Prospective Payment System (PPS) Bills) - Use when a bill for which utilization is chargeable for same confinement or course of treatment had already been submitted and further bills are expected to be submitted later
4Interim - Last Claim (Not valid for PPS Bills) - Use for a bill for which utilization is chargeable, and which is last of a series for this confinement or course of treatment
5Late Charge Only - These bills contain only additional charges; however, if late charge is for:
Services on same day as outpatient surgery subject to ASC limit; Services on same day as services subject to Outpatient PPS (OPPS);
ESRD services paid under composite rate;
Inpatient accommodation charges;
Services paid under HH PPS; and
Inpatient hospital or SNF PPS ancillaries.
It must be submitted as an adjustment request (xx7).
7Replacement of Prior Claim (See adjustment third digit) - Use to correct a previously submitted bill. Provider applies this code to corrected or "new" bill
8Void/Cancel of Prior Claim (See adjustment third digit) - Use to indicate this bill is an exact duplicate of an incorrect bill previously submitted. A code "7" (Replacement of Prior Claim) is being submitted showing corrected information
9Final claim for a Home Health PPS Period
AAdmission/Election Notice for Hospice - Use when hospice or Religious Non-medical Health Care Institution is submitting Form CMS-1450 as an Admission Notice
BHospice Termination/ Revocation Notice - Use when Form CMS-1450 is used as a notice of termination/revocation for a previously posted Hospice/Medicare Coordinated Care Demonstration/Religious Non-medical Health Care Institution election
CHospice Change of Provider Notice - Use when CMS Form-1450 is being used as a Notice of Change to Hospice provider
DHospice Election Void/Cancel - Use when Form CMS-1450 is used as a Notice of a Void/Cancel of Hospice/Medicare Coordinated Care Demonstration/Religious Non-medical Health Care Institution election
EHospice Change of Ownership - Use when Form CMS-1450 is used as a Notice of Change in Ownership for hospice
FBeneficiary Initiated Adjustment Claim - Use to identify adjustments initiated by beneficiary. For FI use only
GCWF Initiated Adjustment Claim - Use to identify adjustments initiated by CWF. For FI use only
HCMS Initiated Adjustment Claim - Use to identify adjustments initiated by CMS. For FI use only
IFI Adjustment Claim (Other than QIO or Provider) - Use to identify adjustments initiated by FI. For FI use only
JInitiated Adjustment Claim/Other - Use to identify adjustments initiated by other entities. For FI use only
K OIG Initiated Adjustment Claim - Use to identify adjustments initiated by OIG. For FI use only
MMSP Initiated Adjustment Claim - Use to identify adjustments initiated by MSP. For FI use only. Note: MSP takes precedence for other adjustment sources
ONonpayment/Zero Claims - Used to report nonpayment claims. It is required to extend the spell of illness or benefit period or to inform the payer of a non-reimbursable period of confinement or termination of care
PQIO Adjustment Claim - Use to identify adjustments initiated by QIO. For FI use only
QReopening/Adjustment - Use when the submission falls outside of period to submit an adjustment bill
XVoid/Cancel a Prior Abbreviated Encounter Submission
YReplacement of Prior Abbreviated Encounter Submission
ZNew Abbreviated Encounter Submission

What ClearingHouse does Optum use when using Claim Submission API?

Optum uses multiple clearinghouses for our products (for example, IMN, Exchange). You need not specify a clearinghouse to use when utilizing the APIs for the Medical Network Submitter APIs (i.e. Eligibility, Claims Submissions, etc.), you would be using the Exchange clearinghouse.

Regardless of the clearinghouse used, there are no separate charges associated, other than the regular charges for fees and transactions that you have contracted for. Information on billing and contracting is best discussed with your Sales/Account representative.


Related Topics