FHIR Release 3 (STU) 4

This page is part of the FHIR Specification (v3.0.2: (v4.0.1: R4 - Mixed Normative and STU 3). ) in it's permanent home (it will always be available at this URL). The current version which supercedes this version is 5.0.0 . For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3 R4 R3 R2

Financial Management Work Group Maturity Level : 2   Trial Use Security Category : Patient Compartments : Device , Encounter , Patient , Practitioner , RelatedPerson

Detailed Descriptions for the elements in the ExplanationOfBenefit resource.

ExplanationOfBenefit.created Type Type CodeableConcept Type Coding Control ExplanationOfBenefit.employmentImpacted Control 0..1 ExplanationOfBenefit.item.detail.subDetail.type Control 1..1 Control ExplanationOfBenefit.addItem.modifier Control Control Benefit Category Codes ( Example ) Type
ExplanationOfBenefit
Element Id ExplanationOfBenefit
Definition

This resource provides: the claim details; adjudication details from the processing of a Claim; and optionally account balance information, for informing the subscriber of the benefits provided.

Control Cardinality 1..1 0..*
Type DomainResource
Alternate Names EOB
ExplanationOfBenefit.identifier
Element Id ExplanationOfBenefit.identifier
Definition

The EOB Business Identifier. A unique identifier assigned to this explanation of benefit.

Note This is a business identifer, identifier, not a resource identifier (see discussion )
Control Cardinality 0..*
Type Identifier
Requirements

Allows EOBs to be distinguished and referenced.

ExplanationOfBenefit.status
Element Id ExplanationOfBenefit.status
Definition

The status of the resource instance.

Control Cardinality 0..1 1..1
Terminology Binding ExplanationOfBenefitStatus ( Required )
Type code
Is Modifier true (Reason: This element is labeled as a modifier because it is a status element that contains status entered-in-error which means that the resource should not be treated as valid)
Requirements

Need to track the status of the resource as 'draft' resources may undergo further edits while 'active' resources are immutable and may only have their status changed to 'cancelled'.

Summary true
Comments

This element is labeled as a modifier because the status contains codes that mark the resource as not currently valid.

ExplanationOfBenefit.type
Element Id ExplanationOfBenefit.type
Definition

The category of claim, eg, e.g. oral, pharmacy, vision, insitutional, institutional, professional.

Control Cardinality 0..1 1..1
Terminology Binding Example Claim Type Codes ( Required Extensible )
Type CodeableConcept
Requirements

Claim type determine the general sets of business rules applied for information requirements and adjudication.

Summary true
Comments

Affects which fields The majority of jurisdictions use: oral, pharmacy, vision, professional and value sets are used. institutional, or variants on those terms, as the general styles of claims. The valueset is extensible to accommodate other jurisdictional requirements.

ExplanationOfBenefit.subType
Element Id ExplanationOfBenefit.subType
Definition

A finer grained suite of claim subtype type codes which may convey additional information such as Inpatient vs Outpatient and/or a specialty service. In the US the BillType.

Control Cardinality 0..* 0..1
Terminology Binding Example Claim SubType Codes ( Example )
Type CodeableConcept
Requirements

Some jurisdictions need a finer grained claim type for routing and adjudication.

Comments

This may contain the local bill type codes such as the US UB-04 bill type code.

ExplanationOfBenefit.patient ExplanationOfBenefit.use
Element Id ExplanationOfBenefit.use
Definition

Patient Resource. A code to indicate whether the nature of the request is: to request adjudication of products and services previously rendered; or requesting authorization and adjudication for provision in the future; or requesting the non-binding adjudication of the listed products and services which could be provided in the future.

Control Cardinality 0..1 1..1
Type Terminology Binding Reference Use ( Patient Required )
Type ExplanationOfBenefit.billablePeriod code
Definition Requirements

The billable period This element is required to understand the nature of the request for which charges are being submitted. adjudication.

Control Summary 0..1 true
Type Period ExplanationOfBenefit.patient
Element Id ExplanationOfBenefit.patient
Definition

The date when party to whom the EOB was created. professional services and/or products have been supplied or are being considered and for whom actual for forecast reimbursement is sought.

Control Cardinality 0..1 1..1
Type dateTime Reference ( Patient )
Requirements

The patient must be supplied to the insurer so that confirmation of coverage and service history may be considered as part of the authorization and/or adjudiction.

Summary true
ExplanationOfBenefit.enterer ExplanationOfBenefit.billablePeriod
Element Id ExplanationOfBenefit.billablePeriod
Definition

The person who created the explanation of benefit. period for which charges are being submitted.

Control Cardinality 0..1
Type Reference ( Practitioner ) Period ExplanationOfBenefit.insurer
Definition Requirements

The insurer which is responsible for A number jurisdictions required the explanation submission of benefit. the billing period when submitting claims for example for hospital stays or long-term care.

Control Summary 0..1 true
Type Comments Reference ( Organization )

Typically this would be today or in the past for a claim, and today or in the future for preauthorizations and prodeterminations. Typically line item dates of service should fall within the billing period if one is specified.

ExplanationOfBenefit.provider ExplanationOfBenefit.created
Element Id ExplanationOfBenefit.created
Definition

The provider which is responsible for the claim. date this resource was created.

Control Cardinality 0..1 1..1
Type Reference ( Practitioner ) dateTime ExplanationOfBenefit.organization
Definition Requirements

The provider which is responsible Need to record a timestamp for use by both the claim. recipient and the issuer.

Control Summary 0..1 true
Type Comments Reference ( Organization )

This field is independent of the date of creation of the resource as it may reflect the creation date of a source document prior to digitization. Typically for claims all services must be completed as of this date.

ExplanationOfBenefit.referral ExplanationOfBenefit.enterer
Element Id ExplanationOfBenefit.enterer
Definition

The referral resource which lists Individual who created the date, practitioner, reason and other supporting information. claim, predetermination or preauthorization.

Control Cardinality 0..1
Type Reference ( ReferralRequest Practitioner | PractitionerRole )
Requirements

Some jurisdictions require the contact information for personnel completing claims.

ExplanationOfBenefit.facility ExplanationOfBenefit.insurer
Element Id ExplanationOfBenefit.insurer
Definition

Facility where the services were provided. The party responsible for authorization, adjudication and reimbursement.

Control Cardinality 0..1 1..1
Type Reference ( Location Organization )
Requirements

To be a valid claim, preauthorization or predetermination there must be a party who is responsible for adjudicating the contents against a policy which provides benefits for the patient.

Summary true
ExplanationOfBenefit.claim ExplanationOfBenefit.provider
Element Id ExplanationOfBenefit.provider
Definition

The business identifier provider which is responsible for the instance: invoice number, claim number, pre-determination claim, predetermination or pre-authorization number. preauthorization.

Control Cardinality 0..1 1..1
Type Reference ( Claim Practitioner | PractitionerRole | Organization )
Summary true
Comments

Typically this field would be 1..1 where this party is responsible for the claim but not necessarily professionally responsible for the provision of the individual products and services listed below.

ExplanationOfBenefit.claimResponse ExplanationOfBenefit.priority
Element Id ExplanationOfBenefit.priority
Definition

The business identifier for provider-required urgency of processing the instance: invoice number, claim number, pre-determination or pre-authorization number. request. Typical values include: stat, routine deferred.

Control Cardinality 0..1
Terminology Binding ProcessPriority :
Type Reference ( ClaimResponse CodeableConcept )
Requirements

The provider may need to indicate their processing requirements so that the processor can indicate if they are unable to comply.

Comments

If a claim processor is unable to complete the processing as per the priority then they should generate and error and not process the request.

ExplanationOfBenefit.outcome ExplanationOfBenefit.fundsReserveRequested
Element Id ExplanationOfBenefit.fundsReserveRequested
Definition

Processing outcome errror, partial or complete processing. A code to indicate whether and for whom funds are to be reserved for future claims.

Control Cardinality 0..1
Terminology Binding Claim Processing Codes FundsReserve ( Example )
Type CodeableConcept
Requirements

In the case of a Pre-Determination/Pre-Authorization the provider may request that funds in the amount of the expected Benefit be reserved ('Patient' or 'Provider') to pay for the Benefits determined on the subsequent claim(s). 'None' explicitly indicates no funds reserving is requested.

Alternate Names Fund pre-allocation
Comments

This field is only used for preauthorizations.

ExplanationOfBenefit.disposition ExplanationOfBenefit.fundsReserve
Element Id ExplanationOfBenefit.fundsReserve
Definition

A description of the status of code, used only on a response to a preauthorization, to indicate whether the adjudication. benefits payable have been reserved and for whom.

Control Cardinality 0..1
Terminology Binding FundsReserve ( Example )
Type string CodeableConcept
Requirements

Needed to advise the submitting provider on whether the rquest for reservation of funds has been honored.

Comments

Do we need Fund would be release by a disposition code? future claim quoting the preAuthRef of this response. Examples of values include: provider, patient, none.

ExplanationOfBenefit.related
Element Id ExplanationOfBenefit.related
Definition

Other claims which are related to this claim such as prior claim versions submissions or claims for related services. services or for the same event.

Control Cardinality 0..*
Requirements

For workplace or other accidents it is common to relate separate claims arising from the same event.

Comments

For example, for the original treatment and follow-up exams.

ExplanationOfBenefit.related.claim
Element Id ExplanationOfBenefit.related.claim
Definition

Other claims which are related Reference to this claim such as prior claim versions or for a related services. claim.

Control Cardinality 0..1
Type Reference ( Claim )
Comments Requirements

Do we need a relationship code? For workplace or other accidents it is common to relate separate claims arising from the same event.

ExplanationOfBenefit.related.relationship
Element Id ExplanationOfBenefit.related.relationship
Definition

For example prior or umbrella. A code to convey how the claims are related.

Control Cardinality 0..1
Terminology Binding Example Related Claim Relationship Codes ( Example )
Type CodeableConcept
Requirements

Some insurers need a declaration of the type of relationship.

Comments

For example, prior claim or umbrella.

ExplanationOfBenefit.related.reference
Element Id ExplanationOfBenefit.related.reference
Definition

An alternate organizational reference to the case or file to which this particular claim pertains - eg Property/Casualy insurer claim # or Workers Compensation case # . pertains.

Control Cardinality 0..1
Type Identifier
Requirements

In cases where an event-triggered claim is being submitted to an insurer which requires a reference number to be specified on all exchanges.

Comments

For example, Property/Casualty insurer claim number or Workers Compensation case number.

ExplanationOfBenefit.prescription
Element Id ExplanationOfBenefit.prescription
Definition

Prescription to support the dispensing of Pharmacy pharmacy, device or Vision vision products.

