Avatar PM 2022 Quarterly Release 2022.03 Acceptance Tests

• Guarantors/Payor:
• A self pay guarantor is identified. Note the guarantor's code/value.
• Client:
• An existing client, with the above guarantor in Financial Eligibility, is selected, or a new client is admitted and assigned the above guarantor in Financial Eligibility. Note the client's id, admission date and admission program.
• A diagnosis record is created for the client.
• Service Code:
• Select a service code that has a Service Fee/Cross Reference Maintenance record, noting the 'Fee’.
• Recurring Client Charge Input:
• Services are rendered to the client that will create charges that total more than $10,000.00. Note the service date range.
• Client Ledger:
• The service distributed to the self pay guarantor.

1. Open desired form and post a payment greater than $10,000.00 to the client. Note the payment date.
2. Validate that the generated receipt displays the full payment amount.
3. Close the receipt.
4. Close the form.
5. Open the 'Client Ledger' for the client / payment date and validate that the full payment amount displays.
6. Close the report.
7. Close the form.
8. Open 'Client Account Services Report'.
9. Select the client and the payment date.
10. Click [Process].
11. Validate that the report displays the full payment amount.
12. Close the report.
13. Close the form.
14. Repeat steps 1 -13 with a payment amount of less than $1,000.00.

• Avatar AM module is installed.
• Guarantors/Payors:
• The guarantor is a contract guarantor with a value of ‘Contractual Allowance By Liability Distribution’ in ‘Does This Guarantor Use Contractual Allowance By Batch Or Through Liability Distribution?’.
• Service Codes:
• Select a minimum of two services codes that have a ‘Service Fee/ Cross Reference Maintenance’, ‘Guarantor Definition’ that contains values in ‘Maximum Amount To Distribute Per Service’, and ‘Contract Rate’. ‘Write-off Remaining Balance (Contract Guarantors Only)’ = Yes. ‘Ignore Specified Amounts When Distributing Liability’ = No.
• Client:
• Select a client who is assigned the above guarantor, plus a self-pay guarantor in Financial Eligibility’ or create a new client. Note the client’s id, program, and date of admission.
• Posting/Adjustment Coded Definition:
• Identify codes that will allow a receipt to be generated and codes that will not allow a receipt to be generated. At least one code should be a payment and one code should be an adjustment.
• Desired method for creating services is used to create services on the same date, using both service codes. Create services on two or more different dates. Note the service dates.

1. Open ‘Front Desk Information’.
2. Select the desired ‘Client Id’.
3. Select ‘Deposit Entry’.
4. Enter the service date in ‘Date Of Receipt Or Adjustment’.
5. Select the ‘Service Code’ if not defaulted.
6. Select the self-pay ‘Guarantor’.
7. Enter the ‘Amount To Post’.
8. Select desired ‘Posting Code’ that is for a payment.
9. Enter optional data as desired.
10. Click [File].
11. Validate that if the ‘Posting Code’ did not allow the receipt to be generated that the receipt did not generate.
12. Validate that if the ‘Posting Code’ did allow the receipt to be generated that the receipt did generate.
13. Validate that the receipt contains the current information as entered in ‘Deposit Entry’.
14. If desired, use ‘Client Ledger’ to verify the deposit.
15. Repeat steps 1 - 15 for a Posting Code’ that is for an adjustment.

• Registry Setting: ‘Avatar PM->System Maintenance->Program Maintenance->->->Enable 'Admission vs. Service Program' Functionality’ has a value of ‘Y’.
• Program Maintenance:
• Program 1: ‘Usage Type’ = Service. Desired service codes have been assigned to the program.
• Program 2: ‘Usage Type’ = Admission. No service codes have been assigned to the program. Program 1 is selected in ‘Associated Service Programs’.
• Authorization Group Definition has been used to create a group that has a minimum of two service codes.
• Client: Is admitted to Program 2 and has a Financial Eligibility record.

1. Open ‘Managed Care Authorizations’ for the client.
2. Select the ‘Managed Care Authorization Data’ section.
3. Click [Add New Item].
4. Select the ‘Guarantor Number’.
5. Enter desired ‘Authorization Number’.
6. Enter desired ‘Authorization Start Date’.
7. Enter desired ‘Authorization End Date’.
8. Select ‘Program 1’ in ‘Associated Service Program(s)’.
9. Select the ‘Authorization Group’ from Setup.
10. Validate that the service codes in the group are selected in ‘Service Code(s)’.
11. Select desired value in ‘U/R Staff Person’.
12. Select desired value in ‘Type Of Authorization’.
13. Optionally enter data for other fields.
14. Click [Submit].

• Registry Setting: ‘Avatar PM->System Maintenance->Program Maintenance->->->Enable 'Admission vs. Service Program' Functionality’ has a value of ‘Y’.
• Program Maintenance: ‘Usage Type’ = Both. Desired service codes have been assigned to the program.
• Authorization Group Definition has been used to create a group that has a minimum of two service codes.
• Client: Is admitted to above program and has a Financial Eligibility record.

1. Open ‘Managed Care Authorizations’ for the client.
2. Select the ‘Managed Care Authorization Data’ section.
3. Click [Add New Item].
4. Select the ‘Guarantor Number’.
5. Enter desired ‘Authorization Number’.
6. Enter desired ‘Authorization Start Date’.
7. Enter desired ‘Authorization End Date’.
8. Select the ‘Authorization Group’ from Setup.
9. Validate that the service codes in the group are selected in ‘Service Code(s)’.
10. Select desired value in ‘U/R Staff Person’.
11. Select desired value in ‘Type Of Authorization’.
12. Optionally enter data for other fields.
13. Click [Submit].

