Skip to main content

RADplus 2023 Quarterly Release 2023.01 Acceptance Tests


Update 1 Summary | Details
Avatar PM 2023 is Installed
Scenario 1: Validate Upgrading RADplus 2022 to 2023 is successful when 2022.04.00 is loaded
Specific Setup:
  • Latest Monthly Release is installed.
Steps
  1. Open the "Product Updates" form.
  2. Select the appropriate [Namespace] from the Application dropdown list
  3. Click [Select Update/Customization Pack].
  4. Browse to the location for the updates and select the Update 1.
  5. Click [OK] on the "File Upload Complete" window.
  6. Click [Review Update/Customization Pack Contents].
  7. Verify Update 1 is included.
  8. Click [Install Update/Customization Pack].
  9. Click [OK] when the install completes.
  10. Click [Close Form].

Topics
• Upgrade
Update 2 Summary | Details
Append Document
Scenario 1: Append Documents - Validate user permissions to append documents
Specific Setup:
  • Have a system with a [Root] system code and sub system code defined [TestSub]
  • Sub system code [TestSub] has been assigned a specific program [ProgramA]
  • [TestClient] is admitted in two episodes:
  • [Episode1] to [ProgramA]
  • [Episode2] to [ProgramB]
  • [UserA] has access to both the [Root] system code and sub system code [TestSub]
  • [UserB] has access only to the sub system code [TestSub]
  • [FormA] has been submitted for [TestClient] in [Episode1] and a document has been generated [DocA]
  • [FormB] has been submitted for [TestClient] in [Episode2] and a document has been generated [DocB]
  • Log in as [UserB] into the [TestSub] sub system code
Steps
  1. Open form "Append Documents"
  2. Select the applicable form type in the "Form Type" field
  3. Select [TestClient] in the "Entity" field
  4. Enter the applicable date range in the "From Date" and "To Date" fields
  5. Click the "List of Documents" field
  6. Validate the drop down list displays [Doc1] filed for [FormA] in [Episode1, ProgramA]
  7. Validate the drop down list does not display [Doc2] filed for [FormB] in [Episode2, ProgramB], as expected
  8. Select the row for [Doc1]
  9. Add any desired comments in the "New Comments to be Appended to Original Document" field
  10. Submit the form
  11. Validate the 'Confirm Document' dialog displays the appended comments
  12. Validate the document contains the appended signature of the logged in user [UserB] at the end of the document.
  13. Click [Accept].
  14. Validate the form files successfully.
  15. Log out as [UserB]
  16. Log in as [UserA] into the sub system code [SubCode]
  17. Repeat step1
  18. Validate the results are the same, as the sub code is restricted to only [ProgramA]
  19. Log out as [UserA]
  20. Log in as [UserA] into the [Root] system code
  21. Repeat step 1
  22. Validate the drop down list displays [Doc1] filed for [FormA] in [Episode1, ProgramA]
  23. Validate the drop down list also displays [Doc2] filed for [FormB] in [Episode2, ProgramB], as [UserA] has access to both the root and sub system code.
My To Do's Widget - Sign Tab
Scenario 1: 'My To Do's Widget - Validate user permissions to access documents
Specific Setup:
  • Have a system with a root and a sub system code
  • The sub system is code is assigned to only [ProgramA]
  • [UserA] is a staff member that can cosign for other staff members and has access to log into both the root and the sub code
  • [UserB] is a staff member and cannot cosign for other staff members and has access to log both the root and the sub code
  • [TestClient] has been admitted in two episodes:
  • "Episode1" in [ProgramA]
  • "Episode2" in [ProgramB]
  • Two documents have been routed for [TestForm] for [TestClient]
  • [DocA] - was routed to [UserA] for an [Epsiode1]
  • [DocB] - was routed to [UserB] for [Episode2]
  • [UserA] and [UserB] have the "My To Do's" widget on their home view
Steps
  1. Log in to the sub code as [UserA]
  2. Navigate to the "My To Do's" widget
  3. Click the [Sign] tab
  4. Search for [UserA] in the "Staff" search field
  5. Validate [DocA] is found
  6. Search for [UserB] in the Staff field
  7. Validate [DocB] is not found, as [DocB] was filed in [Episode2], [ProgramB], which is not a program assigned to the logged in sub code
  8. Log out as [UserA] from sub code
  9. Log in as [UserA] to the root system code
  10. Navigate to the "My To Do's" widget
  11. Click the [Sign] tab
  12. Search for [UserA] in the "Staff" search field
  13. Validate [DocA] is found
  14. Search for [UserB] in the "Staff" search field
  15. Validate [DocB] is found, as [UserA] can co-sign for other staff members is logged into the root system code, which has access to all programs
  16. Log out as [UserA]
  17. Log in as [UserB] into the sub code
  18. Navigate to the "My To Do's" widget
  19. Click the [Sign] tab
  20. Validate the "Staff" search field is disabled, as [UserB] cannot cosign for any other staff members.
  21. Validate [DocA] is not listed in the "Search Documents" list, as that document was routed to another staff member.
  22. Validate [DocB] is not listed in the "Search Documents" list, as that document was filed in [Episode2], [ProgramB], which is not a program assigned to the logged in sub code
  23. Log out as [UserB] from sub code
  24. Log in as [UserB] to the root system code
  25. Navigate to the "My To Do's" widget
  26. Click the [Sign] tab
  27. Validate the "Staff" search field is disabled, as [UserB] cannot cosign for any other staff members.
  28. Validate [DocA] is not listed in the "Search Documents" list, as that document was routed to another staff member.
  29. Validate [DocB] is listed in the "Search Documents" list, as the document was routed to [UserB] and is logged into the root system code, which has access to all programs
My To Do's Widget - Sign Tab
Scenario 1: 'My To Do's Widget (Sign Tab) - Validate approving documents as as Co-Signer
Specific Setup:
  • [UserA] is a staff member
  • [UserB] is a staff member
  • [UserC] is a staff member that can co-sign To Do's for other staff members
  • Two documents have been routed in form [TestForm], for [TestClient]
  • [DocA] - was routed to [UserA] in [Episode1]
  • [DocB] - was routed to [UserB] in [Episode2]
  • [UserC] has the "My To Do's" widget on their home view
  • Log in as [UserC]
Steps
  1. Navigate to the "My To Do's" widget
  2. Click the [Sign] tab
  3. In the "Staff" search filed, search for [UserA]
  4. Validate the row for [DocA] is the "Search Documents" list, and select the row
  5. Validate the "Document" preview pane displays data as expected for the document
  6. Navigate to the end of the document
  7. Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
  8. Click [Accept], to move the document to the "Accepted Documents" section
  9. Select the document
  10. Click [Sign All]
  11. Validate the document is removed from the "Sign Tab"
  12. In the "Staff" search filed, search for [UserB]
  13. Validate the row for [DocB] is the "Search Documents" list, and select the row
  14. Validate the "Document" preview pane displays data as expected for the document
  15. Navigate to the end of the document
  16. Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
  17. Click [Accept], to move the document to the "Accepted Documents" section
  18. Select the document
  19. Click [Sign All]
  20. Validate the document is removed from the "Sign Tab"
  21. Open form "Clinical Document Viewer"
  22. Select [TestClient] in the "Select Client" field
  23. Click [Process]
  24. Click the [Results] tab
  25. Locate the row for the [DocA] signed in step 1b and select the "View" check box
  26. Click the [View] button
  27. Validate the "Document" preview pane displays data as expected for the document
  28. Navigate to the end of the document
  29. Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
  30. Click [Close All Documents]
  31. Locate the row for the [DocB] signed in step 1b and select the "View" check box
  32. Click the [View] button
  33. Validate the "Document" preview pane displays data as expected for the document
  34. Navigate to the end of the document
  35. Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
  36. Click [Close All Documents]
  37. Click the [Search] tab
  38. Click [Close]
Document Archiving
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Document Archiving
Scenario 1: Document Archiving - Form field validations
Specific Setup:
  • A "Form" type [FormtypeA], is defined in form "Document Management Definition" and includes restrictions selected in field "Document Restrictions'
  • [FormA] is set up in form "Document Routing Setup" with [FormtypeA]
  • A document [DocumentA] generated with [FormA] exists for [TestClient], that was created over "180" days ago
  • A "Form" type [FormtypeB], is defined in form "Document Management Definition" and does "not" include any restrictions selected in field "Document Restrictions'
  • [FormB] is set up in form "Document Routing Setup" with [FormtypeB]
  • A document [DocumentB] that was generated with [FormB] exists for [TestClient], that was created over "180" days ago
Steps
  1. Open form "Clinical Document Viewer"
  2. Select [TestClient]
  3. Click [Process]
  4. Validate [DocumentA] generated by [FormA], is displayed as expected date
  5. Validate [DocumentB] generated by [FormB], is displayed as expected date
  6. Close the form
  7. Open form "Document Archiving"
  8. Select "Client" the entity type in the "Entity Type" field
  9. Select "Individual" in the "Include" field
  10. Select [TestClient] in the "Entity" field
  11. Select the applicable episode in the "Episode" field
  12. In the "Archive Documents Older Than" enter the desired date greater than "180" days
  13. Click the "View Form Types Included"
  14. Validate row is displayed for [FormTypeA] for [FormA]
  15. Validate row is displayed for [FormTypeB] for [FormB]
  16. Click [Archive]
  17. At the "Are you sure you want to Archive these Documents" dialog, click [Yes]
  18. Close the form
  19. Open form "Clinical Document Viewer"
  20. Select [TestClient]
  21. Click [Process]
  22. Validate [DocumentA] generated by [FormA] is no longer displayed, as expected
  23. Validate [DocumentB] generated by [FormB] is no longer displayed, as expected

Topics
• Document Routing • NX • My To Do's • Document Management
Update 3 Summary | Details
Modeled Forms - 'Decimal' and 'Integer' fields
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Table Definition (PM)
  • Dictionary Update (PM)
  • Modeled Client
Scenario 1: Modeled Form - 'Decimal' and 'Integer' field validations
Specific Setup:
  • A client must be enrolled in an existing episode (Client A).
  • Have a modeled form with "Decimal" and "Integer" field types (Form A).
  • "Form A" must be accessible from the Chart View.
Steps
  1. Select "Client A" and access "Form A".
  2. Enter a negative decimal value in the 'Decimal' field (Ex: -1.24).
  3. Validate the value is accepted.
  4. Enter a negative integer value in the 'Integer' field (Ex: -1212).
  5. Validate the value is accepted.
  6. Click [Submit].
  7. Double click on "Client A" in the 'My Clients' widget.
  8. Validate that the 'Chart View' is displayed.
  9. Select "Form A" from the left-hand side.
  10. Validate the record filed in the previous steps is displayed.
  11. Validate the 'Decimal' field contains the value filed in the previous steps (Ex: -1.24).
  12. Validate the 'Integer' field contains the value filed in the previous steps (Ex: -1212).
  13. Close the Chart.
  14. Select "Client A" and access "Form A".
  15. Click [Edit] to edit the previous filed record.
  16. Enter a positive decimal value in the 'Decimal' field (Ex: 2.41).
  17. Validate the value is accepted.
  18. Enter a positive integer value in the 'Integer' field (Ex: 1212).
  19. Validate the value is accepted.
  20. Click [Submit].
  21. Double-click on "Client A" in the 'My Clients' widget.
  22. Validate that the 'Chart View' is displayed.
  23. Select "Form A" from the left-hand side.
  24. Validate the record updated in the previous steps is displayed.
  25. Validate the 'Decimal' field contains the value filed in the previous steps (Ex: 2.41).
  26. Validate the 'Integer' field contains the value filed in the previous steps (Ex: 1212).
  27. Close the Chart.

Topics
• Modeling
Update 4 Summary | Details
Avatar Data Warehouse - IRIS
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • SQL Query/Reporting Tool
Scenario 1: Data Warehouse Processing (IRIS)- Table row validations
Specific Setup:
  • Have Avatar database server set up that is running on "IRIS" based system that's configured with the parent namespace and one or more child namespaces
  • Have a server installed with the latest released version of "Avatar Data Warehouse Middleware" for "IRIS".
  • Netsmart has been configured the middleware to initiate the data warehouse process
  • Have a "Microsoft SQL Server" where table data processed by the data warehouse process will be stored
  • Have a database program that can query the data in the tables stored on the data warehouse server. For example program "DBeaver Universal Database Manager" or "Crystal Reports"
  • In form "User Definition", a user had been created [AvatarDW] as the designated data warehouse user.
  • [AvatarDW] has been assigned permissions to tables determined to be included in the data warehouse process, that includes tables selected in parent namespace and in any child namespaces
  • In form "Data Warehouse Transient Comparison Configuration", the designated data warehouse user [AvatarDW] has the designated tables selected in previous selected in "Mark Tables for Full Load" section
  • Have a report or query that will display data in the "SYSTEM.dss_inc_error_log" table
  • Have a report or query that will display data in the "SYSTEM.dss_inc_full_load_history" table
  • Netsmart has run "Data Warehouse Middleware" process on the middleware server, in the parent namespace and each child namespace
Steps
  1. Generate the report to display data in the "SYSTEM.dss_inc_error_log" table
  2. Validate there are no results indicating the data warehouse middleware process has completed successfully
  3. Generate the report to display data in the "SYSTEM.dss_inc_full_load_history" table
  4. Validate the expected data rows are present on the report for the parent and child namespace tables selected for data warehouse processing in the setup
  5. Validate each row has "Insert" populated in the "Type" field
  6. Open the program to query data on the 'SQL' database server and connect to the database
  7. Run at query to display rows filed the "dss_completion_flag" table.
  8. Validate the expected tables are present on the results, for the parent and child namespace tables selected for data warehouse processing, in the setup
  9. Validate the "dss_status" field for each row is set to "1", indicating the table was loaded successfully
  10. From the database "Table" tree list, select tables form the parent and child namespaces
  11. Click to display the rows in the table
  12. Validate all data rows are displayed, as expected

Topics
• Data Warehouse
Update 7 Summary | Details
'Client Lookup/Header Configuration Manager' - Client Header
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • CarePOV Management
  • Progress Notes (Group and Individual)
  • CLIENT DASHBOARD
  • Allergies and Hypersensitivities
  • Client Lookup/Header Configuration Manager
  • NX View Definition
Scenario 1: Bed Board client alert icons display in the client header
Specific Setup:
  • Bed Board POV widget is installed and enabled.
  • Five "Client Alerts" are defined in "CarePOV Management" form with icons.
  • The "Client Information" widget is present on the Home View.
  • A client is enrolled in an inpatient episode and has data filed for the five client alerts to display (Client A).
Steps
  1. Open "CarePOV Management" form.
  2. Select the "Client Alerts" section.
  3. Select "Edit" in the 'Add or Edit Alert' field.
  4. Select an alert in the 'Client Alert' field.
  5. Select "Yes" in the 'Include in Client Header' field.
  6. Click [Save].
  7. Repeat the above steps to add the five defined client alerts to the client header.
  8. Select "Client A" and navigate to the "Client Information" widget.
  9. Validate the five "Client Alert" icons are displayed.
  10. Select "Client A" and access the 'Progress Notes (Group and Individual)' form.
  11. Validate the five "Client Alert" icons are displayed in the client header.
  12. Close the form.
Scenario 2: Validate form access in the Client Header
Specific Setup:
  • A client must be admitted into an active episode and have 100 allergies on file (Client A).
  • There must be two users:
  • A user that is logged in and has full access to forms (User A).
  • A user that does not have access to the 'Allergies and Hypersensitivities' form (User B).
  • The users' myDay view must be configured to include the Client Information header (View A).
  • Please note: This is for Avatar NX systems only.
Steps
  1. Select "Client A" and navigate to "View A".
  2. Hover over the 'Allergies (100)' link in the 'Client Header'.
  3. Validate a flyover displays fifteen allergies listed and 85 more.
  4. Click the 'Allergies (100)' link.
  5. Validate a menu displays and the user can scroll through all the allergies.
  6. Close the menu.
  7. Click edit icon.
  8. Validate the 'Allergies and Hypersensitivities' form opens.
  9. Validate the edit icon no longer displays in the 'Client Header'.
  10. Discard the form.
  11. Select "Client A" and launch the 'Client Dashboard'.
  12. Validate the 'Client Dashboard' displays as expected.
  13. Hover over the 'Allergies (100)' link in the 'Client Header'.
  14. Validate a flyover displays fifteen allergies listed and 85 more.
  15. Click the 'Allergies (100)' link.
  16. Validate a menu displays and the user can scroll through all the allergies.
  17. Close the menu.
  18. Click edit icon.
  19. Validate the 'Allergies and Hypersensitivities' form opens.
  20. Validate the edit icon no longer displays in the 'Client Header'.
  21. Discard the form.
  22. Log out.
  23. Log in as "User B".
  24. Select "Client A" and navigate to "View A".
  25. Validate the edit icon does not display in the 'Client Header'.
  26. Validate a flyover displays fifteen allergies listed and 85 more.
  27. Click the 'Allergies (100)' link.
  28. Validate a menu displays and the user can scroll through all the allergies.
  29. Close the menu.
  30. Launch the 'Client Dashboard'.
  31. Validate the edit icon does not display in the 'Client Header'.
  32. Hover over the 'Allergies (100)' link in the 'Client Header'.
  33. Validate a flyover displays fifteen allergies listed and 85 more.
  34. Click the 'Allergies (100)' link.
  35. Validate a menu displays and the user can scroll through all the allergies.
  36. Close the menu.
Scenario 3: Condensed Client Header validations
Specific Setup:
  • The logged in user must have access to the 'Client Lookup/Header Configuration Manager' form (User A).
  • The 'Bed Board POV' widget is installed and enabled.
  • Five "Client Alerts" are defined in the 'CarePOV Management' form with icons.
  • A Documentation View must be set up on a user's view containing the 'All Documents' widget and the 'Console Widget Viewer' ('All Documents' view).
  • A client is enrolled in an existing episode and has data filed for the five client alerts to display (Client A).
  • "Client A" must have allergies on file.
  • A program is defined (Program A).
  • A client is admitted in "Program A" (Client B).
  • Please note: This is for Avatar NX systems only.
  • This is for initial configuration. Once the 'Expand/Collapse' toggle has been selected, it will override settings in the 'Client Lookup/Header Configuration Manager' form for the user.
Steps
  1. Access the 'Client Lookup/Header Configuration Manager' form.
  2. Validate the "Condensed Header" and "Condensed Header Override" fields display.
  3. Navigate to the 'Condensed Header' tab.
  4. Validate "Bed Board Alerts" is selected in the 'Condensed Header Field Position 2' field.
  5. Select any value in the 'Condensed Header Field Position 1' field.
  6. Select "Yes" in the 'Default Views To Condensed Header' field.
  7. Select "Yes" in the 'Default Client Entity Forms to Condensed Header' field.
  8. Validate text displays stating: "Note: This setting will default all views configured to include client information header in view to utilize the condensed header. Individual views may still override this setting via the options 'Default Client Information header to condensed view' in View Definition > View Designer."
  9. Navigate to the 'Condensed Header Override' tab.
  10. Click [Add New Item].
  11. Select "Program A" in the 'Program' field.
  12. Select any value in the 'Condensed Header Field Position 1' field.
  13. Select any value in the 'Condensed Header Field Position 2' field.
  14. Select "No" in the 'Default Client Entity Forms To Condensed Header' field.
  15. Click [Submit].
  16. Log out.
  17. Log in as "User A".
  18. Navigate to the 'All Documents' view.
  19. Select "Client A" from the 'My Clients' list.
  20. Validate the client information header is condensed.
  21. Validate the value selected in the 'Condensed Header Field Position 1' field displays.
  22. Validate the 'Bed Board Alerts' display.
  23. Click [View] and validate a menu displaying all 'Active Alerts'.
  24. Close the menu.
  25. Click [Allergies] and validate a menu displaying allergies.
  26. Close the menu.
  27. Click the 'Expand/Collapse' toggle.
  28. Validate the client information header is full size.
  29. Navigate to the 'myDay' view.
  30. Navigate to the 'All Documents' view.
  31. Validate the client information header is full size.
  32. Launch the 'Client Dashboard'.
  33. Validate the client information header is full size.
  34. Click the 'Expand/Collapse' toggle.
  35. Validate the client information header is condensed.
  36. Click [Close].
  37. Navigate to the 'myDay' view.
  38. Access the 'Progress Notes (Group and Individual)' form.
  39. Validate the client information header is condensed.
  40. Clear the 'Select Client' field.
  41. Enter and select "Client B" in the 'Select Client' field.
  42. Validate the client information header is full size.
  43. Close the form.
  44. Access the 'View Definition' form.
  45. Click [Select View].
  46. Select "Add New View" in the 'Select Views' field.
  47. Click [OK].
  48. Enter any value in the 'View ID' field.
  49. Enter "View A" in the 'View Description' field.
  50. Select "Home View" in the 'View Type' field.
  51. Select "Yes" in the 'Allow User To Customize View' field.
  52. Click [Launch View Designer].
  53. Validate 'Default Client Information header to condensed view' is disabled.
  54. Click [Include Client Information header in view].
  55. Validate 'Default Client Information header to condensed view' is now enabled.
  56. Select the desired widgets and arrange them as desired.
  57. Click [Submit], [Submit], and [No].
  58. Access the 'NX View Definition' form.
  59. Select "User" in the 'User or Role' field.
  60. Enter and select "User A" in the 'Select User' field.
  61. Click [Additional myDay Views].
  62. Select "View A" and click [OK].
  63. Click [File].
  64. Validate an 'Avatar NX View Definition' dialog stating: "Filed" and click [OK].
  65. Close the form.
  66. Validate "View A" displays in the top navigation.
  67. Navigate to "View A".
  68. Validate the client information header is full size.
  69. Select the 'Customize Toggle' button.
  70. Select the 'My Activity' menu.
  71. Select the 'View/Add Widgets' tab.
  72. De-select 'Include Client Information header in view'.
  73. Validate the client information head no longer displays.
  74. Select the 'Customize Toggle' button and close the menu.