Control Cardinality 0..1
Type Reference ( MedicationRequest | VisionPrescription )
Requirements

For type=Pharmacy Required to authorize the dispensing of controlled substances and Vision only. devices.

ExplanationOfBenefit.originalPrescription
Element Id ExplanationOfBenefit.originalPrescription
Definition

Original prescription which has been superceded superseded by this prescription to support the dispensing of pharmacy services, medications or products.

Cardinality 0..1
Type Reference ( MedicationRequest )
Requirements

Often required when a fulfiller varies what is fulfilled from that authorized on the original prescription.

Comments

For example, a physician may prescribe a medication which the pharmacy determines is contraindicated, or for which the patient has an intolerance, and therefor issues a new precription prescription for an alternate medication which has the same theraputic therapeutic intent. The prescription from the pharmacy becomes the 'prescription' and that from the physician becomes the 'original prescription'.

Control ExplanationOfBenefit.payee 0..1
Element Id ExplanationOfBenefit.payee
Definition Reference ( MedicationRequest )

The party to be reimbursed for cost of the products and services according to the terms of the policy.

Cardinality ExplanationOfBenefit.payee 0..1
Definition Requirements

The party provider needs to specify who they wish to be reimbursed for and the services. claims processor needs express who they will reimburse.

Control Comments 0..1

Often providers agree to receive the benefits payable to reduce the near-term costs to the patient. The insurer may decline to pay the provider and may choose to pay the subscriber instead.

ExplanationOfBenefit.payee.type
Element Id ExplanationOfBenefit.payee.type
Definition

Type of Party to be reimbursed: Subscriber, provider, other.

Control Cardinality 0..1
Terminology Binding Claim Payee Type Codes PayeeType ( Example )
Type CodeableConcept
Requirements

Need to know who should receive payment with the most common situations being the Provider (assignment of benefits) or the Subscriber.

ExplanationOfBenefit.payee.resourceType ExplanationOfBenefit.payee.party
Element Id ExplanationOfBenefit.payee.party
Definition

Reference to the individual or organization | patient | practitioner | relatedperson. to whom any payment will be made.

Control Cardinality 0..1
Terminology Binding Type PayeeResourceType Reference ( Required Practitioner | PractitionerRole | Organization | Patient | RelatedPerson )
Requirements

Need to provide demographics if the payee is not 'subscriber' nor 'provider'.

Comments

Not required if the payee is 'subscriber' or 'provider'.

ExplanationOfBenefit.payee.party ExplanationOfBenefit.referral
Element Id ExplanationOfBenefit.referral
Definition

Party A reference to be reimbursed: Subscriber, provider, other. a referral resource.

Control Cardinality 0..1
Type Reference ( Practitioner | Organization | Patient | RelatedPerson ServiceRequest )
Requirements

Some insurers require proof of referral to pay for services or to pay specialist rates for services.

Comments

The referral resource which lists the date, practitioner, reason and other supporting information.

ExplanationOfBenefit.information ExplanationOfBenefit.facility
Element Id ExplanationOfBenefit.facility
Definition

Additional information codes regarding exceptions, special considerations, Facility where the condition, situation, prior or concurrent issues. Often there are mutiple jurisdiction specific valuesets which are required. services were provided.

Control Cardinality 0..* 0..1
Type Reference ( Location )
Requirements

Typically these information codes are required to support the services rendered or the Insurance adjudication of the can be dependant on where services rendered. were delivered.

ExplanationOfBenefit.information.sequence ExplanationOfBenefit.claim
Element Id ExplanationOfBenefit.claim
Definition

Sequence The business identifier for the instance of the information element which serves to provide a link. adjudication request: claim predetermination or preauthorization.

Control Cardinality 1..1 0..1
Type positiveInt Reference ( Claim )
Requirements

To provide a reference link. link to the original adjudication request.

ExplanationOfBenefit.information.category ExplanationOfBenefit.claimResponse
Definition Element Id The general class of the information supplied: information; exception; accident, employment; onset, etc. ExplanationOfBenefit.claimResponse
Control Definition 1..1

The business identifier for the instance of the adjudication response: claim, predetermination or preauthorization response.

Terminology Binding Cardinality Claim Information Category Codes ( Example ) 0..1
Type CodeableConcept Reference ( ClaimResponse )
Comments Requirements

This may contain the local bill type codes such as To provide a link to the US UB-04 bill type code. original adjudication response.

ExplanationOfBenefit.information.code ExplanationOfBenefit.outcome
Element Id ExplanationOfBenefit.outcome
Definition

System and code pertaining to the specific information regarding special conditions relating to The outcome of the setting, treatment claim, predetermination, or patient for which care is sought which may influence the adjudication. preauthorization processing.

Control Cardinality 0..1 1..1
Terminology Binding Exception Claim Processing Codes ( Example Required )
Type CodeableConcept code
Requirements

To advise the requestor of an overall processing outcome.

Summary true
Comments

This The resource may contain be used to indicate that: the local bill type codes such as request has been held (queued) for processing; that it has been processed and errors found (error); that no errors were found and that some of the US UB-04 bill type code. adjudication has been undertaken (partial) or that all of the adjudication has been undertaken (complete).

ExplanationOfBenefit.information.timing[x] ExplanationOfBenefit.disposition
Element Id ExplanationOfBenefit.disposition
Definition

The date when or period to which this information refers. A human readable description of the status of the adjudication.

Control Cardinality 0..1
Type date | Period string
[x] Note Requirements See Choice of Data Types

Provided for further information about how to use [x] user display.

ExplanationOfBenefit.information.value[x] ExplanationOfBenefit.preAuthRef
Element Id ExplanationOfBenefit.preAuthRef
Definition

Additional data or information such as resources, documents, images etc. including references to the data or the actual inclusion of Reference from the data. Insurer which is used in later communications which refers to this adjudication.

Control Cardinality 0..1 0..*
Type string | Quantity | Attachment | Reference ( Any )
[x] Note Requirements See Choice of Data Types for further information about how

On subsequent claims, the insurer may require the provider to use [x] quote this value.

Comments

This value is only present on preauthorization adjudications.

ExplanationOfBenefit.information.reason ExplanationOfBenefit.preAuthRefPeriod
Element Id ExplanationOfBenefit.preAuthRefPeriod
Definition

For example, provides the reason for: The timeframe during which the additional stay, or missing tooth or any other situation where a reason code is required in addition supplied preauthorization reference may be quoted on claims to obtain the content. adjudication as provided.

Control Cardinality 0..1 0..*
Terminology Binding Type Missing Tooth Reason Codes ( Example Period )
Requirements

On subsequent claims, the insurer may require the provider to quote this value.

Comments

This value is only present on preauthorization adjudications.

ExplanationOfBenefit.careTeam
Element Id ExplanationOfBenefit.careTeam
Definition

The members of the team who provided the overall service as well as their role and whether responsible products and qualifications. services.

Control Cardinality 0..*
Requirements

Role Common to identify the responsible and Responsible may not be required when there is only a single provider listed. supporting practitioners.

ExplanationOfBenefit.careTeam.sequence
Element Id ExplanationOfBenefit.careTeam.sequence
Definition

Sequence of careteam which serves A number to order and provide a link. uniquely identify care team entries.

Control Cardinality 1..1
Type positiveInt
Requirements

Required Necessary to maintain the order of the careteam members. care team and provide a mechanism to link individuals to claim details.

ExplanationOfBenefit.careTeam.provider
Element Id ExplanationOfBenefit.careTeam.provider
Definition

The members Member of the team who provided the overall product or service.

Control Cardinality 1..1
Type Reference ( Practitioner | PractitionerRole | Organization )
Requirements

Often a regulatory requirement to specify the responsible provider.

ExplanationOfBenefit.careTeam.responsible
Element Id ExplanationOfBenefit.careTeam.responsible
Definition

The practitioner party who is billing and and/or responsible for the claimed services rendered to the patient. products or services.

Control Cardinality 0..1
Type boolean
Requirements

When multiple parties are present it is required to distinguish the lead or responsible individual.

Comments

Responsible might not be required when there is only a single provider listed.

ExplanationOfBenefit.careTeam.role
Element Id ExplanationOfBenefit.careTeam.role
Definition

The lead, assisting or supervising practitioner and their discipline if a multidisiplinary multidisciplinary team.

Control Cardinality 0..1
Terminology Binding Claim Care Team Role Codes ( Example )
Type CodeableConcept
Requirements

When multiple parties are present it is required to distinguish the roles performed by each member.

Comments

Role might not be required when there is only a single provider listed.

ExplanationOfBenefit.careTeam.qualification
Element Id ExplanationOfBenefit.careTeam.qualification
Definition

The qualification of the practitioner which is applicable for this service.

Control Cardinality 0..1
Terminology Binding Example Provider Qualification Codes ( Example )
Type CodeableConcept
Requirements

Need to specify which qualification a provider is delivering the product or service under.

ExplanationOfBenefit.diagnosis ExplanationOfBenefit.supportingInfo
Element Id ExplanationOfBenefit.supportingInfo
Definition

Ordered list Additional information codes regarding exceptions, special considerations, the condition, situation, prior or concurrent issues.

Cardinality 0..*
Requirements

Typically these information codes are required to support the services rendered or the adjudication of the services rendered.

Comments

Often there are multiple jurisdiction specific valuesets which are required.

ExplanationOfBenefit.supportingInfo.sequence
Element Id ExplanationOfBenefit.supportingInfo.sequence
Definition

A number to uniquely identify supporting information entries.

Cardinality 1..1
Type positiveInt
Requirements

Necessary to maintain the order of the supporting information items and provide a mechanism to link to claim details.

ExplanationOfBenefit.supportingInfo.category
Element Id ExplanationOfBenefit.supportingInfo.category
Definition

The general class of the information supplied: information; exception; accident, employment; onset, etc.

Cardinality 1..1
Terminology Binding Claim Information Category Codes ( Example )
Type CodeableConcept
Requirements

Required to group or associate information items with common characteristics. For example: admission information or prior treatments.

Comments

This may contain a category for the local bill type codes.

ExplanationOfBenefit.supportingInfo.code
Element Id ExplanationOfBenefit.supportingInfo.code
Definition

System and code pertaining to the specific information regarding special conditions relating to the setting, treatment or patient diagnosis for which care is sought.

Control Cardinality 0..* 0..1
Terminology Binding Exception Codes ( Example )
Type CodeableConcept
Requirements

Required to identify the kind of additional information.

Comments

This may contain the local bill type codes such as the US UB-04 bill type code.

