URL/Post widget
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HomeView.URL Widget
- HomeView.URL/Post Widget
Scenario 1: Validate URL type Widgets on HomeView
Specific Setup:
- Have "URL" widget [WidgetA] defined that has a URL that will take a user to a "Microsoft Authentication" page website login (for example a "Microsoft Sharepoint" login page)
- Have a second widget [WidgetB] defined as a "URL/Post" widget, that will pass the "PATID" of a client selected on the home view to the website designated in the widget
- Have a third widget [WidgetC] defined as a "URL/Post" widget a "Http://" type URL link to an "internal" network server. For example a "POV" type widget
- Have all widgets placed on the user's home view
Steps
- Navigate to the [WidgetA] widget
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
- In the "Search Clients" field, select a client
- Navigate to the [WidgetB] widget
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
- Validate the widget displays the "PATID" of the client selected within the widget results
- In the "Search Clients" field, select a different client
- Navigate to the [WidgetB] widget again
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
- Validate the widget displays the "PATID" of the client selected within the widget results
- Navigate to the [WidgetC] widget
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
|
Topics
• URL Widget
|
Treatment Plan - data validation
Scenario 1: Treatment Plan - Field Data Validations
Specific Setup:
- Have a treatment plan with a 'disabled ' field, set up as the last field in the Problem, Goals, Objective or Interventions sections. For example a disabled "Scrolling Free Text" field
- Have another field set up right before the disabled last field in each section, that requires a selection or input type entry. For example a "Site Specific" dictionary or integer field.
Steps
- Open the "Treatment Plan" form
- Search and select a client in the 'Select Client' field.
- Enter a plan name in the "Plan Name" field
- Enter the current date in the 'Plan Date' field.
- Select any value from the 'Plan Type' field.
- Select "Draft" from the 'Treatment Plan Status' field.
- Click [Launch Plan]
- Click [Add New Problem].
- Enter any value in the 'Problem Code' field.
- Enter any value in the 'Problem' field.
- Enter the current date in the 'Date of Onset' field.
- Select "Active" from the 'Status (Problem List)' field.
- Populate any other desired fields, except for the last two fields in the section
- Navigate to the next to last field, which should be the one located right before the disabled field, as outline in the setup section
- Select or input a value in the next to last field in the section
- Click the 'Tab' key
- Click [Back to Plan Page].
- Validate all data enter on the main section is populated as expected
- Click [Launch Plan]
- Select the "Problem" added in step 8
- Validate all the fields are populated in the section as expected, including the value populated in next to last field of the section
- Click [Add New Goal]
- Populate all the required and desired fields in the section, except for the last two fields in the section
- Repeat steps 14 thru 18
- Validate the results are as expected
- Click [Add New Objective]
- Populate all the required and desired fields in the section, except for the last two fields in the section
- Repeat steps 14 thru 18
- Validate the results are as expected
- Click [Add New Intervention]
- Populate all the required and desired fields in the section, except for the last two fields in the section
- Repeat steps 14 thru 18
- Validate the results are as expected
- Click [Back to Plan Page].
- Click [Submit]
- Open the "Treatment Plan" form
- Search and select the same client used in the prior step, in the 'Select Client' field.
- Select the treatment plan just filed
- Validate all data enter on the main section is populated as expected
- Click to the view data field in "Problems", "Goals", "Objectives" and "Interventions" sections
- Validate all data filed is present, as expected
|
Topics
• Treatment Plan
|
Home view form display
Scenario 1: Validate functionality and behavior on the home view when opening and closing forms
Specific Setup:
- Have the "My Clients" and "Forms & Data" widget on a users home view
- Have access to any three client based forms. [FormA], [FormB], [FormC]
Steps
- Search and select a client from the "Search Clients" search box
- Open [FormA]
- Validate the form opens successfully in a tab next to the chart tab
- Repeat steps 2 and 3 for [FormB]
- Validate the forms opens successfully in a tab next to the tab containing the [FormA]
- Repeat steps 2 and 3 for [FormC]
- Validate the form opens successfully in a tab next to the tab containing the [FormB]
- Click the "Home View" button
- Click on [FormA] in the "Recent Forms" box
- Validate the user is returned to tab for [FormA]
- Repeat steps 8 and 9 [FormB] and [FormC]
- Validate the user is returned to tab for the correct form
- Click to "Home View" button
- Next to the home view button, click the "Client" tab
- Click each form tab and either close or submit the form
- Validate the forms are closed or submitted successfully
- Validate the user is returned to the "Home View"
- Validate the "Client" tab next to home view button is closed
|
Topics
• Forms
|
Confirm Dose Times dialog added to Give Initial Dose Now functionality in Order Entry Console (Orders This Episode section).
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Avatar eMAR
- Order Entry Console
Scenario 1: First Dose Now - Second Dose "OK to Administer" - no changes - table valildation
Specific Setup:
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
- Must have a frequency code of "Twice a Day" with administration times of "09:00 AM" and "09:00 PM".
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Set the 'New Order' field to any pharmacy-type order code (ex. Ativan 1 MG TABLET ORAL)
- Set the 'Dose' field to "1".
- Select "TABLET" in the 'Dose Unit' field.
- Select "TWICE A DAY" in the 'Freq' field.
- Validate that the 'First Dose Date' field contains the current date.
- Validate that the 'First Dose Time' field contains "09:00 PM". This is correct, because it is currently after the first hour of administration which is "09:00 AM".
- Click [Yes] next to 'Give Initial Dose Now'.
- Validate that the 'Confirm Dose Times' dialog is displayed.
- Validate that the 'First Dose Date' field is not required, disabled and contains the current date.
- Validate that the 'First Dose Time' field is not required, disabled and contains the current time.
- Validate that the 'Second Dose Date' is not required, enabled and contains the current date.
- Validate that the 'Second Dose Date Calendar' button is enabled.
- Validate that the 'Second Dose Time' field is not required, enabled and contains "09:00 PM".
- Validate that the 'Select One' field is located under the 'Second Dose' fields.
- Validate that the 'Select One' field is required, enabled and contains values of "Skip" and "Ok to Administer".
- Validate that the 'Third Dose Date' field is not required, disabled and contains tomorrow's date.
- Validate that the 'Third Dose Time' field is not required, disabled and contains "09:00 AM".
- Validate that [Save] is disabled.
- Validate that [Do Not Give Initial Dose Now] is enabled.
- Select "Ok to Administer" in the 'Select One' field.
- Validate that [Save] is enabled.
- Click [Save].
- Validate that [Yes] next to 'Give Initial Dose Now' is pressed and there is an [Edit] next to it.
- Set the 'Duration' field to "30" and select [Days].
- Validate that the 'Start Date' field is required, disabled and contains the current date.
- Validate that the 'Start Time' field is required, disabled and contains the current time.
- Validate that the 'Stop Date' field is required, enabled and contains a date that is 30 days in the future of the 'Start Date'.
- Validate that the 'Stop Time' is required, enabled and contains a time that is one minute prior to the 'Start Time'.
- Click [Add to Scratchpad] and [Sign].
- Validate that the 'Interactions' dialog is displayed.
- Override all interaction and click [Save Override and Exit].
- Validate that the 'Order grid' contains the new order for "ATIVAN 1 MG ORAL TABLET".
- Return to the HomeView.
- Access Avatar eMAR.
- Validate that the 'Administration Date' field contains the current date.
- Select "Client A" in the 'Client' field.
- Validate that Order A is displayed int he 'Order Description' column.
- Validate that the 'Order Description' cell contains "Give Initial Dose Now" at the top of the cell.
- Validate that the order contains a "Now" watermark.
- Validate that a dashed line is displayed in the first cell under the current date.
- Validate that the date that the order was filed (current date)is displayed in second cell under the current date. This is in military time format ####.
- Validate that "2100" is displayed in the third cell under the current date, which is the equivalent of "09:00 PM".
- Set the 'Administration Date' field to tomorrow's date.
- Click [Refresh].
- Validate that "0900" is displayed in the first cell under tomorrow's date, which is the equivalent of "09:00 AM".
- Validate that "2100" is displayed in the second cell under tomorrow's date, which is the equivalent of "09:00 PM".
- Create a report using the 'OrderEntry.history_client_order' table and include the following fields:
- PATID
- order_description
- order_unique_id
- frequency_description
- reschd_1st_dose_date
- reschd_1st_dose_time
- reschd_2nd_dose_date
- reschd_2nd_dose_skip_code
- reschd_2nd_dose_skip_val
- reschd_2nd_dose_time'.
- Filter the report on 'PATID' by selecting Client A's 'PATID'.
- Validate the 'PATID' contains Client A's "PATID".
- Validate the 'order_unique_id' contains the order # associated to the order that was just created.This can be found in the 'Order Type' column in the 'Order grid' in the Order Entry Console (Orders This Episode section).
- Validate the 'frequency_description' contains "TWICE A DAY".
- Validate the 'reschd_1st_dose_date' contains the current date.
- Validate the 'reschd_1st_dose_time' contains the current time (the time the order has in the 'First Dose Time' field).
- Validate the 'reschd_2nd_dose_date' contains the current date.
- Validate the 'reschd_2nd_dose_skip_code' contains "ADMIN".
- Validate the 'reschd_2nd_dose_skip_val' contains "Ok to Administer".
- Validate the 'reschd_2nd_dose_time' contains "09:00 PM".
- Create a report using the 'eMAR.eMAR_rescheduled_hours' table and include the following fields:
- PATID
- order_number
- original_date
- original_time
- reason_text
- rescheduled_date
- rescheduled_time
- Filter the report on 'PATID' by selecting Client A's 'PATID'.
- Filter a second time by the 'order_number' and select the 'Order #' of the order that was just created. This can be found in the 'Order Type' column of the 'Order grid' in the 'Order Entry Console'.
- Validate the 'PATID' contains the 'PATID' associated to Client A.
- Validate the 'original_date' contains a date that is two days in the past.
- Validate the 'original_time' contains "12:00:00".
- Validate the 'reason_text' contains "OE Console Give Initial Dose Now".
- Validate the 'rescheduled_date' contains the current date.
- Validate the 'rescheduled_time' contains the current time that the order was filed in the format of ##:##:##.
Scenario 2: First Dose Now - Second Dose "Skip" - table validation
Specific Setup:
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
- Must have a frequency code of "3 TIMES A DAY" with administration times of "09:00 AM", "03:00 PM" and "09:00 PM".
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Set the 'New Order' field to any pharmacy-type order code (ex. Ativan 1 MG TABLET ORAL)
- Set the 'Dose' field to "1".
- Select "TABLET" in the 'Dose Unit' field.
- Select "3 TIMES A DAY" in the 'Freq' field.
- Validate that the 'First Dose Date' field contains the current date.
- Validate that the 'First Dose Time' field contains "03:00 PM". This is correct, because it is currently after the first hour of administration which is "09:00 AM" and before the second hour of administration.
- Click [Yes] next to 'Give Initial Dose Now'.
- Validate that the 'Confirm Dose Times' dialog is displayed.
- Validate that the 'First Dose Date' field is not required, disabled and contains the current date.
- Validate that the 'First Dose Time' field is not required, disabled and contains the current time.
- Validate that the 'Second Dose Date' is not required, enabled and contains the current date.
- Validate that the 'Second Dose Date Calendar' button is enabled.
- Validate that the 'Second Dose Time' field is not required, enabled and contains "03:00 PM".
- Validate that the 'Select One' field is located under the 'Second Dose' fields.
- Validate that the 'Select One' field is required, enabled and contains values of "Skip" and "Ok to Administer".
- Validate that the 'Third Dose Date' field is not required, disabled and contains the current date.
- Validate that the 'Third Dose Time' field is not required, disabled and contains "09:00 PM".
- Validate that [Save] is disabled.
- Validate that [Do Not Give Initial Dose Now] is enabled.
- Select "Skip" in the 'Select One' field.
- Validate that the 'Second Dose Date' is not required, disabled and contains the current date.
- Validate that the 'Second Dose Date Calendar' button is disabled.
- Validate that the 'Second Dose Time' field is not required, disabled and contains "03:00 PM".
- Validate that [Save] is enabled.
- Click [Save].
- Validate that [Yes] next to 'Give Initial Dose Now' is pressed and there is an [Edit] next to it.
- Click [Edit].
- Validate that the 'Confirm Dose Times' dialog is displayed.
- Validate that the 'First Dose Date' field is not required, disabled and contains the current date.
- Validate that the 'First Dose Time' field is not required, disabled and contains the current time.
- Validate that the 'Second Dose Date' is not required, disabled and contains the current date.
- Validate that the 'Second Dose Date Calendar' button is disabled.
- Validate that the 'Second Dose Time' field is not required, disabled and contains "03:00 PM".
- Validate that the 'Select One' field has "Skip" selected.
- Validate that the 'Third Dose Date' field is not required, disabled and contains the current date.
- Validate that the 'Third Dose Time' field is not required, disabled and contains "09:00 PM".
- Click [Save].
- Set the 'Duration' field to "30" and select [Days].
- Validate that the 'Start Date' field is required, disabled and contains the current date.
- Validate that the 'Start Time' field is required, disabled and contains the current time.
- Validate that the 'Stop Date' field is required, enabled and contains a date that is 30 days in the future of the 'Start Date'.
- Validate that the 'Stop Time' is required, enabled and contains a time that is one minute prior to the 'Start Time'.
- Click [Add to Scratchpad] and [Sign].
- Validate that the 'Interactions' dialog is displayed.
- Override all interaction and click [Save Override and Exit].
- Validate that the 'Order grid' contains the new order for "ATIVAN 1 MG ORAL TABLET".
- Return to the HomeView
- Access Avatar eMAR.
- Validate that the 'Administration Date' field contains the current date.
- Select "Client A" in the 'Client' field.
- Validate that Order A is displayed int he 'Order Description' column.
- Validate that the 'Order Description' cell contains "Give Initial Dose Now" at the top of the cell.
- Validate that the order contains a "Now" watermark.
- Validate that a dashed line is displayed in the first cell under the current date.
- Validate that the date that the order was filed (current date)is displayed in second cell under the current date. This is in military time format ####.
- Validate that "2100" is displayed in the third cell under the current date, which is the equivalent of "09:00 PM".
- Set the 'Administration Date' field to tomorrow's date.
- Click [Refresh].
- Validate that "0900" is displayed in the first cell under tomorrow's date, which is the equivalent of "09:00 AM".
- Validate that "1500" is displayed in the first cell under tomorrow's date, which is the equivalent of "03:00 PM".
- Validate that "2100" is displayed in the second cell under tomorrow's date, which is the equivalent of "09:00 PM".
- Create a report using the 'OrderEntry.history_client_order' table and include the following fields:
- PATID
- order_description
- order_unique_id
- frequency_description
- reschd_1st_dose_date
- reschd_1st_dose_time
- reschd_2nd_dose_date
- reschd_2nd_dose_skip_code
- reschd_2nd_dose_skip_val
- reschd_2nd_dose_time'.
- Filter the report on 'PATID' by selecting Client A's 'PATID'.
- Validate the 'PATID' contains Client A's "PATID".
- Validate the 'order_unique_id' contains the order # associated to the order that was just created.This can be found in the 'Order Type' column in the 'Order grid' in the Order Entry Console (Orders This Episode section).
- Validate the 'frequency_description' contains "3 TIMES A DAY".
- Validate the 'reschd_1st_dose_date' contains the current date.
- Validate the 'reschd_1st_dose_time' contains the current time (the time the order has in the 'First Dose Time' field).
- Validate the 'reschd_2nd_dose_date' contains the current date.
- Validate the 'reschd_2nd_dose_skip_code' contains "SKIP"
- Validate the 'reschd_2nd_dose_skip_val' contains "Skip"
- Validate the 'reschd_2nd_dose_time' contains "03:00 PM"
- Create a report using the 'eMAR.eMAR_rescheduled_hours' table and include the following fields:
- PATID
- order_number
- original_date
- original_time
- reason_text
- rescheduled_date
- rescheduled_time
- Filter the report on 'PATID' by selecting Client A's 'PATID'.
- Filter a second time by the 'order_number' and select the 'Order #' of the order that was just created. This can be found in the 'Order Type' column of the 'Order grid' in the 'Order Entry Console'.
- Validate the 'PATID' contains the 'PATID' associated to Client A.
- Validate the 'original_date' contains the current date.
- Validate the 'original_time' contains "15:00:00", which is 03:00 PM.
- Validate the 'reason_text' contains "OE Console Give Initial Dose Now".
- Validate the 'rescheduled_date' contains the current date.
- Validate the 'rescheduled_time' contains the current time that the order was filed in the format of ##:##:##.
Scenario 3: First Dose Now - Second Dose "OK to Administer" - changes - table validation
Specific Setup:
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
- Must have a frequency code of "Twice a Day" with administration times of "09:00 AM" and "09:00 PM".
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Set the 'New Order' field to any pharmacy-type order code (ex. Ativan 1 MG TABLET ORAL)
- Set the 'Dose' field to "1".
- Select "TABLET" in the 'Dose Unit' field.
- Select "TWICE A DAY" in the 'Freq' field.
- Validate that the 'First Dose Date' field contains the current date.
- Validate that the 'First Dose Time' field contains "09:00 PM". This is correct, because it is currently after the first hour of administration which is "09:00 AM".
- Click [Yes] next to 'Give Initial Dose Now'.
- Validate that the 'Confirm Dose Times' dialog is displayed.
- Validate that the 'First Dose Date' field is not required, disabled and contains the current date.
- Validate that the 'First Dose Time' field is not required, disabled and contains the current time.
- Validate that the 'Second Dose Date' is not required, enabled and contains the current date.
- Validate that the 'Second Dose Date Calendar' button is enabled.
- Validate that the 'Second Dose Time' field is not required, enabled and contains "09:00 PM".
- Validate that the 'Select One' field is located under the 'Second Dose' fields.
- Validate that the 'Select One' field is required, enabled and contains values of "Skip" and "Ok to Administer".
- Validate that the 'Third Dose Date' field is not required, disabled and contains tomorrow's date.
- Validate that the 'Third Dose Time' field is not required, disabled and contains "09:00 AM".
- Validate that [Save] is disabled.
- Validate that [Do Not Give Initial Dose Now] is enabled.
- Enter tomorrow's date in the 'Second Dose Date' field.
- Enter "0000" in the 'Second Dose Time' field and tab out of the field.
- Validate that the 'Second Dose Time' field contains "12:00 AM".
- Select "Ok to Administer" in the 'Select One' field.
- Validate that [Save] is enabled.
- Click [Save].
- Validate that [Yes] next to 'Give Initial Dose Now' is pressed and there is an [Edit] next to it.
- Set the 'Duration' field to "5" and select [Days].
- Validate that the 'Start Date' field is required, disabled and contains the current date.
- Validate that the 'Start Time' field is required, disabled and contains the current time.
- Validate that the 'Stop Date' field is required, enabled and contains a date that is 5 days in the future of the 'Start Date'.
- Validate that the 'Stop Time' is required, enabled and contains a time that is one minute prior to the 'Start Time'.
- Click [Add to Scratchpad] and [Sign].
- Validate that the 'Interactions' dialog is displayed.
- Override all interaction and click [Save Override and Exit].
- Validate that the 'Order grid' contains the new order for "ATIVAN 1 MG ORAL TABLET".
- Create a report using the 'OrderEntry.history_client_order' table and include the following fields:
- PATID
- order_description
- order_unique_id
- frequency_description
- reschd_1st_dose_date
- reschd_1st_dose_time
- reschd_2nd_dose_date
- reschd_2nd_dose_skip_code
- reschd_2nd_dose_skip_val
- reschd_2nd_dose_time'.
- Filter the report on 'PATID' by selecting Client A's 'PATID'.
- Validate the 'PATID' contains Client A's "PATID".
- Validate the 'order_unique_id' contains the order # associated to the order that was just created.This can be found in the 'Order Type' column in the 'Order grid' in the Order Entry Console (Orders This Episode section).
- Validate the 'frequency_description' contains "TWICE A DAY".
- Validate the 'reschd_1st_dose_date' contains the current date.
- Validate the 'reschd_1st_dose_time' contains the current time (the time the order has in the 'First Dose Time' field).
- Validate the 'reschd_2nd_dose_date' contains tomorrow's date.
- Validate the 'reschd_2nd_dose_skip_code' contains "ADMIN".
- Validate the 'reschd_2nd_dose_skip_val' contains "Ok to Administer".
- Validate the 'reschd_2nd_dose_time' contains "12:00 AM".
- Create a report using the 'eMAR.eMAR_rescheduled_hours' table and include the following fields:
- PATID
- order_number
- original_date
- original_time
- reason_text
- rescheduled_date
- rescheduled_time
- Filter the report on 'PATID' by selecting Client A's 'PATID'.
- Filter a second time by the 'order_number' and select the 'Order #' of the order that was just created. This can be found in the 'Order Type' column of the 'Order grid' in the 'Order Entry Console'.
- Validate that there are two rows of data
- Validate the 'PATID' contains the 'PATID' associated to Client A for row 1.
- Validate the 'original_date' contains a date that is two days in the past for row 1.
- Validate the 'original_time' contains "12:00:00" for row 1.
- Validate the 'reason_text' contains "OE Console Give Initial Dose Now" for row 1.
- Validate the 'rescheduled_date' contains the current date for row 1.
- Validate the 'rescheduled_time' contains the current time that the order was filed in the format of ##:##:## for row 1
- Validate the 'PATID' contains the 'PATID' associated to Client A for row 2.
- Validate the 'original_date' contains the current date for row 2.
- Validate the 'original_time' contains "21:00:00" for row 2.
- Validate the 'reason_text' contains "OE Console Give Initial Dose Now" for row 2.
- Validate the 'rescheduled_date' contains tomorrow's date for row 2.
- Validate the 'rescheduled_time' contains "0:00:00", which is the equivalent of 12:00 AM for row 2.
Scenario 4: First Dose Now - Copy validation - verify Give Initial Dose Now is not pressed.
Specific Setup:
- Must have a frequency code of "3 TIMES A DAY" with administration times of "09:00 AM", "03:00 PM" and "09:00 PM".
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
- Client A must have an existing pharmacy-type order with a Frequency of "3 TIMES A DAY" in which 'Give Initial Dose Now' - [Yes] was selected. (Order A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Validate that the 'Order grid' contains "Order A".
- Click [Copy].
- Validate that a message is displayed stating: Do you want the new order to default to START AFTER the original orders end? (The alternative is to have the new order default to start now.)
- Click [No].
- Validate that [Yes] next to 'Give Initial Dose Now' is not pressed.
Scenario 5: First Dose Now - Modify validation - verify Give Initial Dose Now is not pressed.
Specific Setup:
- Must have a frequency code of "3 TIMES A DAY" with administration times of "09:00 AM", "03:00 PM" and "09:00 PM".
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
- Client A must have an existing pharmacy-type order with a Frequency of "3 TIMES A DAY" in which 'Give Initial Dose Now' - [Yes] was selected. (Order A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Validate that the 'Order grid' contains "Order A".
- Click [Modify].
- Validate that [Yes] next to 'Give Initial Dose Now' is not pressed.
Scenario 6: First Dose Now - Reorder validation - verify Give Initial Dose Now is not pressed.
Specific Setup:
- Must have a frequency code of "TWICE A DAY" with administration times of "09:00 AM" and "09:00 PM".
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
- Client A must have an existing pharmacy-type order with a Frequency of "TWICE A DAY" in which 'Give Initial Dose Now' - [Yes] was selected, for 8 doses and the order has a status of "No Renew - Use Reorder". (Order A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Validate that the 'Order grid' contains "Order A".
- Click [Reorder].
- Validate that [Yes] next to 'Give Initial Dose Now' is not pressed.
Scenario 7: Give Initial Dose Now - No Admin times
Specific Setup:
- Must have a frequency code of "Every 14 Days" with no administration times.
- A client must have an active episode that is not set up in 'External Pharmacy Setup'. (Client A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Search for and select any pharmacy-type order code in the 'New Order' field.
- Enter "2" in the 'Dose' field
- Select "Tablet" in the 'Dose Unit' field.
- Select "Every 14 Days" in the 'Freq' field.
- Click [Yes] next to 'Give Initial Dose Now'.
- Enter "5" in the 'Duration' field and select [Days].
- Click [Add to Scratchpad] and [Sign].
- Validate that the 'Order grid' contains the new order.
|
Topics
• Order Entry Console
|
Avatar PM - Credit Card Processing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Deposit Entry
Specific Setup:
- Please review the 'Credit Card Processing' configuration guide which will be located on the Netsmart Wiki, in myAvatar, Avatar Training Guides.
- Please contact your Netsmart representative to use credit card processing functionality.
- If the agency does not want to use the credit card processing functionality, please follow the test plan without creating the 'Credit Card' posting codes and follow steps 1 - 8 below.
- If the agency does want to use the credit card processing functionality, please follow the test plan, creating the 'Credit Card' posting codes and follow all steps below.
- NOTE: Use 'Deposit Entry' to receive all self-pay payments made when the client does not have an appointment.
- 'Service Code 1:
- Service Code = any value.
- Service Code Definition = any value.
- Service Required By = any value.
- Type of Service = Individual.
- Type of Fee = Fixed Fee (Per Event).
- Fixed Fee Units = 1.
- Group Code = any value, typically meaning non-billable.
- Covered Charge Category = any value, typically meaning non-billable.
- Is This A Balance Forward Service Code = No.
- Does This Code Have A Professional Component = any value.
- Is This Service A Visit = No.
- Is This Service An Intervention = No.
- Posting/Adjustment Codes Definition 1: configure a payment posting code with a value of 'Credit Card Posting Code' in 'Is this a Credit Card or ACH Code'.
- 'Posting/Adjustment Codes Definition 2': configure a payment posting code with no value in 'Is this a Credit Card or ACH Code'.
- The following registry setting has a value of 'Service Code 1': Avatar PM->Services->Ancillary/Ambulatory Services->Deposit Entry->->Default Service Code.
- The following registry setting has a value of 'Posting/Adjustment Codes Definition 2': Avatar PM->Scheduling->Front Desk->->->Pre Payment Default Posting Code.
- The following registry setting has a value of 'Y': Avatar PM--->Billing->Remittance Processing->->->Enable Credit Card Processing.
- Credit Card Configuration:
- Has a value of 'Yes' in 'Populate Receipt Number with Credit Card Payment Reference Number'.
- Enter desired values for the other fields.
- In the 'Credit Card Device Setup' section:
- 'Credit Card Device 1':
- Has a value of 'No' in 'Is this a Back Office MID?'. Note the device name.
- Enter desired values for the other fields.
- 'Credit Card Device 2':
- Has a value of 'Yes' in 'Is this a Back Office MID?'. Note the device name.
- Enter desired values for the other fields.
- 'Posting/Adjustment Codes Definition 1': configure a payment posting code with a value of 'Credit Card Posting Code' in 'Is this a Credit Card or ACH Code'.
- 'Guarantors/Payors 1': Has a 'Financial Class' of 'Self Pay'.
- 'Client 1':
- Is assigned Guarantors/Payors 1 in 'Financial Eligibility.
- Using 'Client Ledger' client has a positive amount for Guarantors/Payors 1 in 'TOTAL BALANCE BY GUARANTOR.
- Client has one episode/program. Note the program. Use 'Program Maintenance' to note the 'Default Location
Steps
- Open 'Deposit Entry'.
- Enter desired value in 'Date of Receipt or Adjustment'.
- Enter desired value in 'Client ID'.
- Enter desired value in 'Episode Number. Note that the following fields are defaulted: 'Program Of Service', 'Location', and 'Service Code'.
- Select 'Guarantors/Payors 1' in 'Guarantor'.
- Enter desired value in 'Amount To Post'.
- Select 'Posting/Adjustment Codes Definition 2' in 'Posting Code'.
- Click [Submit].
- Open 'Deposit Entry'.
- Enter desired value in 'Date of Receipt or Adjustment'.
- Enter desired value in 'Client ID'.
- Enter desired value in 'Episode Number. Note that the following fields are defaulted: 'Program Of Service', 'Location', and 'Service Code'.
- Select 'Guarantors/Payors 1' in 'Guarantor'.
- Enter desired value in 'Amount To Post'.
- Select 'Posting/Adjustment Codes Definition 1' in 'Posting Code'.
- Note that 'Transaction Type' is enabled, required and defaults to 'Insert/Swipe Card'.
- Note that 'Select Credit Card Device' is enabled and required.
- Select 'Credit Card Device 1' in 'Select Credit Card Device'.
- Note that 'Pay With Credit Card' is enabled.
- Click [Pay With Credit Card].
- Insert the card. A message will be received on the device when the transaction has reached a concluded state.
- A message will be received in the form. Possible messages are: 'Credit card payment posted.' and 'Payment was not approved.'.
- Click [OK].
- To post a payment when the card is not present:
- Select 'Manual Entry' in 'Transaction Type'.
- Validate that the device is 'Credit Card Device 2'.
- Click [Pay With Credit Card].
- If the system is not configured to send production data through CareFabric, the message will be: 'This functionality is not supported in a non-production environment'.
- If the system is configured to send production data through CareFabric, enter the credit card information, consisting of the 'Card Number', 'Expiration Date' and 'CVV', in the popup window.
- Click [Send].
- A message will be received in the form. Possible messages are: 'Credit card payment posted.' and 'Payment was not approved.'.
- Click [OK].
- Click [X].
- Click [Yes].
Scenario 2: Front Deck - Check In
Specific Setup:
- Please review the 'Credit Card Processing' configuration guide which will be located on the Netsmart Wiki, in myAvatar, Avatar Training Guides.
- ‘Credit Card Configuration’ has been used to create ‘Device 1’ as the ‘Back Office’ device used for ‘Manual Entry’ and ‘Device 2’ as the non-‘Back Office’ device used for swiping or inserting the credit card.
- 'Service Code 1':
- Configure a service code that will be used as the 'Pre Payment Service Code'.
- The 'Group Code' and 'Covered Charge Category should both be non-billable.
- There will be no 'Service Fee/Cross Reference Maintenance' record.
- ‘Receipt Definition’ has been defined to allow the system to print a receipt when the client makes a payment.
- 'Posting/Adjustment Codes Definition 1':
- Note the ‘Code Definition’.
- ‘Adjustment, Payment or Transfer’ = 'Payment'.
- ‘Credit or Debit’ = 'Credit'.
- ‘Is this a Credit Card or ACH Payment Code’ = 'No' or is blank.
- After creating 'Posting/Adjustment Codes Definition 2', return to this code in ‘Edit’ mode and add a value of ‘Yes’ to ‘Generate Receipt’ and a value of 'Posting/Adjustment Codes Definition 2' to ‘Void Receipt Posting Code'.
- 'Posting/Adjustment Codes Definition 2':
- Note the ‘Code Definition’.
- Adjustment, Payment or Transfer’ = 'Payment'.
- ‘Credit or Debit’ = 'Debit'.
- ‘Is This a Reversal Code’ = 'Yes’.
- Which Pym/Adj Code Is This A Reversal For = 'Posting/Adjustment Codes Definition 1'.
- 'Posting/Adjustment Codes Definition 3':
- Note the ‘Code Definition’.
- ‘Adjustment, Payment or Transfer’ = 'Payment'.
- 'Credit or Debit’ = 'Credit'.
- ‘Is this a Credit Card or ACH Payment Code’ = 'Credit Card Posting Code'.
- After creating 'Posting/Adjustment Codes Definition 4', return to this code in ‘Edit’ mode and add a value of ‘Yes’ to ‘Generate Receipt’ and a value of 'Posting/Adjustment Codes Definition 4' to ‘Void Receipt Posting Code'.
- 'Posting/Adjustment Codes Definition 4':
- Note the ‘Code Definition’.
- ‘Adjustment, Payment or Transfer’ = 'Payment'.
- ‘Credit or Debit’ = 'Debit'.
- ‘Is This a Reversal Code’ = 'Yes’.
- Which Pym/Adj Code Is This A Reversal For = 'Posting/Adjustment Codes Definition 3'.
- The following registry setting has a value of 'Y': Avatar PM--->Billing->Remittance Processing->->->Enable Credit Card Processing.
- The following registry setting has a value of ‘Service Code 1’: Avatar PM->Scheduling->Front Desk->->->Pre Payment Service Code.
- The following registry setting has a value of 'Posting/Adjustment Codes Definition 1': Avatar PM->Scheduling->Front Desk->->->Pre Payment Default Posting Code.
- The following registry setting has a value of 'Y': Avatar PM->Scheduling->Front Desk->->->Allow Using Front Desk With Scheduling Calendar.
- The following registry setting has a value of '2': Avatar PM->Scheduling->Front Desk->->->Fields to Include.
- Guarantors/Payors 1:
- Does not have a ‘Financial Class’ of ‘Self Pay’.
- The ‘Default Guarantor Plan’ has a value.
- ‘Allow Customization of Guarantor Plan’ = 'Yes'.
- ‘Default ‘Client Relationship to Subscriber’ in Financial Eligibility’ = 'Self'.
- Guarantors/Payors 2:
- Does have a ‘Financial Class’ of ‘Self Pay’.
- The ‘Default Guarantor Plan’ has a value.
- ‘Allow Customization of Guarantor Plan’ = 'No'.
- ‘Default ‘Client Relationship to Subscriber’ in Financial Eligibility’ = 'Self'.
- 'Client 1':
- Is assigned ‘Guarantors/Payors 1’ in ‘Financial Eligibility’, which will be ‘Guarantor # 1.
- ‘Customize Guarantor Plan’ = 'Yes'.
- The customized plan has:
- 'Deductible Type’ = 'Daily'.
- ‘Deductible Amount’ = '10.00'.
- ‘Covered Charge Categories’ = appropriate values.
- Is assigned ‘Guarantors/Payors 2’ in ‘Financial Eligibility’, which will be ‘Guarantor # 2.
- ‘Customize Guarantor Plan’ = 'No'.
- Has an appointment scheduled on the current date.
- 'Client 2':
- Is assigned ‘Guarantors/Payors 1’ in ‘Financial Eligibility’, which will be ‘Guarantor # 1.
- ‘Customize Guarantor Plan’ = 'Yes'.
- The customized plan has:
- 'Deductible Type’ = 'Daily'.
- ‘Deductible Amount’ = '10.00'.
- ‘Covered Charge Categories’ = appropriate values.
- Is assigned ‘Guarantors/Payors 2’ in ‘Financial Eligibility’, which will be ‘Guarantor # 2.
- ‘Customize Guarantor Plan’ = 'No'.
- Has an appointment scheduled on the current date.
- 'Client 3':
- Is assigned ‘Guarantors/Payors 1’ in ‘Financial Eligibility’, which will be ‘Guarantor # 1.
- ‘Customize Guarantor Plan’ = 'Yes'.
- The customized plan has:
- 'Deductible Type’ = 'Daily'.
- ‘Deductible Amount’ = '10.00'.
- ‘Covered Charge Categories’ = appropriate values.
- Is assigned ‘Guarantors/Payors 2’ in ‘Financial Eligibility’, which will be ‘Guarantor # 2.
- ‘Customize Guarantor Plan’ = 'No'.
- Has an appointment scheduled on the current date.
Steps
- Open 'Front Desk'.
- Validate that 'Date' defaults to the current date.
- Select the desired 'Site'.
- Select 'Client 1' in 'Client Checking In'.
- Click [Select Schedules Service(s)].
- Select the desired appointment.
- Click [OK].
- Select the desired value in 'Notify Practitioner of Arrival'.
- Validate that 'Self Pay Amt. (e.g. Co-Pay) is $10.00
- Enter 10.00 in 'Expected Self Pay Amount Received At Check-In'.
- Validate that 'Posting Code' defaults to 'Posting/Adjustment Codes Definition 1'.
- Validate that [Pay With Credit Card]', 'Transaction Type' and 'Select Credit Card Device' are disabled.
- Select a 'Payment Location'.
- Click [File Check In].
- Validate that the form clears all client data.
- Validate that the calendar shows 'Client 1' with a checkmark, indicating a 'Checked In' status.
- Select 'Client 2' in 'Client Checking In'.
- Click [Select Schedules Service(s)].
- Select the desired appointment.
- Click [OK].
- Select the desired value in 'Notify Practitioner of Arrival'.
- Validate that 'Self Pay Amt. (e.g. Co-Pay) is $10.00
- Enter 10.00 in 'Expected Self Pay Amount Received At Check-In'.
- Validate that 'Posting Code' defaults to 'Posting/Adjustment Codes Definition 1'.
- Change the 'Posting Code' to 'Posting/Adjustment Codes Definition 3'.
- Validate 'Transaction Type' is enabled, required and defaults to 'Insert/Swipe Card'.
- Validate that 'Select Credit Card Device' is enabled and required.
- Validate that [Pay With Credit Card] is enabled.
- Select the desired device in 'Select Credit Card Device'.
- Click [Pay With Credit Card].
- Insert or swipe the credit card. A message will be received on the device when the transaction has reached a concluded state.
- A message will be received in the form. Possible messages are: 'Credit card payment posted.' and 'Payment was not approved'.
- Click [OK].
- Validate that the form clears all client data.
- Validate the receipt data if the payment was approved. The data will include 'Receipt #', 'Payment Amount' = 10.00, and 'Type of Payment' = 'Code Definition' of 'Posting/Adjustment Codes Definition 3', and other data.
- Validate no receipt is generated if the payment was not approved.
- Select 'Client 3' in 'Client Checking In'.
- Click [Select Schedules Service(s)].
- Select the desired appointment.
- Click [OK].
- Select the desired value in 'Notify Practitioner of Arrival'.
- Validate that 'Self Pay Amt. (e.g. Co-Pay) is $10.00
- Enter 10.00 in 'Expected Self Pay Amount Received At Check-In'.
- Validate that 'Posting Code' defaults to 'Posting/Adjustment Codes Definition 1'.
- Change the 'Posting Code' to 'Posting/Adjustment Codes Definition 3'.
- Select 'Manual Entry' in 'Transaction Type'.
- Validate that 'Select Credit Card Device' is disabled.
- Click [Pay With Credit Card].
- If the system is not configured to send production data through CareFabric, the message will be: 'This functionality is not supported in a non-production environment'.
- If the system is configured to send production data through CareFabric, manually enter the credit card information, consisting of the 'Card Number', 'Expiration Date' and 'CVV', in the popup window.
- Click [Send].
- A message will be received in the form. Possible messages are: 'Credit card payment posted.' and 'Payment was not approved'.
- Click [OK].
- Validate that the form clears all client data.
- Validate the receipt data if the payment was approved. The data will include 'Receipt #', 'Payment Amount' = 10.00, and 'Type of Payment' = 'Code Definition' of 'Posting/Adjustment Codes Definition 3', and other data.
- Validate no receipt is generated if the payment was not approved.
- Click [X].
- If desired, create a query of the SQL table: SYSTEM.billing_pay_adj_history. Validate the table for accuracy. For 'Client 3' the 'credit_card_token' field will contain a value.
Scenario 3: 'Scheduling Calendar' - Check In
Specific Setup:
- Please review the 'Credit Card Processing' configuration guide which will be located on the Netsmart Wiki, in myAvatar, Avatar Training Guides.
- ‘Credit Card Configuration’ has been used to create ‘Device 1’ as the ‘Back Office’ device used for ‘Manual Entry’ and ‘Device 2’ as the non-‘Back Office’ device used for swiping or inserting the credit card.
- 'Service Code 1':
- Configure a service code that will be used as the 'Pre Payment Service Code'.
- The 'Group Code' and 'Covered Charge Category should both be non-billable.
- There will be no 'Service Fee/Cross Reference Maintenance' record.
- ‘Receipt Definition’ has been defined to allow the system to print a receipt when the client makes a payment.
- 'Posting/Adjustment Codes Definition 1':
- Note the ‘Code Definition’.
- ‘Adjustment, Payment or Transfer’ = 'Payment'.
- ‘Credit or Debit’ = 'Credit'.
- ‘Is this a Credit Card or ACH Payment Code’ = 'No' or is blank.
- After creating 'Posting/Adjustment Codes Definition 2', return to this code in ‘Edit’ mode and add a value of ‘Yes’ to ‘Generate Receipt’ and a value of 'Posting/Adjustment Codes Definition 2' to ‘Void Receipt Posting Code'.
- 'Posting/Adjustment Codes Definition 2':
- Note the ‘Code Definition’.
- Adjustment, Payment or Transfer’ = 'Payment'.
- ‘Credit or Debit’ = 'Debit'.
- ‘Is This a Reversal Code’ = 'Yes’.
- Which Pym/Adj Code Is This A Reversal For = 'Posting/Adjustment Codes Definition 1'.
- 'Posting/Adjustment Codes Definition 3':
- Note the ‘Code Definition’.
- ‘Adjustment, Payment or Transfer’ = 'Payment'.
- 'Credit or Debit’ = 'Credit'.
- ‘Is this a Credit Card or ACH Payment Code’ = 'Credit Card Posting Code'.
- After creating 'Posting/Adjustment Codes Definition 4', return to this code in ‘Edit’ mode and add a value of ‘Yes’ to ‘Generate Receipt’ and a value of 'Posting/Adjustment Codes Definition 4' to ‘Void Receipt Posting Code'.
- 'Posting/Adjustment Codes Definition 4':
- Note the ‘Code Definition’.
- ‘Adjustment, Payment or Transfer’ = 'Payment'.
- ‘Credit or Debit’ = 'Debit'.
- ‘Is This a Reversal Code’ = 'Yes’.
- Which Pym/Adj Code Is This A Reversal For = 'Posting/Adjustment Codes Definition 3'.
- The following registry setting has a value of 'Y': Avatar PM--->Billing->Remittance Processing->->->Enable Credit Card Processing.
- The following registry setting has a value of ‘Service Code 1’: Avatar PM->Scheduling->Front Desk->->->Pre Payment Service Code.
- The following registry setting has a value of 'Posting/Adjustment Codes Definition 1': Avatar PM->Scheduling->Front Desk->->->Pre Payment Default Posting Code.
- The following registry setting has a value of 'Y': Avatar PM->Scheduling->Front Desk->->->Allow Using Front Desk With Scheduling Calendar.
- The following registry setting has a value of '2': Avatar PM->Scheduling->Front Desk->->->Fields to Include.
- Guarantors/Payors 1:
- Does not have a ‘Financial Class’ of ‘Self Pay’.
- The ‘Default Guarantor Plan’ has a value.
- ‘Allow Customization of Guarantor Plan’ = 'Yes'.
- ‘Default ‘Client Relationship to Subscriber’ in Financial Eligibility’ = 'Self'.
- Guarantors/Payors 2:
- Does have a ‘Financial Class’ of ‘Self Pay’.
- The ‘Default Guarantor Plan’ has a value.
- ‘Allow Customization of Guarantor Plan’ = 'No'.
- ‘Default ‘Client Relationship to Subscriber’ in Financial Eligibility’ = 'Self'.
- 'Client 1':
- Is assigned ‘Guarantors/Payors 1’ in ‘Financial Eligibility’, which will be ‘Guarantor # 1.
- ‘Customize Guarantor Plan’ = 'Yes'.
- The customized plan has:
- 'Deductible Type’ = 'Daily'.
- ‘Deductible Amount’ = '10.00'.
- ‘Covered Charge Categories’ = appropriate values.
- Is assigned ‘Guarantors/Payors 2’ in ‘Financial Eligibility’, which will be ‘Guarantor # 2.
- ‘Customize Guarantor Plan’ = 'No'.
- Has an appointment scheduled on the current date.
- 'Client 2':
- Is assigned ‘Guarantors/Payors 1’ in ‘Financial Eligibility’, which will be ‘Guarantor # 1.
- ‘Customize Guarantor Plan’ = 'Yes'.
- The customized plan has:
- 'Deductible Type’ = 'Daily'.
- ‘Deductible Amount’ = '10.00'.
- ‘Covered Charge Categories’ = appropriate values.
- Is assigned ‘Guarantors/Payors 2’ in ‘Financial Eligibility’, which will be ‘Guarantor # 2.
- ‘Customize Guarantor Plan’ = 'No'.
- Has an appointment scheduled on the current date.
- 'Client 3':
- Is assigned ‘Guarantors/Payors 1’ in ‘Financial Eligibility’, which will be ‘Guarantor # 1.
- ‘Customize Guarantor Plan’ = 'Yes'.
- The customized plan has:
- 'Deductible Type’ = 'Daily'.
- ‘Deductible Amount’ = '10.00'.
- ‘Covered Charge Categories’ = appropriate values.
- Is assigned ‘Guarantors/Payors 2’ in ‘Financial Eligibility’, which will be ‘Guarantor # 2.
- ‘Customize Guarantor Plan’ = 'No'.
- Has an appointment scheduled on the current date.
Steps
- Open 'Scheduling Calendar'.
- Right click in the 'Appointment Grid' table in any available time slot for "Practitioner A".
- Select the appointment for 'Client 1'.
- Click [Check In].
- Validate the 'Scheduling Calendar - Check In' window is displayed.
- Validate that the 'Site', 'Client' 'Services To Check In', 'Practitioner' and 'Expected Self Pay Amount' fields display the correct information for 'Client 1'.
- Enter "10.00" in the 'Amount Received At Check In' field.
- Validate that 'Posting/Adjustment Codes Definition 1' displays in the 'Payment Code' field.
- Validate that 'Transaction 'Type' is disabled.
- Validate that 'Selected Credit Card Device' is disabled.
- Validate that [Pay With Credit Card] is disabled.
- Select the desired 'Payment Location' field.
- Click [Submit].
- Validate that a receipt was generated. Validate the receipt displays, that it includes a 'Receipt #', 'Payment Amount' = 10.00, and 'Type of Payment' = 'Code Definition' of 'Posting/Adjustment Codes Definition 1'.
- Validate the 'Appointment Grid' table contains the checked in appointment for 'Client 1'.
- Select the appointment for 'Client 2'.
- Click [Check In].
- Validate the 'Scheduling Calendar - Check In' window is displayed.
- Validate that the 'Site', 'Client' 'Services To Check In', 'Practitioner' and 'Expected Self Pay Amount' fields display the correct information for 'Client 1'.
- Enter "10.00" in the 'Amount Received At Check In' field.
- Validate that 'Posting/Adjustment Codes Definition 1' displays in the 'Payment Code' field.
- Set the 'Payment Code' to 'Posting/Adjustment Codes Definition 3'.
- Validate that 'Transaction 'Type' is enabled, required, and defaults to 'Insert/Swipe Card'.
- Validate that 'Selected Credit Card Device' is enabled and required.
- Validate that [Pay With Credit Card] is enabled.
- Select the desired device in 'Select Credit Card Device'.
- [Click Pay With Credit Card].
- Insert or swipe the credit card. A message will be received on the device when the transaction has reached a concluded state.
- A message will be received in the form. Possible messages are: 'Credit card payment posted.' and 'Payment was not approved'.
- Click [OK].
- Validate the receipt data if the payment was approved. The data will include 'Receipt #', 'Payment Amount' = 10.00, and 'Type of Payment' = 'Code Definition' of 'Posting/Adjustment Codes Definition 3', and other data.
- Validate that no receipt is generated if the 'CardConnect Payment' message was Payment was not approved'.
- Validate the 'Appointment Grid' table contains the checked in appointment for 'Client 2'.
- Select the appointment for 'Client 3'.
- Click [Check In].
- Validate the 'Scheduling Calendar - Check In' window is displayed.
- Validate that the 'Site', 'Client' 'Services To Check In', 'Practitioner' and 'Expected Self Pay Amount' fields display the correct information for 'Client 1'.
- Enter "10.00" in the 'Amount Received At Check In' field.
- Validate that 'Posting/Adjustment Codes Definition 1' displays in the 'Payment Code' field.
- Set the 'Payment Code' to 'Posting/Adjustment Codes Definition 3'.
- Set ' Transaction Type' to 'Manual Entry'.
- Validate that 'Select Credit Card Device' is disabled.
- Click [Pay With Credit Card].
- If the system is not configured to send production data through CareFabric, the message will be: 'This functionality is not supported in a non-production environment'.
- If the system is configured to send production data through CareFabric, manually enter the credit card information, consisting of the 'Card Number', 'Expiration Date' and 'CVV', in the popup window.
- Click [Send].
- A message will be received in the form. Possible messages are: 'Credit card payment posted.' and 'Payment was not approved'.
- Click [OK].
- Validate that the form clears all client data.
- Validate the receipt data if the payment was approved. The data will include 'Receipt #', 'Payment Amount' = 10.00, and 'Type of Payment' = 'Code Definition' of 'Posting/Adjustment Codes Definition 3', and other data.
- Validate no receipt is generated if the payment was not approved.
- Validate the 'Appointment Grid' table contains the checked in appointment for 'Client 3'.
- Click [Dismiss].
|
Topics
• Credit Card Processing
|
|
Topics
• myAvatar NX Only
• Progress Notes
|
"My Clients" widget - active client display
Scenario 1: 'My Clients' Widget - ''Active" client display
Specific Setup:
- Have one or more clients with appointments filed in the "Scheduling Calendar" for the current date for a site
- Log in as the staff member with the appointments
Steps
- On the myAvatar Home View, click on the "Site" tab in the "My Clients" widget.
- Select the "Site" from the "Search" drop down list field. This will be any site that has appointments scheduled for the current date as in the SetUp/Permissions above.
- Verify the clients with appointments on the current date for the selected site are displayed.
- Select any client
- Click the "Client" tab
- Validate the client selected in the site tab is selected is now in the current tab
- While on the "Client" tab, select a different client that has an appointment in the same site
- Click to "Site" tab
- Validate the client is selected on the Site tab
|
Topics
• Widgets
|
Order Entry Console - Lab Order - First Collect
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Order Entry Console - Lab Orders - First Collect
Specific Setup:
- A Lab type order code (Order Code A) must be configured with a 'Daily' default frequency code that has 'Administration Time(s)' selected
Steps
- Access the Order Entry Console for Client A.
- Set the 'New Order' field to "Order Code A".
- Validate the 'First Collect - Date' field is equal to the current date.
- Validate the 'First Collect - Time' field is equal to the administration time configured in the 'Frequency Code Setup' form.
- Set the 'Duration' field to "5".
- Click [Days].
- Click [Add to Scratchpad].
- Click [Sign].
- Validate the 'Order' grid contains the order created.
|
Topics
• Order Entry Console
|
|
Topics
• Ask on Order Entry questions
• Order Entry Console
|
Clinical Document Viewer
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Chart Review
- Clinical Document Viewer
Scenario 1: Validate document printing
Specific Setup:
- Have multiple documents on file on the system. For example, up to a hundred or more documents
Steps
- Open the "Clinical Document Viewer" form.
- Select a client with the document
- Click [Process]
- On the "Results" tab, select the first document from the document list.
- Click "CTRL+A"
- Validate all the "Print" boxes for the documents below the first document row are now checked
- Click "Print Selected"
- Select a printer from the "Print" dialog box
- Click "Print"
- Validate all the document selected have printed, as expected.
- Open "Chart Review" for the same client
- Navigate to the "Chart" tab.
- Select the category under documents.
- Select the first document from the document list
- Click "CTRL+A"
- Validate all the "Print" boxes for the documents below the first document row are now checked
- Click "Print Selected".
- Select a printer from the "Print" dialog box
- Click "Print"
- Validate all the document selected have printed, as expected.
|
Topics
• Clinical Document Viewer
|
Spreadsheet Remittance Posting Form - 'Trans Guar' field
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Spreadsheet Batch Remittance Posting
Scenario 1: Validate fields added with "Client Lookup/Header Configuration Manager" to display in the "Client Header"
Specific Setup:
- Have a client with fields, "Address Street 1", "City", "State" and "Zip Code" populated in form "Update Client Data"
- In form "Client Lookup/Header Configuration Manager" have the "Address" field added in the "Client Header" section of the form
Steps
- Select the client
- Right click on the client name in the "Recent Clients" list
- Click "Display Chart"
- In the "Client Header" section, place the mouse over the "Address" field
- Validate the pop up text box displays the full address, including the "Zip Code".
Scenario 2: Spreadsheet Batch Remittance Processing' form - field validations
Specific Setup:
- An existing client is identified.
- Two guarantors are assigned to the client and coverage effective date is populated.
- 5-6 services are rendered to the client and distributed to the primary guarantor. The service dates are covered in the coverage effective range.
- An Interim Billing Batch is created for the client that includes services distributed to the guarantor.
Steps
- Open the 'Spreadsheet Batch Remittance Posting' form.
- Select 'Create Batch' in the 'Create, Edit Or Delete Remittance Batch' field.
- Enter the description in the 'Batch Description' field.
- Select the interim billing batch created in setup section in the Interim Batch Number field.
- Click [Launch Work Screen].
- Hover over the 'Transfer Guar' field for any row.
- Verify a mini-table containing a list of guarantors that are assigned to the client's episode via 'Financial Eligibility' (excluding the current guarantor), that are active for the selected date of service, in the same order as they appear in 'Financial Eligibility'.
|
Topics
• Spreadsheet Remittance Posting
|
Recent Client List
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HomeView - my Clients
- HomeView.Recent Clients
Scenario 1: Validate "Recent Clients" list - functionality
Steps
- Search for a client in the "Search Clients" search field
- Select that client in the "Recent Clients" list [ClientA]
- Open any client based form for [ClientA]
- Close the form
- Right-click in the "Recent Client"s list and remove [ClientA] from the list.
- Search and select a different client. [ClientB]
- Open any client based form for [ClientB]
- Close the form
- Validate only [ClientB] just selected is in the "Recent Clients" list
- Search and select another client. [ClientC]
- Open any client based form for [ClientC]
- Close the form
- Validate the "Recent Clients" list contains the last two clients selected, [ClientB] and [ClientC]
- Right-click in the "Recent Client"s list and remove both clients from the list.
- Search and select a different client. [ClientD]
- Open any client based form for [ClientD]
- Close the form
- Validate none of the other clients that had been removed from "Recent Clients" list are displayed
- Validate [ClientD] just selected, is in the "Recent Clients" list
|
Topics
• Widgets
|
Document Routing - "Acknowledgement" To Do's
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Acknowledge Document
- Add New Staff Members to Acknowledge
- Document Routing Setup
- HomeView - My To Do's widget
Scenario 1: Validate form "Progress Notes (Group and Individual)" for document routing
Specific Setup:
- Have "Progress Notes (Group and Individual)" set up in form "Document Routing Setup" that includes the following fields values set:
- Have the field "Acknowledgment Allowed" set to "Yes"
- Have the field "Verification Level of Acknowledgment" set to "Warn User if Acknowledgement is missing". (This will display a verification "Alert" and warn a user when they launch a specific form(s), that an acknowledgment To Do is waiting for acknowledgment in their To D list)
- In the "Forms to error when accessed" field, select a form [FormB], that will display the verification "Alert" when the user opens that form and there's an acknowledgment To Do in their To Do list waiting for review.
- Have three users. [UserA], [UserB] and [UserC]
- For users [UserA] and [UserB] in form "User Definition", or "User Role Definition" if assigned to a role, have the field "Verification Level of Acknowledgment" set to "Warn User if Acknowledgement is missing"
- For user [UserC], in form "User Definition" or "User Role Definition" if assigned to a role, have the field "Verification Level of Acknowledgment" set to "Disallow User if Acknowledgement is Missing". [Please Note: the field value set "Verification Level of Acknowledgment" here for a user, will override the same setting set for a particular form in form "Document Routing Setup"]
- Have a console widget created for [FormA] using form "Console Widget Configuration" and add that widget to the user's home view
- Have the "Console Widget Viewer" widget and the "My To Do's" widget added to the users home view
- Have registry setting "Display Document Routing Status on Chart Items" set to "Y"
- Log in as [UserA]
Steps
- Open the form "Progress Notes (Group and Individual)"
- Populate the "Select Client" field
- Select an episode from the "Select Episode" field
- Select "Independent Note" in the "Progress Note For" field
- Populate the "Notes" field
- Select a note type from the "Note Type" field
- Set the "Draft/Final" field to "Final"
- Click [File Note]
- Validate the document displays successfully
- At the "Route Document To" screen, select [UserA] as an "Approver" in the "Add Approver" box. (Note: upon the approver accepting the document, a To Do is created for all acknowledgers)
- In the "Add Members to Acknowledge:" box, search for [UserB]
- Click [Add] button
- Validate the user is added to the acknowledge list and the checkbox for the user is populated
- Click [Submit].
- Open form "Add New Staff Members to Acknowledge"
- In the "Client ID" field, select the same client selected in step 2
- In the "Form Name" column, select the "Progress Notes (Group and Individual)"
- In the document column, select the document submitted in step 14
- In the "Staff Member" select field, select [UserB] and click [Add Staff Member]
- Validate an error message is received indicating the user has already been sent an acknowledgment To Do
- Click [OK]
- In the "Staff Member" select field, select [UserC] and click [Add Staff Member]
- Validate the staff member is populated in the "New Staff Members to Acknowledge" box
- Click [Submit]
- At the home view in the "My To Do's" widget, click the [Approve Document] button to approve the To Do just sent
- Click [Accept]
- Populate the "Verify Password" prompt with a password and click [OK]
- Validate the To Do is no longer in the To Do list
- Validate an "Acknowledgement" To Do is now present in the list
- On the desktop, locate the console widget created
- In the widget, locate the row just submitted for the document and click the [View] button next to the form name
- Validate the data displayed in "Console Widget Viewer" widget is as expected
- Validate in the "Document Routing" section of document, that any acknowledgers sent a To Do during the document routing process, are listed with their name and their acknowledgment status. For example: "John Smith (Pending Acknowledgment)"
- Open [FormA] and select the same client and episode
- Validate a "Verification Acknowledgment" warning message displayed stating: "The following form has an acknowledgment that has not been addressed. Please provide a reason for not acknowledging.
- Populate the text box with a reason
- Click [OK]
- Validate the user is brought to the pre-display screen to add or edit a new row
- Close the form to return to the homeview
- Select [FormB] and select the same client and episode
- Validate a "Verification Acknowledgment" warning message displayed stating: "The following form has an acknowledgment that has not been addressed. Please provide a reason for not acknowledging". [Form Name is displayed] with a text box to populate the reason
- Populate the text box and click the [OK] button
- Validate the user is brought to the pre-display screen to add or edit a new row
- Close the form to return to the homeview.
- Open form "Document Routing Setup"
- Select the form used for document routing in the previous steps
- Set field "Verification Level of Acknowledgment" set to "Disallow User if Acknowledgement" is missing. (This will display a verification error type "alert" that an acknowledgment To Do is waiting for acknowledgment in their To Do list)
- Click [Submit]
- Repeat steps 34 thru 41, validating that this time a "Verification Acknowledgment" error message is displayed blocking access, that states: The following form has an acknowledgment that has not been addressed. Please acknowledge this form before proceeding. [Form Name is displayed]
- At the home view, in the To Do list under the "Action" click the "Acknowledge Document" link for the form routed in step 14
- Click "Acknowledge Document"
- Validate the "Acknowledge Document" tiff image is displayed
- Validate all other data on the image is as expected and at the bottom of the tiff image there's a line that indicates: "Electronically Acknowledged by: <Staff Name> on <Date>". Validate the staff name and date are expected
- Click the [Acknowledge] button
- Populate the "Verify Password Prompt" with a password
- Click "OK".
- Repeat steps 34 thru 41
- Validate this time there are no verification alerts, since now there are no acknowledgment To Do's waiting to be acknowledged
- Log in as [UserB]
- Repeat step 50 thru 58, validate that "Verification Acknowledgement" warning alert and then an error alert was received opening the forms but then cleared once the acknowledgment is acknowledged
- Log in as [UserC]
- Repeat step 50 thru 58, validate that only a "Verification Acknowledgement" error alert was received for this user both times, since the user's definition was set in the set up to receive error alerts and this overrides the "Document Routing Setup" setting for a form, as expected
|
Topics
• Progress Notes
|
Middleware - JxBrowser
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HomeView.URL Widget
- HomeView.URL/Post Widget
Scenario 1: Validate URL type Widgets on HomeView
Specific Setup:
- Have "URL" widget [WidgetA] defined that has a URL that will take a user to a "Microsoft Authentication" page website login (for example a "Microsoft Sharepoint" login page)
- Have a second widget [WidgetB] defined as a "URL/Post" widget, that will pass the "PATID" of a client selected on the home view to the website designated in the widget
- Have a third widget [WidgetC] defined as a "URL/Post" widget a "Http://" type URL link to an "internal" network server. For example a "POV" type widget
- Have all widgets placed on the user's home view
Steps
- Navigate to the [WidgetA] widget
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
- In the "Search Clients" field, select a client
- Navigate to the [WidgetB] widget
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
- Validate the widget displays the "PATID" of the client selected within the widget results
- In the "Search Clients" field, select a different client
- Navigate to the [WidgetB] widget again
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
- Validate the widget displays the "PATID" of the client selected within the widget results
- Navigate to the [WidgetC] widget
- Click the 'refresh' button
- Validate that the website defined in widget is displayed, as expected
|
Topics
• URL Widget
|
|
Topics
n/a
|
Discontinuing an eRX order - eRX available in output
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Order Entry Console
- Order Entry Console - Final Review dialog
- Order Entry Console - Interactions dialog
Scenario 1: Discontinuing an eRX order - eRX
Specific Setup:
- OrderConnect must be installed and configured to communicate with myAvatar and vice versa.
- A client must have an active inpatient episode whose program and/or unit need to be set up in the 'External Pharmacy Setup' form. (Client A)
- Client A must have an active controlled substance pharmacy-type order that was sent to an external pharmacy. (Order A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Validate that the 'Order grid' contains "Order A".
- Select "Order A" and click [D/C].
- Validate that the 'Discontinue Date' field contains the current date.
- Validate that the 'Discontinue Time' field contains the current time.
- Select any value in the 'Discontinue Reason' field.
- Click [Add to Scratchpad] and [Final Review].
- Validate that the 'Interactions' dialog is displayed.
- Override all interactions and click [Save Override and Exit].
- Validate that the 'Final Review' dialog is displayed and contains "Order A".
- Select "eRX" in 'Output'.
- Click [Sign]
- Validate that "Order A" is no longer displayed in the 'Order grid'.
Scenario 2: Discontinuing an eRX order - None
Specific Setup:
- OrderConnect must be installed and configured to communicate with myAvatar and vice versa.
- A client must have an active inpatient episode whose program and/or unit need to be set up in the 'External Pharmacy Setup' form. (Client A)
- Client A must have an active controlled substance pharmacy-type order that was sent to an external pharmacy. (Order A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Validate that the 'Order grid' contains "Order A".
- Select "Order A" and click [D/C].
- Validate that the 'Discontinue Date' field contains the current date.
- Validate that the 'Discontinue Time' field contains the current time.
- Select any value in the 'Discontinue Reason' field.
- Click [Add to Scratchpad] and [Final Review].
- Validate that the 'Interactions' dialog is displayed.
- Override all interactions and click [Save Override and Exit].
- Validate that the 'Final Review' dialog is displayed and contains "Order A".
- Select "None" in 'Output'.
- Click [Sign]
- Validate that "Order A" is no longer displayed in the 'Order grid'.
Scenario 3: Discontinuing an order - None
Specific Setup:
- OrderConnect must be installed and configured to communicate with myAvatar and vice versa.
- A client must have an active inpatient episode whose program and/or unit need to be set up in the 'External Pharmacy Setup' form. (Client A)
- Client A must have an active controlled substance pharmacy-type order that was not sent to an external pharmacy. (Order A)
Steps
- Select "Client A" and access the 'Order Entry Console'.
- Remain on 'Orders This Episode'.
- Validate that the 'Order grid' contains "Order A".
- Select "Order A" and click [D/C].
- Validate that the 'Discontinue Date' field contains the current date.
- Validate that the 'Discontinue Time' field contains the current time.
- Select any value in the 'Discontinue Reason' field.
- Click [Add to Scratchpad] and [Final Review].
- Validate that the 'Interactions' dialog is displayed.
- Override all interactions and click [Save Override and Exit].
- Validate that the 'Final Review' dialog is displayed and contains "Order A".
- Select "None" in 'Output'.
- Click [Sign]
- Validate that "Order A" is no longer displayed in the 'Order grid'.
|
Topics
• Discontinue
• Order Entry Console
|