• Registry Setting:
• ‘Avatar PM->Billing->Remittance Processing->->->Enable Payment Acknowledgement’ has a ‘Registry Setting Value’ of ‘Y’.
• Dictionary Update:
• Other Table Files: (5521) Program - contains dictionary codes and dictionary values.
• Other Table Files: (5522) Account - contains dictionary codes, dictionary values and extended dictionary values.
• Other Table Files: (9712) Payment Acknowledgement Type – extended dictionary values have been added to the locked dictionary.
• Posting/Adjustment Codes Definitions: Definitions exist for ‘Payment’.
• The definitions may have a value in the ‘Payment Acknowledgement Type’ field.
• All ‘Payment’ definitions will be available in the ‘Payment Acknowledgement’ form.

1. Open ‘Payment Acknowledgement’ form.
2. Verify that ‘Action’ defaults to ‘New’.
3. Verify that ‘Transaction Number’ is read only.
4. Verify that ‘Entered By’ is read only and defaults to the signed in user.
5. Enter desired value in ‘Batch Number’.
6. Select desired ‘Posting Code’.
7. Enter desired value in ‘Check/EFT Number’.
8. Enter desired value in ‘Amount’.
9. Select desired ‘Guarantor’. If a ‘Self-Pay guarantor is selected, the ‘Client’ field will be enabled.
10. Enter desired value in ‘Name/Source’.
11. Enter desired value in ‘Client’, if enabled.
12. Enter desired value in ‘Check/EFT Date’.
13. Enter desired value in ‘Receipt Date’.
14. Enter desired value in ‘Deposit Date’.
15. Select desired ‘Treatment Service’.
16. Select desired ‘Category’.
17. Enter desired value in ‘Bank Ref #’.
18. Enter desired value in ‘Comments’.
19. Click [File].
20. Verify that the ‘Payment Acknowledgement’ message is received and states the following: Filed successfully. The Transaction Number is 6. Do you need to continue to Post Payment Accounting Entry? Note: The Transaction Number’ increments by one number with each filing.
21. Click [Yes] to continue to Post Payment Accounting Entry section or [No] to remain in the ‘Payment Acknowledgement’ section.
22. If [Yes] was clicked, go to step 30.
23. If [No] was clicked, select ‘Edit or View’ in ‘Action, which will enable the ‘Payment Acknowledgement Search’ section.
24. Enter data from the filed ‘Payment Acknowledgement’ into desired search fields. The ’Transaction Number’ and ‘Batch Number’ are specific to only one ‘Payment Acknowledgement’. The following fields may return results for more than one ‘Payment Acknowledgement’ when applicable: ‘Client’, ‘Guarantor’, ‘Amount Type’, ‘Check/EFT #’, ‘Check/EFT From Date’, ‘Check/EFT To Date’, ‘Deposit From Date’, and ‘Deposit To Date’.
25. Click [Search].
26. Select the desired item in the ‘Payment Acknowledgement’ grid.
27. Click [OK] to continue or [Cancel] to end the search. Click [OK].
28. The following ‘Payment Acknowledgement’ displays: Do you need to continue to Post Payment Accounting Entry?
29. Click [Yes].
30. Click [New Row] in ‘Post Payment Accounting Entry’.
31. Select desired ‘Treatment Service’. It will default if filed in the ‘Payment Acknowledgement’.
32. Select desired ‘Program’. This is from ‘Other Table Files: (5521) Program’, not a program in ‘Program Maintenance’.
33. Select desired ‘Account’.
34. Select desired ‘Amount’.
35. Validate that the ‘Posting Code; defaulted from the ‘Payment Acknowledgement’.
36. Select desired ‘Posting Date’.
37. Validate that the ‘Posting Summary’ is correct.
38. If desired, click [New Row] and repeat the steps.
39. If desired, click [Delete Row]. A ‘Confirm Delete’ message will be displayed. Select desired value.
40. Click [File].
41. The following ‘Payment Acknowledgement’ displays: Filed successfully. Do you need to continue with Post Payment Accounting Entry?
42. Click [Yes].
43. Click the ‘Reverse’ checkbox in one row of the ‘Post Payment Accounting Entry’.
44. Enter desired ‘Reversal Posting Date’.
45. Enter desired ‘Reversal Reason’.
46. Click [Reverse].
47. Validate that a new row was added to the ‘Post Payment Accounting Entry’ grid and that it mirrors the row that was selected to reverse, except for ‘Amount’ displays in parentheses, indicating a negative amount.
48. If desired, add a new row to post and additional payment.
49. Close the form.

• Registry Setting:
• ‘Avatar PM->Billing->Remittance Processing->->->Enable Payment Acknowledgement’ has a ‘Registry Setting Value’ of ‘Y’.
• Dictionary Update:
• Other Table Files: (5521) Program - contains dictionary codes and dictionary values.
• Other Table Files: (5522) Account - contains dictionary codes, dictionary values and extended dictionary values.
• Other Table Files: (9712) Payment Acknowledgement Type – extended dictionary values have been added to the locked dictionary.
• Posting/Adjustment Codes Definitions: Definitions exist for ‘Payment’.
• The definitions may have a value in the ‘Payment Acknowledgement Type’ field.
• All ‘Payment’ definitions will be available in the ‘Payment Acknowledgement’ form.

