Middleware Server - client properties setting
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Middleware - Validate functionality of "rpclient.properties" file setting "radplusclient.tunnelport.inuse.messagetype=showpopup"
Specific Setup:
- Have Netsmart set the following property in the "rpclient.properties" file on the Middleware server: radplusclient.tunnelport.inuse.messagetype=showpopup
- Have a user [UserA] with a valid Avatar login
- [UserA] has access to one or more "Crystal Reports" that can be launched
Steps
- Open a myAvatar session and sign in as [UserA]
- Validate login is successful
- On the same workstation, open a second myAvatar session and sign in again
- Validate a warning message is displayed: Warning : There may be issues with Crystal reports due to a port already being in use. This would happen if you have more than one instance of myAvatar running. Do you wish to continue? [Yes] [No]"
- Click "No"
- Validate the user is returned to the login screen
- At the login screen sign in again
- Validate the same message is displayed as in step a
- Click [Yes]
- Validate login is successful
Scenario 2: Middleware - Validate functionality of "rpclient.properties" file setting "radplusclient.tunnelport.inuse.messagetype=console"
Specific Setup:
- Have Netsmart set the following property in the "rpclient.properties" file on the Middleware server: "radplusclient.tunnelport.inuse.messagetype = “showpopup”
- In the windows "Java Control Panel", have the java console setting "Enable Logging" and "Show Console" turned on
- Have a user [UserA] with a valid Avatar login
- [UserA] has access to one or more "Crystal Reports" that can be launched
Steps
- Open a myAvatar session and sign in as [UserA]
- Validate login is successful
- On the same workstation, open a second myAvatar session and sign in again
- Validate login is successful
- In the Java "Console Log"
- Validate a warning message is displayed: "Warning : There may be issues with Crystal reports due to a port already being in use"
|
Topics
• Avatar Login
• Middleware Updates
|
Form return after Submission
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Practitioner Assignment
Scenario 1: Validate "Return to Form" after form submission functionality
Specific Setup:
- Have a modeled form [FormA] that is set with field "Re-Enter" form enabled in "Form Definition"
- In form "Set System Defaults", have any progress note form [FormB], selected in field "Return to Pre-Display Upon Filling the Following Progress Notes"
Steps
- Access [FormA], the modeled form
- Populate all required and desired fields.
- Click [Submit]
- Validate the 'Form Return' dialog is displayed and click [Yes].
- Validate the form pre-display is displayed and click [Add].
- Populate all required and desired fields.
- Click [Submit]
- Validate the 'Form Return' dialog is displayed and click [No].
- Validate the form closes and you're brought back to the home view
- Access [FormB], the progress note form
- Populate all required and desired fields.
- Click [Submit]
- Validate the 'Form Return' dialog is displayed and click [Yes].
- Validate the form pre-display is displayed and click [Add].
- Populate all required and desired fields.
- Click [Submit]
- Validate the 'Form Return' dialog is displayed and click [No].
- Validate the form closes and you're brought back to the home view
|
Topics
• Modeling
• NX
• Progress Notes
|
Client Name Display
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate client name display in the "My Clients" widget and "Chart" view header
Specific Setup:
- Have a client with just first and last name defined. [ClientA]
- Have a client with first name, last name and middle name defined. [ClientB]
- Have a client with first name, middle name, last name and a suffix defined. [ClientC]
- Have a client with a prefix, first name, middle name, last name and a suffix defined. [ClientD]
- Have the "My Clients" widget on a user's [UserA] home view
- Have a client based form available for testing. For example "Update Client Data" [FormA]
- Have [FormA] added to the users home view
Steps
- In the "Search Clients" field of the "My Clients" widget, search for and select [ClientA]
- Validate the selected clients first and last name are displayed in the "My Clients" widget client list, as expected
- Right-click on the clients name and click to display the clients chart
- Validate the name in the client chart header displays clients first and last name, as expected
- Validate the "Tab" above the client header, displays the clients first name followed by the first initial of their last name(in uppercase)
- Click back to the Home View
- Search and open [FormA]
- Validate the name in the client header displays clients first and last name, as expected
- Validate the "Tab" above the client header, displays the clients first name followed by the first initial of their last name(in uppercase)
- Close or submit [FormA]
- Validate the name in the client header displays clients first and last name, as expected
- Validate the "Tab" above the client header, displays the client first name followed by the first initial of their last name(in uppercase)
- In the "Search Clients" field of the "My Clients" widget, search for and select [ClientB]
- Validate the selected clients first, middle and last name are displayed in the "My Clients" widget client list, as expected
- Right-click on the clients name and click to display the clients chart
- Validate the name in the client chart header displays clients first, middle and last name, as expected
- Validate the "Tab" above the client header, displays the client first name followed by the first initial of their middle name(in uppercase) and the first initial of their last name(in uppercase)
- Click back to the Home View
- Search and open [FormA]
- Validate the name in the client header displays clients first, middle and last name, as expected
- Validate the "Tab" above the client header, displays the client first name followed by the first initial of their middle name(in uppercase) and the first initial of their last name(in uppercase)
- Close or submit [FormA]
- Validate the name in the client header displays clients first, middle and last name, as expected
- Validate the "Tab" above the client header, displays the clients first name followed by the first initial of their middle name(in uppercase) and the first initial of their last name(in uppercase)
- In the "Search Clients" field of the "My Clients" widget, search for and select [ClientC]
- Validate the selected clients first, middle, last name and suffix(in uppercase letters) are displayed in the "My Clients" widget client list
- Right-click on the clients name and click to display the clients chart
- Validate the name in the client chart header displays the clients first, middle, last name and suffix(in uppercase letters)
- Validate the "Tab" above the client header, displays the clients first name, first initial of their middle name(in uppercase), first initial of their last name(in uppercase)
- Click back to the Home View
- Search and open [FormA]
- Validate the name in the client chart header displays the clients first, middle, last name and suffix(in uppercase letters)
- Validate the "Tab" above the client header, displays the clients first name, first initial of their middle name(in uppercase), first initial of their last name(in uppercase)
- Close or submit [FormA]
- Validate the name in the client chart header displays the clients first, middle, last name and suffix(in uppercase letters)
- Validate the "Tab" above the client header, displays the clients first name, first initial of their middle name(in uppercase), first initial of their last name(in uppercase)
- In the "Search Clients" field of the "My Clients" widget, search for and select [ClientD]
- Validate the selected clients prefix(in uppercase letters), first name, middle name, last name and suffix(in uppercase letters) are displayed in the "My Clients" widget client list
- Right-click on the clients name and click to display the clients chart
- Validate the name in the client chart header displays the clients prefix(in uppercase letters), first name, middle name, last name and suffix(in uppercase letters)
- Validate the "Tab" above the client header, displays the clients first name, first initial of their middle name(in uppercase), first initial of their last name(in uppercase)
- Click back to the Home View
- Search and open [FormA]
- Validate the name in the client chart header displays the clients prefix(in uppercase letters), first name, middle name, last name and suffix(in uppercase letters)
- Validate the "Tab" above the client header, displays the clients first name, first initial of their middle name(in uppercase), first initial of their last name(in uppercase)
- Close or submit [FormA]
- Validate the name in the client chart header displays the clients prefix(in uppercase letters), first name, middle name, last name and suffix(in uppercase letters)
- Validate the "Tab" above the client header, displays the clients first name, first initial of their middle name(in uppercase), first initial of their last name(in uppercase)
|
Topics
• My Clients
|
Sticky Notes and other popups
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission
- Ambulatory Progress Notes
- Clinical Document Viewer
- Registry Settings (PM)
Scenario 1: Ambulatory Progress Note - New Service
Specific Setup:
- A client is enrolled in an outpatient episode (Client A).
Steps
- Select "Client A" and access the 'Ambulatory Progress Notes' form.
- Select "New Service" in the 'Progress Note For' field.
- Populate all required and desired fields.
- Click "Final" multiple times in the 'Draft/Final' field.
- Click [Submit] multiple times.
- Access the 'Client Ledger' form.
- Enter "Client A" in the 'Client ID' field.
- Select "All Episodes" in the 'Claim/Episode/All Episodes' field.
- Select "Simple" in the 'Ledger Type' field.
- Select "Yes" in the 'Include Zero Charges' field.
- Click [Process].
- Validate the 'Client Ledger Report' contains one generated service from the new service note.
- Close the report and the form.
Scenario 2: Ambulatory Progress Notes - Sticky Notes
Specific Setup:
- Enable the registry setting "Display Sticky Notes".
- Admit a new client into any program.
Steps
- Open the "Ambulatory Progress Notes" (or preferred progress note).
- Create a progress note for a new service.
- Pick a future date for the "Date of Service".
- Validate a pop up is generated indicating "Future dates not permitted".
- Click "OK".
- Set the "Draft/Final" to "Draft".
- Open the "Ambulatory Progress Notes" (or preferred progress note).
- Select the drafted note.
- Click "Edit".
- Change the "Date of Service" to a future date.
- Validate a pop up displays indicating "Future dates not permitted".
- Click "OK".
- Change the "Date of Service" to today's date.
- Click the "Notes" button.
- Validate the sticky note previously entered displays.
- Finalize the note.
- Open "Clinical Document Viewer".
- Retrieve the note that was finalized with a sticky note.
- Validate the note displays.
|
Topics
• NX
• Progress Notes
|
Adding data in text fields
Scenario 1: Validate data results entered, pasted or using text templates in "Scrolling Text Fields"
Specific Setup:
- The registry setting "Enable Templates on Demand for SQL Widget" is enabled.
- Have a MS-Word document [DocumentA] that contains a mix of standard and special characters that includes single and double angled quotes. This document should also include special formatting of text that includes "Bullets" and "Numbering".
- Have access to any progress note form that includes a scrolling text field [FormA]
- Have access to any modeled form that includes a scrolling text field [FormB]
- [FormA] and [FormB] have "Autosave" enabled on the form
- Have a client who admitted in an open episode [ClientA]
Steps
- Open [FormA]
- Navigate to the scrolling free text field.
- Type in several lines of data, for example three lines or more
- Tab out of the field
- Validate data is displayed as expected
- Navigate back to the scrolling free text field.
- Click the "Templates" icon next to the scrolling free text field.
- Select "User Defined Template".
- Click "Manage Templates".
- Set the "Template Name" to any desired name.[TemplateA]
- From the "Available Fields" box, drag and add fields any desired fields into the "Template" box, such as "Street", "City", "State, Zip"
- Copy text form [DocumentA] and paste the data after the into the "Template" box
- Click [Add]
- Validate [TemplateA] is added to the "My Templates" section
- Click "Save" when finished.
- Click the "Templates" icon next to the scrolling free text field.
- Select "User Defined Templates".
- Click the "[TemplateA] template
- Validate the scrolling free text field is populated all the expected data
- Complete any other desired fields on the form
- Click the auto save "Backup" button on the form
- Validate the message "Autosaved at [Current Time]", is displayed
- Close the form without submitting
- Re-open [FormA]
- At the "Restore Backup Data" dialog
- Click [Yes]
- Validate all fields are populated as expected, including the data in the scrolling text field
- Submit the form
- Validate the form files successfully
- Repeat steps 1 thru 4 for [FormB]
- Validate results are as expected
|
Topics
• Forms
• NX
|
'My Clients' list - User Caseload
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Nursing Caseload Assignment
Scenario 1: Validate adding/removing clients from a user caseload
Specific Setup:
- Two users are defined as practitioners (Practitioner A & Practitioner B).
- An inpatient client must be added to the caseload of "Practitioner B" (Client A).
- Take note of the 'Unit' the client is admitted in.
- Must be logged in as the user associated to "Practitioner A".
- Two views are defined with the 'My Clients' list (View A & View B)
- "View A" must be the logged in user's default HomeView
- "View B" must be associated to the HomeView
Steps
- Access the 'Nursing Caseload Assignment' form.
- Select the unit "Client A" is admitted to in the 'Select Clients From Unit' field.
- Select "Client A" in the 'Select Clients To Include In Current Caseload' field.
- Click [Move Selected Clients To Current Caseload].
- Validate the 'Current Caseload' field contains "Client A".
- Click [Submit].
- Navigate to the 'My Clients' widget on "View A".
- Validate "Client A" is displayed.
- Select "View B".
- Navigate to the 'My Clients' widget.
- Validate "Client A" is displayed. Note: this may take up to 30 seconds.
- Access the 'Nursing Caseload Assignment' form.
- Click [Clear/Release Entire Current Caseload].
- Validate the 'Current Caseload' field no longer contains "Client A".
- Click [Submit].
- Navigate to the 'My Clients' widget on "View A".
- Validate "Client A" is no longer displayed.
- Select "View B".
- Navigate to the 'My Clients' widget.
- Validate "Client A" is no longer displayed. Note: this may take up to 30 seconds.
|
Topics
• My Clients
|
Order Validation - Form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Order Validation - Validate 'Select Orders to Validate" display functionality
Specific Setup:
- Have a client [ClientA], with two or more orders on the system that require validation
Steps
- Open the form "Order Validation"
- Select [ClientA] in the Select Client dropdown menu.
- Validate the "Select Orders to Validate" grid populates with the expected orders
- Click the [View] button in the "Details" column for any order.
- Validate the “Details of Selected Orders” field is populated in a timely manner and with the expected results.
- Repeat step b for each of the orders
- Validate results are as expected
- Click [Select/Deselect All Orders] to select all orders in the "Select Orders to Validate" grid
- Click [Display Details for All Selected Orders].
- Validate the 'Details of Selected Orders' field contains information for all selected orders.
- Click [Validate Selected Orders] to select all orders in the "Select Orders to Validate" grid, for validation
- At the "Confirm Validated" dialog, click [OK]
|
Topics
• Order Validation
|
IRIS - Document Routing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate a document routing document generated using a "Crystal Report" text template
Specific Setup:
- Have a system running on "IRIS" as the cache platform
- Have a product or modeled form [FormA] that includes various field types. For example, a "Date" field and a "Scrolling Text" field
- Have a "Crystal Report" [ReportA] set up for the form that will display data filed in the form
- In form "Import Reports", have the report[ReportA] imported with prompt "Import Report for Document Routing" set to "Yes"
- Have [FormA] configured in form "Document Routing Setup" with field "User Crystal Report Text Template " set to "Yes" and [ReportA] selected in field "Crystal Report"
- [UserA] is a staff member and has the "My To Do's" widget on their home view
- Log in as [UserA]
Steps
- Open [FormA] for any client [ClientA]
- Populate all fields and file the form as "Final"
- Verify the document preview displays all field data populated in the format of Crystal Report [Report], as expected
- Click the "Accept and Route" button
- Populate the "Verify Password Prompt" with a password
- Click "OK"
- At the "Route Document To" screen, populate the "Add Approver" field with a staff member
- Click [Add] to add the staff member as the approver
- Click [Submit]
- At the home view, navigate to the "My To Do's" widget
- Verify there is new to do listed for the document just routed for [ClientA]
- Click [Approve Document]
- Verify the document preview displays all field data populated in the format of Crystal Report [Report], as expected
- Click [Accept]
- Populate the "Verify Password Prompt" with a password
- Click [OK]
- Open the form "Clinical Document Viewer"
- Populate the "Select Type" field
- Click the "Individual" radio button
- Select [ClientA] in the "Select Client" field
- Click "Process"
- On the results tab, validate that row exists for the document approved in step 2
- Click the "View" button to display the document
- Verify the document preview displays all field data populated in the format of Crystal Report [Report], as expected
|
Topics
• Clinical Document Viewer
• NX
|
Accessing Forms
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate switching between views and accessing forms after selecting/de-selecting clients
Specific Setup:
- Two views are defined with the 'My Clients' list (View A & View B)
Steps
- Navigate to "View B".
- Search for and select a client that is not in the user's caseload in the 'Search Clients' field.
- Validate the client is selected and displays in the 'Recent Clients' section of the 'My Clients' widget.
- Navigate to "View A".
- Validate the client remains selected in the 'Recent Clients' section of the 'My Clients' widget.
- Access the 'Call Intake' form.
- Validate a "Form Load Error" message is displayed stating: Client is currently active. Only clients discharged from all programs or clients in the call status without a MR# can be accessed in this function".
- Click [OK].
- Navigate to "View B".
- De-select the client in the 'Recent Clients' list.
- Navigate to "View A".
- Validate the client is not selected in the 'Recent Clients' list.
- Access the 'Call Intake' form.
- Validate the "Select Client" dialog is displayed to search for a new client.
- Click [Cancel].
|
Topics
• Forms
• My Clients
|
'My To Do's' Widget - Note to Self
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Document Routing Setup (PM)
- HomeView - My To Do's widget
- Progress Notes (Group and Individual)
- Ambulatory Progress Notes
Scenario 1: Progress Notes (Group and Individual) - File a progress note and validate the 'Note-to-Self' field in the 'My To Do's widget
Specific Setup:
- Document routing must be enabled for the 'Progress Notes (Group and Individual)' form.
- A client is enrolled in an existing episode (Client A).
Steps
- Access the 'Progress Notes (Group and Individual)' form.
- Search for "Client A" in the 'Select Client' field.
- Select "Client A" from the 'Results' field.
- Click "Independent Note" from 'Progress Note For' field.
- Select desired value from 'Note Type' field.
- Add desired comments in 'Notes Field' field.
- Select "Final" from 'Draft/Final' field.
- Click [File Note].
- Validate a "Confirm Document" message is displayed.
- Click [Accept and Route].
- Validate a "Verify Password" message is displayed.
- Enter the password associated to the logged in user in the 'Password' field.
- Click [Verify].
- Search for and select the practitioner associated to the logged in user in the 'Supervisor' field.
- Click [Add] and [Submit].
- Validate a "Notes Filed" message is displayed.
- Click [OK] and close the form.
- Navigate to the 'My To Do's widget.
- Navigate to the "New" section.
- Validate the To Do for "Client A" is displayed.
- Add desired comments in the 'Note-to-Self' field.
- Navigate to the "All" section.
- Validate the comments in the 'Note-to-Self' field remains.
- Click [Refresh].
- Validate the comments in the 'Note-to-Self' field remains.
- Navigate to the "New" section.
- Click [Refresh].
- Validate the comments in the 'Note-to-Self' field remains.
- Click [Approve Document].
- Click [Accept].
- Validate a "Verify Password" message is displayed.
- Enter the password associated to the logged in user in the 'Password' field.
- Click [Ok].
- Validate the To Do for "Client A" is no longer displayed.
Scenario 2: Ambulatory Progress Notes - File a progress note and validate the 'Note-to-Self' field in the 'My To Do's widget
Specific Setup:
- Document routing must be enabled for the 'Ambulatory Progress Notes' form.
- A client is enrolled in an existing episode (Client A).
Steps
- Access the 'Progress Notes (Group and Individual)' form.
- Search for "Client A" in the 'Select Client' field.
- Select "Client A" from the 'Results' field.
- Click "Independent Note" from 'Progress Note For' field.
- Select desired value from 'Note Type' field.
- Add desired comments in 'Notes Field' field.
- Select "Final" from 'Draft/Final' field.
- Click [Submit].
- Validate a "Confirm Document" message is displayed.
- Click [Accept and Route].
- Validate a "Verify Password" message is displayed.
- Enter the password associated to the logged in user in the 'Password' field.
- Click [Verify].
- Search for and select the practitioner associated to the logged in user in the 'Supervisor' field.
- Click [Add] and [Submit].
- Navigate to the 'My To Do's widget.
- Navigate to the "New" section.
- Validate the To Do for "Client A" is displayed.
- Add desired comments in the 'Note-to-Self' field.
- Navigate to the "All" section.
- Validate the comments in the 'Note-to-Self' field remains.
- Click [Refresh].
- Validate the comments in the 'Note-to-Self' field remains.
- Navigate to the "New" section.
- Click [Refresh].
- Validate the comments in the 'Note-to-Self' field remains.
- Click [Approve Document].
- Click [Accept].
- Validate a "Verify Password" message is displayed.
- Enter the password associated to the logged in user in the 'Password' field.
- Click [Ok].
- Validate the To Do for "Client A" is no longer displayed.
|
Topics
• Widgets
|
Scheduling Calendar - 'Team' filter
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Scheduling Calendar - 'Site' and 'Team' display filters
Specific Setup:
- Two sites are defined in 'Site Registration' (Site A & Site B).
- Multiple staff members are associated to each site.
- Three teams are defined in 'Team Definition' with the following (Team A, Team B & Team C) with at least two associated staff members.
- "Site A" has "Team A" & "Team B" associated to it.
- "Site B" has "Team C" associated to it.
Steps
- Access the 'Scheduling Calendar' form.
- Select "Site A" in the 'Site' field.
- Validate the 'Staff Members' field contains the staff members associated to "Site A".
- Select "Team A" in the 'Team' field.
- Validate the 'Staff Members' field contains the staff members associated to "Team A".
- Select the desired staff members in the 'Staff Members' field.
- Validate the 'Scheduling Calendar' grid displays the hours for the selected staff members.
- Select "Site B" in the 'Site' field.
- Validate the 'Team' field now contains "No Team Selected".
- Validate the 'Staff Members' field contains the staff members associated to "Site B".
- Select "Team C" in the 'Team' field.
- Validate the 'Staff Members' field contains the staff members associated to "Team C".
- Select the desired staff members in the 'Staff Members' field.
- Validate the 'Scheduling Calendar' grid displays the hours for the selected staff members.
- Select "Site A" in the 'Site' field.
- Validate the 'Team' field now contains "No Team Selected".
- Validate the 'Staff Members' field contains the staff members associated to "Site A".
- Select "Team B" in the 'Team' field.
- Validate the 'Staff Members' field contains the staff members associated to "Team B".
- Click [Dismiss].
|
Topics
• Scheduling Calendar
|
Patient Health Questonnaire-9 - Color Blind Mode
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Patient Health Questionnaire-9
- System Security Defaults
Scenario 1: Patient Health Questonnaire-9 - Validate Color Blind Mode
Specific Setup:
- A client is enrolled in an existing episode (Client A).
- Color Blind mode must be enabled:
- "Yes" must be selected in the 'Include 'User Is Colorblind' Prompt' field in the 'System Security Defaults' form.
- Select "Please select to enable Color Blind view (requires restart)" in the 'General' section of the user 'Preferences'.
- Logout and log back in to the application.
Steps
- Access the 'Patient Health Questionnaire-9' form.
- Search for and select "Client A" in the 'Select Client' field.
- Validate the required questions/fields are bold in the form.
- Select "Draft" in the 'Assessment Status' field.
- Select desired values for all the questions.
- Click [Submit]
- Access the 'Patient Health Questionnaire-9' form.
- Select the record for "Client A".
- Click [Edit].
- Validate the values filed in the previous steps are displayed.
- Close the form.
|
Topics
• Patient Health Questionnaire
• Patient Health Questionnaire - 9
|
Scheduling Calendar - 'Site' filter
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Practitioner Enrollment
- Site Registration
- Staff Members Hours And Exceptions
Scenario 1: Scheduling Calendar - Validate 'Site' and Practitioner Filtering
Specific Setup:
- Two sites are defined in the 'Site Registration' form (Site A & Site B).
- A practitioner (Staff A) is defined with available days/hours (Example 'Effective Date' as "01/01/2020") for appointments at "Site A" with an 'End Date' of two weeks prior (Date A).
- A practitioner (Staff B) is defined with available days/hours for appointments at "Site A" with no 'End Date' on file.
- A practitioner (Staff C) is defined with available days/hours for appointments at "Site B" with no 'End Date' on file.
Steps
- Access the 'Scheduling Calendar' form.
- Select "Site A" in the 'Site' field.
- Select today's date.
- Validate "Staff A" is not present in the 'Staff Members' list.
- Validate "Staff B" is present in the 'Staff Members' list.
- Validate "Staff C" is not present in the 'Staff Members' list.
- Change the date to a date that is earlier or on "Date A".
- Validate "Staff A" is now present in the 'Staff Members' list.
- Validate "Staff B" is present in the 'Staff Members' list.
- Validate "Staff C" is not present in the 'Staff Members' list.
- Select "Site B" in the 'Site' field.
- Validate "Staff A" and "Staff B" are not present in the 'Staff Members' list.
- Validate "Staff C" is present in the 'Staff Members' list.
- Select "Site A" in the 'Site' field.
- Validate "Staff A" and "Staff B" are present in the 'Staff Members' list.
- Validate "Staff C" is not present in the 'Staff Members' list.
- Click [Dismiss].
Scenario 2: Scheduling Calendar - 'Site' filter - two sites with one practitioner
Specific Setup:
- Two sites are defined in the 'Site Registration' form (Site A & Site B).
- A practitioner (Staff A) is defined with available days/hours for appointments at "Site A" and "Staff B" with no 'End Date' on file.
Steps
- Access the 'Scheduling Calendar' form.
- Select "Site A" in the 'Site' field.
- Validate the 'Staff Members' field contains the staff members associated to "Site A".
- Select "Staff A" in the 'Staff Members' field.
- Validate the 'Scheduling Calendar' grid displays the hours for the selected "Staff A".
- Select "Site B" in the 'Site' field.
- Validate the 'Staff Members' field contains the staff members associated to "Site B".
- Validate "Staff A" is still selected in the 'Staff Members' field.
- Validate the 'Scheduling Calendar' grid displays the hours for the selected "Staff A".
- Click [Dismiss]
|
Topics
• Scheduling Calendar
|
Multiple Forms Opened for Multiple Clients
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate form re-entry when multiple forms are opened for multiple clients at once
Specific Setup:
- Two clients are enrolled in existing episodes (Client A & Client B).
- Must have 4 forms that prompt form re-entry for the same client (Form A, Form B, Form C).
- Must have a form that prompts form re-entry for a new entity (Form D).
Steps
- Select "Client A" and access "Form A".
- Validate "Form A" is displayed for "Client A".
- Click [Home] to navigate back to the HomeView.
- Select "Client B" and access "Form B".
- Validate "Form B" is displayed for "Client B".
- Navigate back to the opened tab for "Form A".
- Validate "Form A" is displayed for "Client A".
- Populate any desired fields.
- Click [Submit].
- Validate a message is displayed stating: Submitting has completed. Do you wish to re-enter the form?
- Click [Yes].
- Validate "Form A" is still displayed for "Client A".
- Close the form.
- Navigate back to the opened tab for "Form B".
- Validate "Form B" is displayed for "Client B".
- Close the form.
- Select "Client A" and access "Form D".
- Click [Browse Forms] and select "Form B".
- Validate "Form B" is opened in a second tab for "Client A".
- Click [Browse Forms] and select "Form C".
- Validate "Form C" is opened in a third tab for "Client A".
- Navigate back to "Form D".
- Populate any desired fields.
- Click [Submit].
- Validate a message is displayed stating: Submitting has been completed. Do you wish to re-enter the form?
- Click [Yes].
- Validate a message is displayed stating: Submitting has been completed. The following forms are currently open for this client: "Form B", and "Form C". Do you wish to close these forms?
- Click [Yes].
- Validate "Form B" and "Form C" have closed.
- Validate the 'Select Client' dialog is displayed for "Form D".
- Search for and select "Client B".
- Validate "Form D" is displayed for "Client B".
- Close the form.
|
Topics
• Forms
|
OE NX - Order Entry Console - PRN Frequency code
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Orders This Episode
- Order Entry Console
Scenario 1: OE NX - Orders This Episode - Create new order with PRN Frequency code - External Pharmacy Mode
Specific Setup:
- The 'Avatar Order Entry->Facility Defaults->Client Profile->->->Hide Duration In OE Console (Orders This Episode) For External Pharmacy Mode' registry setting must be set to "Y".
- A pharmacy-type order code "Order Code A" must be configured to have a default duration in days.
- A "PRN" 'Frequency Code' must exist.
- Please log out of the application and log back in after completing the above configuration.
- A client must have an inpatient episode whose program or unit are configured in the ‘External Pharmacy Setup’ form. (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.
Steps
- Select "Client A" and access the Order Entry Console.
- Create an order for a pharmacy-type order code.
- Populate the required fields selecting any "PRN" frequency code from the 'Frequency' field.
- Validate the 'Stop Date' and 'Stop Time' fields remain populated.
- Click [Add to Scratchpad].
- Click the order in the 'Scratchpad' and validate the 'Stop Date' and 'Stop Time' fields remain populated.
- Click [Update Order] and file the order.
- Validate the order created is displayed within the 'Order grid'.
Scenario 2: OE NX- Admission Med Reconciliation - Create new order with PRN Frequency code - External Pharmacy Mode
Specific Setup:
- The 'Avatar Order Entry->Facility Defaults->Client Profile->->->Hide Duration In OE Console (Orders This Episode) For External Pharmacy Mode' registry setting must be set to "Y".
- A pharmacy-type order code "Order Code A" must be configured to have a default duration in days.
- A "PRN" 'Frequency Code' must exist.
- Please log out of the application and log back in after completing the above configuration.
- A client must have an inpatient episode whose program or unit are configured in the ‘External Pharmacy Setup’ form. (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.
Steps
- Select "Client A" and access the Order Entry Console.
- Select the 'Admission Med Reconciliation' tab.
- Create an order for a pharmacy-type order code.
- Populate the required fields selecting any "PRN" frequency code from the 'Frequency' field.
- Validate the 'Stop Date' and 'Stop Time' fields remain populated.
- Click [Add to Scratchpad].
- Click the order in the 'Inpatient Medications Scratchpad' and validate the 'Stop Date' and 'Stop Time' fields remain populated.
- Click [Update Order] and [Reconcile & Review].
- Validate the 'Admission Med Reconciliation' tab is displayed in view-only mode.
|
Topics
• NX
• Order Entry Console
|
Widgets
Scenario 1: Console Widget Viewer - Treatment Plan
Specific Setup:
- A client is enrolled in an existing episode (Client A).
- A user must have a console widget configured for the Treatment Plan in the 'Console Widget Configuration' form.
- A user must have a view configured containing the Console Widget and Console Widget Viewer (View A).
Steps
- Select "Client A" and access the 'Treatment Plan' form.
- Enter the desired date in the 'Plan Date' field.
- Select the desired value in the 'Plan Type' field.
- Select "Draft" in the 'Treatment Plan Status' field.
- Click [Launch Plan].
- Add any problem.
- Click [Return To Plan] and [OK].
- Submit the form.
- Select "Client A" and navigate to "View A".
- Validate the 'Treatment Plan' console widget contains the draft treatment plan filed in the previous steps and select it.
- Click [View].
- Validate the 'Console Widget Viewer' displays the draft treatment plan details filed in the previous steps.
- Click [Open Record].
- Validate the draft treatment plan is opened.
- Select "Final" in the 'Treatment Plan Status' field.
- Submit the note.
- Select "Client A" and navigate back to "View A".
- Validate the 'Treatment Plan' console widget contains the finalized treatment plan filed in the previous steps and select it.
- Click [View].
- Validate the 'Console Widget Viewer' displays the finalized treatment plan details filed in the previous steps.
- Click [Open Record].
- Validate a message is displayed stating "This plan is marked as Final. Changes are not allowed. Do you want to continue?"
- Click [No].
|
Topics
• Registry Settings
|
To Do Widget - Sign Tab
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: My To Do's Widget - (Sign Tab] - Signing multiple documents at once
Specific Setup:
- Have a system that has multiple To Do's (for example, five or more) generated and not yet approved and signed
- [UserA] is a staff member and also has permissions to co-sign to do's for other staff members
- [UserA] has the "My To Do's" widget on their home view
- Log in as [UserA]
Steps
- Navigate to the "My To Do's" widget
- Click on the [Sign] tab
- Validate the "Search Documents" list contains the expected document To Do's
- Select just the first document in the list, take note of the client name of the document
- Click [Accept]
- Validate the expected Client document has been moved to the "Accepted Documents" section,
- Validate the next consecutive client document is automatically highlighted in the "Search Documents" section, take note of the client name of the document
- Click [Accept]
- Validate the expected Client document has been moved to the "Accepted Documents" section,
- Validate the next consecutive client document is automatically highlighted in the "Search Documents" section, take note of the client name of the document
- Repeat the previous step till all the documents are listed in the "Accepted Documents" section
- Ensure no documents accepted, are listed more the once
- Click [Sign All]
- Enter a password in the "Password" prompt
- Validate the processing dialog is displayed
- Validate all documents have been removed form the "Accepted Documents" section
- Access the 'Clinical Document Viewer' form.
- Select "Client" in the 'Select All or Individual Client' field.
- In the 'Select Client' field, select one of clients noted in step 1 who's To Do was signed
- Click [Process].
- Validate document is present in the document list
- Click [View]
- Validate the document contents are as expected
- Repeat step 2a for any other desired clients who's To do document was signed, in step 1
- Validate results are as expected
|
Topics
• Widgets
|
Avatar eMAR - 'Order Details' Flyover
Scenario 1: NX - OE and eMAR - AOE Question/Answer Flyover
|
Topics
• Avatar eMAR
• NX
|