Skip to main content

Avatar PM 2022 Monthly Release 2022.02.01 Acceptance Tests


Update 31 Summary | Details
Incident-To Practitioner Daily Log - Validating overlapping entry for the practitioner
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Registry Settings (PM)
  • Practitioner Enrollment
  • Dictionary Update (PM)
  • Incident-To Practitioner Daily Log
  • Crystal Report Viewer
Scenario 1: Incident-To Practitioner Daily Log - Validating overlapping entry for practitioner when a location = "Yes" in 'Is this a Telehealth Location' extended dictionary.
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify at least three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = Yes for one of the location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = No for the second location identified. Note the location.
  • Practitioner Enrollment:
  • A practitioner is created, or an existing practitioner is updated. Note the practitioner id and practitioner name.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select desired 'Location' which is set to "Yes" to the 'Is this a Telehealth Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select desired 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  16. Click [File Entry].
  17. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  18. Click [OK].
Scenario 2: Incident-To Practitioner Daily Log - Validating overlapping entry a practitioner/date when all the locations are set to "No" in 'Is this a Telehealth Location' dictionary
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for all three locations. Note the locations.
  • Practitioner Enrollment:
  • Create 2-3 practitioners or edit existing practitioners. Note the practitioner's id(s) and names.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the first practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select desired 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the same practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select second 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  16. Click [File Entry].
  17. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  18. Click [OK].
  19. Verify the 'Practitioner' field is set to the same practitioner selected above.
  20. Verify the 'Date' set to the date entered above.
  21. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  22. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  23. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  24. Click [File Entry].
  25. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  26. Click [OK].
  27. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  28. Verify the 'Date' set to the date entered above.
  29. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  30. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  31. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  32. Click [File Entry].
  33. Validate 'Filed Successfully' message.
  34. Click [OK].
  35. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  36. Verify the 'Date' set to the date entered above.
  37. Select 'Start Time'. Note the time. Make sure the time does not overlap with the first entry.
  38. Select the 'End time'. Note the time. Make sure the time does not overlap with the first entry.
  39. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  40. Click [File Entry].
  41. Validate 'Filed Successfully' message.
  42. Click [OK].
  43. Select the 'Edit Daily Log Entry' tab.
  44. Try to edit one of those locations for the second incident to practitioner to overlap with the other.
  45. Click [Save].
  46. Click [File Entry].
  47. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  48. Click [Close Form].
  49. Click [Yes].
Scenario 3: Incident-To Practitioner Daily Log - Validating overlapping entry for the when one location is set to "No" in the 'Is this a Telehealth Location' dictionary
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'Yes' for the first location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the second location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the third location identified. Note the location.
  • Practitioner Enrollment:
  • Create 2-3 practitioners or edit an existing practitioner. Note the practitioner id(s) and practitioner names.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the first practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select first 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the same practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select second 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  16. Click [File Entry].
  17. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  18. Click [OK].
  19. Verify the 'Practitioner' field is set to the same practitioner selected above.
  20. Verify the 'Date' set to the date entered above.
  21. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  22. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  23. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  24. Click [File Entry].
  25. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  26. Click [OK].
  27. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  28. Verify the 'Date' set to the date entered above.
  29. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  30. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  31. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  32. Click [File Entry].
  33. Validate 'Filed Successfully' message.
  34. Click [OK].
  35. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  36. Verify the 'Date' set to the date entered above.
  37. Select 'Start Time'. Note the time. Make sure the time does not overlap with the first entry.
  38. Select the 'End time'. Note the time. Make sure the time does not overlap with the first entry.
  39. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  40. Click [File Entry].
  41. Validate 'Filed Successfully' message.
  42. Click [OK].
  43. Select the 'Edit Daily Log Entry' tab.
  44. Try to edit one of those locations for the second incident to practitioner to overlap with the other.
  45. Click [Save].
  46. Click [File Entry].
  47. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  48. Click [Close Form].
  49. Click [Yes].
Scenario 4: Incident-To Practitioner Daily Log - Validating overlapping entry for a practitioner/location when 'Is this a Telehealth Location' dictionary contains ‘Yes’ for one location, and ‘No for other locations
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth location' ='Yes' for the first location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the second location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the second location identified. Note the location.
  • Practitioner Enrollment:
  • Create 2-3 practitioners or edit an existing practitioner. Note the practitioner id and practitioner name.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the first practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select first 'Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the same practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select second 'Location'. Note the location.
  16. Click [File Entry].
  17. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  18. Click [OK].
  19. Verify the 'Practitioner' field is set to the same practitioner selected above.
  20. Verify the 'Date' set to the date entered above.
  21. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  22. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  23. Select third 'Location'. Note the location.
  24. Click [File Entry].
  25. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  26. Click [OK].
  27. Select the 'Edit Daily Log Entry' tab.
  28. Try to edit one of those locations for the first incident to practitioner to overlap the second location with the third location.
  29. Click [Save].
  30. Click [File Entry].
  31. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  32. Click [OK].
  33. Click [Close Form].
  34. Click [Yes].
Incident-To Practitioner Daily Log - Edit Daily Log Entry section
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Registry Settings (PM)
  • Practitioner Enrollment
  • Dictionary Update (PM)
  • Incident-To Practitioner Daily Log
  • Crystal Report Viewer
Scenario 1: Incident-To Practitioner Daily Log - Validating overlapping entry for practitioner when a location = "Yes" in 'Is this a Telehealth Location' extended dictionary.
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify at least three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = Yes for one of the location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = No for the second location identified. Note the location.
  • Practitioner Enrollment:
  • A practitioner is created, or an existing practitioner is updated. Note the practitioner id and practitioner name.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select desired 'Location' which is set to "Yes" to the 'Is this a Telehealth Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select desired 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  16. Click [File Entry].
  17. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  18. Click [OK].
Scenario 2: Incident-To Practitioner Daily Log - Validating overlapping entry a practitioner/date when all the locations are set to "No" in 'Is this a Telehealth Location' dictionary
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for all three locations. Note the locations.
  • Practitioner Enrollment:
  • Create 2-3 practitioners or edit existing practitioners. Note the practitioner's id(s) and names.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the first practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select desired 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the same practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select second 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  16. Click [File Entry].
  17. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  18. Click [OK].
  19. Verify the 'Practitioner' field is set to the same practitioner selected above.
  20. Verify the 'Date' set to the date entered above.
  21. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  22. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  23. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  24. Click [File Entry].
  25. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  26. Click [OK].
  27. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  28. Verify the 'Date' set to the date entered above.
  29. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  30. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  31. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  32. Click [File Entry].
  33. Validate 'Filed Successfully' message.
  34. Click [OK].
  35. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  36. Verify the 'Date' set to the date entered above.
  37. Select 'Start Time'. Note the time. Make sure the time does not overlap with the first entry.
  38. Select the 'End time'. Note the time. Make sure the time does not overlap with the first entry.
  39. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  40. Click [File Entry].
  41. Validate 'Filed Successfully' message.
  42. Click [OK].
  43. Select the 'Edit Daily Log Entry' tab.
  44. Try to edit one of those locations for the second incident to practitioner to overlap with the other.
  45. Click [Save].
  46. Click [File Entry].
  47. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  48. Click [Close Form].
  49. Click [Yes].
Scenario 3: Incident-To Practitioner Daily Log - Validating overlapping entry for the when one location is set to "No" in the 'Is this a Telehealth Location' dictionary
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'Yes' for the first location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the second location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the third location identified. Note the location.
  • Practitioner Enrollment:
  • Create 2-3 practitioners or edit an existing practitioner. Note the practitioner id(s) and practitioner names.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the first practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select first 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the same practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select second 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  16. Click [File Entry].
  17. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  18. Click [OK].
  19. Verify the 'Practitioner' field is set to the same practitioner selected above.
  20. Verify the 'Date' set to the date entered above.
  21. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  22. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  23. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  24. Click [File Entry].
  25. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  26. Click [OK].
  27. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  28. Verify the 'Date' set to the date entered above.
  29. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  30. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  31. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  32. Click [File Entry].
  33. Validate 'Filed Successfully' message.
  34. Click [OK].
  35. Set the 'Practitioner' field to the second incident to practitioner identified in setup section.
  36. Verify the 'Date' set to the date entered above.
  37. Select 'Start Time'. Note the time. Make sure the time does not overlap with the first entry.
  38. Select the 'End time'. Note the time. Make sure the time does not overlap with the first entry.
  39. Select third 'Location' which is set to "No" to the 'Is this a Telehealth Location'. Note the location.
  40. Click [File Entry].
  41. Validate 'Filed Successfully' message.
  42. Click [OK].
  43. Select the 'Edit Daily Log Entry' tab.
  44. Try to edit one of those locations for the second incident to practitioner to overlap with the other.
  45. Click [Save].
  46. Click [File Entry].
  47. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  48. Click [Close Form].
  49. Click [Yes].
