The $member-match operation allows one health plan to retrieve a unique identifier for a member from another health plan using a member’s demographic and coverage information. This identifier can then be used to perform subsequent queries and operations. Members implementing a deterministic match will require a match on member id or subscriber id at a minimum. (I.e. A pure demographic match will not be supported by such implementations.)

The primary identifier of the insured and the coverage

NOTE: This HRex SearchParameter definition extends the usage context of the capabilitystatement-expectation extension to formally express implementer expectations for these elements:

• multipleAnd

• multipleOr

• modifier

• comparator

• chain

Retrieve coverages for a patient

NOTE: This HRex SearchParameter definition extends the usage context of the capabilitystatement-expectation extension to formally express implementer expectations for these elements:

• multipleAnd

• multipleOr

• modifier

• comparator

• chain

The identity of the insurer or party paying for services

NOTE: This HRex SearchParameter definition extends the usage context of the capabilitystatement-expectation extension to formally express implementer expectations for these elements:

• multipleAnd

• multipleOr

• modifier

• comparator

• chain

Reference to the subscriber

NOTE: This HRex SearchParameter definition extends the usage context of the capabilitystatement-expectation extension to formally express implementer expectations for these elements:

• multipleAnd

• multipleOr

• modifier

• comparator

• chain

ID assigned to the subscriber

NOTE: This HRex SearchParameter definition extends the usage context of the capabilitystatement-expectation extension to formally express implementer expectations for these elements:

• multipleAnd

• multipleOr

• modifier

• comparator

• chain

Target Reference(s) (usually version specific)

NOTE: This HRex SearchParameter definition extends the usage context of the capabilitystatement-expectation extension to formally express implementer expectations for these elements:

• multipleAnd

• multipleOr

• modifier

• comparator

• chain

This profile specifies constraints on ClaimResponse resource to reflect the contents of a pro-active prior authorization returned via a card

The HRex Consent Profile defines the constraints for representing a member’s to the sharing of their healthcare information to other organizations.

The HRex Coverage Profile defines the constraints for representing a member’s healthcare insurance information to the Payer.  Coverage instances complying with this profile, sometimes together with the Patient which this profile references via beneficiary, allows a payer to identify a member in their system.

Additional Da Vinci constraints on organization - to represent either provider organizations or payers

The Parameters profile for Da Vinci Find Member using Patient and Coverage Resources Request. The resource must contain:

• MemberPatient - US Core Patient containing member demographics
• CoverageToMatch - details of prior health plan coverage provided by the member, typically from their health plan coverage card
• CoverageToLink - details of new or prospective health plan coverage, provided by the health plan based upon the member’s enrolment

The Parameters profile for Da Vinci Find Member using Identifier datatype Response. The old health plan SHALL return the following data if records for member are found:

• The unique member identifier (denoted through identifier parameter) submitted by the new health plan.

Defines constraints on the patient resource for the minimal set of data to query and retrieve patient demographic information.

Constraints on the US Core Practitioner profiles requiring support for qualification and requiring support for an additional identifier type

Constraints on the US Core PractitionerRole requiring the use of Da Vinci Organization and Practitioner

Additional constraints on US Core Provenance to ensure it meets payer needs, including indicating when the event occurred and retaining signatures if present

This Task profile is used to solicit information from a system when direct query is not possible and human intervention might be required

The date/period by which the item that is pre-authorized must be completed.

The specific provider who has been authorized to provide this item.

The date when this item’s preauthorization was issued.

Uniquely identifies this claim item. (2000F-TRN)

The set of policy URIs for use in HRex data disclosureconsent assertions

The set of task codes allowed for use in HRex data request tasks

Codes temporarily defined as part of the HRex implementation guide. These will eventually migrate into an officially maintained terminology (likely HL7’s UTG code systems).

An example showing a fully populated HRex Coverage instance

An example showing a minimally populated HRex Coverage instance

An example showing a fully populated HRex Organization provider instance

An example showing a minimally populated HRex Organization provider instance

A Parameters instance showing what the input to the $member-match operation would look like when initiated by a payer system

A Parameters instance showing what the result of a $member-match operation would look like when initiated by a payer system

A Parameters instance showing what the input to the $member-match operation would look like when initiated by a provider system

An example showing a fully populated HRex Practitioner instance

An example showing a minimally populated HRex Practitioner instance

An example showing a fully populated HRex PractitionerRole instance

An example showing a minimally populated HRex PractitionerRole instance

An example showing a fully populated HRex Provenance instance

An example showing a minimally populated HRex Provenance instance

An example showing a minimally populated HRex Task Data Request instance

An example showing the initial view of a ‘query’ data request

An example showing a ‘query’ data request task after it has been accepted and is showing a ‘progress’ status

An example showing a ‘query’ data request task once it has results - as a contained searchset Bundle

An example showing a ‘code’ data request task once it has results - as references to the relevant documents

An example showing the subscription notification for a ‘query’ data request task that includes data

An example showing the subscription notification for a ‘document’ data request task that includes data

An example showing a polling response monitoring a completed ‘document’ task

Example of an unsolicited prior authorization