1. Open ‘Payment Acknowledgement’ form.
2. Verify that ‘Action’ defaults to ‘New’.
3. Verify that ‘Transaction Number’ is read only.
4. Verify that ‘Entered By’ is read only and defaults to the signed in user.
5. Verify that ‘Batch Number’ is required.
6. Verify that ‘Posting Code’’ is required.
7. Verify that ‘Amount’ is required.
8. Verify that ‘Guarantor’ is required.
9. Verify that ‘Receipt Date’ is required.
10. Verify that ‘Deposit Date’ is required.
11. Enter desired value in ‘Batch Number’.
12. Select desired ‘Posting Code’.
13. Enter desired value in ‘Check/EFT Number’.
14. Enter desired value in ‘Amount’.
15. Select desired ‘Guarantor’. If a ‘Self-Pay guarantor is selected, the ‘Client’ field will be enabled.
16. Enter desired value in ‘Name/Source’.
17. Enter desired value in ‘Client’, if enabled.
18. Enter desired value in ‘Check/EFT Date’.
19. Enter desired value in ‘Receipt Date’.
20. Enter desired value in ‘Deposit Date’.
21. Select desired ‘Treatment Service’.
22. Select desired ‘Category’.
23. If the selected item, extended data dictionary value of 'Other Table Files: (5522) Account' - 'Include in Category Dictionary: Yes' the dictionary item will be available for selection. No = not available for selection.
24. If the selected item, extended data dictionary value of 'Other Table Files: (5522) Account' - 'Require Name/Source in Payment Acknowledgement', has a value of 'Y' the 'Name/Source' field will become required. No = not required.
25. Enter desired value in ‘Bank Ref #’.
26. Enter desired value in ‘Comments’.
27. Click [File].
28. Verify that the ‘Payment Acknowledgement’ message is received and states the following: Filed successfully. The Transaction Number is 6. Do you need to continue to Post Payment Accounting Entry? Note: The Transaction Number’ increments by one number with each filing.
29. Clicking [No] returns the user to the ‘Payment Acknowledgement’ section to enter additional payments.
30. Clicking [Yes] allows the user to post payments in 'Post Payment Accounting Entry'.
31. Click [Yes].
32. Click [New Row] in ‘Post Payment Accounting Entry’.
33. Select desired ‘Treatment Service’. It will default if filed in the ‘Payment Acknowledgement’.
34. Select desired ‘Program’. This is from ‘Other Table Files: (5521) Program’, not a program in ‘Program Maintenance’.
35. Select desired ‘Account’.
36. Select desired ‘Amount’.
37. Validate that the ‘Posting Code; defaulted from the ‘Payment Acknowledgement’.
38. Select desired ‘Posting Date’.
39. Validate that the ‘Posting Summary’ is correct.
40. If desired, and first row partially posts the 'Amount', click [New Row] and repeat the steps.
41. If desired, click [Delete Row]. A ‘Confirm Delete’ message will be displayed. Select desired value.
42. Click [File].
43. The following ‘Payment Acknowledgement’ displays: Filed successfully. Do you need to continue with Post Payment Accounting Entry?
44. Click [Yes].
45. Click the ‘Reverse’ checkbox in one row of the ‘Post Payment Accounting Entry’.
46. Enter desired ‘Reversal Posting Date’.
47. Enter desired ‘Reversal Reason’.
48. Click [Reverse].
49. Validate that a new row was added to the ‘Post Payment Accounting Entry’ grid and that it mirrors the row that was selected to reverse, except for ‘Amount’ displays in parentheses, indicating a negative amount.
50. If desired, add a new row to post and additional payment.
51. Close the form.
52. Open ‘Payment Acknowledgement’ form
53. Select ‘Edit or View’ in ‘Action, which will enable the ‘Payment Acknowledgement Search’ section.
54. Enter data from the ‘Payment Acknowledgement’, filed above, into desired search fields. The ’Transaction Number’ and ‘Batch Number’ are specific to only one ‘Payment Acknowledgement’. The following fields may return results for more than one ‘Payment Acknowledgement’ when applicable: ‘Client’, ‘Guarantor’, ‘Amount Type’, ‘Check/EFT #’, ‘Check/EFT From Date’, ‘Check/EFT To Date’, ‘Deposit From Date’, and ‘Deposit To Date’.
55. Click [Search].
56. Select the desired item in the ‘Payment Acknowledgement’ grid.
57. Click [OK] to continue or [Cancel] to end the search. Click [OK].
58. The following ‘Payment Acknowledgement’ displays: Do you need to continue to Post Payment Accounting Entry?
59. Validate the ‘Post Payment Accounting Entry' contains the previously filed data.

• The following registry setting has a value of Y: Avatar PM->Billing->Accounts Receivable Management->->->Enable Accounts Receivable Management Functionality.
• User Definition has been used to give the signed in user access to the form: Avatar PM / Billing / AR Management / AR Console User Defaults Setup.
• View Definition / NX View Definition has been used to place the widget on the tester's home view.
• Note the ID of at least two more users.
• Guarantors/Payor: The 'Guarantor Name' & the 'Guarantor Name For Alpha Lookup' fields contain an '&'.
• System Task Scheduler:
• The 'Auto AR Batch Update' was processed after the claims were created.

1. Open ‘AR Console User Defaults Setup’.
2. Click ‘New Row’ and add a row for the signed in user, or if the signed in user exists in a row select the row.
3. Click ‘All’ in the following fields: ‘Financial Class(es)’, ‘Guarantor(s)’, ‘Treatment Setting(s)’ ‘Program(s)’ and ‘Client Last Name Initials to be Worked’.
4. Add desired value to ‘Aged Over # Days’. Note the value.
5. Click ‘New Row’ and add a row for the first additional user from ‘Setup’, or if the user exists in a row select the row.
6. Select desired values in ‘Financial Class(es)’, ‘Guarantor(s)’, ‘Treatment Setting(s)’ ‘Program(s)’, ‘Client Last Name Initials to be Worked’, and ‘Aged Over # Days’.
7. Note the values of each field.
8. Click ‘New Row’ and add a row for the second additional user from ‘Setup’, or if the user exists in a row select the row.
9. Select desired values in ‘Financial Class(es)’, ‘Guarantor(s)’, ‘Treatment Setting(s)’ ‘Program(s)’, ‘Client Last Name Initials to be Worked’, and ‘Aged Over # Days’.
10. Note the values of each field.
11. Click [Submit].
12. Open ‘AR Console User Defaults Setup’.
13. Select the row for the signed in user.
14. Validate that the following fields have every available item in the checklist selected: ‘Financial Class(es)’, ‘Guarantor(s)’, ‘Treatment Setting(s)’ ‘Program(s)’ and ‘Client Last Name Initials to be Worked’.
15. Select the row for the first additional user.
16. Validate that the values that were submitted were retained.
17. Select the row for the second additional user.
18. Validate that the values that were submitted were retained.
19. Click [Discard].
20. Open the 'Account Receivable Console' widget for the signed in user.
21. Verify that the ‘Financial Class(es)’, ‘Guarantor(s)’, ‘Treatment Setting(s)’ ‘Program(s)’ and ‘Client Last Name Initials to be Worked' fields contain all available selections.
22. Verify that ‘Aged Over # Days' contains the value entered above.
23. Close the widget.

