This wiki has undergone a migration to Confluence found Here

Difference between revisions of "201601 Financial Management"

From HL7Wiki
Jump to navigation Jump to search
Line 16: Line 16:
 
==Expected participants==
 
==Expected participants==
 
<!-- List of the individuals and/or organizations that have indicated a desire to attend the connectathon and implement this track -->
 
<!-- List of the individuals and/or organizations that have indicated a desire to attend the connectathon and implement this track -->
 +
Knapp Consulting - Client and Server supporting most scenarios including the Veteran Institutional Claim to VA Payor Scenario
 +
Veterans Affairs - Client and Server supporting the Veteran Institutional Claim to VA Payor Scenario
 +
US Payers supporting a cross section with many taking either a client or a server role
 +
European TPA supporting most scenarios from the client and server perspectives
  
 
==Roles==
 
==Roles==

Revision as of 05:28, 24 November 2015


Financial Management

Submitting WG/Project/Implementer Group

Justification

Proposed Track Lead

Coordinator: Paul Knapp Skype: paulknapp

Expected participants

Knapp Consulting - Client and Server supporting most scenarios including the Veteran Institutional Claim to VA Payor Scenario Veterans Affairs - Client and Server supporting the Veteran Institutional Claim to VA Payor Scenario US Payers supporting a cross section with many taking either a client or a server role European TPA supporting most scenarios from the client and server perspectives

Roles

FHIR Client - Eligibility Submitter

Enable the creation and submission of the Eligibility resource and the receiving or obtaining of an EligibilityResponse.

FHIR Server - Eligibility Processor

Support the receiving and processing of the Eligibility resource and creation of the EligibilityResponse resource.

FHIR Client - Claims Submitter

Enable the creation and submission of the Claim resource and the receiving or obtaining of a ClaimResponse. This may be as a Pre-Authorization, Pre-Determination or a completed Claim for actual adjudication.

FHIR Server - Claims Processor

Support the receiving and processing of the Claim resource as a: Pre-Authorization; Predetermination; or, actual Claim; and creation of the ClaimResponse resource.

FHIR Client - Claims Attachment Submitter

Enable the creation and submission of the DocumentManifest resource and the receiving or obtaining of a ProcessResponse. This may be as supporting information for a Pre-Authorization, Pre-Determination or a completed Claim for actual adjudication.

FHIR Server - Claims Attachment Processor

Support the receiving and processing of the DocumentManifest resource as supporting information for a Pre-Authorization, Predetermination or actual Claim; and creation of the ProcessResponse resource.

FHIR Client - ProcessRequest Submitter

Enable the creation and submission of the ProcessRequest resource and the receiving or obtaining of a ProcessResponse. This may be to: request a Claim Reversal, request a deferred response, or a PaymentReconciliation or to obtain the processing status.

FHIR Server - ProcessRequest Processor

Support the receiving and processing of the ProcessRequest resource and creation of the ProcessResponse resource.

FHIR Server - PaymentReconciliation Processor

Support the receiving and processing of the ProcessRequest resource and creation of the PaymentReconciliation resource.

FHIR Server - Explanation of Benefit Processor

Support the receiving and processing of the ProcessRequest resource and creation of the ExplanationOfBenefit resource.

Scenarios

Each of the scenarios shown below may be implemented via FHIR REST or simple HTTP Request-Response exchange of Resources. While XML and JSON are both valid, XML is preferred for the official testing to ensure as many participants as possible are able to find one or more Clients or Servers to test against. The testing scenarios shown below form the core of the "Financial" test track. There are seven test scenarios:

  1. Submit an Eligibility, Retrieve/Receive an EligibilityResponse
  2. Submit a Pre-Authorization (Claim Resource) then an Attachment, Retrieve/Receive a ClaimResponse
  3. Submit a Claim, Retrieve/Receive a ClaimResponse
via REST (Create), Retrieve a ClaimResponse (Get)
via HTTP and Receive a ClaimResponse
  1. Retrieve deferred ClaimResponse via ProcessRequest
  2. Retrieve the processing status (ProcessResponse) via ProcessRequest
  3. Retrieve a PaymentReconciliation via ProcessRequest
  4. Retrieve an ExplanationOfBenefit via ProcessRequest

