Payment Posting (Pb)

Before your batch is processed, you have the ability to correct any mistakes on the payments you entered. This implies that there is a window of time or a process in place that allows for the identification and rectification of errors before the batch is finalized and processed. Therefore, the statement is true.

In order for a batch to be processed, it needs to be balanced. This means that the total amount or weight of the items in the batch must be evenly distributed or equal on both sides. If the batch is not balanced, it may cause issues during processing, such as uneven cooking or mixing. Therefore, it is necessary for a batch to balance before it can be processed.

Processing a payment batch allows you to post the payments, adjustments, and/or denials to the guarantor account. This means that when a payment batch is processed, the payments made by the guarantor, any adjustments made to the account, and any denials of claims are all recorded and updated in the guarantor's account. This helps in maintaining accurate and up-to-date financial records for the guarantor. Therefore, the statement is true.

The P/A Type field is used to select the source of the payment, such as insurance or patient. This means that when filling out this field, one can choose whether the payment is coming from insurance or directly from the patient. This information is important for record-keeping and billing purposes, as it helps identify where the payment is originating from. Therefore, the statement "The P/A Type field is used to select the source of the payment, such as insurance or patient" is true.

The purpose of the Default Payor from Invoice Check Box is to automatically fill in the payer linked to the invoice. This means that when the checkbox is selected, the system will automatically populate the payor information for the invoice, saving time and reducing the chances of errors. This feature is useful in situations where the payor for the invoice is typically the same and does not need to be manually entered each time.

When the payer is contracted, the NAA (Non-Allowable Amount) action is taken to write off the not allowed amount. This means that any amount that is not allowed or covered by the contract is removed or deducted from the total amount. Therefore, the statement "The NAA action writes off the not allowed amount when the payer is contracted" is true.

If you are not entering a paid amount from the remittance and there is only a rejection to post, you should select "denied" in the "Post" field. This indicates that the payment is being denied or rejected and no amount is being entered. Therefore, the statement "Select 'denied' in the 'Post' field if you are not entering a paid amount from the remittance and there is only a rejection to post" is true.

The Manual Post Type is used when the guarantor has not specified charges to which they would like an amount applied. This means that if the guarantor does not provide any specific instructions regarding the allocation of the amount, the Manual Post Type can be used to manually apply the payment to the appropriate charges. Therefore, the statement "Use the Manual Post Type when the guarantor has not specified charges to which they would like an amount applied" is true.

The Payer, Dep date, and Chk ctrl amt fields are automatically populated with information from the Cash Control Group when it is created. This means that the system retrieves the necessary data from the recorded information and fills in these fields without any manual input. Therefore, the statement is true.

Recoupment is the appropriate term to enter in the 'Post' field when a payment has been made in error or when a payor is taking back their overpayment. Recoupment refers to the act of recovering or reclaiming funds that were mistakenly paid or overpaid. It is a common practice to use recoupment in such situations to ensure that the correct amount is accounted for and returned to the payor.

A red stop sign in EPIC indicates that the field must be completed in order to proceed. It serves as a warning or reminder that filling out the field is mandatory and necessary for further progress.

In the invoice field, typing ".c" allows you to search for a clearing account. This suggests that the system recognizes the ".c" as a search parameter specifically for clearing accounts. Therefore, the statement is true.

The control amount of a payment batch cannot be changed by any user. This implies that there are restrictions or limitations in place that prevent users from modifying the control amount. It is likely that only authorized individuals or specific roles have the ability to make changes to the control amount in a payment batch.

In the payment posting form, denial/rejection codes are entered in the EOB codes field. This field is specifically designated for recording the codes that indicate the reasons for denial or rejection of the payment. The EOB codes provide important information to the billing department or healthcare provider, helping them understand why the claim was not accepted or reimbursed. It allows for accurate tracking and analysis of payment denials or rejections, aiding in the resolution of any issues and improving the overall payment process.

The Enterprise Payment Posting Report can be used to identify where a posting error occurred. This report provides detailed information about the payment posting process, including any errors or discrepancies that may have occurred. By reviewing this report, users can pinpoint the specific location or step in the posting process where the error occurred, allowing them to take appropriate action to resolve the issue.

Clicking on the "Set Defaults" button in the payment posting form would automatically fill in the same Post method for every detail. This button allows the user to set a default value that will be applied to all the details in the form, eliminating the need to manually enter the same information multiple times.

NRP stands for Next Responsible Party. This term is commonly used in situations where there is a need to identify the person or entity that will be responsible for taking action or addressing a particular issue after the current responsible party has completed their role. The term "next" implies a sequential order, indicating that there is a planned handover of responsibility from one party to another.

The Enterprise Payment Posting Post method that will display only charges with a balance is "Outstanding Charges". This means that only charges that have not been fully paid will be displayed, while any charges that have been fully paid or have a zero balance will not be shown. This post method is useful for quickly identifying and addressing outstanding balances or unpaid charges.

The Not Allowed field on the payment line is the difference between the Billed amount and the Allowed amount. This means that the Not Allowed field represents the portion of the billed amount that the payer does not cover or allow for payment.

The shortcut key to override the matched amount when posting an Enterprise Guarantor Payment is F6.

The explanation for the given answer "False" is that when posting a denial, it is important to include the prefix along with the numeric. This ensures clarity and accuracy in communication.

The statement is false because after posting a crossover payment from the secondary payor, the primary payor does not automatically become the next responsible payor. The responsibility of payment may vary depending on the specific terms and conditions of the insurance policies involved. In some cases, the secondary payor may cover the remaining balance, while in others, the patient may be responsible for payment. The primary payor does not automatically assume responsibility in all cases.

If the allowed amount from the remittance is different than the amount in the system, the correct action to take is to override it. This means that you should manually enter the correct allowed amount into the system, disregarding the amount stated in the remittance. This may be necessary if there was an error or discrepancy in the remittance information. Calling the payer to verify if they made a mistake or letting a supervisor fix it are not mentioned as appropriate actions in this scenario.

In the Enterprise Payment Posting form, coverage and filing order information for the payment being posted can be viewed in the lower-left corner in the yellow and white box.

The "New Detail" button in the payment posting form will allow you to post to a new invoice from the same check. This button opens a new detail entry form where you can enter the necessary information for the new invoice. By clicking on this button, you can easily allocate the payment to a different invoice without having to create a new check.

The statement is false because a payment poster does not have the authority or responsibility to create an insurance payment batch. This task is typically performed by someone in a higher position, such as a supervisor or manager, who has the necessary knowledge and access to the system. The payment poster's role is usually limited to processing and posting payments, not creating batches.

The explanation for the given correct answer (False) is that the presence of a yellow marker with a white exclamation point on the batch information form indicates that the batch has met the control amount. If the batch had not met the control amount, there would be a different indicator or symbol to signify this. Therefore, the statement that "You know your batch has not met the control amount" is false.

The correct answer is "Enterprise Payment Posting Batch Selection Screen". This option is the most specific and relevant choice for a PB Payment Poster's home workspace. It indicates that the PB Payment Poster would be working with the Enterprise Payment Posting Batch Selection Screen, which suggests that they would be responsible for selecting and managing payment posting batches in an enterprise-level system.

When posting a crossover payment before a primary payment, you do not need to change the Payer/Account field if it contains the name of the payer from whom you just posted a payment. This means that the statement is false.

To post denials from payers, it is not necessary to access the Denial Posting module. This implies that there could be alternative ways or modules to post denials from payers. Therefore, the correct answer is False.