Finance and Insurance Service (FAIS)
1.0.0 - trial-use
This page is part of the IHE ITI Finance and Insurance Services (v1.0.0: Publication) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version. For a full list of available versions, see the Directory of published versions
This section corresponds to transaction [ITI-129] of the IHE IT
Infrastructure Technical Framework. Transaction [ITI-129] is used by
the Claims Manager and Claims Requestor Actors. The Track Claim [ITI-129] transaction is used to get the status of a claim
by search for ClaimResponse
resources.
This transaction is used by the Claims Requestor to get the status of a claim
from a ClaimResponse
resource
based on criteria it provides in the query parameters of the request
message, or to retrieve a specific ClaimResponse
. The request is received by
the Claims Manager. The Claims Manager processes the
request and returns a response of the matching response resources.
Table 2:3.129.2-1: Actor Roles
Actor | Role |
---|---|
Claims Requestor | Requests ClaimResponse (s) matching the supplied set of criteria from the Claims Manager. |
Claims Manager | Returns information for ClaimResponse (s) matching the criteria provided by the Claims Requestor |
The Search Claim Response message is a FHIR search interaction on the ClaimResponse Resource.
A Claims Requestor triggers a Search Claim Response Request to a Claims Manager according to the business rules for the search. These business rules are outside the scope of this transaction.
A Claims Requestor initiates a search interaction using HTTP GET as defined at http://hl7.org/fhir/R4/http.html#search on the ClaimResponse resource. The query parameters are identified below. A Claims Requestor MAY query any combination or subset of the parameters. The target is formatted as:
GET [base]/ClaimResponse?[parameter=value]
Where [base] is the URL of Claims Manager.
A Claims Manager SHALL support responding to a request for both the JSON and the XML messaging formats as defined in FHIR. A Claims Requestor SHALL accept either the JSON or the XML messaging formats as defined in FHIR. See ITI TF-2: Appendix Z.6 for more details.
A Claims Manager SHALL implement the parameters described below. A Claims Manager MAY choose to support additional query parameters beyond the subset listed below. Any additional query parameters supported SHALL be supported according to the core FHIR specification.
See ITI TF-2: Appendix W for informative implementation material for this transaction.
The Claims Manager will support the search parameters as defined in the capability statement for ClaimResponse.
The Claims Requestor will support the search parameters as defined in the capability statement for ClaimResponse.
The Claims Manager SHALL process the query to retrieve the claim response(s) that match the search parameters given, and if successful, with an HTTP 200
(OK) and a Search Claim Response Response Message or an error as per http://hl7.org/fhir/R4/search.html#errors.
The Claims Manager found Claim Responses matching the query parameters specified by the Claims Requestor as a result of a Search Claim Response Request.
The Claims Manager SHALL support the search response message as defined at http://hl7.org/fhir/R4/http.html#search on the ClaimResponse, as defined at http://hl7.org/fhir/R4/claimresponse.html.
The “content-type” of the response will depend upon the requested response format indicated by the Claims Requestor.
See ITI TF-2: Appendix Z.6 for more details on response format handling. See ITI TF-2: Appendix Z.7 for handling guidance for Access Denied.
A ClaimResponse Resource returned by the Claims Manager SHALL be further constrained as described in the FAIS ClaimResponse profile.
The Claims Requestor has received the response and continues with its workflow.
This message represents an HTTP GET from the Claims Requestor to the Claims Manager and provides a mechanism for retrieving a single ClaimResponse with a known resource id.
When the Claims Requestor possesses the id of ClaimResponse (either through query, database lookup, or other mechanism) for which it requires additional or new information, it issues a Read Claim Response Request.
A Claims Requestor initiates a read interaction using HTTP GET as defined at http://hl7.org/fhir/R4/http.html#read on the ClaimResponse Resource. The target is formatted as:
GET [base]/ClaimResponse/[resourceId]
Where [base] is the URL of Claims Manager.
The resourceId included in the request always represents the unique id for the ClaimResponse within the scope of the URL. For example, while http://example1.org/ihe/ClaimResponse/1 and http://example2.com/ihe/ClaimResponse/1 both contain the same [resourceId], they reference two different resource instances.
Note: The use of “http” or “https” in URL does not override requirements to use TLS for security purposes.
A Claims Manager SHALL support responding to a request for both the JSON and the XML messaging formats as defined in FHIR. A Claims Requestor SHALL accept either the JSON or the XML messaging formats as defined in FHIR. See ITI TF-2: Appendix Z.6 for more details.
See ITI TF-2: Appendix W for informative implementation material for this transaction.
The Claims Manager SHALL process the request to retrieve the
ClaimResponse that matches the given resource id, and if successful, with an HTTP 200
(OK) and a response as
defined at http://hl7.org/fhir/R4/http.html#read with the Read Claim Response Response Message or an error code as
defined at http://hl7.org/fhir/R4/http.html#Status-Codes.
The Claims Manager found a ClaimResponse Resource matching the resource identifier specified by the Claims Requestor.
The Read Claim Response Response is sent from the Claims Manager to the Claims Requestor as a single ClaimResponse, as defined at http://hl7.org/fhir/R4/claimresponse.html and constrained by the FAIS ClaimResponse profile.
The “content-type” of the response will depend upon the requested response format indicated by the Claims Requestor.
See ITI TF-2: Appendix Z.6 for more details on response format handling. See ITI TF-2: Appendix Z.7 for handling guidance for Access Denied.
The Claims Requestor has received the response and continues with its workflow.
Server implementing this transaction SHALL provide a CapabilityStatement Resource as described in ITI TF-2: Appendix Z.3 indicating the transaction has been implemented.
See FAIS Security Considerations.
Note that the same audit message is recorded by both the Claims Requestor and Claims Manager. The difference being the Audit Source element. Both sides record to show consistency between the message sent by the Claims Requestor and the action taken at the Claims Manager.
The actors performing the Track Claim Query message SHALL record audit events according to the Audit Event for Track Claim Query Transaction. See Audit Example for Track Claim search from the Claims Manager.
The actors performing the Track Claim Read message SHALL record audit events according to the Audit Event for Track Claim Read Transaction. See Audit Example for Track Claim read message from the Claims Requestor.