The purpose of this identifier.

Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

Identifies the purpose for this identifier, if known .

A coded type for the identifier that can be used to determine which identifier to use for a specific purpose.

Allows users to make use of identifiers when the identifier system is not known.

This element deals only with general categories of identifiers. It SHOULD not be used for codes that correspond 1..1 with the Identifier.system. Some identifiers may fall into multiple categories due to common usage. Where the system is known, a type is unnecessary because the type is always part of the system definition. However systems often need to handle identifiers where the system is not known. There is not a 1:1 relationship between type and system, since many different systems have the same type.

A coded type for an identifier that can be used to determine which identifier to use for a specific purpose.

Time period during which identifier is/was valid for use.

A Period specifies a range of time; the context of use will specify whether the entire range applies (e.g. "the patient was an inpatient of the hospital for this time range") or one value from the range applies (e.g. "give to the patient between these two times").

Period is not used for a duration (a measure of elapsed time). See Duration.

Organization that issued/manages the identifier.

The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization.

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

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

This may contain the local bill type codes, for example the US UB-04 bill type code or the CMS bill type.

A more granular claim typecode.

The period for which charges are being submitted.

A number jurisdictions required the submission of the billing period when submitting claims for example for hospital stays or long-term care.

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

Individual who created the claim, predetermination or preauthorization.

Some jurisdictions require the contact information for personnel completing claims.

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

The Insurer who is target of the request.

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

A code to indicate whether and for whom funds are to be reserved for future claims.

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.

This field is only used for preauthorizations.

For whom funds are to be reserved: (Patient, Provider, None).

Reference to a related claim.

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

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

A code to convey how the claims are related.

Some insurers need a declaration of the type of relationship.

For example, prior claim or umbrella.

Relationship of this claim to a related Claim.

An alternate organizational reference to the case or file to which this particular claim pertains.

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

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

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

Required to authorize the dispensing of controlled substances and devices.

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

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

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

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

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

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

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

A code for the party to be reimbursed.

Reference to the individual or organization to whom any payment will be made.

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

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

A reference to a referral resource.

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

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

Facility where the services were provided.

Insurance adjudication can be dependant on where services were delivered.

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

A number to uniquely identify care team entries.

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

32 bit number; for values larger than this, use decimal

Member of the team who provided the product or service.

Often a regulatory requirement to specify the responsible provider.

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

The party who is billing and/or responsible for the claimed products or services.

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

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

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

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

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

The role codes for the care team members.

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

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

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

Provider professional qualifications.

A number to uniquely identify supporting information entries.

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

32 bit number; for values larger than this, use decimal

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

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

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

The valuset used for additional information category codes.

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

Required to identify the kind of additional information.

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

The valuset used for additional information codes.

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

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

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

Reason codes for the missing teeth.

A number to uniquely identify diagnosis entries.

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

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

When the condition was observed or the relative ranking.

Often required to capture a particular diagnosis, for example: primary or discharge.

For example: admitting, primary, secondary, discharge.

The type of the diagnosis: admitting, principal, discharge.

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

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

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

Present on admission.

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

Required to 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.

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

The DRG codes associated with the diagnosis.

A number to uniquely identify procedure entries.

Necessary to provide a mechanism to link to claim details.

32 bit number; for values larger than this, use decimal

When the condition was observed or the relative ranking.

Often required to capture a particular diagnosis, for example: primary or discharge.

For example: primary, secondary.

Example procedure type codes.

Date and optionally time the procedure was performed.

Required for auditing purposes.

Unique Device Identifiers associated with this line item.

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

References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.

The business identifier to be used when the claim is sent for adjudication against this insurance policy.

This will be the claim number should it be necessary to create this claim in the future. This is provided so that payors may forward claims to other payors in the Coordination of Benefit for adjudication rather than the provider being required to initiate each adjudication.

Only required in jurisdictions where insurers, rather than the provider, are required to send claims to insurers that appear after them in the list. This element is not required when 'subrogation=true'.

