Modeled Forms - 'Data Entry Local Time' pre-display field
Scenario 1: Modeled forms - Validate 'Data Entry Local Time' pre-display field
Specific Setup:
- Have a system enabled to use UTC date and time. Please note: this must be done by a Netsmart Representative.
- Have a modeled form configured to have the 'Data Entry Local Time' field in the pre-display (Form A).
- This form also has a 'Draft/Final' field.
- A client is enrolled in an existing episode (Client A).
Steps
- Select "Client A" and access "Form A".
- Populate all required and desired fields.
- Select "Draft" in the 'Draft/Final' field.
- Submit the form.
- Select "Client A" and access "Form A".
- Validate a pre-display is displayed.
- Validate the 'Data Entry Local Time' field contains the time the record was filed.
- Select the record and click [Edit].
- Validate all previously filed values are displayed.
- Close the form.
|
Topics
• Modeling
|
Document Archiving - 'Entity' field
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Document Archiving - archive documents for "Individual"
Specific Setup:
- A client must have documents for archiving (Client A).
Steps
- Access the 'Document Archiving' form.
- Select "Client" in the 'Entity Type' field.
- Select "Individual" in the 'Include' field.
- Select "Client A" in the 'Entity' field.
- Clear the value from the 'Entity' field.
- Validate no error is displayed.
- Select "Client A" in the 'Entity' field.
- Set "All Episodes" in the 'Episode' field.
- Enter the desired date in the 'Archive Documents Older Than' field.
- Click [View Form Types Included].
- Validate forms for archive are displayed.
- Click [Archive].
- Validate a message is displayed stating: Are you sure you want to archive these documents?
- Click [Yes].
- Validate a message is displayed stating: Documents archived.
- Click [OK] and close the form.
User Definition - 'External Login ID' field
Scenario 1: User Definition (Field Validation) - Enable/Disable a "Netsmart Identity and Access Management(NIAM)" User
Specific Setup:
- The 'Enable OpenID Connect Support' registry setting enabled by a Netsmart Representative.
- The 'System Security Defaults' form must be configured with the appropriate settings in the "OpenID Connect Configuration" section.
- The logged in user has permissions to add and edit users in the 'User Definition' form.
Steps
- Access the 'User Definition' form.
- Enter the desired value in the 'User ID' field.
- Enter the desired value in the 'User Description' field.
- Select "Yes" in the 'Use External Login' field.
- Enter a value containing an apostrophe in the 'External Login ID'.
- Validate the 'System Generated Password' field is disabled and does not contain a value.
- Validate the 'Password Term Duration (Days)' field is disabled and does not contain a value.
- Validate the 'Reminder Notice Number of Days' field is disabled and does not contain a value.
- Validate the 'Allow User Renewal' field is disabled.
- Populate any other required and desired fields.
- Click [Submit]. Note: this will now be referred to as "User A".
- Access the 'User Definition' form.
- Select "User A" in the 'Select User' field.
- Validate the 'Use External Login' field is set to "Yes".
- Validate the 'External Login ID' field contains the value filed in the previous steps.
- Validate the 'System Generated Password' field is disabled and does not contain a value.
- Validate the 'Password Term Duration (Days)' field is disabled and does not contain a value.
- Validate the 'Reminder Notice Number of Days' field is disabled and does not contain a value.
- Validate the 'Allow User Renewal' field is disabled.
- Select "No" in the 'Use External Login' field.
- Validate the 'System Generated Password' field is now enabled.
- Enter the desired value in the 'System Generated Password' field, or click [Generate New Password] to auto generate a new password.
- Validate the 'Password Term Duration (Days)' field is now enabled.
- Enter the desired value in the 'Password Term Duration (days)' field.
- Validate the 'Reminder Notice Number of Days' field is now enabled.
- Enter the desired value in the 'Reminder Notice Number of Days' field.
- Validate the 'Allow User Renewal' field is now enabled.
- Select the desired value in the 'Allow User Renewal' field.
- Click [Submit].
- Access the 'User Definition' form.
- Select "User A" in the 'Select User' field.
- Validate the 'Use External Login' field is set to "No".
- Validate the values filed in the previous steps are displayed.
- Select "Yes" in the 'Use External Login' field.
- Validate the 'System Generated Password' field is disabled and does not contain a value.
- Validate the 'Password Term Duration (Days)' field is disabled and does not contain a value.
- Validate the 'Reminder Notice Number of Days' field is disabled and does not contain a value.
- Validate the 'Allow User Renewal' field is disabled.
- Click [Submit].
- Access the 'User Definition' form.
- Select "User A" in the 'Select User' field.
- Validate the 'Use External Login' field is set to "Yes".
- Validate the values filed in the previous steps are displayed.
- Close the form.
Document Management Definition - Special Characters in Form Type
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Document Management Definition
- Envelope Export (PM)
Scenario 1: Document Management Definition - Validate form names with special characters
Specific Setup:
- A modeled form must be defined (Form A).
- A client is enrolled in an existing episode (Client A).
Steps
- Access the 'Document Management Definition' form.
- Click [Select Form].
- Select "Add New" and click [OK].
- Enter "<Test>" in the 'Form Name' field.
- Select the desired value in the 'Form Type' field.
- Select "Client" in the 'Entity Database' form.
- Click [File] and close the form.
- Access the 'Document Routing Setup' form.
- Select the desired value in the 'Application' field.
- Click [Select Form].
- Select "Form A" in the 'Select a form to enable Document Routing' field.
- Click [Select Type].
- Select "<Test>" as the form type.
- Select "Yes" in the 'Enable Document Routing' field.
- Select the desired value in the 'Void Reason Code' field.
- Click [File].
- Access the 'Envelope Export' form.
- Select the envelope for "Form A" and click [Select].
- Click [Begin Export].
- Navigate to the desired export location and click [Save].
- Access the 'Envelope Import' form.
- Click [Select Envelope Import File] and [OK].
- Navigate to the exported file and select it for import.
- Click "Overwrite Existing".
- Click [Begin Import Scan].
- Validate the 'Import Scan Results' field contains: There are no errors/warnings found within the import file.
- Select the desired value in the 'Include Form Designer Changes?' field.
- Click [Begin Import].
- Validate a message is displayed stating: Import Completed!
- Click [OK] and close the form.
- Select "Client A" and access "Form A".
- Populate all required and desired fields.
- Select "Final" in the 'Draft/Final' field.
- Click [Submit].
- Validate a "Confirm Document" document routing dialog is displayed with the data filed.
- Click [Accept].
- Enter the password for the logged in user and click [OK].
View Definition - Disabling view customization in Avatar NX
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: View Definition - Validate disabling view customization removes existing customizations
Specific Setup:
- Please note: this test is for Avatar NX systems.
- Two users must be configured for testing (User A & User B).
Steps
- Log in as "User A".
- Access the 'View Definition' form.
- Click [Select View].
- Select "Add New View" and click [OK].
- Enter the desired value in the 'View ID' field.
- Enter the desired value in the 'View Description' field.
- Select "Home View" in the 'View Type' field.
- Select "Yes" in the 'Allow User To Customize View' field.
- Select 'Home view' in the field 'View Type' radio button
- Click [Launch View Designer].
- Drag and drop the desired widgets to the view.
- Click [Submit]. Please note: this will now be referred to as "View A".
- Access the 'User Definition' form.
- Select "User B" in the 'Select User' field.
- Select the "Forms and Tables" sections.
- Select "View A" in the 'Home View' field.
- Click [Submit].
- Log out.
- Log in as "User B".
- Validate "View A" is displayed.
- Customize the view as desired.
- Log out.
- Log in as "User A".
- Access the 'View Definition' form.
- Click [Select View].
- Select "View A" and click [OK].
- Select "No" in the 'Allow User To Customize View' field.
- Click [Submit] and close the form.
- Log in as "User B".
- Validate "View A" is displayed with the default layout and customizations have been removed.
- Validate the user is not able to customize the view.
Envelope Import
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Document Management Definition
- Envelope Export (PM)
Scenario 1: Envelope Export/Import - Validations
Specific Setup:
- Must have an envelope available for export (Envelope A).
Steps
- Access the 'Envelope Export' form.
- Select "Envelope A".
- Select the desired value in the 'Include Form Designer Changes' field.
- Click [Begin Export].
- Validate the file is exported to the desired location.
- Close the form.
- Access the 'Envelope Import form.
- Click [Select Envelope Import File].
- Select the export file for "Envelope A".
- Select "Overwrite Existing".
- Select the desired value in the 'Load Un-Locked Dictionary Entries' field.
- Select the desired value in the 'Load Locked Dictionary Entries' field.
- Select the desired value in the 'Include Form Designer Changes' field.
- Click [Begin Import Scan].
- Validate the 'Import Scan Results' field does not contain errors.
- Click [Begin Import].
- Validate a message is displayed stating: Import Complete.
- Click [OK] and close the form.
- Access the 'Envelope Definition' form.
- Select "Envelope A".
- Validate the envelope details are displayed as expected.
- Close the form.
Search Fields
Scenario 1: Client Search - Search using large amount of characters
Specific Setup:
- A client is enrolled in an existing episode (Client A).
- A client form must have document routing enabled (Form A).
- The logged in user must have an associated practitioner (Practitioner A).
Steps
- Navigate to the 'My Clients' widget.
- Enter a large value in the 'Search Clients' field that should not return results.
- Validate the 'Search Results' field contains "No matches found, please refine search".
- Validate no errors are displayed.
- Enter "Client A" in the 'Search Clients' field.
- Validate the 'Search Results' field contains "Client A".
- Access "Form A".
- In the 'Select Client' dialog, enter a large value that should not return results.
- Validate the 'Search Results' field contains "No matches found, please refine search".
- Validate no errors are displayed.
- In the 'Select Client' dialog, search and select "Client A".
- Populate all required and desired fields.
- Select "Final" in the 'Draft/Final' field.
- Click [Submit].
- Validate a "Confirm Document" document routing dialog is displayed with the document data.
- Click [Accept and Route].
- Enter the password for the logged in user and click [OK].
- Enter a large value in the 'Supervisor' search field that should not return results.
- Validate the 'Search Results' field contains "No matches found, please refine search".
- Validate no errors are displayed.
- Enter "Practitioner A" in the 'Supervisor' field.
- Click [Add] and [Submit].
- Navigate to the 'My To Do's' widget.
- Validate a To Do is displayed for the document routed in the previous steps.
- Click [Approve Document].
- Validate the document data is displayed as expected.
- Click [Accept].
- Enter the password for the logged in user and click [OK].
- Validate a To Do is no longer displayed.
Quick User Definition - Identity Manager users
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Quick User Definition - Field Validations
Specific Setup:
- Have a system with the following configured:
- The 'Enable OpenID Connect Support' registry setting enabled by a Netsmart Representative.
- The 'System Security Defaults' form must be configured with the appropriate settings in the "OpenID Connect Configuration" section.
- The 'Identity Manager' module is installed and configured.
- The 'System Security Defaults' form must be configured with the appropriate settings in the "Identity Manager Settings" section.
Steps
- Access the 'User Definition' form
- Enter the desired value in the 'User ID' field.
- Enter the desired value in the 'User Description' field.
- Select "Yes" in the 'Associate User with a User Role' field.
- Select the desired user role in the 'User Role(s)' field.
- Select "Yes" in the 'Associate User To Network ID Through Avatar Identity Manager' field.
- Populate any other required and desired fields.
- Click [Submit]
- Access the 'Quick User Definition' form
- Select the user created in the previous steps in the 'Select User' field.
- Select "Yes" in the 'Use External Login' field.
- Validate a message is displayed stating: A user may not be associated to network logins through both Identity Manager and an external ID.
- Click [OK] and close the form.
|
Topics
• NX
• Document Archiving
• User Definition
• Document Routing
• Envelope Import
• View Definition
• Envelope Export
• Client Search
• Quick User Definition
• Identity Manager
|
New dictionary value named "Integrated Apps Admin" added in the field "Netsmart Mobile App Access".
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate the field 'Integrated Apps Admin' in 'User Definition' and 'User Role Definition' forms.
Specific Setup:
- User (User A) should have the access to the 'User Definition' form.
Steps
- Login to the Avatar NX with "User A".
- Access the 'User Definition' form.
- Ser the 'Select User' field to "User A".
- Click [Forms and Tables].
- Select 'Integrated Apps Admin - Netsmart Mobile App Access' field and close the form.
- Access the 'User Role Definition' form.
- Click [Select User Role button].
- Select "User A" role in the 'Select User Role' field.
- Click [Ok].
- Select 'Integrated Apps Admin - Netsmart Mobile App Access' field and close the form.
|
Topics
• User Definition
• User Role Definition
• Mobile Application Build
|
Widget Wizard - widgets
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- WidgetWizardEnhancedWidget
Scenario 1: "Widget Wizard" - Validate "Enhanced Widget View" column sorting/filtering/resizing and form launch functionality
Specific Setup:
- In form "Widget Wizard" have a widget defined [TestWidget] with the 'Enhanced Widget View' field set to "Yes"
- Have a field selected in prompt "Associate Which Field to Link" (for example, the "Episode" field) to be used as a hyperlink to launch a form [TestForm]
- Have [TestWidget] placed on the logged in users home view
Steps
- Click to "Refresh" [TestWidget]
- Validate all column data is displayed, as expected
- Validate a "Search:' filter box is displayed at the top of the widget [This is for Avatar NX only]
- In the 'Search" filter box, enter a search to filter on any data displayed in any of the columns
- For example, a "Data Entry Date" column exists with two client rows with same date displayed
- In the "Search" box, enter that date
- Validate the two expected client rows, are displayed in the widget results
- Clear the "Search" filter box
- Validate all data is displayed again in the widget, as expected
- Click to "Refresh" [TestWidget]
- Validate all data is displayed in the widget, as expected
- Validate there is a "Search" box in each column under their respective column name header
- Select any column [TestColumnA] in the widget
- In the search box below the column name, enter a search criteria to filter the data
- Validate the list is filtered and displays as expected based on the search criteria
- In any of rows returned via the search, click the hyperlink to launch [TestForm], which was configured in the setup
- Validate [TestForm] is launched successfully, as expected
- Close or submit the form
- Validate the search criteria is still entered in "Search" field for [TestColumnA] and the widget still displays only rows based on the search criteria entered
- Clear the search criteria in the "Search" box
- Validate all columns display all their data again, as expected
- Navigate to any desired column [TestColumnA], in the widget
- Click column header name once
- Validate the "Up" arrow icon is highlighted and data in the column is sorted in ascending order
- Click column header a second time
- Validate the "Down" arrow icon is highlighted and data in the column is sorted in descending order
- Click column header a third time
- Validate the "Up" and "Down" arrows are no longer highlighted and data is no longer sorted in the column
- Press and hold down the "Shift" key while doing the following:
- Click the column name for [TestColumnA] name once and then the column name for [TestColumnB] twice
- Validate widget data results are sorted by [TestColumnA] in ascending order and then by [TestColumnB] in descending order, as expected
- Click the line between [TestColumnA]and [TestColumnB] and drag the line to the right, in order to increase the size of [TestColumnA]
- Validate the width of [TestColumnA] is increased as expected
- Click the line between [TestColumnA] and [TestColumnB] and drag the line to the left, in order to reduce the size of [TestColumnA]
- Validate the width of [TestColumnA] is reduced, as expected
|
Topics
• Widgets
|
'Form and Table Documentation' form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Form and Table Documentation (PM)
Scenario 1: "Form and Table Documentation" form (Modeled Forms) - Validate "Generate Form Map' report results
Specific Setup:
- Have a "Modeled" form that contains event logic defined on the form [FormA].
- Make a note or all the fields on the form.
- Make a note of the event logic defined on the form.
- Have a "Modeled" form that does 'not' contain event logic defined on the form [FormB]
- Make a note or all the fields on the form
- Have access to form "Form and Table Documentation"
Steps
- Open 'Form and Table Documentation'.
- Set 'Type of Documentation' to 'Form'.
- Select "Individual" in the "Individual or All Forms" field
- Select [FormA] from the 'Form to be Documented' field. (Modeled form with event logic defined)
- Navigate to the "Generate Form Map" button and click to launch the w
- Validate the user is presented with a file explorer dialog [Note: In Avatar NX the file will automatically be created and saved in the windows "Downloads" directory on the server]
- Validate the (.htm) type file name field is populated in the file name field
- Validate the file name includes the associated internal "FormID' for [FormA], followed by its form "Name". For example: "NetsmartFormMap_USER9_Modeled Form with Event logic"
- Select a folder location to save the file and click [Save]
- Navigate to the location of the (.htm) file
- Click to open the file
- Validate the title of the report reflects the name of [FormA] and its associated internal "FormID"
- Validate each "Section" name is displayed on the form as expected with each field contained in that section listed beneath it
- Validate the field names contain both the name and its associated field number in brackets, for example "Date of Entry (777.77)"
- Locate a field on the form that contains event logic defined
- Validate the event logic noted in the setup is displayed as expected. For example:
- Date of Entry(777.77)
- Type of Event: Result of Input With Value Checking
- Compare with For Event: Specific Value
- Specific Value: 12/06/2022
- Relationship To Comparison Value to Trigger Event: Less Than
- Set Specific Objects to Required on Event: Yes
- Required: Integer (FormA_Integerfield)
- Close the page
- Select [FormB] from the 'Form to be Documented' field. (Modeled form with 'no' event logic defined)
- Repeat steps 1a thru 1e
- Validate results are as expected
- Close the form
Scenario 2: "Form and Table Documentation" form (Product Forms) - Validate "Generate Form Map' report results
Specific Setup:
- Have a "Product" form that is available to be configured for site specific section modeling in form "Site Specific Section" modeling and contains event logic defined on the form [FormA]. For example form "Update Client Data"
- Make a note or all the fields on the form.
- Make a note of the event logic defined on the form
- Have a "Product" form that is available to be configured for site specific section modeling in form "Site Specific Section" modeling and does 'not' have event logic defined on the form [FormB]. For example form "Client Charge Input"
- Make a note or all the fields on the form
- Have a "Product" form that is 'not' available to be configured for site specific section modeling in form "Site Specific Section" modeling [FormC]. For example, the "Billed Charges" form'
- Have access to form "Form and Table Documentation"
Steps
- Open 'Form and Table Documentation'.
- Set 'Type of Documentation' to 'Form'.
- Select "Individual" in the "Individual or All Forms" field
- Select [FormA] from the 'Form to be Documented' field. (A 'Product' form that can be configured with site-specific section modeling and contains event logic defined)
- Navigate to the "Generate Form Map" button and click to launch the report
- Validate the user is presented with a file explorer dialog. [Note: In Avatar NX, the file will automatically be created and saved in the windows "Downloads" directory on the server]
- Validate the (.htm) type file name field is populated in the file name field
- Validate the file name includes the associated internal "FormID" for [FormA], followed by its form "Name". For example: "NetsmartFormMap_PATIENT14_Update Client Data.htm"
- Select a folder location to save the file and click [Save]
- Navigate to the location of the (.htm) file
- Click to open the file
- Validate the title on the page reflects the name of [FormA] and its associated internal "FormID". For example, "Update Client Data (PATIENT14)"
- Validate each "Section" name is displayed on the form as expected, with each field contained in that section listed beneath it.
- Validate the field names contain both the name and its associated field number in brackets, for example "Date of Citizenship (631.1)"
- Locate a field on the form that contains event logic defined
- Validate the event logic noted in the setup is displayed as expected. For example:
- Date of Citizenship (631.1)
- Type of Event: Valid Entry
- Prompts To Be Disabled: Gender Identity (730)
- Close the page
- Select [FormB] from the 'Form to be Documented' field. (A 'Product' form that can be configured with site-specific section modeling and does 'not' contain event logic)
- Repeat steps 1a thru 1c
- Validate results are as expected
- Close the form
- Open 'Form and Table Documentation'.
- Set 'Type of Documentation' to 'Form'.
- Select "Individual" in the "Individual or All Forms" field
- Select [FormC] from the 'Form to be Documented' field. (The 'Product' form that can 'not' be configured with site-specific section modeling)
- Validate "Generate Form Map" button is not present on the form as expected
|
Topics
• Modeling
• Forms
|
Issue resolved where users were unable to log into Med Note due to blank Organization email address in User Definition
Scenario 1: SOAP UI - Med Note errors for users who had the User Management web service submitted with a blank email address
Specific Setup:
- User must have access to the SOAP UI application.
- A Client (Client A) must be exist with active episodes.
Steps
- Access the SOAP UI application.
- Enter the request message by leaving the "<tem:OrganizationEmailAddress></tem:OrganizationEmailAddress>" field as "Blank".
- Click "Run" icon.
- Validate the successful message "User LABSTAFF successfully updated." in the response tab.
- Login to the Avatar application.
- Select "Client A" and access the 'Medical Note' tab.
- Validate the 'Medical Note' opens without and error messages.
- Validate the 'Medical Note' tab doesn't contains the error message {"error":"An error occurred during authentication. Please contact your system administrator."}".
- Update the field "<tem:OrganizationEmailAddress></tem:OrganizationEmailAddress>" with "Spaces" , "Alpha Numeric" , "Comma" , "Invalid Email Address" and validate the 'Medical Note' tab opens by repeating the above steps.
|
Topics
• User Definition
|
Progress Notes - Widget
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HomeView - Console Widget Viewer
Scenario 1: Progress Notes (Product) Widget - Validate data display and formatting
Specific Setup:
- Have a client [TestClient] with a row of data in submitted in each of the product progress note forms: "Ambulatory Progress Notes", "Ambulatory Progress Notes(Diagnosis Entry)", "Inpatient Progress Notes", "Inpatient Progress Notes(Diagnosis Entry)", "Progress Notes (Group and Individual)" and a copy of the "Progress Notes (Group and Individual)"
- [TestUser] also has product "Progress Notes Widget" on their home view an in their "Chart" view
Steps
- At Home View, select [TestClient]
- Navigate to the "Progress Notes" widget
- Scroll down to row submitted for the "Progress Notes (Group and Individual)" form
- Validate all field data is populated, as expected
- Validate the following data formatting:
- Validate the "Form" name heading is left justified with no indentation
- Validate all the "Field" names listed under the heading, are displayed with the same indentation
- Scroll down to row submitted for the copy of the "Progress Notes (Group and Individual)" form
- Validate all field data is populated, as expected
- Validate the following data formatting:
- Validate the "Form" name heading is left justified with no indentation
- Validate all the "Field" names listed under the heading, are displayed with the same
- Scroll down to row submitted for the "Ambulatory Progress Notes" form
- Validate all field data is populated, as expected
- Validate the following data formatting:
- Validate the "Form" name heading is left justified with no indentation
- Validate all the "Field" names listed under the heading, contain the same indentation
- Scroll down to row submitted for the "Ambulatory Progress Notes (Diagnosis Entry)" form
- Validate all field data is populated, as expected
- Validate the following data formatting:
- Validate the "Form" name heading is left justified with no indentation
- Validate all the "Field" names listed under the heading, contain the same indentation
- Scroll down to row submitted for the "Inpatient Progress Notes" form
- Validate all field data is populated, as expected
- Validate the following data formatting:
- Validate the "Form" name heading is left justified with no indentation
- Validate all the "Field" names listed under the heading, contain the same indentation
- Scroll down to row submitted for the "Inpatient Progress Notes (Diagnosis Entry)" form
- Validate all field data is populated, as expected
- Validate the following data formatting:
- Validate the "Form" name heading is left justified with no indentation
- Validate all the "Field" names listed under the heading, are displayed with the same indentation
- At Home View, select [TestClient] and click to open their "Chart" view
- Navigate to the "Progress Notes" widget in the view
- Repeat step 1a for each of the forms in that step
- Validate results are as expected
|
Topics
• Progress Notes
|
Document Routing - Document Image
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ModeledForm (w/Doc routing Crystal Report Template)
Scenario 1: "Document Routing" - Document display validations
Specific Setup:
- Have two users for testing [TestUserA] and [TestUserB].
- Both users have the "My To Do's" widget on their home view.
- Have two forms enabled for document routing:
- [TestFormA] is enabled in form "Document Routing Setup" with "User Crystal Report Template" set to "Y" and report selected in the "Crystal Report" field.
- [TestFormB] is not enabled to use a crystal report template.
- Log in as [TestUserA].
Steps
- Access [TestFormA]:
- Populate all desired fields on the form.
- Select "Final" in the 'Draft/Final' field.
- Click "OK".
- Click [Submit].
- In the "Confirm Document" screen:
- Verify document is displayed in the expected the "Crystal Report" template format.
- Validate all data is populated as expected.
- Click [Accept and Route].
- Enter the user's password in the 'Password' field.
- Click [OK].
- In the "Route Document To" screen, select [TestUserB] as an approver.
- Click [Submit].
- Validate the form submits successfully.
- Log out as [TestUserA].
- Log in as [TestUserB].
- Navigate to the 'My To Do's' widget:
- Locate the document in the "My To Do's" widget for [TestFormA]:
- Click [Approve Document].
- In the "Confirm Document" screen:
- Verify document is displayed in the expected "Crystal Report" template format.
- Validate all data is populated as expected.
- Click [Accept].
- Validate the "To Do" accepted successfully and is removed from the 'My To Do's' widget.
- Access [TestFormB]:
- Populate all desired fields on the form.
- Select "Final" in the 'Draft/Final' field.
- Click "OK".
- Click [Submit].
- In the "Confirm Document" screen:
- Verify document is displayed in the expected as a standard "TIF" image, not in a "Crystal Report" 'PDF' template format.
- Validate all data is populated as expected.
- Click [Accept and Route].
- Enter the user's password in the 'Password' field.
- Click [OK].
- In the "Route Document To" screen, select [TestUserA] as an approver.
- Click [Submit].
- Validate the form submits successfully.
- Log out as [TestUserB].
- Log in as [TestUserA].
- Navigate to the 'My To Do's' widget.
- Locate the document in the "My To Do's" widget for [TestFormB]:
- Click [Approve Document].
- In the "Confirm Document" screen:
- Verify document is displayed in the expected as a standard "TIF" image, not in a "Crystal Report" 'PDF' template format.
- Validate all data is populated as expected.
- Click [Accept].
- Validate the "To Do" accepted successfully and is removed from the 'My To Do's' widget.
Approver Override - document image
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: "Approver Override" form - Validate Document display and functionality
Specific Setup:
- Have two users who are staff members [StaffA] and [StaffB].
- Have two forms enabled for document routing [FormA] and [FormB] and both use form type, [TypeA].
- [ClientA] has two document rows [DocRow1] and [DocRow2] submitted in [FormA] that has been routed to [StaffB] for approval.
- [ClientB] has two document rows [DocRow1] and [DocRow2] submitted in [FormB] that has been routed to [StaffB] for approval.
- [StaffA] has the "My To Do's" widget on their home view.
- Log in as [StaffA].
Steps
- Open form "Approver Override":
- In the "Form Type" field choose In the "Entity" field, select [TypeA].
- In the "Entity" field select [ClientA]:
- Populate the "From" and "To", date fields.
- Click the "List of Documents" field:
- Validate both [DocRow1] and [DocRow2] are displayed as expected.
- Select [DocRow1]:
- Click [Display Document] to view the document:
- Validate the "Confirm Document" screen displays document data for [ClientA], [DocRow1], as expected.
- Click [Close].
- Click the "List of Documents" field:
- Select [DocRow2].
- Click [Display Document] to view the document:
- Validate the "Confirm Document" screen displays document data for [ClientA], [DocRow2], as expected.
- Click [Close].
- In the "Entity" field select [ClientB]:
- Populate the "From" and "To", date fields.
- Click the "List of Documents" field.
- Validate both [DocRow1] and [DocRow2] are displayed as expected.
- Select [DocRow1]:
- Click [Display Document] to view the document:
- Validate the "Confirm Document" screen displays document data for [ClientB], [DocRow1], as expected.
- Click [Close]
- Click the "List of Documents" field
- Select [DocRow2]
- Click [Display Document] to view the document
- Validate the "Confirm Document" screen displays document data for [ClientB], [DocRow2], as expected
- Click [Update Approvers]
- In the "Route Document To" screen, uncheck the current selected approver
- In the "Add Approver" field, select [StaffA]
- Click [Submit]
- Navigate to the "My To Do's" widget, and locate the row with the To Do sent in step 1d
- Click [Approve Document]
- Validate the "Confirm Document" screen displays document data for [ClientB], [DocRow2], as expected
- Click [Accept]
- Populate the "Verify Password" prompt
- Click [OK]
- Validate the "To Do" is removed from the "My To Do's"
My To Do's widget - Approval comments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Add Non-User Signature (PM)
- Progress Notes (Group and Individual) 6
- Clinical Document Viewer
- ModeledForm
Scenario 1: 'My To Dos' Widget - Validate display of "Approval Comments" and "DocR.Comments" table data
Specific Setup:
- Have a testing system that is accessible via "myAvatar" and/or "Avatar NX".
- Enable document routing for any form [TestForm] in form "Document Routing Setup":
- Set prompt 'Allow Comments During Approval' to 'Yes' for the form.
- Have three users, [StaffA], [StaffB] and [StaffC].
- Each user has the "My To Do's" widget on their home view.
- Have report that will display data in the "SYSTEM.DocR.comments" table.
Steps
- Log in as [StaffA] via "AvatarNX" (if applicable).
- Launch [TestForm] for any client:
- Populate all desired fields on the form.
- Submit the form as "Final".
- At the "Route To" dialog.
- Add [StaffA] as an approver.
- Submit the document [DocA] to be routed.
- Validate submission is successful.
- Repeat step 2, for [StaffB] and routing [DocB].
- Repeat step 2, for [StaffC] and routing [DocC].
- Navigate to the "My To Do's" widget:
- In the "Documents to Sign" column, validate the To Do for [DocA] is present in the widget as expected
- Click to review the To Do.
- Validate the document contents are as expected.
- Click to "Accept" the documents.
- In the "Approval Comments" field, enter desired comments [DocAComments] for [DocA]
- Click [Sign]:
- Validate the To Do is approved successfully.
- Log out a [StaffA].
- Log in as [StaffB] via "myAvatar".
- Navigate to the "My To Do's" widget:
- Click the "All" or "New" tab in the widget:
- Validate a row is present for the [DocB] as expected.
- Click "Approve Document" link in the "Action" column of the row
- In the document preview screen, validate the document contents are as expected.
- Click to "Accept".
- In the "Approval Comments" dialog, enter desired comments [DocBComments] for [DocA].
- Click [OK].
- Validate the To Do is approved successfully.
- Log out as [StaffB].
- Log in as [StaffC] via "myAvatar".
- Navigate to the "My To Do's" widget:
- Click the "Sign" tab in the widget.
- In the "Search Documents" section, validate a row is present for [DocC] as expected:
- Click to select that row.
- In the "Document Preview", validate the document contents are as expected.
- Click "Accept".
- In the "Approval Comments" dialog, enter desired comments [DocCComments] for [DocC].
- Click [OK].
- In the "Accepted Documents" section.
- Click [Sign All].
- Validate the To Do is approved successfully.
- Generate the report for the "SYSTEM.DocR.comments" table.
- Locate the row for [StaffA]:
- Validate the "Approved Comment" column is populated with the comments [DocAComments], entered in step 7.
- Locate the row for [StaffB]:
- Validate the "Approved Comment" column is populated with the comments [DocBComments], entered in step 8.
- Locate the row for [StaffC]:
- Validate the "Approved Comment" column is populated with the comments [DocCComments], entered in step 9.
|
Topics
• Document Routing
• NX
• Document Management
• My To Do's
|
Product Updates
Scenario 1: Validate accessabilty to the "Product Updates" form based on system configuration
|
Topics
• Update Install
|
User Role Definition - 'My Forms'
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Change User Role ID
- User Role Definition
Scenario 1: User Role Definition - 'My Forms' section validations
Specific Setup:
- Two users must exist for testing (User A & User B).
Steps
- Login as "User A".
- Access the 'User Role Definition' form.
- Create a new user role.
- Populate all required and desired fields.
- Select the "My Forms" section.
- Add the desired forms.
- Click [Submit] and close the form.
- Access the 'Change User Role ID' form.
- Select the user role created in the previous steps from the 'User Role' field.
- Validate the 'Current User Role ID' field contains the user role ID defined in the previous steps.
- Enter any new value in the 'New User Role ID' field.
- Click [Submit] and close the form.
- Access the 'User Role Definition' form.
- Click [Select User Role].
- Select the user role ID updated in the previous steps.
- Select the "My Forms" section.
- Validate all previously selected forms are displayed.
- Close the form.
- Access the 'User Definition' form.
- Select "User B" in the 'Select User' field.
- Select "Yes" in the 'Associate User with User Role' field.
- Select "No" in the 'Allow User Role Customization' field.
- Select the user role created in the previous steps in the 'User Role(s)' field.
- Click [Submit] and close the form.
- Logout.
- Login as "User B".
- For myAvatar users - Validate the 'My Forms' list in the 'Forms & Data' widget contains the forms selected in the "My Forms" section of 'User Role Definition'.
- For myAvatar NX users - Validate the 'My Favorites' list contains the forms selected in the "My Forms" Section of 'User Role Definition'.
|
Topics
• Change User Role Id
• User Role Definition
• User Definition
|
| |