Record Lock Time Limit
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client > Client Information > Personal Information > Demographics
- Client > Client Information > Health Information > Medications
- Current Medication Profile
- Rx Libraries
- Custom Orders
- Order Confirmation
- Taskbar > System Maintenance > Application Maintenance > SDK Inbound Error Log
Scenario 1: OrderConnect - Row Lock Time Limit
|
Topics
• OrderConnect
|
270 Allows for Different Overwrite Configurations
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Payers/Contracts Setup 2.0 Form Set
- Payers Setup Table
- ContractsRatesSetup
- Billing Plan Setup NX [EDIT]
- Overwrite 270 Payer ID Qualifier
- 270 File
- 270 Output Ready
- EligibilityManager
- Receiver Information - All
- Clients for 270 Subform
- All people with Benefit Assignments
Scenario 1: Eligibility Requests Honor Submission Overwrites When Multiple Plans Use Same Claim Receiver
Specific Setup:
- Multiple Plans on the same Payer use the same Claim Receiver.
- Plan 1 uses "Submission Overwrites" field "Overwrite 270 Payer ID Qualifier".
- Plan 2 does not have "Overwrite 270 Payer ID Qualifier" populated.
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Select "Receiver" from preconditions.
- Set "Description" and click "Save".
- Click "Actions" and "Generate Output File".
- Click "Download File".
- Validate "NM1*PR" segment for "Client" with "Plan 1" displays the "Overwrite 270 Payer ID Qualifier".
- Validate "NM1*PR" segment for "Client" with "Plan 2" does not use the "Overwrite 270 Payer ID Qualifier".
Scenario 2: Eligibility Requests Honor Submission Overwrites When Multiple Plans On Different Payers Use Same Claim Receiver
Specific Setup:
- Different Plans on different Payers use the same Claim Receiver.
- Plan 1 uses "Submission Overwrites" field "Overwrite 270 Payer ID Qualifier".
- Plan 2 does not have "Overwrite 270 Payer ID Qualifier" populated.
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Select "Receiver" from preconditions.
- Set "Description" and click "Save".
- Click "Actions" and "Generate Output File".
- Click "Download File".
- Validate "NM1*PR" segment for "Client" with "Plan 1" displays the "Overwrite 270 Payer ID Qualifier".
- Validate "NM1*PR" segment for "Client" with "Plan 2" does not use the "Overwrite 270 Payer ID Qualifier".
|
Topics
• Finance Setup • Finance
|
Void Action On Claims Write GL Transactions
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FinanceClaims
- Claims Submission For Remittance NX [EDIT]
- Apply Receipt to Claims
- Claim Action Reasons
- Claim/Invoice Batch [VIEW]
- Claim Output Ready
- Claim 2.0 [EDIT]
- Cash Receipts for Remittance
Scenario 1: Voiding A Previously Denied, Resubmitted And Paid Claim Writes GL Records
Specific Setup:
- Claim was denied and resubmitted to the same Payer.
- System has a Check from Payer.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check" associated with "Payer" from preconditions.
- Set "Filters" to search on "Claim" from preconditions.
- Mark "Claim" as "Paid", save.
- Click "Add Action" and select "Void", save.
- Upon completion of "Billing Execution Interval", open "Submission" and mark "Batch" as sent.
- Click on "Claim". Click on "Accounting Info".
- Validate "GL Transactions" have been written for the "Void Submission".
Scenario 2: Voiding A Previously Denied, Resubmitted And Partially Paid Claim Writes GL Records
Specific Setup:
- Claim was denied and resubmitted to the same Payer.
- System has a Check from Payer.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check" associated with "Payer" from preconditions.
- Set "Filters" to search on "Claim" from preconditions.
- Mark "Claim" as "Partially Paid", save.
- Click "Add Action" and select "Void", save.
- Upon completion of "Billing Execution Interval", open "Submission" and mark "Batch" as sent.
- Click on "Claim". Click on "Accounting Info".
- Validate "GL Transactions" have been written for the "Void Submission" which reflect the "Partial Payment".
|
Topics
• Finance • Finance Setup
|
Call Center Screen Block During Save
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- CallCenterlisting
- Call Center Search Forms [ADD]
- New Referral to the Agency [ADD]
- Program Listing by Agency and Service Event
- Referral Search
- Referral to Agency [EDIT]
- Provider Sites by Program Not Explicit (Vacancy)
- Client Search
- Critical Information
- Client Critical Information Form Set
- Client Service Entry
- ServicePlanList
Scenario 1: Validate Saving Referral In Call Center
Specific Setup:
Requires a Call Center Event with "New Referral to the Agency" set as the "Wizard - Additional Form".
Steps
- Navigate to "Taskbar > Call Center > Call Center > Call Center".
- Click "New Call" button.
- Fill in required fields "Phone Number, Client First and Last Name, etc.".
- Click "Next" button.
- Check "Create New Person" radio button.
- Click "Next" button.
- Select desired "Referral Event".
- Click "Next" button.
- Fill in required fields for the referral.
- Fill in "Program Referral" SubForm and set "Initial Status" to accepted.
- Click "Save & Mark Completed".
- Validate the call center event saves without issue.
- Navigate to "Referral > Agency Referral > Referral Information > Referral Information".
- Validate you can search for desired referral.
|
Topics
• Call Center • Program Referrals
|
270 Eligibility
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Claim Receivers Setup Form Set
- Receiver Information - All
- Receiver Information 270-271 Setup [EDIT]
- EligibilityManager
- 270 Output Ready
- 7ZipDownload
- 270 File
- Notepad++
- Finance Header
- Finance > Imports/Exports > Exports > Eligibility Requests (270)
- Eligibility Request
Scenario 1: 270 Eligibility Request Honors Setting "Break File on Max Client"
Specific Setup:
- Claim Receiver is flagged to "Break File on Max Clients".
- Claim Receiver is associated with a Program that has more than 99 Clients enrolled.
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Set required fields, and select "Program" from preconditions.
- Click "Save".
- Click "Actions" and "Generate Output File".
- Click "Download File" and save file to an editor such as "Notepad++"
- Select second file created.
- Break file by "EQ*30~" for easier reading.
- Validate "270 File" for the records after "Max" cutoff starts with "HL*1".
- Navigate to "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
- Select the "Claim Receiver".
- Uncheck "Break File on Max Clients", click "Save".
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "Recreate Batch" and "Generate Output".
- Validate "270 File" does not break by "Max".
Scenario 2: Eligibility Requests (270) - Create 270 File
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Set "Receiver" and "Description" values.
- Set any additional parameters.
- Click "Save".
- Click "Actions ▼".
- Click "Generate Output File".
- Validate the segment containing the "DTP*" segment contains date in "CCYYMMDD" format.
Scenario 3: 270 Eligibility Request Honors Setting "Break File on Max Client"
Specific Setup:
- Claim Receiver is flagged to "Break File on Max Clients".
- Claim Receiver is associated with a Program that has more than 99 Clients enrolled.
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Set required fields, and select "Program" from preconditions.
- Click "Save".
- Click "Actions" and "Generate Output File".
- Click "Download File" and save file to an editor such as "Notepad++"
- Select second file created.
- Break file by "EQ*30~" for easier reading.
- Validate "270 File" for the records after "Max" cutoff starts with "HL*1".
- Validate "SE*" displays count of records in that file (not a sum of all records).
- Navigate to "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
- Select the "Claim Receiver".
- Uncheck "Break File on Max Clients", click "Save".
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "Recreate Batch" and "Generate Output".
- Validate "270 File" does not break by "Max".
Scenario 4: Eligibility Requests (270) - Create 270 File
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Set "Receiver" and "Description" values.
- Set any additional parameters.
- Click "Save".
- Click "Actions ▼".
- Click "Generate Output File".
- Validate the segment containing the "DTP*" segment contains date in "CCYYMMDD" format.
|
Topics
• Finance • Finance Setup
|
Facility Enrollments Link to Program Enrollments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Critical Information
Scenario 1: Program Enrollment - Validate Facility Enrollment
Specific Setup:
- Requires access to "Client > Client Information > Critical Information > Enrollment Information".
- Requires an existing client and a new program to enroll them into.
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Select an existing client.
- Click the "..." button next to the Agency name towards the top of the enrollment listings.
- Select the "New Program Enrollment" option.
- In the "Program Enrollment From Service Track [ADD]" form that opens, fill in the required information such as the Program, Date/Time, Placement Type, Service Facility, Unit, Primary Worker and Primary Worker Role.
- After completing the form, click the "Save" button.
- After saving, the screen will return to the Enrollment listing.
- Confirm the new Program appears in the listing with the entered Facility displayed beneath it.
|
Topics
• Client
|
"Do Not Divide Units" Checkbox For Placement Based Billing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Payers/Contracts Setup 2.0 Form Set
- Payers Setup Table
- ContractsRatesSetup
- Billing Plan Setup NX [EDIT]
- Placement NX Form Set
- Billing Rate - Placement Based NX [EDIT]
- Periods
- Rate application rule
- Billing Batches Management
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
- FinanceClaims
- Claim Output Ready
- 837 File
Scenario 1: Placement Billing With A Mid-Month Discharge Using "Do Not Divide Units" Checked/Unchecked
Specific Setup:
- Rate Rules set to consolidate for a calendar month.
- Rate Rules checked to "Create One Unit per Period".
- Claims for the monthly placement have been created.
- Client 1 has program discharge mid-month.
- Client 2 has program enrollment mid-month.
- Client 3 has a facility transfer mid-month.
- Client 4 has a placement disruption mid month (present for beginning and end of month).
Steps
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Billing Rates (A/R)".
- Select "Payer" and "Placement Based".
- Expand "Rate" and click "Actions" and "Edit This History Record".
- Check "Do Not Divide Units (NX ONLY)", click "Save".
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Reprocess "Claims" from preconditions (Client 1).
- Click on "Claims".
- Validate "Units" for each "Claim" display as the number of "Days" present.
- Validate "Balance" displays the amount based upon prorated days present.
- Click "Open Batch" and "Create Output".
- Validate "837 File" contains correct "Units".
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Billing Rates (A/R)".
- Uncheck "Do Not Divide Units (NX ONLY)", click "Save".
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Reprocess "Claims" from preconditions.
- Click on "Claims".
- Validate "Units" for each "Claim" display as the number of "Days" present.
- Validate "Balance" displays the amount based upon prorated days present.
- Click "Open Batch" and "Create Output".
- Validate "837 File" contains correct "Units" as decimal percentage of the month.
- Repeat test (for Clients 2,3,4).
|
Topics
• Finance • Finance Setup
|
End Date Calculates with Travel Time
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
Scenario 1: Validate End Date Calculates With Travel Time
Specific Setup:
- Requires an event with the system provided "Travel_Time" event log field.
- Event should be a single day event.
- End date should be set to modifiable.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click on "Add Event" button under desired program.
- Select desired event.
- Fill in "Actual Date/Time".
- Fill in "End Date/Time".
- Set "Travel Time" and leave duration field blank.
- Save.
- Validate the duration field contains total duration from your start and end time plus the travel time.
- Re-open the event
- Validate the "Duration" field contains the total duration from your start and end time.
- Validate "End Date/Time" contains your original end date/time set in step 6.
|
Topics
• Client • Service Entry
|
Logos and Report Header Repeat Across Pages
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Reports > Clients > Services & Treatment > DSR Report
- Report: DSR Report
- Reports > Clients > General > Client Roster
- Report: Client Roster Report
- Scheduled Reports [ADD]
- Save Reports
- VIEW - Report
- Finance > Claim/Invoice Processing > Create Checks (A/P) > Processing
- Report: Client Services Report
- Client Search
- Client Service Entry
- General Service Note (auto date) [ADD]
- Activity Types for client services
- All Clients With Security for Reports
- General Service Note (auto date) [EDIT]
Scenario 1: Reports Display Agency Logo And Report Header Across All Pages
Specific Setup:
- Requires a logo to be set for Reports under "Agency Setup".
- Requires sufficient dataset for more than one Report page.
Steps
- Navigate to desired Report, i.e. "Reports > Clients > General > Client Roster".
- Set "Report Selection" and any desired "Parameters".
- Click "Preview" button.
- Validate the "Report" loads.
- Click "Print" button.
- Validate the "Agency Logo" is visible.
- Validate the "Report Header" text is visible.
- Scroll to the second page.
- Validate the "Agency Logo" is visible.
- Validate the "Report Header" text is visible.
- Repeat for the remainder of the report and validate the "Agency Logo" and "Report Header" are visible on every page.
|
Topics
• Reports • DSR • Agency Setup
|
DSR Screen Load Performance
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- dsr_ServiceEntry
- Treatment Plan 2 Event Link DSR NX Subform
- Client Search
- Client Service Entry
- Treatment Plan 2 Event Link DSR NX Non-Driving Subform
- Message from webpage - You have unsaved actions, all pending actions will be lost. Continue?
- AA-Completed Information [ADD]
- ServicePlanForm
- Goals Treatment Plan Depend on Category [ADD]
- (DSR) Services [ADD]
- Time Periods for TP Service
- DSR New Action Test [ADD]
- ServicePlanList
- SupervisorModule
- Message from webpage - Are you sure that you wish to proceed with submitting this treatment plan?
- Critical Information
- Interface Design Form Set
- FormDesigner
- NX Event Log Field [EDIT]
- NX FIELD [EDIT]
- DSR Required Fields [ADD]
Scenario 1: Validate DSR Service Entry In NX
Specific Setup:
- Requires a treatment plan that is set up to provide "DSR Services".
- DSR Services should contain "DSR Treatment Plan Link" SubForm.
- Requires various clients that have a completed and approved "Treatment Plan w/DSR Services".
Steps
- Navigate to "Taskbar > DSR Service Entry > DSR > DSR Service Entry".
- Select desired "Program and Facility".
- Click "Apply Filters".
- Validate all of the clients and service events are listed.
- Validate "Save and Cancel" button are disabled.
- Check desired event checkbox.
- Fill in all required fields.
- Check the desired action in the "Treatment Plan Link SubForm" and fill in required fields.
- Check a second event and fill in all required fields.
- Validate "Save" button is enabled.
- Click "Save" button.
- Validate the event saves and the "Event Link" is visible to view the saved event.
- Click on the "Event Link".
- Validate it contains desired information.
- Close the event.
- Validate the #/# for Days/Weeks/Months text has gone up to account for the event just entered.
- Click on "View History".
- Validate the history information contains the date event was entered and the action information from the "Treatment Plan Link SubForm".
Scenario 2: Validate DSR Service Entry Does Not Display Discharged Clients
Specific Setup:
- Requires a client that can be discharged from a program.
- Client should also have a completed treatment plan with "DSR Services" with this program.
Steps
- Navigate to "Taskbar > DSR Service Entry > DSR > DSR Service Entry".
- Select desired "Program and Facility".
- Click "Apply Filters".
- Validate the desired client is listed.
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Select desired client.
- Click on "Display Menu of Actions" button on the desired program.
- Select "Correct/Close Program Enrollment".
- Discharge the client from the program using yesterday's date.
- Save.
- Navigate to "Taskbar > DSR Service Entry > DSR > DSR Service Entry".
- Click "Refresh" button.
- Validate the client is no longer listed.
- Set the date to yesterday's date.
- Click on "Apply Filters".
- Validate the client is listed.
|
Topics
• Client • Setup • DSR • Treatment Plans • Forms
|
“Workflow Scheduler” Can Create Tasks Based On the “Program Enrollment Modifier” Event Trigger
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Rule Designer [ADD]
- Workflow Rules Manager
- Qualifiers Subform
- Workflow Qualifiers
- Workflow Triggers [ADD]
- Triggering Events
- Trigger Dates
- Workflow Tasks [ADD]
- Tasks to be Scheduled
- Staff - All (by Staff ID)
- Workflow Programs Responsible B2 Subform
- Program listing by Agency
- Critical Information
- Program Enrollment Modifier [ADD]
- Program Enrollment Modifier Look Up Table
- Client Service Entry
- Schedules [ADD]
- Type of Initial Scheduling
- Date Intervals
- Client Search
- Agency [EDIT]
Scenario 1: "Workflow Scheduler" Triggers Based on "Program Modifier"
Specific Setup:
- Access to "Agency Setup > Workflow Scheduler Setup > Workflow Scheduler Setup > Workflow Scheduler Setup".
- Use "Client" workflow "Rule Type".
- A client exists enrolled in a program that has a "Program Modifier" available.
- The "Workflow Rule" contains an "Initial" trigger of "Program Modifier" and is linked to the program associated with the qualifier.
- A "Task" event is available to be scheduled by the program containing the "Program Modifier".
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Select the client from the setup.
- Click on the program "Actions" button.
- Add a new "Program Modifier".
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Validate the "Workflow Scheduler" created the event task according to the schedule configured in the "Workflow Rule".
|
Topics
• Workflows
|
Check Information in Claim Details Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Finance Header
- Finance > Reports > Accounts Receivable > Claim Details
- All Clients With Security for Reports
- Report: Claim Details Report
- Apply Receipt to Claims
- Cash Receipts for Remittance
- Claim/Invoice Batches
Scenario 1: Raw Data Export Will Reflect Amount Paid When Claim Has Multiple Transactions
Specific Setup:
Claim has multiple transactions (Overpayment, Payment Withdrawn, Partial Payment).
Steps
- Navigate to "Finance > Reports > Accounts Receivable > Claim Details".
- Set "Parameters" to include data from preconditions.
- Click "Excel".
- Validate file contains new column "amount_paid_transaction" which displays the distinct values for "payments".
- Validate "check_no", "check_amount" and "check_date" contain data for single and multi-service line claim.
- Repeat for "CSV" type data export.
Scenario 2: Claim Details Data Export Will Include Check Date/Description/Amount When Claim Is Remitted
Specific Setup:
Single and multiple service line claims have been remitted.
Steps
- Navigate to "Finance > Reports > Accounts Receivable > Claim Details".
- Set "Parameters" to search for "Claims" in preconditions.
- Click "Excel" and open downloaded file.
- Validate "check_no", "check_amount" and "check_date" contain data for single and multi-service line claim.
- Close the file.
- Click "CSV" and open downloaded file.
- Validate "check_no", "check_amount" and "check_date" contain data for single and multi-service line claim.
- Close the file.
|
Topics
• Reports • Finance
|
835 Remittance Imports
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FinanceImportListing
- Finance File Import
- Report: Claim Remittance Report
- Apply Receipt to Claims
- Cash Receipts for Remittance
Scenario 1: An 835 Remittance Import With Multiple Transactions (Withdrawal/Payment), Each Containing Adjustment Information (CAS), Will Apply The Adjustment To Its Specific Transaction
Specific Setup:
- Claim has been submitted and denied with adjustment information (CAS).
- 835 Remittance contains a withdrawal with CAS and a payment with CAS for the same claim.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Upload file from preconditions.
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check" from import and set "Filters" to search on "Claim" from preconditions.
- Click "Total Paid" and "View More" to expand the "Timeline".
- Validate each "Transaction" has its own distinct adjustment information (CAS).
|
Topics
• Finance
|
Resubmissions To Correct Payer
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Apply Receipt to Claims
- Claim Service Lines NX Subform
- Claim/Invoice Batch [VIEW]
- FinanceClaims
- Cash Receipts for Remittance
- Claims Submission For Remittance [EDIT]
- Claim 2.0 [EDIT]
- Claim Adjustment Reasons
- Claim Output Ready
- 837 File
- Billing Batches Management
- Claim Receivers Setup Form Set
- Receiver Information State Specific [EDIT]
- Receiver Information - All
- Receiver Information Generic [EDIT]
- Claim Output
- Billing Place of Service
- Client Finance Related Information Form Set
- Benefit Assignment [EDIT]
- Priorities - Finance
Scenario 1: Resubmit To Other When Correcting Benefit Assignment Billing Sequence/Priority Excludes CAS
Specific Setup:
- Service is billable to two Payers.
- Client has Benefit Assignment set up for both Payers and billed out to an incorrect "Payer Priority/Sequence 1".
- Client Benefit Assignment has since been corrected (Payer 1 actual Payer sequence/priority 2).
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check".
- Set "Filters" to search on "Claim" from preconditions.
- Add a "Denial".
- Click "+Add Adj.".
- Add "Adjustment Group", "Reason", "Amount".
- Click "+Add Action".
- Click "Resubmit to Other".
- Click "Amount Type".
- Select "Calculate Rate" and "Save".
- Upon completion of "Billing Execution Interval", click "Submission 2".
- Click "Batch".
- Click "Open Batch" and "Create Output".
- Validate any "CAS" or "REF*F8" information is excluded from the "Claim".
Scenario 2: Waterfalling Claims Using "Resubmit To Other" Payer Will Write CAS To 837 File
Specific Setup:
- Claims have been remitted with Adjustment Reason Codes (CAS).
- Claims have been resubmitted to the next Payer(waterfalled claim).
- Claim Receiver uses an 837 format output file.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Set "Filters" to locate "Batch" from preconditions.
- Click "Actions" and select the "837 Output File".
- Click "Download Electronic File".
- Validate the "CAS" is present.
|
Topics
• Finance • Finance Setup • Client
|
Staff Calendar Email
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FrontDeskCheckIn
- Front Desk People Search
- EvolvCS Client [EDIT]
Scenario 1: Validate Staff Emails with "Enable Staff Calendar Appointments" Setting
Specific Setup:
- Requires access to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Requires access to "Setup > System > EvolvCS System Setup > System Settings/Preferences".
- Requires the ability to schedule appointments and modify system settings.
- Requires a staff member configured with an accessible email address.
Steps
- Navigate to "Setup > System > EvolvCS System Setup > System Settings/Preferences".
- Ensure that the "Enable Staff Calendar Appointments" setting is disabled and save.
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Open the calendar and schedule an appointment for a staff member configured with an accessible email address. Don't use the currently logged in staff. (Staff emails can be configured at "Agency > Staff & Security > Staff Information > Staff Profiles with Security".)
- Save the appointment and confirm that an email is not sent for it.
- Navigate to "Setup > System > EvolvCS System Setup > System Settings/Preferences".
- Ensure that the "Enable Staff Calendar Appointments" setting is enabled and save.
- Navigate back to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Open the calendar and schedule an appointment for the same staff member and save.
- Confirm that an email is received for the second scheduled appointment.
|
Topics
• Taskbar • Calendar • Staff
|
Improved Performance Of Finance Processing And Remittance Using Calculate Rate
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Finance Header
- Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management
- Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims
- Cash Receipts for Remittance
- Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History
- Immediate Billing Run Request
Scenario 1: Running Calculate Rate in Apply Receipt to Claims During Large Batch Billing
Specific Setup:
- Claim is ready to resubmit to same or other Payer.
- Billing request is ready to reprocess.
- Access to "Billing Processing History".
- Multiple staff to perform "Calculate Rate" and start a Billing Request.
Steps
- Staff 1 navigates to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Set "Filters" to search on "Billing Request" from preconditions.
- Click "Actions" and "Reprocess".
- Staff 2 navigates to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check" and set "Filters" to search on "Claim" from preconditions.
- Click "Add Action" and select "Resubmit".
- Staff 1 clicks "Billing Processing History" and "Start Billing Now".
- Staff 2 clicks "Amount Type" and selects "Calculate Rate".
- Confirm successful completion of "Calculate Rate".
- Staff 2 selects "Resubmit to Other" action.
- Confirm successful completion of "Calculate Rate".
- Confirm successful completion of "Billing Request".
|
Topics
• Finance
|
Printing AP Checks
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AP Invoice Batch [ADD]
- Vendors Table
- Cost Center Definitions
- GL Invoice Debit Accounts
- GL Accounts Payable Accounts
- AP Invoice Subform Subform
- ChecksCreationLog
- Check Printout PDF
- Create Checks [ADD]
- GL Cash Accounts
Scenario 1: Create AP Checks From An AP Invoice Batch
Specific Setup:
- AP Invoice Batch has been created, with "Create Separate Checks (A/P)" checked.
- Account has been set up for direct deposit.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Create Checks (A/P) > Processing".
- Click "Create Checks".
- Populate required fields to capture "Invoices" from preconditions.
- Click "Save".
- Expand the "Check" record.
- Validate there is a distinct "Check" for each service entered on the "AP Invoice Batch".
- Click "Actions" and "Print Direct Deposit Checks".
- Validate there is no "Signature" on the "Direct Deposit Check".
- Validate there is a distinct "Check" for each service.
- Validate the "Amount" displays in currency format with two decimal places.
Scenario 2: Create AP Checks From An AP Invoice Batch
Specific Setup:
- AP Invoice Batch has been created, with "Create Separate Checks (A/P)" checked.
- Account has been set up for direct deposit.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Create Checks (A/P) > Processing".
- Click "Create Checks".
- Populate required fields to capture "Invoices" from preconditions.
- Click "Save".
- Expand the "Check" record.
- Validate there is a distinct "Check" for each service entered on the "AP Invoice Batch".
- Click "Actions" and "Print Direct Deposit Checks".
- Validate there is no "Signature" on the "Direct Deposit Check".
- Validate there is a distinct "Check" for each service.
- Validate the "Amount" displays in currency format with two decimal places.
|
Topics
• Finance • Finance Setup
|
Placement Disruptions Unit Limit
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Finance Header
- Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management
- Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History
- Billing Batch Claims Review
- Claim Information
- Claim 2.0 [EDIT]
- Periods for Placement Disruption
- Billing-Payment Living Arrangement Rules
- Placement Disruptions Rule Setup-Client [EDIT]
- Billing Weekend Rules
- Placement Disruptions Rules-Client Subform
- Billing Batches Management
- Immediate Billing Run Request [ADD]
- Submitter Information
- Billing Run Request Limit People Subform
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
- FinanceClaims
- Client Finance Related Information Form Set
- FinanceInvoices
Scenario 1: Placement Disruptions Will Honor Unit Limit
Specific Setup:
- Disruption Rule on a Placement Rate has been configured with a Unit Limit, Billing stops when limit reached.
- Client has multiple placement disruptions throughout the year, with total days greater than the unit limit.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and "Start New Billing Run".
- Select "Submitter" and set "Parameters" to capture services from preconditions.
- "Create Mirror Services and Billing" has been run.
- Upon completion of "Billing Execution Interval", open "Batch".
- Validate "Claims" are created which correspond to days present in "Program".
- Validate "Claims" are not created for days on "Placement Disruption" over the "Unit Limit".
- Validate "Invoices" are created which correspond to days in "Placement" and are not created when "Unit Limit" has been met.
|
Topics
• Finance • Finance Setup
|
Action Based Billing Runs For SSPS
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- SSPSManager
- Billing Batches Management
- Immediate Billing Run Request [ADD]
- Submitter Information
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
- FinanceClaims
- Claim/Invoice Batch [VIEW]
- Claim Output Ready
- Claim Output
- Notepad
- Client Search
- Critical Information
- Apply Receipt to Claims
- Cash Receipts for Remittance
- Claim Action Reasons
- Claim 2.0 [EDIT]
- Claims Submission For Remittance NX [EDIT]
- Claim Batch GL Adjust [EDIT]
- Transaction Months not Posted
Scenario 1: Resubmit An SSPS Claim After Enrollment Data Has Changed
Specific Setup:
- Payer is set up to bill out "SSPS Claims" and create "SSPS Files".
- Claims and SSPS File for month have been sent.
- Client Enrollment information has changed retroactively.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check" associated with "Payer" from preconditions.
- Set "Filters" to search for "Claim" from preconditions, click "Search".
- Click "Add Action" and select "Resubmit".
- Use "Calculate Rate" as the "Amount Type".
- Validate "Resubmission" created reflects change from preconditions, click "Save".
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Upon completion of "Billing Execution Interval", set "Filters" to search on "Action Based Run" created.
- Click "Actions" and select "Change GL Month".
- Set "Transaction Month" to "Month/Year" of enrollment change from preconditions, save.
- Mark "Batch" as sent.
- Click "Claim" and "Accounting Info".
- Validate "GL Transactions" reflect the "Month/Year" selected.
- Navigate to "Finance > Imports/Exports > Exports > SSPS".
- Click on "Receiver" to expand.
- Click "Actions" and "Recreate File" for the Month/Year from preconditions.
- Click "Movement File".
- Validate "Service" from preconditions is included in file.
|
Topics
• Finance • Finance Setup
|
Consolidated Claims Break By Authorization
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Billing Batches Management
- Immediate Billing Run Request [ADD]
- Submitter Information
- Billing Run Request Limit People Subform
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
- FinanceClaims
- Claim Submission 2.0 [EDIT]
Scenario 1: Validate Consolidated Claims Break By Authorization
Specific Setup:
- Requires a rate setup to consolidate. Scenario uses facility placement rate to consolidate monthly.
- Break by authorization flag should be checked on rate setup.
- Requires a client with a benefit assignment linked to this rate.
- Scenario uses a client enrolled into a program that can bill facility placement.
- Client should also have at least 2 authorizations, i.e. an authorization for the 1st half of the month and an authorization for the 2nd half of the month.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Start New Billing Run".
- Select desired "Submitter"
- Set desired date parameters and run description".
- Select desired receiver.
- Save.
- Wait for billing run to complete.
- Validate the system generates 2 claims for the desired month. One claim for the 1st half of the month, second claim for the 2nd half of the month.
- Open each claim.
- Click on the "Submission" tab.
- Open the submission.
- View the rate information and validate it is linked to the desired authorization.
|
Topics
• Finance • Finance Setup
|
Retroactive Facility Transfers Will Rebill New Claims
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Critical Information
- Enrollment Transfer Type Look-up Table
- Billing Batches Management
- Immediate Billing Run Request [ADD]
- Submitter Information
- Billing Run Request Limit People Subform
- Claim 2.0 [EDIT]
- FinanceClaims
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
- Apply Receipt to Claims
- Cash Receipts for Remittance
- Program Enrollment Modifier [EDIT]
- Program Enrollment Modifier [ADD]
- Program Enrollment Modifier Look Up Table
- Program Enrollment Modifier [DELETE]
Scenario 1: Validate Facility Placement Rebills After A Facility Transfer
Specific Setup:
- Requires a client that has been billed one month under one facility and then later transferred to another facility.
- Original claim for first facility should have a "Void" action.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click on "New Run".
- Set desired description.
- Select desired "Submitter".
- Set desired date range.
- Check desired "Receivers".
- Save.
- Wait for billing run to process.
- Once completed, click on the "Claim link".
- Validate the system generated the desired claim.
- Click on the "Claim Link" and validate the claim contains desired dates (dates of the facility transfer) and with the new facility.
- Close the window.
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select desired check.
- Set "Claim # Range" to desired claim number to pull in the original voided claim.
- Click on "Add Action".
- Select "Resubmit".
- Under "Amount Type" select "Calculate Rate".
- Wait for the submission row to generate.
- Validate the date range contains the desired dates (dates prior to the facility transfer).
- Click "Save".
- Wait for the billing run to process.
- Validate the new submission is generated.
|
Topics
• Finance
|
Front Desk NX Appointments Limit People by Agency
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX
- Front Desk Calendar NX
- Calendar Appointment
- Front Desk People Search
- Front Desk Calendar Appointment [ADD]
- FrontDeskCheckIn
- FrontDeskCalendar
- Front Desk Calendar
Scenario 1: Front Desk NX Calendar - Search for Existing Client on New Client Appointment
Specific Setup:
Test system must contain clients that have "Middle Name", "AKA/Alias", "Medicaid #", "TABS ID", "Education ID" populated.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click "View Calendar" button.
- Click "New Appointment" button.
- Click "Person" search button.
- Set "Last Name" to desired test client last name; use a name that will return multiple results.
- Press "Enter" key.
- Validate that expected test client(s) are returned in the result set.
- Set "First Name" to desired client first name.
- Click "Search" button.
- Validate that the result set is limited to only client that matches both first and last name entered.
- Click "Reset" button.
- Set "Middle Name" to desired test client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "AKA/Alias" to desired test client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "DOB" to match desired test client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "Intake Date" to match desired client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "Date of Discharge" to match desired client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "Medicaid #" to match desired client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "TABS ID" to match desired client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "Education ID" to match desired client.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "Phone (Always use %, no spaces/dashes) to match desired client. Note that you must start your search string with "%" but you can enter Day, Evening or Mobile phone to receive a match.
- Click "Search" button.
- Validate that the result set is limited to only client(s) that match the search term entered.
- Click "Reset" button.
- Set "Client ID #" to match desired test client.
- Click "Search" button.
- Validate that the result set is limited to only client that matches the search term entered.
- Click "Clear" button.
- Click "Person" search button.
- Set "First Name" to desired client first name.
- Click "Search" button.
- Validate client record is present to select.
- Log out.
- Log in to another agency.
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click "View Calendar" button.
- Click "New Appointment" button.
- Click "Person" search button.
- Set "First Name" to desired client first name.
- Click "Search" button.
- Validate the client record is not present. Client records should be limited by the current agency.
- Close "Calendar Appointment" form.
- Close "Front Desk Calendar".
|
Topics
• Front Desk
|
Bulk Actions in Service/Case Notes & Planning Approval
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- SupervisorModule
- Staff Subordinates
- Client Search
- Client Service Entry
- Notes [EDIT]
Scenario 1: Service/Case Notes & Planning Approval - Testing Bulk Actions Approve All/Unapprove All
Specific Setup:
- Requires a supervisor with multiple subordinates and services pending approval.
- At least one of those services should contain a B2E event.
Steps
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Click "Bulk Actions" and select "Approve All".
- Validate all services pending action contains "Approve".
- Click "Save" button.
- Validate the screen refreshes and the events are no longer listed.
- Click "View Filters" link.
- Set "Include Services Approved Within Days" to 1.
- Click "Apply Filters".
- Validate the events are listed again.
- Click "Bulk Actions" and select "Unapprove All".
- Validate all services pending action contains "Unapprove".
- Click "Save" button.
- Validate all services are still listed.
- Click on "Actions" button on the desired staff row.
- Select "Approve All".
- Validate pending action column for the desired staff contains "Approve".
- Click "Save" button.
- Validate the staff and services are no longer listed.
Scenario 2: Services/Case Notes & Planning Approval - Testing Bulk Unsubmit All/Unsubmit w/Notes for single staff
Specific Setup:
- Requires a supervisor with subordinates and services pending approval.
- At least one of the services should contain a "B2E Event".
Steps
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Click on "Actions" button on the desired staff row.
- Select "Unsubmit All".
- Validate pending action column for the desired staff contains "Unsubmit".
- Click "Save" button.
- Validate the staff and services are no longer listed.
|
Topics
• Supervisor
|
Signatures Captured on Treatment Plan Snapshots Display in NX
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- ServicePlanList
- ServicePlanForm
- Client
- Client > Case Management > Plan Development > Planning
- EDIT Form [Treatment Plan]
- VIEW Form [Treatment Pan] -- Webpage Dialog
Scenario 1: Validate Signatures from myEvolv Treatment Plan Snapshots in myEvolv NX Print Preview
Specific Setup:
- Requires access to "Client > Case Management > Plan Development > Planning".
- Requires access to Evolv and Evolv NX.
- Requires Treatment Plan with Signature field on any component.
- Requires a Client that has a Treatment plan ready to submit.
- Requires that the Audit Snapshot feature is enabled.
Steps
- Access Evolv.
- Navigate to "Client > Case Management > Plan Development > Planning".
- Select a Client.
- Open a Treatment Plan.
- Upload or capture a Signature to the Signature field.
- Save and reopen the Treatment Plan.
- Confirm that a Signature field within the plan appears populated.
- Submit the plan.
- Confirm Treatment Plan displays as an Audit Snapshot.
- Access Evolv NX.
- Navigate to "Client > Case Management > Plan Development > Planning".
- Select the same Client.
- Open the submitted Treatment Plan.
- Confirm that the plan has been saved as a snapshot.
- Confirm that the Signature is present.
- Open the Print Preview of the Treatment Plan.
- Confirm that the Signature is present within the Print Preview.
|
Topics
• Audit Snapshot • Treatment Plans
|
SSPS Movement File
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- SSPSManager
- Client Search
- Critical Information
- Apply Receipt to Claims
- Cash Receipts for Remittance
- Claim Action Reasons
- Claim 2.0 [EDIT]
- Claims Submission For Remittance NX [EDIT]
- FinanceClaims
- Claim/Invoice Batch [VIEW]
- Billing Batches Management
- Claim Batch GL Adjust [EDIT]
- Transaction Months not Posted
Scenario 1: Resubmit An SSPS Claim After Enrollment Data Has Changed
Specific Setup:
- Payer is set up to bill out "SSPS Claims" and create "SSPS Files".
- Claims and SSPS File for month have been sent.
- Client Enrollment information has changed retroactively.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check" associated with "Payer" from preconditions.
- Set "Filters" to search for "Claim" from preconditions, click "Search".
- Click "Add Action" and select "Resubmit".
- Use "Calculate Rate" as the "Amount Type".
- Validate "Resubmission" created reflects change from preconditions, click "Save".
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Upon completion of "Billing Execution Interval", set "Filters" to search on "Action Based Run" created.
- Click "Actions" and select "Change GL Month".
- Set "Transaction Month" to "Month/Year" of enrollment change from preconditions, save.
- Mark "Batch" as sent.
- Click "Claim" and "Accounting Info".
- Validate "GL Transactions" reflect the "Month/Year" selected.
- Navigate to "Finance > Imports/Exports > Exports > SSPS".
- Click on "Receiver" to expand.
- Click "Actions" and "Recreate File" for the Month/Year from preconditions.
- Click "Movement File".
- Validate "Service" from preconditions is included in file.
|
Topics
• Finance • Finance Setup
|
Clients Intake Via Automatic Process - Treatment Planning Area
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Accepted Referrals
- Initial Enrollment From Accepted Referral [ADD]
- ServicePlanList
- Client Service Entry
- Critical Information
- FrontDeskCheckIn
- Service and Attendance Facilities Listing
- Program Enrollment [Delete]
- Message from webpage - Are you sure want to delete Program Enrollment?
- Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX
- Client > Client Information > Critical Information > Enrollment Information
Scenario 1: Validate Treatment Plan Listing Is Available After Intake Via Front Desk Check-In
Specific Setup:
- A scheduled event for a person that is not yet a client.
- Event should be scheduled for a program that requires enrollment to receive services.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Set "Location" to the desired test facility.
- Set "Date" to the desired test date.
- Click "Apply Filters
- Click "Check In" button for desired scheduled event.
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Click the "Search for Clients" button.
- Search for desired client.
- Validate an enrollment exists for the client.
- Navigate to "Client > Case Management > Plan Development > Planning".
- Validate the "Treatment Plan Listing" is visible.
- Validate the desired program row is visible.
- Validate "Start New Plan" link is visible.
|
Topics
• Program Referrals • Client • Front Desk • Treatment Plans
|
E-Signature Form Alignment
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- SignatureCapture
- Form Fields Test [ADD]
- Form Fields Test [EDIT]
Scenario 1: Capture Signature Using Topaz Signature Pad
Specific Setup:
- Requires an Event with an e-signature type form field.
- Requires a compatible Topaz Signature Device.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired "Client".
- Add a new "Service Event" from preconditions.
- Set any required fields.
- Click the "Click to Upload Image" and select "Capture Signature".
- Using the "Topaz Signature Pad", create desired signature, confirming that the "Signature" aligns with user's signing on the device.
- Click "Save" on the Signature panel.
- Click "Save" on the Event panel.
- Open the "Event" and validate the "Signature" was saved successfully.
Scenario 2: Capturing E-Signature Using Computer Mouse
Specific Setup:
Requires an Event with an e-signature type form field.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired "Client".
- Add a new "Service Event" from preconditions.
- Set any required fields.
- Click the "Click to Upload Image" and select "Capture Signature".
- Using a mouse, create desired signature, confirming that the "Signature" being created aligns with user's mouse.
- Click "Save" on the Signature panel.
- Click "Save" on the Event panel.
- Open the "Event" and validate the "Signature" was saved.
|
Topics
• Client • Service Entry
|
Print Bundles: Run Now vs. Async
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client > Reports > At a Glance > Printing Bundle Template
- Taskbar > My Homeview > Homeview Launcher > Homeview - My Print Bundles
- Critical Information
- Client Service Entry
- PrintingBundleTemplate
- Client Search
- Web Browser
Scenario 1: Validate Print Bundle Displays Event With The Same Program Service Was Provided In
Specific Setup:
- Requires a client that has been discharged from a program.
- Client should also have at least one service provided under the discharged program.
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Select desired client.
- Enroll the client in the same program they were previously discharged from.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Enter the same service that was provided under the discharged program.
- Navigate to "Client > Reports > At a Glance > Printing Bundle Template".
- Select desired template or filters to include only the new enrollment and service.
- Validate the program enrollment and service are only listed once.
- Select the service and click on the "Submit" button.
- Click "Run Now" button.
- Validate the preview contains the desired service.
Scenario 2: Validate Print Bundle Run Now/Async Simultaneously
Specific Setup:
- Scenario works with two different staff and using two different pcs.
- Scenario uses "Print Bundle Template".
Steps
- Navigate to "Client > Reports > At a Glance > Printing Bundle Template".
- Select desired client.
- Click on "Template" button and select desired template.
- Check off desired events.
- Click "Submit" button.
- Set desired description.
- Click "Submit Async".
- As the second staff, log into Evolv on a different pc.
- Navigate to "Client > Reports > At a Glance > Printing Bundle Template".
- Select desired client (should be different than step 2).
- Click on "Template" button and select desired template.
- Check off desired events.
- Click "Submit" button.
- Set desired description.
- Click "Run Now".
- Wait for report image to appear.
- Validate the report contains desired client.
- Switch back to first pc.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview ".
- In the "My Print Bundle" widget click on "Actions".
- Select "View PDF".
- Validate the report contains the desired client.
|
Topics
• Client • Reports • Service Entry
|
Billing Extract vs. Non-Extract Claims
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- myEvolv Navigation Header
Scenario 1: Billing Claims With Extract and Non-Extract Benefit Assignments
Specific Setup:
- Client in test system must have a extract and non-extract Benefit Assignment.
- Service must exist for test client billable to their non-extract Benefit Assignment.
Steps
- Run extract billing; confirm claim exists.
- Run billing for non-extract payers; confirm claim generates.
|
Topics
• Finance
|
Clients Intake Via Automatic Process - Treatment Planning Area
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Accepted Referrals
- Initial Enrollment From Accepted Referral [ADD]
- ServicePlanList
- Client Service Entry
- Critical Information
- FrontDeskCheckIn
- Service and Attendance Facilities Listing
- Program Enrollment [Delete]
- Message from webpage - Are you sure want to delete Program Enrollment?
- Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX
- Client > Client Information > Critical Information > Enrollment Information
Scenario 1: Validate Treatment Plan Listing Is Available After Intake Via Front Desk Check-In
Specific Setup:
- A scheduled event for a person that is not yet a client.
- Event should be scheduled for a program that requires enrollment to receive services.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Set "Location" to the desired test facility.
- Set "Date" to the desired test date.
- Click "Apply Filters
- Click "Check In" button for desired scheduled event.
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Click the "Search for Clients" button.
- Search for desired client.
- Validate an enrollment exists for the client.
- Navigate to "Client > Case Management > Plan Development > Planning".
- Validate the "Treatment Plan Listing" is visible.
- Validate the desired program row is visible.
- Validate "Start New Plan" link is visible.
|
Topics
• Program Referrals • Client • Front Desk • Treatment Plans
|
"Workflow Scheduler" Can Create Client Tasks Triggered By "Program Enrollment Modifiers"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Workflow Rules Manager
- Rule Designer [ADD]
- Qualifiers Subform
- Workflow Qualifiers
- Workflow Triggers [ADD]
- Triggering Events
- Trigger Dates
- Workflow Tasks [ADD]
- Tasks to be Scheduled
- Staff - All (by Staff ID)
- Workflow Programs Responsible B2 Subform
- Program listing by Agency
- Critical Information
- Program Enrollment Modifier [ADD]
- Program Enrollment Modifier Look Up Table
- Schedules [ADD]
- Type of Initial Scheduling
- Date Intervals
- Client Search
- Client Service Entry
- Select Family Case
- Program Enrollment Modifier - Case [ADD]
- WorkFlow Header/Grouping
- Scheduler Worker Assignment Types
- Message from webpage - By activating this rule the system will launch a process that will schedule tasks. You will receive an alert when this process is complete.
Scenario 1: "Workflow Scheduler" Triggers Based on "Program Modifier"
Specific Setup:
- Access to "Agency Setup > Workflow Scheduler Setup > Workflow Scheduler Setup > Workflow Scheduler Setup".
- Use "Client" Workflow "Rule Type".
- A Client is enrolled in a Program that has 2 "Program Modifiers" available.
- The "Workflow Rule" contains an "Initial" and "Ongoing" trigger of "Program Modifier" and is linked to the Program associated with the Qualifier.
- A "Task" event is available to be scheduled by the Program containing the both the "Initial" and the "Ongoing" "Program Modifier".
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Select the "Client" from preconditions.
- Click on the Program "Actions".
- Add a new "Program Modifier1" with an "Effective Date" and "Expiration Date" in the past.
- Add a new "Program Modifier2" with an "Effective Date" after the "Expiration Date" from step 4.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Validate the "Workflow Scheduler" created the Event task according to the "Initial" schedule configured in the "Workflow Rule".
- Validate the "Workflow Scheduler" created the Event task according to the "Ongoing" schedule configured in the "Workflow Rule".
|
Topics
• Workflows • Family Cases
|
Print Bundles: Run Now vs. Async
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client > Reports > At a Glance > Printing Bundle Template
- Taskbar > My Homeview > Homeview Launcher > Homeview - My Print Bundles
- Critical Information
- Client Service Entry
- PrintingBundleTemplate
- Client Search
- Web Browser
Scenario 1: Validate Print Bundle Displays Event With The Same Program Service Was Provided In
Specific Setup:
- Requires a client that has been discharged from a program.
- Client should also have at least one service provided under the discharged program.
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Select desired client.
- Enroll the client in the same program they were previously discharged from.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Enter the same service that was provided under the discharged program.
- Navigate to "Client > Reports > At a Glance > Printing Bundle Template".
- Select desired template or filters to include only the new enrollment and service.
- Validate the program enrollment and service are only listed once.
- Select the service and click on the "Submit" button.
- Click "Run Now" button.
- Validate the preview contains the desired service.
Scenario 2: Validate Print Bundle Run Now/Async Simultaneously
Specific Setup:
- Scenario works with two different staff and using two different pcs.
- Scenario uses "Print Bundle Template".
Steps
- Navigate to "Client > Reports > At a Glance > Printing Bundle Template".
- Select desired client.
- Click on "Template" button and select desired template.
- Check off desired events.
- Click "Submit" button.
- Set desired description.
- Click "Submit Async".
- As the second staff, log into Evolv on a different pc.
- Navigate to "Client > Reports > At a Glance > Printing Bundle Template".
- Select desired client (should be different than step 2).
- Click on "Template" button and select desired template.
- Check off desired events.
- Click "Submit" button.
- Set desired description.
- Click "Run Now".
- Wait for report image to appear.
- Validate the report contains desired client.
- Switch back to first pc.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview ".
- In the "My Print Bundle" widget click on "Actions".
- Select "View PDF".
- Validate the report contains the desired client.
|
Topics
• Client • Reports • Service Entry
|
Allow 100 Character Pharmacy Names
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Medication Complete Form [ADD]
- Drug Library Table
- Medication Order [ADD]
- Dispensation Programs by Client
- Staff Service Providers - Program/Site/Workgroup
- Inventory Drug by Program
- Medication Dispensing Schedule Type
- Micromedex Medication Complete Form [ADD]
- Truven Medication Lookup, Powered by Truven
- OrderConnect Medication Form [ADD]
- Manual Medication Order [ADD]
- Manual Dose Schedule Subform
- Type of Dose For Dispensing
- Flexible Medication Order [ADD]
- Medication Order Exception [Add]
- NX FIELD [EDIT]
- Medication Administration
- Medication All Clients Secure
- Medication Simple Form Fast Track [ADD]
- All Clients (secured)
- Method Drug/Substances taken
- Drug Dosage Availability
- Drug Frequency
- Medication History Time of Day Band Range Link Subform
- Medication TOD Band Range Link
- Drug Dose Form
- Client > Case Management > Health Information > Medications
- Current Medication Profile
- Rx Libraries
- Custom Orders
- Order Confirmation
- Pharmacy Search
- OrderConnect Medication Form [EDIT]
Scenario 1: Forms Using Pharmacy Name Allow Up to 100 Characters
Specific Setup:
Client enrolled into an active Program.
Steps
- Navigate to "Client > Case Management > Health Information > Medications".
- Search and select a client.
- Click Add New > Add Event > Medications.
- Complete Medication Details information.
- Add a "Pharmacy Name" under "Prescription Information" that is greater than 100 characters.
- Validate that the "Pharmacy Name" is truncated to 100 characters.
- Click Save.
- Validate the "Pharmacy Name" displays.
Scenario 2: Launch OrderConnect to Add Medication
Specific Setup:
- OrderConnect-enabled myEvolv environment.
- Client enrolled into an active Program.
- Client has active Diagnosis.
Steps
- Navigate to "Client > Case Management > Health Information > Medications".
- Search and select a Client name.
- Click "Actions" button and select "OC-Prescription".
- Add a "Medication" and select a "Diagnosis".
- Search for a "Pharmacy name" greater than 50 characters.
- Click "Accept" and "OK" to return to the medication screen.
- Validate the medication now displays with "Pharmacy name" listed.
|
Topics
• Forms • OrderConnect
|