• Guarantors/Payors:
• Guarantor 1: The 'Guarantor Name' & the 'Guarantor Name For Alpha Lookup' fields contain an '&'.
• Guarantor 2: The 'Guarantor Name' & the 'Guarantor Name For Alpha Lookup' fields do not contain an '&’.
• Clients:
• Client A: Has a minimum of two outstanding claims for Guarantor 1. Note the client’s last name and the program.
• Client B: Has a minimum of two outstanding claims for Guarantor 2. Note the client’s last name and the program.
• Tester has access to the AR Console.
• AR Console User Defaults Setup:
• Tester has been given access to both Guarantors/Payors, the client’s last name initials, and the client programs.
• System Task Scheduler:
• The 'Auto AR Batch Update' was processed after the claims were created.

1. Open the ‘Account Receivable Console’ widget.
2. Validate that the ‘Guarantor’ field contains the selected guarantors, including the guarantor with the ‘&’ in the 'Guarantor Name' & the 'Guarantor Name For Alpha Lookup'
3. Enter the ‘Client ID for Client A.
4. Click [Search].
5. Select a minimum of two claims in the ‘Claims with Outstanding Receivables’ gird.
6. Click [Add Claim Follow-Up/Note].
7. Validate the claim number in ‘Claim Follow-Up’.
8. Go to the Follow-Up Notes’ section.
9. Validate the note created by the AR Console exists.
10. Click [New Row].
11. Enter desired ‘Follow-Up Date’, ‘Comments’ and any other desired data.
12. Click [File Updates].
13. Click [OK].
14. Select the row that was added above.
15. Click [Copy Note].
16. Select the claim to copy the note to in ‘Copy Follow-Up Note’.
17. Click [Save].
18. Select the claim number in ‘Claim Follow-Up’ that was selected in ‘Copy Follow-Up Note’.
19. Validate that the copy note, and the note created by the AR Console exist in the ‘Claim Follow-Up’.
20. Select the ‘AR List’ section.
21. Repeat steps 3 - 20 for Client B.
22. Close the widget.

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the order.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Filing of Admission’ in ‘Default the Guarantor(s) During’.
8. Select desired value in ‘Add the Guarantor(s) to Which Form’. Note: If ‘Financial Eligibility’ is selected the ‘Default the Guarantor(s) Only If’ field becomes disabled.
9. If available, select ‘None’ in ‘Default the Guarantor(s) Only If’.
10. Click [Submit].
11. Open ‘Admission’ and admit a client into desired episode.
12. Open the form selected in ‘Add the Guarantor(s) to Which Form’, and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
13. Select the ‘Guarantor Selection’ section.
14. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
15. Click [Submit].
16. As, desired change the value of the ‘Add the Guarantor(s) to Which Form’ and 'Default the Guarantor(s) Only If" fields and continue testing clients using the 'Admission’ form, or existing clients admitted from the 'Admission' form.
17. Open the form selected in ‘Add the Guarantor(s) to Which Form’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
18. Select the ‘Guarantor Selection’ section.
19. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified. The guarantors will be added to the 'Default Guarantor Assignment’ form.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the orders.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Filing of Admission’ in ‘Default the Guarantor(s) During’.
8. Select desired value in ‘Add the Guarantor(s) to Which Form’. Note: If ‘Financial Eligibility’ is selected the ‘Default the Guarantor(s) Only If’ field becomes disabled.
9. If available, select ‘None’ in ‘Default the Guarantor(s) Only If’.
10. Click [Submit].
11. Open ‘Admission (Outpatient)’ and admit a client into desired episode.
12. Open the form selected in ‘Add the Guarantor(s) to Which Form’, and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
13. Select the ‘Guarantor Selection’ section.
14. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
15. Click [Submit].
16. As, desired change the value of the ‘Add the Guarantor(s) to Which Form’ and 'Default the Guarantor(s) Only If" fields and continue testing clients using the 'Admission (Outpatient)' form, or existing clients admitted from the 'Admission (Outpatient)' form.
17. Open the form selected in ‘Add the Guarantor(s) to Which Form’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
18. Select the ‘Guarantor Selection’ section.
19. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified. The guarantors will be added to the 'Default Guarantor Assignment’ form.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the orders.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Filing of Admission’ in ‘Default the Guarantor(s) During’.
8. Select desired value in ‘Add the Guarantor(s) to Which Form’. Note: If ‘Financial Eligibility’ is selected the ‘Default the Guarantor(s) Only If’ field becomes disabled.
9. If available, select ‘None’ in ‘Default the Guarantor(s) Only If’.
10. Click [Submit].
11. Open 'Pre Admit' and admit a client into desired episode.
12. Open the form selected in ‘Add the Guarantor(s) to Which Form’, and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
13. Select the ‘Guarantor Selection’ section.
14. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
15. Click [Submit].
16. As, desired change the value of the ‘Add the Guarantor(s) to Which Form’ and 'Default the Guarantor(s) Only If' fields and continue testing clients using the 'Pre Admit' form.
17. Open the form selected in ‘Add the Guarantor(s) to Which Form’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
18. Select the ‘Guarantor Selection’ section.
19. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
20. Click [Submit].

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified. The guarantors will be added to the 'Default Guarantor Assignment’ form.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the orders.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Filing of Admission’ in ‘Default the Guarantor(s) During’.
8. Select desired value in ‘Add the Guarantor(s) to Which Form’. Note: If ‘Financial Eligibility’ is selected the ‘Default the Guarantor(s) Only If’ field becomes disabled.
9. If available, select ‘None’ in ‘Default the Guarantor(s) Only If’.
10. Click [Submit].
11. Open ‘Back Dated Admission/Discharge’ and admit and discharge a client in a program.
12. Click [Submit].
13. Open the form selected in ‘Add the Guarantor(s) to Which Form’.
14. Verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
15. Select the ‘Guarantor Selection’ section.
16. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
17. Click [Submit].
18. As, desired change the value of the ‘Add the Guarantor(s) to Which Form’ and 'Default the Guarantor(s) Only If' fields and continue testing clients using the 'Back Dated Admission/Discharge' form.
19. Open the form selected in ‘Add the Guarantor(s) to Which Form’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
20. Select the ‘Guarantor Selection’ section.
21. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
22. Click [Submit].

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified. The guarantors will be added to the 'Default Guarantor Assignment’ form.
• An additional guarantor is identified. The guarantor will not be added to the 'Default Guarantor Assignment’ form.
• Clients:
• A: An existing client, with no financial eligibility record is identified, or a new client is created.
• B: An existing client, with a financial eligibility record that contains the additional guarantor not added to the 'Default Guarantor Assignment’ form, is identified.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the orders.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Entry to Financial Eligibility Forms’ in ‘Default the Guarantor(s) During’.
8. Select 'Financial Eligibility' in ‘Add the Guarantor(s) to Which Form’.
9. Select 'None Exists' in 'Default the Guarantor(s) Only If'.
10. Click [Submit].
11. Open ‘'Financial Eligibility' for ‘Client A’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
12. Select the ‘Guarantor Selection’ section.
13. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
14. Click [Submit].
15. Open ‘Default Guarantor Assignment’.
16. Select 'Not a Part of Financial Eligibility/Cross Episode Financial Eligibility/Family Financial Eligibility' in 'Default the Guarantor(s) Only If'.
17. Click [Submit].
18. Open ‘'Financial Eligibility' for ‘Client B’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
19. Select the ‘Guarantor Selection’ section.
20. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.Click [Submit].

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified. The guarantors will be added to the 'Default Guarantor Assignment’ form.
• An additional guarantor is identified. The guarantor will not be added to the 'Default Guarantor Assignment’ form.
• Clients:
• A: An existing client, with multiple episodes, with no financial eligibility record is identified, or a new client is created.
• B: An existing client, with multiple episodes, with a financial eligibility record that contains the additional guarantor not added to the 'Default Guarantor Assignment’ form, is identified.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the orders.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Entry to Financial Eligibility Forms’ in ‘Default the Guarantor(s) During’.
8. Select 'Cross Episode Financial Eligibility' in ‘Add the Guarantor(s) to Which Form’.
9. Select 'None Exists' in 'Default the Guarantor(s) Only If'.
10. Click [Submit].
11. Open 'Cross Episode Financial Eligibility; for ‘Client A’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
12. Select the ‘Guarantor Selection’ section.
13. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
14. Click [Submit].
15. Open ‘Default Guarantor Assignment’.
16. Select 'Not a Part of Financial Eligibility/Cross Episode Financial Eligibility/Family Financial Eligibility' in 'Default the Guarantor(s) Only If'.
17. Click [Submit].
18. Open 'Cross Episode Financial Eligibility' for ‘Client B’ and verify that the guarantor order is correct in the ‘Financial Eligibility’ section.
19. Select the ‘Guarantor Selection’ section.
20. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
21. Click [Submit].

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of two guarantors, with a value in default guarantor plan, are identified. The guarantors will be added to the 'Default Guarantor Assignment’ form.
• An additional guarantor is identified. The guarantor will not be added to the 'Default Guarantor Assignment’ form.
• Clients:
• Family A: is an existing family created through 'Family Registration'. There is no financial eligibility record. All members should have a social security number on file.
• Family B: is an existing family created through 'Family Registration'. There is a financial eligibility record for the additional guarantor not added to the 'Default Guarantor Assignment’ form. All members should have a social security number on file.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the orders.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Entry to Financial Eligibility Forms’ in ‘Default the Guarantor(s) During’.
8. Select 'Family Financial Eligibility' in ‘Add the Guarantor(s) to Which Form’.
9. Select 'None Exists' in 'Default the Guarantor(s) Only If'.
10. Click [Submit].
11. Open 'Family Financial Eligibility' for ‘Family A’.
12. Select the ‘Guarantor Selection’ section.
13. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
14. Select the ‘Guarantor Assignment' section.
15. Click [Add New Item].
16. Select desired member in 'Select Family Member For Assignment.
17. Select desired value in 'Guarantor # 1'.
18. Select desired value in 'Relationship to Subscriber'.
19. Repeat steps 16 & 17 for all guarantors.
20. Repeat step 15, 16 & 17 for all desired members.
21. Click [Submit].
22. Open ‘Default Guarantor Assignment’.
23. Select 'Not a Part of Financial Eligibility/Cross Episode Financial Eligibility/Family Financial Eligibility' in 'Default the Guarantor(s) Only If'.
24. Click [Submit].
25. Open 'Family Financial Eligibility' for ‘Family B’, and verify that the preexisting displays in the ‘Financial Eligibility’ section.
26. Select the ‘Guarantor Selection’ section.
27. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’.
28. Select the ‘Guarantor Assignment' section.
29. Select an existing family member in 'Guarantor Assignment to Family Member' and click 'Edit Selected Item'.
30. Click [Clear Current Assignments].
31. Select desired value in 'Guarantor # 1'.
32. Select desired value in 'Relationship to Subscriber'.
33. Repeat steps 31 & 32 for all guarantors.
34. Repeat steps 29, 30, 31 & 32 for all desired members.
35. Click [Submit].