ExplanationOfBenefit.diagnosis.sequence ExplanationOfBenefit.supportingInfo.timing[x]
Element Id ExplanationOfBenefit.supportingInfo.timing[x]
Definition

Sequence of diagnosis The date when or period to which serves this information refers.

Cardinality 0..1
Type date | Period
[x] Note See Choice of Data Types for further information about how to use [x]
ExplanationOfBenefit.supportingInfo.value[x]
Element Id ExplanationOfBenefit.supportingInfo.value[x]
Definition

Additional data or information such as resources, documents, images etc. including references to the data or the actual inclusion of the data.

Cardinality 0..1
Type boolean | string | Quantity | Attachment | Reference ( Any )
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

To convey the data content to be provided when the information is more than a simple code or period.

Comments

Could be used to provide references to other resources, document. For example, could contain a link. PDF in an Attachment of the Police Report for an Accident.

ExplanationOfBenefit.supportingInfo.reason
Element Id ExplanationOfBenefit.supportingInfo.reason
Definition

Provides the reason in the situation where a reason code is required in addition to the content.

Cardinality 0..1
Terminology Binding Missing Tooth Reason Codes ( Example )
Type Coding
Requirements

Needed when the supporting information has both a date and amount/value and requires explanation.

Comments

For example: the reason for the additional stay, or why a tooth is missing.

ExplanationOfBenefit.diagnosis
Element Id ExplanationOfBenefit.diagnosis
Definition

Information about diagnoses relevant to the claim items.

Cardinality 0..*
Requirements

Required for the adjudication by provided context for the services and product listed.

ExplanationOfBenefit.diagnosis.sequence
Element Id ExplanationOfBenefit.diagnosis.sequence
Definition

A number to uniquely identify diagnosis entries.

Cardinality 1..1
Type positiveInt
Requirements

Required Necessary to allow line maintain the order of the diagnosis items and provide a mechanism to reference the diagnoses. link to claim details.

Comments

Diagnosis are presented in list order to their expected importance: primary, secondary, etc.

ExplanationOfBenefit.diagnosis.diagnosis[x]
Element Id ExplanationOfBenefit.diagnosis.diagnosis[x]
Definition

The diagnosis. nature of illness or problem in a coded form or as a reference to an external defined Condition.

Control Cardinality 1..1
Terminology Binding ICD-10 Codes ( Example )
Type CodeableConcept | Reference ( Condition )
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

Required to adjudicate services rendered to condition presented. Provides health context for the evaluation of the products and/or services.

ExplanationOfBenefit.diagnosis.type
Element Id ExplanationOfBenefit.diagnosis.type
Definition

The type of When the Diagnosis, for example: admitting, primary, secondary, discharge. condition was observed or the relative ranking.

Control Cardinality 0..*
Terminology Binding Example Diagnosis Type Codes ( Example )
Type CodeableConcept
Requirements

Required to adjudicate services rendered Often required to the mandated diagnosis grouping system. capture a particular diagnosis, for example: primary or discharge.

Comments

Diagnosis are presented in list order to their expected importance: For example: admitting, primary, secondary, etc. discharge.

ExplanationOfBenefit.diagnosis.onAdmission
Element Id ExplanationOfBenefit.diagnosis.onAdmission
Definition

Indication of whether the diagnosis was present on admission to a facility.

Cardinality 0..1
Terminology Binding Example Diagnosis on Admission Codes ( Example )
Type CodeableConcept
Requirements

Many systems need to understand for adjudication if the diagnosis was present a time of admission.

ExplanationOfBenefit.diagnosis.packageCode
Element Id ExplanationOfBenefit.diagnosis.packageCode
Definition

The A package billing code, for example DRG, code or bundle code used to group products and services to a particular health condition (such as heart attack) which is based on the assigned a predetermined grouping code system.

Control Cardinality 0..1
Terminology Binding Example Diagnosis Related Group Codes ( Example )
Type CodeableConcept
Requirements

Required to adjudicate relate the current diagnosis to a package billing code that is then referenced on the individual claim items which are specific to the health condition covered by the package code.

Comments

For example, DRG (Diagnosis Related Group) or a bundled billing code. A patient may have a diagnosis of a Myocardio-infarction and a DRG for HeartAttack would assigned. The Claim item (and possible subsequent claims) would refer to the DRG for those line items that were for services rendered related to the mandated grouping system. heart attack event.

ExplanationOfBenefit.procedure
Element Id ExplanationOfBenefit.procedure
Definition

Ordered list of patient procedures Procedures performed on the patient relevant to support the adjudication. billing items with the claim.

Control Cardinality 0..*
Requirements

The specific clinical invention are sometimes required to be provided to justify billing a greater than customary amount for a service.

ExplanationOfBenefit.procedure.sequence
Element Id ExplanationOfBenefit.procedure.sequence
Definition

Sequence of procedures which serves A number to order and provide a link. uniquely identify procedure entries.

Control Cardinality 1..1
Type positiveInt
Requirements

Required Necessary to maintain order of the procudures. provide a mechanism to link to claim details.

ExplanationOfBenefit.procedure.date ExplanationOfBenefit.procedure.type
Element Id ExplanationOfBenefit.procedure.type
Definition

Date and optionally time When the procedure condition was performed . observed or the relative ranking.

Control Cardinality 0..1 0..*
Terminology Binding Example Procedure Type Codes ( Example )
Type dateTime CodeableConcept
Requirements

Required Often required to adjudicate services rendered. capture a particular diagnosis, for example: primary or discharge.

ExplanationOfBenefit.procedure.date
Comments Element Id ExplanationOfBenefit.procedure.date
Definition

SB DateTime?? Date and optionally time the procedure was performed.

Cardinality 0..1
Type dateTime
Requirements

Required for auditing purposes.

ExplanationOfBenefit.procedure.procedure[x]
Element Id ExplanationOfBenefit.procedure.procedure[x]
Definition

The procedure code. code or reference to a Procedure resource which identifies the clinical intervention performed.

Control Cardinality 1..1
Terminology Binding ICD-10 Procedure Codes ( Example )
Type CodeableConcept | Reference ( Procedure )
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

Required This identifies the actual clinical procedure.

ExplanationOfBenefit.procedure.udi
Element Id ExplanationOfBenefit.procedure.udi
Definition

Unique Device Identifiers associated with this line item.

Cardinality 0..*
Type Reference ( Device )
Requirements

The UDI code allows the insurer to adjudicate services rendered. obtain device level information on the product supplied.

ExplanationOfBenefit.precedence
Element Id ExplanationOfBenefit.precedence
Definition

Precedence (primary, secondary, etc.). This indicates the relative order of a series of EOBs related to different coverages for the same suite of services.

Control Cardinality 0..1
Type positiveInt
Requirements

Health care programs and insurers are significant payors Needed to coordinate between multiple EOBs for the same suite of health service costs. services.

ExplanationOfBenefit.insurance
Element Id ExplanationOfBenefit.insurance
Definition

Financial instrument by which payment information instruments for reimbursement for the health care. care products and services specified on the claim.

Control Cardinality 0..1 1..*
Requirements

Health care programs At least one insurer is required for a claim to be a claim.

Summary true
Comments

All insurance coverages for the patient which may be applicable for reimbursement, of the products and insurers services listed in the claim, are significant payors typically provided in the claim to allow insurers to confirm the ordering of health service costs. the insurance coverages relative to local 'coordination of benefit' rules. One coverage (and only one) with 'focal=true' is to be used in the adjudication of this claim. Coverages appearing before the focal Coverage in the list, and where 'Coverage.subrogation=false', should provide a reference to the ClaimResponse containing the adjudication results of the prior claim.

ExplanationOfBenefit.insurance.focal
Element Id ExplanationOfBenefit.insurance.focal
Definition

A flag to indicate that this Coverage is to be used for adjudication of this claim when set to true.

Cardinality 1..1
Type boolean
Requirements

To identify which coverage in the list is being used to adjudicate this claim.

Summary true
Comments

A patient may (will) have multiple insurance policies which provide reimbursement for healthcare services and products. For example, a person may also be covered by their spouse's policy and both appear in the list (and may be from the same insurer). This flag will be set to true for only one of the listed policies and that policy will be used for adjudicating this claim. Other claims would be created to request adjudication against the other listed policies.

ExplanationOfBenefit.insurance.coverage
Element Id ExplanationOfBenefit.insurance.coverage
Definition

Reference to the program or plan identification, underwriter or payor. insurance card level information contained in the Coverage resource. The coverage issuing insurer will use these details to locate the patient's actual coverage within the insurer's information system.

Control Cardinality 0..1 1..1
Type Reference ( Coverage )
Requirements

Need Required to identify allow the issuer adjudicator to target for processing locate the correct policy and for coordination of benefit processing. history within their information system.

Summary true
ExplanationOfBenefit.insurance.preAuthRef
Element Id ExplanationOfBenefit.insurance.preAuthRef
Definition

A list of references from Reference numbers previously provided by the Insurer insurer to which these the provider to be quoted on subsequent claims containing services pertain. or products related to the prior authorization.

Control Cardinality 0..*
Type string
Requirements

To provide any pre=determination or prior Providers must quote previously issued authorization reference. reference numbers in order to obtain adjudication as previously advised on the Preauthorization.

Comments

This value is an alphanumeric string that may be provided over the phone, via text, via paper, or within a ClaimResponse resource and is not a FHIR Identifier.

ExplanationOfBenefit.accident
Element Id ExplanationOfBenefit.accident
Definition

An Details of a accident which resulted in injuries which required the products and services listed in the need for healthcare services. claim.

Control Cardinality 0..1
Requirements

When healthcare products and services are accident related, benefits may be payable under accident provisions of policies, such as automotive, etc before they are payable under normal health insurance.

ExplanationOfBenefit.accident.date
Element Id ExplanationOfBenefit.accident.date
Definition

Date of an accident which these event related to the products and services are addressing. contained in the claim.

Control Cardinality 0..1
Type date
Requirements

Coverage may be dependant on accidents. Required for audit purposes and adjudication.

Comments

The date of the accident has to precede the dates of the products and services but within a reasonable timeframe.

ExplanationOfBenefit.accident.type
Element Id ExplanationOfBenefit.accident.type
Definition

Type The type or context of accident: work, auto, etc. the accident event for the purposes of selection of potential insurance coverages and determination of coordination between insurers.

Control Cardinality 0..1
Terminology Binding ActIncidentCode V3 Value SetActIncidentCode ( Required Extensible )
Type CodeableConcept
Requirements

Coverage may be dependant on the type of accident.

ExplanationOfBenefit.accident.location[x]
Element Id ExplanationOfBenefit.accident.location[x]
Definition

Where The physical location of the accident occurred. event.