Topics
• Progress Notes (Group And Individual) • RADplus Utilities • NX • Allergies and Hypersensitivities • myAvatar NX Only • View Definition
Update 10 Summary | Details
User Modeled Forms - Multiple Iterations Sections
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Table Definition (PM)
  • Dictionary Update (PM)
Scenario 1: Validate modeled forms that have various multiple iterations sections when document routing is enabled
Specific Setup:
  • A user-modeled form (Form A) is defined with the following:
  • 10+ multiple iterations sections
  • Document routing enabled
  • Accessible from the Chart View
Steps
  1. Select "Client A" and access the "Form A".
  2. Populate all sections in the form.
  3. Select "Final" in the 'Draft/Final' field.
  4. Click [Submit].
  5. Validate the 'Confirm Document' dialog is displayed.
  6. Validate the TIFF image contains the form sections in proper order.
  7. Click [Accept].
  8. Enter the password associated to the logged in user and click [OK].
  9. Double click on "Client A" in the 'My Clients' widget.
  10. Validate that the 'Chart View' is displayed.
  11. Select "Form A" from the left-hand side.
  12. Validate all previously filed data is displayed.
  13. Validate the form sections appear in the proper order.
  14. Close the Chart.

Topics
• Modeling • Document Routing
Update 12 Summary | Details
Progress Notes and User Modeled Form - Default Author for Transcribing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Admission
  • Practitioner Enrollment
  • User Role Definition
  • Envelope Definition (CWS)
  • Table Definition (CWS)
  • Form Definition (CWS)
  • Routing Test Form w/Doc Routing Crystal Report
  • Progress Notes (Group and Individual)
  • Attending Practitioner
  • Treatment Plan (Non-Episodic)
Scenario 1: User Modeled Forms - Transcriber Default Author
Specific Setup:
  • Using the "Practitioner Enrollment" form, create 8 practitioners.
  • Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A".
  • Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B".
  • Using user modeling, create a user modeled form that contains a Draft/Final field so it can be routed.
  • Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A".
  • Set up a user for each of the 8 practitioners using "User Definition".
  • User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section.
  • User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section.
  • User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section.
  • User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section.
  • User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section.
  • User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section.
  • User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section.
  • User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section.
  • All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form.
  • All users must be set up to have a home view that contains the "MyToDo's" widget.
  • Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested.
Steps
  1. Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank.
  2. Login as "User 6".
  3. Using the user modeled form, generate a progress note for "Client B" and set it to final.
  4. Validate the "Select Author" field is blank.
  5. Set "Select Author" to "User/Practitioner 2".
  6. Log off and login as "User/Practitioner 2".
  7. Navigate to the "myToDo's" widget.
  8. Select the transcription note that has transferred to this practitioner.
  9. Finalize the note and sign it.
  10. Open the "Clinical Document Viewer" form.
  11. Validate the form displays and prints.
  12. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber".
  13. Test 2: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" in the "User Definition".
  14. Login as "User 4".
  15. Using the user modeled form, generate a progress note for "Client A" and set it to final.
  16. Validate "Select Author" defaults to "User/Practitioner 2".
  17. Log off and login as "User/Practitioner 2".
  18. Navigate to the "myToDo's" widget.
  19. Select the transcription note that has transferred to this practitioner.
  20. Finalize the note and sign it.
  21. Open the "Clinical Document Viewer" form.
  22. Validate the form displays and prints.
  23. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  24. Test 3: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition".
  25. Login as "User 8".
  26. Using the user modeled form, generate a progress note for "Client B" and set it to final.
  27. Validate "Select Author" defaults to "User/Practitioner 2".
  28. Log off and login as "User/Practitioner 2".
  29. Navigate to the "myToDo's" widget.
  30. Select the transcription note that has transferred to this practitioner.
  31. Finalize the note and sign it.
  32. Open the "Clinical Document Viewer" form.
  33. Validate the form displays and prints.
  34. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  35. Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Definition" form.
  36. Login as "User 7".
  37. Using the user modeled form, generate a progress note for "Client A" and set it to final.
  38. Validate "Select Author" defaults to "User/Practitioner 2".
  39. Log off and login as "User/Practitioner 2".
  40. Navigate to the "myToDo's" widget.
  41. Select the transcription note that has transferred to this practitioner.
  42. Finalize the note and sign it.
  43. Open the "Clinical Document Viewer" form.
  44. Validate the form displays and prints.
  45. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  46. Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Role Definition".
  47. Login as "User 5".
  48. Using the user modeled form, generate a progress note for "Client A" and set it to final.
  49. Validate "Select Author" defaults to "User/Practitioner 3".
  50. Log off and login as "User/Practitioner 3".
  51. Navigate to the "myToDo's" widget.
  52. Select the transcription note that has transferred to this practitioner.
  53. Finalize the note and sign it.
  54. Open the "Clinical Document Viewer" form.
  55. Validate the form displays and prints.
  56. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  57. Test 6: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition".
  58. Login as "User 5".
  59. Using the user modeled form, generate a progress note for "Client B" and set it to final.
  60. Validate "Select Author" defaults to "User/Practitioner 3".
  61. Log off and login as "User/Practitioner 3".
  62. Navigate to the "myToDo's" widget.
  63. Select the transcription note that has transferred to this practitioner.
  64. Finalize the note and sign it.
  65. Open the "Clinical Document Viewer" form.
  66. Validate the form displays and prints.
  67. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  68. Test 7: User who is a transcriber, has no "Default Author" in "User Definition" and a client who does not have an attending practitioner. The result is the Select Author field will default to blank.
  69. Login as "User 6".
  70. Using the user modeled form, generate a progress note for "Client B" and set it to final.
  71. Validate "Select Author" defaults to "User/Practitioner 2".
  72. Log off and login as "User/Practitioner 2".
  73. Navigate to the "myToDo's" widget.
  74. Select the transcription note that has transferred to this practitioner.
  75. Finalize the note and sign it.
  76. Open the "Clinical Document Viewer" form.
  77. Validate the form displays and prints.
  78. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  79. Test 8: User who is a transcriber, has no "Default Author" defined client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections.
  80. Login as "User 6".
  81. Using the user modeled form, generate a progress note for "Client A" and set it to final.
  82. Validate "Select Author" defaults to "User/Practitioner 2".
  83. Log off and login as "User/Practitioner 2".
  84. Navigate to the "myToDo's" widget.
  85. Select the transcription note that has transferred to this practitioner.
  86. Reject the note to send it back to the transcriber.
  87. Log off and login as "User 6".
  88. Navigate to the "myToDo's" widget.
  89. Open the user modeled form from the myToDo's item.
  90. Correct and finalize the note.
  91. Validate "Select Author" defaults to "User/Practitioner 2".
  92. Log off and login as "User 2".
  93. Finalize the progress note.
  94. Navigate to the "myToDo's" widget.
  95. Select the transcription note that has transferred to this practitioner.
  96. Finalize the progress note.
  97. Open the "Clinical Document Viewer" form.
  98. Validate the form displays and prints.
  99. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
Scenario 2: Progress Notes (Group and Individual) - Transcriber Default Author
Specific Setup:
  • Using the "Practitioner Enrollment" form, create 8 practitioners.
  • Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A".
  • Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B".
  • Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A".
  • Set up a user for each of the 8 practitioners using "User Definition".
  • User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section.
  • User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section.
  • User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section.
  • User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section.
  • User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section.
  • User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section.
  • User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section.
  • User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section.
  • All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form.
  • All users must be set up to have a home view that contains the "MyToDo's" widget.
  • Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested.
Steps
  1. Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank.
  2. Login as "User 6".
  3. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final.
  4. Validate the "Select Author" field is blank.
  5. Set "Select Author" to "User/Practitioner 2".
  6. Log off and login as "User/Practitioner 2".
  7. Navigate to the "myToDo's" widget.
  8. Select the transcription note that has transferred to this practitioner.
  9. Finalize the note and sign it.
  10. Open the "Clinical Document Viewer" form.
  11. Validate the form displays and prints.
  12. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber".
  13. Test 2: User who is a transcriber, but has no default author assigned, client who has an attending practitioner. The result is the Select Author will default to the client's attending practitioner.
  14. Login as "User 6".
  15. Using the "Progress Notes (Group and Individual)" form, generate a progress note and for "Client A" and set it to final.
  16. Validate "Select Author" defaults to "User/Practitioner 1".
  17. Log off and login as "User/Practitioner 1".
  18. Navigate to the "myToDo's" widget.
  19. Select the transcription note that has transferred to this practitioner.
  20. Finalize the note and sign it.
  21. Open the "Clinical Document Viewer" form.
  22. Validate the form displays and prints.
  23. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  24. Test 3: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner.
  25. Login as "User 4".
  26. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final.
  27. Validate "Select Author" defaults to "User/Practitioner 2".
  28. Log off and login as "User/Practitioner 2".
  29. Navigate to the "myToDo's" widget.
  30. Select the transcription note that has transferred to this practitioner.
  31. Finalize the note and sign it.
  32. Open the "Clinical Document Viewer" form.
  33. Validate the form displays and prints.
  34. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  35. Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner.
  36. Login as "User 5".
  37. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final.
  38. Validate "Select Author" defaults to "User/Practitioner 3".
  39. Log off and login as "User/Practitioner 3".
  40. Navigate to the "myToDo's" widget.
  41. Select the transcription note that has transferred to this practitioner.
  42. Finalize the note and sign it.
  43. Open the "Clinical Document Viewer" form.
  44. Validate the form displays and prints.
  45. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  46. Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner.
  47. Login as "User 7".
  48. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final.
  49. Validate "Select Author" defaults to "User/Practitioner 2".
  50. Log off and login as "User/Practitioner 2".
  51. Navigate to the "myToDo's" widget.
  52. Select the transcription note that has transferred to this practitioner.
  53. Finalize the note and sign it.
  54. Open the "Clinical Document Viewer" form.
  55. Validate the form displays and prints.
  56. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  57. Test 6: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition".
  58. Login as "User 4".
  59. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final.
  60. Validate "Select Author" defaults to "User/Practitioner 2".
  61. Log off and login as "User/Practitioner 2".
  62. Navigate to the "myToDo's" widget.
  63. Select the transcription note that has transferred to this practitioner.
  64. Finalize the note and sign it.
  65. Open the "Clinical Document Viewer" form.
  66. Validate the form displays and prints.
  67. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  68. Test 7: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition".
  69. Login as "User 8".
  70. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final.
  71. Validate "Select Author" defaults to "User/Practitioner 2".
  72. Log off and login as "User/Practitioner 2".
  73. Navigate to the "myToDo's" widget.
  74. Select the transcription note that has transferred to this practitioner.
  75. Finalize the note and sign it.
  76. Open the "Clinical Document Viewer" form.
  77. Validate the form displays and prints.
  78. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  79. Test 8: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition".
  80. Login as "User 8".
  81. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final.
  82. Validate "Select Author" defaults to "User/Practitioner 3".
  83. Log off and login as "User/Practitioner 3".
  84. Navigate to the "myToDo's" widget.
  85. Select the transcription note that has transferred to this practitioner.
  86. Finalize the note and sign it.
  87. Open the "Clinical Document Viewer" form.
  88. Validate the form displays and prints.
  89. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  90. Test 9: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is that no matter the default value, if you change the "Select Author" to someone else, the note will be routed to them.
  91. Login as "User 8".
  92. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final.
  93. Validate "Select Author" defaults to "User/Practitioner 2".
  94. Change the "Select Author" to "User/Transcriber 3".
  95. Log off and login as "User/Practitioner 3".
  96. Navigate to the "myToDo's" widget.
  97. Select the transcription note that has transferred to this practitioner.
  98. Finalize the note and sign it.
  99. Open the "Clinical Document Viewer" form.
  100. Validate the form displays and prints.
  101. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  102. Test 10: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form, client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections.
  103. Login as "User 7".
  104. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final.
  105. Validate "Select Author" defaults to "User/Practitioner 1".
  106. Log off and login as "User/Practitioner 1".
  107. Navigate to the "myToDo's" widget.
  108. Select the transcription note that has transferred to this practitioner.
  109. Reject the note to send it back to the transcriber.
  110. Log off and login as "User 7".
  111. Navigate to the "myToDo's" widget.
  112. Open the "Progress Notes (Group and Individual)" form from the myToDo's item.
  113. Correct and finalize the note.
  114. Validate "Select Author" defaults to "User/Practitioner 1".
  115. Log off and login as "User 1".
  116. Finalize the progress note.
  117. Navigate to the "myToDo's" widget.
  118. Select the transcription note that has transferred to this practitioner.
  119. Finalize the progress note.
  120. Open the "Clinical Document Viewer" form.
  121. Validate the form displays and prints.
  122. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  123. Test 11: User who is a transcriber, has no default author assigned, is not assigned to a user role., client who has an attending practitioner. After note is transcribed, the client's attending practitioner is changed to another practitioner. Note remains with the original author and doesn't transfer to the new attending practitioner for the client.
  124. Login as "User 8".
  125. Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final.
  126. Validate "Select Author" defaults to "User/Practitioner 1".
  127. Open the "Attending Practitioner" form and change the practitioner to "Practitioner 2".
  128. Log off and login as "User/Practitioner 2".
  129. Navigate to the "myToDo's" widget.
  130. This user won't get a To Do for this item because the To do will stay with the original author.
  131. Log off and log in as "User/Practitioner 1".
  132. Navigate to the "myToDo's" widget.
  133. Select the transcription note that has transferred to this practitioner.
  134. Finalize the progress note.
  135. Open the "Clinical Document Viewer" form.
  136. Validate the form displays and prints.
  137. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
Scenario 3: Episodic Treatment Plans - Transcriber Default Author
Specific Setup:
  • Using the "Practitioner Enrollment" form, create 8 practitioners.
  • Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A".
  • Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B".
  • Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A".
  • Set up a user for each of the 8 practitioners using "User Definition".
  • User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section.
  • User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section.
  • User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section.
  • User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section.
  • User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section.
  • User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section.
  • User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section.
  • User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section.
  • All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form.
  • All users must be set up to have a home view that contains the "MyToDo's" widget.
  • Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested.
Steps
  1. Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank.
  2. Login as "User 6".
  3. Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  4. Validate the "Select Author" field is blank.
  5. Set "Select Author" to "User/Practitioner 2".
  6. Log off and login as "User/Practitioner 2".
  7. Navigate to the "myToDo's" widget.
  8. Select the transcription note that has transferred to this practitioner.
  9. Finalize the note and sign it.
  10. Open the "Clinical Document Viewer" form.
  11. Validate the form displays and prints.
  12. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber".
  13. Test 2: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" in the "User Definition".
  14. Login as "User 4".
  15. Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  16. Validate "Select Author" defaults to "User/Practitioner 2".
  17. Log off and login as "User/Practitioner 2".
  18. Navigate to the "myToDo's" widget.
  19. Select the transcription note that has transferred to this practitioner.
  20. Finalize the note and sign it.
  21. Open the "Clinical Document Viewer" form.
  22. Validate the form displays and prints.
  23. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  24. Test 3: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition".
  25. Login as "User 8".
  26. Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  27. Validate "Select Author" defaults to "User/Practitioner 2".
  28. Log off and login as "User/Practitioner 2".
  29. Navigate to the "myToDo's" widget.
  30. Select the transcription note that has transferred to this practitioner.
  31. Finalize the note and sign it.
  32. Open the "Clinical Document Viewer" form.
  33. Validate the form displays and prints.
  34. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  35. Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Definition" form.
  36. Login as "User 7".
  37. Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  38. Validate "Select Author" defaults to "User/Practitioner 2".
  39. Log off and login as "User/Practitioner 2".
  40. Navigate to the "myToDo's" widget.
  41. Select the transcription note that has transferred to this practitioner.
  42. Finalize the note and sign it.
  43. Open the "Clinical Document Viewer" form.
  44. Validate the form displays and prints.
  45. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  46. Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Role Definition".
  47. Login as "User 5".
  48. Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  49. Validate "Select Author" defaults to "User/Practitioner 3".
  50. Log off and login as "User/Practitioner 3".
  51. Navigate to the "myToDo's" widget.
  52. Select the transcription note that has transferred to this practitioner.
  53. Finalize the note and sign it.
  54. Open the "Clinical Document Viewer" form.
  55. Validate the form displays and prints.
  56. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  57. Test 6: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition".
  58. Login as "User 5".
  59. Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  60. Validate "Select Author" defaults to "User/Practitioner 3".
  61. Log off and login as "User/Practitioner 3".
  62. Navigate to the "myToDo's" widget.
  63. Select the transcription note that has transferred to this practitioner.
  64. Finalize the note and sign it.
  65. Open the "Clinical Document Viewer" form.
  66. Validate the form displays and prints.
  67. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  68. Test 7: User who is a transcriber, has no "Default Author" in "User Definition" and a client who does not have an attending practitioner. The result is the Select Author field will default to blank.
  69. Login as "User 6".
  70. Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  71. Validate "Select Author" defaults to "User/Practitioner 2".
  72. Log off and login as "User/Practitioner 2".
  73. Navigate to the "myToDo's" widget.
  74. Select the transcription note that has transferred to this practitioner.
  75. Finalize the note and sign it.
  76. Open the "Clinical Document Viewer" form.
  77. Validate the form displays and prints.
  78. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  79. Test 8: User who is a transcriber, has no "Default Author" defined client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections.
  80. Login as "User 6".
  81. Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  82. Validate "Select Author" defaults to "User/Practitioner 2".
  83. Log off and login as "User/Practitioner 2".
  84. Navigate to the "myToDo's" widget.
  85. Select the transcription note that has transferred to this practitioner.
  86. Reject the note to send it back to the transcriber.
  87. Log off and login as "User 6".
  88. Navigate to the "myToDo's" widget.
  89. Open the "Treatment Plan" form from the myToDo's item.
  90. Correct and finalize the note.
  91. Validate "Select Author" defaults to "User/Practitioner 2".
  92. Log off and login as "User 2".
  93. Finalize the progress note.
  94. Navigate to the "myToDo's" widget.
  95. Select the transcription note that has transferred to this practitioner.
  96. Finalize the progress note.
  97. Open the "Clinical Document Viewer" form.
  98. Validate the form displays and prints.
  99. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
