| Lvl | Code | Display | Definition | Not Selectable |
| 1 |
gold-card |
Gold card |
Ordering Practitioner has been granted 'gold card' status with this payer/coverage type. |
|
| 1 |
no-member-found |
Member not found |
The CRD server was unable to find a matching member, so no coverage information can be provided |
|
| 1 |
no-active-coverage |
Coverage not active |
The referenced insurance coverage for the member is not active, so no coverage information can be provided |
|
| 1 |
auth-out-network |
Authorization needed out-of-network |
Authorization is necessary if out-of-network. |
|
| 1 |
_limitation |
Limitation details |
Identifies detail codes that define limitations of coverage. (Category should be 'cat-limitation') |
true |
| 2 |
allowed-quantity |
Maximum quantity |
Indicates limitations on the number of services/products allowed (possibly per time period). Value should be a Quantity |
|
| 2 |
allowed-period |
Maximum allowed period |
Indicates the maximum period of time that can be covered in a single order. Value should be a Period |
|
| 1 |
_decisional |
Decisional details |
Identifies detail codes that may impact patient and clinician decision making (Category should be 'cat-decisional') |
true |
| 2 |
in-network-copay |
Copay for in-network |
Indicates a percentage co-pay to expect if delivered in-network. Value should be a Quantity. |
|
| 2 |
out-network-copay |
Copay for out-of-network |
Indicates a percentage co-pay to expect if delivered out-of-network. Value should be a Quantity. |
|
| 2 |
concurrent-review |
Concurrent review |
Additional payer-defined documentation will be required prior to claim payment. Value should be a boolean. |
|
| 2 |
appropriate-use-needed |
Appropriate use |
Payer-defined appropriate use process must be invoked to determine coverage. Value should be a boolean. |
|
| 1 |
_other |
Other details |
Identifies detail codes that are generally not relevant to clinicians/patients (Category should be 'cat-other') |
true |
| 2 |
policy-link |
Policy Link |
A URL pointing to the specific portion of a payer policy, coverage agreement or similar authoritative document that provides a portion of the basis for the decision documented in the coverage-information. Value should be a url. |
|
| 1 |
instructions |
Instructions |
Information to display to the user that gives guidance about what steps to take in achieving the recommended actions identified by this coverage-information (e.g. special instructions about requesting authorization, details about information needed, details about data retention, etc.). Value should be a string. (Category may vary.) |
|
| 1 |
_cardType |
Card Type (abstract) |
A collector for different profiles on CDS Hooks card |
true |
| 2 |
coverage-info |
Coverage Information |
Information related to the patient's coverage, including whether a service is covered, requires prior authorization, is approved without seeking prior authorization, and/or requires additional documentation or data collection |
|
| 3 |
unsolicited-determ |
Unsolicited Determination |
An unsolicited approval of the service as having prior authorization requirements met without a formal submission of a prior authorization request |
|
| 2 |
claim |
Claim |
Information about what steps need to be taken to submit a claim for the service |
|
| 2 |
insurance |
Insurance |
Allows a provider to update the patient's coverage information with additional details from the payer (e.g. expiry date, coverage extensions) |
|
| 2 |
limits |
Limits |
Messages warning about the patient approaching or exceeding their limits for a particular type of coverage or expiry date for coverage in general |
|
| 2 |
network |
Network |
Providing information about in-network providers that could deliver the order (or in-network alternatives for an order directed out-of-network) |
|
| 2 |
appropriate-use |
Appropriate Use |
Guidance on whether appropriate-use documentation is needed |
|
| 2 |
cost |
Cost |
What is the anticipated cost to the patient based on their coverage |
|
| 2 |
therapy-alternatives-opt |
Optional Therapy Alternatives |
Are there alternative therapies that have better coverage and/or are lower-cost for the patient |
|
| 2 |
therapy-alternatives-req |
Required Therapy Alternatives |
Are there alternative therapies that must be tried first prior to coverage being available for the proposed therapy |
|
| 2 |
clinical-reminder |
Clinical Reminder |
Reminders that a patient is due for certain screening or other therapy (based on payer recorded date of last intervention) |
|
| 2 |
duplicate-therapy |
Duplicate Therapy |
Notice that the proposed intervention has already recently occurred with a different provider when that information is not already available in the provider system |
|
| 2 |
contraindication |
Contraindication |
Notice that the proposed intervention may be contraindicated based on information the payer has in their record that the provider does not have in theirs |
|
| 2 |
guideline |
Guideline |
Indication that there is a guideline available for the proposed therapy (with an option to view) |
|
| 2 |
off-guideline |
Off Guideline |
Notice that the proposed therapy may be contrary to best-practice guidelines, typically with an option to view the relevant guideline |
|
| 1 |
_reqcat |
Requirements Categories |
Codes that help to categorize requirements statements |
true |
| 2 |
business |
business |
Requirements relating to the business operations of the entities responsible for a system |
|
| 2 |
exchange |
exchange |
Requirements relating to when or how data is exchanged with other systems |
|
| 2 |
processing |
processing |
Requirements related to how data is dealt with internally to a system |
|
| 2 |
storage |
storage |
Requirements relating to when or how data is or is not persisted within a system |
|
| 2 |
ui |
ui |
Requirements relating to the appearance of information on a user interface |
|