Scenario 4: Incident-To Practitioner Daily Log - Validating overlapping entry for a practitioner/location when 'Is this a Telehealth Location' dictionary contains ‘Yes’ for one location, and ‘No for other locations
Specific Setup:
  • Registry Setting:
  • The 'Enable Incident-To Practitioner' registry setting is set to 'YC'.
  • Dictionary Update:
  • Identify three locations set up for the location dictionary. Note the dictionary code/value.
  • File=Client
  • Data Element= Location
  • Extended Dictionary Data Element for 'Is this a Telehealth location' ='Yes' for the first location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the second location identified. Note the location.
  • Extended Dictionary Data Element for 'Is this a Telehealth Location' = 'No' for the second location identified. Note the location.
  • Practitioner Enrollment:
  • Create 2-3 practitioners or edit an existing practitioner. Note the practitioner id and practitioner name.
  • The 'Incident-To Practitioner' field is set to "Yes" for the practitioner identified above.
Steps
  1. Open the 'Incident-To Practitioner Daily Log' form.
  2. Select the 'Add Daily Log Entry' tab.
  3. Select the first practitioner identified in the setup section. Note the practitioner.
  4. Select the desired date to 'Date' field. Note the date.
  5. Select 'Start Time'. Note the time.
  6. Select the 'End time'. Note the time.
  7. Select first 'Location'. Note the location.
  8. Click [File Entry].
  9. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  10. Click [OK].
  11. Verify the 'Practitioner' field is set to the same practitioner selected above.
  12. Verify the 'Date' set to the date entered above.
  13. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  14. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  15. Select second 'Location'. Note the location.
  16. Click [File Entry].
  17. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  18. Click [OK].
  19. Verify the 'Practitioner' field is set to the same practitioner selected above.
  20. Verify the 'Date' set to the date entered above.
  21. Select 'Start Time'. Note the time. Make sure the times overlap with the first entry.
  22. Select the 'End time'. Note the time. Make sure the times overlap with the first entry.
  23. Select third 'Location'. Note the location.
  24. Click [File Entry].
  25. Validate the 'Confirm' dialogue contains 'Filed Successfully' message.
  26. Click [OK].
  27. Select the 'Edit Daily Log Entry' tab.
  28. Try to edit one of those locations for the first incident to practitioner to overlap the second location with the third location.
  29. Click [Save].
  30. Click [File Entry].
  31. Validate 'The entry overlaps with an existing entry for the same practitioner and date [Start Time - End Time for the first entry].' message.
  32. Click [OK].
  33. Click [Close Form].
  34. Click [Yes].

Topics
• Incident-To-Practitioner Daily Log • NX
Update 34 Summary | Details
Electronic billing - Split services workflow
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Guarantors/Payors
  • Service Codes
  • CPT Code Definition (PM)
  • Registry Settings (PM)
  • Set System Defaults (CWS)
  • Dynamic form- Social Security Number
  • Admission (Outpatient)
  • Financial Eligibility
  • Managed Care Authorizations
  • Progress Notes (Group and Individual)
  • Dynamic Form - Progress Notes
  • Client Ledger
  • Diagnosis
  • SQL Query/Reporting Tool
  • Electronic Billing
  • Crystal Report Viewer
  • Client Charge Input
  • Admission
  • Dynamic Form - Edit Service Fee Definition
Scenario 1: 837 Professional - Running the bill for the split services - Service created through progress note form
Specific Setup:
  • Guarantor/Payors:
  • An existing guarantor is selected to edit or a new guarantor is identified. Note the guarantor code/name.
  • Authorization Information Section:
  • Select 'Check For Available Units' in the 'Verify Services and Appointments Against Available Authorizations' field.
  • Select 'Warn User If Authorization Is Missing' in the 'Verification Level For Authorizations For Client Charge Input' field.
  • Select 'No Warning or Error If Authorization Is Missing' in the 'Verification Level For Authorizations For Appointment Scheduling' field.
  • Select 'Report As Error And Include On Bill' in the 'Verification Level For Authorizations For 837 Electronic Billing' field.
  • Set the 'Split Service If The Authorization Does Not Cover Units' to "Yes".
  • Admission (Outpatient):
  • A new client is admitted in an outpatient program. Note the client id/name, admission program,
  • Financial Eligibility:
  • The guarantor identified above is assigned to the client.
  • Diagnosis:
  • A new diagnosis record is created for the client.
  • Service Codes:
  • A new service code is added as below. Note the service code/value.
  • Type Of Fee= User Defined
  • Minutes per Unit = desired value
  • Service Fee/Cross Reference Maintenance:
  • Service fee definition is created for the above service code.
  • Managed Care Authorizations:
  • Create a 'Managed Care Authorization' record for the client/guarantor/service code identified above.
  • The 'Maximum Units' field is set to desired value such that some units do not cover by the authorization on file for the client.
  • Enter desired value to all the required fields.
  • Progress Note form:
  • Please note : the split service functionality is not supported by Ambulatory Progress Note. It will be available in the next update.
  • A new service is rendered through desired progress note form.
  • The 'Service Duration' is set to the value that makes number of units needs to be used for the service becomes more than the 'Maximum Units' setup in the 'Managed Care Authorization' section to create a split service.
  • Client Ledger:
  • The rendered service is split into two services: one service with the units defined in the 'Maximum Units' field and the other service for the remaining units.
  • Close Charges:
  • All the charges are closed.
  • An interim billing batch is created to include the client, service and guarantor.
Steps
  1. Open the 'Electronic Billing' form.
  2. Select the '837 Professional' from the 'Billing Form'.
  3. Select desired value in the 'Type Of Bill'.
  4. Select the guarantor identified in the setup section.
  5. Select the 'Interim Batch' in the 'Select All Clients Or Interim Batch' field.
  6. Select the interim billing batch in 'Interim Batch Number'.
  7. Populate all the required fields.
  8. Compile the bill for the client, services and guarantor identified in the interim billing batch.
  9. Verify the bill compiles successfully.
  10. Select 'Run Report'.
  11. Select 'Print' from the 'Print Or Delete Report' field.
  12. Select the file compiled successfully in the previous step.
  13. Verify that both the split services are included in the bill.
Scenario 2: 837 Professional - Running the bill for the split services because of not having authorization through 'Client Charge Input' form
Specific Setup:
  • Guarantor/Payors:
  • An existing guarantor is selected to edit or a new guarantor is identified. Note the guarantor code/name.
  • Authorization Information Section:
  • Select 'Check For Available Units' in the 'Verify Services and Appointments Against Available Authorizations' field.
  • Select 'Warn User If Authorization Is Missing' in the 'Verification Level For Authorizations For Client Charge Input' field.
  • Select 'No Warning or Error If Authorization Is Missing' in the 'Verification Level For Authorizations For Appointment Scheduling' field.
  • Select 'Report As Error And Include On Bill' in the 'Verification Level For Authorizations For 837 Electronic Billing' field.
  • Set the 'Split Service If The Authorization Does Not Cover Units' to "Yes".
  • Admission (Outpatient):
  • A new client is admitted in an outpatient program. Note the client id/name, admission program,
  • Financial Eligibility:
  • The guarantor identified above is assigned to the client.
  • Diagnosis:
  • A new diagnosis record is created for the client.
  • Service Codes:
  • A new service code is added as below. Note the service code/value.
  • Type Of Fee= User Defined
  • Minutes per Unit = desired value
  • Service Fee/Cross Reference Maintenance:
  • Service fee definition is created for the above service code.
  • Managed Care Authorizations:
  • Create a 'Managed Care Authorization' record for the client/guarantor/service code identified above.
  • The 'Maximum Units' field is set to desired value such that some units do not cover by the authorization on file for the client.
  • Enter desired value to all the required fields.
  • Client Charge Input
  • A new service is rendered through desired progress note form.
  • The 'Service Duration' is set to the value that makes number of units needs to be used for the service becomes more than the 'Maximum Units' setup in the 'Managed Care Authorization' section to create a split service.
  • Client Ledger:
  • The rendered service is split into two services: one service with the units defined in the 'Maximum Units' field and the other service for the remaining units.
  • Close Charges:
  • All the charges are closed.
  • An interim billing batch is created to include the client, service and guarantor.