Scenario 4: Non Episodic Treatment Plan - Transcriber Default Author
Specific Setup:
  • Using the "Practitioner Enrollment" form, create 8 practitioners.
  • Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A".
  • Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B".
  • Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A".
  • Set up a user for each of the 8 practitioners using "User Definition".
  • User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section.
  • User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section.
  • User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section.
  • User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section.
  • User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section.
  • User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section.
  • User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section.
  • User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section.
  • All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form.
  • All users must be set up to have a home view that contains the "MyToDo's" widget.
  • Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested.
Steps
  1. Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank.
  2. Login as "User 6".
  3. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  4. Validate the "Select Author" field is blank.
  5. Set "Select Author" to "User/Practitioner 2".
  6. Log off and login as "User/Practitioner 2".
  7. Navigate to the "myToDo's" widget.
  8. Select the transcription note that has transferred to this practitioner.
  9. Finalize the note and sign it.
  10. Open the "Clinical Document Viewer" form.
  11. Validate the form displays and prints.
  12. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber".
  13. Test 2: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" in the "User Definition".
  14. Login as "User 4".
  15. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  16. Validate "Select Author" defaults to "User/Practitioner 2".
  17. Log off and login as "User/Practitioner 2".
  18. Navigate to the "myToDo's" widget.
  19. Select the transcription note that has transferred to this practitioner.
  20. Finalize the note and sign it.
  21. Open the "Clinical Document Viewer" form.
  22. Validate the form displays and prints.
  23. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  24. Test 3: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition".
  25. Login as "User 8".
  26. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  27. Validate "Select Author" defaults to "User/Practitioner 2".
  28. Log off and login as "User/Practitioner 2".
  29. Navigate to the "myToDo's" widget.
  30. Select the transcription note that has transferred to this practitioner.
  31. Finalize the note and sign it.
  32. Open the "Clinical Document Viewer" form.
  33. Validate the form displays and prints.
  34. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  35. Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Definition" form.
  36. Login as "User 7".
  37. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  38. Validate "Select Author" defaults to "User/Practitioner 2".
  39. Log off and login as "User/Practitioner 2".
  40. Navigate to the "myToDo's" widget.
  41. Select the transcription note that has transferred to this practitioner.
  42. Finalize the note and sign it.
  43. Open the "Clinical Document Viewer" form.
  44. Validate the form displays and prints.
  45. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  46. Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Role Definition".
  47. Login as "User 5".
  48. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  49. Validate "Select Author" defaults to "User/Practitioner 3".
  50. Log off and login as "User/Practitioner 3".
  51. Navigate to the "myToDo's" widget.
  52. Select the transcription note that has transferred to this practitioner.
  53. Finalize the note and sign it.
  54. Open the "Clinical Document Viewer" form.
  55. Validate the form displays and prints.
  56. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  57. Test 6: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition".
  58. Login as "User 5".
  59. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  60. Validate "Select Author" defaults to "User/Practitioner 3".
  61. Log off and login as "User/Practitioner 3".
  62. Navigate to the "myToDo's" widget.
  63. Select the transcription note that has transferred to this practitioner.
  64. Finalize the note and sign it.
  65. Open the "Clinical Document Viewer" form.
  66. Validate the form displays and prints.
  67. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  68. Test 7: User who is a transcriber, has no "Default Author" in "User Definition" and a client who does not have an attending practitioner. The result is the Select Author field will default to blank.
  69. Login as "User 6".
  70. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client B" and set it to final.
  71. Validate "Select Author" defaults to "User/Practitioner 2".
  72. Log off and login as "User/Practitioner 2".
  73. Navigate to the "myToDo's" widget.
  74. Select the transcription note that has transferred to this practitioner.
  75. Finalize the note and sign it.
  76. Open the "Clinical Document Viewer" form.
  77. Validate the form displays and prints.
  78. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".
  79. Test 8: User who is a transcriber, has no "Default Author" defined client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections.
  80. Login as "User 6".
  81. Using the "Non Episodic Treatment Plan" form, generate a progress note for "Client A" and set it to final.
  82. Validate "Select Author" defaults to "User/Practitioner 2".
  83. Log off and login as "User/Practitioner 2".
  84. Navigate to the "myToDo's" widget.
  85. Select the transcription note that has transferred to this practitioner.
  86. Reject the note to send it back to the transcriber.
  87. Log off and login as "User 6".
  88. Navigate to the "myToDo's" widget.
  89. Open the "Non Episodic Treatment Plan" form from the myToDo's item.
  90. Correct and finalize the note.
  91. Validate "Select Author" defaults to "User/Practitioner 2".
  92. Log off and login as "User 2".
  93. Finalize the progress note.
  94. Navigate to the "myToDo's" widget.
  95. Select the transcription note that has transferred to this practitioner.
  96. Finalize the progress note.
  97. Open the "Clinical Document Viewer" form.
  98. Validate the form displays and prints.
  99. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber".

Topics
• NX • Non-episodic CWS user modeled form • Progress Notes (Group And Individual) • Treatment Plan
Update 14 Summary | Details
Console Widgets - Military Time
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Admission
  • Console Widget Configuration (PM)
  • Console Widget Configuration (CWS)
  • Patient/Family Teaching
Scenario 1: Console Widgets - Validate the 'Enable Military Time' registry setting for user modeled forms
Specific Setup:
  • The 'Enable Military Time' registry setting must be enabled. Please note: this must be done by a Netsmart Associate.
  • A user modeled form is defined with a 'Time' field (Form A).
  • A console widget must be configured for "Form A" in the 'Console Widget Configuration' form (Widget A).
  • A view must be defined with "Widget A" and the 'Console Widget Viewer' (View A).
  • A client must be enrolled in an existing episode (Client A).
Steps
  1. Select "Client A" and access "Form A".
  2. Enter the desired time in the 'Time' field.
  3. Validate the time displays in military time format.
  4. Populate all other required and desired fields.
  5. Click [Submit] and close the form.
  6. Select "Client A" and navigate to "View A".
  7. Validate "Widget A" contains the record filed in the previous steps.
  8. Validate the 'Time' field displays in military time.
  9. Click [View].
  10. Validate the 'Console Widget Viewer' displays the data filed in the previous steps.
  11. Validate the 'Time' field displays in military time.
  12. Click [Close All].

Topics
• Console Widget • Modeling • Console Widget Configuration
2022 Update 16 Summary | Details
Document Management - Perceptive 2022.01 Release
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Batch Capture and Indexing
  • Client Document Capture
  • Document Capture
  • Staff Document Capture
  • Entity-Based Document Capture
  • Document Management Definition
  • Family Registration
  • Delete Document
Scenario 1: Perceptive Batch Capture and Indexing - JxBrowser enabled
Specific Setup:
  • Perceptive storage method must be utilized.
Steps
  1. Open the "Batch Capture and Indexing" form.
  2. Click "Capture" to create a new batch.
  3. Choose "Scanner" for the "Source".
  4. Click "Open Batch".
  5. Scan a document
  6. If Batch Verify is utilized, then click "Send To".
  7. If Batch Verify is not utilized, then click "Submit".
  8. If Batch Verify is utilized, select Avatar Batch Validate in the left-hand pane.
  9. Select the batch that was sent to this queue.
  10. Open the batch and click "Submit".
  11. Close form.
  12. Open the "Batch Capture and Indexing" form.
  13. Click "Capture" to create a new batch.
  14. Choose "File" for the "Source".
  15. Click "Browse" and browse to the location of where the file is stored on the server.
  16. Click "Open".
  17. Click "Open Batch".
  18. If Batch Verify is utilized, then click "Send To".
  19. If Batch Verify is not utilized, then click "Submit".
  20. If Batch Verify is utilized, select Avatar Batch Validate in the left-hand pane.
  21. Select the batch that was sent to this queue.
  22. Open the batch and click "Submit".
  23. Close form.
  24. Open "Chart Review" form for the client and episode that the documents were just scanned and imported for.
  25. Navigate to the form/category that you want to validate.
  26. Select a document that was scanned in.
  27. Validate that the document displays.
  28. Click the "Print" button.
  29. Print the document.
  30. Validate that the printed document matches what displayed on the viewer.
  31. Select a document that was imported in.
  32. Validate that the document displays.
  33. Click the "Print" button.
  34. Print the document.
  35. Validate that the printed document matches what displayed on the viewer.
  36. Open "Clinical Document Viewer".
  37. Validate you can view and print both the scanned and imported document.
Scenario 2: Perceptive Individual Scanning/Importing/Viewing/Printing through Chart Review
Specific Setup:
  • Perceptive storage method must be utilized.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client and episode.
  3. Open the "Document Capture" form within Chart.
  4. Scan a document.
  5. Assign the document to a particular "Document Type".
  6. Save the document.
  7. Import a document.
  8. Assign the document to a particular "Document Type".
  9. Save the document.
  10. Navigate to the section designated by the "Document Type" the document was saved under.
  11. Navigate to the "Episode" tab.
  12. Open the document(s).
  13. Validate the document(s) can be viewed and display as scanned.
  14. Validate the document(s) can be printed and display as scanned.
  15. Close the document.
  16. Open the "Clinical Document Viewer".
  17. Select the desired client and episode.
  18. Locate the document(s) that were just scanned in or imported.
  19. Validate the document(s) can be viewed and display as scanned.
  20. Validate the document(s) can be printed and display as scanned.
  21. Close the form.
Scenario 3: Client Document Capture - Validation
Specific Setup:
  • Perceptive storage method must be utilized.
  • A client must be enrolled in an existing episode (Client A).
  • A document must exist for import.
Steps
  1. Access the 'Client Document Capture' form.
  2. Enter "Client A" in the 'Client ID' field.
  3. Select any episode for the 'Episode Number' field.
  4. Click [Launch POS Capture].
  5. Validate a 'Capture Mode' dialog stating: "How would you like to capture documents?"
  6. Click [Import].
  7. Validate the 'Document Capture' opens in a new window.
  8. Select any value in the 'Document Type' field.
  9. Enter any value in the 'Document Description' field.
  10. Click [Capture] and [Browse].
  11. Locate the file to be imported and click [Open] and [Done].
  12. Validate the image displays.
  13. Click [Save].
  14. Validate a message stating: "Save Was Successful." and "Document Added to Avatar!"
  15. Close the form.
  16. Access the undocked 'Clinical Document Viewer' form.
  17. Validate the form opens in a new window.
  18. Select "Client" in the 'Select Type' field.
  19. Select "Individual" in the 'Select All or Individual Client' field.
  20. Enter "Client A" in the 'Select Client' field.
  21. Select the episode from the previous steps in the 'Episode' field.
  22. Click [Process].
  23. Locate and select the document that was saved in the previous steps.
  24. Validate the image displays.
  25. Click [Close All Documents], [Search] and [Close].
Scenario 4: Staff Document Capture - Validation
Specific Setup:
  • Perceptive storage method must be utilized.
  • There must be a practitioner defined (Practitioner A).
  • A document must exist for import.
Steps
  1. Access the 'Staff Document Capture' form.
  2. Enter "Practitioner A" in the 'Staff ID' field.
  3. Click [Launch POS Capture].
  4. Validate a 'Capture Mode' dialog stating: "How would you like to capture documents?"
  5. Click [Import].
  6. Validate the 'Document Capture' opens in a new window.
  7. Select any value in the 'Document Type' field.
  8. Enter any value in the 'Document Description' field.
  9. Click [Capture] and [Browse].
  10. Locate the file to be imported and click [Open] and [Done].
  11. Validate the image displays.
  12. Click [Save].
  13. Validate a message stating: "Save Was Successful." and "Document Added to Avatar!"
  14. Access the 'Clinical Document Viewer' form.
  15. Select "Staff" in the 'Select Type' field.
  16. Select "Individual" in the 'Select All or Individual Staff' field.
  17. Select "Practitioner A" in the 'Select Staff' field.
  18. Click [Process].
  19. Locate and select the document that was saved in the previous steps.
  20. Validate the image displays.
  21. Click [Close All Documents], [Search] and [Close].
  22. Navigate back to the open 'Staff Document Capture' form.
  23. Click [Launch POS Capture].
  24. Validate a 'Capture Mode' dialog stating: "How would you like to capture documents?"
  25. Click [Import].
  26. Validate a second document capture window opens.
  27. Navigate back to the open 'Staff Document Capture' form.
  28. Click [Discard].
  29. Validate the document capture windows close and the form discards.
Scenario 5: Entity-Based Document Capture - Validation
Specific Setup:
  • Perceptive storage method must be utilized.
  • Select a client, staff, provider, family and performing provider for the tests.
Steps
  1. Open the "Entity-Based Document Capture" form.
  2. Select "Client" in the "Entity Type" dropdown.
  3. Select "Non-episodic" in the "Episode Number" dropdown.
  4. Click "Launch POS Capture" button.
  5. Import in a document saved as a file on the server.
  6. Validate the document renders on screen.
  7. Select a "Document Type".
  8. Optionally, set the "Document Description" to desired text.
  9. Click the "Save" button.
  10. Validate that messages display indicating the document was successfully saved.
  11. Click the "Close" button.
  12. Close the form.
  13. Open the "Clinical Document Viewer".
  14. Select the "Client" Entity.
  15. Select the client from the document capture above.
  16. Validate a row was added for the document that was just saved.
  17. View the document to validate it displays as it was captured.
  18. Print the document to ensure it prints as it was captured.
  19. Open the "Entity-Based Document Capture" form.
  20. Select "Staff" in the "Entity Type" dropdown.
  21. Click "Launch POS Capture" button.
  22. Import in a document saved as a file on the server.
  23. Validate the document renders on screen.
  24. Select a "Document Type".
  25. Optionally, set the "Document Description" to desired text.
  26. Click the "Save" button.
  27. Validate that messages display indicating the document was successfully saved.
  28. Click the "Close" button.
  29. Close the form.
  30. Open the "Clinical Document Viewer".
  31. Set "Select Type" to "Staff".
  32. Select the staff from the document capture above.
  33. Validate a row was added for the document that was just saved.
  34. View the document to validate it displays as it was captured.
  35. Print the document to ensure it prints as it was captured.
  36. Open the "Entity-Based Document Capture" form.
  37. Select "Performing Provider" in the "Entity Type" dropdown.
  38. Click "Launch POS Capture" button.
  39. Import in a document saved as a file on the server.
  40. Validate the document renders on screen.
  41. Select a "Document Type".
  42. Optionally, set the "Document Description" to desired text.
  43. Click the "Save" button.
  44. Validate that messages display indicating the document was successfully saved.
  45. Click the "Close" button.
  46. Close the form.
  47. Open the "Clinical Document Viewer".
  48. Set "Select Type to "Performing Provider".
  49. Select the client from the document capture above.
  50. Validate a row was added for the document that was just saved.
  51. View the document to validate it displays as it was captured.
  52. Print the document to ensure it prints as it was captured.
  53. Open the "Entity-Based Document Capture" form.
  54. Select "Provider" in the "Entity Type" dropdown.
  55. Click "Launch POS Capture" button.
  56. Import in a document saved as a file on the server.
  57. Validate the document renders on screen.
  58. Select a "Document Type".
  59. Optionally, set the "Document Description" to desired text.
  60. Click the "Save" button.
  61. Validate that messages display indicating the document was successfully saved.
  62. Click the "Close" button.
  63. Close the form.
  64. Open the "Clinical Document Viewer".
  65. Set "Select Type" to "Provider".
  66. Select the client from the document capture above.
  67. Validate a row was added for the document that was just saved.
  68. View the document to validate it displays as it was captured.
  69. Print the document to ensure it prints as it was captured.
  70. Open the "Entity-Based Document Capture" form.
  71. Select "Family" in the "Entity Type" dropdown.
  72. Click "Launch POS Capture" button.
  73. Import in a document saved as a file on the server.
  74. Validate the document renders on screen.
  75. Select a "Document Type".
  76. Optionally, set the "Document Description" to desired text.
  77. Click the "Save" button.
  78. Validate that messages display indicating the document was successfully saved.
  79. Click the "Close" button.
  80. Close the form.
  81. Open the "Clinical Document Viewer".
  82. Set "Select Type" to "Family".
  83. Select the client from the document capture above.
  84. Validate a row was added for the document that was just saved.
  85. View the document to validate it displays as it was captured.
  86. Print the document to ensure it prints as it was captured.
  87. Close all forms.
Scenario 6: Chart Review - Document Capture - Scan Nonepisodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client.
  3. Navigate to the "Chart".
  4. Click "Document Capture".
  5. Scan a document and identify it was non-episodic.
  6. Note the document type.
  7. Save the document.
  8. Click the document type the document was just saved under.
  9. Locate the document that was just saved.
  10. Validate the document displays as it was scanned.
  11. Print the document and validate it prints as it was scanned.
  12. Close the forms.
Scenario 7: Chart Review - Document Capture - Import Non Episodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Navigate to the "Chart".
  3. Click "Document Capture".
  4. Import a non-episodic document.
  5. Assign a "Document Type" to the document.
  6. Optionally, add a "Document Description".
  7. Save the document.
  8. Validate messages display that indicate the document was successfully saved.
  9. Select the document type from the list that the document was just saved under.
  10. Select the document that was just saved from the document list.
  11. Validate the document displays and prints as it was rendered upon import.
  12. Close all forms.
Scenario 8: Chart Review - Document Capture - Import Episodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client.
  3. Navigate to the "Chart".
  4. Click "Document Capture".
  5. Import a document and select an episode.
  6. Note the document type.
  7. Save the document.
  8. Click the document type the document was just saved under.
  9. Locate the document that was just saved.
  10. Validate the document displays as it was imported.
  11. Print the document and validate it prints as it was imported.
  12. Close the forms.
Scenario 9: Chart Review - Document Capture - Scan Episodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client.
  3. Navigate to the "Chart".
  4. Click "Document Capture".
  5. Scan a document and identify an episode.
  6. Note the document type.
  7. Save the document.
  8. Click the document type the document was just saved under.
  9. Locate the document that was just saved.
  10. Validate the document displays as it was scanned.
  11. Print the document and validate it prints as it was scanned.
  12. Close the forms.
Scenario 10: Client Document Capture - Scan Episodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client.
  3. Navigate to the "Chart".
  4. Click "Document Capture".
  5. Scan a document and identify an episode.
  6. Note the document type.
  7. Save the document.
  8. Click the document type the document was just saved under.
  9. Locate the document that was just saved.
  10. Validate the document displays as it was scanned.
  11. Print the document and validate it prints as it was scanned.
  12. Close the forms.
Scenario 11: Family Entity - Validation
Specific Setup:
  • Perceptive must be installed and configured.
  • Family entity must be configured on the perceptive server.
  • Using the "Document Management Defaults" form:
  • Select "Family" in the "Select Entity Types Allowed" checklist.
  • Using the "Document Management Definition" form
  • Add new document type(s) for the Family entity documents.
  • Using "Family Registration", create a family and add family members.
Steps
  1. Open the "Entity-Based Document Capture" form.
  2. Select "Family" in the "Entity Type" field.
  3. Select the Family created in setup.
  4. Scan a document.
  5. Save the document and validate messages are received saying it was saved successfully and added to Avatar.
  6. Open the "Clinical Document Viewer".
  7. Retrieve the family document that was scanned in.
  8. Validate the document displays as it was captured.
  9. Print the document and validate it prints as it displays.
  10. Open the "Entity-Based Document Capture" form.
  11. Select "Family" in the "Entity Type" field.
  12. Select the Family created in setup.
  13. Import a document.
  14. Save the document and validate messages are received saying it was saved successfully and added to Avatar.
  15. Open the "Clinical Document Viewer".
  16. Retrieve the family document that was imported in.
  17. Validate the document displays as it was captured.
  18. Print the document and validate it prints as it displays.
Scenario 12: Clinical Document Viewer - "Void & Copy" documents
Specific Setup:
  • Perceptive is enabled.
  • In "User Definition", validate user has permissions to void documents.
  • The entity being tested must have imported or scanned documents on file.
Steps
  1. Access the 'Clinical Document Viewer' form.
  2. Select the desired entity in the "Entity Type field".
  3. Select "Individual" in the 'Select All or Individual' entity field.
  4. Select the desired entity (Client ID, Staff ID, Family ID, etc).
  5. Click [Process].
  6. Select a document and view it.
  7. Click [Void] and then [Void & Copy]
  8. Select a target entity to copy the document to.
  9. If the entity is a client, select the desired episode in the 'Select Episode' field.
  10. Click [Void].
  11. Validate the document list now has a Status of "Void" for the original document.
  12. Select the "Search" section.
  13. Select the target entity.
  14. Click [Process].
  15. Validate the copied document is now in the document list for this entity.
  16. View the copied document and validate it displays as expected.
  17. Click [Close All Documents].
  18. Select the "Search" section.
  19. Click [Close].
