This page is part of the DaVinci Postable Remittance FHIR Implementation Guide (v1.0.0: STU 1) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions
Page standards status: Informative |
For all of the use cases, the incoming parameters are specified as a FHIR Parameters resource. The outgoing information for the three Search operations are also specified as a FHIR Parameters resource. The Download Remittance outgoing information is a FHIR Binary instance with the remittance specified in the Binary.content element as encoded binary data.
The time from when a remittance was returned to when you can retrieve it via a search using this API is payer-specific. Payers SHALL provide the timeframe of searches.
The list of input and output search parameters has been reviewed by multiple providers and payers. It will undergo validation at Connectathons and via balloting.
If the set of input parameters results in no results found, then an OperationOutcome SHALL be returned to indicate that no results were found.
This search is used to find remittances associated with a previous claim submission. This API does not provide any means to return a claim status. As well, only remittances for adjudicated claims will be returned. The payer will search for the claim given the passed-in search parameters and find remittances associated with that claim. The remittance information is returned along with claim and payment information that can be used by the provider to verify the proper claim was retrieved. Any of the returned remittance identifiers can then be used in the Download Remittance operation.
This search is used to find remittances associated with a patient. The payer will search for the patient given the passed-in search parameters and find remittances associated with that patient. The remittance information is returned along with patient and claim information that can be used by the provider to verify the proper patient was retrieved. Any of the returned remittance identifiers can then be used in the Download Remittance operation.
This search is used to find remittances associated with a received payment. The payer will search for the payment given the passed-in search parameters and find remittances associated with that payment. The remittance information is returned along the payment information that can be used by the provider to verify the proper payment was retrieved. Any of the returned remittance identifiers can then be used in the Download Remittance operation.
NOTE: Due to the format of payment numbers, specifically checks where they may be many leading zeroes, only the significant numbers need to be specified and payers SHALL search for these using a wild card search. eg. 0000000123 can be specified as 123.
The remittance identifier is provided along with an optional hint as to the type of document to return - either 835 or PDF. This is only a hint as a payer may only have one format and thus will return what they have.
The copy of the remittance advice is returned in a FHIR Binary resource with the Binary.data element containing the data. Whether the remittance is returned as a 835 document or a PDF file, it is gzipped and returned in the data element. The Binary.contentType element is used to indicate whether the returned remittance is a PDF file ('application/pdf+gzip') or an 835 document ('application/txt+gzip'). The remittance identifier is also returned as an extension on the Binary.data element. If the returned remittance is an 835 document, it SHALL be the complete copy of the original transmitted 835 which may included X12 control segments. The returned 835 transaction could be any version, and implementers SHOULD determine the X12 version by parsing the ISA12 field or by establishing a separate trading partner agreement.