You may select one or more of these testing scenarios - whatever appeals to you most given your particular context. We encourage you to execute these scenarios with varying test data, but the only test executions which can be assured are those using resources based on the data provided here.

Submit an Eligibility, Retrieve/Receive an EligibilityResponse

Action: The FHIR Client will construct a Eligibility resource. To obtain the EligibilityResponse for the submitted resource via FHIR REST the client with perform a GET on EligibilityResponse with search parameters which may be expected to select the intended response.
Precondition: None
Success Criteria: Eligibility processed correctly by the Server (inspect via browser or available UI)
Bonus point: N/A

Submit a Pre-Authorization (Claim Resource) then an Attachment, Retrieve/Receive a ClaimResponse

Action: The FHIR Client will construct a Claim resource indicating Pre-Authorization. The servicer will respond with a ClaimResponse indicating only receipt not adjudication of the Claim (Pre-Authorization). To obtain the adjudicated ClaimResponse the client must then submit an Attachment (DocumentManifest resource) containing any supporting material to which the Server will respond with a ProcessResponse indicating success or failure with errors. Then the client may obtain the adjudicated CLaimResponse via the appropriate protocol. The ClaimResponse will contain an identifier which may be used during claim submission to indicate that the pre-Authorization has been performed.
Precondition: None
Success Criteria: Pre-Authorization and Attachment processed correctly by the Server (inspect via browser or available UI)
Bonus point: For sending a business-appropriate form of attachment.

Submit a Claim via REST, Retrieve a ClaimResponse

Action: The FHIR Client will construct a Claim having either already submitted the supporting resources or with the supporting resources provided within the Claim as contained resources. To obtain the ClaimResponse for the submitted Claim the client with perform a GET on ClaimResponse with search parameters which may be expected to select the intended response.
Precondition: None
Success Criteria: Claim processed correctly by the Server (inspect via browser or available UI)
Bonus point: N/A

Submit a Claim via HTTP and Receive a ClaimResponse

Action: The FHIR Client will construct a Claim with the supporting information provided within the Claim as contained resources. The response to the Claim will be an OperationOutcome if the Claim cannot be understood or a ClaimResponse if it can.

If the priority=deferred then a ClaimResponse containing only errors or acknowledgement detail will be returned. The ClaimResponse containing adjudication details can be obtained later as the response to a ProcessRequest (action=poll) resource, for example: [base]/ClaimResponse?request.identifier=http://happyvalley.com/claim%7C1500

Precondition: None
Success Criteria: Claim processed correctly by the Server (inspect via browser or available UI)
Bonus point: N/A

Retrieve deferred ClaimResponse via ProcessRequest

Action: Submission of a ProcessRequest (action=poll) resource which contains a reference to the previously submitted claim will result in the creation, and perhaps return, of the ClaimResponse containing the adjudicated results of the previously submitted Claim.
Precondition: None
Success Criteria: ClaimResponse returned correctly by the Server and parsed and displayed in context by the Client
Bonus point: N/A

Retrieve the processing status (ProcessResponse) via ProcessRequest

Action: Submission of a ProcessRequest (action=status) resource which contains a reference to the previously submitted claim will result in the creation and perhaps return of the ProcessResponse containing the processing status of the previously submitted Claim.
Precondition: None
Success Criteria: ProcessResponse returned correctly by the Server (inspect via browser or available UI)
Bonus point: N/A

Retrieve a PaymentReconciliation via ProcessRequest

Action: Submission of a ProcessRequest (action=poll) resource which contains a reference to the ProcessRequest class of Resources will result in the creation and possible return of the PaymentReconciliation containing the payments for the previously submitted Claims.
Precondition: None
Success Criteria: PaymentReconciliation returned correctly by the Server (inspect via browser or available UI)
Bonus point: N/A

Retrieve a ExplanationOfBenefit via ProcessRequest

Action: Submission of a ProcessRequest (action=poll) resource which contains a reference to the ExplanationOfBenefit class of Resources and a period and Coverage will result in the creation and possible return of the ExplanationOfBenefit.
Precondition: None
Success Criteria: ExplanationOfBenefit returned correctly by the Server (inspect via browser or available UI)
Bonus point: N/A


TestScript(s)