Scenario 13: Clinical Document Viewer - "Void" documents
Specific Setup:
  • Perceptive is enabled.
  • User has permissions to void documents.
  • A client must have non-routed documents on file in the 'Clinical Document Viewer' (Client A).
  • A Documentation View must be set up on a user's view containing the 'All Documents' widget and the 'Console Widget Viewer'.
Steps
  1. Access the 'Clinical Document Viewer' form.
  2. Select "Individual" in the 'Select All or Individual Client' field.
  3. Select "Client A" in the 'Select Client' field.
  4. Click [Process].
  5. Select any non-routed document and view it.
  6. Click [Void] and [Void] again.
  7. Select the desired value in the 'Void Reason' field.
  8. Enter the desired value in the 'Void Comments' field.
  9. Click [Void] and [Close All Documents].
  10. Select the "Search" section.
  11. Click [Close].
  12. Select "Client A" and navigate to the 'All Documents' view.
  13. Validate the documents is present in the 'All Documents' widget with a 'Document Status' of "Void".
  14. Select the document.
  15. Validate the document displays with "Voided" in the 'Console Widget Viewer'.
Scenario 14: Clinical Document Viewer - View and Print
Specific Setup:
  • Select a client who has documents that have been routed, scanned and imported.
Steps
  1. Open the "Clinical Document Viewer" form.
  2. Open a document that was imported from a .bmp file.
  3. Validate you can view and print this document.
  4. Open a document that was imported from a .gif file.
  5. Validate you can view and print this document.
  6. Open any document that was imported from a .jpg file.
  7. Validate you can view and print this document.
  8. Open any document that was imported from a .tif file.
  9. Validate you can view and print this document.
  10. Open any document that was imported from a .txt file.
  11. Validate you can view and print this document.
  12. Open any document that was imported from a .xls file.
  13. Validate you can view and print this document.
  14. Open any document that was imported from a .xml file.
  15. Validate you can view and print this document.
  16. Open any document that was imported from a .doc file.
  17. Validate you can view and print this document.
  18. Open any document that was imported from a .png file.
  19. Validate you can view and print this document.
  20. Open any document that was imported from a .docx file.
  21. Validate you can view and print this document.
  22. Open any document that was imported from a .xslx file.
  23. Validate you can view and print this document.
  24. Open any routed progress note or treatment plan type of document.
  25. Validate you can view and print this document.
  26. Open any documents that were imported from a .pdf file.
  27. Validate you can view and print this document.
  28. Select 4 random documents to view.
  29. Validate that all 4 documents open for display and that all of them display.
  30. Click "Close All Documents".
  31. Select the same 4 random documents to print.
  32. Click "Print All".
  33. Validate all 4 documents preview and print out as if it's one file.
Scenario 15: Clinical Document Viewer - Undocked
Specific Setup:
  • Select a test client who has multiple documents on file.
Steps
  1. Click the "Undocked" icon on the "Clinical Document Viewer" form.
  2. Open a random document.
  3. Validate you can view and print the document.
  4. Select 4 documents to view.
  5. Validate you can display all 4 documents.
  6. Select 4 documents to print.
  7. Validate all 4 documents print as one document.

Topics
• Perceptive • Clinical Document Viewer • NX
Update 16 Summary | Details
Results To Review To Do List - Removing ToDos
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Order Entry Console
  • Results Entry
  • Notifications Setup
  • Order Code Setup
  • Admission
  • Order Entry Console - Interactions dialog
  • Results Importing
Scenario 1: Validate results in the Lab Results widget
Steps
  1. Open the "Results Entry" form.
  2. File a header and then file details to enter a lab order for CBC.
  3. Validate you can see the order in the "Lab Results" Widget.
Scenario 2: Lab Result ToDos
Specific Setup:
  • Using the "Notifications Setup" form:
  • Enter a notification for the "Results" notification type.
  • Set the "Notification Text" to "<FULL_NAME><PATID>.
  • Enter a notification for the "Results (Abnormal)" notification type.
  • Set the "Notification Text" to "<FULL_NAME><PATID> has new lab results (Abnormal)".
  • Using the "Order Code Setup" form:
  • Set up a lab order code called "Comprehensive Metabolic Panel (CMP)".
  • Set up a lab order code called "Lipid Panel".
  • Admit or select a test client into any episode.
  • "Order Entry Console" must be set up on the user's homeview or associated home view.
Steps
  1. Using the "Order Entry Console", enter a lab order for CMP.
  2. Complete the order, add it to the scratchpad and Sign the order.
  3. Note the order number.
  4. User the "Order Entry Console", enter a lab order for LIPID.
  5. Complete the order, add it to the scratchpad and Sign the order.
  6. Note the order number.
  7. Using the data from the orders entered into the "Order Entry Console", mockup an HL7 import file.
  8. Import the file using the "Results Importing" file.
  9. Results ToDos will be generated for the 2 orders included in the mocked up import file.
  10. Navigate to the "TodDo's" Widget.
  11. Mark the Results ToDo's as reviewed.
  12. Note the ToDo's are removed from the ToDo Widget.

Topics
• Widgets • Results • NX
Update 17 Summary | Details
Internal Utilities
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Envelope Export (PM)
Scenario 1: Envelope Export/Import
Steps
  1. Internal Testing Only

Topics
• Forms
Update 20 Summary | Details
Team File Import
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Team File Import
  • Team Definition
Scenario 1: Team Definition Import - Validations
Specific Setup:
  • Have a "Team Definition" import file that contains the "Team Finalizer" field populated [ImportA]. (Make a note of the "Team Description" and the user set in the file as the finalizer)
  • Have a "Team Definition" import file that does not contain the "Team Finalizer" field populated [ImportB]. (Make a note of the "Team Description" set in the file)
  • Have a report created to display data in the "SYSTEM.RADPlus_teams" table
Steps
  1. Open form "Team File Import"
  2. Click [Select Import File]
  3. Navigate to the location of [ImportA] and select the file
  4. Validate the "Team Import File Scan Results" field indicates "No errors detected in import file."
  5. Close the form
  6. Open form "Team Definition"
  7. Click [Select Team]
  8. Validate [TeamA] is present in the list and select the team
  9. Validate the "Team ID" is populated. Note the value
  10. Validate "Team Description" is populated as expected based on the set up
  11. Validate the "Team Finalizer" field is populated as expected based on the setup
  12. Validate any other fields set in the import file are displayed as expected
  13. Close the form
  14. Open form "Team File Import"
  15. Click [Select Import File]
  16. Navigate to the location of [ImportB] and select the file
  17. Validate the "Team Import File Scan Results" field indicates "No errors detected in import file."
  18. Close the form
  19. Open form "Team Definition"
  20. Click [Select Team]
  21. Validate [TeamB] is present in the list and select the team
  22. Validate the "Team ID" is populated. Note the value
  23. Validate "Team Description" is populated as expected based on the set up
  24. Validate the "Team Finalizer" field is blank, as expected based on the setup
  25. Validate any other fields set in the import file are displayed as expected
  26. Close the form
  27. Run the report created to display data in the "SYSTEM.RADPlus_teams" table
  28. Validate a row for [TeamA] imported via [ImportA], is displayed
  29. Validate the "Team ID" is populated.with value noted in step 2a
  30. Validate "Team Description" is populated as expected based on the set up
  31. Validate the "Team Finalizer" field is populated as expected based on the setup
  32. Validate the other fields set in the import file are displayed as expected
  33. Validate a row for [TeamB] imported via [ImportB], is displayed
  34. Validate the "Team ID" is populated.with value noted in step 5a
  35. Validate "Team Description" is populated as expected based on the set up
  36. Validate the "Team Finalizer" field is blank, as expected
  37. Validate the other fields set in the import file are displayed as expected
Modeled Form - service documentation
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Modeled Form With Service Documentation
  • Appointment Move/Delete
Scenario 1: Modeled Form with service documentation - Submission validations when filing a form as "Draft" for an Appointment
Specific Setup:
  • Have a modeled form configured and enabled for service documentation
  • [TestClient] is enrolled in an episode and has two existing appointments [TestApptA] and [TestAppB]
  • User has access to form "Appointment Move/Delete"
Steps
  1. Access the modeled form.
  2. Select [TestClient] in the 'Select Client' dialog.
  3. Select "Existing Appointment" in the 'Data Row For' field.
  4. Select [TestAppt] in the 'Addresses Which Service/Appointment' field.
  5. Populate any other desired field
  6. Select "Draft" in the 'Draft/Final' field.
  7. Click [Submit].
  8. Validate the form files successfully
  9. Access form "Appointment Move/Delete form"
  10. Select the practitioner for [TestAppt]
  11. Populate the "Appointment Start Time" and "Appointment End Time" fields s
  12. Select [TestClient] in the "Client ID" field
  13. Click the [Appointment Select] button
  14. Select the row for [TestAppt] in the "Appointment Move/Delete" selection dialog
  15. Click [OK]
  16. Click [Delete/Move Appointment] button
  17. Click [OK]
  18. Access the modeled form.
  19. Search for and select "Client A" in the 'Select Client' dialog.
  20. Select the row submitted in step 1 for edit
  21. Validate the "Draft/Final" field has "Draft" selected
  22. Validate 'Addresses Which Service/Appointment' field., no longer has [TestApptA] selected, as expected
  23. Click 'Addresses Which Service/Appointment' field
  24. Select [TestApptB]
  25. Validate the other data fields are now populated as expected, based on data filed for [TestApptB]
  26. Populate any other desired fields
  27. Submit the form
  28. Validate the form files successfully
  29. Return to the modeled form and select [TestClient]
  30. Select the row just submitted in step 3
  31. Validate all fields are populated as expected
  32. Close the form
User File Import - form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • User File Import
  • Order Entry User Definition
Scenario 1: 'User File Import' - "Staff" user validations
Specific Setup:
  • Have a system with "Avatar Order Entry" installed
  • Have an existing practitioner [StaffTest] who has not yet been assigned to any user in form "User Definition".
  • In form "Practitioner Enrollment", select [StaffTest] and note the "ID#" assigned to the practitioner
  • Create a "User File Import" file [ImportA], for a new user [UserA]
  • Have the "Practitioner ID" field in the file populated with the "ID#" noted in the previous step
  • Create a "User File Import" file [ImportB], for a new user [UserB]
  • Leave the "Practitioner ID" field in file unpopulated
  • Have a report created, to display data in the "SYSTEM.RADplus_Users" table
  • User has access forms "User Definition" and the "Order Entry User Definition"
Steps
  1. Open the 'User File Import' form.
  2. Click [Select User Import File].
  3. Select [ImportA]
  4. Click [Open].
  5. Validate the "Import File Scan Results" field indicates the file is ready for import
  6. Click [Process User Import File]
  7. Validate message "Import Completed" is displayed
  8. Click [OK].
  9. Close the form
  10. Open form "User Definition"
  11. Select [UserA]
  12. Navigate to the "User Caseload" section
  13. Validate the "Staff Member" field is populated with name of [StaffA] and their "ID#" (noted in the setup)
  14. Close the form
  15. Open form "Order Entry User Definition"
  16. Search for [UserA] in the "Select Order Entry User" field
  17. Validate [UserA] is found, as expected
  18. Validate the "Staff Member" field is populated with [StaffA] and their "ID#", as expected
  19. Close the form
  20. Open the 'User File Import' form.
  21. Click [Select User Import File].
  22. Select [ImportB]
  23. Click [Open].
  24. Validate the "Import File Scan Results" field indicates the file is ready for import
  25. Click [Process User Import File]
  26. Validate message "Import Completed" is displayed
  27. Click [OK].
  28. Open form "User Definition"
  29. Select [UserB]
  30. Navigate to the "User Caseload" section
  31. Validate the "Staff Member" field not populated, as expected
  32. Close the form
  33. Open form "Order Entry User Definition"
  34. Search for [UserB] in the "Select Order Entry User" field
  35. Validate [UserB] is not found, as expected
  36. Close the form
  37. Run the report to display data in the "SYSTEM.RADplus_Users" table
  38. Validate row is present for [UserA]
  39. Validate the "staff_member_ID" field is populated with "ID#" imported for [StaffA] in step 1, as expected
  40. Validate a row is present for [UserB]
  41. Validate the "staff_member_ID" field is blank, as expected
Modeling - Table Alias fields
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Form Designer (CWS)
Scenario 1: Modeled Forms - Validate form submission when hiding fields using "Form Designer"
Specific Setup:
  • Have a modeled form that contains mapped "Table" aliased fields on the form
  • For this example, a form [TestForm] has the following "Service" alias type fields mapped on the form which are necessary to file a service in the modeled form: "Date of Service", "Service Code", "Practitioner, Program", and "Duration"
  • Have access to "Form Designer"
  • Have a report created to display data in the "SYSTEM.Billing_tx_history" table
Steps
  1. Open form "Form Designer"
  2. Select form [TestForm]
  3. Select the section containing the table aliased fields.
  4. Highlight the label and text box for "Duration" and uncheck the box
  5. On left side panel, uncheck the box named "Visible"
  6. Click [Save]
  7. Submit the form
  8. Open [TestForm]
  9. Select any client [TestClient]
  10. Complete Date of Service, Service Code, Practitioner, and Program. These are required. Complete any other prompts desired.
  11. Submit the form as "Final".
  12. Validate submission is blocked with an error message "Prompt mapped to Duration (Minutes) is missing."
  13. Close the form
  14. Open form "Form Designer"
  15. Select form [TestForm]
  16. Select the section containing the table aliased fields.
  17. Highlight the label and text box for "Duration"
  18. On the left side panel, check the box named "Visible" to unhide the field on the form
  19. Click [Save]
  20. Submit the form
  21. Open [TestForm]
  22. Select [TestClient]
  23. Complete "Date of Service", "Service Code", "Practitioner", and "Program".
  24. Submit as the form as "Final"
  25. Validate the form files successfully
  26. Generate the report to display the fields in the "SYSTEM.billing_tx_history" table for [TestClient]
  27. Validate a new row is found for the service created by the [TestForm] form in the previous steps
  28. Validate the "Date of Service", "Service Code", "Practitioner, Program", "Duration" and "Join_To_Tx_history" fields are populated as expected

Topics
• NX • Service Documentation • User Definition • Modeling
Update 23 Summary | Details
State Form Task Scheduler
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • State Form Task Scheduler
  • System Task Scheduler
Scenario 1: Scheduling a "State Form Definition" file(s) to be sent to an "FTP" Server (File Type - 'SFTP-Password')
Specific Setup:
  1. Have two state form definition files created in form "State Form Definition" [DefA] and [DefB]
  2. In form "State Form Definition", [DefA] and [DefB] have the following fields populate:
  3. The "File Path" field is populated with a directory location [FileLocation], that exists on the logged in users workstation
  4. In form "State Form Batch Creation" a batch file [Batchfile], has been created that contains state form definition files [DefA] and [DefB]
  5. Have an "FTP Server" set up to receive files
  6. Have the following "FTP Server" information available in order to populate the "State Form Task Scheduler" form during testing:
  7. The "Service Directory" location
  8. The "Server Host Name"
  9. The "Server Port Number"
  10. The "Server Username" field
  11. The "Server Password" field
Steps
  1. Open the 'State Form Task Scheduler' form
  2. Select [DefA]
  3. Select "Yes" in the "Create File" field
  4. Select "Yes" in "Send File To FTP Server" field
  5. In the "FTP Type" field, select "SFTP - Password"
  6. Based on the valid FTP values stated in the setup, populate the following required fields:
  7. "Server Host Name"
  8. "Server Port Number"
  9. "Server Username"
  10. "Server Password"
  11. "Service Directory"
  12. Click [Test FTP Connection]
  13. Validate test is successful
  14. For each FTP field populated in step 1e, enter an invalid value
  15. Click [Test FTP Connection]
  16. Validate the test is not successful
  17. Set the field back to the valid entry
  18. Submit the form
  19. Validate the form files successfully
  20. Open form "System Task Scheduler"
  21. Select the task set up for [DefA] in step 2 from the "Schedule(s)" field
  22. Populate the "Recurrence Pattern" field with desired value
  23. Populate the "Task Occurrence" field with the desired value
  24. Populate the "Start By" field with the desired date for the task to start
  25. Populate the "Start Time" field with the desired time for the task to start
  26. Select "No" in the "Inactive Task" field
  27. Click [Schedule Task]
  28. Close the form
  29. When the scheduled start by date and time for task filed in step 3 has passed:
  30. Validate the state form file [DefA] exists in the folder [FileLocation] on the logged in users server, set in step1
  31. Open the file
  32. Validate data results are as expected
  33. Validate the state form file [DefA] exists in the [Service Directory] location on the "FTP" server, specified in step 1e
  34. Open the file
  35. Validate date results are as expected
  36. Repeat steps 1 and 2, selecting the batch file [DefB]
  37. When the scheduled start by date and time for task filed has passed:
  38. Validate the state form file(s) [DefA] and [DefB] exists in the folder [FileLocation] on the logged in users server, set in step1
  39. Open each file
  40. Validate data results are as expected
  41. Validate the state form file [DefA] and [DefB] exists in the [Service Directory] location on the "FTP" server, specified in step 1e
  42. Open each file
  43. Validate date results are as expected
State Form Task Scheduler
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • State Form File Generation
  • State Form Task Scheduler
  • System Task Scheduler
Scenario 1: "State Form Task Scheduler" - Scheduled a task for a' State Form Definition' file (Create File - No)
Specific Setup:
  • Have a state form definition file created in form "State Form Definition" [DefinitionA] with the "File Path" field populated with a valid folder location on the Avatar server. Make note of the folder location
Steps
  1. Open form "State Form Task Scheduler"
  2. Select "Single Definition" in the "Type" field
  3. Select the [DefinitionA] from the "Select Batch or Definition" drop down list
  4. Set field "Create File" to "No"
  5. Set the "File Description" field to a desired file name
  6. Select "Static" in the "Change From Date"
  7. Set the "Static Date" field to today's date
  8. Select "Static" in the "Change Through Date"
  9. Set the "Static Date" field to today's date
  10. Select "Yes" in the "Create File" field
  11. Click [Submit]
  12. At the dialog, "Filed. In order for compiles to be run, the new task must be scheduled using the 'System Task Scheduler' form", click [OK]
  13. Open the "System Task Scheduler" form
  14. In the "Schedule(s)" field, select the task created in step for [DefinitionA] in step 1
  15. Select a desired recurrence type pattern from the "Recurrence Pattern" field. For example "Daily"
  16. Populate a desired value in the "Task Occurrence Sequence".
  17. Populate the "Start By" field with today's date
  18. Populate the "Start Time" field with a time later than the current time
  19. Click [Schedule Task]
  20. Close the form
  21. Wait till the "Start Time" set in step 2 has passed
  22. Open the "State Form File Generation" form.
  23. Select [DefinitionA] in the "State Form" field
  24. Select "Dump File" in the "File Generation Options" field
  25. In the "Select File" field, select the compiled file for [DefinitionA], generated by the automated task set up in step 2
  26. Click [Process]
  27. Validate data displayed on the report is as expected
  28. On the Avatar server:
  29. Navigate to the folder location noted in the setup, where the state form file was set to be created
  30. Validate no file was generated, as expected since field "Create File" was set to "No" in step 1c

Topics
• State Form Task Scheduler • NX
Update 28 Summary | Details
Support is added for other products and modules
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Progress Notes (Group and Individual)
  • Appointment Management
  • Client Ledger
  • Avatar NX Report Viewer
  • Staff Members Hours And Exceptions
Scenario 1: Progress Notes (Group and Individual) - Validate the 'Enable Treatment Plan Grid' registry setting
Specific Setup:
  • A client must have a Treatment Plan filed with a problem, goal, objective, and intervention associated (Client A).
  • The 'Progress Notes' widget is on the HomeView for the logged in user.