Control Cardinality 0..1
Type Address | Reference ( Location )
[x] Note See Choice of Data Types for further information about how to use [x]
Definition Requirements

The start Required for audit purposes and optional end dates determination of when the patient was precluded from working due to the treatable condition(s). applicable insurance liability.

Control ExplanationOfBenefit.item 0..1
Type Element Id Period ExplanationOfBenefit.hospitalization ExplanationOfBenefit.item
Definition

The start and optional end dates A claim line. Either a simple (a product or service) or a 'group' of when the patient was confined to details which can also be a treatment center. simple items or groups of sub-details.

Control Cardinality 0..1 0..*
Type Requirements Period

The items to be processed for adjudication.

ExplanationOfBenefit.item ExplanationOfBenefit.item.sequence
Definition First tier of goods and services. Control Element Id 0..* ExplanationOfBenefit.item.sequence
Definition

A service line number. number to uniquely identify item entries.

Control Cardinality 1..1
Type positiveInt
Requirements

Necessary to provide a mechanism to link to items from within the claim and within the adjudication details of the ClaimResponse.

ExplanationOfBenefit.item.careTeamLinkId ExplanationOfBenefit.item.careTeamSequence
Element Id ExplanationOfBenefit.item.careTeamSequence
Definition

Careteam applicable for Care team members related to this service or product line. product.

Control Cardinality 0..*
Type positiveInt
Requirements

Need to identify the individuals and their roles in the provision of the product or service.

ExplanationOfBenefit.item.diagnosisLinkId ExplanationOfBenefit.item.diagnosisSequence
Element Id ExplanationOfBenefit.item.diagnosisSequence
Definition

Diagnosis Diagnoses applicable for this service or product line. product.

Control Cardinality 0..*
Type positiveInt
Requirements

Need to related the product or service to the associated diagnoses.

ExplanationOfBenefit.item.procedureLinkId ExplanationOfBenefit.item.procedureSequence
Element Id ExplanationOfBenefit.item.procedureSequence
Definition

Procedures applicable for this service or product line. product.

Control Cardinality 0..*
Type positiveInt
Requirements

Need to provide any listed specific procedures to support the product or service being claimed.

ExplanationOfBenefit.item.informationLinkId ExplanationOfBenefit.item.informationSequence
Element Id ExplanationOfBenefit.item.informationSequence
Definition

Exceptions, special conditions and supporting information pplicable applicable for this service or product line. product.

Control Cardinality 0..*
Type positiveInt
Requirements

Need to reference the supporting information items that relate directly to this product or service.

ExplanationOfBenefit.item.revenue
Element Id ExplanationOfBenefit.item.revenue
Definition

The type of reveneu revenue or cost center providing the product and/or service.

Control Cardinality 0..1
Terminology Binding Example Revenue Center Codes ( Example )
Type CodeableConcept
Requirements

Needed in the processing of institutional claims.

ExplanationOfBenefit.item.category
Element Id ExplanationOfBenefit.item.category
Definition

Health Care Service Type Codes Code to identify the classification general type of service or benefits. benefits under which products and services are provided.

Control Cardinality 0..1
Terminology Binding Benefit SubCategory Category Codes ( Example )
Type CodeableConcept
Requirements

Needed in the processing of institutional claims as this allows the insurer to determine whether a facial X-Ray is for dental, orthopedic, or facial surgery purposes.

Comments

Examples include Medical Care, Periodontics, Renal Dialysis, Vision Coverage.

ExplanationOfBenefit.item.service ExplanationOfBenefit.item.productOrService
Element Id ExplanationOfBenefit.item.productOrService
Definition

If this When the value is an actual service or product line, ie. not a Group, then use group code to indicate the Professional Service or Product supplied (eg. CTP, HCPCS,USCLS,ICD10, NCPDP,DIN,ACHI,CCI). If a grouping item then use this item collects a group code to indicate the type set of thing being grouped eg. 'glasses' related claim details, otherwise this contains the product, service, drug or 'compound'. other billing code for the item.

Control Cardinality 0..1 1..1
Terminology Binding USCLS Codes ( Example )
Type CodeableConcept
Requirements

Necessary to state what was provided or done.

Alternate Names Drug Code; Bill Code; Service Code
Comments

If this is an actual service or product line, i.e. not a Group, then use code to indicate the Professional Service or Product supplied (e.g. CTP, HCPCS, USCLS, ICD10, NCPDP, DIN, RxNorm, ACHI, CCI). If a grouping item then use a group code to indicate the type of thing being grouped e.g. 'glasses' or 'compound'.

ExplanationOfBenefit.item.modifier
Element Id ExplanationOfBenefit.item.modifier
Definition

Item typification or modifiers codes, eg for Oral whether the treatment is cosmetic or associated with TMJ, or codes to convey additional context for medical whether the treatment was outside the clinic product or out of office hours. service.

Control Cardinality 0..*
Terminology Binding Modifier type Codes ( Example )
Type CodeableConcept
Requirements

May impact on adjudication. To support inclusion of the item for adjudication or to charge an elevated fee.

Comments

For example, in Oral whether the treatment is cosmetic or associated with TMJ, or for Medical whether the treatment was outside the clinic or out of office hours.

ExplanationOfBenefit.item.programCode
Element Id ExplanationOfBenefit.item.programCode
Definition

For programs which require reson codes for the inclusion, covering, of this billed item under Identifies the program or sub-program. under which this may be recovered.

Control Cardinality 0..*
Terminology Binding Example Program Reason Codes ( Example )
Type CodeableConcept
Requirements

Commonly used in in the identification of publicly provided program focused on population segments or disease classifications.

Comments

For example: Neonatal program, child dental program or drug users recovery program.

ExplanationOfBenefit.item.serviced[x]
Element Id ExplanationOfBenefit.item.serviced[x]
Definition

The date or dates when the enclosed suite of services were service or product was supplied, performed or completed.

Control Cardinality 0..1
Type date | Period
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

Needed to determine whether the service or product was provided during the term of the insurance coverage.

ExplanationOfBenefit.item.location[x]
Element Id ExplanationOfBenefit.item.location[x]
Definition

Where the product or service was provided.

Control Cardinality 0..1
Terminology Binding Example Service Place Codes ( Example )
Type CodeableConcept | Address | Reference ( Location )
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

The location can alter whether the item was acceptable for insurance purposes or impact the determination of the benefit amount.

ExplanationOfBenefit.item.quantity
Element Id ExplanationOfBenefit.item.quantity
Definition

The number of repetitions of a service or product.

Control Cardinality 0..1
Type SimpleQuantity
Requirements

Required when the product or service code does not convey the quantity provided.

ExplanationOfBenefit.item.unitPrice
Element Id ExplanationOfBenefit.item.unitPrice
Definition

If the item is not a node group then this is the fee for the product or service, otherwise this is the total of the fees for the children details of the group.

Control Cardinality 0..1
Type Money
Requirements

The amount charged to the patient by the provider for a single unit.

ExplanationOfBenefit.item.factor
Element Id ExplanationOfBenefit.item.factor
Definition

A real number that represents a multiplier used in determining the overall value of services delivered and/or goods received. The concept of a Factor allows for a discount or surcharge multiplier to be applied to a monetary amount.

Control Cardinality 0..1
Type decimal
Requirements

If When discounts are provided to a fee is present the associated product/service code patient (example: Senior's discount) then this must be present. documented for adjudication.

Comments

To show a 10% senior's discount, the value entered is: 0.90 (1.00 - 0.10).

ExplanationOfBenefit.item.net
Element Id ExplanationOfBenefit.item.net
Definition

The quantity times the unit price for an addittional additional service or product or charge. For example, the formula: unit Quantity * unit Price (Cost per Point) * factor Number * points = net Amount. Quantity, factor and points are assumed to be 1 if not supplied.

Control Cardinality 0..1
Type Money
Requirements

If Provides the total amount claimed for the group (if a fee is present grouper) or the associated product/service code must line item.

Comments

For example, the formula: quantity * unitPrice * factor = net. Quantity and factor are assumed to be present. 1 if not supplied.

ExplanationOfBenefit.item.udi
Element Id ExplanationOfBenefit.item.udi
Definition

List of Unique Device Identifiers associated with this line item.

Control Cardinality 0..*
Type Reference ( Device )
Requirements

The UDI code and issuer if applicable for allows the supplied product. insurer to obtain device level information on the product supplied.

ExplanationOfBenefit.item.bodySite
Element Id ExplanationOfBenefit.item.bodySite
Definition

Physical service site on the patient (limb, tooth, etc). etc.).

Control Cardinality 0..1
Terminology Binding Oral Site Codes ( Example )
Type CodeableConcept
Requirements

Allows insurer to validate specific procedures.

Comments

For example: Providing a tooth code, allows an insurer to identify a provider performing a filling on a tooth that was previously removed.

ExplanationOfBenefit.item.subSite
Element Id ExplanationOfBenefit.item.subSite
Definition

A region or surface of the site, eg. bodySite, e.g. limb region or tooth surface(s).

Control Cardinality 0..*
Terminology Binding Surface Codes ( Example )
Type CodeableConcept
Requirements

Allows insurer to validate specific procedures.

ExplanationOfBenefit.item.encounter
Element Id ExplanationOfBenefit.item.encounter
Definition

A billed item may include goods or services provided in multiple encounters.

Control Cardinality 0..*
Type Reference ( Encounter )
Requirements

Used in some jurisdictions to link clinical events to claim items.

ExplanationOfBenefit.item.noteNumber
Element Id ExplanationOfBenefit.item.noteNumber
Definition

A list of note references The numbers associated with notes below which apply to the notes provided below. adjudication of this item.

Control Cardinality 0..*
Type positiveInt
Requirements

Provides a condensed manner for associating human readable descriptive explanations for adjudications on the line item.

ExplanationOfBenefit.item.adjudication
Element Id ExplanationOfBenefit.item.adjudication
Definition

The adjudications results. If this item is a group then the values here are a summary of the adjudication of the detail items. If this item is a simple product or service then this is the result of the adjudication of this item.

Control Cardinality 0..*
Requirements

The adjudication results conveys the insurer's assessment of the item provided in the claim under the terms of the patient's insurance coverage.

ExplanationOfBenefit.item.adjudication.category
Element Id ExplanationOfBenefit.item.adjudication.category
Definition

Code indicating: Co-Pay, deductable, elegible, benefit, tax, etc. A code to indicate the information type of this adjudication record. Information types may include: the value submitted, maximum values or percentages allowed or payable under the plan, amounts that the patient is responsible for in-aggregate or pertaining to this item, amounts paid by other coverages, and the benefit payable for this item.

