Daily Unit Cap Now Supported in Finance NX
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run Request Limit People Subform
- BillingProcessHistory
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
- Claim 2.0 [EDIT]
- Claim Action - Standard Writeoffs for Original Den
- Daily Client Unit Cap Category [EDIT]
- Daily Client Unit Cap Category History Subform
Scenario 1: Validate Daily Cap Unit When Timechart Is Set On APSL
Specific Setup:
- Requires a rate with "Daily Unit Cap Set", i.e. 6 units.
- Scenario works with a rate that is set up with a timechart of "Every 15 minutes = 1 unit".
- Service should also be set with "Break Service Details By TimeChart" under "Individual Services" setup with the timechart of "Every 15 minutes = 1 unit".
- Requires a client with a service that is over the "Daily Unit Cap Set", i.e a duration of 2 hours.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and select "Immediate Run".
- Fill in required fields to generate desired claim.
- Wait for billing to run.
- Validate the system generated desired claims, at least 1 claim should include the service up to the "Daily Unit Cap".
- Validate a second claim is generated for the remaining units over the cap and its "Suppressed".
- Generate the output for the batch.
- Validate it does not contain the "Suppressed" claim.
Scenario 2: Validate Write Off Action Is Performed On Claims Suppressed By Daily Unit Cap
Specific Setup:
- Requires a rate set up with "Daily Unit Cap".
- "Daily Unit Cap" should be set up with a "Write Off Action".
- Requires a client with services that can be billed and will exceed the "Daily Unit Cap".
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and select "Immediate Run".
- Fill in required fields to generate desired claim.
- Wait for billing to run.
- Open the billing run and validate it contains a "Suppressed Claim", claim will contain a status of "Created**".
- Click on the "Suppressed Claim".
- Validate the "Accounting" info contains the desired "Write Off" to the correct accounts.
|
Topics
• Finance
|
Family Cap WaterFall Functionality
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Action Based Run - Claim Action Types
- ActionsView
- All Clients With Security Listing by PeopleID
- AR Management
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Request Action Based Run [ADD]
- BillingProcessHistory
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
- Claim Output Ready
- Claim/Invoice Batch [VIEW]
- Claims Maintenance NX Form Set
- FinanceClaims
Scenario 1: Validate Family Cap And Patient Responsibility
Specific Setup:
- Requires a client with a "Secondary Benefit Assignment" that has been flagged as "Locality".
- Client should also have a "Self Pay Benefit Assignment" where the "Guarantor" has a "Family Cap" amount.
- Scenario works with 3 claims that have already been billed to "Primary Payor" in the amount $150 each.
- Scenario works with a "Guarantor" that has a cap of $100.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Select desired remittance check.
- Set parameters to search for desired claims.
- Apply $40 "Partial Payment" to the claims.
- Add "Adjustment Reasons" to the payment, i.e. "CO for 50" and "PR for $60".
- Repeat for the 2 other claims.
- Add Action to each claim and select "Resubmit To Other/Waterfall" with "Calculate Rate - Billing".
- Save.
- Navigate "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Action Based Run".
- Fill in required fields to generate desired claims.
- Save.
- Wait for billing to run.
- Validate the first claim generated to "Secondary Payer" with a balance of $50 and "Self Pay Submission of $60".
- Validate the second claim generated to "Secondary Payer" with a balance $70 and "Self Pay Submission of $40".
- Validate the third claim generated to "Secondary Payer" with a balance $110 and no "Self Pay Submission".
|
Topics
• Finance
|
DOE Invoice and DOE School Invoice
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Benefit Assignment [EDIT]
- Claim 2.0 [EDIT]
- Claims Maintenance NX Form Set
- Client Search
- Maine School Invoice
- Report Selection Picklist
- CSV Output
Scenario 1: DOE Invoice
Specific Setup:
- The Benefit Assignment must contain information populated within the "Sending School" field.
- Attendance based billing must be set for the desired client.
- Claim must be within sent batch.
Steps
- Navigate to "Reports > Custom Agency Reports > Maine - NR > School Invoice".
- Set the desired "From Date" and "Through Date".
- Select the "DOE Invoice" from the report selection.
- Click the "Preview" button and validate the output.
- Click the "Close" button.
Scenario 2: DOE School Invoice
Specific Setup:
- The Benefit Assignment must contain information populated within the "Sending School" field.
- Attendance based billing must be set for the desired client.
- Claim must be within sent batch.
Steps
- Navigate to "Reports > Custom Agency Reports > Maine - NR > School Invoice".
- Set the desired "From Date" and "Through Date".
- Select the "DOE School Invoice" from the report selection.
- Click the "Preview" button and validate the output.
- Click the "Close" button.
Scenario 3: DOE Invoice and School Invoice Output
Specific Setup:
- The Benefit Assignment must contain information populated within the "Sending School" field.
- Attendance based billing must be set for the desired client.
- Claim must be within sent batch.
Steps
- Navigate to "Reports > Custom Agency Reports > Maine - NR > School Invoice".
- Set the desired "From Date" and "Through Date".
- Select the "DOE Invoice" from the report selection.
- Click the "Excel" button.
- Validate output, and close the file.
- Click the "CSV" button.
- Validate output, and close the file.
- Set the desired "From Date" and "Through Date".
- Select the "DOE School Invoice" from the report selection.
- Click the "Excel" button.
- Validate output, and close the file.
- Click the "CSV" button.
- Validate output, and close the file.
|
Topics
• Reports
|
Real-Time Authorization Alerts: Send Now Utility
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ABA Session [ADD]
- ABA Session [EDIT]
- Agency Program System Services by Program [EDIT]
- Alerts - View [VIEW]
- Authorization - Finance [EDIT]
- Client Related Task - New [ADD]
- Client Search
- Client Service Entry
- EvolvCS Client [EDIT]
- EvolvUtils
- Override Reason for Schedule Events Validation
- RTAuthAlerts
- Staff - All (by Staff ID)
- Staff Auth Alert Staff Link Subform
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
Scenario 1: Real-Time Authorization Alerts: Send Now Utility
Specific Setup:
- Within "Agency Setup > Services Setup > By Program > Individual Services", select desired "Program".
- The desired service will need to have the "Scheduling or Entering This Service Requires Auth" set to "Yes".
- The "Authorization Threshold" should contain a value.
- Within "Setup > System > EvolvCS System Setup > System Settings/Preferences", the "Include Expired Authorizations" field should be checked off.
- Billing Authorization must be on record for desired service(s) with a "Units of Service" set.
- Authorization Setup
- A client with "Effective From", "Effective To", and "Max Units" set for the desired benefit assignment and rate.
- Services Setup
- Client with services that will exceed the authorization limit.
- Client with services that will hit the authorizations unit threshold.
- Client where services were performed but does not have an authorization.
- Client with Scheduled Service that does not an authorization.
Steps
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Utilities".
- Click "Run" on the "Real Time Authorization Alerts Send Now" utility.
- Once the message "Real-Time Authorization Alert Process Complete" message is received, click the "Close Window" button.
- Click on the "Alerts" notification.
- Select the message containing "Authorization Warning:"
- Validate alert utility contains the applicable tables.
- The following Authorizations have exceeded limit
- The following Authorizations have hit unit threshold
- The following Performed Services do not have Authorizations
- The following Scheduled Services do not have Authorizations.
- Validate the data is produced within the appropriate tables.
- Close the "Alerts- View" window.
Scenario 2: Real-Time Authorization Alerts: Number of Days Expired
Specific Setup:
- Within "Agency Setup > Services Setup > By Program > Individual Services", select desired "Program".
- The desired service will need to have the "Scheduling or Entering This Service Requires Auth" set to "Yes".
- The "Authorization Threshold" should contain a value.
- In "Setup > System > EvolvCS System Setup > System Settings/Preferences",
- Check off the "Include Expired Authorizations" field.
- Set the "# of Days Expired" to the desired number
- Billing Authorization must be on record for desired service(s) with a "Units of Service" set.
- Authorization Setup
- A client with "Effective From", "Effective To", and "Max Units" set for the desired benefit assignment and rate.
- Services Setup
- Client with services that will exceed the authorization limit.
- Client with services that will hit the authorizations unit threshold.
- Client where services were performed but does not have an authorization.
- Client with Scheduled Service that does not an authorization.
Steps
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Utilities".
- Click "Run" on the "Real Time Authorization Alerts Send Now" utility.
- Once the message "Real-Time Authorization Alert Process Complete" message is received, click the "Close Window" button.
- Click on the "Alerts" notification.
- Select the message containing "Authorization Warning:".
- Validate alert utility contains tables where applicable.
- The following Authorizations have exceeded limit
- The following Authorizations have hit unit threshold
- The following Performed Services do not have Authorizations
- The following Scheduled Services do not have Authorizations
- Validate expired authorizations are included up to x days ago.
- Close the "Alerts- View" window.
|
Topics
• Alerts
• Finance
• Setup
|
Maine Adult Residential Billing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Plan Output [EDIT]
- Billing Rate - Placement Based NX [EDIT]
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Claim 2.0 [EDIT]
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
Scenario 1: Validate Maine Residential Billing
Specific Setup:
- Requires knowledge of "Maine Residential Billing"
- Requires a facility placement rate set up with "Maine Residential Billing".
- Requires a facility set up for "MARB".
- Requires a "Group" set up for "MARB" and with daily services that contain "Staff Participating Notes".
- Scenario works with 3 clients enrolled in the "Program and Group" set up for "MARB".
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and select "Immediate Run".
- Fill in required fields to generate desired claim.
- Wait for billing to run.
- Validate the system generated desired claims with desired amount.
|
Topics
• Finance
|
UMDAP
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Responsible Legal entity
- Client Search
- Income Information LA UMDAP Subform
- Income Source Table
- LA County Client Information [EDIT]
- Time Period Table
Scenario 1: Validate Can Create/Update UMDAP Records for Client
Specific Setup:
Client enrolled in IBHIS system.
Steps
- Navigate to "Client > Client Information > LA County Integration - NR > LA County Client Information".
- Search for a client with an IBHIS ID.
- Scroll down to "Income Information".
- Create a new record or update an existing (if within last year).
- Click "Save".
- Scroll back up to "LA County Connection", click the hyperlink "Click Here to Prepare and Send LA County Related Data".
- Scroll down to the "Client UMDAP" section.
- Click the "Create" or "Update" button (depends on if new record or updated record from step 4).
- Validate a processing block pops up, alerting that the data is being sent to the County.
- Validate the gray grid now has the same data as the blue grid in the "Client UMDAP" section.
|
Topics
• LA IBHIS
|
Remittance Import Reports
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency [EDIT]
- Billing Batches Management
- Claim Submission for Held Claims 2.0 [EDIT]
- Claim Submissions Held
- Claim/Invoice Batch [VIEW]
- Finance File Import
- FinanceClaims
- FinanceImportListing
- Held Claims 2.0 Form Set
- Report: Claim Remittance Report
- Report: Non-Evolv Claims in Remittance
Scenario 1: Remittance Report - "Deleted Held Claims" is Not Checked
Specific Setup:
- The "Delete Held "Claims" is checked off within "Agency Setup > Agency > Agency > Agency Information".
- Remittance (835) file available for import.
- Claim on Remittance file was previously within "Held" status, then released.
- User has access to Agency Setup module.
- User has access to Finance module.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click "Upload File", and select "Upload 835".
- Click "Choose File" button and select the file for import.
- Set the desired "Deposit Date", and click the "Upload" button.
- Validate no errors occurred during the file upload, and there are no non-evolv claims found.
- Click the "X" to close the window, and click the "Refresh" button.
- Expand the "Batch Reference ID" to view the new import.
- Click on "Actions", and select "Remittance Report".
- Validate the desired held/released claim is present.
Scenario 2: Remittance Report - Claims That Have Been Released & Deleted
Specific Setup:
- The "Delete Held "Claims" is checked off within "Agency Setup > Agency > Agency > Agency Information".
- Claim batch with claims within "Held" status.
- User has access to Agency Setup module.
- User has access to Finance module.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- On desired batch that contains held claims, click on the "Held Claims" cell.
- Click on "Actions", and select "Release and Delete" from the list box.
- Click the "Save" button on the alert text containing "Are you sure you want to Release and Delete?".
- Click the "X" button to close the window.
- Click the "Refresh" button and validate that the claim just deleted, is no longer present.
- Click the "Actions" Button, select "Open Batch", and click on the "Mark Batch Sent" button.
- Click the "X" to close button.
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click the "Upload File" button, and select "Upload 835" from the listing.
- Set the "Choose File" input box to the desired Remittance file that contains the deleted claim.
- Set the "Deposit Date" field and click the "Upload" button.
- Validate a message displays stating that the file "contained claims not found in the system.", and displays the "Claim Number" that was previously deleted.
- Click the "X" to close the window, and click the "Refresh" button.
- Expand the "Batch Reference ID" to view the new import.
- Click on "Actions", and select "Remittance Report".
- Validate the deleted claim is not present on the report.
- Validate the "Non-Evolv Amount" contains the desired payment amount from the deleted claim.
- Click the "Close" button.
- Click the "Actions" button and select "Non Evolv Claims" from the listing.
- Validate the "Amount Paid" is the desired payment amount.
- Click the "Close" button.
|
Topics
• Agency Setup
• Finance
|
Program Transfer With Program Modifier
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
- Placement Events by Agency/Program - People
- Program Enrollment [Delete]
- Program Listing by Agency and Service Event
- Program Transfer [ADD]
- Provider Sites by Program (Vacancy)
- Program Enrollment Modifier (by Agency)
- Staff - Service Providers (Caseloads - Zip Zones)
- Worker Role (to a client or in a workgroup) Table
Scenario 1: Validate Program Transfer Carries Over Program Modifier And Primary Worker
Specific Setup:
- Access to Client Module.
- Program Transfer form field "Carry Over Workers" is flagged for "Is Visible".
- Client is enrolled in at least one program with Primary Worker assigned.
- Events were scheduled during enrollment process via workflow.
Steps
- Navigate to "Client >Client Information >Critical Information >Enrollment Information".
- Click "Transfer" button on Program to initiate Program Transfer.
- Complete required "Transfer To" and "Transfer Information" fields.
- Under "Primary Worker" click "Carry Over Workers" checkbox.
- Click "Save".
- Set "Transfer", "Delete" or "Write off" actions for scheduled events.
- Validate new program enrollment is complete and existing worker(s) have carried over from previous program to new program.
Scenario 2: Validate Program Transfer With New Program Enrollment Modifier
Specific Setup:
Requires a client that can be transferred to a new program.
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Click "Program Transfer" button.
- Fill in required fields for the "Program Transfer".
- Under "Program Enrollment Modifier" select desired "Modifier".
- Set desired "Effective Date and Time".
- Save.
- Validate the new "Program Enrollment" appears in client's critical information.
- Validate the "Program Modifier with date/time" is listed.
|
Topics
• Client
• Finance
• Forms
|
Foster Home or Foster Home Member Workflow
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Foster Home Type look up table
- Program listing by Agency
- Qualifiers Subform
- Rule Designer [ADD]
- Trigger Dates
- Triggering Events
- WorkFlow Header/Grouping
- Workflow Qualifiers
- Workflow Rules Manager
- Workflow Triggers [ADD]
Scenario 1: Foster Home Type LUT within the Qualifier of "Home/Applicant Type"
Specific Setup:
- Existing Grouping/Header on record for "Foster Home" and "Foster Home Members".
- User has access to Agency Setup.
Steps
- Navigate to "Agency Setup > Workflow Scheduler Setup > Workflow Scheduler Setup > Workflow Scheduler Setup".
- Within the "Select a Rule Type" drop down, select either "Foster Home" or "Foster Home Members".
- Click the "Search" button.
- After the Grouping/Header displays, click the "Create Rule" button.
- Within the "Qualifiers", select "Home/Applicant Type".
- Click the search within the "Value" field.
- Validate the "Foster Home Type" look up table displays.
- Enter the remainder of the necessary fields, and click the "Save" button.
|
Topics
• Workflows
|
Form Designer and Display Size Property
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Columns Pick List NX
- Database Column [ADD]
- DataType Codes
- Evolv Data Types
- Interface Design Form Set
Scenario 1: Validate Display Size Exist On Image File and E-Signature Fields
Specific Setup:
Requires a form that can be modified to add additional fields.
Steps
- Navigate to "Setup > User Tools > Interface Design > Form Designer".
- Select desired "Form Family".
- Click on desired form.
- Expand the event log fields.
- Validate "Display Size" is not visible.
- Add an "E-Signature" display type field to the form.
- Validate "Display Size" is visible.
- Add an "Image Link" display type field to the form.
- Validate "Display Size" is visible.
- Set a "Display Size" to both fields i.e. 200.
- Save.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click "Add Event" and select desired event.
- Fill in required fields.
- Fill in the "E-Signature and Image Link" field.
- Save.
- Re-open the event.
- Validate that it displays on the form with the set "Display Size".
|
Topics
• Forms
|
Output Staff In 2300 Loop NTE Segment
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 837 File
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Provider Number Type
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Claim 2.0 [EDIT]
- Claim Output Ready
- Claim Receivers Setup Form Set
- Claim Submission 2.0 [EDIT]
- Claim/Invoice Batch [VIEW]
- Claims Maintenance NX Form Set
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Receiver Information - All
- Receiver Information X12 Submissions [EDIT]
- Staff Information Form Set
- Staff License Numbers Subform
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
- Submitter Information
Scenario 1: Validate Staff Output In 2300 Loop In NTE Segment
Specific Setup:
- Requires a service that can be billed.
- Staff providing service should have "Billing Information" set up under "Staff Profiles With Security".
Steps
- Navigate to "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup X12".
- Select desired "Receiver".
- Under "Settings for both 837I and P", check the flag "Output Staff in 2300".
- Validate "Output Claim Remarks in 2300" field is disabled.
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and select "Immediate Run".
- Fill in required fields to generate desired claim.
- Save.
- Wait for billing to run.
- Open the billing run and "Create Output".
- Validate the "837 Output" contains desired "NTE" segment "NTE*ADD*XXNPILASTNAME, FIRSTNAME".
|
Topics
• Finance
• Finance Setup
• Staff
|
MCG+ Add Procedure Code to Event Setup
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Event Categories/People - User Modifiable
- Event Definition User - People [ADD]
- Event Definition User - People [EDIT]
- Event Definitions - People Based Form Set
- Procedure Codes for Billing
- Security for events by event Subform
Scenario 1: MCG+ - Add Procedure Code to Event Setup
Specific Setup:
- User access to Agency Setup.
- Event must be within desired program within "Agency Setup > Services Setup > By Program > Individual Services".
Steps
- Navigate to "Agency Setup > Event Setup > People > Events Setup".
- Click the "Event Category" button, and select "Activities".
- Click the "Add New" button and select "Event Definition User - People".
- Set the desired "Event Name", and "Event Code".
- Check off the "Has Service Form Group?" field.
- Set the desired "Data Entry Form (for New)" and "Data Entry Form (for Edit)" fields.
- Check off the "Is EVV required?" field.
- Validate there is a "Procedure Code" field present.
- Click the search within the "Procedure Code" field.
- Validate the title within the Look Up Table is labeled as "Procedure codes for Billing".
- Select the desired procedure code.
- Set the desired "Worker Role" and "Security for Event".
- Click the "Save" button.
- Navigate to "Agency Setup > Event Setup > People > Events Setup".
- Click the "Event Category" button, and select "Activities".
- Click the "Filters" and set the information to the newly created event, and click "Apply".
- On the desired "Event Name", click on "Actions" and chose "Open Form".
- Validate the "Procedure Code: input box contains the desired code.
- Click "X" close.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Click on the "Select Client" button, and chose the desired client.
- Click on the "Add Event" button, and select your newly created event.
- Set the "Actual Date/Time", and any other desired fields for the event.
- Click the "Save" button.
|
Topics
• Event Setup
• Third Party Solution
|
Patient Statement - Ability to Pay Report Selection
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Date Range w/ Parms w/ Selection w/ Custom Params6 [ADD]
- Patient Statement
- Report Selection Picklist
- Self Pay [Edit]
- Self Pay Family Responsibility Subform
- CSV Output
- Excel Output
Scenario 1: Patient Statement Report by Ability to Pay
Specific Setup:
- Within the clients benefit assignment, click on the client name within the "Send Claims To" field.
- In the Patient Responsibility Sub form:
- Set the "Type" field to "Ability to Pay".
- Set the "Liability Amount" to desired amount.
- Set the "Effective Date", and "End Date to desired dates.
- Set the desired "Plan/Contract".
- Claims on file for "Plan/Contract" set within the "Patient Responsibility" sub form on the clients benefit assignment.
Steps
- Navigate to "Client > Reports > Finance Reports > Patient Statement".
- Click on the "Select Client" button and select the desired client.
- Set the "From Date" and "Through Date" fields.
- Click the search option within the "Report Selection" field and select "Patient Statement Report by Ability to Pay".
- Click the "Preview" button.
- Validate the "PAYMENT DUE" field exists.
- Validate the fields "Past Due Amount", and "Totals" exist.
- Validate the fields "Total Paid", "Total Balance", and "Ins Balance do not exist.
- Validate the "Ability to Pay" period (date range) and the "Ability to Pay" amount display.
- Validate the Aging Bucket Grid exist for the below:
- 0 - 30
- 31 - 60
- 61 - 90
- 91 - 120
- Over 120
- Click the "Close" button.
Scenario 2: Patient Statement Report by Ability to Pay - Check Display
Specific Setup:
- The "From Date and "Through Date" must be utilized on the report.
- Check must be posted within the "From Date" and "Through Date".
- Clients Self Pay benefit assignment's "Patient Responsibility" must be set with a "Type" of "Ability to Pay".
Steps
- Navigate to "Client > Reports > Finance Reports > Patient Statement".
- Enter desired "From Date" and "Through Date".
- Set the "Report Selection" field to "Patient Statement Report by Ability to Pay".
- Set any other desired fields, and click the "Preview" button.
- Validate the "Check#", "Date", and "Total Amount" fields display.
- Click the "Close" button.
Scenario 3: "Patient Statement Report by Ability" to Pay output
Specific Setup:
- The "From Date and "Through Date" must be utilized on the report.
- Check must be posted within the "From Date" and "Through Date".
- Clients Self Pay benefit assignment's "Patient Responsibility" must be set with a "Type" of "Ability to Pay".
Steps
- Navigate to "Client > Reports > Finance Reports > Patient Statement".
- Enter desired "From Date" and "Through Date"
- Set the "Report Selection" field to "Patient Statement Report by Ability to Pay".
- Set any other desired fields, and click the "Excel" button.
- Review downloaded file and validate the output.
- Click the "CSV button.
- Review the downloaded filed and validate the output.
Scenario 4: Ability to Pay - Past Due Stamp
Specific Setup:
- The "Ability to Pay" value needs to be set on the clients profile within the self pay benefit assignment.
- Claims on file for "Plan/Contract" set within the "Patient Responsibility" sub form on the clients benefit assignment.
- The "Agency Logo" is set.
Steps
- Navigate to "Client > Reports > Finance Reports > Patient Statement" for the desired client selection.
- Enter the "From Date" and " Through Date" that is within the Ability to Pay date range, and that is within the expected General Ledger patient balance.
- Set the "Report Selection" to "Patient Statement Report by Ability to Pay".
- Click the "Preview" button.
- Validate the "Past Due Stamp", in Red font.
- If Statement falls into the “0-30” bucket: No Past Due Stamp.
- If Statement falls into the “31-60” and/or “61-90” bucket: “PAST DUE: PROMPT PAYMENT APPRECIATED.”
- If Statement falls into the “90-120” and/or “Over 120” bucket: “FINAL NOTICE: Unless paid within 30 days this account will be referred to collections.”
- Validate the "Agency Logo" is present.
- Validate the "Payment Box" is outlined.
|
Topics
• Finance
• Reports
|
AR Management
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Clients With Security Listing by PeopleID
- AR Management
- Cash Receipts for Remittance
- Claim Remittance Status for myAR
- Procedure Codes for Billing
Scenario 1: AR Management - Search Parameters - Validate "No Remit" Claims Will Display When Claim Number Is Entered
Specific Setup:
- A claim has been generated that contains a zero balance service and a second service that has a balance. The status is "No Remit".
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select "Search Parameters" to expand the selection criteria.
- Do not check the "Include No Remit Claims."
- Set the claim range to the ranges in precondition for the claim in the precondition.
- Click "Search".
- Validate the claim does not display.
- Redo the filter and check the "Include No Remit Claims".
- Click "Search".
- Validate the claims display.
- Click the "View Filter".
- Enter a date range that is prior to the claims entered.
- Validate the claim range is the range in the precondition.
- Validate the "Include No Remit" is check marked.
- Check the other parameters, not indicated above.
- Enter a value that does not match the claim for that parameter.
- Validate the claim does not display.
- Redo the test with the parameters for values that match the claim.
- Validate the claim displays.
- On the claim pay the balance portion in full.
- Clear the filters.
- Enter the "Claim Number Range" with that claim.
- Validate the "Include No Remit Claims" is check marked.
- Click search.
- Validate both parts of the claim display.
- Validate the one paid has a status of "paid".
- Validate the “zero claim” portion indicates "No Remit".
|
Topics
• Finance
|
Component Plan Library Type
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FormDesigner
- Interface Design Form Set
- Treatment Plan Component - User [EDIT]
- Treatment Plans/Other Form Set
- TxPlanDesigner
Scenario 1: Treatment Plan Form Designer - Design Component
Specific Setup:
Available design component to copy.
Steps
- Navigate to "Setup > Treatment and Tests > Treatment Plans/Other > Treatment Plan Designer".
- Click "Design Component" button.
- Select any component from the "Form List".
- Copy the form from the Actions > Copy menu option.
- Set a code and a name and save.
- Validate the toolbox will refresh after save.
- Confirm that your copied component appears in forms list column.
- Navigate to "Setup > Treatment and Tests > Treatment Plans/Other > Organize Plan Components".
- Search for your component and Validate "Type of Library to Use" is populated.
|
Topics
• Forms
• Treatment Plans
|
Netsmart Identity Access Manager (NIAM)
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- EvolvUtils
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
Scenario 1: NIAM User Login
Specific Setup:
- The "NIAM Username" has more than 50 characters.
- Access to Staff with Security.
- User is configured for NIAM login.
- System setup for NIAM logins.
Steps
- Log into myEvolv utilizing NIAM credentials.
- Validate NIAM user can log in.
- Logout.
|
Topics
• NIAM
|
Forgot Password Functionality
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate "Forgot Password" Functionality
Steps
- Navigate to Login screen.
- Set the "Username" to desired user name.
- If necessary, uncheck the "Active Directory" check box.
- Click the "Next" button.
- Click the "Forgot Password" link.
- Enter the desired email address.
- Click the "Reset Password" button.
- Validate the message contains "If an account associated with [desired email address] you will get a password reset link in your inbox.
- Verify the Reset Password email has been retrieved.
|
Topics
• Login
|
Incident Review
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Incident
- Incident Participants - Other Subform
- IncidentDetails
- Incidents > Incidents > Incidents > Incident
- Incidents Long Form [ADD]
- Incidents Long Form [VIEW] *APPROVED*
- Incidents Long Form [VIEW] *SIGNED*
- Location (Incident)
- Participant Role in the Event
- People - Event Participants
- Person Type
- Taskbar > Supervisor > Supervisor > Incidents Review
Scenario 1: Validate Incidents Review Page
Steps
- Navigate to "Taskbar > Supervisor > Supervisor > Incidents Review".
- Validate the Incidents Review information is shown.
- Click the desired Incidents cell.
- Validate the Incidents information is shown.
- Close out of the page.
|
Topics
• Incidents
|
Default Remittance Actions for Overpayments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Accounts for Action by Plan
- Actions by Status for Auto
- AR Management
- Billing Plan Setup NX [EDIT]
- Cash Receipts for Remittance
- Claim Remittance Actions [EDIT]
- Claim Remittance Status for Auto Action
- ContractsRatesSetup
- Default Claim Actions NX Subform
Scenario 1: Validate Default Remittance Overpayment Action
Specific Setup:
Requires a remittance and a claim that can be remitted.
Steps
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Contracts Setup".
- Select desired "Payer".
- Edit desired "Plan/Contract".
- Under "Default Remittance Actions" set default actions for "Overpayment" with desired "Account".
- Check "Apply Auto Actions to Manual Remittances".
- Save.
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set parameters to search for desired claims.
- Add an overpayment to the claim.
- Save.
- Confirm the system automatically added the "Overpayment Action".
- Open the claim.
- Scroll to the "Accounting Info".
- Validate the "Overpayment Revenue" account has been credited.
- Validate the "AR" account has been debited.
|
Topics
• Finance
• Finance Setup
|
Staff Reports Routing Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Help Remarks
- PDF
- Print Preview
- Report Selection Picklist
- Report: Routing History
- Select Only [ADD]
Scenario 1: Validate Staff Reports - Routing Report Loads
Specific Setup:
Existing data prior to the switch to Routing NX.
Steps
- Navigate to "Reports > Staff > Staff Reports > Routing".
- Validate only Report Selection is available.
- Select a Report Selection.
- Run the report.
- Validate report loads data in table.
- Close the Report.
- Click Help.
- Validate "This report is NOT compatible with Routing NX. If your agency has switched to Routing NX, the report will not pull any data since the switch. If there is existing data prior to the switch to Routing NX, that can be pulled." text displays.
|
Topics
• Reports
|
Null Values Are Supported In "Collateral Relationship"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency Referral Personal Information [EDIT]
- Import File Templates
- Import Services Form Set
- ImportFileLog
- Members Personal Form [EDIT]
- Race Subform
- Referral Information Form Set
- Referral Search
Scenario 1: EPICADT04 and EPICADT08- Preadmit AND Update Patient- NK 1.3 - Validate "Collateral Relationship" Updates Records
Specific Setup:
- The referral record to be added into the system, with no Collateral Relationship, NK1.3 Segment.
- A second referral record to update a preexisting referral in the system, with no Collateral Relationship, NK1.3 Segment.
- The Import File Templates have a default value for the Collateral Relationship.
- The user knows the values in the fields.
Steps
- Import a record that is missing the NK1.3 segment. This is the collateral relationship field.
- Navigate to "Taskbar > System Maintenance > Import Services > Import File Log".
- Select the template used.
- Validate no errors occurred for the import.
- Validate the record was created or changes took place, based on the import file used.
- Validate a collateral exists that contains the default value that was used in the precondition.
|
Topics
• CareConnect
|
Improved Performance Of RevConnect Integration
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 270 Output File
- 270 Output Ready
- Billing Batch Claims Review
- Billing Batches Management
- Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management
- Finance > Imports/Exports > Exports > Eligibility Requests (270)
- Alerts - View [VIEW]
- Cash Received Maintenance (System) [VIEW]
- Claims Maintenance NX Form Set
- FinanceImportListing
- Remittance File
- Report: Claim Details Report
- Report: Claim Remittance Report
- 999 Acknowledgement File
- Claim/Invoice Batch [VIEW]
- Message from webpage - Are you sure want to delete this record?
Scenario 1: Send 270 to RevConnect From Billing Run
Specific Setup:
Claim receiver "Output 270 in 5010 format" enabled under "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Filter for desired Receiver.
- Take note of "Run Description".
- Click Actions > Request Eligibility (270).
- Download the file.
- Validate the output has single file and has "5010" in the code.
- Validate the output does not have "4010" in the code.
- Click Send to RevConnect.
- Validate "270 submitted to SFTP" message.
- Click the Claims link.
- Click "Request Eligibility (270)".
- Download the file.
- Validate the output has single file and has "5010" in the code.
- Validate the output does not have "4010" in the code.
- Click Send to RevConnect.
- Validate "270 submitted to SFTP" message.
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Validate Description cell matches step 3.
- Validate Status "File Sent".
Scenario 2: Receive 835 File From RevConnect
Specific Setup:
Ability to receive 835 Remittance files via SFTP/RevConnect.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Validate file has imported successfully from "SFTP/RevConnect".
- Click "File Name" link.
- Validate file displays, close.
- Click "Check" link.
- Validate "Receiver" and "Deposit" information is correct.
- Click "Actions", "Remittance Report".
- Validate "Report" contains "Claim Remittance" information, close.
- Click "Actions", "Claim Details".
- Validate "Report" contains "Claim Details" information, close.
Scenario 3: Receive Valid 999 File From RevConnect
Specific Setup:
Claim Receiver configured for SFTP/RevConnect Integration.
Steps
- Navigate to "Finance > Imports/Exports > Imports > 999 Imports".
- Validate "999 File" is present.
- Click on "File" to expand.
- Validate "Invoice Batch Log" corresponds to existing "Control Number".
|
Topics
• Agency Setup
• Finance
• Finance Setup
|
Place of Service Code and Calculate Rate
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Place of Service Code Setup [EDIT]
- BillingProcessHistory
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
- Claim Output
- Claim Output Form Set
- Claim Output Ready
- Claim Service Lines NX Subform
- Claim Submission 2.0 [EDIT]
- Claim/Invoice Batch [VIEW]
- Claims Maintenance NX Form Set
- Claims Submission For Remittance NX [EDIT]
- FinanceClaims
- Location Table (Service)
- Place of Service Location Link Subform
- Notepad
Scenario 1: Validate Place of Service Updates After Changes To Finance Setup
Specific Setup:
- Client has two Benefit Assignments.
- Service is billable to both Benefit Assignments.
- Service has Location information.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Create a "Billing Run" to capture "Service" from preconditions.
- Upon completion of "Billing Execution Interval", create "837 File".
- Validate "Place of Service" information is present for the "Claim".
- Mark "Batch" as sent.
- Navigate to "Finance > Remittance Processing > Remittance Application > Apply Receipt to Claims".
- Select "Check".
- Set "Filters" to search on "Claim".
- Click "Deny" and "Add Action".
- Select "Resubmit to Other" and use "Calculate Rate", save.
- Upon completion of "Billing Execution Interval", click on "Submission" and "Batch", create "837 File".
- Validate "Place of Service" information is present for the "Claim".
Scenario 2: Validate Place Of Service Code Saves When Using Calculate Rate
Specific Setup:
Requires a service that was billed and "Location/Place of Service" was changed after billing.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired "Remittance".
- Set parameters to search for desired claim.
- Click "Add Action".
- "Resubmit" the claim using "Calculate Rate".
- Validate "Place of Service" field contains desired place of service code.
- Save.
- Wait for billing to run.
- Open the new submission.
- Validate "Place of Service" contains desired place of service code.
- Click on the "Batch" link.
- Click "Open Batch"
- Click on "Create Output".
- Download the "837 Output".
- Validate the "CLM" line contains desired place of service code.
|
Topics
• Finance
• Finance Setup
|
myHealthPointe Carefabric Updates
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 1. Simple Service Entry [ADD]
- Client Related Task - New [ADD]
- Client Search
- Client Service Entry
- Consents [EDIT]
- Event Categories/People - User Modifiable
- Event Definition User - People [EDIT]
- Event Definitions - People Based Form Set
Scenario 1: Validate SDK Payload AppointmentCreated Only Sends for Scheduled Appointments When Enabling/Disabling “Suppress From Patient Portal”
|
Topics
• Agency Setup
|
Temp Unallocated AR Balance
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Cash Received Maintenance (System) [EDIT]
- GL Temporarily Unallocated and Contra Accounts
- Months
- Temp Un-Allocated Balance Report
- UAR Balance [ADD]
- Web Browser
Scenario 1: Validate "Temp Unallocated AR Balance" Report
Specific Setup:
- Requires access to "Finance > Reports > GL Transactions > Temp Unallocated AR Balance".
- Available data for the Temp Unallocated AR Balance report.
Steps
- Navigate to "Finance > Reports > GL Transactions > Temp Unallocated AR Balance".
- Enter date ranges for "From Month" with "Year", to "Through Month" with "Year".
- Set "UAR Account" to "Un-Applied Cash Account".
- Click the "Preview" button.
- Verify that the "Temp Unallocated AR Balance NX" report loads.
- Click "Print".
- Validate Print Preview displays report.
- Within the Report, click on any hyperlink within the "Check Amount" column.
- Confirm that the "Cash Receipt Maintenance 2.0" form loads.
- Repeat steps 3-7 for:
- CR Temp UAR
- Temporary account for overpayments
- Billing Processing Contra Account
|
Topics
• Finance
• Reports
|
Family Cases Requiring Approval
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Case Members by Case
- Case Problems [ADD]
- Event Participants - Profile Subform
- Family Case Area of Treatment [ADD]
- Family Case Completion Information [ADD]
- Family Case Goal [ADD]
- Family Case Methods [ADD]
- Participant Role in the Event
- Print Preview
- Problem Category Lookup - All
- Problem Category Lookup - Not Safety Plan
- Problem Library
- Problems Identified (Group Profile/Category)
- Related People (Profiles)
- Select Family Case
- ServicePlanForm
- ServicePlanList
- SupervisorModule
- Treatment Plan Library (by Category)
- Family Case Methods [EDIT]
Scenario 1: Family Case Treatment Plan - Enter An Initial Plan
Specific Setup:
- Requires a Family Case that is enrolled in a Program that is set up with "Family Case Treatment Plan".
- Scenario assumes Family Case has at least one problem/need entered.
- Family Case Plan Event "Can Submit?" is checked.
Steps
- Navigate to "Family Cases > Clinical Information > Case Planning > Planning".
- Select desired family.
- Click "Start New Plan" link.
- Fill in required fields such as "Date Started/Date Completed".
- Click on "Area of Treatment" component.
- Click on "Category" button and select desired category.
- Click on "Goal" component.
- Click on "Problem Addressed" and select desired problem.
- Click on "Goal" button, and select desired goal.
- Click on "Intervention" component.
- Click the "Case Member" look up table button, and select desired case member.
- Click on "Method" button, and select desired method.
- Click on the "Participants" component.
- Set desired "Participant Role", and "Participant" fields.
- Click the "Save" button.
- Validate the "Initial" plan is listed with desired dates.
- Validate the "Status" field contains "Modifiable".
- Click on the "Actions" field, and validate the list box contains " Open Plan" and "Delete Plan".
- Select "Open Plan".
- Click the "Add Area of Treatment".
- Set the "Category" and the "Status Date" field.
- Click the "Next" link.
- Click the look up table for the "Problem Addressed" field.
- Click the "New" button.
- Set the "Category" and the "Problem/Need" fields.
- Click the "Save" button.
- Set the "Goal" field and the "Status Date" field.
- Click the "Next" link.
- Set the "Case Member", "Method", "Target Date" and the "Status Date" fields.
- Validate the "Submit" and "Print" buttons are disabled.
- Click the "Validate Plan" button, and validate the message "No Validation issues found" displays.
- Click the "OK" button and click the "Save" button.
- Re-open the event and click "Submit" button.
- Validate message "Are you sure you wish to proceed with submitting this treatment plan? By submitting for approval you will no longer be able to modify its contents."
- Click the "OK" button and click the "Submit" link.
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Validate the Initial Plan is listed with "Family Case" name.
- Validate the "Status" contains "Pending Approval".
- Click "Actions" and select "Approve".
- Click on "Save".
- Navigate to "Family Cases > Clinical Information > Case Planning > Planning".
- Click "Refresh" button.
- Validate the status contains "Approved - Ready for Review".
- Open the plan.
- Click on "Print" button.
- Validate a preview of the plan appears, and click "Close".
- Click on the "View Signatures" button.
- Validate both "Signed By" and "Approved By" signatures appear.
- Click the "X" close.
- Select "Preview" from the Treatment Plan list box.
- Validate the plan displays within the window, and click "X" close button.
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Click on "View Filters" and set the desired filters.
- Validate the event is present and the status is set to "Approved".
- Click the "Actions" link and select "Unapprove" from the listing.
- Click the "Save" button, and validate the status is changed to "Pending Approval".
- Click the "Actions" button and select "Unsubmit" from the listing.
- Set the "Notes" text area and click on the "Save" button.
- Validate the "Pending Action" field contains "Unsubmit", and click the "Save" button.
- Navigate to "Family Cases > Clinical Information > Case Planning > Planning".
- Click on the "Refresh" button for the desired Family Case.
- Click on the "Actions" button, and validate "Open Plan" and "Delete Plan" options are present.
- Validate the "Status" displays as "Modifiable".
Scenario 2: Family Case Treatment Plan - Supervisor
Specific Setup:
- Requires the ability to "Approve" Treatment Plans within the Taskbar module.
- User access to Family Cases module.
Steps
- Navigate to "Family Cases > Clinical Information > Case Planning > Planning".
- Click on "Select Case", and choose the desired Family Case.
- Click the "Start a New Plan" link.
- Fill out the desired information and click the "Save" button.
- Click on the "Submit" button.
- Validate the message appears "Are you sure you wish to proceed with submitting this treatment plan?", and click the "OK" button.
- Validate the "Status" field displays "Submitted for Approval".
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Validate the desired case is present within the "Client/Group" field and the status displays as "Pending Approval".
- Click on "Actions", and select "Approve" from the actions list box.
- Validate the "Pending Action" field displays "Approve".
- Click the "Save" button.
|
Topics
• Family Cases
• Supervisor
• Taskbar
• Treatment Plans
|
AR Management - Remittance Info
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Cash Receipt Maintenance 2.0 Form Set
- Cash Receipts for Remittance
- Cash Receipts Maintenance NX
- Cash Received (Manual) - New [ADD]
- Cash Received Maintenance (System) [EDIT]
- Deposit Slip Only [ADD]
- Deposit Slips
- GL A/R Temporary Unallocated Account
- GL Cash Accounts
- Payers by Receiver
- Receiver Information - All
Scenario 1: Validate Unapplied Balance Of a Remittance Check When Non Evolv Amount Is Entered
Specific Setup:
- Requires a claim that can be remitted.
- Requires a "Remittance Check" with an "Unapplied Balance".
Steps
- Navigate to "Finance > Remittance Processing > Remittance Receipts > Receipt".
- Select desired "Remittance Check".
- Set "Total Non-Evolv Amount" to desired amount.
- Click "Select Receipt".
- Search for desired check.
- Validate the "Unapplied Balance" equals the amount of the check minus the "Total Non-Evolv Amount".
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Click "Remittance Check".
- Search for desired check.
- Validate "Unapplied Balance" contains desired amount.
- Select the "Remittance Check".
- Validate "Current Balance" contains desired amount.
- Search for a desired claim.
- Apply a payment to the claim.
- Save.
- Validate the "Current Balance" contains desired amount.
|
Topics
• Finance
|
Held Claim For Service Not Approved
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Clients With Security Listing by PeopleID
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run Request Limit People Subform
- BillingProcessHistory
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
- SupervisorModule
- Agency [EDIT]
Scenario 1: Validate Claim Held For Service Not Approved Is Released
Specific Setup:
- Requires a claim that is held for "Service Not Approved".
- Scenario works with a service that has been submitted to supervisor, but not yet approved.
Steps
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Validate desired service is listed.
- Click "Actions" button and select "Approve".
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Immediate Run".
- Fill in required fields to generate desired billing run.
- Save.
- Wait for billing to run.
- Validate the billing contains desired claim and it is no longer in "Held" status.
Scenario 2: Validate Claim Held For Service Not Approved Is Released With New Claim Number
Specific Setup:
- Requires a claim that is held for "Service Not Approved".
- Scenario works with a service that has been submitted to supervisor, but not yet approved.
Steps
- Navigate to "Agency Setup > Agency > Agency > Agency Information".
- Check the flag "Delete Held Claims".
- Save.
- Navigate to "Taskbar > Supervisor > Supervisor > Service/Case Notes & Planning Approval".
- Validate desired service is listed.
- Click "Actions" button and select "Approve".
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Immediate Run".
- Fill in required fields to generate desired billing run.
- Save.
- Wait for billing to run.
- Validate the billing contains desired claim with a new claim number and it is no longer in "Held" status.
|
Topics
• Finance
|
Call Center Unsaved Calls
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Call Center Search Forms [ADD]
- Call Center Search Forms [EDIT]
- Call Disposition with Intake [EDIT]
- Taskbar > Call Center > Call Center > Call Center
Scenario 1: Call Center – Validate When a Minimized Call Is Saved, the Call Will Be Removed From the Unsaved Calls Area
Specific Setup:
Signed call available in Call Center.
Steps
- Navigate to "Taskbar > Call Center > Call Center > Call Center".
- Create a New Call.
- Check "Phone # Unknown" or enter a number.
- Input a Client First Name and Client Last Name.
- Click "Next".
- Minimize the call.
- Validate the call appears in Unsaved Calls only.
- Open the call from the Unsaved Calls panel. Change any data like the "Brief Nature of Call".
- Minimize the call again, confirm that there is still only one instance of this call in Unsaved Calls.
- Open the call from Unsaved Calls
- Confirm the data change is still visible.
- Click "Save & Close".
- Confirm the call is now visible in Incomplete Calls and NOT visible in Unsaved Calls.
- Open the call, minimize, confirm it is now in Unsaved and NOT Incomplete.
- Open the call, click "Save & New call".
- Minimize the new call.
- Confirm the new "No person identified..." call is visible in Unsaved Calls, and the original call is now visible in Incomplete Calls.
- Open the original call from Incomplete Calls.
- Fill the remaining call form and click next until the "Save & Mark Completed" button is visible.
- Click "Minimize".
- Confirm the call is visible in Unsaved Calls, open it again.
- Now click "Save & Mark Completed".
- Confirm the call is no longer visible in Unsaved Calls or Incomplete Calls.
- Validate the call is visible in the main call area, with the column "Call Completed" showing "yes".
- Search and Open a signed call from call center.
- Validate "Minimize" and "Delete" buttons are not present.
|
Topics
• Call Center
|
Call Center Proceed Without a Person
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Call Center Search Forms [ADD]
- Call Center Search Forms [EDIT]
- Call Disposition with Intake [EDIT]
- CallCenterlisting
Scenario 1: Call Center – Validate "Proceed Without a Person?" Displays Does Not Display Client Selection After Opening Minimized Call
Steps
- Navigate to "Taskbar > Call Center > Call Center > Call Center".
- Create a new call.
- Fill form, select client, fill event and "Save and Mark Completed".
- Create a new call.
- Select "Proceed Without a Person?".
- Select Next and Minimize.
- Open previously completed call.
- Click "Cancel".
- Open the minimized call and validate no Client Selection table is displayed.
- Validate "Caller First Name" and "Caller Last Name" input boxes are empty.
|
Topics
• Call Center
|
eMAR Event Access
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- eMAR Client Information Form Set
- Event Amend Reason
- Medication Administration
- SecurityEvents
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
- Staff-Worker Role Link Subform
- Worker Role for Setups
- Worker Roles Form Set
- Client Search
- Staff Workgroups Enrollment Subform
Scenario 1: eMAR- Amend
Specific Setup:
- User has access to eMAR.
- Check off "Amend" within the "Medication Administration" area for user within Setup > Security/Access > Worker Roles > Security for Events.
Steps
- Navigate to "Taskbar > eMAR > eMAR > eMAR".
- Select desired "Location and "Time Of Day Band".
- On desired client, check off the "Administered" radio button, set the "Time" and enter information within the "Notes" field.
- Click on "Save".
- Once it is completed, it will be highlighted in green.
- Click on the client name.
- Open the "Medication Administration" tab, and click on "Actions > Submit for Approval" on the desired event.
- Click "OK" on the displayed message "Are you sure you wish to proceed with submitting this event(s)?".
- Once the status reflects "Signed/Submitted", click the "Actions" button again.
- Click on "Amend Service".
- Select desired reason for amending the service
- Validate the alert text "If you would like to save additional reason comments for the amendment, please enter below".
- Enter desired comment if needed, and click "Save Additional Reason Comment", or click " Amend No Comment".
- Click the "Refresh" button.
- Validate the event amended has a strike through and the status is reflected as "Amended".
- Validate a new event is created with the status reflected as "Modifiable".
- Click "X" to close.
Scenario 2: eMAR - No Amend
Specific Setup:
- Both the Worker Role and Workgroup must not have "Amend" checked off within Setup > Security/Access > Worker Roles > Security for Events.
- User has access to eMAR.
Steps
- Navigate to "Taskbar > eMAR > eMAR > eMAR".
- Select desired "Location and "Time Of Day Band".
- On desired client, check off the "Administered" radio button, set the "Time" and enter information within the "Notes" field.
- Click on "Save".
- Once it is completed, it will be highlighted in green.
- Click on the client name.
- Open the "Medication Administration" tab, and click on "Actions > Submit for Approval" on the desired event.
- Click "OK" on the displayed message "Are you sure you wish to proceed with submitting this event(s)?".
- Once the status reflects "Signed/Submitted", click the "Actions" button again.
- Validate the "Amend Service" function is not present, and click "X" to close the window.
- Navigate to "Client > Client Information > Health Information > Medication Administration" and select the same client.
- Validate the event displays with a status of "Signed/Submitted".
- Click the "Actions" button, and validate the "Amend Service" function is not present.
|
Topics
• eMAR
|
Progress Notes On A Locked Event
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Client Service Management Form Set
- General Client Assessment [ADD]
- Notes [ADD]
- Notes [EDIT]
- Notes [VIEW]
- Staff - Service Providers (by Staff_id)
Scenario 1: Validate Edit/Delete Access On A Locked Progress Note
Specific Setup:
- Requires an event that is set up with "Progress Note".
- Requires an event that can be locked, scenario works with an event that is set up as "Can Submit".
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click "Add Event" and select desired event.
- Fill in required fields.
- Under "Progress Note" enter a desired note.
- Save.
- Click "Actions" button and select "Submit".
- Click "Actions" button and select "Notes".
- Validate "Add New" button is disabled.
- Click "Actions" button on the progress note row and validate "Delete" button does not exist.
- Open the progress note.
- Validate it is in "View" mode and cannot be edited.
- Validate "Delete" button does not exist.
- Close the progress note.
|
Topics
• Service Entry
|
271 Client Eligible Benefits Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 271 Import Batch
- Report Parameters PickList
- Report Selection Picklist
- Report: 271 Benefits Details
Scenario 1: 271 Client Eligible Benefits Report
Specific Setup:
System has existing 271 Eligibility Imports.
Steps
- Navigate to "Finance >Reports >General >271 Client Eligible Benefits".
- Set "From Date" and "Through Date".
- Select desired "Report Selection".
- Click "Preview".
- Validate "271 Benefits Details Report" loads.
- Click "Close".
- Set "Parameter" of "271 Import Batch" and select a "Batch".
- Click "Preview".
- Validate "271 Benefits Details Report" loads.
- Click "Close".
|
Topics
• Finance
|
New Referral/Client Wizard
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Merge Utility
- People Search
- Person Information [ADD]
- Wizard
- Referral Search
Scenario 1: Validate Cannot Create New Client With Duplicate Social Security Number to Another Client
Specific Setup:
Known social security number for a Client in the system.
Steps
- Navigate to "Client > Client Information > Personal Information > Demographics".
- Click the "Select Client" search box.
- Click New and Intake - New.
- Enter any Last Name, First Name, Gender.
- Enter a Social Security number you know is in use already (do not use blank or all zeros).
- Click Proceed.
- Confirm that the search includes the client that has the SSN you entered listed.
- Check "Create new record..." box and click Proceed.
- Confirm that an alert opens showing
- Error(s) occurred on save:
- New Person record cannot be saved, return to search to address:
- Duplicate Social Security #: [SSN ENTERED]
- Close alert and Confirm that the Results window is still active (not locked, does not proceed).
- Click Previous to return to the Search page.
- Enter a valid SSN and client info.
- Click Proceed.
- Check "Create new record..." box and click Proceed.
- Confirm the Wizard continues to the Personal Information page with the new information without validations.
Scenario 2: Validate Cannot Create New Referral With Duplicate Social Security Number to Another People Record
Specific Setup:
Known social security number for a People Record in the system.
Steps
- Navigate to "Referral > Agency Referral > Referral Information > Demographics".
- Click Search for Referrals.
- Click New Referrals Wizard.
- Enter any Last Name, First Name, Gender.
- Enter a Social Security number you know is in use already (not blank or all 0s, these are ignored).
- Click Proceed.
- Confirm that the search includes the client that has the SSN you entered listed.
- Check "Create new record..." box and click Proceed.
- Confirm that an alert opens showing
- Error(s) occurred on save:
- New Person record cannot be saved, return to search to address errors:
- Duplicate Social Security #: [SSN ENTERED]
- Close alert and Confirm that the Results window is still active (not locked, does not proceed).
- Click Previous to return to the Search page.
- Enter a valid SSN and client info.
- Click Proceed.
- Check "Create new record..." box and click Proceed.
- Confirm the Wizard continues to the Personal Information page with the new information without errors.
|
Topics
• Client
• Referral Application
|
Treatment Plan Link to Program - Agency Setup
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency Program Services-Planning Subform
- Agency-Program Setup for Treatment Planning [EDIT]
- Event Definitions-Planning-People
- Group Profile Type - Service Facilities
Scenario 1: Treatment Plan - Program Setup - Validate The Active Entry Of Duplicate Event Is Modifiable
Specific Setup:
- A program exists in "Agency Setup > Services Setup > By Program > Plan Setup" with duplicate events.
- The first row event of the duplicated events is active. The second row of the duplicated event is not active.
Steps
- Navigate to "Agency Setup > Services Setup > By Program > Plan Setup".
- Select the Program.
- Validate the "Treatment Plans Linked to Program" section displays the event at least two times.
- Validate one event is currently active.
- Add a row to the "Current Review Events".
- Save the form.
- Edit the Program.
- Validate the modifications saved.
- Add a second row to the "Current Review Events".
- Save the form.
- Edit the program.
- Validate both rows display.
- Uncheck the "Is Active" check box.
- Save the form.
- Edit the program again.
- Delete the line and save.
- Validate the form saves with the changes.
|
Topics
• Treatment Plans
|
Print Action Taken
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Print Preview
- ServicePlanForm
- ServicePlanList
Scenario 1: Validate Print Action in Service Entries
Specific Setup:
- Client has service events.
- Client has Treatment Plan.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select "Client".
- Select "Event".
- Click "Print".
- Navigate to "Client > Case Management > Plan Development > Planning".
- Select "Treatment Plan".
- Click "Print".
- Navigate to "Reports > Certification Reports > MU1 Reports > Client Data Audit Log".
- Set "Parameters" for "Client", click "Preview".
- Confirm event and Treatment Plan Print display under "Action Taken" column.
|
Topics
• Client
|
Do Not Bill Utility
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Clients With Security for Reports
- DoNotBillUtility
- Service Events for Report
Scenario 1: 'Do Not Bill' Utility Under Finance > Utilities SubModule
Specific Setup:
- Requires access to "Finance > Utilities > Do Not Bill Utility > Do Not Bill Utility".
- Requires entries that may be modified for testing.
Steps
- Navigate to "Finance > Utilities > Do Not Bill Utility > Do Not Bill Utility".
- Validate Date Range is required by inputting only From or Thru dates and attempting to search.
- Validate "At least one filter is required." message.
- Set a date range in the "From Date" and "Thru Date" fields.
- Click the "Search" button. Confirm that results display from within the specified date range in descending order for each Client grouping.
- Additional filters such as "Program Providing Service" and "Client" may be used to limit the data returned.
- Check the 'Mark as "Do Not Bill" option for one of the returned rows. (Note that the "Select All" option will check this setting for all returned results.)
- Click the "Save" button. After a completing, a message will appear indicating a successful save. Click "OK".
- The modified row will display with a yellow highlight indicating it has been changed. The highlight will be removed after a new set of filters has been used.
|
Topics
• Finance
|
Groups – "Main Service Location" Field
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency/Programs Table
- Group Management [EDIT]
- New Group [ADD]
- Provider Sites by Agency/Program
- Schedules - Group Subform
- Select Group
- Staff - Service Providers (Caseloads)
- Support Group Classes Subform
- Worker Assignments Groups B2 Subform
- Worker Role (to a client or in a workgroup) Table
Scenario 1: Modifying the "Program" Field, clears the "Main Service Location" Field
Specific Setup:
- Active existing Group.
- User has access to Groups module.
Steps
- Navigate to “Groups >Group >Information >General Information” and select desired group.
- Change the existing program within the “Program” field.
- Validate the “Main Service Location” field is cleared out.
- Set the "Main Service Location" field
- Click the "Save" button.
- Click on "Select Group", and select the group that was just modified.
- Validate the "Program" field displays the new program.
- Validate the "Main Service Location" displays the accurate "Main Service Location.
Scenario 2: Groups - Main Service Location Field
Specific Setup:
User has access to Groups module.
Steps
- Navigate to "Groups > Group > Information > General Information".
- Click on "Select Group", and click on the "New" button.
- Set all the desired and required information, except the "Main Service Location" Field.
- Click the "Save" button.
- Validate message displays: "One or more required fields are empty: Main Service Location Please complete this form".
- Click the "OK" button.
- Set the desired "Main Service Location".
- Click the "Save" button.
- Validate the "Main Service Location" Field is present.
|
Topics
• Groups
|
"My Saved Report Queries" Widget
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Labs Report [ADD]
- NX Report Processor
- Program Listing - All
- Report Parameters PickList
- Save Query [ADD]
- Saved Report Queries
Scenario 1: "My Saved Report Queries" Widget
Specific Setup:
- The "My Saved Report Queries" Widget is enabled.
- User has access to "My Saved Report Queries" widget.
- There is an existing report within the "My Saved Report Queries" Widget.
Steps
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Under Widgets choose "My Saved Report Queries".
- Click on the desired "Report Name" to open the report.
- Make modifications to the report.
- Click the "Preview" button, then click the "Close" button.
- Click the "Save Query" button.
- Set the desired "Description" for the new query.
- Click the "Update" button, and close.
- Click the "OK" button on the "Are you sure you want to navigate away from this page? The information on this form was modified" message.
- Refresh the "My Saved Report Queries" widget.
- Validate your newly saved query is present.
- Click on the new query and validate the report can be run.
|
Topics
• Widgets
|
Call Center Anchored Menu Items
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Call Center Form Test [EDIT]
- Call Center Search Forms [ADD]
- Call Disposition with Intake [EDIT]
- Call Center Search Forms [EDIT]
Scenario 1: Call Center - Validate Changing Event Replaces Tree Event Links
Steps
- Navigate to "Taskbar > Call Center > Call Center > Call Center".
- Start a new call.
- Fill form and select an event.
- Change the event.
- Validate event links on left get replaced instead of creating new rows indefinitely.
Scenario 2: Call Center – Validate Anchors in Call Center Event Navigation Panel Display After Minimizing/Saving
Steps
- Navigate to "Taskbar > Call Center > Call Center > Call Center".
- Create a new call, select client, click Save and Close.
- Take note of anchored items.
- Open existing call from Incomplete Calls.
- Validate anchored items still displaying.
- Click Minimize and re-open call from Unsaved Calls.
- Validate anchored items still displaying.
- Select an event from the call.
- Take note of anchored items.
- Save and Close with the event selected.
- Re-open the call from Incomplete Calls.
- Validate all anchored items still displaying.
- Save and Close the call.
- Re-open the call from Call Center Table.
- Validate all anchored items still displaying.
- Minimize the call.
- Re-open the call from Unsaved Calls.
- Validate all anchored items still displaying.
- Fill remaining required information and Mark and Save Completed.
- Open completed call.
- Validate all anchored items still displaying.
|
Topics
• Call Center
• Taskbar
|
Intake Wizard
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Initial Enrollment for New Person [ADD]
- Outside Organizations - distinct
- Person Information [ADD]
- Placement Events by Agency/Program - People2
- Program Listing By Agency and Worker
- Provider Sites by Program (Vacancy)
- Referral Reason Table
- Staff - Service Providers (Caseloads - Zip Zones)
- Wizard
- Worker Role (to a client or in a workgroup) Table
- Calendar Appointment
- Front Desk Calendar
- Front Desk Calendar NX
- Front Desk People Search
- Gender Table
- Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX
- Wizard Process - Front Desk New Person
- Job Title Listing - Employees
- Managing Offices By Agency Operated
- New Staff [ADD]
- Person Information No Anonymous [ADD]
- Security Schemes
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff-Site Link Subform
Scenario 1: Adding A New Client Via New Client Wizard - Testing Unit Default
Specific Setup:
- A new client will be enrolled into a program using the "New Person" enrollment located on "Client >Client Information >Critical Information >Enrollment Information"
- On the form "Agency > Service Locations > Sites/Residentials > Capacity"
- The facility unit being used has the field "Default Facility Unit" checked, to default the unit number.
Steps
- Navigate to "Client >Client Information >Critical Information >Enrollment Information".
- Select "New" then "New Person".
- Use the client wizard to add the client.
- On the enrollment portion enter the "Initial program".
- The "Placement Type" will default the value into the field.
- Select the "Initial Facility".
- Validate the "Unit" value will default into the field.
Scenario 2: Front Desk NX Calendar - Create New Person
Specific Setup:
Test staff must have access to "New" button under "Agency Setup > Staff and Security Setup > Navigation Access > Access to New Button" for the new "Front Desk People Search" form.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click "View Calendar".
- Click "New Appointment".
- Click "Person" search button.
- Click "New" button on "Front Desk People Search".
- Set "Last Name" to desired last name for new person.
- Set "First Name" to desired first name for new person.
- Select the desired Gender.
- Click "Proceed".
- Confirm that the individual you are attempting to create does not already exist in the system by reviewing the list of matching results.
- Check "Create new record...." checkbox.
- Click "Proceed".
- Click "Name" in the navigation panel.
- Populate any additional information desired.
- Click "Finish".
- Select your newly created person from the "Front Desk People Search".
- Continue populating fields in the Appointment screen to save test appointment or click "Close" to cancel out of creating new appointment.
Scenario 3: New Staff Create Wizard
Steps
- Navigate to "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Search for staff and open new Staff Create Wizard.
- Enter First Name, Last Name and Gender.
- Hit Proceed.
- Validate that Proceed button is enabled after the search is complete and the block UI is removed only when the search results are displayed.
|
Topics
• Staff
|
Client Service Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency Program Services/Program-User [EDIT]
- Agency Program Services/Program-User Subform
- Billing staff credentials
- Client Search
- Client Service Entry
- General Service Note (auto date) [ADD]
- Notes [ADD]
- Report Selection Picklist
- Report: Progress Notes Report /w Selections
- SignatureCapture
- Staff - Service Providers (by Staff_id)
- Staff Credentials History Subform
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
Scenario 1: Progress Note Report - Validate The Signature On Report Is Accurate To Event Timeframe
Specific Setup:
- A Service Event is configured with "Can Submit?" and "Electronically Signed?" flags checked in the "Agency Setup > Services Setup > By Program > Individual Services".
- The staff member credentials, "Agency > Staff & Security > Staff Information > Staff Profiles with Security.", has a row that has start date prior to the event that will be entered. The expiration date will be blank.
- There currently is only one row filled in for the above credentials.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Add the service event in the precondition where the actual date of the service event is greater than the credential start date.
- Click the "Actions" button and add a note to the event.
- Submit the event.
- Navigate to "Reports > Clients > Services & Treatment > Progress Notes".
- Set the report dates for the date of the event entered.
- Select any of the reports for the report selection.
- Preview the report.
- Validate the report does not display the client signature.
- Close the report.
- Navigate to " Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Select the staff in the precondition.
- In the credentials SubForm update the row that exists with a signature. Leave the expiration date blank.
- Save the form.
- Navigate to "Reports > Clients > Services & Treatment > Progress Notes".
- Preview the report.
- Validate the signature displays.
- Repeat the above steps by modifying the start date of the row to values that are equal to the event start date and after, leave the expiration date blank.
- Validate the signature appears on the report when the start date is less than or equal to the service event date.
- Validate the signature does not appear on the report for the start dates greater than service event date.
- The next set of steps will be a testing of the end date of the credential.
- Repeat the initial test having the start date of the row prior to the event start date. Modify the expiration date so it occurs prior to the event start date, is equal to the service event date and after the service event start date.
- Validate when the expiration date is equal to and after the service event start date the signature will display on the report.
- Validate when the expiration date is prior to the service event start date the signature will not display on the report.
- The following set of tests will involve creating a second row for the staff credentials. That second row will have a new signature that appears different from the first signature.
- Navigate to the "Navigate to " Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Modify the original row. In this example this will be "Row1", so the start date is a past date and the end date is as of the day prior to the service event date.
- Add the new credential on row two. In this example this will be "Row2". The start date will be the same date the service event took place. The expiration date will be blank.
- Run the report in the above steps.
- Validate the signature that displays is the one located on "Row2".
- Modify "Row2" start date to the day after the service event. This will leave a gap between the end date of "Row1" and the start date of "Row2".
- Run the report in the above steps.
- Validate no signature displays.
- Modify the "Row1" start date to the same date the service event took place. This will remove the above gap in dates created above.
- Run the report.
- Validate the signature on "Row1" displays.
- Modify the "Row1" expiration date back to the day before the service event.
- Modify the "Row2" start date back to the event start date. In addition, add and expiration date to "Row2".
- Run the report.
- Validate the signature entered on "Row2" displays.
|
Topics
• Reports
• Service Entry
|
Uploading via Client Information Screen
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Information Screen Form Set
- Client Search
- FrontDeskCheckIn
- My Client Information Form Set
- Personal Information - All Form Set
- Placement Disruptions: Unknown Location [ADD]
- Select File for Upload
Scenario 1: Validate Document Can Be Uploaded via Client Information Screen
Specific Setup:
- Three different clients must be used for testing, one for each location:
- My Client Widget
- Client Module Header
- Front Desk
- Event service form available with upload document, image upload, signature capture.
- Available Client scheduled event in Front Desk.
Steps
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Select My Clients widget.
- Click the Open Client Formset (red box and arrow) for desired Client.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
- Close and Navigate to "Client > Client Information > Personal Information > Demographics".
- Search for a different client.
- Click the Client name in the header.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
- Close and Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click the Client name in the scheduled event.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
Scenario 2: Validate Image Can Be Uploaded via Client Information Screen
Specific Setup:
- Three different clients must be used for testing, one for each location:
- My Client Widget
- Client Module Header
- Front Desk
- Event service form available with upload document, image upload, signature capture.
- Available Client scheduled event in Front Desk.
Steps
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Select My Clients widget.
- Click the Open Client Formset (red box and arrow) for desired Client.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Image" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
- Close and Navigate to "Client > Client Information > Personal Information > Demographics".
- Search for a different client.
- Click the Client name in the header.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
- Close and Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click the Client name in the scheduled event.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
Scenario 3: Validate Signature Can Be Uploaded via Client Information Screen
Specific Setup:
- Three different clients must be used for testing, one for each location:
- My Client Widget
- Client Module Header
- Front Desk
- Event service form available with upload document, image upload, signature capture.
- Available Client scheduled event in Front Desk.
Steps
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Select My Clients widget.
- Click the Open Client Formset (red box and arrow) for desired Client.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Image" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
- Close and Navigate to "Client > Client Information > Personal Information > Demographics".
- Search for a different client.
- Click the Client name in the header.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
- Close and Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click the Client name in the scheduled event.
- Navigate to desired event form.
- Add new event form.
- Click "Click to Upload Document" > Upload File.
- Select a file and upload.
- Validate file is uploaded.
- Validate Event Form window is still displaying.
|
Topics
• Client
|
Routing An Amended Event
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Event Amend Reason
Scenario 1: Validate Routing An Event That Has Been Amended
Specific Setup:
- Requires an event that is set up with "Routing".
- Routing NX should be enabled.
- Staff should have "Amend Rights" to the event.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click "Add Event" and select desired event.
- Fill in required fields.
- Save.
- Open the event and click "Begin Route" to route the event for "Approval".
- As the supervisor, "Approve" the event.
- Once the event is "Approved", click "Actions" and select "Amend".
- Enter desired amend reason.
- Wait for the form to re-open.
- Validate it does not contain the "Approval Signature".
- Validate the "Routing" button contains "Begin Route".
- Click "Begin Route".
- Validate the route is "Open" and back at starting point.
|
Topics
• Client
• Routing
• Service Entry
|
Billing Authorization SubReport
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- As Of Date w Parms and Selection [ADD]
- Authorizations Details [EDIT]
- Authorizations Details Subform
- Authorizations report
- Authorizations-Billing [Edit]
- AuthSubreport
- Client Information Standalone Form Set
- Client Search
- Client Service Entry
- Report Parameters PickList
- Report Selection Picklist
- 2. Simple Service Entry [ADD]
- 2. Simple Service Entry [DELETE]
- 2. Simple Service Entry [EDIT]
- All People with Benefit Assignments with LOS
- Authorization - Finance [EDIT]
- Authorizations - Billing for a Person (Client)
- Benefit Assignment [EDIT]
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run NX [DELETE]
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Client Billing Authorizations Form Set
- Event Delete Reason
- Event Deleted [ADD]
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
Scenario 1: "Billing Authorization SubReport" Compared To "Billing Authorization Report", Unit Comparision
Specific Setup:
- Service Event has SubReport "Authorization details for a client".
- Client has authorizations for the service in varying statuses (Billed, Performed, Scheduled).
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select "Client" from preconditions.
- Click "Actions" and "Authorization report".
- Note the "Units" for each column (Total, Used, Performed, Scheduled, Balance).
- Click on "Service Event" from preconditions.
- Validate the "SubReport" displays corresponding "Units Used" and "Units Left".
- Navigate to "Reports > Clients > Services & Treatment > Authorizations".
- Select "Order by : Client Name. Include Non-Billed Services" and set "Parameter" & "Value" to "Client" in preconditions.
- Click "Preview".
- Validate "Units" display corresponding "Units" for each column.
Scenario 2: Billing Authorization SubReport - Validate Unit Values For Authorizations Are Accurate
Specific Setup:
- Service Event has SubReport "Authorization details for a client".
- Client has authorizations for services enabled. The "Total Authorizations" are known.
- The "Billing Authorizations" SubReport is attached to the service entry service being used.
- Client is using a Benefit Assignment that requires a policy number in order for claims not to be put in the held state.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select "Client" from preconditions.
- Add a service event with the "Authorized" service.
- Note the "Total Units" "Units Used", "Units Left" and "Units Used Not Billed" values.
- Save the entry.
- Generate a claim for the service.
- Navigate to the " "Client > Case Management > Service Management > Service Entry".
- Add a new entry of the service.
- Validate the "Total Units" remain the same,
- Validate the "Units Used" incremented up by one.
- Validate the "Units Left" is equal to the "Total Units" minus the "Units Used".
- Validate the "Units Used Not Billed" remained the same.
- Do not save the event.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Delete the billing run for the client done above.
- Navigate to the Service Entry Form.
- Add the service.
- Validate the "Units Used" decreases by “1”.
- Validate the other numbers are accurate.
- Do not save the event.
- Modify the benefit plan so the client has no policy number. This will cause the claims to become "Held".
- Generate a claim for the service. This will be the recreation of the billing run from above.
- Validate the claim is in a "Held" state.
- Navigate to the service entry form.
- Add the service.
- Validate the "Held" state does not change the values for the Authorization SubReport.
- Correct the benefit plan so the claim will no longer be in the "Held" state.
- Reprocess the claim.
- Validate the claim is no longer in the “Held” state.
- Navigate to the Service Entry form and add a new service entry for the service being used.
- Add a new service event.
- Validate the values on the Authorization SubReport are accurate. Reprocessing will not affect the values.
- Save the service event.
- Add a second service event that is identical.
- Validate the "Units Used Not Billed" increases by one.
- Generate a claim for the above services.
- Validate the "Units Used Not Billed" goes back to the original value.
- Delete the service entry event billed.
- Fill in the required reasons for the deletion of the billed service.
- Add a new service event.
- Validate the "Deleting" of the service does not affect the values in the report. They will remain the same.
- Do not save that new service entry.
- Recover the service deleted.
- Add a new service event.
- Validate the "Recovering" of the service does not change the values on the report.
- Do not save that service event.
|
Topics
• Finance
• Reports
|
NX Custom Reporting
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Conditional Formatting Configuration
- Folders Setup
- NX Report Processor
Scenario 1: NX Custom Reporting – Validate Timeout Configurations Using Replica Server Reporting Timeout and Non-Replica Server Reporting Timeout Settings
Specific Setup:
- Custom Report setup and ready to run (with typically long load times).
- Access to System settings.
Steps
|
Topics
• NX Custom Reporting
• Reports
• Setup
|
NIAM User Login Name
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Main Menu
- ProgramReferralSearch
- Web FlightRecorder
Scenario 1: NIAM – Login Name in Flight Recorder
Specific Setup:
- User is configured for NIAM login.
- System setup for NIAM logins.
- User has access to Guardiant to view Flight Recorder.
Steps
- Log into myEvolv utilizing NIAM credentials.
- Navigate around the system within different modules.
- Log into Guardiant, and navigate to the "Sessions" tab.
- Validate the "Session Start", "Last Received", and "Staff Name" for NIAM logged in user.
|
Topics
• NIAM
• Third Party Solution
|
835 Remittances
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Finance File Import
- FinanceImportListing
- Report: Claim Remittance Report
Scenario 1: Validate Adjustment Reason Displays Once
Specific Setup:
- Requires duplicate "Claim Adjustment Reason".
- One should be active and one should be not active.
- Requires a remittance file with the "CAS Information" that includes that "Claim Adjustment Reason".
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click "Upload File" and select "Upload 835".
- Select desired "Remittance File".
- Set "Deposit Date".
- Click "Upload".
- Open the "Remittance Report".
- Validate the "Claim Adjustment Reason" displays as a single record.
|
Topics
• Finance
• Finance Setup
|
Retro Billing for Placement Based Services
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Rate - Placement Based NX [EDIT]
- Billing Rate Details - Placement NX Subform
- Billing Request Retro Run [ADD]
- Billing Run Request Limit People Subform
- BillingProcessHistory
- ContractsRatesSetup
- FinanceClaims
- Payers Setup Table
- Payers/Contracts Setup 2.0 Form Set
- Submitter Information
Scenario 1: Validate Creating A Retro Billing Claim For Placement Rate When Min/Max Unit Is Set
Specific Setup:
- Requires a client/claim that has billed "Facility Placement" Service.
- Rate on the "Facility Placement" should be set up with min/max amount.
Steps
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Billing Rates (A/R)".
- Select desired "Payer".
- Click on desired "Rate".
- Click "Actions" and select "Renew".
- Set "New Rate Name and Effective Date".
- Click "Continue".
- Make desired changes to the rate, such as the amount.
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Retro Run".
- Fill in required fields.
- Save.
- Wait for billing to run.
- Validate the desired claim is generated for the desired amount.
|
Topics
• Finance
|
Worker Case Loads Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- As Of Date w Parms and Selection [ADD]
- Print Preview
- Report Parameters PickList
- Report Selection Picklist
- Report: Worker Case Loads
- Staff - All (by Staff ID)
Scenario 1: Validate Worker Case Loads Report Loads
Specific Setup:
Client that is enrolled in a program. Client has a service in the program in the past.
Steps
- Navigate to "Reports > Clients > General > Worker Case Loads".
- Set "Report Selection".
- Select Worker under Parameter and Desired Worker under Value.
- Run the report.
- Validate results for clients shown as expected.
- Validate last service date displays date for the most recent Service Event for the enrolled program.
- Close the report and set an "As Of Date".
- Run the report and validate Last Date of Service does not exceed "As Of Date".
|
Topics
• Staff
|
Held Claims in Action Based Runs
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- AR Management
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Cash Receipts for Remittance
- Client Search
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
Scenario 1: Validate Action Based Claim Is Released After Held
Specific Setup:
- Requires a claim that can be remitted.
- Service/Claim should be set up so that upon the "Resubmit" action it is in "Held" state.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set parameters to search for desired claim.
- Add desired status and "Resubmit" Action to the claim.
- Select "Calculate Rate".
- Validate "Claim service line" row appears and has a "Held Reason".
- Check the "Claim Line".
- Save.
- Wait for billing to run.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Validate the claim is captured in an "Action Based Run" and status is "Held".
- Resolve the reason for hold.
- Create a new "Manual Billing" run.
- After billing is complete, validate it does not contain the "Action Based Claim".
- Validate the "Action Based Run" no longer contains the "Held Claim".
- Reprocess the "Manual Billing Run".
- After billing is complete, validate it does not contain the "Action Based Claim".
- Validate the "Action Based Run" contains the "Action Based Claim" and it is no longer "Held".
|
Topics
• Finance
|
DiagnosisCodes list
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Active events by Program or Clinic2
- Client Search
- Front Desk Calendar Appointment [ADD]
- Front Desk People Search
- FrontDeskCalendar
- FrontDeskCheckIn
- Diagnoses (General Medical) Table
- Diagnosis General [ADD]
- Diagnosis General [EDIT]
- Front Desk Calendar
Scenario 1: Mobile Caregiver+ Appointment Message- Diagnosis Code
Specific Setup:
- Diagnosis information containing "Date Diagnosed" and "Priority" is present within client record.
- User has access to client.
Steps
Scenario 2: Appointment message - Diagnosis Code Is End-Dated
Specific Setup:
- Diagnosis information contains an "End Date".
- User has access to client.
Steps
|
Topics
• Third Party Solution
|
Family Case Treatment Plans
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency Program Services-Group Planning Subform
- Agency-Prog Setup For Family Case Treatment Plan [EDIT]
- Event Definitions-Planning-Group
- Group Profile Type - Service Facilities
Scenario 1: Family Case Treatment - Validate Programs Not Linked To Billing Plans Will Only Display The Current Event
Specific Setup:
- The Family Case Treatment Planning is configured.
- The program is not linked to a billing plan.
Steps
- Navigate to "Agency Setup > Services Setup > By Program > Family Case Plan Setup".
- Change the Family Case Planning Event to an Event Definitions Group, that was not related to the original.
- Save the form.
- Select the "Program" that was modified.
- Validate the "Treatment Plans Linked To Program" displays only the one "Event" selected in the above.
- Redo the test changing the "Family Case Planning Event".
- Validate the results are the same, only the current event selected will display.
Scenario 2: Family Case Treatment Plan - Validate Updating Treatment Plan Set Prior Plans Inactive
Specific Setup:
- A Program that is linked to a billing plan and has no Family Case Planning Event listed.
- There are multiple "Planning Groups" to select from.
Steps
- Navigate to "Agency Setup > Services Setup > By Program > Family Case Plan Setup".
- Select a Program that is linked to a billing plan and has no Family Case Planning Event listed.
- Enter the "Service Facility Type" and "Family Case Planning Event".
- Save the form.
- Edit the Program.
- Validate the "Treatment Plans Linked to Program" displays "Active" is "yes" and "initial" is "yes".
- Fill in the "Current Review Events" SubForm with the event name and service facility type.
- Save the form.
- Edit the program just modified.
- Validate there are two line items in the "Treatment Plans Linked to Program".
- Validate the first row is the initial event and the "Active" and "Initial" are set to "yes".
- Validate the second item added indicates the event name and the "Active" is "yes" the "Initial" is "no".
- Change the "Family Case Planning Event" to a different "Group" Event than above.
- Save the form.
- Edit the program.
- Validate the grouped event that was set up prior indicates "Active" is "no" and it has retained their original "initial" values.
- Validate the new event group selected indicated "Active" and "initial" is "yes".
|
Topics
• Family Cases
• Treatment Plans
|
Applying Bulk Overpayment Action
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ActionsView
- All Clients With Security Listing by PeopleID
- AR Management
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
Scenario 1: Validate Bulk Overpayment Action
Specific Setup:
Scenario works with at least 100 claims that are overpaid.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set parameters to search for desired claims.
- Click on "Overpayment" button to group over paid claims.
- Click on "Bulk Action" button.
- Select "Overpayment".
- Check desired claims.
- Wait for overpayment to apply to all claims.
- Save.
- Validate the desired claims contain "Overpayment" action.
|
Topics
• Finance
|
Selecting AP Account for Checks
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Check Printout PDF
- ChecksCreationLog
- Create Checks [ADD]
- GL Accounts Payable Accounts
- GL Cash Accounts
- NACHA File
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: Validate Batch Control Number Is In Sequential Order In NACHA File
Specific Setup:
- Scenario works with various "Vendors" that have invoices that need to be paid.
- Scenario works with various "Vendors" that are linked to different "Managing Offices".
- "Vendors" should be set up with "Direct Deposit".
Steps
- Navigate to "Finance > Claim/Invoice Processing > Create Checks (A/P) > Processing".
- Click "Create Checks".
- Fill in required fields to generate desired checks.
- Save.
- Click "Actions" button and select "Create DD File For All Actions".
- Validate the "Batch Control Number" is in sequential order.
|
Topics
• Finance
• Finance Setup
|
New Requests Following Purge Zero Claim Batches
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- BillingProcessHistory
- Immediate Billing Run Request [ADD]
- Submitter Information
- Zero Claim Batches
Scenario 1: Validate Ability to Purge All Zero Claim Batches
Specific Setup:
- Navigation Scheme is set to access "Billing Processing History".
- System has batches with zero claims and zero invoices.
- System has batches with zero claims and >=1 invoice.
- System has batches with >=1 claim and 0 invoices.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Set "Filters" to confirm "Batches" with zero "Claims/Invoices" present. Note the "Control #", "Submitter", "Receiver", "Log Description".
- Click "Billing Processing History".
- Click "Purge Zero-Claim Batches".
- Validate "Control #", "Submitter", "Receiver", "Log Description" are listed.
- Validate batches with zero claims and >=1 invoice and batches with >=1 claim and 0 invoices are not listed.
- Click "Save" and "OK".
- Click on "Billing Batches Management" and click "Refresh".
- Set "Filters".
- Validate "Batches" have been removed. *Note* The Billing Request will not reprocess upon next run of "Billing Execution Interval" and therefore will not recreate these zero claim batches.
|
Topics
• Finance
|
Liability Amount for Self-Pay Benefit Assignments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Patient Liability Application Method
- Patient Liability Label
- Self Pay [ADD]
- Self Pay [Edit]
- Self Pay Deductions [ADD]
- Self Pay Deductions [EDIT]
- Self Pay Deductions Subform
Scenario 1: Validate Character Limit On Self Pay Liability Amount
Specific Setup:
Requires a Client that does not have any Self Pay benefit assignments completed.
Steps
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Select a client.
- Click "Add New", and select "Add Event".
- Select "Self Pay".
- Enter required fields.
- Navigate to "Self Pay Deductions".
- Under "Self Pay Deductions" SubForm.
- Enter 999999 under "Liability Amount".
- Validate the field only allows the first 5 digits, 99999.
- Enter 99999.99.
- Fill in remaining required fields.
- Save
- Re-open the event.
- Navigate to "Self Pay Deductions".
- Validate the "Liability Amount" contains 99999.99.
|
Topics
• Client
• Finance
|
Netsmart Identity Access Manager (NIAM)
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
Scenario 1: Validate "Use NIAM Authentication" Field
Specific Setup:
- Staff A has "Use NIAM Authentication" is set within "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Staff B has access to Staff Profiles with Security.
Steps
- As Staff B, navigate to " Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Select Staff A.
- Uncheck "Use NIAM Authentication".
- Save and log out.
- Set "Username" as Staff A.
- Click the "Next" button.
- Validate the text "NIAM authentication is not enabled for user" displays.
- Log in as Staff B.
- Navigate to " Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Select Staff A, and check "Use NIAM Authentication".
- Save and logout.
- Log in as Staff A.
- Click the "Next" button.
- Verify new window appears and enter the password.
- Click the "Verify" button.
- Click on the person icon within the upper right section of the page and verify logged in staff is the appropriate NIAM staff (i.e. staff A).
|
Topics
• Agency
• Staff
|
Claim Status Details
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Claim Remittance Transactions Subform
- Claim Service Lines NX Subform
- Claim Submission 2.0 [EDIT]
- Claims Maintenance NX Form Set
- Finance File Import
- FinanceImportListing
- Report: Claim Remittance Report
Scenario 1: Claims Status Details for Remittances
Specific Setup:
- An 835 remittance import file that contains a claim that has been paid/partially paid/denied by an 835 import.
- User has access to Finance module.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click on "Upload File".
- Select "Upload 835".
- Click "Choose File".
- Select desired 835 file.
- Set "Deposit Date".
- Click "Upload" button.
- Wait for file to upload.
- Validate "Upload Message".
- Close the "Import" window.
- Navigate to "Finance > Claim Maintenance > Automatic > Claim Information".
- Click the "Select a Claim" button.
- Set the "Claim #" to desired claim.
- Click on the "Submissions" tab.
- Click on "Actions" and select "Open Form".
- Select "Claim Status" from the group list.
- Validate the below fields are present and not enabled:
- Claim Remittance Status
- Remittance Status
- Claim Submission Balance
- Service Line
- Transaction Date
- Remittance Check
- Transaction Type
- Amount
- Staff Entered.
- Click "X" to close the window.
|
Topics
• Finance
|
Client Workgroup Assignments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- EvolvUtils
- Managing Offices By Agency Operated
- Program Listing By Agency and Worker
- Referral Search
- Staff - All (by Staff ID)
- Worker Roles by Programs and Staff
- Workgroup Setup - Auto Assign by Program [ADD]
- Workgroup Setup - Auto Assign by Site [ADD]
- Workgroup Setup Auto Assign on Intake [ADD]
- WorkGroups Auto Assigned on Program Form Set
- WorkGroups Auto Assigned to All Form Set
- Workgroups for auto assign on program enrollment
- Workgroups for auto assign on site enrollment
- Workgroups for auto assignment on intake
Scenario 1: Validate Auto-Assigned Workgroup Assignments
Steps
- Navigate to "Agency > Workgroups > Assigned to All > Information".
- Click the "Select Workgroup" button.
- Click the "New" button.
- Fill out required fields.
- Click Save.
- Click the Workgroup cell.
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Utilities".
- Scroll down to "Refresh Client Workgroup Assignments" utility.
- Click the "Run" button.
- Click the "OK" button.
- Validate the notification in Alerts contains "Completed! Refresh Client Workgroup Assignments has finished".
- Navigate to "Client > Client Information > Critical Information > Auto Assigned Workgroups".
- Search and select desired Client.
- Validate the recently created Workgroup is shown in the Listing.
- Navigate to "Agency > Workgroups > Assigned to All > Information".
- Click the "Select Workgroup" button.
- Click the "New" button.
- Fill out required fields.
- Check the "Assign on Referral" checkbox.
- Click Save.
- Click the Workgroup cell.
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Utilities".
- Scroll down to "Refresh Client Workgroup Assignments" utility.
- Click the "Run" button.
- Click the "OK" button.
- Validate the notification in Alerts contains "Completed! Refresh Client Workgroup Assignments has finished".
- Navigate to "Referral > Referrals Made > View Worker Assignments > Auto-Assigned Workgroups".
- Search and select desired Referral.
- Validate the recently created Referral Workgroup is shown in the Listing.
- Navigate to "Agency > Workgroups > Assigned on Program > Information".
- Click the "Select Workgroup" button.
- Click the "New" button.
- Fill out required fields.
- Click Save.
- Click the Workgroup cell.
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Utilities".
- Scroll down to "Refresh Client Workgroup Assignments" utility.
- Click the "Run" button.
- Click the "OK" button.
- Validate the notification in Alerts contains "Completed! Refresh Client Workgroup Assignments has finished".
- Navigate to "Client > Client Information > Critical Information > Auto Assigned Workgroups".
- If necessary, click the "Refresh" button.
- Validate the recently created Workgroup is shown in the Listing.
- Navigate to "Agency > Workgroups > Assigned on Site > Workgroup By Site".
- Click the "Select Workgroup" button.
- Click the "New" button.
- Fill out required fields.
- Check the "All Programs" checkbox.
- Click Save.
- Click the Workgroup cell.
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Utilities".
- Scroll down to "Refresh Client Workgroup Assignments" utility.
- Click the "Run" button.
- Click the "OK" button.
- Validate the notification in Alerts contains "Completed! Refresh Client Workgroup Assignments has finished".
- Navigate to "Client > Client Information > Critical Information > Auto Assigned Workgroups"
- Search and select Client that is assigned to the Facility selected in Workgroups.
- If necessary, click the "Refresh" button.
- Validate the recently created Workgroup is shown in the Listing.
|
Topics
• Workgroup
|
Import Forms Containing Test/Assessment(s)
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Look-up Tables Listing (filtered)
- Columns Pick List NX
- Form Families
- FormDesigner
- Forms
- Interface Design Form Set
- NX FIELD [EDIT]
- NX Sub Form [ADD]
- NX Test [EDIT]
- Sub Reports for Users - All
- Test Header Setup Lookup
- FileUploadForm
Scenario 1: Form Designer: Validate Form Export Operations
Specific Setup:
The following User-Defined elements must be created in order to be added to a Form: Look-Up Table, Domain & Test, SubReport, and SubForm.
Steps
- Navigate to "Setup > User Tools > Interface Designer > Form Designer".
- Select desired "Form Family".
- Select desired System Form.
- Validate the "Export" option is not present under the "Actions" menu.
- Select "Copy" from the "Actions" menu.
- Set desired "Form Name" and "Form Code".
- Add desired "Form Elements".
- Fill out required fields for each "Form Elements".
- Click "Save".
- Validate saving was successful.
- Select "Export" from the "Actions" menu on the custom "Form".
- Validate a JSON file was created.
Scenario 2: Validate Importing an In Use Test Code Into Form Designer Displays Duplication Error
Specific Setup:
Available UDF form to export from Form Designer.
Steps
- Navigate to "Setup > User Tools > Interface Design > Form Designer".
- Select a Form Family.
- Export a UDF form.
- Navigate to "Setup > User Tools > Interface Design > Import Forms".
- Upload the exported file.
- Validate "Following Test code(s) in file FormExport.json already exists and in use. Please enter a new test code and try again..." error message.
- Validate "Form already exists in system:..." error message.
Scenario 3: Validate Ability To Import Forms With Test/Assessments
Specific Setup:
4 forms available to import: - Existing form with existing test/assessment that is not in use.
- Existing form with existing test/assessment that is in use.
- New form without a test/assessment.
- New form with a new test assessment.
Steps
- Navigate to "Setup > User Tools > Interface Design > Import Forms".
- Import each type form.
- For existing form with existing test/assessment that is not in use:
- Validate "Form already exists in system:..."
- For existing form with existing test/assessment that is in use:
- Validate "Following Test code(s) in file ... already exists and in use. Please enter a new test code and try again".
- Validate "Form already exists in system:..."
- For new form without a test/assessment:
- Validate successful upload of form.
- For new form with a new test assessment:
- Validate successful upload of form and test/assessment.
|
Topics
• Forms
• Setup
|
Treatment Plan Problem Category Propagation
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Area of Treatment Treatment Plan [EDIT]
- Client Search
- Goals Treatment Plan Depend on Category [ADD]
- Goals Treatment Plan Depend on Category [EDIT]
- Methods Treatment Plan [ADD]
- Methods Treatment Plan [EDIT]
- Objectives Treatment Plan [ADD]
- Problem Category Lookup - Not Safety Plan
- Problems Identified (People/Category)
- ServicePlanForm
- ServicePlanList
- Treatment Plan - Short Term Objective
- Treatment Plan Library (by Category)
Scenario 1: Validate Goal Category Propagates to Methods and Objectives in Treatment Plan
Specific Setup:
Client without a Treatment Plan started.
Steps
- Navigate to "Client > Case Management > Plan Development > Planning".
- Search for desired Client.
- Start a new "Treatment Plan".
- Fill required data on form.
- Choose a "Problem Category" in Treatment Plan.
- Validate the Goal, Objective and Method forms are limited by the problem category of the goal chosen.
- Clear the selection on the "Problem Category Goal" field.
- Validate the problem category clears on other nodes in the treatment plan.
- Validate ability to save treatment plan.
- Re-open treatment plan and validate "Problem Category" does not propagate to new goals.
|
Topics
• Treatment Plans
|
Collaterals
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Case Planner [ADD]
- Client Collateral [ADD]
- Client Relationships Form Set
- Client Search
- Collateral Contacts
- Community Resources [ADD]
- CopyCollateral
- Gender Table
- Health Practitioners [ADD]
- Members Personal Form [EDIT]
- Outside Organization Worker [ADD]
- Outside Organizations
- Outside Organizations and Schools
- People Search with Collateral
- Person Information No Anonymous [ADD]
- Referral Contact Table
- Relationship - All Table
- Relationship - Collateral - Not Family
- Relationship - Collateral Table
- Relationship - Community Resources
- Relationship - Health Practitioners
- Wizard
Scenario 1: Copying Collaterals
Steps
- Navigate to "Client > Client Information > Relationships > Collaterals".
- Search and select desired Client, if necessary, select one that does not have any Collaterals.
- Click "Add New".
- Select "Personal Collateral" from the drop down list.
- Fill out required fields.
- Click "Finish".
- Validate the Personal Collateral is listed.
- Click "Add New".
- Select "Outside Organization Worker" from the drop down list.
- Select an Organization that contains workers in the "Organization" field.
- Fill out other required fields.
- Click Save.
- Validate the Outside Organization Worker is listed.
- Click "Add New".
- Select "Case Planner" from the drop down list.
- Fill out required fields.
- Click Save.
- Validate the Case Planner is listed.
- Click the "Health Practitioners" tab.
- Click "Add New".
- Select "Health Practitioner" from the drop down list.
- Fill out required fields.
- Click Save.
- Validate the Health Practitioner is listed.
- Click the "Community Resources" tab.
- Click "Add New".
- Select "Community Resource" from the drop down list.
- Fill out required fields.
- Click Save.
- Validate the Community Resource is listed.
- Click the "Actions" button.
- Select "Copy Collateral" from the Actions drop down list.
- Click the "Search Client" button.
- Search and select a Client that has Collaterals.
- Verify the list of Collaterals are shown.
- Click the desired Client Collateral checkbox, or click "Select All" in the top left.
- Validate the selected Collaterals are shown on the right side of the table.
- Click the "Copy Collaterals" button.
- Close out of the Collaterals page.
- Click the "Refresh" button.
- Validate the list of Collaterals are shown in the Listing table.
- Click on a Collateral link.
- Validate the link redirects to the Client Information.
- Click Close.
|
Topics
• Client
|
LA IBHIS Outpatient Episodes
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission Necessity Code
- AXIS IV (Psychosocial and Environmental Problems) [ADD]
- Client Search
- Conservator Court Status
- Critical Information
- Diagnosis - (Axis IV problems)
- LA County Client Information [EDIT]
- Level of Hold
- Placement Events by Agency/Program - People2
- Program Enrollment [Edit]
- Program Enrollment From Service Track [ADD]
- Program Listing By Agency and Worker
- Program Setup - No Care Day/Respite [EDIT]
- Provider Sites by Program (Vacancy)
- Source Of Admission
- Staff - Service Providers (Caseloads - Zip Zones)
- Type of Admission
- Worker Role (to a client or in a workgroup) Table
- Yes No Unknown Table
- Diagnosis General - LA DMH SF Subform
- Diagnosis Search Service
- Diagnosis Status
- Primary Diagnosis for a Person (by People_ID)
- Priority Table
- Staff - All (by Staff ID)
- Type of Diagnosis
- Type Of Discharge
Scenario 1: LA IBHIS - Allow Outpatient Episodes To Be Opened With Multiple Legal Entities
Specific Setup:
- A client will exist that has all the needed information filled in to Admit into the LA IBHIS System.
- At least two outpatient programs assigned to the IBHIS code of "00543" in the myEvolv System. In this example they will be the "Outpatient Program1" and "Outpatient Program2".
- At least one outpatient program assigned to the IBHIS code of "01946" in the myEvolv System. In this example this will be "Outpatient Program3".
- At least one inpatient program assigned to the IBHIS code of "00543" in the myEvolv System. In this example it will be "Inpatient Program1".
- An enrollment record is created for an outpatient program, "Outpatient Program1". This client has not been admitted into the IBHIS System.
Steps
- Navigate to the " LA County Client Information" form.
- Validate the enrollment record in the precondition displays in the "IBHIS Related Program Enrollments on Record" SubReport. In this example "Outpatient Program1".
- Validate there is no episode attached to the record.
- Navigate to the IBHIS System.
- Admit the client.
- Validate an episode number is generated, In this example it will be "1".
- Refresh the myEvolv form.
- Validate the episode displays on the "IBHIS Related Program Enrollments on Record" SubReport. This will be on the "Outpatient Program1" record.
- Enroll the client into the third outpatient program, assigned to "01946". In this example this will be "Outpatient Program3".
- Admit the client into the IBHIS system.
- Validate this program has the next episode number assigned. In this example it will be "2".
- Refresh the myEvolv Form.
- Validate the sub report is updated with the correct episode number.
- Add a 3rd enrollment record to a third outpatient program, assigned to "00543". In this example it will be "Outpatient Prorgram2".
- Admit the client to this program in the "IBHIS" system.
- Validate the episode number is the same episode as in the first program. In this example it will be "1". In this example "Outpatient Program2" and "Outpatient Program1" will have the same episode number.
- Refresh the myEvolv Form.
- Validate the episode number is updated with the correct episode number.
- Add an inpatient program enrollment record to IBHIS Code "0543". In this example "Inpatient Program1".
- Admit the client to the IBHIS System.
- Validate the episode number is the next incremented value. In this example "3".
- Refresh the myEvolv Form.
- Validate the episode number is updated with the correct episode number.
Scenario 2: LA IBHIS - Validate Diagnosis Functions With Multiple Episodes
Specific Setup:
- A client will exist that is enrolled in at least three episodes, At least one inpatient episode and 1 outpatient episode will exist.
- One of the episodes will be for a program code of "00543" in the myEvolv system, the other "01946".
- The diagnosis will occur after the start dates of the episodes.
Steps
- Navigate to the "LA County Information" form.
- Validate the Diagnosis in the precondition exists on the form.
- Access the link for sending data to LA County.
- Select the first episode.
- Validate the "Evolv Diagnosis Information" displays the diagnosis from the precondition.
- Validate the "LA County Diagnosis Returned By GetClientDiagnosis" displays "No records to display".
- Select the "Create Client Diagnosis".
- Wait for the process to complete.
- Validate the "LA County Diagnosis Returned By GetClientDiagnosis" contains the same information as the "Evolv Diagnosis Information".
- Redo the above steps with each episode.
- Validate the information is updated in the "LA County Diagnosis Returned By GetClientDiagnosis" section.
Scenario 3: LA IBHIS - Validate Discharging and Enrolling Creates A New Episode
Specific Setup:
- A client exists that has multiple programs in the same episode.
- The same client has other episodes that exist for other programs.
Steps
- Navigate to the "Enrollment" form.
- Discharge the client from the 2 programs that share the same episode.
- Set the discharge date to an earlier date and time then the current date.
- Fill in the required fields for the IBHIS system, in myEvolv, that need to be filled in.
- Navigate to the IBHIS system.
- Select the episode and discharge the client.
- Validate the myEvolv system shows the two programs that shared the episode as discharged.
- Create a new enrollment record for a program that the client was discharged from.
- Set the enrollment date after the discharge date above.
- Validate the myEvolv SubForm shows no episode on that program.
- Enter the IBHIS system and admit the client.
- Validate the episode is the next incremental value on the list.
- Validate the episode number is not duplicated for this enrollment.
|
Topics
• LA IBHIS
|
Billing Processing Performance Improvement
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency [EDIT]
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run Request Limit People Subform
- BillingProcessHistory
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
Scenario 1: Validate Flag Prevent Billed Services From Billing Again
Specific Setup:
- Scenario works with a client that has two "Primary, Sequence 1 Benefit Assignments".
- Both "Benefit Assignments" are set up to bill the same service.
Steps
- Navigate to "Agency Setup > Agency > Agency > Agency Information".
- Check the flag "Prevent Billed Services From Billing Again".
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Immediate Run".
- Select desired "Submitter".
- Fill in remaining required fields to bill desired service.
- Wait for billing to run.
- Validate desired claim is generated.
- Click "New Run".
- Select "Immediate Run".
- Select desired "Submitter" from clients "2nd Benefit Assignment".
- Fill in remaining required fields to bill desired service.
- Wait for billing to run.
- Validate 0 claims are generated.
- Navigate to "Agency Setup > Agency > Agency > Agency Information".
- Uncheck the flag "Prevent Billed Services From Billing Again".
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "Actions" button on the 0 claim run and select "Reprocess".
- Wait for billing to run.
- Validate desired claim is generated.
|
Topics
• Finance
|
Prevent Duplicate Policy Numbers
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Payers Setup Table
- Payers/Contracts Setup 2.0 Form Set
- Payor Information [EDIT]
- Benefit Assignment [ADD]
- Benefit Assignments [ADD]
- Benefit Assignments [DELETE]
- Client > Client Information > Personal Information > Benefit Assignments
- Client Search
- Payer of Agency
- Plans/Contracts by Staff
- Benefit Assignment [DELETE]
- Payers of Agency
- Benefit Assignment [EDIT]
- Client > Client Information > Personal Information > Benefit Assignments - Completed Events
Scenario 1: Validate "Prevent Duplicate Policy Numbers" Field availability and Tool Tip
Specific Setup:
- User has access to Finance Setup module.
Steps
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Payer".
- Click on "Select Payer" and select any payer except for "Self Pay".
- Validate the "Prevent Duplicate Policy Numbers" field is present.
- Hover over the "Prevent Duplicate Policy Numbers" field and validate the tool tip: "When selecting this option, upon saving benefit assignments on the client record, the system will stop the user from saving if the policy number entered matches another client’s benefit for any Plan configured under this Payer.”
- Check off the "Prevent Duplicate Policy Numbers" field, and click the "Save" button.
- Click on "Select Payer" and select "Self Pay".
- Validate the "Prevent Duplicate Policy Numbers" field is disabled.
Scenario 2: Multiple Clients With Same Payor/Plan – “Prevent Duplicate Policy Numbers” Field Is Enabled
Specific Setup:
- The "Prevent Duplicate Policy Numbers" field is enabled for desired payer within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Payer".
- Multiple clients on record with the same Payer/Plan where the "Prevent Duplicate Policy Numbers" is set.
- User has access to Finance Setup module.
- User has access to Client(s) record.
Steps
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Select desired client that contains a "Payer" where the "Prevent Duplicate Policy Numbers" is checked off on the setup.
- Take note of the "Policy Number" that is set for the desired payer.
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Select a different client that contains the same "Payer".
- Click the "Add New" button, select "Add Event" and select "Benefit Assignment".
- Set the "Payer" input box to the same payer where the "Prevent Duplicate Policy Numbers" is checked off on the setup.
- Set the "Policy Number" input box to the same "Policy Number" where it was noted.
- Set the remainder of the desired fields, and click the "Save" button.
- Validate a message displays:
- "Duplicate Policy number entered for ABC Payer*. Client ID: 000000000X** already has this policy number. Enter a different policy to save or cancel the entry to update the other client's benefit first."
- Note: * This will be the "Payer" name.
- Note: **This will be the "Client ID" that already has this policy number set on their record.
- Click the "OK" button.
- Make the appropriate modifications, and click the "Save" button.
Scenario 3: Different Clients With the Same Payer and Different Plan
Specific Setup:
- User has access to client.
- Existing benefit assignment on record for desired Payer.
- The "Prevent Duplicate Policy Numbers" is checked off within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Payer" for the desired payer.
Steps
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Click "Select Client" button and select a client that has the "Prevent Duplicate Policy Numbers" set on their payer.
- Take note of the "Payer", "Plan/Contract", and "Policy Number" on the record.
- Click "Select Client" and select a different client record.
- Click on the "Add New" button, and select "Add Event".
- Select "Benefit Assignment" from the event listing.
- Set the "Payer" field to the same as the first client selected.
- Set the "Plan/Contract" field to a different "Plan/Contract" as the first client selected.
- Set the "Policy Number" field to the same as the first client selected.
- Set the remainder of the desired fields, and click the "Save" button.
- Validate a message displays:
- "Duplicate Policy number entered for ABC Payer*. Client ID: 000000000X** already has this policy number. Enter a different policy to save or cancel the entry to update the other client's benefit first."
- Note: * This will be the "Payer" name.
- Note: **This will be the "Client ID" that already has this policy number set on their record.
- Click the "OK" button.
- Make the appropriate modifications, and click the "Save" button.
Scenario 4: Medicaid Payer has "Medicaid Additional" Field set and "Prevent Duplicate Payor Numbers" field set
Specific Setup:
- User has access to client.
- Existing benefit assignment on record for Medicaid Payer.
- The "Prevent Duplicate Policy Numbers" is checked off within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Payer" for the Medicaid payer.
Steps
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Select desired client that has an existing "Medicaid Payer" set.
- Click on the "Add New" button, and select "Add Event".
- Select "Benefit Assignment" from the event listing.
- Set the "Payer" field to "Medicaid".
- Set the "Plan/Contract" field to a different plan than the other plan that is currently on the record.
- Set the "Policy Number" field to the same "Policy Number" that is set on the current record.
- Check of the "Medicaid Additional" field.
- Set the remainder of the desired fields.
- Click the "Save" button.
- Validate the alert message "Duplicate Policy number entered for Medicaid Payer.", does not display.
Scenario 5: Duplicate policy numbers entered on Benefit Assignment where the "Prevent Duplicate Policy Numbers" is not set
Specific Setup:
- The "Prevent Duplicate Policy Numbers" is not checked off within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Payer" for the desired payer.
- Client benefit assignment has "Policy Number" set.
- User has access to Finance module.
- User has access to client record.
Steps
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Select desired client that contains a "Payer" where the "Prevent Duplicate Policy Numbers" is checked off on the setup.
- Take note of the " Payer" and "Policy Number" that is set.
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Click "Select Client", and select a different client.
- Click the "Add New" button, select "Add Event" and select "Benefit Assignment".
- Set the "Payer" input box to any payer where the "Prevent Duplicate Policy Numbers" is not set.
- Set the "Policy Number" as the same as the one noted.
- Set the remainder of the fields as necessary, and click the "Save" button.
- Validate the "Duplicate Policy number entered" message does not display.
|
Topics
• Finance Setup
|
|
Topics
• Family Cases
• Groups
|
Tests/Assessments Completion in Bells.ai
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Bells Summary
- Chart
- Client Search
- Client Service Entry
- Note
- Patients
- Session Information
- sign note
Scenario 1: Bells.ai - Test Assessment - Questions That Have Multiple Choice - Single Select
Specific Setup:
- A client that exists in both the Bells.ai and myEvolv systems.
- The event is set up in the myEvolv for the client and program.
- In Bells.ai, the note has been configured.
Steps
- In the Bells.ai system select the client.
- Create a note for the client.
- Use the Event with the question.
- Validate the responses are the same for the event in myEvolv and Bells.
- Fill in the form and send the note.
- In myEvolv, navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Edit the event created from Bells.ai.
- Validate the responses entered in Bells.ai are the same ones saved in the myEvolv event.
Scenario 2: Bells.ai - Test Assessment - Numeric Questions
Specific Setup:
- A client that exists in both the Bells.ai and myEvolv systems.
- The event is set up in the myEvolv for the client and program.
- In Bells.ai, the note has been configured.
Steps
- In the Bells.ai system select the client.
- Create a note for the client.
- Use the Event with the question.
- Validate the responses are the same for the event in myEvolv and Bells.
- Fill in the form and send the note.
- In myEvolv, navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Open the event created from Bells.ai.
- Validate the responses entered in Bells.ai are the same ones saved in the myEvolv event.
Scenario 3: Bells.ai - Test Assessment - Narrative Questions
Specific Setup:
- A client that exists in both the Bells.ai and myEvolv systems.
- The event is set up in the myEvolv for the client and program.
- In Bells.ai, the note has been configured.
Steps
- In the Bells.ai system select the client.
- Create a note for the client.
- Use the Event with the question.
- Validate the responses are the same for the event in myEvolv and Bells.
- Fill in the form and send the note.
- In myEvolv, navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Open the event created from Bells.ai.
- Validate the responses entered in Bells.ai are the same ones saved in the myEvolv event.
Scenario 4: Bells.ai - Test Assessment - Date Entry
Specific Setup:
- A client that exists in both the Bells.ai and myEvolv systems.
- The event is set up in the myEvolv for the client and program.
- In Bells.ai, the note has been configured.
Steps
- In the Bells.ai system select the client.
- Create a note for the client.
- Use the Event with the question.
- Validate the responses are the same for the event in myEvolv and Bells.
- Fill in the form and send the note.
- In myEvolv, navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Open the event created from Bells.ai.
- Validate the responses entered in Bells.ai are the same ones saved in the myEvolv event.
Scenario 5: Bells.ai - PIckList Questions
Specific Setup:
- A client that exists in both the Bells.ai and myEvolv systems.
- The event is set up in the myEvolv for the client and program.
- In Bells.ai, the note has been configured.
Steps
- In the Bells.ai system select the client.
- Create a note for the client.
- Use the Event with the question.
- Validate the responses are the same for the event in myEvolv and Bells.
- Fill in the form and send the note.
- In myEvolv, navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Open the event created from Bells.ai.
- Validate the responses entered in Bells.ai are the same ones saved in the myEvolv event.
Scenario 6: Bells.ai - Multiple Choice That Have Multiple Selections
Specific Setup:
- A client that exists in both the Bells.ai and myEvolv systems.
- The event is set up in the myEvolv for the client and program.
- In Bells.ai, the note has been configured.
Steps
- In the Bells.ai system select the client.
- Create a note for the client.
- Use the Event with the question.
- Validate the responses are the same for the event in myEvolv and Bells.
- Fill in the form and send the note.
- In myEvolv, navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Open the event created from Bells.ai.
- Validate the responses entered in Bells.ai are the same ones saved in the myEvolv event.
|
Topics
• CareConnect
|
CareFabric NIAM Account ID
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
Scenario 1: Send NIAM ID Through CareFabric
|
Topics
• NIAM
• Third Party Solution
|
Release and Delete of Held Adjustment Action Claims
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Action Based Run - Claim Action Types
- All Clients With Security Listing by PeopleID
- AR Management
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Request Action Based Run [ADD]
- BillingProcessHistory
- Cash Receipts for Remittance
- FinanceClaims
Scenario 1: Validate Release And Delete Of Held Adjustment Action Claims
Specific Setup:
Requires a "Held Claim" that was generated by "Bulk Adjustment" action with "Calculate - Billing".
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Open desired "Action Based Billing" run.
- On the "Held Claim" click "Actions" button and select "Release and Delete".
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set parameters to search for desired claim.
- Click "View More".
- Validate the "Bulk Action" says (not performed).
|
Topics
• Finance
|
Delete Billing Batch
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Claim Output Ready
- Claim/Invoice Batch [VIEW]
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Submitter Information
- Alerts - View [VIEW]
- Billing Run NX [DELETE]
- Immediate Billing Run Request [EDIT]
Scenario 1: Delete Billing Run And Delete Billing Request Validation When Output Has Been Generated
Specific Setup:
- Requires services that can be billed.
- User has access to Finance module.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and select "Start New Billing Run".
- Fill in required fields to generate desired claims.
- Wait for billing to run.
- Open the resulting "Billing Batch"
- Create "Billing Output".
- Close the "Output".
- Click "Actions" and select "Delete Billing Run".
- Validate an alert appears stating "One or more of the batches you are about to delete has had output created. Deleted batches if already submitted to the receiver will not be restored. Are you sure you want to delete?".
- Click "Cancel".
- Validate the "Billing Run" has not been deleted.
- Click "Actions" and select "Delete Request".
- Validate an alert appears stating "One or more of the batches you are about to delete has had output created. Deleted batches if already submitted to the receiver will not be restored. Are you sure you want to delete?".
- Click "Cancel".
- Validate the "Billing Request" has not been deleted.
Scenario 2: Delete Batch Validation When Output Has Been Generated
Specific Setup:
- Required a service that can be billed.
- User has access to Finance module.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click on the "New Run" button.
- Set the required fields and any other desired items.
- Click the "Save" button.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Click the "Start Billing Now" button, and click the "OK" dialog button.
- Select "Billing Batches Management" from the formset, and click the "Refresh" button.
- Once your desired billing run is complete, and has generated claims, click the "Claims" cell.
- Click "Open Batch" and click on the "Create Output" button.
- Click the "X" to close the window.
- Validate the "Status" contains "Created".
- Click the "Actions" button, and select "Delete Batch".
- Validate the alert text containing "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?" displays.
- Click the "Cancel" button.
- Validate your desired batch is still present.
- On the batch, click "Actions" and select "Delete Batch".
- Validate the alert text "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?" displays.
- Click the "OK" button
- Click the "Refresh" button and validate that your recently deleted batch is not present.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click on the "New Run" button.
- Set the required fields and any other desired items.
- Click the "Save" button.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Click the "Start Billing Now" button, and click the "OK" dialog button.
- Select "Billing Batches Management" from the form set, and click the "Refresh" button.
- Once your desired billing run is complete, and has generated claims, click the "Claims" cell.
- Click "Open Batch" and click on the "Create Output" button.
- Click the "X" to close the window.
- Click the "Actions" button and select "Delete Request".
- Validate the alert text containing "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED.ARE YOU SURE YOU WANT TO DELETE?"
- Click the "Cancel" button
- Validate the billing run is still present and that the "Status" is "Pending Review".
- Click the "Actions" button and select "Delete Request".
- Validate the alert text containing "Are you sure you want to delete this record?" displays, and click the "Ok" button.
- Validate the alert text containing "A job has been scheduled to delete this request" displays, and click the "Ok" button.
- Validate the "Status" will display as "deleting".
- Click the "Refresh" button and validate the billing run is no longer present.
Scenario 3: Delete Billing Run And Delete Billing Request From Claim Link Validation When Output Has Been Generated
Specific Setup:
- Requires a service that can be billed.
- User access to the Finance module.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click on the "New Run" button.
- Set the required fields and any other desired items.
- Click the "Save" button.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Click the "Start Billing Now" button, and click the "OK" dialog button.
- Select "Billing Batches Management" from the formset, and click the "Refresh" button.
- Once your desired billing run is complete, and has generated claims, click the "Claims" cell.
- Click "Open Batch" and click on the "Create Output" button.
- Click the "X" to close button.
- Click "Delete Batch" link.
- Validate alert text "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?".
- Click the "Cancel" button
- Validate the claim number exists.
- Click the "Delete Batch" link.
- Validate the alert text "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?" displays.
- Click the "Ok" button.
- Validate the "Run Description" does not contain the billing batch that was just deleted.
- Click the "Start Billing Now" button, and click the "OK" dialog button.
- Select "Billing Batches Management" from the form set, and click the "Refresh" button.
- Click the "Refresh" button.
- Once your desired billing run is complete, and has generated claims, click the "Claims" cell.
- Click on the "Open Batch" link and click on the "Create Output" button.
- Click the "X" to close.
- Click the "Delete Request" button.
- Click the "Cancel" button on the alert text of "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?".
- Click the "Cancel button.
- Click the "Delete Request" link.
- Click the "OK" button on the alert text of ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?".
- Validate the "Status" field displays as "Deleting".
- Click the "Refresh" button and validate the billing run is no longer present.
Scenario 4: Delete Billing Batch Request From Claim Link Validation When Output Has Been Generated
Specific Setup:
- Requires a service that can be billed.
- User access to the Finance module.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click on the "New Run" button.
- Set the required fields and any other desired items.
- Click the "Save" button.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Click the "Start Billing Now" button, and click the "OK" dialog button.
- Select "Billing Batches Management" from the formset, and click the "Refresh" button.
- Once your desired billing run is complete, and has generated claims, click the "Claims" cell.
- Click "Open Batch" and click on the "Create Output" button.
- Click the "X" to close button.
- Click the "Delete Billing Run" link, and click the "Delete" button.
- Validate the alert message "Do you really want to delete?" displays, and click the "OK" button.
- Validate the alert message "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?" displays and click the "Cancel" button.
- Click the "Delete" button.
- Click the "OK" button on the "Do you really want to delete?" message.
- Click the "OK" button on the "One or more of the batches you are about to delete has had output created." message.
- Wait until the "Deleting, please wait..." message is no longer displayed.
- Validate the "Run Description" does not contain the deleted billing run.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Click the "Start Billing Now" button, and click the "OK" dialog button.
- Select "Billing Batches Management" from the form set, and click the "Refresh" button.
- Click the "Refresh" button.
- Once your desired billing run is complete, and has generated claims, click the "Claims" cell.
- Click the "Open Batch" link and click on the "Create Output" button.
- Click the "X" to close, and click the "Delete Request" link
- Validate the alert text "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?" displays.
- Click the "Cancel" button.
- Click the "Delete Request" link
- Click "OK" on the alert text "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?"
- Validate the "Status" field displays as "Deleting".
- Click the "Refresh" button and validate the billing run is no longer present.
Scenario 5: Delete Batch within the "Edit Billing Request"
Specific Setup:
- User has access to Finance module.
- An existing unsent billing batch on record.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Locate desired unsent batch.
- Click on the "Actions" button, and select "Open Batch".
- Click on the "Create Output" button, and click the "X" to close.
- On the same batch, click on the "Actions" button and select "Edit Billing Request".
- Click the "Delete" button.
- Validate the alert text is received "Do you really want to delete?", and click the "OK" button.
- Validate the alert text is received "ONE OR MORE OF THE BATCHES YOU ARE ABOUT TO DELETE HAS HAD OUTPUT CREATED. DELETED BATCHES IF ALREADY SUBMITTED TO THE RECEIVER WILL NOT BE RESTORED. ARE YOU SURE YOU WANT TO DELETE?"
- Click the OK button.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Set the "Control Number" to the batch that was just deleted.
- Validate the "Control Number" does not exist.
|
Topics
• Finance
|
AR Management
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Claim/Invoice Batches
Scenario 1: Validate AR Management Action Text Description
Specific Setup:
System has action based runs where claims have been held and the batches have been submitted.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Check "Only Show Held Claims".
- Locate held claim.
- Expand timeline.
- Validate the claim resubmission displays as "Held for Payer".
|
Topics
• Finance
|
Improved Performance On "Agency Program Services" Setup Save
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency Program Services [EDIT]
- Agency Program System Services by Program [ADD]
- Agency Program System Services by Program Subform
- Event Definitions - System - Services
- Group Profile Type - By System Event
- Location Table (Service)
Scenario 1: Validate Linking An Event to Program
Specific Setup:
An event exists that is not added to a program.
Steps
- Navigate to "Agency Setup > Services Setup > By Program > Individual Services".
- Open the desired test program.
- Click "Actions" drop-down under System Defined Services and select "Expand Form".
- Populate "Service Event".
- Populate "Service Facility Type".
- Populate "Default Location"
- Check "Is Active".
- Click "Save".
- Edit the program.
- Validate the event displays.
- Add the same event a second time and try to save the work.
- Validate a duplicate warning displays.
- Cancel the process and exit the form.
- Edit the program.
- Delete the service event just added.
- Save the form.
- Validate the service event is no longer displaying.
|
Topics
• Agency Setup
|
Address Overwrite on Claim Output
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Claim 2.0 [EDIT]
- Claim Output Ready
- Claim Receivers Setup Form Set
- Claim/Invoice Batch [VIEW]
- FinanceClaims
- Notepad
- Payor-Facility License Link [EDIT]
- Payor-Facility License Link Subform
- Receiver Information - All
- Receiver Information X12 Submissions [EDIT]
- Service Facilities Listing
- Service Facility [EDIT]
Scenario 1: Validate Payer License Address Overwrite On Service Facility Outputs On 837 Claim Output
Specific Setup:
Requires a billing run with at least one claim that is set to output "837P".
Steps
- Navigate to "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup X12".
- Select desired "Receiver".
- Check the flag "Output Service Facility in 837 as Service Facility".
- Save.
- Navigate to "Agency > Service Locations > Sites/Residentials > General Information".
- Select desired "Facility".
- Navigate to "Licensing Info".
- Add desired "Payer Specific Information" in the SubForm.
- Expand the SubForm for to add an "Overwrite Address".
- Validate "Do not Output as Rendering Provider" is not checked.
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Select desired "Billing Run".
- Open the billing run to generate the output.
- Validate NM1*77 row contains desired "Facility".
- Validate N3 and N4 row contain the overwrite address.
- Navigate to "Agency > Service Locations > Sites/Residentials > General Information".
- Select desired "Facility".
- Navigate to "Licensing Info".
- Check the flag "Do not Output as Rendering Provider".
- Save.
- Repeat steps 12-14.
- Validate NM1*77 row contains desired "Facility".
- Validate N3 and N4 row contain the overwrite address.
|
Topics
• Agency
• Finance
|
Collection Type
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Claims Maintenance NX Form Set
Scenario 1: Submission Balance and Expected Amount - Collection
Specific Setup:
- Collection Submitter and Receiver are configured.
- Collections Processing is configured within the Self Pay Plan.
- Collection billing batch must be marked as sent.
- User has access to Finance module.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Click on the "View Filters" button.
- Within the Search Parameters, check off the "Show Claims Flagged for Collections" and "Include No Remit Claims" fields.
- Click on the "Search" button.
- On desired claim, click on the "Add Action" link.
- Within the "Action" field, select "Resubmit to CCU".
- Set the "Amount Type" to "Remaining Balance".
- Set the desired "Transaction Month", and click "Save".
- Navigate to "Finance > Claim Maintenance > Automatic > Submissions".
- Enter the claim for the resubmit that was just performed.
- For the collection submission, validate the "Claim Submission Balance" matches the same amount displayed within the "Amount Expected" field.
|
Topics
• Finance
|
Telehealth Group Appointments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency/Programs Table
- Class Scheduled Tasks [ADD]
- Class Scheduled Tasks [EDIT]
- Gender Table
- New Group [ADD]
- New Group Enrollment Wizard [ADD]
- Person Information [ADD]
- Provider Sites by Agency/Program
- Schedules
- Schedules - Group Subform
- Select Group
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
- Support Group Classes Subform
- Wizard
- FrontDeskCheckIn
- Group Events/Tasks Listing
- Group Management [EDIT]
- Groups Form Set
- Immunizations - Standard Codes [ADD]
- Schedules - Group [ADD]
- Staff - Service Providers (by Staff_id)
- Standard Codes - All codes by Event
- Standard Codes - Immunization Form Entry
- Support Group Members [DELETE]
Scenario 1: Validate Telehealth in Group Appointments
Steps
- Navigate to "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Search and select desired Staff.
- Validate the "Is Telehealth Enabled? checkbox is checked.
- Click Close.
- Navigate to "Groups > Group > Information > General Information".
- Click the "Select Group" button.
- Click the "New" button.
- Fill out required fields.
- Click Save.
- Navigate to "Groups > Group > Information > Enrollments".
- Click the "Add New" button.
- Select "Add Event" from the drop down list.
- Select "Group Enrollment" from the drop down list.
- Fill out required fields.
- Click the "Finish" button.
- Enroll another Client.
- Validate two Clients have been enrolled into the recently created Group.
- Navigate to "Groups > Service Management > Service Management > Activities".
- Click "Add New".
- Select "Add Task" from the drop down list.
- Select desired Event from the drop down list.
- Fill out required fields.
- Click Save.
- Validate the Group Service Event has been created.
Scenario 2: Validate Telehealth Group Schedules
Specific Setup:
- System has been configured for Telehealth by Netsmart.
- "Is Telehealth Enabled?" checkbox also needs to be checked through "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
Steps
- Navigate to "Groups > Group > Information > General Information".
- Click the "Select Group" button.
- Click 'New".
- Fill out required fields.
- Click Save.
- Click the "Enrollments" tab.
- Click "Add New".
- Select "Group Enrollment" from the drop down list.
- Fill out required fields.
- Click "Finish".
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Check the "Include Group Appointments?" checkbox.
- Check the "Include Telehealth Appointments?" checkbox.
- Set the "Date" input box to a future date.
- Click the "Apply Filters" button.
- Validate the recently created Group Enrollment is listed in the "Scheduled" column.
|
Topics
• Telehealth
|
Bells.ai Canceling Scheduled Events
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- bells sum
- Bells Summary
- Cancel Appointment
- Client Related Task - New [ADD]
- Client Related Task - New [DELETE]
- Client Related Task - New [EDIT]
- Client Search
- Client Service Entry
- Patients
- Write-off reasons for Scheduled Events
Scenario 1: Bells.ai - Validate "Scheduled" Events In myEvolv Are "Cancelled" When The "Upcoming" Event Is "Cancelled" in Bells.ai
Specific Setup:
- An event scheduled in the myEvolv system.
- The event displays in the Bells.ai system.
Steps
- In the Bells.ai system:
- Select the client with schedule event.
- Validate the event shows as an "Upcoming Appointment".
- Validate the status indicates not started.
- Click the status and cancel the appointment.
- Fill in the form.
- Cancel the appointment.
- In myEvolv:
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Validate the status indicates "Cancelled".
- Select the service and edit it.
- Validate the "Reason for Write Off/Cancel" displays "Other".
|
Topics
• Service Entry
|
UB-04 Output
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Cash Receipts for Remittance
- Claim Output
- Claim Output Ready
- Claim/Invoice Batch [VIEW]
- Claims Submission For Remittance NX [EDIT]
- FinanceClaims
Scenario 1: Validate Primary Payor Information Displays On UB-04 After Waterfall
Specific Setup:
- Requires a claim that can be waterfalled to "Secondary Payer".
- Receiver on "Secondary Payer" should be set up to output "UB-04".
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set parameters to search for desired claim.
- Add desired "Payment".
- Click "Add Action".
- Select "Resubmit To Other/Waterfall".
- Save.
- Wait for billing to run.
- Open the batch to the new submission.
- Click on "Create Output".
- Open the "UB-04" output.
- Validate it contains desired payment and "Primary Payer" information.
|
Topics
• Finance
|
Clinic Scheduled Events and On Demand Billing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FinanceClaims
- Front Desk Calendar Appointment [ADD]
- Front Desk People Search
- FrontDeskCalendar
- FrontDeskCheckIn
Scenario 1: Validate On Demand Billing With Clinic Appointments
Specific Setup:
- Requires a client with a "Self Pay Benefit Assignment".
- Requires a service that set up in "Self Pay" and flagged for "On Demand Billing".
- Requires a "Facility" to be set up with a "Clinic Schedule".
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Click on "View Calendar".
- Click "Clinic" tab.
- Check off desired "Clinic".
- Right click on desired "Appointment Slot" row to schedule an appointment.
- Fill in required fields for the scheduled event.
- Save.
- Close the calendar.
- Click "Refresh".
- Validate the event is listed.
- Click "Check In".
- Click "Complete Task".
- Fill in required fields to complete the event.
- Save.
- Validate the event moves to the "In Progress" column.
- Validate "Run On Demand Billing" button is visible.
- Click the "Run On Demand Billing" button.
- Wait for billing to run.
- Click on "Review Claims".
- Validate the desired claim was generated.
|
Topics
• Finance
• Front Desk
|
Outbound DFT^P03: Honor Placement Claim Date
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Plan Output [EDIT]
- Billing Rate - Service Based NX [EDIT]
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Client Search
- Client Service Entry
- Finance Setup Manual Services NX Form Set
- FinanceClaims
- HL7 Document Types Setup Link
- HL7 Outbound [ADD]
- HL7 Outbound [EDIT]
- HL7 Outbound v2.0 Form Set
- Immediate Billing Run Request [ADD]
- Immediate Billing Run Request [EDIT]
- Time Charts
Scenario 1: DFT P03 Outbound FT Segement - Single Claim - No Roll Up Services And Units Test
Scenario 2: DFT P03 Outbound FT1-10 Segement - Multi Claim- Roll Up Services Unit Test
|
Topics
• Third Party Solution
|
Outbound DFT^P03: Units of Service
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Plan Output [EDIT]
- Billing Rate - Service Based NX [EDIT]
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Client Search
- Client Service Entry
- Finance Setup Manual Services NX Form Set
- FinanceClaims
- HL7 Document Types Setup Link
- HL7 Outbound [ADD]
- HL7 Outbound [EDIT]
- HL7 Outbound v2.0 Form Set
- Immediate Billing Run Request [ADD]
- Immediate Billing Run Request [EDIT]
- Time Charts
Scenario 1: DFT P03 Outbound FT Segement - Single Claim - No Roll Up Services And Units Test
Scenario 2: DFT P03 Outbound FT1-10 Segement - Multi Claim- Roll Up Services Unit Test
|
Topics
• Third Party Solution
|
Outbound DFT^P03 - Support Multiple Service Lines
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Plan Output [EDIT]
- Billing Rate - Service Based NX [EDIT]
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Client Search
- Client Service Entry
- Finance Setup Manual Services NX Form Set
- FinanceClaims
- HL7 Document Types Setup Link
- HL7 Outbound [ADD]
- HL7 Outbound [EDIT]
- HL7 Outbound v2.0 Form Set
- Immediate Billing Run Request [ADD]
- Immediate Billing Run Request [EDIT]
- Time Charts
Scenario 1: DFT P03 Outbound FT Segement - Single Claim - No Roll Up Services And Units Test
Scenario 2: DFT P03 Outbound FT1-10 Segement - Multi Claim- Roll Up Services Unit Test
|
Topics
• Third Party Solution
|
ADT^A08 Updating Benefit Assignments, IN1 Segment
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Address by ZIP code Subform
- Agency Referral Personal Information [EDIT]
- Alternative IDs Subform
- Referral Search
- Benefit Assignment [EDIT]
Scenario 1: HL7 Inbound ADT^A08 Updates - Validate Demographics Are Updated
Scenario 2: HL7 Inbound ADT^A08 Updates - Validate Benefit Assignments Are Updated - Segment IN1
|
Topics
• Third Party Solution
|
Inbound "ADT^A08" Referral To Programs
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Referral Made Status Subform
- Referral Search
- Referral to Program from Outside Source [Edit]
Scenario 1: HL7 Inbound ADT^A08 Updates - PV1 Segement - Validate Referral To Program Remains Unchanged
|
Topics
• CareConnect
|
Inbound ADT^A04-RE to Honor Updates
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Address by ZIP code Subform
- Agency Referral Personal Information [EDIT]
- Alternative IDs Subform
- Benefit Assignment [EDIT]
- Import File Templates
- Import Services Form Set
- ImportFileLog
- Referral Information Form Set
- Referral Made Status Subform
- Referral Search
- Referral to Agency [EDIT]
- Referral to Program from Outside Source [Edit]
Scenario 1: HL7 Inbound ADT^A04—Referral - Validate Referral Accepts Modifications
|
Topics
• Program Referrals
• Referral Application
|
270 Eligibility Files
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 270 Output File
- 270 Output Ready
- Billing Batch Claims Review
- Billing Batches Management
- Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management
- Finance > Imports/Exports > Exports > Eligibility Requests (270)
- Claim Receivers Setup Form Set
- EligibilityManager
- Receiver Information - All
- Receiver Information 270-271 Setup [EDIT]
Scenario 1: Send 270 to RevConnect From Billing Run
Specific Setup:
Claim receiver "Output 270 in 5010 format" enabled under "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Filter for desired Receiver.
- Take note of "Run Description".
- Click Actions > Request Eligibility (270).
- Download the file.
- Validate the output has single file and has "5010" in the code.
- Validate the output does not have "4010" in the code.
- Click Send to RevConnect.
- Validate "270 submitted to SFTP" message.
- Click the Claims link.
- Click "Request Eligibility (270)".
- Download the file.
- Validate the output has single file and has "5010" in the code.
- Validate the output does not have "4010" in the code.
- Click Send to RevConnect.
- Validate "270 submitted to SFTP" message.
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Validate Description cell matches step 3.
- Validate Status "File Sent".
Scenario 2: Validate 270 Output File Honors "Output 270 in 5010 format" Option
Specific Setup:
Available Claim receiver to edit under "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
Steps
- Navigate to "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
- Select a receiver and enable:
- Break File on Max Clients
- Break File on new Provider
- Output 270 in 5010 format.
- Click Save.
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Find/create request 270 file with receiver from step 2.
- Select "Generate Output File".
- Validate the output zip has multiple files and they all have "5010" present in output file.
- Validate "4010" is not present in output file.
- Navigate to "Finance Setup > Agency Setup > Claim Receivers Setup > Receiver Setup 270/271".
- Select same receiver and disable:
- Break File on Max Clients
- Break File on new Provider
- Output 270 in 5010 format.
- Click Save.
- Navigate to Finance > Imports/Exports > Exports > Eligibility Requests (270)
- Select "Generate Output File" for the same 270.
- Validate the output has single file and has "4010" present in file.
|
Topics
• Finance
• Finance Setup
|
"Activities - Other" Services Events Activation
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency Program Services [EDIT]
- Agency Program Services/Program-User [EDIT]
- Agency Program Services/Program-User Subform
- Client Search
- Client Service Entry
Scenario 1: Validate "Activities - Other" Service Event Activation in NX
Steps
- Navigate to "Agency Setup > Service Setup > By Program > Individual Services".
- Click on the desired Program.
- Expand a Service Event that is categorized as "Activities - Other".
- Inactivate the Service Event.
- Click Save.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Search and select desired Client.
- Navigate to the Program used in Agency Setup.
- Click "Add Event".
- Verify the Service Event does not exist in the New Event list box.
- Navigate back to "Agency Setup > Service Setup > By Program > Individual Services".
- Click on the desired Program.
- Expand a Service Event that is categorized as "Activities - Other".
- Reactivate the Service Event.
- Click Save.
- Navigate back to "Client > Case Management > Service Management > Service Entry".
- Click "Refresh".
- Navigate to the Program used in Agency Setup.
- Click "Add Event".
- Verify the Service Event does exist in the New Event list box.
|
Topics
• Agency Setup
|
835 Remittance Import
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Claims Maintenance NX Form Set
- Finance File Import
- FinanceImportListing
- Report: Claim Remittance Report
- Claim Remittance Transactions Subform
- Claim Submission 2.0 [EDIT]
- Report: Claim Details Report
Scenario 1: Validate 835 Payment Withdrawal and Full Payment
Specific Setup:
- Requires an "835 Remittance" with valid claims.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click "Upload File" button.
- Select "Upload 835".
- Select desired "835 Remittance" file.
- Set "Deposit Date".
- Click "Upload" button.
- Wait for "835 File" to process.
- Click "Actions" button.
- Select "Remittance Report".
- Click on desired "Claim" link.
- Click "Submissions" tab.
- Validate the "Claim Remittance Status" contains "Paid".
- Validate the "Claim Submission Balance" contains $0.00".
- Repeat steps 2-6 for same file.
- Validate "This remittance has already been processed." message.
Scenario 2: Validate Remittance With Multiple Payments On Same Service Line
Specific Setup:
- Requires a "Multi Service Line" claim.
- Requires a "Remittance" with multiple payments for one of the service lines.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click "Upload File" and select "Upload 835".
- Select desired remittance file.
- Click "Upload".
- Validate file uploaded.
- Navigate to "Finance > Claim Maintenance > Automatic > Submissions".
- Select desired claim from remittance.
- Open the submission.
- Validate the "Submission" contains both payment statuses from the remittance.
Scenario 3: Validate Remittance Upload With CAS Info In Service Line
Specific Setup:
An 835 file that includes CAS information at service line level for single service line claim(s).
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Upload 835 file.
- Validate that the CAS information has been applied to the claim.
|
Topics
• Finance
|
eSignature Request Form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Agency [EDIT]
- Allergies - not drug related
- Allergy Symptoms Reactions
- Client Search
- eSignature Agency Event Link Subform
- eSignature Events Subform
- eSignature Request [ADD]
- eSignature Request Status [DELETE]
- Events for eSignature
- myHealthPointe Documents Awaiting Signature
- myHealthPointe Home
- myHealthPointe Sign In
- Non-drug Allergy [ADD]
- Non-drug Allergy [DELETE]
- People Allergy Symptoms Reaction Subform
- People Events
- Standard Codes - Status
Scenario 1: Validate eSignature Request Form Allows Non-Service Events
Specific Setup:
- Client that is linked to myEvolv and myHealthPointe.
- Client login for myHealthPointe.
Steps
- Enable a non-service event, such as a Consent event, to be electronically signable in "Events Enabled for eSignature" SubForm in "Agency Setup > Agency > Agency > Agency Information".
- Navigate to corresponding area under the Client header.
- Add this event for a desired Client.
- Navigate to "Client > Client Information > Personal Information > Documents Signed Electronically".
- Add New and Confirm you are able to select this event in the Events' SubForm.
- Submit the request for a signature.
- Log into myHealthPointe for the desired Client.
- Navigate to "Documents Awaiting Signature".
- Sign the record in myHealthPointe for the Client.
- Navigate back to "Client > Client Information > Personal Information > Documents Signed Electronically".
- Click "Refresh" and validate eSignature status updates to Signed.
- Navigate to "Agency Setup > Agency > Agency > Agency Information".
- Remove the service event from the e-sign SubForm used in step 1.
- Navigate back to "Client > Client Information > Personal Information > Documents Signed Electronically".
- Add another event of this type for a client.
- Confirm the event no longer shows in 'Events' SubForm.
|
Topics
• Agency Setup
• Client
|
Creating New Staff Profile
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- New Staff [ADD]
- Person Information No Anonymous [ADD]
- Staff - Service Link Subform
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff Programs Subform
- Staff with Security [EDIT]
- Staff Workgroups Enrollment Subform
- Staff-By-Jobtitles
- Staff-Services Link Subform
- Staff-Site Link Subform
- Staff-Worker Role Link Subform
- Wizard
- Staff - By Jobtitles
Scenario 1: Staff Profile Copy Wizard
Specific Setup:
- Staff user must have access to add new users.
- Existing staff with values user to copy.
Steps
- Click "New" in the Staff Search within "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Check off the field "Enable Staff Copy". This will enable the "Staff Person Copied" field.
- Enter the desired staff person to be copied from.
- Validate the Sub-Forms and their values from the staff entered in step 2 is copied.
Staff Information: a. Job Title Worker Profile: a. Supervises Self b. Supervisor c. Managing Offices (Sub‐Form) User Access: a. Navigation Access b. Incident Worker Role c. Can Access All Incidents d. Can Access Sensitive Incidents Programs and Worker Roles Worth with: a. All Programs b. Programs (Sub‐Form) c. All Worker Roles d. Worker Roles (Sub‐Form) Services: a. All Services b. Limited to only services selected (Sub‐Form) Enrollment into Workgroups: a. Enrollment/Workgroup (Sub‐Form) Navigation Preferences: a. Personalize Navigation Settings b. Is Navigation Docked c. Interface Color Scheme d. Load Last Loaded Form e. Module f. Sub‐Module g. Form Set h. Form Set Member i. Display Most visited j. Most Visited Maximum # of items to display k. Most visited # of days to be considered l. Most Recent Maximum # of items to display m. Display Favorites n. Display Labels of Navigation Buttons o. Display Module Icons p. Prevent Alert Pane from Automatically Opening
Scenario 2: Staff Profile Copy Wizard – Modifications
Specific Setup:
- Staff user must have access to add new users.
- Existing staff with values user to copy.
Steps
- Click "New" in the Staff Search within "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Check off the field "Enable Staff Copy". This will enable the "Staff Person Copied" field.
- Enter the desired staff person to be copied from.
- Click " Finish" to save the entry.
- Validate modifications can be made to newly created staff.
|
Topics
• Staff
|
Routes Including Immediate Supervisor Drop-Down
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 Immediate Supervisor Drop Down On Basic Approval Route
Specific Setup:
- Requires an event that is set up with the route "Basic Approval".
- Scenario works with "Original Routing" setup.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click "Add Event" and select desired event.
- Fill in required fields.
- Save.
- Re-open the event.
- Click "Routing" button to begin route.
- Under "Submit to Supervisor" enter the desired supervisor.
- Validate the desired staff appears.
- Select the supervisor.
- Enter a note.
- Click "Submit to Supervisor".
- Save.
- Login as the "Supervisor".
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Open the event.
- Click the "Routing" button.
- Validate route is assigned to the "Supervisor".
- Approve the route.
|
Topics
• Client
|
Adjustment Claim Handling With 835 Imports
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Cash Receipts for Remittance
- Finance File Import
- FinanceImportListing
- Report: Claim Remittance Report
Scenario 1: Validate 835 Import With Withdrawl On Multi Service Line Claim and Payment On Adjustment
Specific Setup:
- Requires a "Multi Service Line Adjustment Claim".
- Requires an 835 Import with a "Payment Withdrawal and Payment" to the adjustment claim.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Remittance Imports".
- Click "Upload File" and select "835 Import".
- Select desired remittance file.
- Set desired "Deposit Date".
- Click "Upload".
- On the imported remittance row click "Actions".
- Select "Remittance Report".
- Validate desired claims contain the desired "Payment Withdrawn" and "Payment" status.
|
Topics
• Finance
|
Custom Reports "Group By"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Additional Properties
- Conditional Formatting Configuration
- Group By - Additional Properties
- Report Designer
Scenario 1: Validate Custom Reports “Report Columns” and “Group By” Match “Additional Properties” Inputs
Specific Setup:
Custom Report available to modify.
Steps
- Navigate to "Reports > NX Custom Reporting > NX Custom Reporting > Custom Reporting".
- Click Report Designer.
- Select Desired Custom Report.
- Click the Additional Properties button under the "Report Columns" section.
- Click the "X" button.
- Validate "Report Columns" section remains expanded.
- Click the Additional Properties button under the "Report Columns" section.
- Set a "Width" input box to "1".
- Click save and validate error message displays.
- Change "1" to "1px" and save.
- Validate Additional Properties saves.
- Confirm that the following columns are visible under the "Group By" section: Is Used?, Column Definition, Caption, Type, Order, Page Break After?, and the Manage Totals buttons.
- Click the Additional Properties button under the "Group By" section.
- Confirm the following columns are visible in the pop-up: Column Definition, Caption, Form Set to Launch, Parent Value Column, Form to Launch, Key Value Column.
- Set a "Caption" input box to desired text.
- Click save and verify text in "Caption" width matches one in Additional Properties.
- Confirm that closing the Additional Properties window using Cancel, Save, or the X keeps the "Group By" section expanded.
- Check any "Is Used" checkbox under groups.
- Make some change(s) to report i.e. Set a Description.
- Save the report.
- Validate Report saved changed made in step 19.
- Validate "Is Used" checkbox remained checked.
|
Topics
• NX Custom Reporting
|
My Pending Referrals widget
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Event Amend Reason
- Referral Made Status Subform
- Referral to Programs - Internally [EDIT]
Scenario 1: Validate Amended Referral Appears In My Pending Referral Widget
Specific Setup:
Requires "Referral to Program - Internal" event to be set up to be locked, i.e "E-Sign" or "Can Submit".
Steps
- Navigate to "Client > Referrals > To Your Programs > Internal".
- Select desired client.
- Click "Add New" and select "Referral to Program - Internal".
- Fill in required fields.
- Save.
- Lock the event, i.e. "E-sign".
- Right click on the event to edit.
- Click "Amend".
- Save.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Open the "My Pending Referral" widget.
- Validate the client is only listed once in the widget.
|
Topics
• Client
• Program Referrals
• Widgets
|
Milieu Event Treatment Objectives
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Daily Milieu Goal [VIEW]
- Daily Milieu Log - Simple Service [ADD]
- Daily Milieu Log - Simple Service [EDIT]
- ServicePlanForm
- ServicePlanList
- Treatment Plan 2 Event Link Cross Program Milieu Subform
- ADD Form -- Webpage Dialog
- Client > Case Management > Plan Development > Planning
- Client > Case Management > Service Management > Service Entry
- Clients -- Webpage Dialog
- DELETE Form -- Webpage Dialog
- EDIT Form -- Webpage Dialog
- VIEW Form [Treatment Pan] -- Webpage Dialog
Scenario 1: Validate Custom Milieu Sub-form Linking Treatment Plan Objectives to a Service Is Saving Goal
Specific Setup:
Initial Treatment Plan filled out for Daily Milieu Shared program.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select client.
- Add "Daily Milieu Log" event.
- Check the "Treatment Objective" checkbox and fill requirements for form.
- Save.
- Re-open "Daily Milieu Log" event.
- Validate "Goal" section in "Treatment Objective" auto-populated with goal from Treatment Plan.
Scenario 2: CS - Validate Custom Milieu Sub-form Linking Treatment Plan Objectives to a Service Is Saving Goal
Specific Setup:
Initial Treatment Plan filled out for Daily Milieu Shared program.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select client.
- Add "Daily Milieu Log" event.
- Check the "Treatment Objective" checkbox and fill requirements for form.
- Save.
- Re-open "Daily Milieu Log" event.
- Validate "Goal" section in "Treatment Objective" auto-populated with goal from Treatment Plan.
|
Topics
• Client
• Treatment Plans
|
Mobile CareGiver+ Referring Physician
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- CareFabric Logs [VIEW]
- Client Critical Information Form Set
- Client Personal Information [EDIT]
- Client Personal Information Form Set
- Client Related Task - New [ADD]
- Client Search
- Client Service Entry
- Critical Information
- Facility Placement for a Person [EDIT]
- Managing Organizations
- Referral Contact Table
- Referral Search
- Referral to Agency [EDIT]
Scenario 1: MCG -EvvAppointmentUpdated and EvvClientUpdated - Referral Contact Blank and Populated Values Are Accepted
|
Topics
• Third Party Solution
|
Ability to Remit Co-Pay Submissions
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ActionsView
- All Clients With Security Listing by PeopleID
- AR Management
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
- Claim Remittance Transactions Subform
- Claim Submission 2.0 [EDIT]
- Claims Maintenance NX Form Set
Scenario 1: Validate Applying Payment To Copay Submission
Specific Setup:
- Requires a claim with a "Copay Submission" that can be remitted.
- Requires a "Remittance Check" that can be applied to the "Copay Submission".
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired "Remittance Check".
- Set parameters to search for desired "Copay Submission Claim".
- Apply "Payment" to desired "Copay Submission".
- Save.
- Validate the payment has applied to the claim.
- Validate the balance of the remittance check contains new balance.
|
Topics
• Finance
|
New Setting To Use Patient Responsibility Amount When Waterfalling to Self-Pay
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Clients With Security Listing by PeopleID
- AR Management
- Client > Client Information > Personal Information > Benefit Assignments
- Client Search
- Billing Rate Details - Services NX Subform
- ContractsRatesSetup
- Finance Setup Manual Services NX Form Set
- Payers Setup Table
- Payers/Contracts Setup 2.0 Form Set
- Self Pay Plan [EDIT]
- Cash Receipts for Remittance
- Claim Adjustment Reasons
Scenario 1: Resubmit to Other/Waterfall - "Patient Responsibility" Amount Type
Specific Setup:
- Client has a self pay plan on their record.
- User has access to Finance module.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Set desired "Search Parameters", check off the "Include No Remit Claims" box, and click the "Search" button.
- Once desired claim, click the "Add Action" link and select "Resubmit to Other/Waterfall".
- Validate the "Submit To" is the self pay client.
- Validate the "Amount Type" contains "Patient Responsibility".
- Validate the "Amount" field is the same as what is within the "Balance" field.
- Validate the "Amount" input box, is editable.
- Set the "Transaction Month", and click the "Save" link.
Scenario 2: Calculate Rate using "Resubmit to Other/Waterfall" Submit to is Self-Pay Payer
Specific Setup:
- Benefit assignment is set for Self Pay.
- Self Pay plan has rate setup.
- The "Use PR Amount on Calculate Rate" is checked off on the Self Pay within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Contracts Setup".
- Claim on file.
- User has access to the Finance module.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Set desired filters for claim to display.
- Set the "Payment" field.
- Click the "Add Action" link.
- Set the "Action" field to "Resubmit to Other/Waterfall".
- Set the "Amount Type" to "Calculate Rate".
- Validate the "Agency Amount" is equal to the amount set on the rate setup.
- Validate the "Amount" field contains the "Agency Amount" minus the "Payment".
- Select desired "Transaction Month" and click the "Save" button.
Scenario 3: Patient Responsibility “Resubmit to Other/Waterfall” Submit to Self-Pay Payer
Specific Setup:
- Clients next benefit assignment is a regular plan, but the client has self pay.
- Claim on file.
- Within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Contracts Setup", the "Use PR Amount on Calculate Rate" is checked off on the Self Pay.
- Remittance on file.
- User has access to Finance module.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Set desired filters, and click the "Search" button.
- On claim, click on "Add Action" and select "Resubmit to Other/Waterfall".
- Validate the "Submit To" contains client.
- Validate the "Amount Type" contains "Patient Responsibility".
- Validate the "Balance" amount and the amount within the "Amount" field equal the same amount.
- Select desired "Transaction Month" and click the "Save" button.
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Set desired filters, including "Remittance Check".
- Click on the "Search" button.
- On desired claim, set the "Payment" field to an amount less than the amount indicated within the "Balance" field.
- Click the "Add Action" link.
- Validate the "Amount Type" contains "Remaining Balance".
- Validate the "Amount" input box contains the desired balance.
- Set the "Action" to "Resubmit to Other/Waterfall" link.
- Validate the "Submit To" contains client.
- Validate the "Amount Type" contains "Patient Responsibility".
- Validate the "Amount" input box contains the desired balance.
- Select desired "Transaction Month" and click the "Save" button.
Scenario 4: Validate Patient Responsibility when performing "Resubmit to Other/Waterfall"
Specific Setup:
- The "Use PR Amount on Calculate Rate" is checked off on the Self Pay within "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Contracts Setup".
- Claim on file.
- Client has Self Pay benefit on record.
- Remittance on record.
- User has access to Finance module.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Set the desired "Remittance Check".
- Set the remainder of the "Search Parameters" as needed, and click the "Search" button.
- Enter a partially paid amount into the "Payment" input box.
- Click on the "Add Adj." field with an "Adjustment Group" of "PR".
- Enter desired "Reason", and set the "Amount" field.
- Set the "Action" field to "Resubmit to Other/Waterfall".
- Validate the "Submit To" field displays the clients name.
- Set the "Transaction Month" and click the "Save" button.
- Click on the "Total Paid" cell to view the transactions.
- Click the "View More" link.
- Validate the "Adjustment" displays the appropriate amount and "PR Patient Responsibility/Reason".
- Validate the "Action" displays "Resubmit to Other/Waterfall" with the desired amount.
- Click the 'Balance" cell to view the transactions.
- Click the "View More" link on the "Submission 1".
- Validate the "Adjustment" displays the appropriate amount and the "PR Patient Responsibility/Reason".
- Click the "View More" link on the "Submission 2".
- Validate the "Manual submission" that is created for the clients self pay displays.
|
Topics
• Finance
• Finance Setup
|
ObservationResource Events
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Personal Information Form Set
- Client Search
- Physical Characteristics [ADD]
- Physical Characteristics [EDIT]
- Physical Characteristics [DELETE]
Scenario 1: ObservationResourceCreated Message
Scenario 2: ObservationResourceUpdated Message
Scenario 3: ObservationResourceDeleted Message
|
Topics
• Third Party Solution
|
ObservationResource Events With Multi Components
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Physical Characteristics [ADD]
- Physical Characteristics [EDIT]
Scenario 1: ObservationResource Events - Multi-Component Vitals
|
Topics
• Third Party Solution
|
Allow Multiple Logins
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- EvolvCS Client [EDIT]
- Profile Icon
- Staff Look Up Their Own Information
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff with Security [EDIT]
Scenario 1: Validate User Can Log Back in Successfully Following Timeout
Specific Setup:
Access to "Setup > System > EvolvCS System Setup > System Settings/Preferences".
Steps
- Navigate to "Setup > System > EvolvCS System Setup > System Settings/Preferences".
- Verify and take note of "Inactivity Timeout" value.
- Wait for X amount of minutes.
- Validate Timeout warning appears last 5 minutes of inactivity.
- Validate successful logout.
- Log back in using same user.
- Validate successful login from timeout screen.
Scenario 2: Validate Active Directory Users "Allow Multiple Logins" is Honored
Specific Setup:
- Multi-Agency System.
- Configure Agency to use Active Directory - make sure the first Agency in the dropdown menu on login page does not use Active Directory.
- User configured for "Allow Multiple Logins" disabled.
- User configured for Active Directory login.
Steps
- Login from a device - stay logged in.
- Attempt to login again with user in a separate browser/incognito.
- Validate prompt "You have an open session from another location. Would you like to end that session to continue? Any unsaved work might be lost.".
- Click "Login".
- Confirm successful logged in.
Scenario 3: Validate Non-Active Directory Users "Allow Multiple Logins" is Honored
Specific Setup:
- Multi-Agency System.
- Configure Agency to NOT use Active Directory - make sure the first agency in the dropdown menu on login page does use Active Directory.
- User configured for "Allow Multiple Logins" disabled.
Steps
- Login from a device - stay logged in.
- Attempt to login again with your user in a separate browser/incognito.
- Validate prompt "You have an open session from another location. Would you like to end that session to continue? Any unsaved work might be lost.".
- Click "Login".
- Confirm successful logged in.
|
Topics
• Login
• Setup
|
270 Eligibility File and TRN03
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 270 Output File
- 270 Output Ready
- EligibilityManager
- Receiver Information - All
Scenario 1: Validate 270 Outputs Tax ID When Client Has Guarantor Name
Specific Setup:
Requires at least one client with a Benefit Assignment where "Relationship To Insured" and "Name of Insured" is not client.
Steps
- Navigate to "Finance > Imports/Exports > Exports > Eligibility Requests (270)".
- Click "New Request".
- Select desired receiver.
- Fill in remaining required fields to generate desired "270 Output File".
- Save.
- Click "Actions" and select "Generate Output File".
- Validate the desired client is listed with the appropriate TAX ID in the TRN03 segment.
|
Topics
• Finance
|
Formset Member to Call Added to Form Designer
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Form Set Members
- FormDesigner
- Interface Design Form Set
- NX FIELD [EDIT]
Scenario 1: Validate Field Formset Member To Call On Form Designer
Steps
- Navigate to "Setup > User Tools > Interface Design > Form Designer".
- Click "Form Family" button.
- Select desired "Form Family", such as "Activities - People".
- Click "P1" button on desired form.
- Click on "Completed By" row.
- Validate "Formset to Call" field is set to "Staff Look-up Information".
- Click "Formset Member To Call" field.
- Click "Search" button.
- Validate the look-up table returns the formset members from "Staff Look-up Information" Formset.
- Select desired formset.
- Save.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Open desired event that is using the form from step 4.
- Click on "Completed By" staff name link.
- Validate the window opens and it defaults to the formset selected in step 10.
|
Topics
• Forms
• Service Entry
|
Bells.ai Signature Images
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- General Service Note (auto date) [DELETE]
- General Service Note (auto date) [DELETE] *SIGNED*
- General Service Note (auto date) [VIEW] *SIGNED*
Scenario 1: Bells.ai - Validate Messages Sent To myEvolve Support Client Signature Images
|
Topics
• Service Entry
|
Integration of myEvolv and AlphaCollector
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Claim 2.0 [EDIT]
- Claim Submission 2.0 [EDIT]
- Claims Maintenance NX Form Set
- File Display
Scenario 1: AlphaCollector
Specific Setup:
Requires setup and integration with Alpha Collector.
Steps
- Navigate to "Finance > Claim Maintenance > Automatic > Submissions".
- Select desired claim.
- Open the claim submission.
- Validate the "Sent to AlphaCollector" flag is checked.
- Open the alerts window to confirm notes have been downloaded.
- Navigate to "Finance > Claim Maintenance > Automatic > Claim Information".
- Select desired claim.
- Validate "Claim Notes" contains desired note and "Is Imported" flag is checked.
|
Topics
• Finance
|
Enrollment Date/Time and Service Event Date/Time
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Critical Information
- General Service Note (auto date) [ADD]
- Placement Events by Agency/Program - People2
- Program Enrollment [Edit]
- Program Enrollment From Service Track [ADD]
- Program Listing By Agency and Worker
- Provider Sites by Program
- Provider Sites by Program (Vacancy)
- Staff - Service Providers (Caseloads - Zip Zones)
- Worker Role (to a client or in a workgroup) Table
Scenario 1: Validate Date/Times of Program Enrollment and Service Entries
Steps
- Navigate to "Client > Client Information > Critical Information > Enrollment Information".
- Search and select desired Client.
- Click the "Actions" button.
- Select "New Program Enrollment" from the Actions drop down list.
- Fill out required fields.
- Click Save.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Click "Add Event" button.
- Select desired Event from the "Add Event" drop down list.
- Set the "Actual Date/Time" input boxes to the same date/time in the recently added Program Enrollment.
- Fill out other required fields.
- Click Save.
- Navigate back to "Client > Client Information > Critical Information > Enrollment Information".
- Click the "Actions" button on the recently added Program Enrollment.
- Select "Correct/Close Program Enrollment" from the Actions drop down list.
- Set the "Start Date/Time" input boxes to different dates and times.
- Click Save.
- Navigate back to "Client > Case Management > Service Management > Service Entry".
- Validate the "Actual Date/Time" in the recently added Service Event remains the same.
- Click the Actions button.
- Select "Submit Service" or "Electronically Sign" from the Actions drop down list.
- Validate the Status is listed as "Signed/Submitted" or "Signed".
- Validate the Actual Date/Time remains the same.
- Navigate back to "Client > Client Information > Critical Information > Enrollment Information".
- Click the "Actions" button on the recently added Program Enrollment.
- Select "Correct/Close Program Enrollment" from the Actions drop down list.
- Set the "Start Date/Time" input boxes to different dates and times.
- Click Save.
- Navigate back to "Client > Case Management > Service Management > Service Entry".
- Validate the "Actual Date/Time" in the recently added Service Event remains the same.
|
Topics
• Client
|
GL Adjust and Payment Withdrawn Status
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Clients With Security Listing by PeopleID
- AR Management
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
- Claim Remittance Actions [EDIT]
Scenario 1: AR Management - GL Adjust Action
Scenario 2: Validate GL Adjust Action On Payment Withdrawn Status
Specific Setup:
- Requires a claim with a payment withdrawn status.
- Client should have a "Secondary Benefit Assignment" the claim can be waterfalled to.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired "Remittance Check".
- Set "Filters" to search on "Claims" from preconditions.
- Click "Add Action" and select "Resubmit to Other".
- Select "Payer" and set "Amount Type" to "Custom".
- Set "Amount" to a higher amount.
- Click "Add action" and select "GL Adjust", click "Save".
- Click "Claim".
- Validate "Accounting Info" reflects the actions performed.
|
Topics
• Finance
• Finance Setup
|
Rates Setup
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Benefit Assignment [EDIT]
- Billing Plan Budget Details - Units Subform
- Billing Plan Capitation Budget [EDIT]
- Billing Plan Capitation Budget Subform
- Billing Plan Output [EDIT]
- Client Search
- Facilities Listing by Program
- Payers Setup Table
- Payers/Contracts Setup 2.0 Form Set
- Payor Information [EDIT]
- Procedure Codes for Billing
- Program Listing - All
Scenario 1: Validate Payor Setup
Specific Setup:
Payer that contains multiple Billing Plan groups in the Capitation tab.
Steps
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Payer"
- Click the "Select Payer" button.
- Select desired Payor that contains "Capitation" billing plan.
- Verify payer information is shown.
- Select "Capitation" tab.
- Validate "Capitation" billing plan SubForm is shown.
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments (Active)".
- Search and select desired Client.
- Select desired Payor.
- Select "Plan/Contract Rates" tab.
- Click the "Services" filter.
- Select desired Service checkbox.
- If necessary, click the "Services" filter to close out of the menu.
- Validate the "Capitation" rate is listed in the Activities row.
- Close out of both Billing Plan form and selected Payor form.
|
Topics
• Finance Setup
|
Billing Rates (A/R)
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- BillingSchemeForm
- ContractsRatesSetup
- Payers Setup Table
- Payers/Contracts Setup 2.0 Form Set
- SchemeContractSetup
Scenario 1: Billing Rates For Payers
Specific Setup:
System has many rates under a Payer, where each of those rates are linked to many plans.
Steps
- Navigate to "Finance Setup > Payer/Contract/Rates Setup > Payer/Contract/Rates Setup > Billing Rates (A/R)".
- Select "Payer".
- Click the "View" dropdown.
- Select "All".
- Validate all Billing Rates display.
- Select "Placement Based" from the dropdown.
- Validate all associated Billing Rates display.
- Repeat for "Service Based", "Attendance Based", "Occurrence Based", "EM Rates", "AM Rates", "Immunization Rates", "Medication Rates", "Vacant Bed".
|
Topics
• Finance Setup
|
Telehealth Field
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Class Scheduled Tasks [ADD]
- Class Scheduled Tasks [EDIT]
- Group Management [EDIT]
- Groups > Service Management > Service Management > Activities
- Select Group
- Groups Form Set
- New Group Enrollment Wizard [ADD]
- Person Information [ADD]
- Schedules
- Wizard
Scenario 1: Groups - "To Be Performed via Telehealth" Field
Specific Setup:
- Group is already on file.
- User has access to Groups module.
Steps
- Navigate to "Groups > Group > Information > General Information".
- Click "Select Group", and select desired group from the search area.
- Within the Schedules sub form, validate the "is Telehealth?" field is present.
- Enter the remaining desired fields, and click the "Save" button.
- Navigate to "Groups > Service Management > Service Management > Activities".
- Click "Select Group", and select desired group from the search area.
- Click on "Add New", and select "Add Task".
- Select the desired event from the selection.
- Validate the "To Be Performed via Telehealth" field exists.
- Enter desired information, and click "Save".
- On the newly created scheduled event, click on "Actions", and select "Open Form".
- Validate the "To Be Performed via Telehealth" field exists.
- Click "X" close button.
Scenario 2: Schedule Group Event - "To Be Performed via Telehealth" Field
Specific Setup:
User has access to Group module.
Steps
- Navigate to "Groups > Group > Information > General Information".
- Click on the "Select Group" button, and select desired group from the search.
- Click on the "Enrollments" tab.
- Click on "Add New" and select "Group Enrollment".
- Set the "Last Name", "First Name", "Gender" and "Date of Birth" fields.
- Click on the "Proceed" button.
- Click on "Create new record with the information entered for" field.
- Click on the "Proceed" button two times to advance to the next screen(s).
- Set the desired information within the "Schedule" field.
- Set the "Enrollment Date-Time", and click the "Finish" button.
- On the newly entered event, click the "Actions" button and choose "Open Form".
- Validate the "To Be Performed via Telehealth" field is displayed.
- Set the scheduled information and click the "Save" button.
- Navigate to "Groups > Group > Information > Enrollments".
- Click on the "Select Group" button, and select desired group from the search.
- Within the "Scheduled Events", validate the newly created Group Enrollment "Activity" is present.
- Click on the "Actions" button and select "Open Form".
- Validate the "To Be Performed via Telehealth" field is displayed.
- Click "X" close the window.
|
Topics
• Groups
• Telehealth
|
Telehealth for Group Appointments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Class Scheduled Tasks [ADD]
- Client Search
- Client Service Entry
- FrontDeskCheckIn
- Gender Table
- Group Events/Tasks Listing
- Group Management [EDIT]
- Groups Form Set
- New Group Enrollment Wizard [ADD]
- Person Information [ADD]
- Schedules
- Schedules - Group [ADD]
- Schedules - Group Subform
- Select Group
- Service and Attendance Facilities Listing
- Staff - Service Providers (by Staff_id)
- Wizard
Scenario 1: Validate Scheduling Telehealth Service Entries in Front Desk
Steps
- Navigate to "Groups > Group > Information > General Information".
- Search and select desired Group.
- Click the plus (+) button to create a new Schedule.
- Fill out required fields, including "Default Event" and "Default Staff".
- Click Save.
- Click the "Enrollments" tab.
- Click "Add New".
- Select "Add Event" from the New/Scheduled drop down list.
- Select "Group Enrollment" from the New Events drop down list.
- Fill out required fields.
- Click Save.
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX"
- Set the Location to the facility used in Groups.
- Set the Date to a desired future Date.
- Check the "Include Group Appointments?" checkbox.
- Check the "Include Telehealth Appointment?" checkbox.
- Click the "Apply Filters" button.
- Validate the recent enrollment is listed in the Scheduled column.
- Click the "Check In" button.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Search and select Client enrolled in selected Group.
- Validate the Status is listed as "Modifiable - Group, Telehealth".
- Navigate to "Groups > Service Management > Service Management > Activities".
- Click "Add New".
- Select "Add Task" from the New/Scheduled drop down list.
- Select desired Task from the New Tasks drop down list.
- Check the "To Be Performed via Telehealth" checkbox.
- Fill out required fields.
- Click Save.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Click the "Refresh" button.
- Validate the Status is listed as "Scheduled, Telehealth".
|
Topics
• Groups
• Telehealth
|
Group Services Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FrontDeskCheckIn
- Gender Table
- Group Events/Tasks Listing
- Group Management [EDIT]
- Groups Form Set
- New Group Enrollment Wizard [ADD]
- PDF
- Person Information [ADD]
- Report Selection Picklist
- Report: Group Services
- Schedules
- Schedules - Group Subform
- Select Group
- Service and Attendance Facilities Listing
- Staff - Service Providers (by Staff_id)
- Wizard
Scenario 1: Validate Report for Telehealth Group Services
Steps
- Navigate to "Groups > Groups > Information > General Information".
- Search and select desired Group.
- Scroll down to Schedules.
- Add a new Schedule.
- Fill out required fields.
- Be sure to fill "Default Event" and "Default Staff" fields.
- Check the "Is Telehealth?" checkbox.
- Click Save.
- Click the "Enrollments" tab.
- Click "Add New" button.
- Select "Add Event" from the New/Scheduled drop down list.
- Select "Group Enrollment" from the New Events drop down list.
- Search and select desired Client.
- Click the "Proceed" button to the Enrollment page.
- Fill out required fields.
- Be sure to select the recently created Schedule.
- Click "Finish".
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Set the "Location" to the facility used in the selected Group.
- Check the "Include Group Appointments?" checkbox.
- Check the "Include Telehealth Appointments?" checkbox.
- Click "Apply Filters" button.
- Validate the recently created Enrollment is listed in the Scheduled column.
- Click the "Check In" button.
- Navigate to "Reports > Groups > General > Services".
- Click the "Report Selection" button.
- Select "Ordered by Group/Unit/Person Served" from the Report Selection list box.
- Click the "CSV" button.
- Open the download Excel spreadsheet.
- Verify the recently created Enrollment appointment is listed in the spreadsheet.
- Verify the "is_telehealth" column exists.
- Validate the "is_telehealth" column contains "True".
- Click Close.
|
Topics
• Groups
• Telehealth
|
System Consents
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Blanket Consent to Query HIE [ADD]
- Client Search
- Consent to Query HIE [ADD]
- HIE Entities
Scenario 1: Validate Consent to Query HIE Form
|
Topics
• Client
|
Remittance Requiring Actions Widget
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ActionsView
- All Clients With Security Listing by PeopleID
- AR Management
- Cash Receipts for Remittance
Scenario 1: Validate Remittance Balance On Requiring Action Widget After Removing A Payment
Specific Setup:
Requires a "Remittance" and a claim that has been paid".
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set desired parameters to search for desired claim.
- Add a "Payment Withdrawal" to the claim.
- Save.
- Validate the "Balance" of the "Remittance" contains the desired amount.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Select the "Remittance Requiring Action" widget.
- Filter for the desired remittance.
- Validate the "Payment Withdrawn" contains 1.
- Validate the "Remittance Balance" contains the desired amount.
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select the "Remittance and Claim" from step 2 and 3.
- Delete the "Withdrawal and Payment".
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Refresh the "Widget".
- Validate "Remittance Balance" contains the desired amount".
|
Topics
• Finance
• Widgets
|
Maine Adult Residential Billing Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Run Request Limit People Subform
- BillingProcessHistory
- Date Range (Required) With Parms [ADD]
- Facility Listing for Reports
- FinanceClaims
- Immediate Billing Run Request [ADD]
- Maine Adult Residential Billing Report
- Submitter Information
Scenario 1: MARB Report
Specific Setup:
- Requires knowledge and setup of "Maine Residential Billing" rate.
- Requires a claim that was generated using "Maine Residential Billing" rate.
Steps
- Navigate to "Finance > Reports > Accounts Receivable > MARB Report".
- Set desired date range.
- Click "Preview".
- Validate the report returns results based off of the claims created using "Maine Residential Billing" rate.
|
Topics
• Finance
• Reports
|
Claim Maintenance Manual Intervention
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Claim 2.0 [EDIT]
- Claim Submission 2.0 [EDIT]
- Claim Submission Manual Intervention 2.0 [EDIT]
- Claim Submission Subform 2.0 Subform
- Claims Maintenance NX Form Set
- Manual Intervention 2.0 Form Set
- Manual Intervention Claim
Scenario 1: Validate Claim Manual Intervention Form
Specific Setup:
Requires a claim generated using Maine Residential Billing.
Steps
- Navigate to "Finance > Claim Maintenance > Manual Intervention > Claim Submission".
- Select desired claim.
- Edit the "Amount Charged".
- Save.
- Validate the "Is Manually Corrected" flag is checked.
- Navigate to "Finance > Claim Maintenance > Automatic > Claim Information".
- Select desired claim from step 2.
- Validate the "Agency Amount, Amount Charged and Expected" contain desired amount.
|
Topics
• Finance
|
ClientEvent SDK Object
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- CareFabricEventInfo
- Client Personal Information [EDIT]
- Client Search
Scenario 1: ClientEventUpdate
|
Topics
• Client
|
"Calendar Appointments" Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client - Scheduled Tasks [ADD]
- Report Selection Picklist
- Define Value (Yes, No) for parameters on reports
- Report Parameters PickList
- Reports > Clients > Services & Treatment > Calendar Appointments
- Active events by Program or Clinic2
- Client Related Task - New [EDIT]
- Front Desk Calendar Appointment [ADD]
- Front Desk People Search
- FrontDeskCalendar
- FrontDeskCheckIn
- NX Report Processor
- Program Listing By Agency and Worker
- Services: Reason for No Show
- Staff - Service Providers (by Staff_id) NES
- Write-off reasons for Scheduled Events
- Service and Attendance Facilities Listing
- Workgroups for manual assignment to clients
- Clinic Info
- Save Query [ADD]
- Saved Report Queries
Scenario 1: “Calendar Appointments” – Report Selection Picklist
Specific Setup:
User has access to Reports module.
Steps
- Navigate to "Reports > Clients > Services & Treatment > Calendar Appointments".
- Click on the "Report Selection" search.
- Validate the below items are listed within the "Report Selection Picklist".
- "Order by Client/Program"
- "Order by Client/Program/Service/Date"
- "Order by Program/Client"
- "Order by Program/Service/Facility"
- "Order by Program/Service/Facility/Client"
- "Order by Program/Worker/Client/Date"
- "Order by Worker"
- "Order by Clinic"
- "Order by Workgroup"
- "Order by Clinic/Workgroup/Client/Date"
- "Order by Clinic/Service/Facility/Client"
- "Order by Clinic/Service/Facility"
- "Order by Clinic/Client"
- "Order by Client/Clinic/Date"
- "Order by Client/Clinic"
- Click "X" close.
Scenario 2: "Calendar Appointments" Report Parameters
Specific Setup:
User has access to Reports module.
Steps
- Navigate to "Reports > Clients > Services & Treatment > Calendar Appointments".
- Validate the below parameters are present on the "Report Form".
- "Sched. From Date"
- "Sched. Thru Date"
- "Check In From Date"
- "Check In Thru Date"
- Validate the below parameters are present on the "Sub Form".
- "Client"
- "Service"
- "Program"
- "Facility"
- "Clinic"
- "Workgroup"
- "Worker"
- "Reason for No Show"
- "No Show", with value options of "Yes" or "No"
- "Cancel/Write Off, with options of "Yes or "No"
- "Suppressed from Front Desk", with options of "Yes or "No"
- "Completed", with options of "Yes or "No"
- Click the "X" button to close the "Report Parameter Picklist".
Scenario 3: “Calendar Appointments” – Report Output With Program, Facility and Staff
Specific Setup:
- User has access to Front Desk.
- User has access to Reports module.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX", and click on the "View Calendar" button.
- Click on "New Appointment", and schedule three services that contain a "Program", "Facility", and "Staff Responsible".
- Update each of the appointments as follows:
- "Check In" one of the appointments.
- "No Show" one of the appointments, and note the "Reason for No Show".
- "Cancel Appt" one of the appointments, and note the "Write -off reasons for Scheduled Events".
- On the client that is "Checked In", click on the "Open Task Form" button.
- Check off the "Suppress From Front Desk", and click the "Save" button.
- Navigate to "Reports > Clients > Services & Treatment > Calendar Appointments".
- Select desired "Report Selection"
- Do not set any "Parameters", click the "Preview" button
- Validate the output, and click the "Close" button.
- Set the "Sched. From Date" and the "Sched. Thru Date" during the range of your new appointments.
- Set the "Parameter" to "No Show", with a "Value" as "Y", and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Parameter" to "Cancel/Write Off", with the "Write -off reasons for Scheduled Events" that was selected earlier.
- Validate the output, and click the "Close" button.
- Set the "Parameter" to "Suppressed from Front Desk", with a "Value" as "Y", and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Sched. From Date" and the "Sched. Thru Date" outside of the range of your new appointments, and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Check In From Date" and the "Check In Thru Date" to be outside of the range of your new appointment checked In date.
- Click the "Preview" button.
- Validate the output, and click the "Close" button.
Scenario 4: “Calendar Appointments” Report Output With Program, Facility, and Workgroup
Specific Setup:
- User has access to Front Desk.
- User has access to Reports module.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX", and click on the "View Calendar" button.
- Click on "New Appointment", and schedule three services that contain a "Program", "Facility", and "Workgroup".
- Update each of the appointments as follows:
- "Check In" one of the appointments.
- "No Show" one of the appointments, and note the "Reason for No Show".
- "Cancel Appt" one of the appointments, and note the "Write -off reasons for Scheduled Events".
- On the client that is "Checked In", click on the "Open Task Form" button.
- Check off the "Suppress From Front Desk", and click the "Save" button.
- Navigate to "Reports > Clients > Services & Treatment > Calendar Appointments".
- Select desired "Report Selection"
- Do not set any "Parameters", click the "Preview" button
- Validate the output, and click the "Close" button.
- Set the "Sched. From Date" and the "Sched. Thru Date" during the range of your new appointments.
- Set the "Parameter" to "No Show", with a "Value" as "Y", and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Parameter" to "Cancel/Write Off", with the "Write -off reasons for Scheduled Events" that was selected earlier.
- Validate the output, and click the "Close" button.
- Set the "Parameter" to "Suppressed from Front Desk", with a "Value" as "Y", and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Sched. From Date" and the "Sched. Thru Date" outside of the range of your new appointments, and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Check In From Date" and the "Check In Thru Date" to be outside of the range of your new appointment checked In date.
- Click the "Preview" button.
- Validate the output, and click the "Close" button.
Scenario 5: “Calendar Appointments” Report Output With Clinic, Facility and Workgroup
Specific Setup:
- User has access to Front Desk.
- User has access to Reports module.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX", and click on the "View Calendar" button.
- Click on "New Appointment", and schedule three services that contain a "Workgroup", "Facility", and "Clinic Responsible".
- Update each of the appointments as follows:
- "Check In" one of the appointments.
- "No Show" one of the appointments, and note the "Reason for No Show".
- "Cancel Appt" one of the appointments, and note the "Write -off reasons for Scheduled Events".
- On the client that is "Checked In", click on the "Open Task Form" button.
- Check off the "Suppress From Front Desk", and click the "Save" button.
- Navigate to "Reports > Clients > Services & Treatment > Calendar Appointments".
- Select desired "Report Selection"
- Do not set any "Parameters", click the "Preview" button
- Validate the output, and click the "Close" button.
- Set the "Sched. From Date" and the "Sched. Thru Date" during the range of your new appointments.
- Set the "Parameter" to "No Show", with a "Value" as "Y", and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Parameter" to "Cancel/Write Off", with the "Write -off reasons for Scheduled Events" that was selected earlier.
- Validate the output, and click the "Close" button.
- Set the "Parameter" to "Suppressed from Front Desk", with a "Value" as "Y", and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Sched. From Date" and the "Sched. Thru Date" outside of the range of your new appointments, and click the "Preview" button.
- Validate the output, and click the "Close" button.
- Set the "Check In From Date" and the "Check In Thru Date" to be outside of the range of your new appointment checked In date.
- Click the "Preview" button.
- Validate the output, and click the "Close" button.
Scenario 6: "Calendar Appointments" Reporting Functionality
Specific Setup:
User has access to Reports module.
Steps
- Navigate to "Reports > Clients > Services & Treatment > Calendar Appointments".
- Set desired "Sched. From Date", "Sched. Thru Date" and "Report Selection".
- Click the "Preview" button.
- On desired client, click on the "Scheduled Date and Time" hyperlink.
- Validate there is no "Save" button, and click the "X" to close the window.
- Click the "Print Report" button,
- Validate the print preview displays accurately.
- Click the "Cancel" button.
- Validate alert text containing "Cancelling will discard all changes. Are you sure?
- Click the "OK" button.
- Set desired "Sched. From Date", "Sched. Thru Date" and "Report Selection".
- Click the "Excel" button.
- Wait for Excel output to download.
- Open the output, and validate the output file loads with headings/data.
- Click the "CSV" button.
- Wait for CSV output to download.
- Open the output, and validate the output file loads with headings/data.
- Click on the "Display SQL" button.
- Validate the output displays within a new window, and click "X" close.
- Set desired "Report Selection" and any other needed fields.
- Click the "Save Query" button.
- Set the "Description" field, and click the "Update" button.
- Click the "Use Queries" button.
- Validate the query just saved is present, and select the query.
- Validate the pre-set report parameters from the query are set.
- Click the "Preview" button, and validate the output.
- Click the "Close" button.
- Click the "Delete Queries" button.
- Click on the "Description" of the desired query to delete.
- Validate alert text containing ""Are you sure you wish to delete query name?".
- Click the "OK" button.
- Click the "Use Queries" button.
- Validate the deleted query is not present.
- Click the "Close" button
|
Topics
• Front Desk
• Reports
|
UB-04 Output
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
- Claim Output
- Claim Output Ready
- Claim Service Lines NX Subform
- Claim/Invoice Batch [VIEW]
- Claims Submission For Remittance NX [EDIT]
- FinanceClaims
Scenario 1: Validate Place Of Service Updates On UB-04 When Using Calculate Rate
Specific Setup:
- Requires a claim that can be remitted.
- Client should have a secondary benefit assignment that can bill the service.
- Rate on secondary benefit assignment should be set up with "Place of Service" overwrite that is different from original claim.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance.
- Set parameters to search for desired claims.
- Apply desired status such as "Denial".
- Click "Add Action" and select "Resubmit to Other".
- Select "Calculate Rate".
- Validate the "Submission Line" contains "Place Of Service" from secondary payer.
- Save.
- Wait for billing to run.
- Open the 2nd submission.
- Open the batch and click on "Create Output".
- Download and open the "UB-04".
- Validate it contains desire "Place of Service Code".
|
Topics
• Finance
|
New Client and Staff Wizard
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Initial Enrollment for New Person [ADD]
- Outside Organizations - distinct
- Person Information [ADD]
- Placement Events by Agency/Program - People2
- Program Listing By Agency and Worker
- Provider Sites by Program (Vacancy)
- Referral Reason Table
- Staff - Service Providers (Caseloads - Zip Zones)
- Wizard
- Worker Role (to a client or in a workgroup) Table
- Job Title Listing - Employees
- Managing Offices By Agency Operated
- New Staff [ADD]
- Person Information No Anonymous [ADD]
- Security Schemes
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Staff-Site Link Subform
Scenario 1: Adding A New Client Via New Client Wizard - Testing Unit Default
Specific Setup:
- A new client will be enrolled into a program using the "New Person" enrollment located on "Client >Client Information >Critical Information >Enrollment Information"
- On the form "Agency > Service Locations > Sites/Residentials > Capacity"
- The facility unit being used has the field "Default Facility Unit" checked, to default the unit number.
Steps
- Navigate to "Client >Client Information >Critical Information >Enrollment Information".
- Select "New" then "New Person".
- Use the client wizard to add the client.
- On the enrollment portion enter the "Initial program".
- The "Placement Type" will default the value into the field.
- Select the "Initial Facility".
- Validate the "Unit" value will default into the field.
Scenario 2: New Staff Create Wizard
Steps
- Navigate to "Agency > Staff & Security > Staff Information > Staff Profiles with Security".
- Search for staff and open new Staff Create Wizard.
- Enter First Name, Last Name and Gender.
- Hit Proceed.
- Validate that Proceed button is enabled after the search is complete and the block UI is removed only when the search results are displayed.
|
Topics
• Staff
|
Client Search
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Address by ZIP code Subform
- Address Type Table
- All People Agency
- Client Search
- Family Management - New [EDIT]
- Family Members Sub Form [Edit]
- Family Members Sub Form Subform
- Person Information [ADD]
- Relationship - Family Table
- Residence Type
- Wizard
- Active events by Program or Clinic2
- Clinic Info
- Front Desk Calendar Appointment [ADD]
- Front Desk People Search
- FrontDeskCalendar
- FrontDeskCheckIn
- People Search
- Program Listing By Agency and Worker
- Workgroups for manual assignment to clients
- Staff - Service Providers (by Staff_id) NES
Scenario 1: Add New Family Member To Client > All People Agency > New
Specific Setup:
Client has an existing Family record.
Steps
- Navigate to "Client > Client Information > Relationships > Families".
- Select "Client".
- Click on "Member of Family" to launch "Family Information Standalone".
- Click "Family Member" icon (binoculars).
- Click "New".
- Validate "Wizard" launches.
- Populate required fields.
- Proceed through the steps to complete wizard and save.
- Validate record saved.
Scenario 2: Front Desk Client Search on Workgroup
Specific Setup:
Staff has access to Front Desk.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Select a future date.
- Click the "View Calendar" button
- Chose the "Program" tab within the filters, and select the desired program.
- Double click the desired time slot to open the Appointment Information screen.
- Within the Appointment Information screen enter the below:
- "Staff Responsible" - Leave empty
- "Workgroup" - Select desired workgroup
- "Event" - Select desired events
- "Date/Time" - Select desired Date/Time
- "Person" - Select desired person
- Click "Save", to save the desired appointment.
- Navigate back to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Select the future date that was entered within step 6-d, and click on the "Refresh" button.
- Validate the appointment created within Step 6 displays within the "Scheduled" column.
- Click on the "Select Client" button within the "Client Search" pane, and select the name of the person that was entered within Step 6, e.
- Validate the appointment scheduled within Step 6 is displayed including the "Workgroup" name.
- Click the "View Calendar" button.
- Select a future date.
- Double click the desired time slot to open the Appointment Information screen.
- Within the Appointment Information screen enter the below:
- "Staff Responsible" - Leave empty
- "Workgroup" - Select desired workgroup
- "Program" - Leave empty
- "Clinic Responsible" - Select desired clinic
- "Event" - Select desired events
- "Date/Time - Select desired Date/Time
- "Person" - Select desired person
- Click "Save", to save the desired appointment.
- Navigate back to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Select the future date that was entered within step 16-f, and click on the "Refresh" button.
- Validate the appointment created within Step 16 displays within the "Scheduled" column.
- Click on the "Select Client" button within the "Client Search" pane, and select the name of the person that was entered within Step16,g.
- Validate the appointment scheduled within Step 16 is displayed including the "Workgroup" name.
Scenario 3: Front Desk Client Search – Without Workgroup
Specific Setup:
Staff has access to Front Desk.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Select a future date.
- Click the "View Calendar" button.
- Chose the "Program" tab within the filters, and select the desired program.
- Double click the desired time slot to open the Appointment Information screen.
- Within the Appointment Information screen enter the below:
- "Staff Responsible" - Select desired staff
- "Workgroup" - Leave empty
- "Event" - Select desired events
- "Date/Time" - Select desired Date/Time
- "Person" - Select desired person
- Click "Save", to save the desired appointment.
- Navigate back to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Select the future date that was entered within step 6-d, and click on the "Refresh" button.
- Validate the appointment created within Step 6 displays within the "Scheduled" column.
- Click on the "Select Client" button within the "Client Search" pane, and select the name of the person that was entered within Step 6, e.
- Within the "Appointments" Date Range, enter the From and Through Dates to view the appointment created in step 6.
- Validate the appointment is visible within the "Client Search" pane.
|
Topics
• Client
• Front Desk
|
Lab Results With Multiple Tests
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- OrderConnect - Orders
- OrderConnect Lab Results [DELETE]
Scenario 1: OrderConnect Labs - Validate Lab Results With Multiple Tests Will Save To myEvolv
|
Topics
• OrderConnect
|
Client Search and "Active Clients"
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 > Personal Information > Demographics - Client Header
- Select Client
Scenario 1: Validate Client Search Filter Options
Steps
- Navigate to the Client module.
- Click "Magnifying Glass" to launch search.
- Search by each field and validate results returned:
- Last Name
- First Name
- AKA /Alias
- Date of Birth
- Social Security Number
- ID#
- Other ID#
- Medicaid #
- TABS ID
- Education ID
- Active Clients checkbox
|
Topics
• Client
|
On Demand Billing Process
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- 3. Simple Service Entry with E/M Picks [ADD]
- All People Agency
- AR Management
- Checks for a Clients Self Pay in Front Desk Entry [ADD]
- Checks for a Clients Self Pay in Front Desk Entry [EDIT]
- Client Related Task - New [ADD]
- Client Search
- Client Service Entry
- Drug Dispense Units
- E/M CPT Code
- E/M Patient Status
- Facility Enrollment Client
- FinanceClaims
- FrontDeskCheckIn
- Immunizations - Public Health [ADD]
- Inventory Container by Drug
- Inventory Container By Vaccine
- Med Administration - Public Health [ADD]
- Medications In Inventory
- Program by Client's Service Track and Service
- Service and Attendance Facilities Listing
- Vaccine Funding Source
- Vaccines In Inventory
- VFC Eligibility
Scenario 1: Validate On Demand Billing Generates Self Pay Claim
Specific Setup:
- Requires an event that is set up for "On Demand Billing".
- Requires a client with this event scheduled.
- Client should also have a "Self Pay Benefit" Assignment.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Check in the desired "Scheduled Event".
- Complete the "Scheduled Event".
- Click on "Run On-Demand Billing".
- Wait for "On-Demand Billing" to run.
- Once completed click on "Review Claims".
- Validate the system generated desired claims with desired units.
|
Topics
• Finance
• Front Desk
|
My Task Widget
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Active events by Program or Clinic
- Client Search
- Client Service Entry
Scenario 1: My Task Widget Refreshes After Saving An Event That Contains After Save Code
Specific Setup:
- Requires access to "My Task Widget".
- Requires an event with "After Save Code" to that will keep the event open after save.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click on "Scheduled Task" and select desired event.
- Set desired date/time, and duration.
- Save.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview."
- Click the "Widgets" button.
- Check off "My Tasks".
- Validate the "My Tasks" widget loads.
- Validate the scheduled task is listed.
- Click on "Complete Task" button.
- Fill in required fields and save.
- Validate the form stays open after save.
- Close the form.
- Validate the "My Task Widget" refreshed and the event is no longer listed.
|
Topics
• Widgets
|
On Demand Billing Re-Processing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Active events by Program or Clinic2
- FinanceClaims
- Front Desk Calendar Appointment [ADD]
- Front Desk People Search
- FrontDeskCalendar
- FrontDeskCheckIn
- Program Listing By Agency and Worker
- Staff - Service Providers (by Staff_id) NES
Scenario 1: Validate On Demand Billing Does Not Duplicate Units
Specific Setup:
- Requires a client with a "Self Pay Benefit Assignment".
- Client should have a scheduled task.
- Scheduled Event should be set up for "On-Demand Billing".
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Check in the desired "Scheduled Event".
- Complete the "Scheduled Event".
- Click on "Run On-Demand Billing".
- Wait for "On-Demand Billing" to run.
- Once completed click on "Review Claims".
- Validate the system generated desired claims with desired units.
- Close the window.
- Click on the "Event" link.
- Edit the duration on the event.
- Save.
- Click on "Re-Process Claims".
- Once completed click on "Review Claims".
- Validate the new claims have updated with the desired "Units".
|
Topics
• Finance
• Front Desk
|
Event Based SubForms
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Search
- Client Service Entry
- Event Definitions - Service - by Category/Program
- FormDesigner
- Interface Design Form Set
- Agency Program Services [EDIT]
- Agency Program Services/Program-User [EDIT]
- Agency Program Services/Program-User Subform
- Client Related Task - New [ADD]
- Immunizations - B2E - Public Health [ADD]
- Immunizations - B2E - Public Health Subform
- Immunizations - Public Health [VIEW] *SIGNED*
- Inventory Container By Vaccine
- Vaccine Funding Source
- Vaccines In Inventory
- VFC Eligibility
Scenario 1: Validate Event Based SubForm Displays Events Limited By Event Group
Specific Setup:
- Requires an event with an "Event Based SubForm", test uses "Other Activities B2E".
- "Event Based SubForm" should be set up with an "Event Group".
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select desired client.
- Click on "Add Event" and select desired event.
- Fill in required fields.
- Within the "Event Based SubForm" click on "Type" field.
- Validate the lookup table contains desired events.
- Select desired event.
- Fill in any other required fields within the "SubForm".
- Save.
- Navigate to "Setup > User Tools > Interface Design > Form Designer".
- Click on "Form Family".
- Select "Other Activities - B2E" form family.
- Pin the desired form.
- Click on "Form Header" row.
- Click "Driving Form Line" field.
- Select "Type" field.
- Save.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Click on "Add Event" and select the same event from step 3.
- Fill in required fields.
- Within the "Event Based SubForm" validate the desired events display and contain a checkbox.
- Check the desired event.
- Fill in any other required fields within the "SubForm".
- Save.
Scenario 2: Widget - Validate Updating An Event With An Event Based SubForm From a Widget
Specific Setup:
- An Event exists that will be updated from the Widgets.
- The Event used will have a SuBForm Event that will be completed.
- A second Event is configured to be signed and submitted automatically.
Steps
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Select the widget with the event to be used.
- Select the Event.
- Update the Event and SubForm Event.
- Save the work.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select the client.
- Validate the Event and SubForm Events saved.
- Redo the above test with the Event that will automatically be "Signed/Submitted".
- Validate the Event is "Signed/Submitted" when updated and saved.
- Validate the SubForm Events are signed and in a "View" status.
|
Topics
• Client
• Event Setup
• Forms
• Service Entry
• SubForm
• Widgets
|
CareFabric Client Messages
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Address by ZIP code Subform
- Client Personal Information [EDIT]
- Client Search
- Client >Client Information >Personal Information >Demographics
- Clients -- Webpage Dialog
- OrderConnect
- Employment Information [ADD]
- Employment Information [EDIT]
- CareConnect Inbox Provider Search
- Client Association
- Taskbar > Care Exchange > Care Exchange > CareConnect Inbox
Scenario 1: ClientUpdated - Validate Event Sent After Editing Client Demographics and GetClient Message
Scenario 2: OrderConnect - Validate Name Change in myEvolv Updates OrderConnect
Specific Setup:
- A client exists that will need a name change.
- Access to OrderConnect.
Steps
- Navigate to the demographics form.
- Change the client name and save.
- Log into OrderConnect.
- Validate the client name displays with the change.
Scenario 3: ClientUpdated - Validate Demographics Trigger Point Matches Employment Trigger Point.
Scenario 4: SearchClient - Validate SearchClient Functions - Validate With CareConnect Inbox Send Referral Search Clients
|
Topics
• CareConnect
• CareConnect Inbox
• myEvolv NX
• OrderConnect
|
Billing Processing Performance Improvement
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Action Based Run - Claim Action Types
- ActionsView
- All Clients With Security Listing by PeopleID
- AR Management
- Billing Batch Management 2.0 Form Set
- Billing Batches Management
- Billing Request Action Based Run [ADD]
- BillingProcessHistory
- Cash Receipts for Remittance
- Claim 2.0 [EDIT]
- Claim Output Ready
- Claim/Invoice Batch [VIEW]
- FinanceClaims
- All People with Benefit Assignments with LOS
- Billing Run Request Limit People Subform
- Immediate Billing Run Request [ADD]
- Submitter Information
Scenario 1: Validate Resubmit With Bulk Calculate Rate Includes Additional Units
Specific Setup:
- Requires claims that can be remitted.
- Scenario works with at least 5 claims.
- Services for each of the billed claims have been edited so that they rebill with more units.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired remittance check.
- Set parameter's to search for desired claims.
- Click "Denied" link to group the claims together.
- Click "Bulk Actions" button.
- Select "Resubmit".
- Check the desired claims to be included in the "Action Based Run".
- At the bottom of the screen click "Remaining Balance" and select "Calculate Rate - Billing".
- Save.
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run" and select and "Action Based Run".
- Set desired description.
- Click on "Action Type" and select "Resubmit".
- Set desired date range.
- Scroll to "Run for Receiver".
- Validate desired "Receiver" is listed with the amount of claims that were checked with "Bulk Resubmit and Calculate Rate".
- Check the "Receiver" checkbox.
- Click "Save".
- Wait for billing to run.
- Validate the billing run returns desired claims.
- Click on the "Claim" link.
- Validate the claims generated with the next "Submission # 2".
- Validate the claim generated with the expected number of units.
Scenario 2: Validate Finance Processing History
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Immediate Run".
- Fill in required fields to generate a billing run.
- Click "Billing Processing History".
- Click "Start Billing Now".
- Click "Refresh".
- Validate "Billing Processing Log" row exists with today's date and start time.
- Click "Actions" button.
- Select "View Detailed Status".
- Validate it contains "Processing History"
- Wait 10 seconds.
- Validate screen automatically updates with processing history.
|
Topics
• Finance
|
Deposit Slip Look-up Table
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- All Clients With Security Listing by PeopleID
- Cash Deposit Slip Form Set
- Checks for a Clients Self Pay in Front Desk Entry [ADD]
- Checks for a Clients Self Pay in Front Desk Entry [EDIT]
- Client Related Task Walk Ins [ADD]
- Deposit Slip Only [ADD]
- Deposit Slips
- Deposit Slips not posted to Bank
- Event Definitions with Security by Program
- Facilities Listing by Program
- FrontDeskCheckIn
- GL A/R Temporary Unallocated Account
- GL Cash Accounts
- Program by Person and Agency (Active)
- Staff - Service Providers (by Staff_id)
Scenario 1: Validate Adding Deposit Slip Via Checks For A Client Self Pay
Specific Setup:
Requires a scheduled event.
Steps
- Navigate to "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- On the scheduled event click the "$" button.
- Click the "Deposit Slip" look-up table.
- Click "New" button.
- Fill in required fields for the "Deposit Slip".
- Save.
- Refresh the look-up table.
- Validate the "Deposit Slip" is listed and not duplicated.
|
Topics
• Finance
• Front Desk
|