Steps
  1. Open the 'Electronic Billing' form.
  2. Select the '837 Professional' from the 'Billing Form'.
  3. Select desired value in the 'Type Of Bill'.
  4. Select the guarantor identified in the setup section.
  5. Select the 'Interim Batch' in the 'Select All Clients Or Interim Batch' field.
  6. Select the interim billing batch in 'Interim Batch Number'.
  7. Populate all the required fields.
  8. Compile the bill for the client, services and guarantor identified in the interim billing batch.
  9. Verify the bill compiles successfully.
  10. Select 'Run Report'.
  11. Select 'Print' from the 'Print Or Delete Report' field.
  12. Select the file compiled successfully in the previous step.
  13. Verify that both the split services are included in the bill.
Scenario 3: 837 Institutional - Split services - Services created through 'Client Charge Input' form
Specific Setup:
  • Guarantor/Payors:
  • An existing guarantor is selected to edit or a new guarantor is identified. Note the guarantor code/name.
  • Authorization Information Section:
  • Select 'Check For Available Units' in the 'Verify Services and Appointments Against Available Authorizations' field.
  • Select 'Warn User If Authorization Is Missing' in the 'Verification Level For Authorizations For Client Charge Input' field.
  • Select 'No Warning or Error If Authorization Is Missing' in the 'Verification Level For Authorizations For Appointment Scheduling' field.
  • Select 'Report As Error And Include On Bill' in the 'Verification Level For Authorizations For 837 Electronic Billing' field.
  • Set the 'Split Service If The Authorization Does Not Cover Units' to "Yes".
  • Admission:
  • A new client is admitted in an inpatient program. Note the client id/name, admission program,
  • Financial Eligibility:
  • The guarantor identified above is assigned to the client.
  • Diagnosis:
  • A new diagnosis record is created for the client.
  • Service Codes:
  • A new service code is added as below. Note the service code/value.
  • Type Of Fee= User Defined
  • Minutes per Unit = desired value
  • Service Fee/Cross Reference Maintenance:
  • Service fee definition is created for the above service code.
  • Managed Care Authorizations:
  • Create a 'Managed Care Authorization' record for the client/guarantor/service code identified above.
  • The 'Maximum Units' field is set to desired value such that some units do not cover by the authorization on file for the client.
  • Enter desired value to all the required fields.
  • Client Charge Input
  • A new service is rendered through desired progress note form.
  • The 'Service Duration' is set to the value that makes number of units needs to be used for the service becomes more than the 'Maximum Units' setup in the 'Managed Care Authorization' section to create a split service.
  • Client Ledger:
  • The rendered service is split into two services: one service with the units defined in the 'Maximum Units' field and the other service for the remaining units.
  • Close Charges:
  • All the charges are closed.
  • An interim billing batch is created to include the client, service and guarantor.
Steps
  1. Open the 'Electronic Billing' form.
  2. Select the '837 Institutional' from the 'Billing Form'.
  3. Select desired value in the 'Type Of Bill'.
  4. Select the guarantor identified in the setup section.
  5. Select the 'Interim Batch' in the 'Select All Clients Or Interim Batch' field.
  6. Select the interim billing batch in 'Interim Batch Number'.
  7. Populate all the required fields.
  8. Compile the bill for the client, services and guarantor identified in the interim billing batch.
  9. Verify the bill compiles successfully.
  10. Select 'Run Report'.
  11. Select 'Print' from the 'Print Or Delete Report' field.
  12. Select the file compiled successfully in the previous step.
  13. Verify that both the split services are included in the bill.
Edit Service Information - Editing split services
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Admission (Outpatient)
  • Financial Eligibility
  • Diagnosis
  • Managed Care Authorizations
  • Client Charge Input
  • Client Ledger
  • Registry Settings (PM)
  • Guarantors/Payors
  • Service Codes
  • CPT Code Definition (PM)
  • Electronic Billing
  • Crystal Report Viewer
  • Admission
  • Spreadsheet Edit Service Information
Scenario 1: Edit Service Information - Split Services - Editing Parent Service
Specific Setup:
  • Guarantor/Payors:
  • An existing guarantor is selected to edit or a new guarantor is identified. Note the guarantor code/name.
  • Authorization Information Section:
  • Select 'Check For Available Units' in the 'Verify Services and Appointments Against Available Authorizations' field.
  • Select 'Warn User If Authorization Is Missing' in the 'Verification Level For Authorizations For Client Charge Input' field.
  • Select 'No Warning or Error If Authorization Is Missing' in the 'Verification Level For Authorizations For Appointment Scheduling' field.
  • Select 'Report As Error And Include On Bill' in the 'Verification Level For Authorizations For 837 Electronic Billing' field.
  • Set the 'Split Service If The Authorization Does Not Cover Units' to "Yes".
  • Admission (Outpatient):
  • A new client is admitted in an outpatient program. Note the client id/name, admission program,
  • Financial Eligibility:
  • The guarantor identified above is assigned to the client.
  • Diagnosis:
  • A new diagnosis record is created for the client.
  • Service Codes:
  • A new service code is added as below. Note the service code/value.
  • Type Of Fee= User Defined
  • Minutes per Unit = desired value
  • Service Fee/Cross Reference Maintenance:
  • Service fee definition is created for the above service code.
  • Managed Care Authorizations:
  • Create a 'Managed Care Authorization' record for the client/guarantor/service code identified above.
  • The 'Maximum Units' field is set to desired value such that some units do not cover by the authorization on file for the client.
  • Enter desired value to all the required fields.
  • Client Charge Input
  • A new service is rendered through desired progress note form.
  • The 'Service Duration' is set to the value that makes number of units needs to be used for the service becomes more than the 'Maximum Units' setup in the 'Managed Care Authorization' section to create a split service.
  • Client Ledger:
  • The rendered service is split into two services: one service with the units defined in the 'Maximum Units' field and the other service for the remaining units.
Steps
  1. Open 'Edit service Information' form.
  2. Select desired client and episode.
  3. Click [Select Service(s) To Edit].
  4. Confirm the split service is displayed with the word "Split" near to it.
  5. Select the parent service to edit.
  6. Verify the message: "There are one or more services selected that are split services. These services must be edited together."
  7. Please note user need to edit the split service first and then parent service.
  8. Select the split service to edit.
  9. Verify the service launched successfully to edit.
  10. Verify the split service edited successfully.
  11. Click [Submit].
  12. Close the charges.
  13. Open the 'Electronic Billing' form.
  14. Select the '837 Professional' from the 'Billing Form'.
  15. Select desired value in the 'Type Of Bill'.
  16. Select the guarantor identified in the setup section.
  17. Select the 'Interim Batch' in the 'Select All Clients Or Interim Batch' field.
  18. Select the interim billing batch in 'Interim Batch Number'.
  19. Populate all the required fields.
  20. Compile the bill for the client, services and guarantor identified in the interim billing batch.
  21. Verify the bill compiles successfully.
  22. Select 'Run Report'.
  23. Select 'Print' from the 'Print Or Delete Report' field.
  24. Select the file compiled successfully in the previous step.
  25. Verify that both the split services are included in the bill.