Control Cardinality 1..1
Terminology Binding Adjudication Value Codes ( Example )
Type CodeableConcept
Requirements

Needed to enable understanding of the context of the other information in the adjudication.

Comments

For example, codes indicating: Co-Pay, deductible, eligible, benefit, tax, etc.

ExplanationOfBenefit.item.adjudication.reason
Element Id ExplanationOfBenefit.item.adjudication.reason
Definition

Adjudication reason such as limit reached. A code supporting the understanding of the adjudication result and explaining variance from expected amount.

Control Cardinality 0..1
Terminology Binding Adjudication Reason Codes ( Example )
Type CodeableConcept
Requirements

To support understanding of variance from adjudication expectations.

Comments

For example, may indicate that the funds for this benefit type have been exhausted.

ExplanationOfBenefit.item.adjudication.amount
Element Id ExplanationOfBenefit.item.adjudication.amount
Definition

Monitory Monetary amount associated with the code. category.

Control Cardinality 0..1
Type Money
Requirements

Most adjuciation categories convey a monetary amount.

Comments

For example, amount submitted, eligible amount, co-payment, and benefit payable.

ExplanationOfBenefit.item.adjudication.value
Element Id ExplanationOfBenefit.item.adjudication.value
Definition

A non-monetary value for example a percentage. associated with the category. Mutually exclusive to the amount element above.

Control Cardinality 0..1
Type decimal
Requirements

Some adjudication categories convey a percentage or a fixed value.

Comments

For example: eligible percentage or co-payment percentage.

ExplanationOfBenefit.item.detail
Element Id ExplanationOfBenefit.item.detail
Definition

Second tier Second-tier of goods and services.

Control Cardinality 0..*
ExplanationOfBenefit.item.detail.sequence
Element Id ExplanationOfBenefit.item.detail.sequence
Definition

A service line number. claim detail line. Either a simple (a product or service) or a 'group' of sub-details which are simple items.

Control Cardinality 1..1
Type positiveInt
Requirements

The items to be processed for adjudication.

ExplanationOfBenefit.item.detail.type ExplanationOfBenefit.item.detail.revenue
Element Id ExplanationOfBenefit.item.detail.revenue
Definition

The type of product revenue or cost center providing the product and/or service.

Control Cardinality 1..1 0..1
Terminology Binding ActInvoiceGroupCode Example Revenue Center Codes ( Required Example )
Type CodeableConcept
Comments Requirements

ItemType. Needed in the processing of institutional claims.

ExplanationOfBenefit.item.detail.revenue ExplanationOfBenefit.item.detail.category
Element Id ExplanationOfBenefit.item.detail.category
Definition

The Code to identify the general type of reveneu or cost center providing the product and/or service. benefits under which products and services are provided.

Control Cardinality 0..1
Terminology Binding Example Revenue Center Benefit Category Codes ( Example )
Type CodeableConcept
Requirements

Needed in the processing of institutional claims as this allows the insurer to determine whether a facial X-Ray is for dental, orthopedic, or facial surgery purposes.

Comments

Examples include: Medical Care, Periodontics, Renal Dialysis, Vision Coverage.

ExplanationOfBenefit.item.detail.category ExplanationOfBenefit.item.detail.productOrService
Element Id ExplanationOfBenefit.item.detail.productOrService
Definition

Health Care Service Type Codes to identify When the classification value is a group code then this item collects a set of service related claim details, otherwise this contains the product, service, drug or benefits. other billing code for the item.

Control Cardinality 0..1 1..1
Terminology Binding Benefit SubCategory USCLS Codes ( Example )
Type CodeableConcept
Requirements ExplanationOfBenefit.item.detail.service

Necessary to state what was provided or done.

Alternate Names Drug Code; Bill Code; Service Code
Definition Comments

If this is an actual service or product line, ie. i.e. not a Group, then use code to indicate the Professional Service or Product supplied (eg. (e.g. CTP, HCPCS,USCLS,ICD10, NCPDP,DIN,ACHI,CCI). HCPCS, USCLS, ICD10, NCPDP, DIN, RxNorm, ACHI, CCI). If a grouping item then use a group code to indicate the type of thing being grouped eg. e.g. 'glasses' or 'compound'.

Terminology Binding ExplanationOfBenefit.item.detail.modifier USCLS Codes ( Example )
Type Element Id CodeableConcept ExplanationOfBenefit.item.detail.modifier
Definition

Item typification or modifiers codes, eg for Oral whether the treatment is cosmetic or associated with TMJ, or codes to convey additional context for medical whether the treatment was outside the clinic product or out of office hours. service.

Control Cardinality 0..*
Terminology Binding Modifier type Codes ( Example )
Type CodeableConcept
Requirements

May impact on adjudication. To support inclusion of the item for adjudication or to charge an elevated fee.

Comments

For example, in Oral whether the treatment is cosmetic or associated with TMJ, or for Medical whether the treatment was outside the clinic or out of office hours.

ExplanationOfBenefit.item.detail.programCode
Element Id ExplanationOfBenefit.item.detail.programCode
Definition

For programs which require reson codes for the inclusion, covering, of this billed item under Identifies the program or sub-program. under which this may be recovered.

Control Cardinality 0..*
Terminology Binding Example Program Reason Codes ( Example )
Type CodeableConcept
Requirements

Commonly used in in the identification of publicly provided program focused on population segments or disease classifications.

Comments

For example: Neonatal program, child dental program or drug users recovery program.

ExplanationOfBenefit.item.detail.quantity
Element Id ExplanationOfBenefit.item.detail.quantity
Definition

The number of repetitions of a service or product.

Control Cardinality 0..1
Type SimpleQuantity
Requirements

Required when the product or service code does not convey the quantity provided.

ExplanationOfBenefit.item.detail.unitPrice
Element Id ExplanationOfBenefit.item.detail.unitPrice
Definition

If the item is not a node group then this is the fee for the product or service, otherwise this is the total of the fees for the children details of the group.

Control Cardinality 0..1
Type Money
Requirements

If a fee is present The amount charged to the associated product/service code must be present. patient by the provider for a single unit.

ExplanationOfBenefit.item.detail.factor
Element Id ExplanationOfBenefit.item.detail.factor
Definition

A real number that represents a multiplier used in determining the overall value of services delivered and/or goods received. The concept of a Factor allows for a discount or surcharge multiplier to be applied to a monetary amount.

Control Cardinality 0..1
Type decimal
Requirements