Steps
  1. Access the 'Registry Settings' form.
  2. Enter "Enable Treatment Plan Grid" in the 'Limit Registry Settings to the Following Search Criteria' field.
  3. Click [View Registry Settings]
  4. Select "Enable Treatment Plan Grid" for 'Progress Notes (Group and Individual)' from the 'Registry Setting' list.
  5. Click [OK].
  6. Validate the 'Registry Setting Details' field contains "Enter "Y" to add 'Treatment Plan' grid field to the form. Enter "YD" to add the grid field and enable the functionality to default the previously selected treatment plan to the new row. Enter "N" to remove the field from the form."
  7. Enter "Y" in the 'Registry Setting Value' field.
  8. Click [Submit].
  9. Validate a "Registry Editor Filing" message is displayed stating: Successful filing.
  10. Click [OK].
  11. Validate a "Form Return" message is displayed stating: Submitting has completed. Do you wish to return to form?
  12. Click [No].
  13. Access the 'Progress Notes (Group and Individual)' form.
  14. Verify the 'Treatment Plan' grid is displayed.
  15. Enter "Client A" in the 'Select Client' field.
  16. Select the desired episode in the 'Select Episode' field.
  17. Select "Independent Note" in the 'Progress Note For' field.
  18. Select any value in the 'Note Type' field.
  19. Click [New Row] in the 'Treatment Plan' grid.
  20. Select the desired Treatment Plan in the 'Select T.P. Version' field.
  21. Click [View] in the 'Select T.P. Item Note Addresses' field.
  22. Verify the 'Treatment Plan' window is displayed with "Client A's" treatment plan(s).
  23. Select the desired treatment plan item in the 'Treatment Plan' window.
  24. Click [Return].
  25. Validate the 'Note Addresses Which Treatment Plan Problem' field contains the Treatment Plan item selected in the previous step.
  26. Enter the desired value in the 'T.P. Item Notes/Documentations' field.
  27. Enter the desired value in the 'Notes Field' field.
  28. Select "Draft" in the 'Draft/Final' field.
  29. Click [File Note].
  30. Validate a "Progress Notes" message is displayed stating: Note Filed.
  31. Click [OK].
  32. Validate the 'Treatment Plan' grid no longer contains the previously filed row.
  33. Select the note filed in the previous steps in the 'Select Draft Note To Edit' field.
  34. Validate the 'Treatment Plan' grid contains the row filed in the previous steps.
  35. Click [New Row] in the 'Treatment Plan' grid.
  36. Validate the 'Select T.P. Version' field does not contain a value.
  37. Select the second row in the 'Treatment Plan' grid.
  38. Click [Delete Row].
  39. Validate a "Confirm" message is displayed stating: Are you sure you want to delete these rows?
  40. Click [Yes].
  41. Select "Final" in the 'Draft/Final' field.
  42. Click [File Note].
  43. Validate a "Progress Notes" message is displayed stating: Note Filed.
  44. Click [OK] and close the form.
  45. Access the 'Registry Settings' form.
  46. Enter "Enable Treatment Plan Grid" in the 'Limit Registry Settings to the Following Search Criteria' field.
  47. Click [View Registry Settings]
  48. Select "Enable Treatment Plan Grid" for 'Progress Notes (Group and Individual)' from the 'Registry Setting' list.
  49. Click [OK].
  50. Enter "YD" in the 'Registry Setting Value' field.
  51. Click [Submit].
  52. Validate a "Registry Editor Filing" message is displayed stating: Successful filing.
  53. Click [OK].
  54. Validate a "Form Return" message is displayed stating: Submitting has completed. Do you wish to return to form?
  55. Click [No].
  56. Access the 'Progress Notes (Group and Individual)' form.
  57. Verify the 'Treatment Plan' grid is displayed.
  58. Enter "Client A" in the 'Select Client' field.
  59. Select the desired episode in the 'Select Episode' field.
  60. Select "Independent Note" in the 'Progress Note For' field.
  61. Select any value in the 'Note Type' field.
  62. Click [New Row] in the 'Treatment Plan' grid.
  63. Select the desired Treatment Plan in the 'Select T.P. Version' field.
  64. Click [View] in the 'Select T.P. Item Note Addresses' field.
  65. Verify the 'Treatment Plan' window is displayed with "Client A's" treatment plan(s).
  66. Select the desired treatment plan item in the 'Treatment Plan' window.
  67. Click [Return].
  68. Validate the 'Note Addresses Which Treatment Plan Problem' field contains the Treatment Plan item selected in the previous step.
  69. Enter the desired value in the 'T.P. Item Notes/Documentations' field.
  70. Click [New Row] in the 'Treatment Plan' grid.
  71. Validate the 'Select T.P. Version' field defaults in with the value selected in the first row.
  72. Click [View] in the 'Select T.P. Item Note Addresses' field.
  73. Verify the 'Treatment Plan' window is displayed with "Client A's" treatment plan(s).
  74. Select the desired treatment plan item in the 'Treatment Plan' window.
  75. Click [Return].
  76. Validate the 'Note Addresses Which Treatment Plan Problem' field contains the Treatment Plan item selected in the previous step.
  77. Enter the desired value in the 'T.P. Item Notes/Documentations' field.
  78. Enter the desired value in the 'Notes Field' field.
  79. Select "Final" in the 'Draft/Final' field.
  80. Click [File Note].
  81. Validate a "Progress Notes" message is displayed stating: Note Filed.
  82. Click [OK] and close the form.
  83. Select "Client A" and navigate to the 'Progress Notes' widget.
  84. Validate the progress notes filed in the previous steps are displayed.
  85. Validate the rows filed in the 'Treatment Plan' grid are displayed.
Scenario 2: Enhanced Appointment Management Grid - Validate scheduling/posting individual appointments
Specific Setup:
  • A client is enrolled in an existing episode (Client A).
  • A practitioner has hours defined for scheduling (Practitioner A).
  • The 'Enable Enhanced Appointment Management Grid' registry setting is set to "Y".
Steps
  1. Access the 'Appointment Management' form.
  2. Select "Practitioner A" in the 'Practitioner' field.
  3. Enter the current date in the 'Appointment Start Date' and 'Appointment End Date' fields.
  4. Click [Add/Edit Appointments].
  5. Validate the 'Appointment Management' grid is displayed and contains any existing appointments for the current date.
  6. Click [New Row].
  7. Enter the desired time in the 'Start' field.
  8. Enter the desired duration in the 'Duration' field.
  9. Validate the 'End' field is calculated based on the start time/duration of the appointment.
  10. Enter "Practitioner A" in the 'Practitioner' field.
  11. Enter the desired value in the 'Service Code' field.
  12. Enter "Client A" in the 'Client' field.
  13. Check "Post" for the appointment for "Client A".
  14. Click [Save] and validate the grid closes.
  15. Close the form.
  16. Access the 'Client Ledger' form.
  17. Select "Client A" in the 'Client ID' field.
  18. Select "All Episodes" in the 'Claim/Episode/All Episodes' field.
  19. Select "Simple" in the 'Ledger Type' field.
  20. Select "Yes" in the 'Include Zero Charges' field.
  21. Click [Process].
  22. Validate the report contains the posted visit for "Client A".
  23. Close the report and the form.
Scenario 3: Diagnosis - Add new / Add to Problem List
Specific Setup:
  • A client must be enrolled in an existing episode (Client A).
  • A practitioner must be defined (Practitioner A).
Steps
  1. Select "Client A" and access the 'Diagnosis' form.
  2. Click [Add] if present.
  3. Select any value for the 'Type of Diagnosis' field.
  4. Enter the desired values for the 'Date of Diagnosis' and 'Time of Diagnosis' fields.
  5. Click [New Row].
  6. Enter and select the desired value in the 'Diagnosis Search' field.
  7. Select "Practitioner A" in the 'Diagnosing Practitioner' field.
  8. Populate any desired and required fields.
  9. Select "Yes" in the 'Add to Problem List' field.
  10. Submit the form.
  11. Select "Client A" and access the 'Problem List' form.
  12. Click [Enter Problems].
  13. Validate the new diagnosis is included.
  14. Click [View - DSM/IDC Code].
  15. Validate a dialog opens with the DSM/IDC code data for the problem.
  16. Close out of the dialog.
  17. Click [View - System Notes].
  18. Validate the dialog displays the user information for the problem.
  19. Close out of the dialog.
  20. Click [Close/Cancel].
  21. Close the form.
Scenario 4: Site Registration - Add a site with hours of operation
Specific Setup:
  • Please note: This is for Avatar NX systems only.
Steps
  1. Access the 'Site Registration' form.
  2. Enter any value in the 'Select Site' field (Site A).
  3. Click [New Site].
  4. Validate a 'Site' dialog stating: "Auto Assign Next ID Number?"
  5. Click [Yes].
  6. Validate the 'Site Name' field contains "Site A".
  7. Enter the desired value in the 'Site Registration Date' field.
  8. Populate all required and desired fields.
  9. Select "Yes" in the 'Copy Information From An Existing Site?' field.
  10. Validate a 'Warning' dialog stating: "Copying information from an existing site will overwrite current 'Site Registration' Information. You must file this form prior to viewing/editing the 'Site Registration' information. Do you want to continue?" and click [Yes].
  11. Validate the 'Select Existing Site' field is enabled and required.
  12. Select "No" in the 'Copy Information From An Existing Site?' field.
  13. Validate the 'Select Existing Site' field is disabled.
  14. Select "All" in the 'Associated Programs' field.
  15. Verify the 'Time Zone' field is present and required.
  16. Select the desired value in the 'Time Zone' field.
  17. Click [Site Hours of Operation].
  18. Add the desired hours of operation and click [Save].
  19. Validate an 'Exit Grid' dialog stating: "Save Successful." and click [Yes].
  20. Click [Submit].
  21. Access the 'Site Registration' form.
  22. Enter "Site A" in the 'Select Site' field.
  23. Validate the form populates with the values entered in the previous steps.
  24. Close the form.
Scenario 5: 'Staff Members Hours and Exceptions' - Verification of 'Staff Member Hours' Information Entry/Filing
Specific Setup:
  • A staff member must be defined in 'Practitioner Enrollment' (Staff Member A).
Steps
  1. Access the 'Staff Members Hours and Exceptions' form for "Staff Member A".
  2. Click [Staff Member Hours].
  3. Validate the 'Staff Member Hours' grid is displayed.
  4. Click [New Row].
  5. Enter the desired date in the 'Effective Date' field.
  6. Select the desired day in the 'Day' field.
  7. Select the desired site in the 'Site' field.
  8. Enter the desired times in the 'Start Time' and 'End Time' fields.
  9. Populate any other desired values.
  10. Click [Save], [Yes], and [Submit].
  11. Access the 'Staff Members Hours and Exceptions' form for "Staff Member A".
  12. Click [Staff Member Hours].
  13. Validate the 'Staff Member Hours' grid is displayed.
  14. Validate the hours entered in the previous steps are displayed as expected.
  15. Close the form.

Topics
• Progress Notes • Appointment Management • Diagnosis • Site Registration • Practitioner
Update 35 Summary | Details
Envelope definition data
Scenario 1: Validate data in the 'SYSTEM.radplus_envelope_info' SQL Table View
Specific Setup:
  1. Have one or more modeled "Envelopes" defined in form "Envelope Definition" in the "PM" namespace and in any child namespace's. For this test "CWS" and "MSO" have envelopes defined
  2. The user has permissions assigned to query table view 'SYSTEM.radplus_envelope_info' in their user definition
  3. Have a report created to display data in table view 'SYSTEM.radplus_envelope_info', in each namespace
Steps
  1. Open the report created for table view 'SYSTEM.radplus_envelope_info' in the "PM" namespace
  2. Click to generate the report
  3. Validate the report reflects all the expected envelopes, defined in that namespace
  4. Validate the following fields are populated for each envelope, based the field values selected in form "Envelope Definition"
  5. Build Application (Avatar PM)
  6. Build Environment
  7. Envelope ID
  8. Envelope Name
  9. Envelope (SQL) Schema
  10. Envelope Version
  11. Is Envelope Eligible for Export?
  12. Always Allow Export
  13. Open the report created for table view 'SYSTEM.radplus_envelope_info' in the "CWS" namespace
  14. Click to generate the report
  15. Validate the report reflects all the expected envelopes, defined in that namespace
  16. Validate the following fields are populated for each envelope, based the field values selected in form "Envelope Definition"
  17. Build Application (Avatar CWS)
  18. Build Environment
  19. Envelope ID
  20. Envelope Name
  21. Envelope (SQL) Schema
  22. Envelope Version
  23. Is Envelope Eligible for Export?
  24. Always Allow Export
  25. CDR (SQL) Schema
  26. Open the report created for table view 'SYSTEM.radplus_envelope_info' in the " MSO" namespace
  27. Click to generate the report
  28. Validate the report reflects all the expected envelopes, defined in that namespace
  29. Validate the following fields are populated for each envelope, based the field values selected in form "Envelope Definition"
  30. Build Application (Avatar MSO)
  31. Build Environment
  32. Envelope ID
  33. Envelope Name
  34. Envelope (SQL) Schema
  35. Envelope Version
  36. Is Envelope Eligible for Export?
  37. Always Allow Export
  38. CDR (SQL) Schema

Topics
• SQL Data Access
2022 Update 73 Summary | Details
Document Capture - Upload Notification To Dos
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Client Document Capture
  • Document Capture
  • User Role Definition
  • User File Import
  • Admission
Scenario 1: Client Document Capture - Validation
Specific Setup:
  • Perceptive storage method must be utilized.
  • A client must be enrolled in an existing episode (Client A).
  • A document must exist for import.
Steps
  1. Access the 'Client Document Capture' form.
  2. Enter "Client A" in the 'Client ID' field.
  3. Select any episode for the 'Episode Number' field.
  4. Click [Launch POS Capture].
  5. Validate a 'Capture Mode' dialog stating: "How would you like to capture documents?"
  6. Click [Import].
  7. Validate the 'Document Capture' opens in a new window.
  8. Select any value in the 'Document Type' field.
  9. Enter any value in the 'Document Description' field.
  10. Click [Capture] and [Browse].
  11. Locate the file to be imported and click [Open] and [Done].
  12. Validate the image displays.
  13. Click [Save].
  14. Validate a message stating: "Save Was Successful." and "Document Added to Avatar!"
  15. Close the form.
  16. Access the undocked 'Clinical Document Viewer' form.
  17. Validate the form opens in a new window.
  18. Select "Client" in the 'Select Type' field.
  19. Select "Individual" in the 'Select All or Individual Client' field.
  20. Enter "Client A" in the 'Select Client' field.
  21. Select the episode from the previous steps in the 'Episode' field.
  22. Click [Process].
  23. Locate and select the document that was saved in the previous steps.
  24. Validate the image displays.
  25. Click [Close All Documents], [Search] and [Close].
Scenario 2: Client Document Capture - Scan Episodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client.
  3. Navigate to the "Chart".
  4. Click "Document Capture".
  5. Scan a document and identify an episode.
  6. Note the document type.
  7. Save the document.
  8. Click the document type the document was just saved under.
  9. Locate the document that was just saved.
  10. Validate the document displays as it was scanned.
  11. Print the document and validate it prints as it was scanned.
  12. Close the forms.
Scenario 3: Validate Document Upload Notifications
Specific Setup:
  • Using the "User Role Definition" form:
  • Select a user role.
  • Navigate to the "Document Management" section.
  • Click "Specify Forms" in the "Forms to Send Upload Notifications".
  • Click "Select Forms".
  • Select one of the forms to receive upload notifications.
  • Using the "User Definition" form, assign the user signed on to the user role defined above.
  • Admit or select a test client.
Steps
  1. Open the "Client Document Capture" form.
  2. Import or scan in a document for the test client.
  3. Set the "Document Type" to a form that is set to receive upload notifications for the user.
  4. Save the document.
  5. Navigate to the "myToDo's" widget.
  6. Validate a To Do was generated for the upload notification.
  7. Select the upload notification item.
  8. Set the "Set To Do Item to Reviewed" to "Reviewed".
  9. Click "Submit".
  10. Navigate to the "myToDo's" widget.
  11. Validate the Upload Notification To Do item is removed from the widget.
  12. Open the "Clinical Document Viewer" form.
  13. Locate and display the document that was just saved.
  14. Validate it displays appropriately.
Scenario 4: Validate Delayed Document Upload Notification
Specific Setup:
  • Using the "User Role Definition' form:
  • Select a user role.
  • Navigate to the "Document Management" section.
  • Click "Specify Forms" in the "Forms to Send Upload Notifications".
  • Click "Select Forms".
  • Select one of the forms to receive upload notifications.
  • Using the "User Definition" form, assign the user signed on to the user role defined above.
  • Admit or select a test client.
Steps
  1. Open the "Client Document Capture" form.
  2. Import or scan in a document for the test client.
  3. Set the "Document Type" to a form that is set to receive upload notifications for the user.
  4. Save the document.
  5. Navigate to the "myToDo's" widget.
  6. Validate a To Do was generated for the delayed upload notification.
  7. Select the delayed upload notification item.
  8. Set the "Set To Do Item to Reviewed" to "Reviewed".
  9. Click "Submit".
  10. Navigate to the "myToDo's" widget.
  11. Validate the Delayed Upload Notification To Do item is removed from the widget.
  12. Open the "Clinical Document Viewer" form.
  13. Locate and display the document that was just saved.
  14. Validate it displays appropriately.
Clinical Data Repository (CDR) - Remove DocM and DocR schema tables from the Clinical Data Repository
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Document Capture
  • Client Document Capture
Scenario 1: Client Document Capture - Scan Episodic
Specific Setup:
  • Perceptive must be configured and enabled.
Steps
  1. Open the "Chart Review" form.
  2. Select the desired client.
  3. Navigate to the "Chart".
  4. Click "Document Capture".
  5. Scan a document and identify an episode.
  6. Note the document type.
  7. Save the document.
  8. Click the document type the document was just saved under.
  9. Locate the document that was just saved.
  10. Validate the document displays as it was scanned.
  11. Print the document and validate it prints as it was scanned.
  12. Close the forms.
Scenario 2: Removing DocR and DocM tables from CDR
Steps

Internal Testing Only

Delete/Re-Assign To Do Items - Acknowledgment To Dos no longer displayed
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Progress Notes (Group and Individual)
  • Admission
  • Delete/Re-Assign To Do Items
Scenario 1: Progress Note (Group and Individual) - Document Routing - Validate "Acknowledgement" To-Do functionality
Specific Setup:
  • A client must be admitted in an existing episode. (Client A)
  • Must have two users defined with associated staff members (User A and User B). Must be logged in as "User A".
  • Document routing must be enabled for the 'Progress Note (Group and Individual)' form in 'Document Routing Setup' with the following fields set.
  • Have the 'Approver Required' field set to "Yes".
  • Have the 'Acknowledgment Allowed' field set to "Yes".
  • Have the 'Allow Notifications When Final' field set to "No".
  • Have the 'Allow Comments During Approval' field set to "No".
Steps
  1. Select "Client A" and access the 'Progress Notes (Group and Individual)' form.
  2. Select any value in the 'Progress Note For' field.
  3. Select any value in the 'Note Type' field.
  4. Populate any required and desired fields.
  5. Select "Final" in the 'Draft/Final' field.
  6. Click [File Note] and [Accept and Route].
  7. Enter the password associated with "User A" and click [Verify].
  8. Enter the practitioner associated to "User A" in the 'Add Approver' field and click [Add].
  9. Verify the 'Add Members to Acknowledge' field is present.
  10. Search for the practitioner associated to "User B" using only one letter in the 'Add Members to Acknowledge' field.
  11. Click [Add] and [Submit].
  12. Close the form.
  13. Navigate to the 'My To Do's' widget.
  14. Validate there is a To-Do for the progress note filed in the previous steps.
  15. Click [Approve Document].
  16. Validate the 'Document Preview' contains the progress note data filed in the previous steps.
  17. Click [Accept].
  18. Enter the password associated with "User A" and click [Verify].
  19. Validate the To-Do is no longer present.
  20. Log out.
  21. Login as "User B" and navigate to the 'My To Do's' widget.
  22. Validate there is a To-Do for the progress note filed in the previous steps.
  23. Click [Acknowledge Document] and [Acknowledge].
  24. Enter the password associated with "User B" and click [Verify].
  25. Validate the To-Do is no longer present.
