Skip to main content

Remittance receipts

  1. Last updated
  2. Save as PDF
  • part of Remittance Processing

Remittance Receipts is the location where Remittance Receipts for Plan/Contracts are entered/reviewable individually. Note that with EDI Remittances, those will be imported and as such, the Remittances/Deposit Slips will automatically be created for you upon Import. The below would allow you to create Remittances for Paper Remittances, however you may view both Paper/EDI Remittances in this location.

Finance 2.0 > Remittance Processing > Remittance Receipts > Receipt

Click Select Receipt

clipboard_ede4b9f6fdc03ddd0222db71c4b9feeaa.png

Search, Click New if not found

clipboard_e464c22a1a4d18666b1af31ddd7797c88.png

Check Details

clipboard_e3b27a4e907b341170a67d06ba49c7535.png

  • Receiver correlates to whom the Payment Remittance is associated. Who from.
  • Payor indicates which Payor the Payment Remittance as applicable. What Financial Class. Filter for which Claims appear during application. Entire Remittance for this Payor only.
  • Plan is optional. Would limit your options to only that Plan/Contract. Filter for which Claims appear during application. Entire Remittance for this Plan only.
  • Location ID/Provider Number is optional. This indicates a correlated Location ID from the Billing Provider. Filter for which Claims appear during application. Entire Remittance for this Location ID/Provider Number only.
  • Client is optional. This indicates a correlated Client. Filter for which Claims appear during application. Entire Remittance for this Client only.
  • Deposit Ticket indicates which Deposit Ticket is linked to the Remittance. Note you can create in previous section above, or directly from this location as well.
  • Remittance # indicates the Remittance Number.
  • Remittance Date indicates the Date of Remittance. Important for General Ledger purposes.
  • Date Entered auto populates based on the date of creation.
  • Check Enclosed indicates check information is contained.
  • Check Number indicates the number on the Check.
  • Check Date indicates the date on the Check.
  • Amount indicates the check amount.
  • Payment Type Is tied to a table that you can control what values are available for entry.

clipboard_e076d2b279a6e7f933fbb2792bb6e17f5.png

  • Cash Account indicates the Cash Account you’re wanting to utilize for the Cash DR.
  • Temp Unallocated Account is the Unapplied Cash Account for the CR.
  • Program Unit is an optional field that can be used for Reporting/GL needs. Note Program Unit is covered in the myInsight NX Finance Setup Implementation Guide.

Split Checks

clipboard_e1fc9d603baa87627742af3dbce8becec.png

  • Has Split Checks indicates this Remittance has multiple checks.
  • Original Amount indicates the Total Amount
  • Check Split to details the included Checks

Claims Applied

clipboard_eb5482365812db35305e0323714dcea17.png

  • Indicates all Claims associated to the check. Electronic Remittances you should know right away. Paper Remittances, not until you associate them to the check.

Electronic Remittance

clipboard_e8af5fbe47791061c8084c830f1e07885.png

  • 835 indicates this Remittance is 835 based.
  • 277 indicates this Remittance is 277 based.
  • Remittance file name is the name of the EDI.
  • Total non-myInsight amount would be the amount not matching to a value within myInsight. By default the minimum requirement is that there has to be a Claim Number to match. Additional options can include Policy # into that logic etc.
    • This should be pretty common in the beginning as you will have remittances with old and new Claims. Not all of those originated out of myInsight. This amount will be credited GL-wise off the Check Amount. For example if I had a $10,000 check where $2,000 isn’t matching. This means you’d only have $8,000 to apply to Claims.

Cash                  10,000

Unapplied Cash               10,000

Cash                                   2,000

Unapplied Cash   2,000

  • The non-myInsight Claims Report is how you can monitor what is included in this bucket. If you are seeing values  that should be matching up to myInsight claims, the underlying reason needs to be identified. For example does the 835 contain the same values we sent out in the 837 for Claim Number etc. In situations where you need to increase the Remittance Amount to be applied, you can manually reduce the non-myInsight Amount. For example, if non-myInsight Amount was $2,000, and you know that only $1,600 is true than you can alter this amount to be $1,600. $400 would be corrected GL wise, and you’d now have $8,400 to be applied to Claims.
  • Provider Level Adjustments are where PLB values can be entered.

Related GL Information

clipboard_ef7dc677033d2b73825f1b06800374618.png

  • Where Remittance GL can be viewed.

 

  1. Back to top
  • Was this article helpful?

Recommended articles

  1. Page type
    Topic
  2. Tags
    1. search:ready