Scenario 2: Edit Service Information - Episode Update for a split service - Admission Date Validation
Specific Setup:
  • Registry setting:
  • Set the 'Avatar PM->Services->Ancillary/Ambulatory Services->Edit Service Information->->Edit Service Episode Number' to "Y". Please note: This will add the 'Episode Number (Edit)' field to the form.
  • Admission (Outpatient):
  • A new client is admitted in two episodes. Note the client id/name, admission programs, Admission dates.
  • Financial Eligibility:
  • The guarantor identified above is assigned to the client.
  • Diagnosis:
  • A new diagnosis record is created for the client.
  • Service Codes:
  • A new service code is added as below. Note the service code/value.
  • Type Of Fee= User Defined
  • Minutes per Unit = desired value
  • Service Fee/Cross Reference Maintenance:
  • Service fee definition is created for the above service code.
  • Managed Care Authorizations:
  • Create a 'Managed Care Authorization' record for the client/guarantor/service code identified above.
  • The 'Maximum Units' field is set to desired value such that some units do not cover by the authorization on file for the client.
  • Enter desired value to all the required fields.
  • Client Charge Input
  • A new service is rendered through desired progress note form.
  • The 'Service Duration' is set to the value that makes number of units needs to be used for the service becomes more than the 'Maximum Units' setup in the 'Managed Care Authorization' section to create a split service.
  • Client Ledger:
  • The rendered service is split into two services: one service with the units defined in the 'Maximum Units' field and the other service for the remaining units.
Steps
  1. Open 'Edit service Information' form.
  2. Select desired client and episode.
  3. Click [Select Service(s) To Edit].
  4. Confirm the split service is displayed with the word "Split" near to it.
  5. Select the split service to edit.
  6. Verify the service launched successfully to edit.
  7. Select the 2nd episode number in the 'Episode Number (Edit)' field.
  8. Verify the episode cannot be changed as the date of service is before the admission date of the second episode.
Scenario 3: Spreadsheet Edit Service Information - Editing split services
Specific Setup:
  • Guarantor/Payors:
  • An existing guarantor is selected to edit or a new guarantor is identified. Note the guarantor code/name.
  • Authorization Information Section:
  • Select 'Check For Available Units' in the 'Verify Services and Appointments Against Available Authorizations' field.
  • Select 'Warn User If Authorization Is Missing' in the 'Verification Level For Authorizations For Client Charge Input' field.
  • Select 'No Warning or Error If Authorization Is Missing' in the 'Verification Level For Authorizations For Appointment Scheduling' field.
  • Select 'Report As Error And Include On Bill' in the 'Verification Level For Authorizations For 837 Electronic Billing' field.
  • Set the 'Split Service If The Authorization Does Not Cover Units' to "Yes".
  • Admission (Outpatient):
  • A new client is admitted in an outpatient program. Note the client id/name, admission program,
  • Financial Eligibility:
  • The guarantor identified above is assigned to the client.
  • Diagnosis:
  • A new diagnosis record is created for the client.
  • Service Codes:
  • A new service code is added as below. Note the service code/value.
  • Type Of Fee= User Defined
  • Minutes per Unit = desired value
  • Service Fee/Cross Reference Maintenance:
  • Service fee definition is created for the above service code.
  • Managed Care Authorizations:
  • Create a 'Managed Care Authorization' record for the client/guarantor/service code identified above.
  • The 'Maximum Units' field is set to desired value such that some units do not cover by the authorization on file for the client.
  • Enter desired value to all the required fields.
  • Client Charge Input
  • A new service is rendered through desired progress note form.
  • The 'Service Duration' is set to the value that makes number of units needs to be used for the service becomes more than the 'Maximum Units' setup in the 'Managed Care Authorization' section to create a split service.
  • Client Ledger:
  • The rendered service is split into two services: one service with the units defined in the 'Maximum Units' field and the other service for the remaining units.
Steps
  1. Open 'Spreadsheet Edit Service Information' form for editing the services.
  2. The grid loads the parent and split service for editing.
  3. Verify the warning displays: "There are one or more split services selected. These services must be edited by using the 'Edit Service Information' form.".
  4. Verify the grid does not load the parent/split services for editing.

Topics
• 837 Professional • Managed Care Authorizations • NX • 837 Institutional • Edit Service Information
Update 41 Summary | Details
Avatar PM 'Practitioner Enrollment' and 'Practitioner Enrollment (Brief)' Forms
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Practitioner Enrollment
  • Performing Provider Registration
  • Practitioner Enrollment (Brief)
Scenario 1: 'Practitioner Enrollment' - Update of Avatar MSO Performing Provider Registration
Specific Setup:
  • Avatar PM Registry Setting 'Enable Practitioners link to Performing Providers' must be enabled
  • Avatar PM Practitioner Enrollment record linked to Avatar MSO Performing Provider Registration must exist
Steps
  1. Open Avatar PM 'Practitioner Enrollment' form.
  2. Search/select existing Practitioner Enrollment record for edit, using Practitioner linked to Avatar MSO Performing Provider.
  3. Enter/edit values for 'Name', 'Registration Date', 'Office Address...' and 'NPI Number' fields, and any other Practitioner data fields as required/desired.
  4. Enter/edit values for 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields, and any other Practitioner data fields as required/desired.
  5. Navigate to 'Categories/Taxonomy' section of form.
  6. Select existing Category/Taxonomy entry for edit, or select 'Create New' in 'Category/Taxonomy' entry field.
  7. Enter/edit values for 'Effective Date', 'Practitioner Category', 'Discipline' and 'Practitioner Categories For Coverage' fields, and any other fields as required/desired.
  8. Click 'Add Practitioner Categories' button to file/save Category/Taxonomy entry.
  9. Click 'Submit' button to file 'Practitioner Enrollment' form.
  10. Open Avatar MSO 'Performing Provider Registration' form.
  11. Select Performing Provider Registration linked to Practitioner Enrollment, and click 'Select' button to proceed.
  12. In 'Performing Provider Registration' form, ensure that 'Name', 'Performing Provider's Address...' and 'Provider ID' (NPI Number) fields are updated with values edited/filed in Avatar PM 'Practitioner Enrollment' form.
  13. In 'Performing Provider Registration' form, ensure that 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields are updated with values edited/filed in Avatar PM 'Practitioner Enrollment' form.
  14. Ensure that 'Performing Provider's License Type' field is updated with values edited/filed in Practitioner Enrollment Category/Taxonomy entry/entries 'Discipline' field.
  15. Ensure that entry/entries are updated in 'Primary License Type Effective Dates' field/section for Practitioner Enrollment Category/Taxonomy entry/entries, with 'Primary License Type For Claims' value as selected in 'Discipline' field (in case where only single 'Discipline' value is selected; population is based on Dictionary Code matching values).
  16. Close 'Performing Provider Registration' form.
Scenario 2: 'Practitioner Enrollment' - Creation of Avatar MSO Performing Provider Registration
Specific Setup:
  • Avatar PM Registry Setting 'Enable Practitioners link to Performing Providers' must be enabled