Scenario 2: Delete/Re-Assign Ackknowledgement To Dos
Specific Setup:
  • Admit or select a test client.
  • Using the "Document Routing Setup" form, enable document routing.
  • Enable acknowledgments by setting the field "Acknowledgement Allowed" to "Yes".
  • Set "Verification Level of Acknowledgment" to "Warn User if Acknowledgement is missing"
  • Set "Days after finalized document to alert" to "Y".
  • File the form.
  • Using "Dictionary Update", print the dictionary for the data element Note Type (10751).
  • Locate a note type that says it requires a signature.
Steps
  1. Open the Progress note form that was used during setup.
  2. Create a progress note.
  3. Set the "Note Type" to one the requires a signature.
  4. Set the "Draft/Final" field to "Final".
  5. Select "Caseload Practitioners" from the "Add Members to Acknowledge".
  6. Set "Add Approver" to a valid practitioner.
  7. Validate the Practitioner chosen in Add Members to Acknowledge" listbox has "Acknowledge" check marked.
  8. Submit the form to route the document.
  9. Navigate to the "myToDo's" widget.
  10. Select the To do that was just generated.
  11. Click the "Accept" button.
  12. Click the "Sign" button.
  13. Close the To Do widget.
  14. Sign off of Avatar.
  15. Log back in as the user that you designated as an approver.
  16. Navigate to the "myToDo's" widget.
  17. Locate the To do generated for this test.
  18. Click "Accept".
  19. Click "Sign".
  20. Log off of Avatar.
  21. Log back on as the user who was designated to receive the acknowledgment To Do.
  22. Navigate to the "myToDo's" widget.
  23. Validate it contains the "Acknowledgment Document To do.
  24. Open the " Delete/Re-Assign To Do Items" form.
  25. Set "Delete/Re-Assign" to "Delete".
  26. Set "Select User" to the user who received the Acknowledgment To Do".
  27. Select a To Do to be deleted.
  28. Add a comment as to why it's being deleted.
  29. Navigate to the "myToDo's" widget and validate the to do was removed.
Background Notification Task - Infinite Loop when an error is encountered
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Client Document Capture
  • Document Capture
  • User Role Definition
  • User File Import
  • Admission
Scenario 1: Client Document Capture - Validation
Specific Setup:
  • Perceptive storage method must be utilized.
  • A client must be enrolled in an existing episode (Client A).
  • A document must exist for import.
Steps
  1. Access the 'Client Document Capture' form.
  2. Enter "Client A" in the 'Client ID' field.
  3. Select any episode for the 'Episode Number' field.
  4. Click [Launch POS Capture].
  5. Validate a 'Capture Mode' dialog stating: "How would you like to capture documents?"
  6. Click [Import].
  7. Validate the 'Document Capture' opens in a new window.
  8. Select any value in the 'Document Type' field.
  9. Enter any value in the 'Document Description' field.
  10. Click [Capture] and [Browse].
  11. Locate the file to be imported and click [Open] and [Done].
  12. Validate the image displays.
  13. Click [Save].
  14. Validate a message stating: "Save Was Successful." and "Document Added to Avatar!"
  15. Close the form.
  16. Access the undocked 'Clinical Document Viewer' form.
  17. Validate the form opens in a new window.
  18. Select "Client" in the 'Select Type' field.
  19. Select "Individual" in the 'Select All or Individual Client' field.
  20. Enter "Client A" in the 'Select Client' field.
  21. Select the episode from the previous steps in the 'Episode' field.
  22. Click [Process].
  23. Locate and select the document that was saved in the previous steps.
  24. Validate the image displays.
  25. Click [Close All Documents], [Search] and [Close].
Scenario 2: Validate Document Upload Notifications
Specific Setup:
  • Using the "User Role Definition" form:
  • Select a user role.
  • Navigate to the "Document Management" section.
  • Click "Specify Forms" in the "Forms to Send Upload Notifications".
  • Click "Select Forms".
  • Select one of the forms to receive upload notifications.
  • Using the "User Definition" form, assign the user signed on to the user role defined above.
  • Admit or select a test client.
Steps
  1. Open the "Client Document Capture" form.
  2. Import or scan in a document for the test client.
  3. Set the "Document Type" to a form that is set to receive upload notifications for the user.
  4. Save the document.
  5. Navigate to the "myToDo's" widget.
  6. Validate a To Do was generated for the upload notification.
  7. Select the upload notification item.
  8. Set the "Set To Do Item to Reviewed" to "Reviewed".
  9. Click "Submit".
  10. Navigate to the "myToDo's" widget.
  11. Validate the Upload Notification To Do item is removed from the widget.
  12. Open the "Clinical Document Viewer" form.
  13. Locate and display the document that was just saved.
  14. Validate it displays appropriately.
Scenario 3: Validate Delayed Document Upload Notification
Specific Setup:
  • Using the "User Role Definition' form:
  • Select a user role.
  • Navigate to the "Document Management" section.
  • Click "Specify Forms" in the "Forms to Send Upload Notifications".
  • Click "Select Forms".
  • Select one of the forms to receive upload notifications.
  • Using the "User Definition" form, assign the user signed on to the user role defined above.
  • Admit or select a test client.
Steps
  1. Open the "Client Document Capture" form.
  2. Import or scan in a document for the test client.
  3. Set the "Document Type" to a form that is set to receive upload notifications for the user.
  4. Save the document.
  5. Navigate to the "myToDo's" widget.
  6. Validate a To Do was generated for the delayed upload notification.
  7. Select the delayed upload notification item.
  8. Set the "Set To Do Item to Reviewed" to "Reviewed".
  9. Click "Submit".
  10. Navigate to the "myToDo's" widget.
  11. Validate the Delayed Upload Notification To Do item is removed from the widget.
  12. Open the "Clinical Document Viewer" form.
  13. Locate and display the document that was just saved.
  14. Validate it displays appropriately.
Delete/Re-Assign To Do Items - Notification To Dos no longer displayed
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Send To Do Notification
Scenario 1: Delete/Re-Assign Notification To Dos
Specific Setup:
  • Select a client for this test.
Steps
  1. Open the "Send To Do Notification" form.
  2. Select the test client.
  3. Enter text into the "To Do Message" field.
  4. Select the user logged in as in the "Select User" field.
  5. Click "Add User" button.
  6. Validate the user was added to the "Send To" text box.
  7. Click "File To Do" button.
  8. Navigate to the "myToDo's" widget.
  9. Validate the To Do that was just generated is contained in the widget.
CareFabric - SendCareConnectClientDocument action
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Transfer Queue Configuration
  • Document Management Definition
Scenario 1: Disable Transfer Queue - Overwrite existing document
Steps

Internal Testing Only


Topics
• Document Scan/Import • Document Management • Perceptive
2022 Update 96 Summary | Details
RADPlus - Family Entity Modeling
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Change MR#
  • Family Registration
  • Delete Last Movement
  • Table Definition (PM)
  • Family Entity User Modeled Form
  • Delete Family
Scenario 1: Change MR# - "Family" Entity Data validations
Specific Setup:
  • Have an active test client on the system [ClientA], note their current PatID# [OrigPatID#]
  • In form "Family Registration" have a family created [FamilyA], with [ClientA] added as a family member in "Family Members" section of the form.
  • Have a user modeled form [FormA] created based on the "Family" entity database that's enabled for document routing
  • A row has been filed in [FormA] for [FamilyA], selecting [ClientA] in the "Family Members" field and the document created during submission has been routed and approved
  • Have a report [ReportA], to display data in the "SYSTEM.user_modelled_fam_members" table