• Registry Setting:
• ‘Enable Default Guarantor Assignment’ has a value of ‘Y’.
• 'Require Additional Subscriber Fields' has a value of 'N'.
• Guarantors/Payors:
• A minimum of one guarantor, with a value in default guarantor plan, is identified.
• A minimum of one guarantor, with no value in default guarantor plan, is identified.

1. Open ‘Default Guarantor Assignment’.
2. Note: if the form has a previous value it will default into the form.
3. Click [Clear Guarantor Order].
4. In ‘Select Guarantor to Default’ select the guarantor that will be first in the order.
5. Repeat the selections in ‘Select Guarantor to Default’ until all guarantors have been added. The following message displays when the guarantor that has no value in default guarantor plan is selected: Default Guarantor Plan Missing: A default guarantor plan is not defined for guarantor (750) New Guarantor 750. A 'Financial Eligibility' record will not be filed during an admission for this guarantor. Click [OK] to remove the message.
6. Verify that the ‘Guarantor Order’ text box contains the order as entered.
7. Select ‘Filing of Admission’ in ‘Default the Guarantor(s) During’.
8. Select desired value in ‘Add the Guarantor(s) to Which Form’. Note: If ‘Financial Eligibility’ is selected the ‘Default the Guarantor(s) Only If’ field becomes disabled.
9. If available, select ‘desired value’ in ‘Default the Guarantor(s) Only If’.
10. Click [Submit].
11. Admit a new client.
12. Open the form selected in Add the Guarantor(s) to Which Form’.
13. Verify that only guarantors that have a default guarantor plan display in the financial eligibility section.
14. Select the ‘Guarantor Selection’ section.
15. Verify that there is a row in ‘Guarantor Information’ for each guarantor selected in ‘Default Guarantor Assignment’ that has a default guarantor plan.
16. Click [Submit].