Steps
  1. Open Avatar PM 'Practitioner Enrollment' form.
  2. Click 'New Staff' button to create new Practitioner Enrollment (or search/select existing Practitioner Enrollment record for edit); ensure that Practitioner ID value used is not currently existing/assigned as Avatar MSO Performing Provider ID.
  3. Enter/select values for 'Name', 'Registration Date', 'Office Address...' and 'NPI Number' fields (using values not present for any existing/defined Avatar MSO Performing Provider Registration record).
  4. Enter/select values for 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields, and any other Practitioner data fields as required/desired.
  5. Ensure that 'Performing Provider' and 'Performing Provider Registration' fields are present in form (under 'Link Staff To Performing Provider' section); do not enter or select value for 'Performing Provider' field, leaving the field blank/empty.
  6. Navigate to 'Categories/Taxonomy' section of form.
  7. Select 'Create New' in 'Category/Taxonomy' entry field (or select existing Category/Taxonomy entry for edit).
  8. Enter/select values for 'Effective Date', 'Practitioner Category', 'Discipline' and 'Practitioner Categories For Coverage' fields, and any other fields as required/desired.
  9. Click 'Add Practitioner Categories' button to file/save Category/Taxonomy entry.
  10. Click 'Submit' button to file 'Practitioner Enrollment' form.
  11. Open Avatar MSO 'Performing Provider Registration' form.
  12. In Performing Provider search, enter value used for Practitioner Name in 'Practitioner Enrollment' form; ensure that Performing Provider Registration record is present/returned in search results.
  13. Select Performing Provider Registration record created via 'Practitioner Enrollment' filing, and click 'Select' button to proceed.
  14. In 'Performing Provider Registration' form, ensure that 'Name', 'Registration Start Date', 'Performing Provider's Address...' and 'Provider ID' (NPI Number) fields are populated with values filed in Avatar PM 'Practitioner Enrollment' form.
  15. In 'Performing Provider Registration' form, ensure that 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields are populated with values filed in Avatar PM 'Practitioner Enrollment' form.
  16. Ensure that 'Performing Provider's License Type' field is populated with values selected in Practitioner Enrollment Category/Taxonomy entry/entries 'Discipline' field.
  17. Ensure that entry/entries are filed in 'Primary License Type Effective Dates' field/section for Practitioner Enrollment Category/Taxonomy entry/entries, with 'Primary License Type For Claims' value as selected in 'Discipline' field (in case where only single 'Discipline' value is selected; population is based on Dictionary Code matching values).
  18. Close 'Performing Provider Registration' form.
  19. Re-open Avatar PM 'Practitioner Enrollment' form for previously filed entry/record.
  20. Ensure that 'Performing Provider' and 'Performing Provider Registration' assignment fields are populated with Avatar MSO Performing Provider Registration record linked to Practitioner Enrollment, and that fields are disabled/read-only and do not allow edit of linked values.
Scenario 3: 'Practitioner Enrollment' - Link To Existing of Avatar MSO Performing Provider Registration
Specific Setup:
  • Avatar PM Registry Setting 'Enable Practitioners link to Performing Providers' must be enabled
  • Avatar MSO Performing Provider Registration must exist, not currently linked to Avatar PM Practitioner Enrollment record
Steps
  1. Open Avatar PM 'Practitioner Enrollment' form.
  2. Click 'New Staff' button to create new Practitioner Enrollment (or search/select existing Practitioner Enrollment record for edit); Practitioner ID value used may exist or not exist as Avatar MSO Performing Provider ID already in system.
  3. Enter/select values for 'Name', 'Registration Date', 'Office Address...' and 'NPI Number' fields (using same values as existing/defined for Avatar MSO Performing Provider Registration record), and any other Practitioner data fields as required/desired.
  4. Enter/select values for 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields, and any other Practitioner data fields as required/desired.
  5. Ensure that 'Performing Provider' and 'Performing Provider Registration' fields are present in form (under 'Link Staff To Performing Provider' section); enter/select existing Contracting Provider Registration record for Practitioner link in 'Performing Provider'/'Performing Provider Registration' fields if manual linking of records is desired.
  6. Navigate to 'Categories/Taxonomy' section of form.
  7. Select 'Create New' in 'Category/Taxonomy' entry field (or select existing Category/Taxonomy entry for edit).
  8. Enter/select values for 'Effective Date', 'Practitioner Category', 'Discipline' and 'Practitioner Categories For Coverage' fields, and any other fields as required/desired.
  9. Click 'Add Practitioner Categories' button to file/save Category/Taxonomy entry.
  10. Click 'Submit' button to file 'Practitioner Enrollment' form.
  11. Re-open Avatar PM 'Practitioner Enrollment' form for previously filed entry/record.
  12. In case where 'Performing Provider'/'Performing Provider Registration' field values were manually entered in previous 'Practitioner Enrollment' filing - ensure that fields are populated with Avatar MSO Performing Provider Registration record linked to Practitioner Enrollment, and that fields are disabled/read-only and do not allow edit of linked values.
  13. In case where 'Performing Provider'/'Performing Provider Registration' field values were not manually entered (field blank/no value) in previous 'Practitioner Enrollment' filing- ensure that fields are automatically populated/linked with Avatar MSO Performing Provider Registration record having same ID number/Registration Start Date value (and NPI Number if entered).
  14. Open Avatar MSO 'Performing Provider Registration' form.
  15. In Performing Provider search, enter value used for Performing Provider association in 'Practitioner Enrollment' form.
  16. Select Performing Provider Registration record associated to Practitioner via 'Practitioner Enrollment' filing, and click 'Select' button to proceed.
  17. In 'Performing Provider Registration' form, ensure that 'Name', 'Registration Start Date', 'Performing Provider's Address...' and 'Provider ID' (NPI Number) fields are populated with values filed in Avatar PM 'Practitioner Enrollment' form.
  18. In 'Performing Provider Registration' form, ensure that 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields are populated with values filed in Avatar PM 'Practitioner Enrollment' form.
Scenario 4: 'Practitioner Enrollment (Brief)' - Creation of Avatar MSO Performing Provider Registration
Specific Setup:
  • Avatar PM Registry Setting 'Enable Practitioners link to Performing Providers' must be enabled
Steps
  1. Open Avatar PM 'Practitioner Enrollment (Brief)' form.
  2. Click 'New Staff' button to create new Practitioner Enrollment (or search/select existing Practitioner Enrollment record for edit); ensure that Practitioner ID value used is not currently existing/assigned as Avatar MSO Performing Provider ID.
  3. Enter/select values for 'Name', 'Registration Date', 'Office Address...' and 'NPI Number' fields (using values not present for any existing/defined Avatar MSO Performing Provider Registration record).
  4. Enter/select values for 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields, and any other Practitioner data fields as required/desired.
  5. Ensure that 'Performing Provider' and 'Performing Provider Registration' fields are present in form (under 'Link Staff To Performing Provider' section); do not enter or select value for 'Performing Provider' field, leaving the field blank/empty.
  6. Navigate to 'Categories/Taxonomy' section of form.
  7. Select 'Create New' in 'Category/Taxonomy' entry field (or select existing Category/Taxonomy entry for edit).
  8. Enter/select values for 'Effective Date', 'Practitioner Category', 'Discipline' and 'Practitioner Categories For Coverage' fields, and any other fields as required/desired.
  9. Click 'Add Practitioner Categories' button to file/save Category/Taxonomy entry.
  10. Click 'Submit' button to file 'Practitioner Enrollment (Brief)' form.
  11. Open Avatar MSO 'Performing Provider Registration' form.
  12. In Performing Provider search, enter value used for Practitioner Name in 'Practitioner Enrollment (Brief)' form; ensure that Performing Provider Registration record is present/returned in search results.
  13. Select Performing Provider Registration record created via 'Practitioner Enrollment (Brief)' filing, and click 'Select' button to proceed.
  14. In 'Performing Provider Registration' form, ensure that 'Name', 'Registration Start Date', 'Performing Provider's Address...' and 'Provider ID' (NPI Number) fields are populated with values filed in Avatar PM 'Practitioner Enrollment (Brief)' form.
  15. In 'Performing Provider Registration' form, ensure that 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields are populated with values filed in Avatar PM 'Practitioner Enrollment (Brief)' form.
  16. Ensure that 'Performing Provider's License Type' field is populated with values selected in Practitioner Enrollment Category/Taxonomy entry/entries 'Discipline' field.
  17. Ensure that entry/entries are filed in 'Primary License Type Effective Dates' field/section for Practitioner Enrollment Category/Taxonomy entry/entries, with 'Primary License Type For Claims' value as selected in 'Discipline' field (in case where only single 'Discipline' value is selected; population is based on Dictionary Code matching values).
  18. Close 'Performing Provider Registration' form.
  19. Re-open Avatar PM 'Practitioner Enrollment (Brief)' form for previously filed entry/record.
  20. Ensure that 'Performing Provider' and 'Performing Provider Registration' assignment fields are populated with Avatar MSO Performing Provider Registration record linked to Practitioner Enrollment, and that fields are disabled/read-only and do not allow edit of linked values.
Scenario 5: 'Practitioner Enrollment (Brief)' - Update of Avatar MSO Performing Provider Registration
Specific Setup:
  • Avatar PM Registry Setting 'Enable Practitioners link to Performing Providers' must be enabled
  • Avatar PM Practitioner Enrollment record linked to Avatar MSO Performing Provider Registration must exist