Steps
  1. Run [ReportA] to display data in the "SYSTEM.user_modelled_fam_members" table
  2. Validate there is a row displayed for [FamilyA] and [ClientA]
  3. Open "Change MR#" form in Avatar PM.
  4. Select [ClientA] in the "Client ID" field and note their current PatID# [OrigPatID#]
  5. Click [Assign MR#].
  6. Note the new PatID# assigned, [NewPatID#]
  7. Click [Submit].
  8. Validate the form files successfully
  9. At the home view, search for the [OrigPatID#] noted in step 3a
  10. Validate there are no results
  11. Now search for the [NewPatID#] noted in step 3b
  12. Validate the [NewPatID#] is found and the associated client is [ClientA]
  13. Run [ReportA], to display data in the "SYSTEM.user_modelled_fam_members" table
  14. Validate there is a row displayed for [FamilyA] and with new PatID# [NewPatID#] displayed for [ClientA]
Scenario 2: Client Delete - "Family" Entity Data validations
Specific Setup:
  • Have an active test client on the system [ClientA]
  • In form "Family Registration", have a family created [FamilyA] with [ClientA] added as a family member in "Family Members" section of the form.
  • Have a user modeled form [FormA] created based on the "Family" entity database that's enabled for document routing
  • A row has been filed in [FormA] for [FamilyA], selecting [ClientA] in the "Family Members" field and the document created during submission has been routed and approved
  • Have a report [ReportA] created to display data in the "SYSTEM.user_modelled_fam_members" table
  • User has launched [ReportA] and has logged into the system
Steps
  1. Run [ReportA] to display data in the "SYSTEM.user_modelled_fam_members" table
  2. Validate there is a row displayed for [FamilyA] and [ClientA]
  3. Open "Client Delete" form.
  4. Select [ClientA] in the "Client ID" field.
  5. Validate an error message is received "Client Must Be Removed From All Families Before Client Can Be Deleted."
  6. Click [OK]
  7. Close the form
  8. Open form "Family Registration"
  9. Select [FamilyA]
  10. Click the "Family Members" section
  11. Select the row for [ClientA]
  12. Click [Delete]
  13. Validate the client is removed as a family member
  14. Submit the form
  15. Open "Client Delete" form.
  16. Select [ClientA] in the "Client ID" field.
  17. Validate an error message is received "All Movements must be deleted before Client can be deleted"
  18. Click [OK]
  19. Close the form
  20. Open form "Delete Last Movement"
  21. Select [ClientA]
  22. Select the admission episode from the "Episode Number" drop down list
  23. Click [Submit]
  24. Click [Yes] to continue
  25. Validate the form submits successfully
  26. Open "Client Delete" form.
  27. Select [ClientA] in the "Client ID" field.
  28. Click [Submit]
  29. Validate the form submits successfully
  30. At the home view, search for [ClientA]
  31. Validate there are no results
  32. Run [ReportA] to display data in the "SYSTEM.user_modelled_fam_members" table
  33. Validate there is no longer a row displayed for [FamilyA] and [ClientA]
Scenario 3: "Family" Entity User Modeled Form - Create a new form
Specific Setup:
  • In form "Family Registration" have a family created [FamilyA] with one or more clients added as family member's in "Family Members" section of the form.

For this test, [ClientA], [ClientB] and [ClientC] are used

Steps
  1. Open form "Envelope Definition"
  2. Click the [New Avatar Envelope]
  3. Set the "Envelope Description" field to the desired name [EnvelopeA], for the envelope
  4. Select "Family" in the "Entity Database" field
  5. Click the "Yes - Is Envelope Eligible for Export" radio button
  6. Click the "Yes - Always Allow Export" radio button
  7. Click [Submit]
  8. Validate the form files successfully
  9. Open form "Table Definition"
  10. At the "Select Avatar Table" prompt enter the desired table name [TableA]
  11. Click the [New Avatar Table] button
  12. From the "Envelope" dialog drop down list, select [EnvelopeA]
  13. Populate the "Table Name" field with the desired table name [TableA]
  14. Populate the "Table Description" field with the desired description of the table
  15. Select the "Column Definition" section
  16. Click the [Add New Item] button
  17. Select "Family Member(s)" column from the "Type of Column" drop down list
  18. Populate the "Column Name" field
  19. Populate the "Column Description" field
  20. Populate the "Column Label" field
  21. Validate the "Column Definition" grid contains a row with values just populated
  22. Click the [Add New Item] button
  23. Select "Draft/Final (Document Routing)" column from the "Type of Column" drop down list
  24. Populate the "Column Name" field
  25. Populate the "Column Description" field
  26. Populate the "Column Label" field
  27. Validate the "Column Definition" grid contains a row with values just populated
  28. Repeat step 4 for any other desired prompts to be added from the "Type of Column" drop down list
  29. Validate results are as expected
  30. Click [Submit]
  31. Validate the form files successfully
  32. Open form "Form Definition"
  33. At the "Select Avatar Table" prompt enter the desired form name [FormA]
  34. Click the [New Avatar Form] button
  35. From the "Envelope" dialog drop down list, select [EnvelopeA]
  36. Populate the "Table Name" field with the desired table name [TableA]
  37. Populate the "Table Description" field with the desired description of the table
  38. Select a menu location for the form from the "Menu to Place Form Under" field
  39. Populate the "Form Name" field [FormA]
  40. In the "Primary Table" field, select [TableA]
  41. Click the "Pre-display" section
  42. Select one or more pre-display columns from the "Primary Table Pre-display" column prompts
  43. Click the "Section Definition" section
  44. Click [Add New Item] and populate the "Section Description" field
  45. Click the "Object Definition" section
  46. Click [Add New Item]
  47. From the "Table Column" field, select the "Family Member's" column
  48. Validate the "Object Definition" grid reflect the column added
  49. From the "Table Column" field, select the "Draft/Final" column
  50. Validate the "Object Definition" grid reflect the column added
  51. Repeat step b adding any other columns desired from the "Table Column" field
  52. Validate the "Object Definition" grid reflect the columns added
  53. Click [Submit]
  54. Validate the form files successfully
  55. Open [FormA]
  56. At the "Select Family" prompt, select [FamilyA]
  57. Validate the form loads successfully
  58. Verify the "Family Member's" field is present and contains each client added as a family member in the set up, along with a check box next to their name.
  59. Verify the "Draft/Final" field is present on the form.
  60. Verify any other fields added during "Form Definition" are present on the form, as expected.
  61. Select values for any desired fields on the form
  62. Submit the form
  63. Validate the form files successfully.
Scenario 4: "Family" Entity User Modeled Form- Form submission and Doc Routing Validations
Specific Setup:
  • The "Document Management Defaults" form has "Family - User Defined Family" selected in the field "Select Entity Types Allowed"
  • The "Document Management Definition" form has been submitted with a "Form Name" [FName] associated to the "Family" entity in the "Entity Database" field.
  • In form "Family Registration" have a family created [Family] with family members added in "Family Members" section of the form. For the test [ClientA] and [ClientB]
  • Have a user modeled form [Form] created based on the "Family - User Defined Family" entity database
  • [Form] contains fields from [Table] that include a "Family Member(s)" column type, a field using a "Draft/Final" column type and any other desired field types
  • [Form] is enabled for document routing with form name [FName] selected in the "Select Type" field
  • [User] is a staff member who has access to [Form] and [Table]
  • [User] has the "My To do's" widget on their home view
  • Have a report [Report], set to display data in the "SYSTEM.user_modelled_fam_members" table
  • Log in as [User]
Steps
  1. Access [Form]
  2. In the "Select Family" prompt, select [Family]
  3. Validate the "Family Member's" prompt has selections for members [ClientA] and [ClientB]
  4. Click "All", to select all members
  5. Populate any other desired fields on the form
  6. Select "Draft" in the 'Draft/Final' field.
  7. Click [Submit]
  8. Validate the form files successfully
  9. Run [Report] to display data in the "SYSTEM.user_modelled_fam_members" table
  10. Validate there is a row displayed for [Family] and [ClientA]
  11. Validate there is a row displayed for [Family] and [ClientB]
  12. Access [Form]
  13. In the "Select Family" prompt, select [Family]
  14. In the pre-display screen, click [Edit] to select the row filed in step 1
  15. Validate all fields are populated, as expected
  16. Close the form
  17. Access [Form]
  18. In the "Select Family" prompt, select [Family]
  19. In the pre-display screen, select the row filed in step1
  20. Click [Delete]
  21. Validate the row is removed from the pre-display
  22. Run [Report] to display data in the "SYSTEM.user_modelled_fam_members" table
  23. Validate the row field for [Family] and [ClientA], has been deleted
  24. Validate the row field for [Family] and [ClientB], has been deleted
  25. Access [Form]
  26. In the "Select Family" prompt, select [Family]
  27. Validate the "Family Member's" prompt has selections for members [ClientA] and [ClientB]
  28. Click "All", to select all members
  29. Populate any other desired fields on the form
  30. Select "Final in the 'Draft/Final' field.
  31. Click [Submit] and then [OK]
  32. Validate the "Confirm Document" screen displays all data submitted, including clients [ClientA] and [ClientB] listed in the "Family Member's field.
  33. Click [Accept and Route]
  34. Enter the password for the user in the 'Password' field and click [OK].
  35. At the "Route Document to" dialog, add [User] as an approver
  36. Click [Submit]
  37. Run [Report] to display data in the "SYSTEM.user_modelled_fam_members" table
  38. Validate there is a row displayed for [Family] and [ClientA]
  39. Validate there is a row displayed for [Family] and [ClientB]
  40. Navigate to the "My To Do's" widget
  41. Click the "New" tab
  42. Validate the To Do for [Form] is present in the list
  43. Validate the "Client" column indicates [Family]
  44. Click [Approve Document]
  45. Validate the document displays all data submitted, including clients [ClientA] and [ClientB] in the "Family Member's" field.
  46. Click [Accept]
  47. Validate the To Do is removed the widget, as expected
  48. In the "My Clients" widget, select any one of the clients selected as a family member in submission of [Form] in step 1. For example [Client]
  49. Double click on the client to open their "Chart"
  50. In the "Documents" section on left side panel, click the form type [Fname], associated with [Form]
  51. Locate the row listed for the document approved for [Form] in step 2
  52. Click the "View" check box and then the [View] button to display the document
  53. Validate the document displays all the data submitted as expected
  54. Close the chart
Scenario 5: Delete Family - Form (Submission and Validations)
Specific Setup:
  • Have an active test client on the system [ClientA]
  • In form "Family Registration" have a family created [FamilyA], with [ClientA] added as a family member in "Family Members" section of the form.
  • Have a user modeled form [FormA] created based on the "Family" entity database that's enabled for document routing
  • File a row for [FamilyA], selecting [ClientA] selected in the "Family Members" field and routing the document to [UserA] to create To do
  • [UserA] has the "My To do's" widget on their home view
  • Have a report [ReportA] created to display data in the "SYSTEM.user_modelled_fam_members" table
  • [UserA] has launched [ReportA] and has logged into the system
Steps
  1. Run [ReportA], to display data in the "SYSTEM.user_modelled_fam_members" table
  2. Verify a data row is displayed for the row filed in the set up for [FamilyA] that includes [ClientA]
  3. On the home view, validate a To do exists in the "My To do's" widget for the row filed in [FormA] in the set up
  4. Open form "Delete Family"
  5. Select [FamilyA]
  6. Validate an error message is displayed stating "The Family has members on file. You must delete all family members in the Family Registration form prior to deleting the family"
  7. Click [OK]
  8. Open form "Family Registration"
  9. Select [FamilyA]
  10. Click the "Family Members" section
  11. Select each family member row and click delete to remove the row
  12. Submit the form
  13. Open form "Delete Family"
  14. Select [FamilyA]
  15. Click [Submit]
  16. At the "Delete Family" dialog, click [Yes]
  17. Validate the message "Family has been Deleted" displays
  18. Click [OK]
  19. Open form "Delete Family"
  20. Search for [FamilyA]
  21. Validate [FamilyA] is not found
  22. Return to the "My To Do's" widget
  23. Validate a To do is no longer present for [FormA] for [ClientA]
  24. Run [ReportA], to display data in the "SYSTEM.user_modelled_fam_members" table
  25. Verify there are no rows displayed for [FamilyA]

Topics
• Client Merge • NX • Database Tables
2022 Update 103 Summary | Details
Console Widget Viewer - Perceptive enabled
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • HomeView - Documents Widget
  • HomeView - Console Widget Viewer
Scenario 1: Console Widget Viewer - validate print preview and print output
Specific Setup:
  • User has the 'Primary All Documents Widget' and the 'Console Widget Viewer' on their myDay view.
  • "Client A" has data filed in various forms.
Steps
  1. Select "Client A" and access the 'Primary All Documents Widget'.
  2. Select the 'All Forms' tab.
  3. Select the first desired form, for example 'Diagnosis'.
  4. Click [Print Current].
  5. In the 'Console Widget Viewer', validate the print preview displays as expected without any truncation.
  6. Select several other desired forms.
  7. Click [Print All].
  8. In the 'Console Widget Viewer', validate the print preview displays as expected for all forms, without any truncation.
  9. Click [Print].
  10. Validate the printed forms display as expected, without any truncation.
Scenario 2: Console Widget Viewer - Retrieving and printing documents from Perceptive enabled system
Specific Setup:
  • This update is to be tested in a Perceptive enabled system.
  • Add the "Documents Widget" and the "Console Widget Viewer" to the user's home view using "View Definition".
Steps
  1. Generate a progress note document using one of the progress note forms.
  2. Navigate to the "Documents Widget" on the user's home view.
  3. Locate the progress note created for this test.
  4. Highlight that row in the widget.
  5. Click "View".
  6. Validate the document is retrieved and displays in the "Console Widget Viewer".
  7. Click "Print" to print the document to a printer.
  8. Validate the printed output matches the document displayed in the "Console Widget Viewer".

Topics
• Console Widget • Perceptive
2022 Update 106 Summary | Details
Support is added for other products and modules
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Final to Draft Override (CWS)
  • Final to Draft Override (PM)
Scenario 1: Final to Draft Override - Form Validations
Specific Setup:
  • A modeled form is defined with the 'Draft/Final' prompt (Form A).
  • A client is enrolled in an existing episode (Client A).
Steps
  1. Select "Client A" and access "Form A".
  2. Populate all required and desired fields.
  3. Select "Final" in the 'Draft/Final' field.
  4. Click [Submit].
  5. Access the 'Final to Draft Override' form.
  6. Select "Form A" in the 'Form' field.
  7. Select "Client A" in the 'Entity Lookup' field.
  8. Click [Select Row].
  9. Select the finalized record filed in the previous steps and click [OK].
  10. Validate the 'Row Contents' field contains the values entered in the previous steps.
  11. Enter the desired value in the 'Override Reason' field.
  12. Click [Submit].
  13. Select "Client A" and access "Form A".
  14. Select the record filed in the previous steps and click [Edit].
  15. Validate "Draft" is now selected in the 'Draft/Final' field.
  16. Close the form.

Topics
• Final to Draft Override
2022 Update 110 Summary | Details
Form Definition - Event Logic
Scenario 1: Form Definition - Event Logic setup and validations
Specific Setup:
  • Have a "Modeled" form [ModeledForm], that contains three fields that will be used to set up a "Calculation Type" event in "Form Definition". For this test, the following fields are set up:
  • [FieldA] - a "Dictionary" field
  • [FieldB] - an "Integer" field
  • [FieldC]- a "Decimal" field
Steps
  1. Open "Form Definition" and select the [ModeledForm]
  2. Click the "Section Def" tab and select the section with fields defined in the setup
  3. Click the "Object Def" tab
  4. Select [FieldB]. This will be the field that will trigger the calculation event
  5. Click to the "Event" section and click the [Add Item] button
  6. Set the "Type of Event" field to "Result of Input with Value Checking"
  7. Set the "Compare with for Event" field, select "Specific Value"
  8. Set the "Specific Value" field to a desired value that will be used to trigger the event. For this test "!0" is used
  9. Set the "Relationship to Comparison Value to Trigger Event" select "Equal To"
  10. Set the "Set Value to Specific Table Value on Event" to "Yes"
  11. Set the "Table Value to Have Value Changed on Event" to [FieldC]. (This will be the field populated with the result of the calculation)
  12. Set the "Table Column Value To" to "Calculation Result"
  13. Set the Calculation Type" to "Addition"
  14. Click the "Left Operand" field
  15. Validate [FieldC] is present and select that value
  16. Click "Submit" to file the form
  17. Validate the form files successfully
  18. Re-open "Form Definition"
  19. Click the "Section Def" tab and select the section with fields defined in the setup
  20. Click the "Object Def" tab
  21. Select [FieldB]
  22. Click to the "Event" section
  23. Validate each field value selected in step 1d is populated as expected
  24. Close the form
  25. Open the [ModeledForm]
  26. Navigate to [FieldA] and enter any value. For this test "4" is used
  27. Navigate to [FieldB] enter a value other than "10", which was the trigger value set up
  28. Validate [FieldC] is not populated
  29. Navigate back to [FieldB] and enter "10"
  30. Validate [FieldC] is populated with addition result of [FieldA] plus [FieldB], as expected. In this test, "14" was validated
  31. Submit the form
  32. Return to the [ModledForm]
  33. Select the row just submitted in step 3
  34. Validate all fields are populated as expected
Chart View - Data display
Scenario 1: Chart View - Form data validations
Specific Setup:
  • Have a copy of the "Treatment Plan" form [TPlanCopy] created using form "Create New Treatment Plan"
  • Have a modeled table[MTable] that includes any desired field types and also includes the "Selection Leaf" field that points to [TPlanCopy]. For this example: "Selection Leaf: TPlanCopy" would be listed for selection.
  • Create a "Modeled" form [MForm] that includes all the fields table [MTable]
  • Have a treatment plan filed in treatment plan[TPlanCopy] for a client [TestClient], that includes "Problem", "Goal", "Objective" and an "Intervention" tree view items submitted in the form
  • Have the user with access to the modeled form [MForm]
  • Have the modeled form [MForm] added to the users chart view
Steps
  1. Select client [TestClient]
  2. Open modeled form [MForm]
  3. Click the [Select Treatment Plan Item] button
  4. Validate a "Tab" is opened named with the name of the treatment plan copy created in the set up [TPlanCopy]
  5. Validate the data displayed contains the "Problems", "Goals", "Objective", "Interventions" tree view data submitted in the setup
  6. Validate the data displayed for each tree item is as expected and listed in a readable format
  7. Select the last tree item, "Interventions", this will bring in all connected tree items
  8. Click the [Return] button
  9. In the "Selection Leaf" field text box
  10. Validate the "Problems", "Goals", "Objective", "Interventions" tree view data is displayed as expected, and in a readable format
  11. Submit the form
  12. Validate the form files successfully
  13. Re-open [MForm] for client [TestClient]
  14. Select the row just submitted
  15. Validate all fields are populated, as expected
  16. Close the form
  17. Open "Chart" view for client [TestClient]
  18. Select [MForm] on the left side forms list
  19. Validate the data under the "Select Leaf:" field includes the "Problems", "Goals", "Objective", "Interventions" tree view data as expected
  20. Validate the data is in a readable paragraph format, with each item (Problem, Goal, Objective, etc) starting on a separate line.
  21. Validate data in any other fields are displayed as expected
Envelope Import - Mapped Dictionaries
Scenario 1: Envelope Export/Import - Validate forms that contain "Mapped" dictionary fields
Specific Setup:
  • Have a server with two Avatar instances setup [SystemA] and [SystemB]
  • [SystemA] has several programs set up in form "Program Maintenance" that include programs, "ProgramA(800)", "ProgramB(900) and "ProgramC(950)"
  • [SystemB] has several programs set up in form "Program Maintenance" but they do not include programs, "ProgramA(800)", "ProgramB(900) and "ProgramC(950)"
  • [SystemA] contains two modeled "Envelopes"
  • [EnvelopeA] contains [FormA], it includes a dictionary field [FormA_Dict1] which is mapped to the "(10011) Program" dictionary
  • [EnvelopeB] contains [FormB], it contains a dictionary field [FormB_Dict1] that is mapped to the mapped dictionary "[FormADict1]" set up in [FormA]
  • Both envelopes have been exported from [SystemA] and the export files have saved on the server
  • User has logged in [SystemB]
Steps
  1. Open form "Envelope Import"
  2. Click [Select Envelope Import File]
  3. Navigate to the location of [EnvelopeA] and select the file
  4. Select "Create New"
  5. Click "Begin Import Scan"
  6. Validate there are no errors or warnings in the scan results
  7. Click [Begin Import]
  8. Validate the envelope imports successfully
  9. Repeat steps 1 for [EnvelopeB]
  10. Validate the results are as expected
  11. Open [FormA]
  12. Navigate to field [FormADict1]
  13. Validate programs "ProgramA(800)", "ProgramB(900) and "ProgramC(950) are not displayed in the field, as expected
  14. Select any other program
  15. Submit the form
  16. Return to [FormA]
  17. Select the row just submitted
  18. Validate field [FormADict1] contains the expected value
  19. Close the form
  20. Open [FormB]
  21. Navigate to field [FormBDict1]
  22. Validate programs, "ProgramA(800)", "ProgramB(900) and "ProgramC(950)" are not displayed in the field, as expected
  23. Select any other program
  24. Submit the form
  25. Return [FormB]
  26. Select the row just submitted
  27. Validate field [FormBDict1] contains the expected value
  28. Close the form
Form "Display User"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Display User
  • User Display Report
Scenario 1: "Display User" Form - "User Display" report data validations
Specific Setup:
  • Have a user [UserA] who is not assigned to a user role
  • Have another user [UserB] who is assigned to a user role [RoleA]
  • Have another user [UserC] who is assigned to a user role [RoleB]
  • In form "User List Management", have or create a new user list [Userlisttest] with following users submitted in the form
  • In the "Workflow Users" section, add [UserA]
  • In the "Workflow User Roles" section, add [RoleA] but do not add [RoleB]
  • Logged in user has access to form "Display User"
Steps
  1. Open form "Display User"
  2. In field "Individual or All Users", click the "Individual" radio button
  3. In the "Select User" field, select [UserA]
  4. Click the [Display User(s)] button
  5. Validate the "User Display" report generates successfully and in a timely manner
  6. Validate the "User ID" field is populate with [UserA]
  7. Validate the "User Description" field is populated as expected
  8. Validate the "Associate With User Role" field is set to "No", as expected
  9. Validate the "Workflow Notification User Lists" field is populated with the [Userlisttest] user list, as expected
  10. Close the report
  11. In the "Select User" field, select [UserB]
  12. Click the [Display User(s)] button
  13. Validate the "User Display" report generates successfully and in a timely manner
  14. Validate the "User ID" field is populate with [UserB]
  15. Validate the "User Description" field is populated as expected
  16. Validate the "Associate With User Role" field is set to "Yes"
  17. Validate the "User Role" field is populated with [RoleA], as expected
  18. Validate the "Workflow Notification User Lists" field is populated with the [Userlisttest] user list, as expected
  19. Close the report
  20. In the "Select User" field, select [UserC]
  21. Click the [Display User(s)] button
  22. Validate the "User Display" report generates successfully and in a timely manner
  23. Validate the "User ID" field is populate with [UserC]
  24. Validate the "User Description" field is populated as expected
  25. Validate the "Associate With User Role" field is set to "Yes"
  26. Validate the "User Role" field is populated with [RoleB], as expected
  27. Validate the "Workflow Notification User Lists" field is populated with the [Userlisttest] user list, as expected
  28. Close the report
Importing Images in Forms
Scenario 1: Validate Images imported and submitted in a forms
Specific Setup:
  • Have a form that contains a "Primary" and a "Multiple Iteration" section, with each section containing a "Picture" field and any other desired fields.
  • Have "Autosave" is enabled on the form
  • Have three image files(for example ".JPG" images) available for import, [ImageA], [ImageB] and [ImageC]
  • A client [TestClient], is admitted in an active episode
Steps
  1. Open the form
  2. Select [TestClient] and then select the episode
  3. Select the primary section of the form
  4. Navigate to the "Picture" field and import [ImageA]
  5. Populate any other desired fields in the section
  6. Navigate to the multiple-iteration section of the form
  7. Click [Add] to add a row [Row1]
  8. Navigate to the "Picture" field and import [ImageB]
  9. Populate any other desired fields
  10. Click [Add] to add another row [Row2]
  11. Navigate to the "Picture" field and import [ImageC]
  12. Populate any other desired fields
  13. Wait for "Autosave" to automatically trigger or click the [Backup] button
  14. Validate an "Autosave" message is displayed indicating the time of the backup
  15. Close the form
  16. Open the form
  17. Select [TestClient] and then select the episode
  18. Validate a message displays: "You have an unsubmitted backup of this data record. Do you wish to restore from the backup?"
  19. Click [Yes]
  20. Navigate to primary section of the form
  21. Validate the "Picture" field is populated with [ImageA]
  22. Validate all other fields are populates as expected
  23. Navigate to the multiple-iteration section of the form
  24. Select [Row1]
  25. Validate the "Picture" field is populated with [ImageB]
  26. Validate all other fields are populated as expected
  27. Select [Row2]
  28. Validate the "Picture" field is populated with [ImageC]
  29. Validate all other fields are populated as expected
  30. Click [Submit]
  31. Validate the form files successfully
  32. Return to the form
  33. Select [TestClient] and then select the episode
  34. Navigate to primary section of the form
  35. Validate the "Picture" field is populated with [ImageA]
  36. Validate all other fields are populates as expected
  37. Navigate to the multiple-iteration section of the form
  38. Select [Row1]
  39. Validate the "Picture" field is populated with [ImageB]
  40. Validate all other fields are populates as expected
  41. Select [Row2]
  42. Validate the "Picture" field is populated with [ImageC]
  43. Validate all other fields are populates as expected
  44. Close the form

Topics
• Modeling • NX • Chart Review • Forms • Envelope Import • User Definition • User Role Definition • Auto Save
2022 Update 116 Summary | Details
State Form Query Logging - form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • State Form File Generation
  • State Form Query Logging
Scenario 1: 'State Form Query Logging' form - Functionality and validations
Specific Setup:
  • Have a system with two state form file definitions created in form "State Form Definition" [SFileA] and [SFileB]
  • [SFileA] is a definition that contains one record [Rec]
  • [SFileB] is a definition that contains two records [Rec] and [Rec2]
  • Have a report to display data in the "RADplus_sf_audit_query" table, sorted by the "ID" field and displaying the fields "ID", "Query" and "Rec"
Steps
  1. Open form "State Form File Generation"
  2. Select definition [SFileA] in the "State Form" field. (Make a note of the file "ID" number located next to the state form file name)
  3. Select "Compile" in the "File Generation Options" field
  4. Populate the "File Description" field
  5. Click [Process]
  6. At the "Compile Complete" dialog, click [OK]
  7. Open form "State Form Query Logging"
  8. Select definition [SFileA] in the "State Form" field
  9. Validate the "Record" filed is automatically populated with the record name [Rec]. (Make a note of the record name)
  10. Validate "Query" field is populated with the expected SQL query based on the table and selection criteria being executed in the record, [Make a note of the query displayed]
  11. Close the form
  12. Run the report created to query table "RADplus_sf_audit_query" table
  13. In the "ID" column, locate the row that contains a value starting with the definition "ID" for [SFileA], noted in step 1a
  14. Validate the "Record" field value matches the value noted in step 2a
  15. Validate the "Query" field value matches the value noted in step 2a
  16. Close the report
  17. Open form "State Form File Generation"
  18. Select definition [SFileB] in the "State Form" field. (Make a note of the file "ID" number, located next to the state form file name)
  19. Select "Compile" in the "File Generation Options" field
  20. Populate the "File Description" field
  21. Click [Process]
  22. At the "Compile Complete" dialog, click [OK]
  23. Open form "State Form Query Logging"
  24. Select definition [SFileB] in the "State Form" field
  25. Click the "Record" field
  26. Validate there are two records for selection, as expected. [Rec] and [Rec2]
  27. Select [Rec]
  28. Validate the "Record" field is automatically populated with the record name [Rec]. (Make a note of the record name)
  29. Validate "Query" field is populated with the expected SQL query based on the table and selection criteria being executed in the record, [Make a note of the query displayed]
  30. Navigate back to the "Record" field
  31. Select [Rec2]
  32. Validate the "Record" field is automatically populated with the record name [Rec]. (Make a note of the record name)
  33. Validate "Query" field is populated with the expected SQL query based on the table and selection criteria being executed in the record, [Make a note of the query displayed]
  34. Run the report created to query table "RADplus_sf_audit_query" table
  35. In the "ID" column, locate the row(s) that contains a value starting with the definition "ID" for [SFileB], noted in step 4a
  36. Validate a row is found for record name [Rec]
  37. Validate the "Query" field value for record [Rec] matches the value noted in step 5a
  38. Validate a row is also found for record name [Rec]
  39. Validate the "Query" field value for record [Rec2] matches the value noted in step 5a
  40. Close the report
'State Form Parameters Definition' - form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • State Form Parameter Definition
  • State Form File Generation
  • State Form Definition
Scenario 1: 'State Form Parameters Definition" form - Functionality and validations
Specific Setup:
  • In form "Update Client Data", have one or more clients on the system that have any "Date", "Single-Select" field and "Multi-Select" field populated. For this test the following fields will be used:
  • "Martial Status", single-select field
  • "Date of Birth", date field
  • "Other Languages", multi-select field
  • Have a state form definition file [StateFile] set up in form "State Form Definition", that extracts "PATID", "Name", "Marital Status", "Date of Birth" and "Other Languages" from the "SYSTEM.patient_current_demographics" table
  • In form "State Form Definition", edit file [StateFile]
  • Navigate to the "Define Record Table" section of the definition and
  • Select the row defined containing the "SYSTEM.patient_current_demographics" table
  • Navigate to the "Additional SQL Conditions" column and populate the field with the following SQL parameter "p.marital_status_code={?Param1}"
  • Submit the form
Steps
  1. Open form "State Form Parameter Definition"
  2. Select [StateFile] in the "State Form Definition" field
  3. Select "Add New" in the "Select Parameter" field
  4. Set the "Parameter Description" field to a desired name for the single-select field. For this example, "Marital Status"
  5. Validate the "Parameter Number" field contains "1"
  6. Validate the "Parameter Reference" field contains "{?Param1}"
  7. Select "Single Select Dictionary" in the "Parameter Type" field
  8. Select "Yes" in the "Required" field
  9. In the "Entity Database" field, select "Client"
  10. Search and select "(10) Marital Status" from the "Dictionary" field
  11. Select "Active" in the "Status" field
  12. Click the [File] button
  13. Validate the form submits successfully
  14. Open form "State Form File Generation" and select [StateFile] in the "State Form" field
  15. Click the "Compile" radio button in the "File Generation Options" field
  16. Set the "File Description" field to the desired name. For example, "Married Clients File"
  17. Click the Process button
  18. The user is prompted with a "Select Values - Dialog"
  19. Validate the "Martial Status" dictionary selection list is displayed
  20. Select the desired marital status and click [OK]
  21. Click [OK] at the "Compile Complete" message
  22. In the "File Generation Options" field, select the "Dump File" radio button
  23. Click [Process]
  24. Validate the "Data Dump File - Report" contains only clients with a "Martial Status" field equal to the value selected in the previous step
  25. Close the report
  26. Open form "State Form Definition", edit the state form file [StateFile]
  27. Navigate to the "Define Record Table" section of the definition and
  28. Select the row defined containing the "SYSTEM.patient_current_demographics" table
  29. Navigate to the "Additional SQL Conditions" column and replace the previous SQL parameter with one for the "Date" field. For this test enter "p.other_lang_code={?Param2}"
  30. Open form "State Form Parameter Definition"
  31. Select [StateFile] in the "State Form Definition" field
  32. Select "Marital Status" in the "Select Parameter" field, entered in step 1
  33. Click [Delete] to removed it
  34. Click the "Select Parameter" field and select "Add New"
  35. Validate the "Parameter Number" field contains "1"
  36. Validate the "Parameter Reference" field contains "{?Param1}"
  37. Set the "Parameter Description" field to a desired name for the multi-select field. For this example, "Other Languages"
  38. Select "Multi-Select Dictionary" in the "Parameter Type" field
  39. Select "Yes" in the "Required" field
  40. In the "Entity Database" field, select "Client"
  41. Search and select the multi-select field, for this test,"(149) Primary Language" is selected
  42. Select "Active" in the "Status" field
  43. Click the [File] button
  44. Validate the form submits successfully
  45. Open form "State Form File Generation" and select [StateFile] in the "State Form" field
  46. Click the "Compile" radio button in the "File Generation Options" field
  47. Set the "File Description" field to the desired name. For example, "Other Languages File"
  48. Click the [Process] button
  49. The user is prompted with a "Select Values - Dialog"
  50. Validate the "Other Languages" dictionary selection list is displayed
  51. Select the desired values and click the [OK] button
  52. Click [OK] at the "Compile Complete" message
  53. In the "File Generation Options" field, select the "Dump File" radio button
  54. Click [Process]
  55. Validate the "Data Dump File - Report" contains only clients that have the "Other Languages" field populated with the value(s) selected in the previous step
  56. Close the report
  57. Open form "State Form Definition", edit the state form file [StateFile]
  58. Navigate to the "Define Record Table" section of the definition and
  59. Select the row defined containing the "SYSTEM.patient_current_demographics" table
  60. Navigate to the "Additional SQL Conditions" column and replace the previous SQL parameter with one for the "Date" field. For this test enter "p.date_of_birth={?Param1}"
  61. Submit the form
  62. Open form "State Form Parameter Definition"
  63. Select [StateFile] in the "State Form Definition" field
  64. Select "Other Languages" in the "Select Parameter" field, entered in step 1
  65. Click [Delete] to removed it
  66. Click the "Select Parameter" field and select "Add New"
  67. Validate the "Parameter Number" field contains "1"
  68. Validate the "Parameter Reference" field contains "{?Param1}"
  69. Set the "Parameter Description" field to a desired name for the multi-select field. For this example, "Date of Birth"
  70. Select "Date" in the "Parameter Type" field
  71. Select "Yes" in the "Required" field
  72. Select "Active" in the "Status" field
  73. Click the [File] button
  74. Validate the form submits successfully
  75. Open form "State Form File Generation" and select [StateFile] in the "State Form" field
  76. Click the "Compile" radio button in the "File Generation Options" field
  77. Set the "File Description" field to the desired name. For example, "Date of Birth File"
  78. Click the [Process] button
  79. The user is prompted with a "Select Values - Dialog"
  80. Validate the "Date of Birth" input field is displayed
  81. Enter the desired date and click [OK]
  82. Click [OK] at the "Compile Complete" message
  83. In the "File Generation Options" field, select the "Dump File" radio button
  84. Click [Process]
  85. Validate the "Data Dump File - Report" contains only clients that contain a date of birth equal to value populated in the previous step
  86. Close the report
'State Form Definition Versioning' form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • State Form Definition
  • State Form Definition Versioning
  • Enter a description of any changes made- Dialog
Scenario 1: State Form Definition - Import/Export
Specific Setup:
  • Have a state form definition file created in form "State Form Definition". [SFDefFile]
Steps
  1. Open form "State Form Definition"
  2. Click section "State Form Definition File Import/Export"
  3. Select [SFDefFile] from the "Select State Form For Export" field
  4. Click [Export State Form]
  5. Click [Save] to save the file [SFileExp] to a folder
  6. Close the form
  7. Open form "State Form Definition"
  8. Select [SFDefFile] for edit
  9. Navigate to any field on the form and note its current value. For example the "File Type" field
  10. Enter or select a new value in the field
  11. Submit the form
  12. Open form "State Form Definition"
  13. Select [SFDefFile] for edit
  14. Validate the change made to the field in step 2 is present as expected
  15. Close the form
  16. Open form "State Form Definition"
  17. Click section "State Form Definition File Import/Export"
  18. Click [Select File for Import]
  19. Navigate to the location of the export file [SFileExp]
  20. Select the file
  21. Click [Open]
  22. Click [Process Import]
  23. Validate message "Import Complete" is displayed
  24. Close the form
  25. Open form "State Form Definition"
  26. Select [SFDefFile] for edit
  27. Validate the change made to the field in step 2, has returned to its original value
  28. Close the form
Scenario 2: "State Form Definition Versioning" form - Functionality and validations
Specific Setup:
  • A state form file definition file exists, created in form "State Form Definition" [StateFormFile]
Steps
  1. Open form "State Form Definition Versioning"
  2. Select [StateFormFile] from the "State Form Definition" field
  3. Click "Create New Version" in the "Action" field
  4. Validate the "Version Number" field is set to "1"
  5. Click "Create New Subversion"
  6. Validate a message stating a subversion cannot be created until the initial version is created is displayed
  7. Click [OK]
  8. Click "Create New Version"
  9. Populate the "Version Description" field
  10. Submit the form
  11. Return to form "State Form Definition Versioning"
  12. Select [StateFormFile] from the "State Form Definition" field
  13. Click "Create New Subversion"
  14. Validate a message is displayed stating that the current version must be finalized before a subversion can be created
  15. Click [OK]
  16. Click "Finalize Version
  17. Validate a message is displayed stating that once this form is submitted, the definition cannot be modified until a new version is created.
  18. Click [OK]
  19. Click [Submit]
  20. Return to form "State Form Definition Versioning"
  21. Select [StateFormFile] from the "State Form Definition" field
  22. Click "Create New Subversion" in the "Action" field
  23. Validate the "Version Number" field contains "1.01"
  24. Populate the "Version Description" text field
  25. Submit the form
  26. Open form "State Form Definition"
  27. Select [StateFormFile] from the "State Form Definition" field
  28. Validate the "Version Number" field contains "1.01"
  29. Change any field value on the form. For this example the "File Type" was changed from "Delimited" to "XML"
  30. Click the [File Form] button
  31. In the "Enter a description of any changes made" dialog, enter a description of the change
  32. Click the OK button
  33. Close the form
  34. Open form "State Form Definition Versioning"
  35. Select [StateFormFile] from the "State Form Definition" field
  36. Validate the "Version Number" field has a value of "1.01"
  37. Validate the "Change Log" text box contains: "Version 1.01", the description of the change, the time/date of the change and name of the user who filed the change
  38. Click "Restore Version" in the "Action" field
  39. Select "1" from the "Select Version" field
  40. Submit the form
  41. Open form "State Form Definition"
  42. Select [StateFormFile] from the "State Form Definition" field
  43. Validate the "Version Number" field has a value of "1"
  44. Validate the field value change made in step 4, has been reverted back to its original value. (For this test, the "File Type" field value has been reverted back to its original value of "Delimited")
  45. Close the form
  46. Open form "State Form Definition Versioning"
  47. Select [StateFormFile] from the State Form Definition field
  48. Click "Restore Version" in the "Action" field
  49. Select "1.01" from the "Select Version" field
  50. Submit the form
  51. Open form "State Form Definition"
  52. Select [StateFormFile] from the "State Form Definition" field
  53. Validate a warning is displayed "Definition is currently final, editing is not permitted unless a new version is created in the 'State Form Definition Versioning' form.
  54. Validate the [File Form] and the [Delete Form] buttons are disabled
  55. Validate the field value change made in step 4 has returned. (For this test, the "File Type" field value has returned to changed value of "XML" made in step 4)
  56. Close the form
  57. Open form "State Form Definition Versioning"
  58. Select [StateFormFile] from the State Form Definition field
  59. Validate the "Version Number" field is populated with "1"
  60. Click "Delete Version" in the "Action" field
  61. Submit the form
  62. Click "Yes" to return to the form
  63. Select [StateFormFile] from the State Form Definition field
  64. Validate the "Version Number" field is populated with "1.01"
  65. Click "Restore Version" in the "Action" field
  66. Validate message "No additional versions found for selected definition" is displayed
  67. Click [OK]
  68. Close the form

Topics
• NX • State Form Tools • State Forms
2022 Update 121 Summary | Details
'Client Merge' process
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Service Documentation Form
  • Admission
Scenario 1: Validate 'Client Merge' for clients with appointments linked via Service Documentation to CWS modeled forms
Specific Setup:
  • A client is enrolled in an existing episode (Client A).
  • A second client is enrolled in an existing episode and has the same name as "Client A" (Client B).
  • A CWS modeled form configured for service documentation must be defined with a 'Draft/Final' field (Service Documentation Form).
  • The 'Attach Selected Appointment To Service Documentation On Draft' registry setting is set to "1" or "2".
Steps
  1. Access the 'Scheduling Calendar' form.
  2. Right click in any available time slot and click [Add Appointment].
  3. Select "Client A" in the 'Client' field.
  4. Populate any other required and desired fields.
  5. Click [Submit].
  6. Validate the appointment for "Client A" is displayed.
  7. Click [Dismiss].
  8. Select "Client A" and access the "Service Documentation Form".
  9. File an existing appointment note for the appointment filed in the previous steps.
  10. Select "Draft" in the 'Draft/Final' field.
  11. Click [Submit].
  12. Access the 'Client Merge' form.
  13. Select "Client A" in the 'Source Client' field.
  14. Select "Client B" in the 'Target Client' field.
  15. Select "Yes" in the 'Merge All Client Data Through Single Filing' field.
  16. Select "Yes" in the 'Create New Episode On Merge' field.
  17. Click [File].
  18. Validate a message is displayed stating: Do you wish to continue with the indicated action?
  19. Click [Yes].
  20. Validate a message is displayed stating: All information has been merged into the target client and the source client has been deleted from the system.
  21. Click [OK] and close the form.
  22. Select "Client B" and access the 'Service Documentation Form'.
  23. Select the new episode created on merge.
  24. Validate the note filed in the previous steps is displayed in the Pre-Display.
  25. Click [Edit].
  26. Validate all previously filed data is displayed.
  27. Close the form.

Topics
• Scheduling Calendar • Client Merge
2022 Update 128 Summary | Details
Dynamic Forms
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Member Enrollment
Scenario 1: Dynamic Form - Validations
Specific Setup:
  • User has access forms, "Basic Troubleshooting", "Treatment Plan" and "Member Enrollment"
Steps
  1. Open form "Basic Troubleshooting"
  2. Click the [Test Dynamic Forms] button
  3. Validate message "Test Successful", is displayed
  4. Click the [OK] button
  5. Set the "Duration (minutes)" field to "1"
  6. Click the [Submit] button
  7. Verify the message window "Submitting... Please Wait", is displayed
  8. Wait "1" Minute
  9. Verify the message window "Submitting... Please Wait" closes and the user is returned to the home screen
  10. Open the "Treatment Plan" form and select the desired client in the "Select Client" search field
  11. Populate the "Plan Date" field
  12. Populate any other desired fields
  13. Set the "Draft/Final" to "Draft"
  14. Click the Launch Plan button
  15. Click the [Add New Problem] button
  16. Click the [Return to Plan] button
  17. Validate the "Plan Saved" message is displayed and click [OK]
  18. Set the "Draft/Final" field to "Final"
  19. Click [Submit]
  20. Validate the message "Cannot finalize plan until the following required fields are completed"
  21. Click the OK button
  22. Populate any missing required fields
  23. Click the [Submit] button
  24. Validate the form files successfully
  25. Open the Member Enrollment - Avatar MSO / Membership Management form
  26. Populate the "Last Name" field with a name that is not on file yet as a member
  27. Populate the "First Name" field
  28. Populate the Sex" field
  29. Click the Search button
  30. Validate the message "Search Results - No Matches found", is displayed
  31. Click [OK] button
  32. Click the New Client button
  33. Click the Auto Assign ID Number - Yes button
  34. Validate the "Name" field is populated as expected
  35. Populate any other desired fields
  36. Submit the form
  37. Validate the form files successfully

Topics
• Forms • Cache
2022 Update 135 Summary | Details
Update installation
Scenario 1: Product Updates: Validate import, view, and install update(s)
Specific Setup:
  • Have a system that requires loading an update in the parent namespace and any child namespace
Steps
  1. Open form "Product Updates"
  2. Click [Select Application]
  3. Select the parent application "Avatar PM"
  4. Click [Select Update/Customization Pack]
  5. Browse to the location of the ".GSA" file
  6. Click [OK]
  7. Click [Review Update/Customization Pack Contents]
  8. Validate the results in the "Review Update/Customization Pack Contents" text box are as expected for the update being loaded
  9. Click [Print Update/Customization Pack Contents]
  10. Validate the print dialog displays the same results as the "Print Update/Customization Pack Contents" text box
  11. Click [Print]
  12. Validate the report prints successfully and displays the same results as the "Print Update/Customization Pack Contents" text box
  13. Click [OK]
  14. Click [Dismiss] to return to form
  15. Click [Install Update Customization Pack]
  16. Validate message "Update Loaded" is displayed
  17. Click [OK]
  18. Open form "Current Server" in "Avatar PM"
  19. Navigate to the "Updates" list section
  20. Click the search text editor icon
  21. In the update listing search for the update installed in step 1
  22. Validate the update is found, as expected
  23. Close the form
  24. Repeat steps 1 thru 3 for each child namespace update
  25. Validate results are as expected
Scenario 2: "Product Updates" form 'Pre-load' functionality - validations
Steps
  1. Internal Testing Only

Topics
• Cache
2022 Update 140 Summary | Details
Console Widget Viewer
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Delete Last Movement
  • Admission
Scenario 1: "Console" Widgets - View form data in the "Console Widget Viewer"
Specific Setup:
  • Have a client already admitted in four active episodes. [Ep1], [Ep2], [Ep3] and [Ep4]
  • In form "Console Widget Configuration" create a console widget for an episodic based form [WAdmit]. For this test, an "Admission" form widget is used
  • The logged in user has access to form "Delete Last Movement"
  • The logged in user has the console widget [WAdmit] and the "Console Widget Viewer" widget on their home view or on an additional view
Steps
  1. At the home view, select the client
  2. In the "Episode" selection field on the menu bar, select "All Episodes"
  3. Refresh the [WAdmit] widget
  4. Validate rows for all four episodes are displayed
  5. Click the [View] button for each episode row
  6. Validate the "Console Widget Viewer" displays the expected data for each episode
  7. Open form "Delete Last Movement"
  8. Select [Ep2]
  9. Complete and submit the form
  10. Repeat step 2 for [Ep3]
  11. Refresh the [WAdmit] widget
  12. Validate only admission rows for [Ep1] and [Ep4] are present
  13. Click the [View] button for each row
  14. Validate the "Console Widget Viewer" displays the expected data for each episode
  15. Select the client and open the "Admission" form
  16. Populate all the required fields to admit the client to any program to create a new episode [Ep5]
  17. Submit the form
  18. Validate the form files successfully
  19. Repeat step 5, admitting the client to any other program to create another episode [Ep6]
  20. At the home view, select the client
  21. In the "Episode" selection field on the menu bar, select "All Episodes"
  22. Refresh the [WAdmit] widget
  23. Validate rows for [Ep2] and [Ep3] are not present as expected
  24. Validate rows for [Ep1], [Ep4] are present
  25. Validate the two new episode admission for [Ep5] and [Ep6] are also present
  26. Click the [View] button for each episode row in the widget
  27. Validate the "Console Widget Viewer" displays the expected data for each episode
Scenario 2: "All Documents" Widget - View form data in the "Console Widget Viewer"
Specific Setup:
  • Have a client already admitted in four active episodes. [Ep1], [Ep2], [Ep3] and [Ep4]
  • Have an episodic form included in the "All Documents" widget. For this test, the "Admission" form is used
  • The logged in user has the "All Documents" widget and the "Console Widget Viewer" widget on their home view or an additional view
  • The logged in user has access to the "Delete Last Movement" and the "Admission" forms
Steps
  1. At the home view, select the client
  2. In the "Episode" selection field on the menu bar, select "All Episodes"
  3. Navigate to the "All Documents" Widget
  4. Select the "Admission" form from the "Form Description" column form list
  5. Validate rows for all four episodes are displayed
  6. Click the [View] button for each episode row
  7. Validate the "Console Widget Viewer" displays the expected data for each episode
  8. Open form "Delete Last Movement"
  9. Select [Ep2]
  10. Complete and submit the form
  11. Repeat step 2 for [Ep3]
  12. At the home view, select the client
  13. In the "Episode" selection field on the menu bar, select "All Episodes"
  14. Navigate to the "All Documents" Widget
  15. Select the "Admission" form from the "Form Description" column form list
  16. Validate only admission rows for [Ep1] and [Ep4] are present
  17. Click the [View] button for each episode row
  18. Validate the "Console Widget Viewer" displays the expected data for each episode
  19. Select the client and open the "Admission" form
  20. Populate all the required fields to admit the client to any program to create a new episode [Ep5]
  21. Submit the form
  22. Validate the form files successfully
  23. Repeat step 7, admitting the client to any other program to create another episode [Ep6]
  24. At the home view, select the client
  25. In the "Episode" selection field on the menu bar, select "All Episodes"
  26. Navigate to the "All Documents" Widget
  27. Select the "Admission" form from the "Form Description" column form list
  28. Validate rows for [Ep2] and [Ep3] are not present as expected
  29. Validate rows for [Ep1], [Ep4] are present
  30. Validate the two new episode admission for [Ep5] and [Ep6] are present
  31. Click the [View] button for each episode row in the widget
  32. Validate the "Console Widget Viewer" displays the expected data for each episode

Topics
• Console Widget • Console Widget Configuration • NX • All Documents Widget
Update 141 Summary | Details
Product Updates - form compiles
Scenario 1: "Product Updates" form - Post installation validations
Steps
  • Internal testing only
Product Update - On hold
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Product Updates (CWS)
Scenario 1: Product Updates - Validate the "Guardiant" product update check functionality
Steps
  • Internal testing only

Topics
• Forms • Guardiant
2022 Update 142 Summary | Details
Product Updates - form compiles
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Print Error Log (PM)
Scenario 1: 'Product Updates' Form - Installation and post installation validations
Specific Setup:
  • Have a system where a product update [TestUpdate] will be installed that compile a form or forms. For example an update that will require compiling "Modeled" forms.
Steps
  1. Open form "Product Updates"
  2. Click [Select Application]
  3. Select the desired application
  4. Click [Select Update/Customization Pack]
  5. Browse to the location containing the ".GSA" file for [TestUpdate]
  6. Click [OK]
  7. Click [Review Update/Customization Pack Contents]
  8. Validate the results in the "Review Update/Customization Pack Contents" text box are as expected for the update being loaded
  9. Click [Install Update Customization Pack]
  10. Validate message "Update Loaded" is displayed
  11. Click [OK]
  12. Close the form
  13. Open form "Current Server" in application the update was installed in
  14. Navigate to the "Updates" list section
  15. Click the search text editor icon
  16. In the update listing search for the update installed in step 1
  17. Validate the update is found, as expected
  18. Close the form
  19. Open form "Print Error Log"
  20. Select today's date
  21. Run the report
  22. Validate there are no errors
  23. Locate any form that may have been recompiled by the product update. For example a "Modeled" form
  24. Populate the fields on the form
  25. Submit the form
  26. Validate the form files successfully
  27. Return to the form
  28. Select the row just submitted
  29. Validate all fields are populated, as expected

Topics
• Update Install • NX
2022 Update 143 Summary | Details
Registry Setting - form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
  • Site Specific Section Modeling Import/Export (CWS)
  • Form Designer (CWS)
  • Progress Notes (Group and Individual)
Scenario 1: Registry Settings - submission of a registry setting
Steps
  1. Access the 'Registry Settings' form.
  2. In the "Limit Registry Settings to the Following Search Criteria" field, enter any keyword to find a desired registry setting
  3. Click [View Registry Settings].
  4. Validate the registry setting is displayed as expected and in a timely manner
  5. Note the current value of the setting and change it to a new value
  6. Click [Submit].
  7. Validate a "Registry Editor Filing" dialog is displayed stating: Successful filing.
  8. Click [OK]
  9. Validate a "Form Return" message is displayed stating: Submitting has completed. Do you wish to return to form?
  10. Click [Yes].to return to the form
  11. In the "Limit Registry Settings to the Following Search Criteria", select the same registry setting updated in step 1
  12. Validate the value changed in step 1b is present, as expected
  13. Click [Submit].
  14. Validate a "Registry Editor Filing" dialog is displayed stating: Successful filing.
  15. Click [OK]
  16. Validate a "Form Return" message is displayed stating: Submitting has completed. Do you wish to return to form?
  17. Click [Yes].to return to the form
  18. In the "Limit Registry Settings to the Following Search Criteria", select the same registry setting updated in step 1
  19. Validate the value submitted in step 2b is present, as expected
  20. Close the form
Topics
• Registry Settings • NX