Identity Manager - logins
Scenario 1: Avatar "Identity Manager" - User Login validation
Specific Setup:
- Have a system with the "Identity Manager" module installed and configured
- Have an active "Identity Manager" user set up in form "User Definition" [UserA]
Steps
- Launch the Avatar login screen
- Select the desired system code in the "System Code" field
- Populate the "Username" field with the user name for [UserA]
- Populate the "Password" field with the password for [UserA]
- Click [Sign In]
- In the "Search Forms" search box, search for any form
- Validate the form is launched as expected
- Populate any desired fields in the form
- Submit the form
- Validate submission is successful
|
Topics
• Cache
• NX
|
Routing Admin Dashboard
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Routing Admin Dashboard - Search results validations
Specific Setup:
- The system is set up for "Rule Based Routing"
- The system has over a "1000" documents filed in a single rule based routing queue.[QueueA]
Steps
- Open the 'Routing Admin Dashboard' form.
- Select [QueueA] in the 'Queue' field and leave all other search criteria fields unpopulated
- Click [Search]
- Validate up to "1000" rows of data are displayed in the grid. (The system maximum number of rows that can be displayed in the grid)
- in the "Queue Search Criteria" section, use any of the search fields to narrow down the results, for example the "Select Programs" field
- Click [Search]
- Validate the results are displayed as expected, based on the search criteria
|
Topics
• Rule Based Routing
|
Avatar NX - connecting to external ODBC sources
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- NX External ODBC Data Sources
Scenario 1: 'NX External ODBC Data Sources" form - Functionality
Specific Setup:
- Have access to an external database server [ServerA], that contains table data [TableA]. For example, an "SQL Server"
- Using the windows "ODBC Data Source Administrator", create a "User Data Source" [DataSourceA] configured to use an "SQL Server" driver to connect to the [ServerA]
Steps
- Open form "NX External ODBC Data Sources"
- Select "Create New" in the "Action" field
- Set the "Driver Type" field to desired value
- Set the "ODBC Data Source Name" to [DataSourceA]
- Set the "Server Host/IP" to the "Host" name or "IP Address" of [ServerA]
- Set the "Username" field to the login user name for [ServerA]
- Set the "Password" field to the login password for [ServerA]
- Click the [File] button
- Click the [OK] button
- Return to form "NX External ODBC Data Sources"
- Select "Edit Existing" in the "Action" field
- In the "Select Existing Data Source" field, select [DataSourceA]
- Validate the "Driver Type" field is populated with the value selected in step 3
- Validate the "ODBC Data Source Name" is populated with [DataSourceA]
- Validate the "Server Host/IP" field is set to the value populated in step 5
- Validate the "Username" field is set to the value populated in step 6
- Validate the Password field is populated with the value populated in step 7
- Exit the form
Scenario 2: 'Import Reports' Form (Avatar NX) - Validate "Import Report for Command Button Launch" requiring and External "ODBC" connection
Specific Setup:
- An external database exists on [ServerA] that contains data in a table [TableA].
- Using form "NX External ODBC Data Sources", have an "ODBC Data Source" created [DataSourceA] configured to use an ODBC driver to connect to the external database server [ServerA]
- Have a Crystal Report [ReportA] created that connects to the external database [ServerA] using [DataSourceA] in order to display data in [TableA].
Steps
- Open form "Import Reports"
- Select "Import Report for Command Button Launch" in the "Select Import Type"
- Select "Import New Report" in the "New or Existing Report" field
- Set the "Report Description" field to a desired report name
- Click the [Select Report for Import] button
- Navigate to the location of [ReportA]
- Select the report
- Select "Yes" in field "Does This Report Require ODBC Connections In Addition To The Current Database" field
- In the "Connection Type" field, select "myAvatar NX"
- In the "myAvatar NX Connection" field, select [DataSourceA]
- Click [Add New Connection] button
- Validate the Additional ODBC Connections text box is populated with the [DataSourceA] connection
- Click [Submit]
- Return to the form
- Select "Import Report for Document Routing" in the "Select Import Type"
- Select "Update Existing Report" in the "New or Existing Report" field
- From the "Existing Report" field drop down list, select the report added in step 4
- Validate the "Report Description" field is the value set in step 4
- Validate the "Additional ODBC Connections" text box is populated with the connection for [DataSourceA]
- Close the form
Scenario 3: 'Import Reports' Form (Avatar NX) - Validate "Import Report for Document Routing" requiring an External "ODBC" connection
Specific Setup:
- An external cache database exists on [ServerA] that contains data in a table [TableA].
- Using form "NX External ODBC Data Sources", have an "ODBC Data Source" created [DataSourceA] configured to use an ODBC driver to connect to the external database server [ServerA]
- Have a Crystal Report [ReportA] created that connects to the external database [ServerA] using [DataSourceA] to display data in [TableA].
Steps
- Open form "Import Reports"
- Select "Import Report for Document Routing" in the "Select Import Type"
- Select "Import New Report" in the "New or Existing Report" field
- Set the "Report Description" field to a desired report name
- Click the [Select Report for Import] button
- Navigate to the location of [ReportA]
- Select the report
- Select "Yes" in field "Does This Report Require ODBC Connections In Addition To The Current Database" field
- In the "Connection Type" field, select "myAvatar NX"
- In the "myAvatar NX Connection" field, select [DataSourceA]
- Click [Add New Connection] button
- Validate the Additional ODBC Connections text box is populated with the [DataSourceA] connection
- Click [Submit]
- Return to the form
- Select "Import Report for Document Routing" in the "Select Import Type"
- Select "Update Existing Report" in the "New or Existing Report" field
- From the "Existing Report" field drop down list, select the report added in step 4
- Validate the "Report Description" field is the value set in step 4
- Validate the "Additional ODBC Connections" text box is populated with the connection for [DataSourceA]
- Close the form
|
Topics
• Query/Reporting
• NX
• Import Reports
|
Prepared for future functionality.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Product Scrolling Free Text Templates (CWS)
Scenario 1: Product Scrolling Free Text Templates- Validate functionality
Specific Setup:
- In form "Product Scrolling Free Text Templates", have a templates set up for a text field in any product form. For this test the "Notes" field of the "Ambulatory Progress Notes" form is used
Steps
- Open the product form.
- Right click in the "Notes Text" field.
- Select one of the "System" templates created.
- Validate the text populated is as expected for that template.
- Right click in the "Notes" field.
- Select the "System" template created.
- Validate the text populated, is as expected for that template.
- Submit the form.
- Re-open the product form.
- Select the row just submitted.
- Validate all template data filed in the text field is present on the form.
- Close the form.
Scenario 2: Modeled Form - Validate Table Row Data
Specific Setup:
- In the parent namespace "Avatar PM", have modeled form [PMFormA] that contains a table [PMTableA] which includes a binary storage field, for example a picture or signature field. [PMFormA]
- In a child application for example "Avatar CWS", have an envelope [CWSEnvelopeA] that is set with prompt "Include Envelope in CDR" set to "Yes" and contains a form [CWSFormA], that includes a [CWSTableA] which includes a binary storage field
- Have a report [PMReportA] to display data filed in [PMTableA]
- Have a report [CWSReportA] to display data filed in [CWSTableA]
- Have a report [CWSReportB] set up to display data filed in [CWSTableA] but using the "CDR" table in "Avatar PM" to display the data
- [UserA] has access to [PMFormA] and [CWSFormA]
- Have two clients [ClientA] and [ClientB] who are enrolled in an open episode
Steps
- Select [ClientA]
- Open [PMFormA]
- Select an episode
- Populate data in all fields, including the picture and/or signature fields. [Note the values populated in each field]
- Submit the form
- Validate the form files successfully
- Repeat step 2 a thru c, two or more times. [Note the total amount of times the form was submitted]
- Select [ClientB]
- Open [CWSFormA]
- Select an episode
- Populate data in all fields, including the picture and/or signature fields. [Note the values populated in each field]
- Submit the form
- Validate the form files successfully
- Repeat step 2 a thru 2c, two or more times. [Note the total amount of times the form was submitted]
- Run [PMReportA] to display table rows filed in the [PMTableA]
- Validate the total row count display is consistent with total amount of times the form was submitted, noted in step 2
- Validate the values populated in each row is consistent with values noted after each submission in step 2
- Run [CWSReportA] to display data rows filed in the [CWSTableA] table
- Validate the total row count display is consistent with total amount of times the form was submitted, noted in step 4
- Validate the values populated in each row is consistent with values noted after each submission in step 4
- Run [CWSReportB] to display data rows filed in the [CWSTableA] table using the "CDR" table in "Avatar PM"
- Validate the total row count display is consistent with total amount of times the form was submitted, noted in step 4
- Validate the values populated in each row is consistent with values noted after each submission in step 4
|
Topics
• Cache
• Modeling
• NX
|
'Team Assignment' form, 'My Clients' Widget', and 'Order Entry Console- Consult Teams
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Team Definition
- Dictionary Update (CWS)
- Order Code Setup
- Order Entry User Role
- Orders This Episode
- Order Entry User Definition
Scenario 1: 'Team Definition' form - adding a Physician Team
Specific Setup:
- A User Role must exist in the system. (User Role A)
- A User must exist in the system. (User A)
Steps
- Access the ‘Team Definition’ form.
- Set the ‘Team ID’ field to "TeamIDA".
- Set the ‘Team Description’ field to "Team A".
- Select “Yes” in the ‘Active’ field.
- Select “Yes” in the ‘Physician Team’ field.
- Select “Yes” in the ‘Team Accepts Consult Orders’ field.
- Click [Select Roles].
- Select “User Role A” and click [OK].
- Validate the ‘Team Information’ field contains “User Role A”.
- Click [File].
- Validate a message displays stating “Filed” and click [OK].
- Set the ‘Team ID’ field to any value.
- Set the ‘Team Description’ field to "Team B".
- Select “Yes” in the ‘Active’ field.
- Select “Yes” in the ‘Physician Team’ field.
- Select “Yes” in the ‘Team Accepts Consult Orders’ field.
- Click [Select Roles].
- Select “User Role A” and click [OK].
- Validate a message is displayed stating “The following Roles are assigned to other Physician Teams. Role: User Role A Team(s): TeamIDA Do you wish to continue?” and click [Cancel].
- Validate a message is displayed stating “Cancelled” and click [OK].
- Set the ‘Team ID’ field to any value.
- Set the ‘Team Description’ field to "Team C".
- Select “Yes” in the ‘Active’ field.
- Select “Yes” in the ‘Physician Team’ field.
- Select “Yes” in the ‘Team Accepts Consult Orders’ field.
- Click [Select Users].
- Select “User A” and click [OK].
- Validate the ‘Team Information’ field contains “User A”.
- Click [File].
- Validate a message displays stating “Filed.” and click [OK].
- Set the ‘Team ID’ field to any value.
- Set the ‘Team Description’ field to "Team D".
- Select “Yes” in the ‘Active’ field.
- Select “Yes” in the ‘Physician Team’ field.
- Select “Yes” in the ‘Team Accepts Consult Orders’ field.
- Click [Select Users].
- Select “User A” and click [OK].
- Validate a message is displayed stating “The following Users are assigned to other Physician Teams. Users: User A Team(s): Team C Do you wish to continue?” and click [Cancel].
- Validate a message is displayed stating “Cancelled” and click [OK].
- Close the form.
Scenario 2: 'Admission' form - admission of a new client with a 'Team Assignment' filed
Specific Setup:
- The 'RADplus->System Security->Team Definition->->->Update Physician Team Caseload based on Admitting or Attending Practitioner' registry setting must be set to "Y".
- Please log out of the application and log back in after completing the above configuration.
- Avatar PM 2021 Update 118 and RADplus 2021 Update 116 must be installed to utilize full functionality.
- A Physician team must exist via the 'Team Definition' form with two Practitioners (Practitioner A and Practitioner B)
- The user must have access to the 'SYSTEM.RADplus_caseload' table.
- The user must have access to Crystal Reports or SQL tool.
Steps
- Access the 'Admission' form.
- Admit a new client (Client A) ensuring that "Practitioner A" is selected in the 'Admitting Practitioner' field.
- Create a report using the ‘SYSTEM.RADplus_caseload’ table with the following fields included: 'PATID', 'USERID', 'caseload_type_csm_code', and 'caseload_type_csm_value' .
- Filter the report by selecting "Client A's PATID" in the 'PATID' field.
- Validate there are two rows displayed for the team assignment for the new client created.
- Validate the ‘USERID’ field contains the USERID for the user logged into the application.
- Validate the 'caseload_type_CSM_code' field contains a row with "ADMITTING" and two rows with "TEAM".
- Validate the 'caseload_type_CSM_value' field contains a row with "Admitting Practitioner Caseload" and two rows with "Team Caseload Assignment".
- Close the report.
- Access the 'Admission' form.
- Admit a new client (Client B) ensuring that "Practitioner B" is selected in the 'Admitting Practitioner' field.
- Create a report using the ‘SYSTEM.RADplus_caseload’ table with the following fields included: 'PATID', 'USERID', 'caseload_type_csm_code', and 'caseload_type_csm_value' .
- Filter the report by selecting "Client A's PATID" in the 'PATID' field.
- Validate there are two rows displayed for the team assignment for the new client created.
- Validate the ‘USERID’ field contains the USERID for the user logged into the application.
- Validate the 'caseload_type_CSM_code' field contains a row with "ATTENDING" and two rows with "TEAM".
- Validate the 'caseload_type_CSM_value' field contains a row with "Attending Practitioner Caseload" and two rows with "Team Caseload Assignment".
- Close the report.
Scenario 3: OE NX - Orders This Episode - Create a new 'Consult' order, copy order, modify order and DC order.
Specific Setup:
- Avatar OE 2021 Update 61, RADplus 2022 Update 19, RADplus 2021 Update 116 and myAvatar NX Release 2021.11.00 are required in order to utilize full functionality.
- An 'Order Type' of "Consult Order" must exist in the Order Entry Tabled Files '(500) Order Types' dictionary with the following extended attributes set:
- '(501) Order Type Category' extended attribute = "Consult"
- '(506) Default Orders To Open-Ended When No Default Duration' = "No"
- '(561) Display/Require Consult Clinician Name/Team prompts' = "Show both, require neither"
- '(565) Default Consult 'Clinician Team' prompt based on 'Clinician Name' = "Yes"
- Please log out of the application and log back in after completing the above configuration.
- A user role must exist that has the ability to perform actions for "Consult Orders". This is done in the 'Order Entry User Role' form. (OE User Role A)
- A user must exist who is associated with "OE User Role A". (User A)
- A team must be defined in 'Team Definition' with the following configuration (Team A):
- 'Physician Team' set to "Yes"
- 'Team Accepts Consult Orders' is set to "Yes"
- "User A" must be selected after clicking [Select Users]
- 'Disable Adding Client to Caseload' is set to "No"
- 'Use Team Finalizer as Default Supervisor for Document Routing' is set to "No"
- A consult-type order code must exist that has "Team A" selected in the 'Limit Consult 'Clinician Team' prompt to the following Team' field and the 'Limit Consult 'Clinician Name' Prompt to Staff members having the following Category' field must have multiple values selected and must have the value associated with the Staff Member associated with "User A" selected. (Consult Order Code A)
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
- "User A" is logged in to the application.
Steps
- Select “Client A” and access the Order Entry Console.
- Search for and select “Consult Order Code A” in the ‘New Order Field’.
- Select “Team A” in the ‘Clinician Team’ field.
- Search for and select “User A” in the ‘Clinician Name’ field.
- Set the ‘Frequency’ field to “AS NEEDED”.
- Set the ‘Duration’ field to “48” and click [Hours].
- Click [Add to Scratchpad] and [Sign].
- Validate the ‘Order grid’ contains an order for “Consult Kidneys ClinicianTeam: Team A Clinician Name: User A AS NEEDED”.
- Select the order and click [Copy].
- Validate the ‘Clinician Team’ field contains “Team A”.
- Validate the ‘Clinician Name’ field contains “User A”.
- Validate the ‘Frequency’ field contains “AS NEEDED”.
- Validate the ‘Duration’ field contains “48” and [Hours] is selected.
- Click [Add to Scratchpad] and [Sign].
- Validate the ‘Interactions’ dialog displays.
- Override all interactions and click [Save Override and Exit].
- Validate the ‘Order grid’ contains two orders for “Consult Kidneys ClinicianTeam: Team A Clinician Name: User A AS NEEDED”.
- Select the 2nd order and click [Modify].
- Set the ‘Frequency’ field to “3 TIMES A DAY”.
- Click [Add to Scratchpad] and [Sign].
- Validate the ‘Interactions’ dialog displays.
- Override all interactions and click [Save Override and Exit].
- Validate the ‘Order grid’ contains an order for "Consult Kidneys ClinicianTeam: Team A Clinician Name: User A 3 TIMES A DAY” and an order for “Consult Kidneys ClinicianTeam: Team A Clinician Name: User A AS NEEDED”.
Scenario 4: 'My Clients' widget - Add to My Caseload, Remove From My Caseload
Specific Setup:
- Avatar PM 2021 Update 118, RADplus 2021 Update 116, and myAvatar Client Update 2513-003 or 3201-001 must be installed in order to utilize full functionality.
- The 'RADplus->Database Management->Client Lookup->->->Enable enhanced caseload management from the 'Clients and Data' widget' registry setting must be set to the User Role associated to the user logged into the application.
- Please log out of the application and log back in after completing the above configuration.
- "User A" must have access to all tables.
- "User A" must be logged into the application.
Steps
- Access the ‘Admission’ form.
- Fill out all required fields and click [Submit]. This will be "Client A"
- Validate that "Client A" displays in the ‘Recent Clients’ list.
- Right click "Client A" and select [Add to My Caseload].
- Validate the ‘My Clients’ widget contains “Client A”.
- Right click "Client A" under 'My Clients' and select [Remove From My Caseload].
- Validate that “Client A” no longer displays in the ‘My Clients’ widget.
- Create a report using the 'SYSTEM.radplus_caseload' table using the following fields: 'PATID', 'USERID' and 'caseload_type_CSM_value, hidden'.
- Filter the report by selecting "Client A's PATID" in the 'PATID' field.
- Validate the report contains no rows of data for "Client A".
- Access the ‘Team Definition’ form.
- Click [Select Team].
- Select “PT1 (Physician Team Test)” in the ‘Select one of the following’ field and click [OK].
- Select the ‘Individual Client Assignment’ section.
- Search for and select “Client A” in the ‘Client ID’ field.
- Select the ‘Team Definition’ section and click [File].
- Validate a "Filed" message is displayed and click [OK].
- Close the form.
- Validate that “Client A” does not display in the ‘My Clients’ widget.
- Refresh the report using the 'SYSTEM.radplus_caseload' table
- Validate a row is displayed for "Client A".
- Validate the 'caseload_type_CSM_value' field contains "Team Caseload Assignment".
- Validate the 'hidden' field contains "X"
- Right click "Client A" in 'Recent Clients' and select [Add to My Caseload].
- Validate the ‘My Clients’ widget contains “Client A”.
- Refresh the report using the 'SYSTEM.radplus_caseload' table
- Validate the report contains two rows of data for "Client A".
- Validate the 'caseload_type_CSM_value' field contains "Individually Selected" for the new row added.
- Validate the 'hidden' field contains no value for both rows.
- Right click "Client A" and select [Remove From Physician Team].
- Validate the ‘My Clients’ widget contains “Client A”.
- Refresh the report using the 'SYSTEM.radplus_caseload' table
- Validate there is only one row of data for "Client A" that has "Individually Selected" in the 'caseload_type_CSM_value' field.
- Right click "Client A" under 'My Clients' and select [Remove From My Caseload].
- Validate that “Client A” no longer displays in the ‘My Clients’ widget.
- Refresh the report using the 'SYSTEM.radplus_caseload' table.
- Validate the report contains no rows of data for "Client A"
- Close the report.
|
Topics
• Team Definition
|
'SYSTEM.RADplus_dict_user_def_stateform' table
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: Validate table 'SYSTEM.RADplus_dict_user_def_stateform'
Specific Setup:
- UserA has access to the 'SYSTEM.RADplus_dict_user_def_stateform' table
- UserA has access to the "Form and Table Documentation" form
- Have a Crystal Report or other SQL query program to query the 'SYSTEM.RADplus_dict_user_def_stateform' table
- Log in as [UserA]
Steps
- Open form "Form and Table Documentation"
- Select "Table" in the "Type of Documentation" field
- In the "Table(s) to be Documented" table list, select the " RADplus_dict_user_def_stateform" table
- Click [Process]
- Validate the "Facility" field contains the following:
- "Type" field value is "Integer"
- "Max Length" field value is "50"
- Validate the "dictionary_code" field contains the following:
- "Type" field value is "String"
- "Max Length" field value is "40"
- Validate the "dictionary_value" field contains the following:
- "Type" field value is "String"
- "Max Length" field value is "50"
- Validate the "field_description" field contains the following:
- "Type" field value is "String"
- "Max Length" field value is "40"
- Validate the "field_number" field contains the following:
- "Type" field value is "String"
- "Max Length" field value is "40"
- Validate the "inactive_codes" field contains the following:
- "Type" field value is "String"
- "Max Length" field value is "5"
- Using a Crystal Report or other SQL program, execute a query to display the fields in the "RADplus_dict_user_def_stateform" table. For example query: "SELECT * FROM RADplus_dict_user_def_stateform"
- Validate the "Column", "Type" and "Max Length" field values validated in steps 5 thru 10, are present in the results as expected
Add/Remove State Form Processing Flags' form
Scenario 1: Add/Remove State Form Processing Flags - form field validations
Specific Setup:
- Have two state form definition files created
- FileA has two records rec1 and rec2, each record has a "different" primary table
- FileB has two records rec1 and rec2, each record has a "same" primary table
- Each file has been compiled in form "State Form File Definition" with prompt "Generate Flag on Compile" set to "Y"
Steps
- Open the 'Add/Remove State Form Processing Flags' form
- In the "Action" field, select "Add Flags"
- In the "State Form" field, select the 'FileA' definition
- Click the "Record" field
- Validate, "ALL" is not an available for selection, since all records in the definition do not have the same primary table
- In the "State Form" field, select the 'FileB' definition
- Click the "Record" field
- Validate, "ALL" is listed, as this definition does contain all records with the same primary table
- Select the value
- In the "Properties to Display" list box, select the fields in the file to display for selection
- Click [Select Table Rows]
- In the "Row Data" selection list box, select any desired row [RowA]
- Click [OK]
- Click [Submit] to file the form
- Validate the form files successfully
- Open the 'Add/Remove State Form Processing Flags' form
- In the "Action" field, select "Remove Flags"
- In the "State Form" field, select the 'FileA' definition
- Click the "Record" field
- Validate, "ALL" is not an available for selection, as expected
- In the "State Form" field, select the definition Select the 'FileB' definition
- Click the "Record" field
- Validate, "ALL" is listed, as expected
- Select the value
- In the "Properties to Display" list box, select the same fields selected in step 5
- Click [Select Table Rows]
- In the "Row Data" selection list box, deselect the row selected in step 6, [RowA]
- Click [OK]
- Click [Submit] to file the form
- Validate the form files successfully
|
Topics
• NX
• State Form Tools
|
Document Routing - Tiff Image display
Scenario 1: "Document Routing" - Document display validations
Specific Setup:
- Have a system that has the (Internal only) Registry Setting 'Enable Fixed-Width Font' set to the default setting of "Y". Please contact your Netsmart representative to enable this setting.
- A form must be defined that has document routing enabled [FormA]
- [UserA] is a staff member with the "My To Do's" widget on their home view
- Log in as [UserA]
Steps
- Access [FormA]
- Populate all desired fields on the form, including the "Time" field
- Select "Final" in the 'Draft/Final' field.
- Click "OK"
- Click [Submit]
- In the "Confirm Document" screen:
- Verify document is displayed in the expected format, including proper spacing between characters and lines on the form
- Verify characters are displayed in the proper 'Font', in this test the "Lucida Sans Typewriter" font is validated
- Validate field heading characters are bold, when applicable
- Click [Accept and Route].
- Enter the user's password in the 'Password' field.
- Click [OK].
- In the "Route Document To" screen, select and add an approver
- Click [Submit].
- Click "No" to not return to the form
- Navigate to the 'My To Do's' widget.
- Locate the document in the "My To Do's" widget for [FormA]
- Click [Approve Document]
- In the "Confirm Document" screen:
- Verify document is displayed in the expected format, including proper spacing between characters and lines on the form
- Verify all text characters are displayed in the proper 'Font'
- Validate field heading characters are bold, when applicable
- Click [Accept].
- Enter the user's password in the 'Password' field.
- Click [OK].
- Validate the "To Do" accepted successfully and is removed from the 'My To Do's' widget.
Add User Signature - Tiff display
Scenario 1: "Append Documents" - Document display validations
Specific Setup:
- Have a system that has the (Internal only) Registry Setting 'Enable Fixed-Width Font' set to the default setting of "Y". Please contact your Netsmart representative to enable this setting.
- Have a document [DocumentA] for [ClentA] routed to [UserA]
- Login as [UserA]
Steps
- Open the "Append Documents" form
- Select the form type used for one of the documents from the "Form Type" drop down list.
- Select [ClientA] in the "Entity" field
- Populate the "From Date" and "End Date" fields
- Click the drop down list in the "List of Documents" field
- Select [DocumentA] to append to
- Enter free text in the "New Comments to Be Appended in the Original Document" field
- Click [Submit]
- In the "Confirm Document" screen:
- Verify document is displayed in the expected format, including proper spacing between characters and lines on the form
- Verify all text characters are displayed in the proper 'Font', in this test the "Lucida Sans Typewriter" font is validated
- Validate field heading characters are in bold, when applicable
- Click [Accept]
- Enter the user's password
- Click [Verify]
- Validate the form files successfully
Append Document - Tiff Image display
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Add Non-User Signature (PM)
Scenario 1: Add Non User Signature - Document display validations
Specific Setup:
- Have a system with registry setting "Enable Military Time" set to "Y"
- Have documents created and routed using any form. For example a modeled form enabled for document routing
- Have a user who is not a staff member with access to form "Add Non-User Signature"
Steps
- Open the "Add Non User Signature" form
- Select the form type used for one of the documents from the "Form Type" drop down list.
- Select [ClientA] in the "Entity" field
- Populate the "From Date" and "End Date" fields
- Click the drop down list in the "List of Documents" field
- Select [DocumentA]
- Enter free text in the "New Comments to Be Appended in the Original Document" field
- Populate any other required fields
- Click [Submit]
- In the "Confirm Document" screen:
- Verify document is displayed in the expected format, including proper spacing between characters and lines on the form
- Verify all text characters are displayed in the proper 'Font', in this test the "Lucida Sans Typewriter" font is validated
- Validate field heading characters are in bold, when applicable
- Click [Accept]
- Enter the user's password
- Click [Verify]
- Validate the form files successfully
|
Topics
• Document Routing
• NX
|
| |