Treatment Plan - 'Participation' section (Grid)
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Treatment Plan Participation section with site specific field
Specific Setup:
- In form "Site Specific Section" modeling, edit the "Treatment Plan - Participation" section:
- Select a "SS Treatment Plan Part Free Text" field to be included and set prompt "Initially Enabled" to "No"
- Select the "Notification Required" field to be included. In the "Event Definition" section, create an event that will set the "SS Treatment Plan Part Free Text" field to be "Enabled" when an entry is added to "Notification Required" field
- Document routing is enabled for the "Treatment Plan" form
- [UserA] has the "My To Do's" list on their home view
- Log in as [UserA]
Steps
- Open 'Treatment Plan' or a copy of the form for any test client.
- Click [Add] on the pre-display.
- Click [No] on the message: 'Do you want to default plan information from a previously entered plan?'
- Set the 'Plan Date' to any date.
- Enter any text in the 'Plan Name' field.
- Select any value from the 'Plan Type' field.
- Navigate to the 'Plan Participants' section.
- Select any value in the 'Role' field.
- Select any staff member in the 'Staff ID' field.
- Click the 'SS Treatment Plan Part Scrolling Free Text' field
- Validate the field is disabled
- Click to enter a value in the "Notification" field
- Validate the 'SS Treatment Plan Part Scrolling Free Text' field is enabled
- Enter text in the 'SS Treatment Plan Part Scrolling Free Text' field. Note that this field may have a user defined name.
- Complete any required fields.
- Click 'Final' in the 'Treatment Plan Status' field (or 'Pending Approval', if active).
- Click [Submit].
- Scroll to the 'Plan Participation' section on the 'Confirm Document' display.
- Validate that all values are populated as expected
- Click [Accept and Route].
- Enter the 'Password' for the logged in user in the 'Verify Password' dialog.
- Click [OK].
- Select any approver on the 'Route Document To' dialog.
- Click [Submit].
- Logged in as the user to whom the To Do was sent,
- Click 'Approve Document' in the To Do widget for the treatment plan.
- Scroll to the 'Plan Participation' section on the 'Confirm Document' display.
- Validate that all values are populated as expected
- Click [Accept].
- Enter the 'Password' for the logged in user in the 'Verify Password' dialog.
- Validate the To do is removed from the To Do widget
|
Topics
• Treatment Plan
|
'ProviderConnect File Attach' document viewing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ProviderConnect File Attach
Scenario 1: 'ProviderConnect File Attach' - Verification of File Viewing
Specific Setup:
- 'CSP Location' for Generic Document Retriever must be defined (via 'ProviderConnect File Attach Defaults' form)
- One or more .pdf (Microsoft Edge Portable Document Format), .jpg (Image) and/or .docx (Microsoft Word) files for ProviderConnect File Attach upload/storage
Steps
- Open the 'ProviderConnect File Attach' form.
- Enter/select 'Member ID' and 'Provider' values for File Attach upload/viewing.
- Select 'Authorization', 'Provider' or 'Other' in 'File Type' field (and select 'Authorization' field value if applicable).
- Click 'Upload File' button to select local file for ProviderConnect File Attach upload.
- When file upload IS completed, enter 'Comments' field value if desired and click 'Store File' button.
- Ensure user is presented with confirmation dialog noting 'File stored successfully'.
- Enter/select 'Member ID' and 'Provider' values for File Attach viewing.
- Select 'Authorization', 'Provider' or 'Other' in 'File Type' field (and select 'Authorization' field value if applicable).
- Select file attachment to be opened for viewing in the 'Existing Files' field.
- Click 'View File' button to open selected file attachment for view.
- Ensure that .pdf (Microsoft Edge Portable Document Format) and .jpg (Image) files are opened within myAvatar 'ProviderConnect File Attach' form for viewing.
- Ensure that .docx (Microsoft Word) files are automatically opened in the Microsoft Word application (or other locally-defined native application for .docx file type) with temporary file data (allowing user to save locally or view/discard).
|
Topics
• Provider Search
|
Chart View - 'Print All' output
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HomeView - my Clients
- PDF Document
Scenario 1: "Chart View" - Validate "PDF All" print document output
Specific Setup:
- [FormA] has two records filed [Rec1] and [Rec2], for [ClientA] in [EpisodeA]
- [UserA] has [FormA] added to his chart view
- [UserA] has the "My Clients" widget on their home view
- Log in as [UserA]
Steps
- Select [ClientA] in the "My Clients" widget
- Right-click and click "Display Chart"
- In "Chart View"
- Select [FormA] from the forms list on the left side panel and click the tab for [EpisodeA]
- Validate the document contents are expected in the document preview, display detail for both rows file for [ClientA]
- Set the "Zoom Bar" adjustment at the bottom right of the screen to "100%
- Validate the text size of the documents contents are as expected based on the zoom level chosen
- Click the "PDF All" link in the right corner
- In the "Windows Explorer" dialog screen, select a location to save the PDF file
- Set the "File Name" field to the desired name [DocumentA]
- Click [Save]
- Navigate to the location of [DocumentA]
- Click to open the PDF file
- Validate the document contents are expected in the document preview, with a separate document page displaying for each row filed
- Validate the text size of the documents contents are as expected based on the zoom level chosen
- Validate text size of the header and body sections of the document are the same size and consistent with the zoom level chosen in step 2
- Close the document
- Close the clients chart
- Repeat steps 1 and 2, choosing a smaller zoom level, for example "80%"
- Validate results are as expected
- Close the clients chart
- Repeat steps 1 and 2, choosing a larger zoom level, for example "140%"
- Validate results are as expected
|
Topics
• Forms
|
|
Topics
• Assessment Problem Planning
|
Scheduling Calendar - form launch
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- My Forms
- Scheduling Calendar - Appointment Grid
Scenario 1: Scheduling Calendar - Validate opening additional form(s) from an appointment
Specific Setup:
- Have an existing appointment [ApptA] scheduled in the "Scheduling Calendar" form
- In form "User Definition", [UserA] has [FormA] selected in the "Select Forms" field on "Appointment Scheduling" section of the form. This will enable [FormA] to be available for launch, when the user right-clicks on an existing appointment
- [UserA] has the "Forms & Data" widget on their home view.
- In the "My Forms" section, [FormB] has been added as a favorite
- Log in as [UserA]
Steps
- Open form "Scheduling Calendar"
- Locate [ApptA] on the calendar grid
- Right-Click on the appointment
- From the drop-down list, select [FormA]
- Validate the form launches successfully
- Click the "(+) Browse forms" tab to the right of form name tab, to bring up the "My Forms" window
- From the "My Forms" list, click on [FormB] to launch it
- Populate the form and submit the form
- Validate the form files successfully
- Navigate back to [FormA]
- Populate any desired fields and submit the form
- Validate the form files successfully
- Close the "Scheduling Calendar" form
|
Topics
• Appointment Management
• Form load
|
Widgets - form launch
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Discharge
- Permissions Dialog
Scenario 1: Validate user access permissions launching a form from a widget
Specific Setup:
- Have a widget [WidgetA] created that contains a link to launch a form [FormA]. For example, a widget created in form "Widget Wizard' using the 'Enhanced Widget View" functionality available in the form
- Have users (either assigned or not assigned to a user role) set up with following permissions to [FormA]:
- [UserA] has full access to [FormA]
- [UserB] has only "Read" access to [FormA]
- [UserC] has no access to [FormA]
- All three users have [WidgetA] on their home view
- Log in as [UserA]
Steps
- At the home view, click to refresh [WidgetA]
- Click the link in the widget to launch [FormA]
- Validate the form opens successfully and fields are accessible for data entry
- Populate the form
- Submit the form
- Validate the form files successfully
- Log out as [UserA]
- Log in as [UserB]
- At the home view, click to refresh [WidgetA]
- Click the link in the widget to launch [FormA]
- Validate a message "Opening [FormA] (Read Only) .... Please Wait", is displayed
- Validate the form opens successfully and all fields are populated (if applicable) but disabled, as expected
- Log out as [UserB]
- Log in as [UserC]
- At the home view, click to refresh [WidgetA]
- Click the link in the widget to launch [FormA]
- Validate access is denied, as the user does not have permissions to the form
|
Topics
• Forms
• Widgets
|
Clinical Document Viewer - Form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: "Clinical Document Viewer" form - Validate field and data results
Specific Setup:
- Have a client [ClientA] admitted in an active episode
- Have a progress note form [FormA] enabled for document routing
- A progress note for a "New Service" has been created in [FormA] for [ClientA] and the document [DocA], has been routed and approved.
Steps
- Open the 'Clinical Document Viewer' form.
- Select "Client" from the 'Select Type' field.
- Select "Individual" from the 'Select All or Individual Client' field.
- Select [ClientA] in the 'Select Client' field.
- Select "All" from 'Episode' field.
- Click the "Process" button.
- In the document "Results" grid, locate the row containing [DocA] filed for [ClientA]
- Validate the following fields are populated, as expected:
- Client ID
- Client Name
- Episode
- Document Description
- Document Date
- Service Date
- Document Status
- Form Name
- User
- Click the [View] check box for the row
- Click the [View] button to display the document
- Validate all fields in step 3a are populated as expected in the document
|
Topics
• Clinical Document Viewer
|
OE NX - Order Entry Console - Improve OTO Frequency Logic
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Frequency Code Setup
- Orders This Episode
Scenario 1: OE NX - Scheduled One Time Only frequency Code - 'First Dose' adjustment allowed when 'Give Initial Dose Now' "60"
Specific Setup:
- Avatar OE 2022 Update 82 and Avatar NX Release 2022.11.00 is required in order to utilize full functionality.
- The 'Avatar Order Entry->Facility Defaults->Client Profile->->->'First Dose' adjustment allowed when 'Give Initial Dose Now'' registry setting must be set to "60".
- A frequency code (Frequency Code A) must be configured as a "One-Time-Only" frequency with a scheduled administration at 0800 (08:00 AM).
- Please log out of the application and log back in after completing the above configuration.
- A client must have an active episode. (Client A)
- "Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select any pharmacy-type order code.
- Populate the required fields selecting "Frequency Code A" from the 'Frequency' field.
- Validate the 'First Dose Date', 'First Dose Time', 'Start Date, and 'Start Time' fields are populated with the next available administration.
- Click 'Give Initial Dose Now' [Yes] and validate the 'First Dose' fields are updated to the current date/time.
- Change the 'First Dose Time' to any time greater than 60 minutes past the current time.
- Validate the [Yes] button becomes deselected.
- Populate any remaining required fields and click [Add to Scratchpad] and [Sign].
- Validate the order displays in the 'Order grid'.
Scenario 2: OE NX - Unscheduled One Time Only Frequency Code - Default to Give Initial Dose Now
Specific Setup:
- Avatar OE 2022 Update 82 and Avatar NX 2022.11.00 is required in order to utilize full functionality.
- A frequency code (Frequency Code A) must be configured to be an un-scheduled one-time-only frequency code in the 'Frequency Code Setup' form.
- "Frequency Code A" must be configured to default to 'Give Initial Dose Now' in the 'Frequency Code Setup' form.
- A client must have an active episode. (Client A).
- "Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select any pharmacy-type order code.
- Populate the required fields selecting "Frequency Code A" from the 'Frequency' field.
- Validate 'Give Initial Dose Now' [Yes] is selected and the 'First Dose Date", 'First Dose Time', 'Start Date, and 'Start Time' fields are set to the current date and time, rounded up to the nearest half hour.
- Click [Add to Scratchpad] and [Sign].
- Validate the order created displays in the 'Order grid'.
Scenario 3: OE NX - One Time Only - Default to give Initial Dose Now - Order Group
Specific Setup:
- A frequency code (Frequency Code A) must be configured as a one time only, frequency with 'Default to Give Initial Dose Now' set to "Yes".
- An order group (Order Group A) must be created with at least one pharmacy-type order (Order A) that has a default frequency of "One Time Only"
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select 'Order Group A" from the 'New Order' field.
- Select "Order A" and validate "One Time Only" is selected in the 'Frequency' field.
- Click [Add to Scratchpad].
- Select "Order A" from the scratchpad and validate the 'First Dose Date", 'First Dose Time', 'Start Date, and 'Start Time' fields are set to the current date and time, rounded up to the nearest half hour.
- Populate any remaining required fields and click [Update Order].
- Click [Sign] and validate "Order A" displays in the 'Order grid'.
|
Topics
• NX
• Order Entry Console
|
Spreadsheet Batch Remittance Posting
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Ledger
- Cross Episode Financial Eligibility
- Registry Settings (PM)
- Spreadsheet Batch Remittance Posting
Scenario 1: The 'Spreadsheet Batch Remittance Posting' workscreen displays all client episodes.
Specific Setup:
- The registry setting 'Sort Episodes by Admission Date' is set to "Y".
- Client:
- Select a client with more than one episode or create a new client with multiple episodes.
- Verify that each episode has a diagnosis record,
- Verify that each episode has an eligibility record or a cross episode eligibility episode.
- Unpaid, claimed services exist in each episode.
- Client Ledger is used to note the ‘TOTAL BALANCE BY GUARANTOR’ for each episode.
Steps
- Open 'Spreadsheet Batch Remittance Posting'.
- Enter required fields.
- Click 'Launch Work Screen'.
- In the grid, select the client.
- Verify that all the episodes are displayed in the 'Ep #' column.
- Select a specific episode and enter desired payment information in the table.
- Click [Accept].
- Click [Submit].
- Close the form.
- Open ‘Client Ledger’.
- Select the episode that the payment was created for.
- Select ‘Simple’ in ‘Ledger Type’.
- Click [Process].
- Validate that the payment is displayed and that the ‘TOTAL BALANCE BY GUARANTOR’ amount is reduced by the payment amount.
- Close the report.
- Close the form.
Scenario 2: Spreadsheet Batch Remittance Posting functionality
Specific Setup:
- Client:
- Select a client with unpaid, claimed services.
- Client Ledger is used to note the ‘TOTAL BALANCE BY GUARANTOR’.
Steps
- Open 'Spreadsheet Batch Remittance Posting'.
- Select "Create Batch" in the 'Create, Edit Or Delete Remittance Batch' field.
- Enter a description in the 'Batch Description' field.
- Enter a date in the 'Posting Date' field.
- Enter a date in the 'Date Of Receipt' field.
- Click the "Launch Work Screen" button.
- Enter an ID in the "Client" field.
- Select an episode for the selected client in the "Ep #" field.
- Select a claim number in the "Claim" field.
- Select a payor in the "Payor" field.
- Select a date in the "Begin Date/Svc Date" field.
- Select a date in the "End Date/Svc Code" field.
- Verify the "Total Charges" field auto populated when the claim was selected.
- Verify the "Liability" field auto populated when the claim was selected.
- Verify the "Liability" amount matches the amount noted in the "Client Ledger" report.
- Click [+] in the first column of the row.
- Validate that the client's unpaid services display, noting that the first row shows a summation of the unpaid services for the selected guarantor.
- Enter an amount in the "Payment Amount" field.
- Select a code in the "Payment Code" field.
- Enter an amount in the "Adjust Amount" field.
- Select a code in the "Adjust Code" field.
- Enter an amount in the "Transfer Amount" field.
- Select a code in the "Transfer Code" field.
- Select a guarantor in the "Transfer Guar" field.
- Verify the "New Balance" field is updated with the balance after all amounts are updated.
- Click the "Accept" button.
- Click the "Submit" button.
- Open 'Client Ledger'.
- Select 'All Episodes' in 'Claim/Episode/All Episodes'.
- Select ‘Simple’ in ‘Ledger Type’.
- Click [Process].
- Validate that the payment is displayed and that the ‘TOTAL BALANCE BY GUARANTOR’ amount is reduced by the payment amount.
- Close the report.
- Close the form.
|
Topics
• Spreadsheet Remittance Posting
|
Avatar eMAR - Administer discontinued orders - Warning message
Scenario 1: eMAR - Administering Discontinued Orders - Dietary Order
Specific Setup:
- Avatar eMAR 2022 Update 31 and myAvatar Client Update 2513-011 or 3328-001 are needed in order to utilize full functionality.
- A 'Dietary' order code must exist. (Order Code A)
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select "Order Code A" in the 'New Order' field.
- Set the 'Duration' to any value and click [Days].
- Click [Add to Scratchpad] and [Sign].
- Validate the 'Order grid' contains the "Order Code A" order.
- Select the order and click [D/C], [Add to Scratchpad] and [Sign].
- Validate the 'Order grid' does not contain any orders.
- Access the 'eMAR' widget.
- Select a cell under the current date for the first "Order Code A" order.
- Validate a message is displayed stating "The selected order is Discontinued, effective 'discontinued date' and 'discontinued time'. To continue with this administration click "Ok". To cancel this administration click "Cancel"."
- Click [OK] and [Administer].
- Validate the 'Administration Event' dialog is displayed with a red flag in [Warning-View].
- Click [Warning - View] and validate that the 'Administration Date/Time' tab contains "This Administration Event is occurring after the order's Discontinue Date/Time of 'discontinued date' and 'discontinued time'."
- Override the warning and click [OK].
- Check the 'Accept administration information entered' check box and click [OK].
- Validate the first cell under the current date contains the amount administered and the time administered.
|
Topics
• Order Entry Console
|
Disclosure Management - documents
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Disclosure Management for Requested Document Image
Specific Setup:
- In the "View Attachment Types" field on the 'Disclosure Management Configuration' form, select various modeled and product form type attachments to include for requesting/authorizing document images for disclosure.
- Documents exist for the various forms selected
Steps
- Open the 'Disclosure Management' form
- Enter a date in the "Request Date" field
- Enter a date in the "Request Information Start Date" field
- Enter a date in the "Request Information End Date" field
- Select the desired document images in the "Requested Document Images" field
- Enter an organization name in the "Organization" field
- Go to the "Authorization" section
- Enter a date in the "Authorization Start Date"
- Enter a date in the "Authorization End Date"
- Click the "Update Document Images Authorized For Disclosure" button
- Select the desired "Document Image" row(s) and set the "Authorized" field to "Yes"
- Click the "Save" button
- Click the "Refresh Document Images" button
- Verify the previously selected document displays as "Authorized" in the "Document Images Authorized For Disclosure"
- Go to the "Disclosure "section
- Enter a date in the "Disclosure Date" field
- Enter a time in the "Disclosure Time" field
- Click [Process]
- In the "Items for Disclosure" list, select the first document image and click [View]
- Verify the disclosure information displays as expected in the document preview section
- Repeat steps 3d each document in the document list
- Verify the disclosure information displays as expected in the document preview section
- Click [Disclose]
- Validate the "Processing Disclosure Items" message is displayed and process completes successful
- Click the "Cancel" button to return to the "Disclosure" section
- Click the "Submit" button to file the record
- Validate submission completes successfully
|
Topics
• Disclosure
|
eMAR - Reason for Reschedule Administration Event
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Dictionary Update (CWS)
- eMAR widget
- Orders This Episode
- Registry Settings (CWS)
- Registry Settings (PM)
- Order Code Setup
Scenario 1: eMAR Administration Event - Follow Up Reminder - 'Require Reason for Rescheduling an Administration Event' registry setting set to "Y".
Specific Setup:
- Avatar eMAR 2022 Update 33 and myAvatar Client Update 2513-011 or 3328-001 are needed in order to utilize full functionality.
- There must be at least one value defined in the Order Entry Tabled Files '(10138) eMAR Follow-Up Reminder Heading' dictionary. (Heading A)
- A pharmacy-type order code must exist with the following configuration (Order Code A):
- ‘Generate eMAR Follow-Up Reminders’ = “Yes”
- ‘Time Interval For eMAR Follow-Up Reminders’ = no value
- ‘eMAR Follow-Up Reminder Heading’ = “Heading A”
- An NDC for "Order Code A" must be noted.
- A frequency code with no set hours of administration must exist. (Frequency Code A)
- The 'Avatar eMAR->General->Settings->->->Require Reason for Rescheduling an Administration Event' registry setting must be set to "Y".
- Please log out of the application and log back in after completing the above configuration.
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select "Order Code A" from the 'New Order' field.
- Select "Frequency Code A" from the 'Frequency' field.
- Populate any remaining required fields.
- Click [Add to Scratchpad] and [Sign].
- Access the 'eMAR' widget.
- Validate that an order for "Order Code A" is displayed with no hours of administration under the current date.
- Double-click the first cell under the current date.
- Complete 'Order Acknowledgment' and 'Client Education'.
- Validate that the 'Administration Event' dialog is displayed.
- Set the 'Med ID' field to "Order Code A's" NDC.
- Select "Nurse Administered" in the 'Administration Event' field.
- Check the 'Accept administration information entered' checkbox and click [OK].
- Validate that the first cell under the current date for the order created using "Order Code A" displays the amount given and time given.
- Validate that a 'Follow-up' row exists for "Order Code A" with "Follow-Up: Heading A" visible in the 'Order Description'.
- Right-click the 'Follow-up' cell under the current date.
- Click 'Reschedule'.
- Validate the 'Rescheduled Dose' dialog is displayed.
- Set the 'New Scheduled Time' field to a time in the future from current time.
- Select "Other Reason" from the 'Reason' field.
- Set the 'Reason Text' field to any value.
- Click [Save].
- Validate that the cell that was rescheduled now contains the new scheduled time.
Scenario 2: eMAR - Reschedule Reason - 'Require Reason for Rescheduling an Administration Event' registry setting set to "Y".
Specific Setup:
- Avatar eMAR 2022 Update 33 and myAvatar Client Update 2513-011 or 3328-001 are needed in order to utilize full functionality.
- A pharmacy-type order code must exist. (Order Code A):
- An NDC for "Order Code A" must be noted.
- A frequency code must exist with set hours of administration of which one hour is in the past. (Frequency Code A)
- The 'Avatar eMAR->General->Settings->->->Require Reason for Rescheduling an Administration Event' registry setting must be set to "Y".
- Please log out of the application and log back in after completing the above configuration.
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select "Order A" from the 'New Order' field.
- Select "Frequency Code A" from the 'Frequency' field.
- Fill out any remaining required fields.
- Click [Add to Scratchpad] and [Sign].
- Access the 'eMAR' widget.
- Validate that an order for "Order Code A" is displayed with hours of administration under the current date.
- Right-click the first past due cell under the current date.
- Click 'Reschedule'.
- Validate the 'Rescheduled Dose' dialog is displayed.
- Set the 'New Scheduled Time' field to a time in the future from current time.
- Select "Other Reason" from the 'Reason' field.
- Set the 'Reason Text' field to any value.
- Click [Save].
- Validate the cell that was past due now displays the new scheduled time.
Scenario 3: eMAR - Reschedule Reason - 'Require Reason for Rescheduling an Administration Event' registry setting set to "N".
Specific Setup:
- Avatar eMAR 2022 Update 33 and myAvatar Client Update 2513-011 or 3328-001 are needed in order to utilize full functionality.
- A pharmacy-type order code must exist. (Order Code A):
- An NDC for "Order Code A" must be noted.
- A frequency code must exist with set hours of administration of which one hour is in the past. (Frequency Code A)
- The 'Avatar eMAR->General->Settings->->->Require Reason for Rescheduling an Administration Event' registry setting must be set to "N".
- Please log out of the application and log back in after completing the above configuration.
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select "Order A" from the 'New Order' field.
- Select "Frequency Code A" from the 'Frequency' field.
- Fill out any remaining required fields.
- Click [Add to Scratchpad] and [Sign].
- Access the 'eMAR' widget.
- Validate that an order for "Order Code A" is displayed with hours of administration under the current date.
- Right-click the first past due cell under the current date.
- Click 'Reschedule'.
- Validate the 'Rescheduled Dose' dialog is displayed.
- Set the 'New Scheduled Time' field to a time in the future from current time.
- Validate the 'Reason' field is not required and select "Other Reason" from the 'Reason' field.
- Validate the 'Reason Text' field is required.
- Set the 'Reason Text' field to any value.
- Click [Save].
- Validate the cell that was past due now displays the new scheduled time.
Scenario 4: eMAR Administration Event - Follow Up Reminder - 'Require Reason for Rescheduling an Administration Event' registry setting set to "N".
Specific Setup:
- Avatar eMAR 2022 Update 33 and myAvatar Client Update 2513-011 or 3328-001 are needed in order to utilize full functionality.
- There must be at least one value defined in the Order Entry Tabled Files '(10138) eMAR Follow-Up Reminder Heading' dictionary. (Heading A)
- A pharmacy-type order code must exist with the following configuration (Order Code A):
- ‘Generate eMAR Follow-Up Reminders’ = “Yes”
- ‘Time Interval For eMAR Follow-Up Reminders’ = no value
- ‘eMAR Follow-Up Reminder Heading’ = “Heading A”
- An NDC for "Order Code A" must be noted.
- A frequency code with no set hours of administration must exist. (Frequency Code A)
- The 'Avatar eMAR->General->Settings->->->Require Reason for Rescheduling an Administration Event' registry setting must be set to "N".
- Please log out of the application and log back in after completing the above configuration.
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select "Order Code A" from the 'New Order' field.
- Select "Frequency Code A" from the 'Frequency' field.
- Populate any remaining required fields.
- Click [Add to Scratchpad] and [Sign].
- Access the 'eMAR' widget.
- Validate that an order for "Order Code A" is displayed with no hours of administration under the current date.
- Double-click the first cell under the current date.
- Complete 'Order Acknowledgment' and 'Client Education'.
- Validate that the 'Administration Event' dialog is displayed.
- Set the 'Med ID' field to "Order Code A's" NDC.
- Select "Nurse Administered" in the 'Administration Event' field.
- Check the 'Accept administration information entered' checkbox and click [OK].
- Validate that the first cell under the current date for the order created using "Order Code A" displays the amount given and time given.
- Validate that a 'Follow-up' row exists for "Order Code A" with "Follow-Up: Heading A" visible in the 'Order Description'.
- Right-click the 'Follow-up' cell under the current date.
- Click 'Reschedule'.
- Validate the 'Rescheduled Dose' dialog is displayed.
- Set the 'New Scheduled Time' field to a time in the future from current time.
- Validate the 'Reason' field is not required.
- Select "Other Reason" from the 'Reason' field.
- Validate the 'Reason Text' field is required.
- Set the 'Reason Text' field to any value.
- Click [Save].
- Validate that the cell that was rescheduled now contains the new scheduled time.
|
Topics
• Avatar eMAR
• NX
|
eMAR - Additional Data - Administration
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Avatar eMAR
- Order Code Setup
- Orders This Episode
Scenario 1: eMAR - Unsuccessful administration with Additional Data Tab
Specific Setup:
- The ‘(10002) Successful Administration’ extended attribute must be set to “Yes” in the eMAR Tabled Files ‘(10000) Administration Event’ dictionary for “NURSE-ADMIN”.
- The ‘(10002) Successful Administration’ extended attribute must be set to “No” and the '(10009) Client Refusal' extended attribute must be set to "Yes" in the eMAR Tabled Files ‘(10000) Administration Event’ dictionary for “REFUSED”.
- An order code must exist with values selected in the 'Additional Data Elements To Require in Avatar eMAR (Administration)' field. (Order Code A)
- 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.
- Search for and select "Order Code A" in the 'New Order' field.
- Populate all required fields and click [Add to Scratchpad], [Final Review], and [Sign].
- Validate the 'Order grid' contains an order for "Order Code A".
- Access the ‘eMAR’ widget.
- Validate an order is displayed for "Order Code A" with no hours of administration.
- Select the first cell under the previous day and click [Administer].
- Verify the 'Order Acknowledgement' dialog exists and click [OK].
- Verify the 'Client Education' dialog exists.
- Select "Yes" in the 'Education Performed' field and click [OK].
- Verify the 'Administration Event' dialog exists and contains an order for "Order Code A".
- Validate the 'Qty' field contains "1".
- Validate the 'Unit' field contains "Capsule".
- Select "Refused" from the 'Administration Event' field.
- Check the 'Accept administration information entered' check box and click [Ok].
- Validate the first cell under the current date contains a "thumbs-down" symbol indicating the dose was refused, "1 Capsule", and the time of the attempted administration in military format.
- Right click the first cell under the current date that was administered and select "Administration After Initial Refusal".
- Verify the 'Administration Event' dialog exists and contains an order for "Order Code A".
- Validate the 'Administration Date' and 'Administration Time' fields contain the current date and time.
- Validate the 'Qty' field contains "1".
- Validate the 'Unit' field contains "Capsule".
- Select "Nurse-Administered" from the 'Administration Event' field.
- Access the 'Additional Data (Administration)' tab.
- Set 'Temperature (Fahrenheit)' to "99".
- Set 'Weight (lbs/kgs)' to "200" and click "lbs".
- Click [Submit Edit].
- Validate the first cell under the current date contains a "U-Turn" symbol, indicating the administration has been updated, "1 Capsule", and the time administered in military format.
|
Topics
• Order Entry Console
|
Order Entry Console (Admission Med Reconciliation section - no access)
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Order Entry Console
- Order Entry User Definition
- User Definition
Scenario 1: No access to Orders This Episode, Admission Med Reconciliation, or Discharge Reconciliation when user in 'Order Entry User Definition' is deactivated
Specific Setup:
- A user must exist in 'Order Entry User Definition' that has access to all 'Order Types' and all order actions. (User A)
- Please log out of the application and log back in after completing the above configuration.
- A client must exist that has an active episode. (Client A)
- Must be logged in as "User A".
Steps
- Select "Client A" and access the Order Entry Console.
- Validate that the 'New Order' field is enabled.
- Select the 'Home Medications' tab.
- Validate that the 'New Order' field is enabled.
- Click the 'Admission Med Reconciliation' tab.
- Validate that the 'New Order' field is enabled.
- Click the 'Discharge Med Reconciliation' tab.
- Validate that the 'New Order' field is enabled.
- Select 'HomeView' and deselect "Client A".
- Access the 'Order Entry User Definition' form for "User A".
- Check the 'Deactivate' checkbox and click [Submit].
- Validate a message is displayed stating "Order Entry User Definition has completed. Do you wish to return to form?" and click "No".
- Log out of the application and log back in as "User A".
- Select "Client A" and access the Order Entry Console.
- Validate the 'Orders This Episode' tab contains "Widget disabled due to your security settings".
- Select the 'Home Medications' tab.
- Validate the 'New Order' field is enabled.
- Select the 'Admission Med Reconciliation' tab.
- Validate that it contains "Widget disabled due to your security settings".
- Select the 'Discharge Med Reconciliation' tab.
- Validate that it contains "Widget disabled due to your security settings".
Scenario 2: No access to Orders This Episode, Admission Med Reconciliation, or Discharge Reconciliation when a user does not have "Display" checked in 'Order Entry User Definition'.
Specific Setup:
- A user must exist in 'Order Entry User Definition' that has access to all 'Order Types' and all order actions. (User A)
- Please log out of the application and log back in after completing the above configuration.
- A client must exist that has an active episode. (Client A)
- Must be logged in as "User A".
Steps
- Select "Client A" and access the Order Entry Console.
- Validate that the 'New Order' field is enabled.
- Select the 'Home Medications' tab.
- Validate that the 'New Order' field is enabled.
- Click the 'Admission Med Reconciliation' tab.
- Validate that the 'New Order' field is enabled.
- Click the 'Discharge Med Reconciliation' tab.
- Validate that the 'New Order' field is enabled.
- Select 'myDay' and click 'Clear Client'.
- Access the 'Order Entry User Definition' form for "User A".
- Uncheck the 'Display' checkbox in the 'Order Actions Allowed' field.
- Validate the 'Order Types Allowed to View' field is disabled and has no values selected.
- Click [Submit]
- Validate a message is displayed stating "Order Entry User Definition has completed. Do you wish to return to form?" and click "No".
- Log out of the application and log back in as "User A".
- Select "Client A" and access the Order Entry Console.
- Validate the 'Orders This Episode' tab contains "Widget disabled due to your security settings".
- Select the 'Home Medications' tab.
- Validate the 'New Order' field is enabled.
- Select the 'Admission Med Reconciliation' tab.
- Validate that it contains "Widget disabled due to your security settings".
- Select the 'Discharge Med Reconciliation' tab.
- Validate that it contains "Widget disabled due to your security settings".
Scenario 3: No access to Orders This Episode, Admission Med Reconciliation, or Discharge Reconciliation when a user does not have anything set up in 'Order Entry User Definition'.
Specific Setup:
- A user must exist that is set up in 'User Definition' and has access to all forms and tables, but does not have a user profile set up for 'Order Entry User Definition'. (User A)
- Please log out of the application and log back in after the above configuration.
- A client must have an active episode. (Client A)
- Must be logged in as "User A".
Steps
- Select "Client A" and access the Order Entry Console.
- Validate the 'Orders This Episode' tab contains "Widget disabled due to your security settings".
- Select the 'Home Medications' tab.
- Validate that a message is received stating "Authentication failure: OrderConnect Session ID could not be obtained. OrderConnect User Password not known." and click [OK].
- Select the 'Admission Med Reconciliation' tab.
- Validate that it contains "Widget disabled due to your security settings".
- Select the 'Discharge Med Reconciliation' tab.
- Validate that it contains "Widget disabled due to your security settings".
|
Topics
• NX
• Order Entry Console
|
OE NX - Interval Frequency Codes
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Order Entry Console
- Order Group Setup
- Orders This Episode
Scenario 1: OE NX - Interval Order - Order Entry Console (Admission Med Reconciliation)
Specific Setup:
- A frequency code must exist that is configured as an interval frequency code. (Frequency Code A)
- 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
- Search for and select any pharmacy-type order code.
- Populate all required field and ensure that "Frequency Code A" is selected in the 'Freq' field.
- Validate the 'Custom' button does not display.
- Click [Add to Scratchpad] and click [Reconcile & Review].
- Validate the 'Admission Med Reconciliation' tab displays in view-only mode.
Scenario 2: OE NX - Orders This Episode - Taper/Titration - 24-hr - Custom Administration Time
Specific Setup:
- A client must have an active episode whose program and 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 a Taper/Titrate order with 3 steps for a pharmacy-type order code.
- Click [Add to Scratchpad].
- Select row 1 from the 'Scratchpad'.
- Populate all required fields and click [Update Order].
- Select row 2 from the 'Scratchpad'.
- Populate all required fields and click [Update Order].
- Select row 3 from the 'Scratchpad'.
- Populate all required fields and select an interval frequency code in the 'Freq' field.
- Validate the 'Custom' button does not display.
- Click [Update Order], [Add to Scratchpad] and [Final Review].
- Validate the 'Interactions' dialog is displayed.
- Override all interactions and click [Save Override and Exit].
Scenario 3: OE NX - Order Group - Interval Order
Specific Setup:
- An order group must contain a pharmacy-type order code with an interval frequency. (Order Group A)
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Search for and select "Order Group A" and select the pharmacy-type order code with the interval frequency.
- Validate 'Custom' is not displayed next to the 'Frequency' field.
- Click [Add to Scratchpad].
- Select the order from the 'Scratchpad' and validate 'Custom' is not displayed next to the 'Frequency'.
- Populate the remaining required fields and click [Update Order] and [Sign].
- Validate the new order is displayed in the 'Order grid'.
|
Topics
• NX
• Order Entry Console
|
Avatar eMAR - Quick Actions - Changing Clients
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Scanning Client ID in the 'Avatar eMAR' form correctly defaults data
Specific Setup:
- Two clients that have active episodes must exist and they must have active orders. (Client A and Client B)
Steps
- Open the 'Avatar eMAR' form.
- Select "Client B" from the 'Clients' field.
- Change the value in the 'Order Filter' field.
- Scan the bar code for the patient ID of "Client A".
- Verify all information displays correctly.
Scenario 2: eMAR - Taking Quick Actions - Changing Clients
Specific Setup:
- The 'Avatar eMAR->General->Settings->->->Prevent Administration Events for Unvalidated New Physician Orders' must be set to "4".
- A client must have an active episode. (Client A)
- “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form.
Steps
- Select "Client A" and access the Order Entry Console.
- Create any pharmacy-type order that requires validation.
- Access the 'eMAR' widget.
- Scan the client's wristband.
- Select any administration cell and quickly attempt to change clients via the 'My Clients' widget.
- Validate a warning pops up and that it can be acted on.
- Populate the warning and click [Administer].
- Populate the required fields and file the administration.
|
Topics
• Avatar eMAR
• Barcode
• eMAR
• NX
|
Images imported in a form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate picture images imported and submitted in forms
Specific Setup:
- Have a client [ClientA] who is admitted in an active episode [Episode1]
- Have a form [FormA] that contains a "Multiple-Iteration" section. For example a "Modeled" form
- [FormA] contains a "Draft/Final" field on the primary section of the form
- [FormA] contains a "Picture" field [PicA] and a field is set as "Required" [RfieldA], on the multiple-iteration section of the form.
- [UserA] has [FormA] is included in their "Chart View"
- [UserA] has the "My Clients" widget is on their home view
Steps
- Open [FormA]
- Select [ClientA] and then select [EpisodeA]
- Select the primary section of the form
- Set the "Draft/Final" field to "Draft"
- Populate any other desired fields in the section
- Navigate to the multiple-iteration section of the form
- Click [Add] to add a row [Row1]
- Populate an image [ImageA] in field [PicA]
- Populate any other desired fields but leave the required field [RfieldA] unpopulated
- Click [Add] to add another row [Row2]
- Populate an image [ImageB] in field [PicA]
- Populate the required field [RfieldA] and any other desired field
- Click [Submit]
- Validate an error is displayed indicating the required field [RfieldA] is not populated in [Row1]
- Click [OK]
- Select [Row1] in the multiple iteration grid
- Validate all fields are populated as expected, including [ImageA] in field [PicA]
- Populate the required field [RfieldA]
- Select [Row2] in the multiple iteration grid
- Validate all fields are populated as expected, including [ImageB] in field [PicA]
- Click [Submit]
- Validate the form files successfully
- Return to the [FormA]
- Navigate to the multiple-iteration section of the form
- Select [Row1] in the multiple iteration grid
- Clear the value in the required field [RfieldA]
- Navigate to the primary section of the form
- Set the "Draft/Final" field to "Final"
- Validate an error is displayed indicating the required field [RfieldA] is not populated
- Click [OK]
- Navigate back to the multiple-iteration section of the form
- Select [Row1] in the multiple iteration grid
- Validate all fields are populated as expected, including [ImageA] in field [PicA]
- Populate the required field [RfieldA]
- Select [Row2] in the multiple iteration grid
- Validate all fields are populated as expected, including [ImageB] in field [PicA]
- Navigate back to the primary section of the form
- Set the "Draft/Final" field to "Final"
- Validate the form files successfully
- In the "My Clients" widget, double click on the [ClientA] to open "Chart View"
- Click [FormA] in the forms list pane
- Select [EpisodeA]
- Click [Edit] to launch the form
- Navigate to the primary section of the form
- Validate all fields are populated as expected
- Navigate to the multiple-iteration section of the form
- Select [Row1] in the multiple iteration grid
- Validate all fields are populated as expected, including [ImageA] in field [PicA]
- Select [Row2] in the multiple iteration grid
- Validate all fields are populated as expected, including [ImageB] in field [PicA]
- Close the form
|
Topics
• Client Picture
|
Treatment Plan - fields that record time
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Site Specific Section Modeling (CWS)
- Treatment Plan
Scenario 1: Treatment Plan - SS Time fields disabled in Treatment Plans
Specific Setup:
- Site Specific Section Modeling for CWS is used to add a minimum of one ‘Time’ field to desired ‘Treatment Plan’. Note the section(s) of the plan that time fields are added to.
- Click 'Refresh Forms' item on the home screen.
- The ‘Treatment Plan’ is used to create draft treatment plan for any client. Add a value to each time field.
Steps
- Open the ‘Treatment Plan’ for the client.
- Select edit on the draft plan.
- Launch the plan.
- Change the time for each time field that was added above. Click the ‘Current Button’ for at least one field.
- Save the plan as ‘Final’.
- Open the ‘Treatment Plan’ for the client.
- Select edit on the final plan.
- Click [Yes].
- Launch the plan.
- Validate that the time fields cannot be edited and that the ‘Current Button’ is disabled.
- Close the form.
|
Topics
• NX
• Treatment Plan
|
OE Console as a POV - Client Header displays appropriate client information
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Order Entry Console
- Order Entry Console - View Lab Results dialog
- Orders This Episode
- Progress Notes (Group and Individual)
- Update Client Data
Scenario 1: OE Console as a POV - patient mismatch
Specific Setup:
- Must have a Console widget that will launch the 'Progress Notes' form. (Console View A)
- Multiple clients must have active Inpatient or Outpatient episodes. (Client A, Client B, Client C, and Client D)
Steps
- Select "Client A" in the 'My Clients' widget and access the Order Entry Console POV.
- Validate that "Client A's Name" is displayed in the 'Client Header' and in the label above the 'Order grid', "Showing 0 orders for "Client A" on the 'Orders This Episode' tab.
- Click 'Console View A'.
- Select "Client B" in the 'My Clients' widget.
- Click [New Record].
- Validate the 'Progress Notes' form is displayed and close the form.
- Access the Order Entry Console POV and select the 'Home Medications' tab.
- Validate that "Client B's Name" is displayed in the 'Client Header' and in the label above the 'Order grid', "Showing 0 orders for "Client B".
- Click 'Orders This Episode' and validate that "Client B's Name" is displayed in the 'Client Header' and in the label above the 'Order grid', "Showing 0 orders" for "Client B".
- Click 'View Lab Results' and validate that "Client A's Name" is displayed in the 'Lab Results' dialog and close the dialog.
- Select "Client C" in the 'My Clients' widget.
- Validate that "Client C's Name" is displayed in the 'Client Header' and in the label above the 'Order grid', "Showing 0 orders for "Client C".
- Click 'HomeView' and select "Client D" in the 'My Clients' widget and select "Update Client Data" in the 'Forms and Data' widget.
- Validate the 'Update Client Data' form is displayed and close the form.
- Select the Order Entry Console POV and validate that "Client D's Name" is displayed in the 'Client Header' and in the label above the 'Order grid', "Showing 0 orders" for "Client D".
- Click 'View Lab Results' and validate that "Client D's Name" is displayed in the 'Lab Results' dialog and close the dialog.
- Select the 'Home Medications' tab and click 'External RxHx'.
- Validate the 'Third Party Medication History' dialog is displayed and contains "Client D's" name and close the chart.
|
Topics
• NX
• Order Entry Console
|
Client Name display and form launch
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:
- In form "Dictionary Update", have the "Client Prefix (175)" dictionary updated with dictionary values. For example: "Dr.", "Mr.", "Mrs." or "Ms"
- 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 a client who first name starts with one of the prefix values stated in first set up step [ClientE]. For example a first name of "Drew"
- 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
- Log in as [UserA]
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 both the "My Clients" and "Recent Clients" lists, 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 both the "My Clients" and "Recent Clients" lists, 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 both the "My Clients" and "Recent Clients" lists, as expected
- 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 both the "My Clients" and "Recent Clients" lists, as expected
- 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)
- In the "Search Clients" field of the "My Clients" widget, search for and select [ClientE]
- Validate the selected clients first and last name are displayed in both the "My Clients" and "Recent Clients" lists, 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)
|
Topics
• Client Search
|
MPI - Client Search
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Admitting a new client with 'Master Patient Index' enabled
Specific Setup:
- 'Master Patient Index' must be enabled and configured. Please note: this must be done by a Netsmart Representative.
Steps
- Access the 'Admission' form.
- Verify the 'Select Client' dialog exists.
- Enter any new value in the 'Last Name' field.
- Enter any new value in the 'First Name' field.
- Select any value from the 'Sex' field.
- Click [Search].
- Validate the 'Search Results' dialog is displayed stating: No matches found.
- Click [New Client].
- Validate the 'Master Patient Index Search' dialog is displayed.
- Enter the same value used in the previous steps in the 'Last Name' field.
- Enter the same value used in the previous steps in the 'First Name' field.
- Enter any value in the 'Date Of Birth' field.
- Select the same value used in the previous steps from the 'Sex' field.
- Click [Search].
- Validate the 'MPI Search Results' dialog is displayed showing any results that may have been found.
- Click [Add New Client].
- Validate the "Admission" form is launched and the client first and last name is automatically populated in the "Client Name" field.
- Populate the required field on the form and any other desired fields.
- Validate the form files successfully.
- From the "My Clients" widget, select the new client.
- Access the 'Admission' form.
- Validate the fields contain the previously populated values.
- Close the form.
|
Topics
• Client Search
|
Order Entry Console (Home Medications section) - External RxHx and Prescriber's Queue
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Current Medication Profile
- Custom Orders
- Order Confirmation
- Order Entry Console
- Prescriber's Desktop
- Prescribers Queue
- Rx Libraries
- Third Party Medication History
Scenario 1: OE NX - Home Medications - Prescriber's Queue and External RxHx links
Specific Setup:
- A client must have an inpatient episode whose program or unit are configured in the ‘External Pharmacy Setup’ form. (Client A) make note of the 'Agency ID' in the 'OrderConnect Facility/Agency Definition' form for "Client A's" program.
Steps
- Select "Client A" and access the Order Entry Console.
- Click the 'Home Medications' tab.
- Click the 'External RxHx' and 'Prescriber's Queue' links and validate the 'Facility Name' for the agency associated to "Client A's" program displays.
|
Topics
• Order Entry Console
|