If When discounts are provided to a fee is present the associated product/service code patient (example: Senior's discount) then this must be present. documented for adjudication.

Comments

To show a 10% senior's discount, the value entered is: 0.90 (1.00 - 0.10).

ExplanationOfBenefit.item.detail.net
Element Id ExplanationOfBenefit.item.detail.net
Definition

The quantity times the unit price for an addittional additional service or product or charge. For example, the formula: unit Quantity * unit Price (Cost per Point) * factor Number * points = net Amount. Quantity, factor and points are assumed to be 1 if not supplied.

Control Cardinality 0..1
Type Money
Requirements

If Provides the total amount claimed for the group (if a fee is present grouper) or the associated product/service code must line item.

Comments

For example, the formula: quantity * unitPrice * factor = net. Quantity and factor are assumed to be present. 1 if not supplied.

ExplanationOfBenefit.item.detail.udi
Element Id ExplanationOfBenefit.item.detail.udi
Definition

List of Unique Device Identifiers associated with this line item.

Control Cardinality 0..*
Type Reference ( Device )
Requirements

The UDI code and issuer if applicable for allows the supplied product. insurer to obtain device level information on the product supplied.

ExplanationOfBenefit.item.detail.noteNumber
Element Id ExplanationOfBenefit.item.detail.noteNumber
Definition

A list of note references The numbers associated with notes below which apply to the notes provided below. adjudication of this item.

Control Cardinality 0..*
Type positiveInt
Requirements

Provides a condensed manner for associating human readable descriptive explanations for adjudications on the line item.

ExplanationOfBenefit.item.detail.adjudication
Element Id ExplanationOfBenefit.item.detail.adjudication
Definition

The adjudications adjudication results.

Control Cardinality 0..*
Type See ExplanationOfBenefit.item.adjudication
ExplanationOfBenefit.item.detail.subDetail
Element Id ExplanationOfBenefit.item.detail.subDetail
Definition

Third tier Third-tier of goods and services.

Control Cardinality 0..*
ExplanationOfBenefit.item.detail.subDetail.sequence
Element Id ExplanationOfBenefit.item.detail.subDetail.sequence
Definition

A service line number. claim detail line. Either a simple (a product or service) or a 'group' of sub-details which are simple items.

Control Cardinality 1..1
Type positiveInt
Definition Requirements

The type of product or service. items to be processed for adjudication.

Terminology Binding ExplanationOfBenefit.item.detail.subDetail.revenue ActInvoiceGroupCode ( Required )
Type Element Id CodeableConcept ExplanationOfBenefit.item.detail.subDetail.revenue
Definition

The type of reveneu revenue or cost center providing the product and/or service.

Control Cardinality 0..1
Terminology Binding Example Revenue Center Codes ( Example )
Type CodeableConcept
Requirements

Needed in the processing of institutional claims.

ExplanationOfBenefit.item.detail.subDetail.category
Element Id ExplanationOfBenefit.item.detail.subDetail.category
Definition

Health Care Service Type Codes Code to identify the classification general type of service or benefits. benefits under which products and services are provided.

Control Cardinality 0..1
Terminology Binding Benefit SubCategory Category Codes ( Example )
Type CodeableConcept
Requirements

Needed in the processing of institutional claims as this allows the insurer to determine whether a facial X-Ray is for dental, orthopedic, or facial surgery purposes.

Comments

Examples include Medical Care, Periodontics, Renal Dialysis, Vision Coverage.

ExplanationOfBenefit.item.detail.subDetail.service ExplanationOfBenefit.item.detail.subDetail.productOrService
Element Id ExplanationOfBenefit.item.detail.subDetail.productOrService
Definition

A When the value is a group code to indicate then this item collects a set of related claim details, otherwise this contains the Professional Service product, service, drug or Product supplied (eg. CTP, HCPCS,USCLS,ICD10, NCPDP,DIN,ACHI,CCI). other billing code for the item.

Control Cardinality 0..1 1..1
Terminology Binding USCLS Codes ( Example )
Type CodeableConcept
Requirements

Necessary to state what was provided or done.

Alternate Names Drug Code; Bill Code; Service Code
Comments

If this is an actual service or product line, i.e. not a Group, then use code to indicate the Professional Service or Product supplied (e.g. CTP, HCPCS, USCLS, ICD10, NCPDP, DIN, RxNorm, ACHI, CCI). If a grouping item then use a group code to indicate the type of thing being grouped e.g. 'glasses' or 'compound'.

ExplanationOfBenefit.item.detail.subDetail.modifier
Element Id ExplanationOfBenefit.item.detail.subDetail.modifier
Definition

Item typification or modifiers codes, eg codes to convey additional context for Oral whether the treatment is cosmetic or associated with TMJ, or for medical whether the treatment was outside the clinic product or out of office hours. service.

Control Cardinality 0..*
Terminology Binding Modifier type Codes ( Example )
Type CodeableConcept
Requirements

May impact on adjudication. To support inclusion of the item for adjudication or to charge an elevated fee.

Comments

For example, in Oral whether the treatment is cosmetic or associated with TMJ, or for Medical whether the treatment was outside the clinic or outside of office hours.

ExplanationOfBenefit.item.detail.subDetail.programCode
Element Id ExplanationOfBenefit.item.detail.subDetail.programCode
Definition

For programs which require reson codes for the inclusion, covering, of this billed item under Identifies the program or sub-program. under which this may be recovered.

Control Cardinality 0..*
Terminology Binding Example Program Reason Codes ( Example )
Type CodeableConcept
Requirements

Commonly used in in the identification of publicly provided program focused on population segments or disease classifications.

Comments

For example: Neonatal program, child dental program or drug users recovery program.

ExplanationOfBenefit.item.detail.subDetail.quantity
Element Id ExplanationOfBenefit.item.detail.subDetail.quantity
Definition

The number of repetitions of a service or product.

Control Cardinality 0..1
Type SimpleQuantity
Requirements

Required when the product or service code does not convey the quantity provided.

ExplanationOfBenefit.item.detail.subDetail.unitPrice
Element Id ExplanationOfBenefit.item.detail.subDetail.unitPrice
Definition

The If the item is not a group then this is the fee for an addittional service or the product or charge. service, otherwise this is the total of the fees for the details of the group.

Control Cardinality 0..1
Type Money
Requirements

If a fee is present The amount charged to the associated product/service code must be present. patient by the provider for a single unit.

ExplanationOfBenefit.item.detail.subDetail.factor
Element Id ExplanationOfBenefit.item.detail.subDetail.factor
Definition

A real number that represents a multiplier used in determining the overall value of services delivered and/or goods received. The concept of a Factor allows for a discount or surcharge multiplier to be applied to a monetary amount.

Control Cardinality 0..1
Type decimal
Requirements

If When discounts are provided to a fee is present the associated product/service code patient (example: Senior's discount) then this must be present. documented for adjudication.

Comments

To show a 10% senior's discount, the value entered is: 0.90 (1.00 - 0.10).

ExplanationOfBenefit.item.detail.subDetail.net
Element Id ExplanationOfBenefit.item.detail.subDetail.net
Definition

The quantity times the unit price for an addittional additional service or product or charge. For example, the formula: unit Quantity * unit Price (Cost per Point) * factor Number * points = net Amount. Quantity, factor and points are assumed to be 1 if not supplied.

Control Cardinality 0..1
Type Money
Requirements

If Provides the total amount claimed for the group (if a fee is present grouper) or the associated product/service code must line item.

Comments

For example, the formula: quantity * unitPrice * factor = net. Quantity and factor are assumed to be present. 1 if not supplied.

ExplanationOfBenefit.item.detail.subDetail.udi
Element Id ExplanationOfBenefit.item.detail.subDetail.udi
Definition

List of Unique Device Identifiers associated with this line item.

Control Cardinality 0..*
Type Reference ( Device )
Requirements

The UDI code and issuer if applicable for allows the supplied product. insurer to obtain device level information on the product supplied.

ExplanationOfBenefit.item.detail.subDetail.noteNumber
Element Id ExplanationOfBenefit.item.detail.subDetail.noteNumber
Definition

A list of note references The numbers associated with notes below which apply to the notes provided below. adjudication of this item.

Control Cardinality 0..*
Type positiveInt
Requirements

Provides a condensed manner for associating human readable descriptive explanations for adjudications on the line item.

ExplanationOfBenefit.item.detail.subDetail.adjudication
Element Id ExplanationOfBenefit.item.detail.subDetail.adjudication
Definition

The adjudications adjudication results.

Control Cardinality 0..*
Type See ExplanationOfBenefit.item.adjudication
ExplanationOfBenefit.addItem
Element Id ExplanationOfBenefit.addItem
Definition

The first tier first-tier service adjudications for payor added services. product or service lines.

Control Cardinality 0..*
Requirements

Insurers may redefine the provided product or service or may package and/or decompose groups of products and services. The addItems allows the insurer to provide their line item list with linkage to the submitted items/details/sub-details. In a preauthorization the insurer may use the addItem structure to provide additional information on authorized products and services.

ExplanationOfBenefit.addItem.sequenceLinkId ExplanationOfBenefit.addItem.itemSequence
Element Id ExplanationOfBenefit.addItem.itemSequence
Definition

List of input service Claim items which this service line is intended to replace.

Control Cardinality 0..*
Type positiveInt
Requirements

Provides references to the claim items.

ExplanationOfBenefit.addItem.revenue ExplanationOfBenefit.addItem.detailSequence
Element Id ExplanationOfBenefit.addItem.detailSequence
Definition

The type sequence number of reveneu or cost center providing the product and/or service. details within the claim item which this line is intended to replace.

Control Cardinality 0..1 0..*
Terminology Binding Type Example Revenue Center Codes positiveInt ( Example
Requirements

Provides references to the claim details within the claim item.

) ExplanationOfBenefit.addItem.subDetailSequence
Element Id ExplanationOfBenefit.addItem.subDetailSequence
Definition

The sequence number of the sub-details woithin the details within the claim item which this line is intended to replace.

Cardinality 0..*
Type CodeableConcept positiveInt
Requirements

Provides references to the claim sub-details within the claim detail.

ExplanationOfBenefit.addItem.category ExplanationOfBenefit.addItem.provider
Element Id ExplanationOfBenefit.addItem.provider
Definition

Health Care Service The providers who are authorized for the services rendered to the patient.

Cardinality 0..*
Type Codes Reference ( Practitioner | PractitionerRole | Organization )
Requirements

Insurer may provide authorization specifically to identify a restricted set of providers rather than an open authorization.

ExplanationOfBenefit.addItem.productOrService
Element Id ExplanationOfBenefit.addItem.productOrService
Definition

When the classification value is a group code then this item collects a set of service related claim details, otherwise this contains the product, service, drug or benefits. other billing code for the item.

Control Cardinality 0..1 1..1
Terminology Binding Benefit SubCategory USCLS Codes ( Example )
Type CodeableConcept
Requirements ExplanationOfBenefit.addItem.service

Necessary to state what was provided or done.

Alternate Names Drug Code; Bill Code; Service Code
Definition Comments

If this is an actual service or product line, ie. i.e. not a Group, then use code to indicate the Professional Service or Product supplied (eg. (e.g. CTP, HCPCS,USCLS,ICD10, NCPDP,DIN,ACHI,CCI). HCPCS, USCLS, ICD10, NCPDP, DIN, RxNorm, ACHI, CCI). If a grouping item then use a group code to indicate the type of thing being grouped eg. e.g. 'glasses' or 'compound'.

ExplanationOfBenefit.addItem.modifier
Element Id ExplanationOfBenefit.addItem.modifier
Definition

Item typification or modifiers codes to convey additional context for the product or service.

Cardinality 0..1 0..*
Terminology Binding USCLS Modifier type Codes ( Example )
Type CodeableConcept
Requirements

To support inclusion of the item for adjudication or to charge an elevated fee.

Definition Comments

Item typification or modifiers codes, eg for For example, in Oral whether the treatment is cosmetic or associated with TMJ, or for medical Medical whether the treatment was outside the clinic or out of office hours.

ExplanationOfBenefit.addItem.programCode
Element Id ExplanationOfBenefit.addItem.programCode
Definition

Identifies the program under which this may be recovered.

Cardinality 0..*
Terminology Binding Modifier type Example Program Reason Codes ( Example )
Type CodeableConcept
Requirements

May impact Commonly used in in the identification of publicly provided program focused on adjudication. population segments or disease classifications.

Comments

For example: Neonatal program, child dental program or drug users recovery program.

ExplanationOfBenefit.addItem.fee ExplanationOfBenefit.addItem.serviced[x]
Element Id ExplanationOfBenefit.addItem.serviced[x]
Definition

The fee charged date or dates when the service or product was supplied, performed or completed.

Cardinality 0..1
Type date | Period
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

Needed to determine whether the professional service or product was provided during the term of the insurance coverage.

ExplanationOfBenefit.addItem.location[x]
Element Id ExplanationOfBenefit.addItem.location[x]
Definition

Where the product or service was provided.

Cardinality 0..1
Terminology Binding Example Service Place Codes ( Example )
Type CodeableConcept | Address | Reference ( Location )
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

The location can alter whether the item was acceptable for insurance purposes or impact the determination of the benefit amount.

ExplanationOfBenefit.addItem.quantity
Element Id ExplanationOfBenefit.addItem.quantity
Definition

The number of repetitions of a service or product.

Control Cardinality 0..1
Type SimpleQuantity
Requirements

Required when the product or service code does not convey the quantity provided.

ExplanationOfBenefit.addItem.unitPrice
Element Id ExplanationOfBenefit.addItem.unitPrice
Definition

If the item is not a group then this is the fee for the product or service, otherwise this is the total of the fees for the details of the group.

Cardinality 0..1
Type Money
Requirements

The amount charged to the patient by the provider for a single unit.

ExplanationOfBenefit.addItem.noteNumber ExplanationOfBenefit.addItem.factor
Element Id ExplanationOfBenefit.addItem.factor
Definition

A list real number that represents a multiplier used in determining the overall value of note references services delivered and/or goods received. The concept of a Factor allows for a discount or surcharge multiplier to be applied to a monetary amount.

Cardinality 0..1
Type decimal
Requirements

When discounts are provided to a patient (example: Senior's discount) then this must be documented for adjudication.

Comments

To show a 10% senior's discount, the value entered is: 0.90 (1.00 - 0.10).

ExplanationOfBenefit.addItem.net
Element Id ExplanationOfBenefit.addItem.net
Definition

The quantity times the unit price for an additional service or product or charge.

Cardinality 0..1
Type Money
Requirements

Provides the total amount claimed for the group (if a grouper) or the line item.

Comments

For example, the formula: quantity * unitPrice * factor = net. Quantity and factor are assumed to be 1 if not supplied.

ExplanationOfBenefit.addItem.bodySite
Element Id ExplanationOfBenefit.addItem.bodySite
Definition

Physical service site on the patient (limb, tooth, etc.).

Cardinality 0..1
Terminology Binding Oral Site Codes ( Example )
Type CodeableConcept
Requirements

Allows insurer to validate specific procedures.

Comments

For example, providing a tooth code allows an insurer to identify a provider performing a filling on a tooth that was previously removed.

ExplanationOfBenefit.addItem.subSite
Element Id ExplanationOfBenefit.addItem.subSite
Definition

A region or surface of the bodySite, e.g. limb region or tooth surface(s).

Cardinality 0..*
Terminology Binding Surface Codes ( Example )
Type CodeableConcept
Requirements

Allows insurer to validate specific procedures.

ExplanationOfBenefit.addItem.noteNumber
Element Id ExplanationOfBenefit.addItem.noteNumber
Definition

The numbers associated with notes provided below. below which apply to the adjudication of this item.

Control Cardinality 0..*
Type positiveInt
Requirements

Provides a condensed manner for associating human readable descriptive explanations for adjudications on the line item.

ExplanationOfBenefit.addItem.adjudication
Element Id ExplanationOfBenefit.addItem.adjudication
Definition

The adjudications adjudication results.

Control Cardinality 0..*
Type See ExplanationOfBenefit.item.adjudication
ExplanationOfBenefit.addItem.detail
Element Id ExplanationOfBenefit.addItem.detail
Definition

The second tier second-tier service adjudications for payor added services.

Control Cardinality 0..*
ExplanationOfBenefit.addItem.detail.revenue ExplanationOfBenefit.addItem.detail.productOrService
Element Id ExplanationOfBenefit.addItem.detail.productOrService
Definition

The type When the value is a group code then this item collects a set of reveneu related claim details, otherwise this contains the product, service, drug or cost center providing other billing code for the product and/or service. item.

Control Cardinality 0..1 1..1
Terminology Binding Example Revenue Center USCLS Codes ( Example )
Type CodeableConcept
Requirements

Necessary to state what was provided or done.

Alternate Names Drug Code; Bill Code; Service Code
Comments

If this is an actual service or product line, i.e. not a Group, then use code to indicate the Professional Service or Product supplied (e.g. CTP, HCPCS, USCLS, ICD10, NCPDP, DIN, RxNorm, ACHI, CCI). If a grouping item then use a group code to indicate the type of thing being grouped e.g. 'glasses' or 'compound'.

ExplanationOfBenefit.addItem.detail.category ExplanationOfBenefit.addItem.detail.modifier
Element Id ExplanationOfBenefit.addItem.detail.modifier
Definition

Health Care Service Type Codes Item typification or modifiers codes to identify convey additional context for the classification of service product or benefits. service.

Control Cardinality 0..1 0..*
Terminology Binding Benefit SubCategory Modifier type Codes ( Example )
Type CodeableConcept
Requirements

To support inclusion of the item for adjudication or to charge an elevated fee.

Comments

For example, in Oral whether the treatment is cosmetic or associated with TMJ, or for Medical whether the treatment was outside the clinic or out of office hours.

ExplanationOfBenefit.addItem.detail.service ExplanationOfBenefit.addItem.detail.quantity
Element Id ExplanationOfBenefit.addItem.detail.quantity
Definition

A The number of repetitions of a service or product.

Cardinality 0..1
Type SimpleQuantity
Requirements

Required when the product or service code does not convey the quantity provided.

ExplanationOfBenefit.addItem.detail.unitPrice
Element Id ExplanationOfBenefit.addItem.detail.unitPrice
Definition

If the item is not a group then this is the fee for the product or service, otherwise this is the total of the fees for the details of the group.

Cardinality 0..1
Type Money
Requirements

The amount charged to indicate the Professional Service patient by the provider for a single unit.

ExplanationOfBenefit.addItem.detail.factor
Element Id ExplanationOfBenefit.addItem.detail.factor
Definition

A real number that represents a multiplier used in determining the overall value of services delivered and/or goods received. The concept of a Factor allows for a discount or Product supplied (eg. CTP, HCPCS,USCLS,ICD10, NCPDP,DIN,ACHI,CCI). surcharge multiplier to be applied to a monetary amount.

Control Cardinality 0..1
Type decimal
Requirements

When discounts are provided to a patient (example: Senior's discount) then this must be documented for adjudication.

Comments

To show a 10% senior's discount, the value entered is: 0.90 (1.00 - 0.10).

ExplanationOfBenefit.addItem.detail.net
Element Id ExplanationOfBenefit.addItem.detail.net
Definition

The quantity times the unit price for an additional service or product or charge.

Cardinality 0..1
Type Money
Requirements

Provides the total amount claimed for the group (if a grouper) or the line item.

Comments

For example, the formula: quantity * unitPrice * factor = net. Quantity and factor are assumed to be 1 if not supplied.

ExplanationOfBenefit.addItem.detail.noteNumber
Element Id ExplanationOfBenefit.addItem.detail.noteNumber
Definition

The numbers associated with notes below which apply to the adjudication of this item.

Cardinality 0..*
Type positiveInt
Requirements

Provides a condensed manner for associating human readable descriptive explanations for adjudications on the line item.

ExplanationOfBenefit.addItem.detail.adjudication
Element Id ExplanationOfBenefit.addItem.detail.adjudication
Definition

The adjudication results.

Cardinality 0..*
Type See ExplanationOfBenefit.item.adjudication
ExplanationOfBenefit.addItem.detail.subDetail
Element Id ExplanationOfBenefit.addItem.detail.subDetail
Definition

The third-tier service adjudications for payor added services.

Cardinality 0..*
ExplanationOfBenefit.addItem.detail.subDetail.productOrService
Element Id ExplanationOfBenefit.addItem.detail.subDetail.productOrService
Definition

When the value is a group code then this item collects a set of related claim details, otherwise this contains the product, service, drug or other billing code for the item.

Cardinality 1..1
Terminology Binding USCLS Codes ( Example )
Type CodeableConcept
Requirements

Necessary to state what was provided or done.

Alternate Names Drug Code; Bill Code; Service Code
Comments

If this is an actual service or product line, i.e. not a Group, then use code to indicate the Professional Service or Product supplied (e.g. CTP, HCPCS, USCLS, ICD10, NCPDP, DIN, RxNorm, ACHI, CCI). If a grouping item then use a group code to indicate the type of thing being grouped e.g. 'glasses' or 'compound'.

ExplanationOfBenefit.addItem.detail.modifier ExplanationOfBenefit.addItem.detail.subDetail.modifier
Element Id ExplanationOfBenefit.addItem.detail.subDetail.modifier
Definition

Item typification or modifiers codes, eg codes to convey additional context for the product or service.

Cardinality 0..*
Terminology Binding Modifier type Codes ( Example )
Type CodeableConcept
Requirements

To support inclusion of the item for adjudication or to charge an elevated fee.

Comments

For example, in Oral whether the treatment is cosmetic or associated with TMJ, or for medical Medical whether the treatment was outside the clinic or out of office hours.

ExplanationOfBenefit.addItem.detail.subDetail.quantity
Element Id ExplanationOfBenefit.addItem.detail.subDetail.quantity
Definition

The number of repetitions of a service or product.

Cardinality 0..* 0..1
Terminology Binding Type Modifier type Codes SimpleQuantity ( Example
Requirements

Required when the product or service code does not convey the quantity provided.

) ExplanationOfBenefit.addItem.detail.subDetail.unitPrice
Element Id ExplanationOfBenefit.addItem.detail.subDetail.unitPrice
Definition

If the item is not a group then this is the fee for the product or service, otherwise this is the total of the fees for the details of the group.

Cardinality 0..1
Type CodeableConcept Money
Requirements

May impact on adjudication. The amount charged to the patient by the provider for a single unit.

ExplanationOfBenefit.addItem.detail.fee ExplanationOfBenefit.addItem.detail.subDetail.factor
Element Id ExplanationOfBenefit.addItem.detail.subDetail.factor
Definition

A real number that represents a multiplier used in determining the overall value of services delivered and/or goods received. The fee charged concept of a Factor allows for a discount or surcharge multiplier to be applied to a monetary amount.

Cardinality 0..1
Type decimal
Requirements

When discounts are provided to a patient (example: Senior's discount) then this must be documented for adjudication.

Comments

To show a 10% senior's discount, the professional value entered is: 0.90 (1.00 - 0.10).

ExplanationOfBenefit.addItem.detail.subDetail.net
Element Id ExplanationOfBenefit.addItem.detail.subDetail.net
Definition

The quantity times the unit price for an additional service or product. product or charge.

Control Cardinality 0..1
Type Money
Requirements

Provides the total amount claimed for the group (if a grouper) or the line item.

Comments

For example, the formula: quantity * unitPrice * factor = net. Quantity and factor are assumed to be 1 if not supplied.

ExplanationOfBenefit.addItem.detail.noteNumber ExplanationOfBenefit.addItem.detail.subDetail.noteNumber
Element Id ExplanationOfBenefit.addItem.detail.subDetail.noteNumber
Definition

A list of note references The numbers associated with notes below which apply to the notes provided below. adjudication of this item.

Control Cardinality 0..*
Type positiveInt
Requirements

Provides a condensed manner for associating human readable descriptive explanations for adjudications on the line item.

ExplanationOfBenefit.addItem.detail.adjudication ExplanationOfBenefit.addItem.detail.subDetail.adjudication
Element Id ExplanationOfBenefit.addItem.detail.subDetail.adjudication
Definition

The adjudications adjudication results.

Control Cardinality 0..*
Type See ExplanationOfBenefit.item.adjudication
ExplanationOfBenefit.totalCost ExplanationOfBenefit.adjudication
Element Id ExplanationOfBenefit.adjudication
Definition

The total cost of adjudication results which are presented at the services reported. header level rather than at the line-item or add-item levels.

Control Cardinality 0..1 0..*
Type Money See ExplanationOfBenefit.item.adjudication
Requirements

This is Some insurers will receive line-items but provide the adjudication only at a check value that summary or header-level.

ExplanationOfBenefit.total
Element Id ExplanationOfBenefit.total
Definition

Categorized monetary totals for the receiver calculates and returns. adjudication.

Cardinality 0..*
Requirements

To provide the requestor with financial totals by category for the adjudication.

Summary true
Comments

Totals for amounts submitted, co-pays, benefits payable etc.

ExplanationOfBenefit.unallocDeductable ExplanationOfBenefit.total.category
Element Id ExplanationOfBenefit.total.category
Definition

The amount A code to indicate the information type of deductable applied which was not allocated this adjudication record. Information types may include: the value submitted, maximum values or percentages allowed or payable under the plan, amounts that the patient is responsible for in aggregate or pertaining to any particular service line. this item, amounts paid by other coverages, and the benefit payable for this item.

Control Cardinality 0..1 1..1
Terminology Binding Adjudication Value Codes ( Example )
Type Money CodeableConcept
Requirements

Needed to convey the type of total provided.

Summary true
Comments

For example, codes indicating: Co-Pay, deductible, eligible, benefit, tax, etc.

ExplanationOfBenefit.totalBenefit ExplanationOfBenefit.total.amount
Element Id ExplanationOfBenefit.total.amount
Definition

Total Monetary total amount of benefit payable (Equal to sum of the Benefit amounts from all detail lines and additions less associated with the Unallocated Deductable). category.

Control Cardinality 0..1 1..1
Type Money
Requirements

Needed to convey the total monetary amount.

Summary true
ExplanationOfBenefit.payment
Element Id ExplanationOfBenefit.payment
Definition

Payment details for the claim if adjudication of the claim has been paid. claim.

Control Cardinality 0..1
Requirements

Needed to convey references to the financial instrument that has been used if payment has been made.

ExplanationOfBenefit.payment.type
Element Id ExplanationOfBenefit.payment.type
Definition

Whether this represents partial or complete payment of the claim. benefits payable.

Control Cardinality 0..1
Terminology Binding Example Payment Type Codes ( Example )
Type CodeableConcept
Requirements

To advise the requestor when the insurer believes all payments to have been completed.

ExplanationOfBenefit.payment.adjustment
Element Id ExplanationOfBenefit.payment.adjustment
Definition

Adjustment Total amount of all adjustments to the this payment of included in this transaction which is are not related to adjudication of this transaction. claim's adjudication.

Control Cardinality 0..1
Type Money
Requirements

To advise the requestor of adjustments applied to the payment.

Comments

Insurers will deduct amounts owing from the provider (adjustment), such as a prior overpayment, from the amount owing to the provider (benefits payable) when payment is made to the provider.

ExplanationOfBenefit.payment.adjustmentReason
Element Id ExplanationOfBenefit.payment.adjustmentReason
Definition

Reason for the payment adjustment.

Control Cardinality 0..1
Terminology Binding Payment Adjustment Reason Codes ( Example )
Type CodeableConcept
Requirements

Needed to clarify the monetary adjustment.

ExplanationOfBenefit.payment.date
Element Id ExplanationOfBenefit.payment.date
Definition

Estimated date the payment date. will be issued or the actual issue date of payment.

Control Cardinality 0..1
Type date
Requirements

To advise the payee when payment can be expected.

ExplanationOfBenefit.payment.amount
Element Id ExplanationOfBenefit.payment.amount
Definition

Payable Benefits payable less any payment adjustment.

Control Cardinality 0..1
Type Money
Requirements

Needed to provide the actual payment amount.

ExplanationOfBenefit.payment.identifier
Element Id ExplanationOfBenefit.payment.identifier
Definition

Payment identifer. Issuer's unique identifier for the payment instrument.

Note This is a business identifer, identifier, not a resource identifier (see discussion )
Control Cardinality 0..1
Type Identifier
Requirements

Enable the receiver to reconcile when payment received.

Comments

For example: EFT number or check number.

ExplanationOfBenefit.form ExplanationOfBenefit.formCode
Element Id ExplanationOfBenefit.formCode
Definition

The A code for the form to be used for printing the content.

Control Cardinality 0..1
Terminology Binding Form Codes Forms ( Example )
Type CodeableConcept
Requirements

Needed to specify the specific form used for producing output for this response.

Comments

May be needed to identify specific jurisdictional forms.

ExplanationOfBenefit.form
Element Id ExplanationOfBenefit.form
Definition

The actual form, by reference or inclusion, for printing the content or an EOB.

Cardinality 0..1
Type Attachment
Requirements

Needed to include the specific form used for producing output for this response.

Comments

Needed to permit insurers to include the actual form.

ExplanationOfBenefit.processNote
Element Id ExplanationOfBenefit.processNote
Definition

Note text. A note that describes or explains adjudication results in a human readable form.

Control Cardinality 0..*
Requirements

Provides the insurer specific textual explanations associated with the processing.

ExplanationOfBenefit.processNote.number
Element Id ExplanationOfBenefit.processNote.number
Definition

An integer associated with each note which may be referred A number to from each service line item. uniquely identify a note entry.

Control Cardinality 0..1
Type positiveInt
Requirements

Necessary to provide a mechanism to link from adjudications.

ExplanationOfBenefit.processNote.type
Element Id ExplanationOfBenefit.processNote.type
Definition

The business purpose of the note purpose: Print/Display. text.

Control Cardinality 0..1
Terminology Binding NoteType ( Required )
Type CodeableConcept code
Requirements

To convey the expectation for when the text is used.

ExplanationOfBenefit.processNote.text
Element Id ExplanationOfBenefit.processNote.text
Definition

The note text. explanation or description associated with the processing.

Control Cardinality 0..1
Type string
Requirements

Required to provide human readable explanation.

ExplanationOfBenefit.processNote.language
Element Id ExplanationOfBenefit.processNote.language
Definition

The ISO-639-1 alpha 2 A code in lower case for to define the language, optionally followed by a hyphen and language used in the ISO-3166-1 alpha 2 code for text of the region in upper case; e.g. "en" for English, or "en-US" for American English versus "en-EN" for England English. note.

Control Cardinality 0..1
Terminology Binding Common Languages ( Extensible Preferred but limited to ??) All Languages )
Type CodeableConcept
Requirements

Note text may vary from the resource defined language.

Comments

Only required if the language is different from the resource language.

ExplanationOfBenefit.benefitBalance ExplanationOfBenefit.benefitPeriod
Element Id ExplanationOfBenefit.benefitPeriod
Definition

Balance by Benefit Category. The term of the benefits documented in this response.

Control Cardinality 0..* 0..1
Type ExplanationOfBenefit.benefitBalance.category Period
Definition Requirements

Dental, Vision, Medical, Pharmacy, Rehab etc. Needed as coverages may be multi-year while benefits tend to be annual therefore a separate expression of the benefit period is needed.

Control Comments 1..1

Not applicable when use=claim.

Terminology Binding ExplanationOfBenefit.benefitBalance
Element Id ExplanationOfBenefit.benefitBalance
Definition

Balance by Benefit Category.

CodeableConcept Cardinality 0..*
ExplanationOfBenefit.benefitBalance.subCategory ExplanationOfBenefit.benefitBalance.category
Element Id ExplanationOfBenefit.benefitBalance.category
Definition

Dental: basic, major, ortho; Vision exam, glasses, contacts; etc. Code to identify the general type of benefits under which products and services are provided.

Control Cardinality 0..1 1..1
Terminology Binding Benefit SubCategory Category Codes ( Example )
Type CodeableConcept
Requirements

Needed to convey the category of service or product for which eligibility is sought.

Comments

Examples include Medical Care, Periodontics, Renal Dialysis, Vision Coverage.

ExplanationOfBenefit.benefitBalance.excluded
Element Id ExplanationOfBenefit.benefitBalance.excluded
Definition

True if the indicated class of service is excluded from the plan, missing or False indicated indicates the product or service is included in the coverage.

Control Cardinality 0..1
Type boolean
Requirements

Needed to identify items that are specifically excluded from the coverage.

ExplanationOfBenefit.benefitBalance.name
Element Id ExplanationOfBenefit.benefitBalance.name
Definition

A short name or tag for the benefit, for example MED01, or DENT2. benefit.

Control Cardinality 0..1
Type string
Requirements

Required to align with other plan names.

Comments

For example: MED01, or DENT2.

ExplanationOfBenefit.benefitBalance.description
Element Id ExplanationOfBenefit.benefitBalance.description
Definition

A richer description of the benefit, for example 'DENT2 covers 100% of basic, 50% of major but exclused Ortho, Implants and Costmetic services'. benefit or services covered.

Control Cardinality 0..1
Type string
Requirements

Needed for human readable reference.

Comments

For example, 'DENT2 covers 100% of basic, 50% of major but excludes Ortho, Implants and Cosmetic services'.

ExplanationOfBenefit.benefitBalance.network
Element Id ExplanationOfBenefit.benefitBalance.network
Definition

Network designation. Is a flag to indicate whether the benefits refer to in-network providers or out-of-network providers.

Control Cardinality 0..1
Terminology Binding Network Type Codes ( Example )
Type CodeableConcept
Requirements

Needed as in or out of network providers are treated differently under the coverage.

ExplanationOfBenefit.benefitBalance.unit
Element Id ExplanationOfBenefit.benefitBalance.unit
Definition

Unit designation: Indicates if the benefits apply to an individual or to the family.

Control Cardinality 0..1
Terminology Binding Unit Type Codes ( Example )
Type CodeableConcept
Requirements

Needed for the understanding of the benefits.

ExplanationOfBenefit.benefitBalance.term
Element Id ExplanationOfBenefit.benefitBalance.term
Definition

The term or period of the values such as 'maximum lifetime benefit' or 'maximum annual vistis'. visits'.

Control Cardinality 0..1
Terminology Binding Benefit Term Codes ( Example )
Type CodeableConcept
Requirements

Needed for the understanding of the benefits.

ExplanationOfBenefit.benefitBalance.financial
Element Id ExplanationOfBenefit.benefitBalance.financial
Definition

Benefits Used to date.

Control Cardinality 0..*
ExplanationOfBenefit.benefitBalance.financial.type
Element Id ExplanationOfBenefit.benefitBalance.financial.type
Definition

Deductable, visits, Classification of benefit amount. being provided.

Control Cardinality 1..1
Terminology Binding Benefit Type Codes ( Example )
Type CodeableConcept
Requirements

Needed to convey the nature of the benefit.

Comments

For example: deductible, visits, benefit amount.

ExplanationOfBenefit.benefitBalance.financial.allowed[x]
Element Id ExplanationOfBenefit.benefitBalance.financial.allowed[x]
Definition

Benefits allowed. The quantity of the benefit which is permitted under the coverage.

Control Cardinality 0..1
Type unsignedInt | string | Money
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

Needed to convey the benefits offered under the coverage.

ExplanationOfBenefit.benefitBalance.financial.used[x]
Element Id ExplanationOfBenefit.benefitBalance.financial.used[x]
Definition

Benefits used. The quantity of the benefit which have been consumed to date.

Control Cardinality 0..1
Type unsignedInt | Money
[x] Note See Choice of Data Types for further information about how to use [x]
Requirements

Needed to convey the benefits consumed to date.