A reference to a location at which the other resource is found. The reference may be a relative reference, in which case it is relative to the service base URL, or an absolute URL that resolves to the location where the resource is found. The reference may be version specific or not. If the reference is not to a FHIR RESTful server, then it should be assumed to be version specific. Internal fragment references (start with '#') refer to contained resources.

Using absolute URLs provides a stable scalable approach suitable for a cloud/web context, while using relative/logical references provides a flexible approach suitable for use when trading across closed eco-system boundaries. Absolute URLs do not need to point to a FHIR RESTful server, though this is the preferred approach. If the URL conforms to the structure "/[type]/[id]" then it should be assumed that the reference is to a FHIR RESTful server.

The expected type of the target of the reference. If both Reference.type and Reference.reference are populated and Reference.reference is a FHIR URL, both SHALL be consistent.

The type is the Canonical URL of Resource Definition that is the type this reference refers to. References are URLs that are relative to http://hl7.org/fhir/StructureDefinition/ e.g. "Patient" is a reference to http://hl7.org/fhir/StructureDefinition/Patient. Absolute URLs are only allowed for logical models (and can only be used in references in logical models, not resources).

This element is used to indicate the type of the target of the reference. This may be used which ever of the other elements are populated (or not). In some cases, the type of the target may be determined by inspection of the reference (e.g. a RESTful URL) or by resolving the target of the reference; if both the type and a reference is provided, the reference SHALL resolve to a resource of the same type as that specified.

Aa resource (or, for logical models, the URI of the logical model).

An identifier for the target resource. This is used when there is no way to reference the other resource directly, either because the entity it represents is not available through a FHIR server, or because there is no way for the author of the resource to convert a known identifier to an actual location. There is no requirement that a Reference.identifier point to something that is actually exposed as a FHIR instance, but it SHALL point to a business concept that would be expected to be exposed as a FHIR instance, and that instance would need to be of a FHIR resource type allowed by the reference.

When an identifier is provided in place of a reference, any system processing the reference will only be able to resolve the identifier to a reference if it understands the business context in which the identifier is used. Sometimes this is global (e.g. a national identifier) but often it is not. For this reason, none of the useful mechanisms described for working with references (e.g. chaining, includes) are possible, nor should servers be expected to be able resolve the reference. Servers may accept an identifier based reference untouched, resolve it, and/or reject it - see CapabilityStatement.rest.resource.referencePolicy.

When both an identifier and a literal reference are provided, the literal reference is preferred. Applications processing the resource are allowed - but not required - to check that the identifier matches the literal reference

Applications converting a logical reference to a literal reference may choose to leave the logical reference present, or remove it.

Reference is intended to point to a structure that can potentially be expressed as a FHIR resource, though there is no need for it to exist as an actual FHIR resource instance - except in as much as an application wishes to actual find the target of the reference. The content referred to be the identifier must meet the logical constraints implied by any limitations on what resource types are permitted for the reference. For example, it would not be legitimate to send the identifier for a drug prescription if the type were Reference(Observation|DiagnosticReport). One of the use-cases for Reference.identifier is the situation where no FHIR representation exists (where the type is Reference (Any).

A business agreement number established between the provider and the insurer for special business processing purposes.

Providers may have multiple business arrangements with a given insurer and must supply the specific contract number for adjudication.

Note that FHIR strings SHALL NOT exceed 1MB in size

Reference numbers previously provided by the insurer to the provider to be quoted on subsequent claims containing services or products related to the prior authorization.

Providers must quote previously issued authorization reference numbers in order to obtain adjudication as previously advised on the Preauthorization.

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.

The result of the adjudication of the line items for the Coverage specified in this insurance.

An insurer need the adjudication results from prior insurers to determine the outstanding balance remaining by item for the items in the curent claim.

Must not be specified when 'focal=true' for this insurance.

Date of an accident event related to the products and services contained in the claim.

Required for audit purposes and adjudication.

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

The type or context of the accident event for the purposes of selection of potential insurance coverages and determination of coordination between insurers.

Coverage may be dependant on the type of accident.

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

Type of accident: work place, auto, etc.

CareTeam members related to this service or product.

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

32 bit number; for values larger than this, use decimal