Da Vinci - Coverage Requirements Discovery
2.2.0-ballot - STU 2.2 Ballot
Da Vinci - Coverage Requirements Discovery
2.2.0-ballot - STU 2.2 Ballot
This page is part of the Da Vinci Coverage Requirements Discovery (CRD) FHIR IG (v2.2.0-ballot: STU 2.2 Ballot) based on FHIR (HL7® FHIR® Standard) R4. This version is a pre-release. The current official version is 2.1.0. For a full list of available versions, see the Directory of published versions
| Page standards status: Trial-use | Maturity Level: 4 |
<CodeSystem xmlns="http://hl7.org/fhir">
<id value="coverage-information-codes"/>
<text>
<status value="generated"/>
<div xmlns="http://www.w3.org/1999/xhtml"><p class="res-header-id"><b>Generated Narrative: CodeSystem coverage-information-codes</b></p><a name="coverage-information-codes"> </a><a name="hccoverage-information-codes"> </a><p><b>Properties</b></p><p><b>This code system defines the following properties for its concepts</b></p><table class="grid"><tr><td><b>Name</b></td><td><b>Code</b></td><td><b>URI</b></td><td><b>Type</b></td></tr><tr><td>Not Selectable</td><td>abstract</td><td>http://hl7.org/fhir/concept-properties#notSelectable</td><td>boolean</td></tr></table><p><b>Concepts</b></p><p>This case-sensitive code system <code>http://hl7.org/fhir/us/davinci-crd/CodeSystem/coverage-information-codes</code> defines the following codes in a Is-A hierarchy:</p><table class="codes"><tr><td><b>Lvl</b></td><td style="white-space:nowrap"><b>Code</b></td><td><b>Display</b></td><td><b>Definition</b></td><td><b>Not Selectable</b></td></tr><tr><td>1</td><td style="white-space:nowrap">conditional<a name="coverage-information-codes-conditional"> </a></td><td>Conditional</td><td>There is the potential for information requirements from a participant type not listed. However, a decision on whether there in fact are additional information requirements cannot be made without more information (more detailed code, service rendering information, etc.)</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">covered<a name="coverage-information-codes-covered"> </a></td><td>Covered</td><td>Regular coverage applies</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">not-covered<a name="coverage-information-codes-not-covered"> </a></td><td>Not covered</td><td>No coverage or possibility of coverage for this service)</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">no-auth<a name="coverage-information-codes-no-auth"> </a></td><td>No Prior Authorization</td><td>The ordered service does not require prior authorization</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">auth-needed<a name="coverage-information-codes-auth-needed"> </a></td><td>Prior Authorization Needed</td><td>The ordered service will require prior authorization</td><td/></tr><tr><td>2</td><td style="white-space:nowrap"> performpa<a name="coverage-information-codes-performpa"> </a></td><td>Performer Prior Authorization</td><td>Prior authorization is needed for the service, however such prior authoriation must be initiated by the performing (rather than ordering) provider.</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">satisfied<a name="coverage-information-codes-satisfied"> </a></td><td>Authorization Satisfied</td><td>While prior authorization would typically be needed, the conditions evaluated by prior authorization have already been evaluated and therefore prior authorization can be bypassed</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">clinical<a name="coverage-information-codes-clinical"> </a></td><td>Clinical Documentation</td><td>Details most likely to originate from a clinician are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by clinician. Indicates that the CRD client should expose the need to launch DTR to clinical users.</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">admin<a name="coverage-information-codes-admin"> </a></td><td>Administrative Documentation</td><td>Administrative details not likely to require clinical expertise are needed to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by back-end staff. Indicates that while the CRD client might expose the ability to launch DTR as an option for clinical users, it should be clear that clinical input is not necessary and deferring the use of DTR to back-end staff is perfectly appropriate. Some CRD clients might be configured (based on provider preference) to not even show clinicians the option to launch.</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">patient<a name="coverage-information-codes-patient"> </a></td><td>Administrative & clinical doc</td><td>Details most likely to originate from the patient or their personal representative (e.g. parent, spouse, etc.) are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability. For example, information about household composition, accessibility considerations, etc. This should be used when the data needs to come from the patient themselves, rather than a clinician's assessment of the patient</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">_docReason<a name="coverage-information-codes-_docReason"> </a></td><td>Additional Information Purposes</td><td>A collector for codes representing different reasons for capturing additional information</td><td>true</td></tr><tr><td>2</td><td style="white-space:nowrap"> withpa<a name="coverage-information-codes-withpa"> </a></td><td>Include in prior authorization</td><td>The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) a prior authorization for the associated request resource(s).</td><td/></tr><tr><td>2</td><td style="white-space:nowrap"> withclaim<a name="coverage-information-codes-withclaim"> </a></td><td>Include with claim</td><td>The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) the insurance claim for the services ordered by the associated request resource(s).</td><td/></tr><tr><td>2</td><td style="white-space:nowrap"> withorder<a name="coverage-information-codes-withorder"> </a></td><td>Include with order</td><td>The information in this QuestionnaireResponse should be packaged into a Bundle and submitted along with (or referenced as supporting information to) the associated request resource(s) when transmitting the order to the fulfilling system.</td><td/></tr><tr><td>2</td><td style="white-space:nowrap"> retain-doc<a name="coverage-information-codes-retain-doc"> </a></td><td>Medical necessity</td><td>The information in this QuestionnaireResponse should be retained within the EHR as supporting evidence of the medical necessity of the associated request resource(s).</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">performer<a name="coverage-information-codes-performer"> </a></td><td>Performer Needed</td><td>Information about who (specifically, or at least performer type and affiliation) is necessary to make a determination of coverage and/or prior auth expectations</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">location<a name="coverage-information-codes-location"> </a></td><td>Location Needed</td><td>Information about where (specific clinic/site or organization) is necessary to make a determination of coverage and/or prior auth expectations</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">timeframe<a name="coverage-information-codes-timeframe"> </a></td><td>Timeframe Needed</td><td>Information about when the service will be performed that is more granular than the order effective period is necessary to make a determination of coverage and/or prior auth expectations</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">contract-window<a name="coverage-information-codes-contract-window"> </a></td><td>New Contract Window</td><td>The target performance time for the event falls outside the contract window for the patient's current coverage. Information will not be available until a contract is in place covering the service time period</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">detail-code<a name="coverage-information-codes-detail-code"> </a></td><td>Detail code</td><td>The ordered code is at too high a level of granularity to make decisions about coverage/pa/etc. Can only be present if something is 'conditional'</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">cat-limitation<a name="coverage-information-codes-cat-limitation"> </a></td><td>Coverage Limitation</td><td>The statement being made about coverage or authorization that are being constrained in scope in some way. I.e. It is not safe to interpret the statements of 'this is covered' or 'this does not require prior auth' without looking at this detail.</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">cat-decisional<a name="coverage-information-codes-cat-decisional"> </a></td><td>Decision Considerations</td><td>The statement does not qualify the coverage statement, however it does provide information that may be relevant to the patient & caregiver decision of whether a therapy is appropriate/reasonable.</td><td/></tr><tr><td>1</td><td style="white-space:nowrap">cat-other<a name="coverage-information-codes-cat-other"> </a></td><td>Other Details</td><td>The statement does not limit the coverage statement being made and is unlikely to influence a decision to proceed with care. For example, instructions on how to submit a claim, reference to to policy, etc.</td><td/></tr></table></div>
</text>
<extension
url="http://hl7.org/fhir/StructureDefinition/structuredefinition-wg">
<valueCode value="fm"/>
</extension>
<extension
url="http://hl7.org/fhir/StructureDefinition/structuredefinition-fmm">
<valueInteger value="4">
<extension
url="http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom">
<valueCanonical
value="http://hl7.org/fhir/us/davinci-crd/ImplementationGuide/davinci-crd"/>
</extension>
</valueInteger>
</extension>
<extension
url="http://hl7.org/fhir/StructureDefinition/structuredefinition-standards-status">
<valueCode value="trial-use">
<extension
url="http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom">
<valueCanonical
value="http://hl7.org/fhir/us/davinci-crd/ImplementationGuide/davinci-crd"/>
</extension>
</valueCode>
</extension>
<url
value="http://hl7.org/fhir/us/davinci-crd/CodeSystem/coverage-information-codes"/>
<identifier>
<system value="urn:ietf:rfc:3986"/>
<value value="urn:oid:2.16.840.1.113883.4.642.40.18.16.2"/>
</identifier>
<version value="2.2.0-ballot"/>
<name value="CoverageInformationCodes"/>
<title value="Coverage Information Codes"/>
<status value="active"/>
<experimental value="false"/>
<date value="2025-08-06T17:27:13+00:00"/>
<publisher value="HL7 International / Financial Management"/>
<contact>
<telecom>
<system value="url"/>
<value value="http://www.hl7.org/Special/committees/fm"/>
</telecom>
</contact>
<description
value="Codes used by 'code' elements within the Coverage-Information extension."/>
<jurisdiction>
<coding>
<system value="urn:iso:std:iso:3166"/>
<code value="US"/>
</coding>
</jurisdiction>
<caseSensitive value="true"/>
<hierarchyMeaning value="is-a"/>
<content value="complete"/>
<count value="23"/>
<property>
<code value="abstract"/>
<uri value="http://hl7.org/fhir/concept-properties#notSelectable"/>
<type value="boolean"/>
</property>
<concept>
<code value="conditional"/>
<display value="Conditional"/>
<definition
value="There is the potential for information requirements from a participant type not listed. However, a decision on whether there in fact are additional information requirements cannot be made without more information (more detailed code, service rendering information, etc.)"/>
</concept>
<concept>
<code value="covered"/>
<display value="Covered"/>
<definition value="Regular coverage applies"/>
</concept>
<concept>
<code value="not-covered"/>
<display value="Not covered"/>
<definition
value="No coverage or possibility of coverage for this service)"/>
</concept>
<concept>
<code value="no-auth"/>
<display value="No Prior Authorization"/>
<definition
value="The ordered service does not require prior authorization"/>
</concept>
<concept>
<code value="auth-needed"/>
<display value="Prior Authorization Needed"/>
<definition value="The ordered service will require prior authorization"/>
<concept>
<code value="performpa"/>
<display value="Performer Prior Authorization"/>
<definition
value="Prior authorization is needed for the service, however such prior authoriation must be initiated by the performing (rather than ordering) provider."/>
</concept>
</concept>
<concept>
<code value="satisfied"/>
<display value="Authorization Satisfied"/>
<definition
value="While prior authorization would typically be needed, the conditions evaluated by prior authorization have already been evaluated and therefore prior authorization can be bypassed"/>
</concept>
<concept>
<code value="clinical"/>
<display value="Clinical Documentation"/>
<definition
value="Details most likely to originate from a clinician are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by clinician. Indicates that the CRD client should expose the need to launch DTR to clinical users."/>
</concept>
<concept>
<code value="admin"/>
<display value="Administrative Documentation"/>
<definition
value="Administrative details not likely to require clinical expertise are needed to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by back-end staff. Indicates that while the CRD client might expose the ability to launch DTR as an option for clinical users, it should be clear that clinical input is not necessary and deferring the use of DTR to back-end staff is perfectly appropriate. Some CRD clients might be configured (based on provider preference) to not even show clinicians the option to launch."/>
</concept>
<concept>
<code value="patient"/>
<display value="Administrative & clinical doc"/>
<definition
value="Details most likely to originate from the patient or their personal representative (e.g. parent, spouse, etc.) are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability. For example, information about household composition, accessibility considerations, etc. This should be used when the data needs to come from the patient themselves, rather than a clinician's assessment of the patient"/>
</concept>
<concept>
<code value="_docReason"/>
<display value="Additional Information Purposes"/>
<definition
value="A collector for codes representing different reasons for capturing additional information"/>
<property>
<code value="abstract"/>
<valueBoolean value="true"/>
</property>
<concept>
<code value="withpa"/>
<display value="Include in prior authorization"/>
<definition
value="The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) a prior authorization for the associated request resource(s)."/>
</concept>
<concept>
<code value="withclaim"/>
<display value="Include with claim"/>
<definition
value="The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) the insurance claim for the services ordered by the associated request resource(s)."/>
</concept>
<concept>
<code value="withorder"/>
<display value="Include with order"/>
<definition
value="The information in this QuestionnaireResponse should be packaged into a Bundle and submitted along with (or referenced as supporting information to) the associated request resource(s) when transmitting the order to the fulfilling system."/>
</concept>
<concept>
<code value="retain-doc"/>
<display value="Medical necessity"/>
<definition
value="The information in this QuestionnaireResponse should be retained within the EHR as supporting evidence of the medical necessity of the associated request resource(s)."/>
</concept>
</concept>
<concept>
<code value="performer"/>
<display value="Performer Needed"/>
<definition
value="Information about who (specifically, or at least performer type and affiliation) is necessary to make a determination of coverage and/or prior auth expectations"/>
</concept>
<concept>
<code value="location"/>
<display value="Location Needed"/>
<definition
value="Information about where (specific clinic/site or organization) is necessary to make a determination of coverage and/or prior auth expectations"/>
</concept>
<concept>
<code value="timeframe"/>
<display value="Timeframe Needed"/>
<definition
value="Information about when the service will be performed that is more granular than the order effective period is necessary to make a determination of coverage and/or prior auth expectations"/>
</concept>
<concept>
<code value="contract-window"/>
<display value="New Contract Window"/>
<definition
value="The target performance time for the event falls outside the contract window for the patient's current coverage. Information will not be available until a contract is in place covering the service time period"/>
</concept>
<concept>
<code value="detail-code"/>
<display value="Detail code"/>
<definition
value="The ordered code is at too high a level of granularity to make decisions about coverage/pa/etc. Can only be present if something is 'conditional'"/>
</concept>
<concept>
<code value="cat-limitation"/>
<display value="Coverage Limitation"/>
<definition
value="The statement being made about coverage or authorization that are being constrained in scope in some way. I.e. It is not safe to interpret the statements of 'this is covered' or 'this does not require prior auth' without looking at this detail."/>
</concept>
<concept>
<code value="cat-decisional"/>
<display value="Decision Considerations"/>
<definition
value="The statement does not qualify the coverage statement, however it does provide information that may be relevant to the patient & caregiver decision of whether a therapy is appropriate/reasonable."/>
</concept>
<concept>
<code value="cat-other"/>
<display value="Other Details"/>
<definition
value="The statement does not limit the coverage statement being made and is unlikely to influence a decision to proceed with care. For example, instructions on how to submit a claim, reference to to policy, etc."/>
</concept>
</CodeSystem>
IG © 2019+ HL7 International / Financial Management. Package hl7.fhir.us.davinci-crd#2.2.0-ballot based on FHIR 4.0.1. Generated 2025-08-06
Links: Table of Contents |
QA Report
| Version History |
|
Propose a change