Steps
  1. Open Avatar PM 'Practitioner Enrollment (Brief)' form.
  2. Search/select existing Practitioner Enrollment record for edit, using Practitioner linked to Avatar MSO Performing Provider.
  3. Enter/edit values for 'Name', 'Registration Date', 'Office Address...' and 'NPI Number' fields, and any other Practitioner data fields as required/desired.
  4. Enter/edit values for 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields, and any other Practitioner data fields as required/desired.
  5. Navigate to 'Categories/Taxonomy' section of form.
  6. Select existing Category/Taxonomy entry for edit, or select 'Create New' in 'Category/Taxonomy' entry field.
  7. Enter/edit values for 'Effective Date', 'Practitioner Category', 'Discipline' and 'Practitioner Categories For Coverage' fields, and any other fields as required/desired.
  8. Click 'Add Practitioner Categories' button to file/save Category/Taxonomy entry.
  9. Click 'Submit' button to file 'Practitioner Enrollment (Brief)' form.
  10. Open Avatar MSO 'Performing Provider Registration' form.
  11. Select Performing Provider Registration linked to Practitioner Enrollment, and click 'Select' button to proceed.
  12. In 'Performing Provider Registration' form, ensure that 'Name', 'Performing Provider's Address...' and 'Provider ID' (NPI Number) fields are updated with values edited/filed in Avatar PM 'Practitioner Enrollment (Brief)' form.
  13. In 'Performing Provider Registration' form, ensure that 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields are updated with values edited/filed in Avatar PM 'Practitioner Enrollment (Brief)' form.
  14. Ensure that 'Performing Provider's License Type' field is updated with values edited/filed in Practitioner Enrollment Category/Taxonomy entry/entries 'Discipline' field.
  15. Ensure that entry/entries are updated in 'Primary License Type Effective Dates' field/section for Practitioner Enrollment Category/Taxonomy entry/entries, with 'Primary License Type For Claims' value as selected in 'Discipline' field (in case where only single 'Discipline' value is selected; population is based on Dictionary Code matching values).
  16. Close 'Performing Provider Registration' form.
Scenario 6: 'Practitioner Enrollment (Brief)' - Link To Existing of Avatar MSO Performing Provider Registration
Specific Setup:
  • Avatar PM Registry Setting 'Enable Practitioners link to Performing Providers' must be enabled
  • Avatar MSO Performing Provider Registration must exist, not currently linked to Avatar PM Practitioner Enrollment record
Steps
  1. Open Avatar PM 'Practitioner Enrollment (Brief)' form.
  2. Click 'New Staff' button to create new Practitioner Enrollment (or search/select existing Practitioner Enrollment record for edit); Practitioner ID value used may exist or not exist as Avatar MSO Performing Provider ID already in system.
  3. Enter/select values for 'Name', 'Registration Date', 'Office Address...' and 'NPI Number' fields (using same values as existing/defined for Avatar MSO Performing Provider Registration record), and any other Practitioner data fields as required/desired.
  4. Enter/select values for 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields, and any other Practitioner data fields as required/desired.
  5. Ensure that 'Performing Provider' and 'Performing Provider Registration' fields are present in form (under 'Link Staff To Performing Provider' section); enter/select existing Contracting Provider Registration record for Practitioner link in 'Performing Provider'/'Performing Provider Registration' fields if manual linking of records is desired.
  6. Navigate to 'Categories/Taxonomy' section of form.
  7. Select 'Create New' in 'Category/Taxonomy' entry field (or select existing Category/Taxonomy entry for edit).
  8. Enter/select values for 'Effective Date', 'Practitioner Category', 'Discipline' and 'Practitioner Categories For Coverage' fields, and any other fields as required/desired.
  9. Click 'Add Practitioner Categories' button to file/save Category/Taxonomy entry.
  10. Click 'Submit' button to file 'Practitioner Enrollment (Brief)' form.
  11. Re-open Avatar PM 'Practitioner Enrollment (Brief)' form for previously filed entry/record.
  12. In case where 'Performing Provider'/'Performing Provider Registration' field values were manually entered in previous Practitioner Enrollment filing - ensure that fields are populated with Avatar MSO Performing Provider Registration record linked to Practitioner Enrollment, and that fields are disabled/read-only and do not allow edit of linked values.
  13. In case where 'Performing Provider'/'Performing Provider Registration' field values were not manually entered (field blank/no value) in previous Practitioner Enrollment filing- ensure that fields are automatically populated/linked with Avatar MSO Performing Provider Registration record having same ID number/Registration Start Date value (and NPI Number if entered).
  14. Open Avatar MSO 'Performing Provider Registration' form.
  15. In Performing Provider search, enter value used for Performing Provider association in 'Practitioner Enrollment (Brief)' form.
  16. Select Performing Provider Registration record associated to Practitioner via 'Practitioner Enrollment (Brief)' filing, and click 'Select' button to proceed.
  17. In 'Performing Provider Registration' form, ensure that 'Name', 'Registration Start Date', 'Performing Provider's Address...' and 'Provider ID' (NPI Number) fields are populated with values filed in Avatar PM 'Practitioner Enrollment (Brief)' form.
  18. In 'Performing Provider Registration' form, ensure that 'Office Telephone (1)', 'Office Telephone (2)', 'Home Telephone', 'Cellular Telephone', 'Fax Number' and/or 'Secondary Provider Identification Number' fields are populated with values filed in Avatar PM 'Practitioner Enrollment (Brief)' form.
Scenario 7: 'Practitioner Enrollment' - Form Verification
Specific Setup:
  • Crystal Reports or other SQL reporting tool
Steps
  1. Open Avatar PM 'Practitioner Enrollment' form.
  2. Enter/select existing Practitioner Enrollment record for view/update (or click 'New Staff' button for new Practitioner Enrollment entry).
  3. Enter/select values for 'Name' and 'Registration Date' fields (and any/all other form fields as required/desired).
  4. Ensure that 'Secondary Provider Identification Number' and 'Fax Number' fields are present in 'Practitioner Enrollment' form.
  5. Enter values for 'Secondary Provider Identification Number' and 'Fax Number' fields.
  6. Navigate to 'Categories/Taxonomy' section of form.
  7. Enter/update Practitioner Category information as required/desired.
  8. Click 'Submit' button to file 'Practitioner Enrollment' form/record.
  9. Re-open Avatar PM 'Practitioner Enrollment' form (selecting same Practitioner Enrollment record as entered/edited above).
  10. Ensure that values entered/filed for 'Secondary Provider Identification Number' and 'Fax Number' fields are present.
  11. Open Crystal Reports or other SQL reporting tool.
  12. In Avatar PM SQL table 'SYSTEM.staff_enrollment_history', ensure that fields 'secondary_prov_ident_num' and 'fax_number' are present, and contain values filed for 'Secondary Provider Identification Number' and 'Fax Number' fields (respectively).
Scenario 8: 'Practitioner Enrollment (Brief)' - Form Verification
Specific Setup:
  • Crystal Reports or other SQL reporting tool
Steps
  1. Open Avatar PM 'Practitioner Enrollment (Brief)' form.
  2. Enter/select existing Practitioner Enrollment record for view/update (or click 'New Staff' button for new Practitioner Enrollment entry).
  3. Enter/select values for 'Name' and 'Registration Date' fields (and any/all other form fields as required/desired).
  4. Ensure that 'Secondary Provider Identification Number' and 'Fax Number' fields are present in 'Practitioner Enrollment (Brief)' form.
  5. Enter values for 'Secondary Provider Identification Number' and 'Fax Number' fields.
  6. Navigate to 'Categories/Taxonomy' section of form.
  7. Enter/update Practitioner Category information as required/desired.
  8. Click 'Submit' button to file 'Practitioner Enrollment (Brief)' form/record.
  9. Re-open Avatar PM 'Practitioner Enrollment (Brief)' form (selecting same Practitioner Enrollment record as entered/edited above).
  10. Ensure that values entered/filed for 'Secondary Provider Identification Number' and 'Fax Number' fields are present.
  11. Open Crystal Reports or other SQL reporting tool.
  12. In Avatar PM SQL table 'SYSTEM.staff_enrollment_history', ensure that fields 'secondary_prov_ident_num' and 'fax_number' are present, and contain values filed for 'Secondary Provider Identification Number' and 'Fax Number' fields (respectively).