• Registry Setting:
• The "Enable 'Admission vs. Service Program' Functionality" registry setting is set to 'Y'.
• Program Maintenance:
• Two new outpatient admission programs are created such that there is no overlap of the associated service programs between the two admission programs. Note the admission programs and associated service programs.
• Admission (Outpatient):
• The client is admitted into the first admission program.
• Client Charge Input:
• A service is rendered to the client under one of the associated service programs. Note the service date and service code.
• Program Transfer (Outpatient):
• The client is transferred into the second admission program.

1. Open the 'Edit Service Information' form.
2. Fill in all required fields.
3. Click [Select Service(s) to Edit].
4. Verify the 'Select Service(s) to Edit' dialog box launched with all the services rendered to the selected client.
5. Select desired service to edit.
6. Verify the 'Program' field is populated with the service programs that was associated with the admission program at the time of service creation.
7. Submit the form.
8. Verify the form submits successfully.

• The following registry setting has a value of 'Y': Avatar PM->Billing->Electronic Billing->All 837 Submissions->->Enable Support For Crossover Claims.
• Practitioner Enrollment is used to identify desired service practitioner and the ‘Practitioner Categories for Coverage’.
• Service Code: Identify a service code that will be used to create services. Note the service code fee in Service Fee/Cross Reference Maintenance.
• Benefit Plan: All benefit plans contain ‘Practitioner Categories for Coverage’ in ‘Covered Charge Categories’.
• Plan for Guarantor 1 will fully cover the service fee.
• Plan for Guarantor 2 contains a value in ‘Monthly Maximum Responsibility’. Note the value.
• Plan for Guarantor 3 will fully cover the service fee.
• Guarantors/Payors: Three guarantors are identified that do not share the same ‘Default Guarantor Plan’.
• Admit a new client: Note the admission date and program.
• Add a diagnosis record.
• Add a financial eligibility record:
• Guarantor #1 = Guarantor 1.
• Guarantor #2 = Guarantor 2.
• Guarantor #31 = Guarantor 3.
• Guarantor/Program Billing Defaults:
• Edit the template for the secondary guarantor, section 837 Professional or 837 Institutional.
• Select Guarantor(s) Responsible For Crossover Claim Submission = Primary Guarantor.
• Number of Days to Hold Billing of Claim = 15. Note: Zero is a valid value for this field and if used the primary and secondary guarantors can be billed immediately.
• Client Charge Input is used to create two services 25 and 26 days in the past, ensuring they are in the same month.
• Client Ledger is used to validate that the charge distributed full liability to Guarantor 1.
• Close Charges is used to close the charge.
• Electronic Billing: Guarantor 1: has been used to create a claim 19 days in the past.
• An '835 Health Care Claim Payment/Advice’ exists that pays each of the two services, minus the ‘Monthly Maximum Responsibility’ amount noted above, for each service. Note the Claim Adjustment Group/Reason Code used in the ‘CAS’ segment.
• Verify the that ‘Claim Adjustment Group/Reason Code Definition’ exists for the guarantors and that the posting code = 'Transfer – Redistribute (Close)’.

1. Open ‘835 Health Care Claim Payment/Advice’.
2. Load, compile and post the '835 Health Care Claim Payment/Advice’.
3. Close the form.
4. Open ‘Client Ledger’ and validate that Guarantor 2 has a ‘LINE BALANCE’ equal to the ‘Monthly Maximum Responsibility’ amount due to the transfer. Also, validate that Guarantor 3 has a ‘LINE BALANCE’ equal to the ‘Monthly Maximum Responsibility’ amount due to the transfer.
5. If desired post an ‘835 Health Care Claim Payment/Advice’ files for Guarantor 2 and Guarantor 3.
6. Close the form.

