Da Vinci Clinical Data Exchange (CDex)
2.1.0-snapshot - CI Build United States of America flag

This page is part of the Da Vinci Clinical Documentation Exchange (v2.1.0-snapshot: QA Preview) based on FHIR (HL7® FHIR® Standard) R4. The current version which supersedes this version is 2.0.0. For a full list of available versions, see the Directory of published versions

Solicited and Unsolicited Attachments

Page standards status: Informative

Currently, claims and prior authorization requests can come through X12 transactions or portal submissions. Payers may need additional information or "attachments" from a Provider to determine if the service being billed (for claims) or requested (for prior authorizations) is supported by medical or policy benefits. In this guide, the term "attachments" includes a subset of additional information represented in document form defined by the LOINC Document Ontology and X12. When requesting and sending attachments using Questionnaire, attachments mean any additional information. Attachments for claims or prior authorization can be divided into solicited and unsolicited workflows. The sections below document the differences and similarities between these workflows and define the CDex transactions that implementers can use for solicited and unsolicited prior authorization and claims attachments. See the Conforming to CDex Attachments for guidance on how systems define their support for each.

Unsolicited Attachments

For unsolicited attachments, the Payer does not explicitly request them - instead, the Provider will submit the attachments to support a claim or prior authorization based on the Payer's predefined rules. The Provider may submit the attachments before, at the same time as, or after the claim or prior authorization. After submission, the Payer associates the attachment with the claim or prior authorization.

Example Scenarios

  1. A set of predefined rules, made by the Payer or state mandates, necessitates that the Provider submit additional information without a specific request.
  2. A Provider believes the Payer will need additional information to process a claim.
  3. A Provider is under review and must provide additional documentation for all claims.

The flow diagram below shows this transaction:

Figure 10: Unsolicited Attachments Flow Diagram
unsolicited-flow.svg

See the Sending Attachments page for information on how Providers can use CDex to support unsolicited attachment transactions.

Solicited Attachments

For a solicited attachment, the Provider will submit attachments to support a claim or prior authorization in response to a Payer's request for additional documentation. The Payer associates the submitted attachments with the claim or prior authorization. The flow diagrams below show this transaction:

Figure 11: Solicited Attachments for a Claim
solicited-claim-flow.svg


Figure 12: Solicited Attachments for a Prior Authorization
solicited-prior-auth-flow.svg

In addition to using CDEX to request attachments, a Payer can request them via a non-CDex-FHIR-based request such as an X12 transaction, fax, portal, or other platform. See the Requesting Attachments Using Attachment Codes, Requesting Attachments Using Questionnaires, and Sending Attachments pages for how Payers and Providers can use CDex to support solicited attachment transactions.