Topics
• Practitioner • Performing Provider • NX
Update 52 Summary | Details
Managed Care Authorizations - Authorization Group
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Program Maintenance
  • Authorization Group Definition
  • Admission (Outpatient)
  • Financial Eligibility
  • Managed Care Authorizations
  • Registry Settings (PM)
Scenario 1: Managed Care Authorizations - Authorization Groups - Program Usage Type = Admission
Specific Setup:
  • 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.
Steps
  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].
Scenario 2: Managed Care Authorizations - Authorization Groups - Program Usage Type = Both
Specific Setup:
  • 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.
Steps
  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].

Topics
• Managed Care Authorizations • NX
Update 56 Summary | Details
'Team Assignment' is enhanced to no longer display inactive teams.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Admission (Outpatient)
Scenario 1: 'Team Assignment' - validate Inactive and Deleted Teams are no longer included in the 'Admission' form 'Team Assignment' selection drop down field.
Specific Setup:
  • RADplus 2022 Update 58 is required for full functionality.
  • One or more teams are defined in the 'Team Definition' form.
  • Client A is assigned to a team which will be flagged as 'Inactive'.
  • Using 'Team Definition', flag the team Client A is assigned to as 'Inactive'.
  • Client B is assigned to a team which will be deleted.
  • Using 'Team Definition', flag the team Client B assigned to as 'Deleted'
Steps
  1. Create a report against SQL Table 'admission_data_other'.
  2. Include in the report, at a minimum, the following fields:
  3. PATID
  4. team_assignment_value
  5. team_assignment_code
  6. data_entry_date
  7. Run the report. Note the values entered for Client A and Client B. The team_assignment_value and team_assignment_code fields will be blank for both clients.
  8. Open the 'Admission (Outpatient)' form. Note that this functionality is the same in the 'Admission' form as well.
  9. Select Client A.
  10. Verify that there is no selection in the 'Team Assignment' field.
  11. Navigate to the 'Team Assignment' field.
  12. Click on the drop down list.
  13. Verify that no Teams defined as 'Inactive' are displayed for selection.
  14. Select any active Team from the list.
  15. Click [Submit].
  16. Open the 'Admission (Outpatient)' form. Note that this functionality is the same in the 'Admission' form as well.
  17. Select Client B.
  18. Verify that there is no selection in the 'Team Assignment' field. This team has been deleted from the 'Team Definition' form.
  19. Navigate to the 'Team Assignment' field.
  20. Click on the drop down list.
  21. Verify that no Teams which were deleted are included in the drop down list.
  22. Select any active Team from the list.
  23. Click [Submit].
  24. Run the report again.
  25. Verify the team_assignment_value and team_assignment_code fields are populated for both Client A and Client B.

Topics
• NX • Team Assignment
Update 67 Summary | Details
Payment Acknowledgement - form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Registry Settings (PM)
  • User Definition
  • Dictionary Update (PM)
  • Posting/Adjustment Codes Definition
  • Payment Acknowledgement
Scenario 1: Payment Acknowledgement - workflow
Specific Setup:
  • 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.
Steps
  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.
Scenario 2: Payment Acknowledgement - form & field validation
Specific Setup:
  • 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.
Steps
  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.

Topics
• NX • Payment Acknowledgement
Update 77 Summary | Details
A new report: 'CPT License Count Report' is added to Avatar PM.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • CPT License Count Report
Scenario 1: CPT License Count Report
Steps
  1. Open the 'CPT License Count Report'.
  2. Set the Start Date input box to any date.
  3. Set the End Date input box to any date.
  4. Click [Process].
  5. Validate the 'Date Range' item contains the Date range as entered on the selection screen.
  6. Validate the '#' column contains a numeric value for each listed line item.
  7. Validate the 'User Name' column contains only active Users.
  8. Validate the 'User ID' column contains only active User IDs.
  9. Validate the 'Provider Name' column contains only active Providers
  10. Validate the 'Provider ID' column contains only active Provider IDs.
  11. Validate the 'Provider Category' column contains the Provider Category associated to the Provider.
  12. Click [Close Report]
  13. Click [Close Form].
CPT Code copyright notice is added to Avatar forms.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • CPT Code Definition (PM)
Scenario 1: CPT Code Definition - Field validation
Steps
  1. Access the 'CPT Code Definition' form.
  2. Verify the AMA Trademark displays 'CPT® Codes' above the 'CPT Code' field.
  3. Verify the AMA Copyright Notice displays on the bottom of the form: 'CPT copyright 2021 American Medical Association. All rights reserved.'.
  4. Close the form.
Scenario 2: CPT Place Of Service Override - field validations
Steps
  1. Open the 'CPT Place of Service Override' form.
  2. Verify the AMA Trademark displays 'CPT® Codes' above the 'CPT Code' field.
  3. Verify the AMA Copyright Notice displays on the bottom of the form: 'CPT copyright 2021 American Medical Association. All rights reserved.'.
  4. Close the form.
Scenario 3: Service Fee/Cross Reference Maintenance - field validations
Steps
  1. Access the 'Service Fee/Cross Reference Maintenance' form.
  2. Verify the AMA Trademark displays 'CPT® Codes' above the 'CPT Code' field.
  3. Verify the AMA Copyright Notice displays on the bottom of the form: 'CPT copyright 2021 American Medical Association. All rights reserved.'.
  4. Close the form.
Avatar PM is enhanced with updated CPT codes.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • CPT Code Definition (PM)
Scenario 1: CPT Codes: Annual code update
Steps
  1. Open Avatar PM 'CPT Code Definition' form.
  2. Click [Print CPT Codes].
  3. A list of the current CPT Codes will display.
  4. Review the list to assure new codes have been added.
  5. Click [Close].
Copyright notice is added to forms where CPT content is displayed.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Real Time Inquiry (270 Request)
  • Program Maintenance
  • Select Program
  • Confirm Compile Completed
  • Avatar NX Report Viewer
  • Eligibility Inquiry (270) Request
  • Eligibility Inquiry and Response (270/271) Report
Scenario 1: Process 'Real Time Inquiry (270) Request' with a value of 'Request Inquiry' in 'Eligibility Inquiry (270) Status'.
Specific Setup:
  • Agency uses 'Real Time Inquiry (270) Request' functionality.
  • Avatar PM 2018 Update 187 is installed.
  • At least one 'Guarantors/Payors' has a value of 'Yes' in 'Support 270/271 Transaction Sets'. Note the guarantor.
  • Selecting any client with the above 'Guarantors/Payors', update the 'Financial Eligibility' record to have a value of 'Request Inquiry' in 'Eligibility Inquiry (270) Status'. Note the client and the episode.
  • If the 'Request Type' is 'Specific', a 'Service Code' with a value in 'Service Type Code (270)' must exist.
Steps
  1. Open 'Real Time Inquiry (270) Request'.
  2. Select the client.
  3. Select the episode.
  4. Select the guarantor.
  5. Select any value in 'Request Type'.
  6. Select the 'Service Code' if 'Specific' was selected above.
  7. Verify the AMA trademark 'CPT® Codes' is displayed above the 'CPT-4 Code' field.
  8. Verify the AMA Copyright Notice 'CPT copyright 2021 American Medical Association. All rights reserved.' is displayed at the bottom of the form.
  9. Click [Process Request].
  10. Validate that submission is successful.
  11. If a system error message is received, review the 'Eligibility Inquiry and Response (270/271) Report' to correct client or setup issues.
Scenario 2: 'Program Maintenance' - Field Validation
Steps
  1. Access the 'Program Maintenance' form.
  2. Navigate to the 'Encounter CPT Code' field.
  3. Verify that the AMA CPT Code Trademark 'CPT® Codes' is displayed.
  4. Scroll to the bottom of the form.
  5. Verify that 'CPT copyright 2021 American Medical Association. All rights reserved.' is displayed.
  6. Close the form.