• The following registry setting has a value of 'Y': Avatar PM->Billing->Electronic Billing->All 837 Submissions->->Enable Support For Crossover Claims.
• Practitioner Enrollment is used to identify desired service practitioner and the ‘Practitioner Categories for Coverage’.
• Service Code: Identify a CCBHC service code that will be used to create a service. Note the service code fee in Service Fee/Cross Reference Maintenance.
• Benefit Plan: All benefit plans contain ‘Practitioner Categories for Coverage’ in ‘Covered Charge Categories’.
• Plan for Guarantor 1 will fully cover the service fee.
• Plan for Guarantor 3 will fully cover the service fee.
• Guarantors/Payors:
• Guarantor 1 is not a CCBHC guarantor.
• Guarantor 2 is a CCBHC guarantor.
• Admit a new client that bills CCBHC services. Note the admission date and program.
• Add a diagnosis record.
• Add a financial eligibility record:
• Guarantor #1 = Guarantor 1.
• Guarantor #2 = Guarantor 2.
• Guarantor/Program Billing Defaults:
• Edit the CCBHC template for the secondary guarantor, section 837 Professional or 837 Institutional.
• Select Guarantor(s) Responsible For Crossover Claim Submission = Primary Guarantor.
• Number of Days to Hold Billing of Claim = 15. Note: Zero is a valid value for this field and if used the primary and secondary guarantors can be billed immediately.
• Client Charge Input is used to create two services 25 and 26 days in the past, ensuring they are in the same month.
• Client Ledger is used to validate that the charge distributed full liability to Guarantor 1.
• Close Charges is used to close the charges.
• Electronic Billing: Guarantor 1: has been used to create a claim 19 days in the past.
• An '835 Health Care Claim Payment/Advice’ exists that pays the service, minus $10.00. Note the Claim Adjustment Group/Reason Code used in the ‘CAS’ segment.
• Verify the that ‘Claim Adjustment Group/Reason Code Definition’ exists for the three guarantor and that the posting code = 'Transfer – Redistribute (Close)’.

1. Open ‘835 Health Care Claim Payment/Advice’.
2. Load, compile and post the '835 Health Care Claim Payment/Advice’.
3. Close the form.
4. Open ‘Client Ledger’ and validate that Guarantor 2 has a ‘LINE BALANCE’ equal to $10.00 due to the transfer.
5. If desired post an ‘835 Health Care Claim Payment/Advice’ file for Guarantor 2.
6. Close the form.

• Practitioner Enrollment is used to validate the 'Discipline' of the desired practitioner.
• Service Code 1: Is a service code that does not contain the practitioner's discipline in 'Discipline(s)'.
• Service Code 2: Is a service code that does contain the practitioner's discipline in 'Discipline(s)'.
• Identify an existing client that has at least one existing open service for Service Code 2 and the practitioner. Note the client's id/name, service code, practitioner's id, and the service date.

1. Open the SoapUI or any other web service testing tool.
2. Create a web service request to edit the service information, using ‘WEBSVC.EditServiceInformation:EditServiceInformationICD10'.
3. The 'SystemCode' will be equal to the value used when logging into myAvatar.
4. The 'UserName' will be equal to the value used when logging into myAvatar.
5. The 'Password' will be equal to the value used when logging into myAvatar.
6. Enter values for all required fields.
7. Select Service Code 1 in ‘ServiceCode’.
8. Submit the request.
9. Verify the response message contains: Discipline : No common disciplines found for Practitioner and Service code selected.
10. Change the service code to Service Code 2.
11. Add data to one field that had no date or change existing data for a field.
12. Submit the request.
13. Verify the message: "Edit Service Information web service has been filed successfully".
14. If desired, open 'Crystal Reports' or any other SQL Data Reporting tool.
15. Select the PM namespace.
16. Query the 'SYSTEM.billing_tx_history' SQL table.
17. Validate the 'PATID' column is equal to the correct client id identified in the setup.
18. Validate the 'date_of_service' column is equal to correct date of service rendered to the client.
19. Validate the 'Service Code' column contains correct service code entered in the web service request.
20. Validate the 'data_entry_source' column contains 'WEBSVC.EditServiceInformation:EditServiceInformationICD10'.

1. Open the 'Registry Settings' form.
2. Set the 'Enable Payment Acknowledgement' registry setting to 'N'.
3. Submit the form.
4. Open the 'Registry Setting' form.
5. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
6. Validate the Registry Setting input box contains 'Avatar PM->Billing->Remittance Processing->->->Prevent Posting Payments Unless Payment has been Acknowledged'.
7. Validate the Registry Setting Details text area contains '[FACILITY SPECIFIC] ------------------------------------------------------------------------------- The 'Enable Payment Acknowledgement' registry setting must be enabled to select any values. The valid values are: 0 or 1, 2 and/or 3. Multiple values can be selected. They will be separated by ampersands. Example: 1&2. When '1' is selected, it will restrict the ability to post payments in the '835 Health Care Claim Payment/Advice' form to only payments that have been acknowledged in the 'Payment Acknowledgement' form. When '2' is selected, it will restrict the ability to post payments in the 'Batch Cash Posting' form to only payments that have been acknowledged in the 'Payment Acknowledgement' form. When '3' is selected, it will restrict the ability to post payments in the "Payment/Adjustment Posting" 'File Import' to only payments that have been acknowledged in the 'Payment Acknowledgement' form. Selecting '0' will remove this functionality. This is the default behavior."
8. Set the Registry Setting Value input box to '1'.
9. Validate the error message dialog contains 'The selected value is not valid in the current system code for the following reason: The 'Enable Payment Acknowledgement' registry setting must be enabled to make any selections other than zero.'
10. Set the Limit Registry Settings to 'Enable Payment Acknowledgement'.
11. Set the 'Enable Payment Acknowledgement' registry setting to 'Y'.
12. Click [Submit].
13. Click [OK].
14. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
15. Set the Registry Setting Value input box to '1'.
16. Click [Submit].
17. Click [OK].
18. Click [Yes].
19. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
20. Set the Registry Setting Value input box to '2'.
21. Click [Submit].
22. Click [OK].
23. Click [Yes].
24. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
25. Set the Registry Setting Value input box to '1&2'.
26. Click [Submit].
27. Click [OK].
28. Click [Yes].
29. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
30. Set the Registry Setting Value input box to 'Y'.
31. Click [TAB].
32. Validate the error message dialog contains 'The selected value is not valid in the current system code for the following reason: Invalid selection found (Y).'
33. Set the Registry Setting Value input box to 'N'.
34. Click [TAB].
35. Validate the error message dialog contains 'The selected value is not valid in the current system code for the following reason: Invalid selection found (N).'
36. Set the Registry Setting Value input box to '3'.
37. Click [Submit].
38. Click [OK].
39. Click [Yes].
40. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
41. Set the Registry Setting Value input box to '1&2&3'.
42. Click [Submit].
43. Click [OK].
44. Click [No].