Scenario 3: "Single Program Maintenance" - field validations
Steps
  1. Open "Single Program Maintenance" form.
  2. Select any program in the "Select Program" dialog.
  3. Click [Select].
  4. Navigate to the "Encounter CPT Code" field.
  5. Verify the AMA trademark 'CPT® Codes' is displayed.
  6. Scroll to the bottom of the form.
  7. Verify the AMA Copyright 'CPT copyright 2021 American Medical Association. All rights reserved.' is displayed.
  8. Click [File Program].
  9. Click [Close Form].
Scenario 4: Modifiers by Practitioner Category - Validation
Steps
  1. Open 'Modifiers by Practitioner Categories' form.
  2. Validate the CPT Code selection box contains 'CPT® Code'.
  3. Validate the AMA copyright notice displays at the bottom of the form: 'CPT copyright 2021 American Medical Association. All rights reserved.'.
  4. Close the form.
Scenario 5: Eligibility Inquiry (270) Request field validation
Specific Setup:
  • The following registry setting is enabled: 'Avatar PM->Billing->Electronic Submissions->Eligibility Inquiry & Response (270/271)->->Enable 270/271 Transaction Sets'.
Steps
  1. Open 'Eligibility Inquiry (270) Request'.
  2. Verify the 'CPT-4 Code' field contains the AMA Trademark 'CPT® Codes'.
  3. Verify the AMA copyright notice is displayed at the bottom of the form: 'CPT copyright 2021 American Medical Association. All rights reserved.'
Scenario 6: Eligibility Inquiry and Response (270/271) Report field validation
Steps
  1. Open 'Eligibility Inquiry and Response (270/271) Report'.
  2. Enter the 'Client ID' for the client that is not rejected.
  3. Verify the AMA Trademark displays 'CPT® Codes' above the 'CPT-4 Code' field.
  4. Verify the AMA Copyright Notice displays on the bottom of the form: 'CPT copyright 2021 American Medical Association. All rights reserved.'.
  5. Close the form.

Topics
• NX • CPT License Count Report • CPT Codes • Service Fee/Cross Reference Maintenance • Program Maintenance • Single Program Maintenance • Eligibility Inquiry (270) Request • Eligibility Response (271)
Update 87 Summary | Details
Default Guarantor Assignment - multiple default guarantors
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Registry Settings (PM)
  • Admission
  • Financial Eligibility
  • Guarantors/Payors
  • Cross Episode Financial Eligibility
  • Default Guarantor Assignment
  • Admission (Outpatient)
  • Pre Admit
  • Back Dated Admission/Discharge
  • Family Registration
  • Family Financial Eligibility
Scenario 1: Default Guarantor Assignment assigned during Admission
Specific Setup:
  • 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.
Steps
  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’.
Scenario 2: Default Guarantor Assignment assigned during Admission (Outpatient)
Specific Setup:
  • 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.
Steps
  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’.
Scenario 3: Default Guarantor Assignment assigned during Pre Admit
Specific Setup:
  • 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.
Steps
  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].
Scenario 4: Default Guarantor Assignment assigned during Back Dated Admission/Discharge
Specific Setup:
  • 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.
Steps
  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].
Scenario 5: Default Guarantor Assignment assigned through Financial Eligibility
Specific Setup:
  • 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.
Steps
  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].
Scenario 6: Default Guarantor Assignment assigned through Cross Episode Financial Eligibility
Specific Setup:
  • 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.
Steps
  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].
Scenario 7: Default Guarantor Assignment assigned through Family Financial Eligibility
Specific Setup:
  • 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.
Steps
  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].
Scenario 8: Default Guarantor Assignment - form & field validation
Specific Setup:
  • 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.
Steps
  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].

Topics
• NX • Default Guarantor Assignment • Default Guarantor Order Setup
Update 90 Summary | Details
Avatar PM 'Client Call Intake' Web Service
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Registry Settings (PM)
  • Call Intake
Scenario 1: 'ClientCallIntake' Web Service - Verification of 'AddCallIntake' Filing
Specific Setup:
  • One or more 'Call Intake' programs must be defined (via Avatar PM 'Program Maintenance' form)
  • Avatar PM Registry Setting 'Auto Assign Next ID' may be enabled or disabled
  • Application utilizing the Avatar PM 'ClientCallIntake' web service
Steps
  1. Using Avatar PM 'ClientCallIntake' web service, submit request to 'AddCallIntake' method to create new Avatar PM Call Intake record, including value for 'SlidingFeeDivideNumFamMembers' ('Divide Sliding Fee Scale Amount by Number of Family Members Receiving Services') and 'SlidingFeeDivideNumFamMembersNum' ('Sliding Fee Scale - Number of Family Members Receiving Services') fields/segments.
  2. Optionally, include or exclude value for 'ClientID' field/segment.
  3. Confirm 'ClientCallIntake' web service responds with confirmation data/Client Unique ID on successful filing of 'AddCallIntake' method.
  4. Example:"<Confirmation>Client Unique ID : P26 Unique ID: CAL66110.001</Confirmation>"
  5. Confirm 'ClientCallIntake' web service responds with confirmation message on successful filing of 'AddCallIntake' method.
  6. Example:"<Message>Client Call Intake web service has been filed successfully.</Message>"
  7. Confirm 'ClientCallIntake' web service responds with successful status value on successful filing of 'AddCallIntake' method.
  8. Example:"<Status>1</Status>"
  9. In case where Avatar PM Registry Setting 'Auto Assign Next ID' is enabled and 'ClientID' field/segment value is included in web service submission for new client creation, confirm that 'ClientCallIntake' web service responds with error status/message and 'Call Intake' form/client record is not created.
  10. Example: "<Message>Avatar ClientID does not exist and registry Setting 'Auto Assign Next ID' is enabled.</Message>"; "<Status>0</Status>"
  11. Open Avatar PM 'Call Intake' form and select client/Call Intake record filed via web service for view/update.
  12. Confirm new Call Intake record is created in Avatar PM, with values/data submitted via web service including 'Divide Sliding Fee Scale Amount by Number of Family Members Receiving Services' and 'Sliding Fee Scale - Number of Family Members Receiving Services' field values.
Scenario 2: 'ClientCallIntake' Web Service - Verification of 'UpdateCallIntake' Filing
Specific Setup:
  • One or more 'Call Intake' programs must be defined (via Avatar PM 'Program Maintenance' form)
  • Avatar PM Registry Setting 'Auto Assign Next ID' may be enabled or disabled
  • Existing Avatar PM client/Call Intake record for edit via web service
  • Application utilizing the Avatar PM 'ClientCallIntake' web service
Steps
  1. Using Avatar PM 'ClientCallIntake' web service, submit request to 'UpdateCallIntake' method to edit existing Avatar PM Call Intake record, including value for 'SlidingFeeDivideNumFamMembers' ('Divide Sliding Fee Scale Amount by Number of Family Members Receiving Services') and 'SlidingFeeDivideNumFamMembersNum' ('Sliding Fee Scale - Number of Family Members Receiving Services') fields/segments.
  2. Confirm 'ClientCallIntake' web service responds with confirmation data/Client Unique ID on successful filing of 'UpdateCallIntake' method.
  3. Example:"<Confirmation>Client Unique ID : P26 Unique ID: CAL66110.001</Confirmation>"
  4. Confirm 'ClientCallIntake' web service responds with confirmation message on successful filing of 'UpdateCallIntake' method.
  5. Example:"<Message>Client Call Intake web service has been filed successfully.</Message>"
  6. Confirm 'ClientCallIntake' web service responds with successful status value on successful filing of 'UpdateCallIntake' method.
  7. Example:"<Status>1</Status>"
  8. Open Avatar PM 'Call Intake' form and select client/Call Intake record updated via web service for view/update.
  9. Confirm Call Intake record is updated in Avatar PM with values/data submitted via web service including 'Divide Sliding Fee Scale Amount by Number of Family Members Receiving Services' and 'Sliding Fee Scale - Number of Family Members Receiving Services' field values.

Topics
• Call Intake • Web Services
2021 Update 130 Summary | Details
Avatar PM is prepared for future functionality
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • External Client ID Maintenance
  • Patient Account Number Maintenance
Scenario 1: Validate UTC fields with UTC support enabled
Steps

Internal Testing only.

Scenario 2: Validate UTC fields with UTC support disabled
Steps

Internal testing only.

Topics
• HL7