• Registry Settings:
• Avatar PM->Billing->Remittance Processing->->->Enable Payment Acknowledgement = Y.
• Avatar PM->Billing->Remittance Processing->->->Prevent Posting Payments Unless Payment has been Acknowledged = 3, at a minimum.
• Avatar PM->System Maintenance->File Import->->->Import File Delimiter – note the value to be used when creating the file to import.
• Posting/Adjustment Codes Definition has been used to note a payment code.
• Client A: Client is identified that has multiple unpaid claims.
• Note the guarantor, service code, service date, claim number and the line balance.
• Payment Acknowledgement has been used to create a minimum of one acknowledged payment for the same guarantor as the client’s guarantor. Note the transaction number this is included in the ‘Payment Acknowledgement’ message.
• Create a file to import to the Payment/Adjustment Posting option and includes the transaction number.
• The File Import spreadsheet will be included in the zip file.

1. Open the "File Import" form.

2. Select "File Type" of "Payments/Adjustment Posting".

3. Select "Action" of "Upload New File".

4. Click "Process Action".

5. Select "Action" of "Compile/Validate File".

6. Select the file that was just uploaded in "File(s)".

7. Click "Process Action".

8. Click “OK” on the “Compiled” message.

9. Select "Action" of "Post File".

10. Select the file that was just compiled in "File(s)".

11. Click "Process Action".

12. Click “OK” on the “Posted” message.

13. Close the form.

14. Open the "Client Ledger" form.

15. Process the client ledger.

16. Validate the payment information is reflected in the client's ledger.

17. Close the form.

1. Open the 'Registry Settings' form.
2. Set the 'Enable Payment Acknowledgement' registry setting to 'N'.
3. Submit the form.
4. Open the 'Registry Setting' form.
5. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
6. Validate the Registry Setting input box contains 'Avatar PM->Billing->Remittance Processing->->->Prevent Posting Payments Unless Payment has been Acknowledged'.
7. Validate the Registry Setting Details text area contains '[FACILITY SPECIFIC] ------------------------------------------------------------------------------- The 'Enable Payment Acknowledgement' registry setting must be enabled to select any values. The valid values are: 0 or 1, 2 and/or 3. Multiple values can be selected. They will be separated by ampersands. Example: 1&2. When '1' is selected, it will restrict the ability to post payments in the '835 Health Care Claim Payment/Advice' form to only payments that have been acknowledged in the 'Payment Acknowledgement' form. When '2' is selected, it will restrict the ability to post payments in the 'Batch Cash Posting' form to only payments that have been acknowledged in the 'Payment Acknowledgement' form. When '3' is selected, it will restrict the ability to post payments in the "Payment/Adjustment Posting" 'File Import' to only payments that have been acknowledged in the 'Payment Acknowledgement' form. Selecting '0' will remove this functionality. This is the default behavior."
8. Set the Registry Setting Value input box to '1'.
9. Validate the error message dialog contains 'The selected value is not valid in the current system code for the following reason: The 'Enable Payment Acknowledgement' registry setting must be enabled to make any selections other than zero.'
10. Set the Limit Registry Settings to 'Enable Payment Acknowledgement'.
11. Set the 'Enable Payment Acknowledgement' registry setting to 'Y'.
12. Click [Submit].
13. Click [OK].
14. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
15. Set the Registry Setting Value input box to '1'.
16. Click [Submit].
17. Click [OK].
18. Click [Yes].
19. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
20. Set the Registry Setting Value input box to '2'.
21. Click [Submit].
22. Click [OK].
23. Click [Yes].
24. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
25. Set the Registry Setting Value input box to '1&2'.
26. Click [Submit].
27. Click [OK].
28. Click [Yes].
29. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
30. Set the Registry Setting Value input box to 'Y'.
31. Click [TAB].
32. Validate the error message dialog contains 'The selected value is not valid in the current system code for the following reason: Invalid selection found (Y).'
33. Set the Registry Setting Value input box to 'N'.
34. Click [TAB].
35. Validate the error message dialog contains 'The selected value is not valid in the current system code for the following reason: Invalid selection found (N).'
36. Set the Registry Setting Value input box to '3'.
37. Click [Submit].
38. Click [OK].
39. Click [Yes].
40. Set the Limit Registry Settings to 'Prevent Posting Payments Unless Payment has been Acknowledged'.
41. Set the Registry Setting Value input box to '1&2&3'.
42. Click [Submit].
43. Click [OK].
44. Click [No].