Immunization Query OBX-4 For "GRITS"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Personal Information [EDIT]
- Immunization Query [ADD]
- Service Facilities Listing
- ImmunizationQuery
- Alerts - View [VIEW]
- Select Client
- Client > Client Information > Health Information > Immunization Query
- Alert Popup
- Alerts - View
- Immunization Query - Output
Scenario 1: Immunization Query - Client Is Found In The Immunization Registry
Specific Setup:
- The client has a State Registry ID and It will match a value in the 3rd party system, the State Immunization Registry.
- The service form is set up so the "Immunization Query" SubForm, and "Historical" and "Forecast" SubReports will display.
- Pop-up blocker must be disabled for test browser(s) and URL of test environment.
- The system is configured to communicate with the State Immunization Registry.
Steps
- Navigate to a myInsight environment with an "Immunization Registry" connection.
- Navigate to "Client > Client Information > Health Information > Immunization Query".
- Select the client from the setup.
- Add a new "Immunization Query".
- Save the "Immunization Query".
- Validate an "Immunization Query" result displays.
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select the service that has the SubForm and SubReports added to it.
- Validate the query above is filled in the "Immunization Batch" field.
- Validate the "Historical" and "Forecast" SubReports are accurate to the initial report that displayed.
- Fill in any additional required fields.
- Save the service.
- Validate the service saved with the data accurately.
Scenario 2: Validate “Query Immunization” Sends an Alert When Immunization Data Exists
Specific Setup:
A Client will exist that will have "Query Immunization" data found.
Steps
- Navigate to "Client > Client Information > Health Information > Immunization Query."
- Select the client.
- Add a new "Immunization Query" request.
- Fill in fields that are required.
- Click the "Send Alert" check box.
- Validate a check mark exists in the "Send Alert."
- Save the record.
- Validate the "Historical and Forecast Vaccinations" Report displays.
- Close the report.
- Navigate to the "Alerts" icon on the upper right of the page.
- Validate there is a message for the user that is being used that is logged in.
- Validate the "Date" is the current date.
- Validate a message exists "Immunization Query for {client name used}."
- Click the message.
- Validate "Subject" is "Immunization Query for {client name used}."
- Validate the "Message" is "Immunization Query Successful, Click the following link to view:"
- Validate there is an "Immunization Query" button.
- Click the "Immunization Query" button.
- Validate the "Historical and Forecast Vaccinations" Report displays.
- Close the report.
- Close the alert.
Scenario 3: Validate “Query Immunization” Sends an Alert When No Immunization Data Exists
Specific Setup:
- A client will exist that will have no "Query Immunization" data found.
Steps
- Navigate to "Client > Client Information > Health Information > Immunization Query."
- Select the client.
- Add a new "Immunization Query" request.
- Fill in fields that are required.
- Click the "Send Alert" check box.
- Validate a check mark exists in the "Send Alert."
- Save the record.
- Validate a warning message displays indicating "Query for an evaluated immunization history and immunization forecast completed successfully, however no records of the patient were found at the registry."
- Click "OK."
- Navigate to the "Alerts" icon on the upper right of the page.
- Validate there is a message for the user that is being used that is logged in.
- Validate the "Date" is the current date.
- Validate a message exists "Immunization Query Warning on {client name used}."
- Click the message.
- Validate "Subject" is "Immunization Query Warning on {client name used}."
- Validate the "Message" is "Query for an evaluated immunization history and immunization forecast completed successfully however no records of the patient were found at the registry."
- Validate there is no "Query Immunization" button.
- Close the alert.
Scenario 4: Immunization Query - Messaging Will Display When A Communication Issue Occurs
Specific Setup:
- This will only occur if an incorrect set up exists when downloading the Immunization Query.
- The feature will otherwise work as normal. This scenario is a positive test to ensure feature works as it did.
- A client exists that has immunizations to query.
Steps
- Navigate to "Client > Client Information > Health Information > Immunization Query."
- Select a client that has immunizations to query.
- Add a new query.
- Save the query.
- Validate the "Historical Forecast" Report displays.
- Close the form.
|
Topics
• Alerts
• Immunizations
|
Remittance Import Listing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Cash Received Maintenance (System) [VIEW]
- Alerts - View [VIEW]
- FinanceImportListing
- Report: Claim Remittance Report
- Report: Claim Details Report
- Claims Maintenance NX Form Set
- Remittance File
- Claim Submission 2.0 [EDIT]
Scenario 1: 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.
|
Topics
• Finance
|
Multiple Diagnosis and Allergy Records
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Diagnosis General [ADD]
- Diagnosis Search Service
- Drug Allergy [ADD]
- Drug Library Table
- Non-drug Allergy [ADD]
- Allergies - not drug related
- Client Personal Information [EDIT]
- Type of Diagnosis
- Priority Table
- Diagnosis Status
- Diagnosis Severity
- Standard Codes - Severity
- Standard Codes - Status
- Standard Codes - Observation Interpretation
- People Allergy Symptoms Reaction Subform
- Allergy Symptoms Reactions
Scenario 1: Validate Multiple Allergies and Diagnosis Records in Messages
Scenario 2: Validate Multiple Allergies and Diagnosis Records in Messages
|
Topics
• Client
• Third Party Solution
|
Diagnosis And Allergy Updates
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Diagnosis General [ADD]
- Diagnosis Search Service
- Drug Allergy [ADD]
- Drug Library Table
- Non-drug Allergy [ADD]
- Allergies - not drug related
- Client Personal Information [EDIT]
- Type of Diagnosis
- Priority Table
- Diagnosis Status
- Diagnosis Severity
- Standard Codes - Severity
- Standard Codes - Status
- Standard Codes - Observation Interpretation
- People Allergy Symptoms Reaction Subform
- Allergy Symptoms Reactions
- People Allergy [ADD]
- Allergy Table
- Standard Codes - All codes by Event
- Onset Codes
- Client > Client Information > Personal Information > Demographics
- Select Client
- Client > Client Information > Health Information > Diagnoses Information
- Diagnosis General
- Client > Client Information > Health Information > Diagnoses Information
- Diagnosis General [EDIT]
- Billable Diagnosis for a Client with BA diagnosis
Scenario 1: Validate Multiple Allergies and Diagnosis Records in Messages
Scenario 2: Validate Multiple Allergies and Diagnosis Records in Messages
Scenario 3: Allergy Information - SDK
Scenario 4: Diagnosis Segment Added to Payload
|
Topics
• Client
• Third Party Solution
|
New Programs by Services and Enrollment Look-up Table
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Critical Information
- Programs by Services & Enrollment
- Client Critical Information Form Set
- PH Well child Form Set
- PH WC Child Health BF Visit 2 Month [ADD]
- PH MV Child Health Risk Assessment [ADD]
Scenario 1: Agency Service Group Template -Program Providing Service Look Up Table
Specific Setup:
- Setup > User Tools > Interface Design > Form Designer.
- Form Family: AGENCY SERVICE GROUP TEMPLATE.
- Program Providing Service EventLog Field, will need to have the following properties:
- LUT - Programs by Services & Enrollment
- Depends On Other - currentAgency~getFormElement('event_definition_id')~parentValue~getFormElement('actual_date')
- Default Value - programPS
- Agency Setup > Services Setup > By Program > Individual Services. The Service(s) will need to be linked to a Program for which an enrollment is not required.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select a Client.
- Add a Service that has been configured to use the new Agency Service Group Template.
- Click on the "Program Providing Service" field.
- The programs displayed will only be the programs that are linked to the service that is utilizing the Agency Service Group Template.
Scenario 2: Agency Service Group Template - Program Providing Service - Client Enrolled In Single Program
Specific Setup:
- Select Form Family: AGENCY SERVICE GROUP TEMPLATE.
- Program Providing Service EventLog Field, will need to have the following properties:
- LUT - Programs by Services & Enrollment
- Depends On Other -currentAgency~getFormElement('event_definition_id')~parentValue~getFormElement('actual_date')
- Default Value - programPS
- The Service(s) will need to be linked to a Program for which an enrollment is not required.(Program 2).
- Program 1 requires Enrollment.
- Client is enrolled in Program 1.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select "Client" from preconditions.
- Add a Service that has been configured to use the new "Agency Service Group Template".
- Click on the "Program Providing Service" field.
- Validate both "Program 1" and "Program 2" will display in the "Look Up Table".
Scenario 3: Agency Service Group Template - Program Providing Service Look Up Table - Client Has Multiple Program Enrollments
Specific Setup:
- Client is enrolled in Program 1 & Program 2.
- Programs 3 & 4 do not require enrollment.
Steps
- Navigate to "Client > Case Management > Service Management > Service Entry".
- Select a Client.
- Add a Service that has been configured to use the new Agency Service Group Template.
- Click on the "Program Providing Service" field.
- Validate Programs 1-4 display.
|
Topics
• Forms
|
Write Off Action In Posted Month
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]
Scenario 1: Validate Delete Writeoff Action That Is In A Posted Month
Specific Setup:
- Requires a claim with a "Write Off" Action.
- Month the "Write Off" action posted to should be closed.
Steps
- Navigate to "Finance > Remittance Processing > Remittance Application > AR Management".
- Select desired "Remittance".
- Set search parameters to search for desired "Claim".
- Click "Search".
- Click on the "Balance" icon to view the timeline.
- Click "Delete" button on the "Write Off" action.
- Validate the action has deleted and the claim now has a "Balance".
- Click on the "Claim" link.
- Click "Accounting Information".
- Validate the "Accounting" contains the reversing "GL Entries" for the write off action.
- Validate the "GL Entries" posted to the earliest open month.
|
Topics
• Finance
|
Pending Lab Orders, and Pending Lab Results Widgets
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- NX TOP NAVIGATION
- NX FACESHEET
- NX ORDERS
- NX ORDER ENTRY - SEARCH
- NX SCRATCHPAD
- NX LAB ORDER DETAILS
- NX ORDER ENTRY - REVIEW
- NX ADD RESULT
- OrderConnect Lab Orders [EDIT]
- Staff - Service Providers (by Staff_id)
- Program by Client's Service Track and Service
- Provider Sites by Program
- OrderConnect Lab Results [EDIT]
- Lab Orders
- NX RESULTS
- NX LAB ORDER RESULT
- NX LAB DETAILS
- PH MV Lab Results [EDIT]
- Staff (All)
- OrderConnect Lab Orders [VIEW]
- Critical Information
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Workgroups for auto assign on site enrollment
- Staff - All (by Staff ID)
- Worker Roles by Programs and Staff
- Staff-Site Link Subform
- Staff Information with no Security [EDIT]
- Managing Offices By Agency Operated
Scenario 1: OrderConnect and Widgets – Validate OrderConnect Returns Results to Pending Lab Orders & Pending Lab Results Widgets
Specific Setup:
- Client setup with Diagnosis in Diagnoses Information (Priority 1).
- Client enrolled in Program with OC Services (OC Lab Orders & OC Lab Results).
- OC Services must be active, visible, and modifiable.
- Staff setup with Access permissions for OC Lab Orders & OC Lab Results.
- Lab orders have been created in OrderConnect.
Steps
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Choose a Client and select Actions > OC e-Prescription.
- Verify connection to OrderConnect.
- Start an Order.
- Select "Lab" tab and click "New Order Item".
- Navigate through pages until Lab Order Item is ordered.
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Refresh table.
- Verify "OC Lab Orders" item appears.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Select "Pending lab Orders" and "Pending Lab Results" to be active widgets.
- Refresh the widgets.
- Verify ordered item appears in "Pending Lab Orders" widget.
- Add Results to ordered item in OrderConnect.
- Refresh the widgets.
- Verify ordered item appears in "Pending Lab Results" widget as well.
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Refresh table.
- Verify "OC Lab Results" item appears.
- Open "OC Lab Order", fill form and save.
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Refresh the widgets.
- Verify Program appears under ordered item in "Pending Lab Orders" widget.
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Refresh table.
- Open "OC Lab Results" and link to OC Lab Order, fill form and save.
- Submit "OC Lab Orders".
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Refresh the widgets.
- Verify Lab Order in "Pending Lab Orders" widget drop off.
- Verify Program appears under ordered item in "Pending Lab Results" widget.
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Refresh table.
- Submit "OC Lab Result".
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Refresh the widgets.
- Verify Lab Order in "Pending Lab Results" widget drop off.
- Start a new Order in OrderConnect.
- Select "Lab" tab and click "New Order Item".
- Navigate through pages until Lab Order Item is ordered.
- Add Results to ordered item in OrderConnect.
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Refresh table.
- Open "OC Lab Order", fill form, save and submit
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Refresh the widgets.
- Click on ordered item in "Pending Lab Results" widget.
- Validate "PH_MV_LAB_RESULT" form opens.
- Fill form, save, and submit.
- Refresh the widgets.
- Verify Lab Order in "Pending Lab Results" widget drop off.
- Navigate to "Client > Case Management > Health Information > Lab Tests".
- Refresh table.
- Validate OC Lab Results submitted.
Scenario 2: Lab Results Widget
Specific Setup:
Multiple Lab orders and Results for different Facilities.
Steps
- Navigate to "Taskbar > My Homeview > Homeview Launcher > Homeview".
- Set layout to include "Pending Lab Orders" and "Pending Lab Results".
- Click the "Filter" for "Pending Lab Orders".
- Select a "Facility" and apply filter.
- Validate only orders for that "Facility" display.
- Repeat for "Pending Lab Results".
|
Topics
• Widgets
|
HL7 File "IN1" Segments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Benefit Assignment [EDIT]
- Client Personal Information [EDIT]
- Critical Information
- Program Enrollment [Edit]
- Payers/Contracts Setup 2.0 Form Set
- Payers Setup Table
- ContractsRatesSetup
- Billing Plan Setup NX [EDIT]
- Payor Information [EDIT]
- Address by ZIP code Subform
- Address by ZIP code [EDIT]
- GenericBrowse
- Standard Codes - Source of Payment Typology
Scenario 1: ClientEvent - IN1 Segment - Validate ADT Message Contains Multiple Benefit Assignments
|
Topics
• Third Party Solution
|
PID-2 and PID-3 Segments for SIU Messages
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Header
- Select Client
- Client Personal Information [EDIT]
- FrontDeskCheckIn
- Service and Attendance Facilities Listing
- FrontDeskCalendar
- Front Desk Calendar Appointment [ADD]
- Staff - Service Providers (by Staff_id) NES
- Program Listing By Agency and Worker
- Active events by Program or Clinic2
- Front Desk People Search
- Override Reason for Schedule Events Validation
- Front Desk Calendar Appointment [EDIT]
Scenario 1: SIU - AppointmentEvent - PID 2 and PID 3 on HL7 Outbound ID Using "Patient_External_ID" - Type "MR"
|
Topics
• Third Party Solution
|
The PID-2 and PID-3 Segments for ADT Messages Is Supported
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Header
- Select Client
- Client Personal Information [EDIT]
- Critical Information
- Program Enrollment [Edit]
Scenario 1: ClientEventUpdate Message
|
Topics
• Third Party Solution
|
Finance Reports - Cash Drawer
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- AR Management
- Cash Receipts for Remittance
- Report Selection Picklist
- Report: Remittance Cash Drawer Report
- Cash Deposit Slip Form Set
- Deposit Slips
- Deposit Slip Only [ADD]
- GL Cash Accounts
- GL A/R Temporary Unallocated Account
- Deposit Slip - Self Pay [EDIT]
- Facilities Listing with Security
- Self Pay Subform
- Payers and Self-Payers
- Payment Type
- Cash Receipt Maintenance 2.0 Form Set
- Cash Receipts Maintenance NX
- Cash Received (Manual) - New [ADD]
- Receiver Information - All
- Payers by Receiver
- Program Unit for Facilities
Scenario 1: Validate Write Off on Cash Drawer Report
Specific Setup:
- Client with self pay benefit assignment setup.
- Deposit slip created to enter cash receipt.
- Remittance with payment type of Cash.
- The "Client > Client Information > Billing/Payment Information > Self Pay Receipts Entry", must have "Facility/Office" and "Self Payer" information present.
Steps
- Navigate to " Finance > Remittance Processing > Remittance Application > AR Management".
- Within the "Remittance Info" filter, select desired " Remittance Check" and click the "Search" button for desired claims.
- Enter a payment on claim.
- Click "Add Action", and select the "Action" of "Write-Off" from the drop down selection.
- Select "Account" that is not "Reverse GLs", and click "Save".
- Navigate to "Finance > Reports > Cash Drawer > Remittance Cash Drawer".
- Set the "From Date" and " Through Date" fields.
- Set the "Report Selection" to Cash Drawer by Remittance: Order by Facility / Program Unit.
- If utilizing the Report Parameters, set the appropriate Report Parameter from the PickList.
- Click Preview.
- Validate the Report contains, "Program Unit", " Type", and "Amount" from preconditions.
Scenario 2: Validate Write Off With Reverse GL on Cash Drawer Report
Specific Setup:
- Client with self pay benefit assignment setup.
- Deposit slip created to enter cash receipt.
- Remittance with payment type of Cash.
- Need both "Cash Account" and "Temp Unallocated Account" setup.
- The "Client > Client Information > Billing/Payment Information > Self Pay Receipts Entry", must have "Facility/Office" and "Self Payer" information present.
Steps
- Navigate to " Finance > Remittance Processing > Remittance Application > AR Management".
- Within the "Remittance Info" filter, select desired " Remittance Check" and click the "Search" button for desired claims.
- Enter a payment on claim.
- Click "Add Action", and select the "Action" of "Write-Off" from the drop down selection.
- Select "Account" for "Reverse GLs", and click "Save".
- Navigate to "Finance > Reports > Cash Drawer > Remittance Cash Drawer".
- Set the "From Date" and " Through Date" fields.
- Set the "Report Selection" to Cash Drawer by Remittance: Order by Facility / Program Unit.
- If utilizing the Report Parameters, set the appropriate Report Parameter from the PickList.
- Click Preview.
- Validate the Report contains, "Program Unit", " Type", and "Amount" from preconditions.
Scenario 3: Cash Drawer Report Output
Specific Setup:
- A Client exists that has a claim remitted with a Self Pay Deposit/Receipt".
- The rate of the service contains Program Unit.
- The "Client > Client Information > Billing/Payment Information > Self Pay Receipts Entry", must have "Facility/Office" and "Self Payer" information present.
Steps
- Navigate to "Finance > Reports > Cash Drawer > Remittance Cash Drawer".
- Set the "From Date" and " Through Date" fields.
- Set the "Report Selection" to Cash Drawer by Remittance: Order by Facility / Program Unit.
- Set the appropriate Report Parameter from the PickList.
- Click Preview.
- Validate the Report contains, "Program Unit", " Type", and "Amount".
|
Topics
• Finance
• Reports
|
The ADT Message Will Have an Updated Type Code for Phone Numbers
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Select Client
- Client Personal Information [EDIT]
Scenario 1: ClientEventUpdate - PID.14 - Phone Number Business and PID 13 Home Numbers
|
Topics
• CareConnect
• Client
|
DD Check Customs Printout
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- ChecksCreationLog
- check.pdf
- GL Account [EDIT]
- Check Library [EDIT]
Scenario 1: Validate Check Layout Option "Print 0.00 instead of Void" Prints 0.00 Instead of Void
Specific Setup:
Access to "Finance Setup > General Setup > Miscellaneous Setup Tables > Check Library". Available check setup in system to "Print Direct Deposit Check" and displays "VOID" text.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Create Checks (A/P) > Processing".
- Filter for desired check.
- Expand the check row.
- Click Actions > Print Direct Deposit Checks.
- Validate "VOID" text is present.
- Close the printed check.
- Navigate to "Finance Setup > General Setup > Miscellaneous Setup Tables > Check Library".
- Click on desired Layout that is linked to check from above.
- Enable "Print 0.00 instead of Void".
- Navigate to "Finance > Claim/Invoice Processing > Create Checks (A/P) > Processing".
- Filter for same check as before.
- Expand the check row.
- Click Actions > Print Direct Deposit Checks.
- Validate "0.00" is present instead of "VOID" text.
|
Topics
• Finance
• Finance Setup
|
ClientEventPreRegister Message
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Referral Search
- Person Information [ADD]
- Wizard
- WizardMPISearch
- New Referral to the Agency [ADD]
- Referral Source - Referral In
- Referral Information Form Set
- Diagnosis General [ADD]
- Diagnosis Search Service
- Priority Table
- Initial Enrollment for New Person [ADD]
- Outside Organizations - distinct
- Program Listing By Agency and Worker
- Placement Events by Agency/Program - People2
- Provider Sites by Program (Vacancy)
- Staff - Service Providers (Caseloads - Zip Zones)
- Worker Role (to a client or in a workgroup) Table
Scenario 1: Validate ClientEventPreRegister Message Diagnosis Priority
|
Topics
• Referral Application
• Third Party Solution
|
IN1 Segments for ADT Message
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Payers/Contracts Setup 2.0 Form Set
- Payers Setup Table
- ContractsRatesSetup
- Billing Plan Setup NX [EDIT]
- Benefit Assignment [EDIT]
- Addresses (Residence) Table
- Client Personal Information [EDIT]
Scenario 1: Validate Insurance ID For HL7 CareFabric Messages
|
Topics
• Client
• Finance Setup
|
MPI Client Search
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- EvolvCS System [EDIT]
- Person Information [ADD]
- Gender Table
- Wizard
- WizardMPISearch
- New Client Personal Information [EDIT]
- Initial Enrollment for New Person [ADD]
- Managing Offices By Agency Operated
- Outside Organizations - distinct
- Referral Reason Table
- Program Listing By Agency and Worker
- Placement Events by Agency/Program - People2
- Provider Sites by Program (Vacancy)
- Staff - Service Providers (Caseloads - Zip Zones)
- Worker Role (to a client or in a workgroup) Table
- SDK Third Party Organization [EDIT]
Scenario 1: MPI Search Includes HL7 Configurations
|
Topics
• Setup
• Third Party Solution
|
DFT Outbound IN1 Segment
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HL7 Outbound v2.0 Form Set
- HL7 Document Types Setup Link
- HL7 Outbound [ADD]
- HL7 Outbound [EDIT]
Scenario 1: IN1 Segment Outbound - Exporting Generated Claims - Self Pay
Specific Setup:
- The system is configured to send data to third parties via HL7 formats.
- Set the event up on the Program level to have "Allow HL7 Outbound" flag is checked.
- A Client will exist that will be used to create a service.
- The client has a Self Pay Benefit Assignment only.
- That service has a claim generated and the values are known.
- The "HL7 Outbound Setup" is created via the Agency Setup > Other Setups > HL7 Outbound Setup > HL7 Outbound Setup.
- This will transmit data to a third party application.
Steps
- Navigate to "State Reporting > Files Processing/Generation > HL7 Outbound v2.0 > HL7 Outbound v2.0".
- Click "Select HL7Outbound" button, and select the "Document Type" configured for this process.
- Add a new record.
- Check the "Check Off to Process" check box.
- Save.
- Processing will start.
- When this completes, the data will be sent to the third party application.
- Have the data reviewed to determine it is accurate.
Scenario 2: DFT IN1 Segment Outbound - Exporting Generated Claims - Not Self Pay
Specific Setup:
- The system is configured to send data to third parties via HL7 formats.
- Set the event up on the Program level to have "Allow HL7 Outbound" flag is checked.
- A Client will exist that will be used to create a service.
- That service has a claim generated and the values are known.
- The "HL7 Outbound Setup" is created via the Agency Setup > Other Setups > HL7 Outbound Setup > HL7 Outbound Setup.
- This will transmit data to a third party application.
- The client is not a self pay client.
Steps
- Navigate to "State Reporting > Files Processing/Generation > HL7 Outbound v2.0 > HL7 Outbound v2.0".
- Click "Select HL7Outbound" button, and select the "Document Type" configured for this process.
- Add a new record.
- Check the "Check Off to Process" check box.
- Save.
- Processing will start.
- When this completes, the data will be sent to the third party application.
- Have the data reviewed to determine it is accurate.
|
Topics
• CareConnect
• State Reporting
|
NX Custom Reporting Reports Printing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Conditional Formatting Configuration
- Report Designer
- NX Report Processor
- Chrome Print Preview
Scenario 1: Validate Custom Reporting Report Prints All Pages
Specific Setup:
Available report which produces a large number of outputs which when "paging" is enabled, results in at least 2 pages.
Steps
- Navigate to "Reports > NX Custom Reporting > NX Custom Reporting > Custom Reporting".
- Click the Report Designer tab.
- Select desired report.
- Launch the report.
- Click "Run Report".
- Confirm that in the results table, paging is shown in use ("Page x of y" and "Displaying 1-a of b").
- Click "Save as PDF".
- Confirm "Save as PDF".
- Open the saved PDF file and confirm that all rows are shown without paging enabled.
- Close PDF file.
- Click "Print Report".
- Confirm in the print preview that all rows are shown without paging enabled (the font size is increased for printing, so this will look longer than the PDF).
|
Topics
• NX Custom Reporting
|
HL7 Standard Codes for Religion
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Code System Maintenance [EDIT]
- Client Personal Information [EDIT]
- Religion Table
- Standard Codes Maintenance Form Set
- Value Set
- Standard Codes [EDIT]
- Tables Maintenance - Simple Form Set
- Look-up Tables Maintenance - Simple
- GenericBrowse
- Value Sets Maintenance [EDIT]
Scenario 1: HL7 Religion ADT PID-17 Segment
Scenario 2: Validate RELIGION (HL7) Look Up Table
|
Topics
• Setup
• Third Party Solution
|
SDK Messages
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate SDK Messages
|
Topics
• Third Party Solution
|
On Demand Billing and Walk Ins
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Yearly Income (SF) myInsight Subform
- Income Source Table
- Sliding Fee Eligibility [EDIT]
- FrontDeskCheckIn
- FinanceClaims
Scenario 1: Validate On Demand Billing Uses Self Pay Sliding Fee Eligibility Info
Specific Setup:
- Requires "Sliding Fee Scale" set up within "Finance Setup".
- Requires a client with "Self Pay" benefit assignment and "Use Automated Sliding Fee Scale" is checked.
- Requires a client with a "Scheduled Event" and it is set up for "On Demand" billing.
Steps
- Navigate to "Client > Client Information > Personal Information > Sliding Fee Eligibility".
- Select desired client.
- Set client's "Income Information" so that "Sliding Fee Scale" will apply.
- Navigate "Taskbar > Attendance Check In/Out > Check In/Out > Front Desk NX".
- Check in the client's scheduled event.
- Complete the event.
- Click on "Run On-Demand Billing" button.
- Wait for "On Demand Billing" run to process.
- Click on "Review Claims" button.
- Validate it contains the desired claim with the "Expected Amount" based off of "Sliding Fee".
|
Topics
• Finance
• Front Desk
|
Billing Run Requests With Missing Receiver And No Resulting Batches
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Billing Batches Management
- Immediate Billing Run Request [ADD]
- Submitter Information
- Billing Run Request Limit People Subform
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
Scenario 1: Validate Generating Multiple Billing Request
Specific Setup:
Requires services that can be billed in different batches.
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 claims.
- Save.
- Repeat steps 2 and 3 to generate a few more "Billing Requests".
- Wait for billing to run.
- Refresh.
- Validate desired batches have generated.
|
Topics
• Finance
|
Merge Utility Prevents Staff Selection
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Merge Utility
- People Search
- Call Center Search Forms [EDIT]
- Call Center Search Forms [ADD]
- Gender Table
- Staff Information Form Set
- Staff Listing - Agency Employees (By People ID)
- Person Information No Anonymous [ADD]
- Wizard
- New Staff [ADD]
- Job Title Listing - Employees
- Staff-Site Link Subform
- Managing Offices By Agency Operated
Scenario 1: Validate Prevent Deletion Of People Record Tied to Staff Profile
Specific Setup:
- Available staff to select in Merge Tool.
- Access to create new staff.
Steps
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Merge".
- Select a Staff under "Duplicate Person".
- Validate "This people record is linked to a staff profile; staff profiles are not allowed in merge utility" message displays.
- Navigate to "Taskbar > Call Center > Call Center > Call Center".
- Start a new call.
- Enter person information and click "Create new person".
- Do not enter intake information and click "Save and Close".
- Navigate to "Taskbar > System Maintenance > Application Maintenance > Merge".
- Select the new person under "Duplicate Person".
- Open a new tab of myEvolv.
- Navigate to "Agency > Staff & Security > Staff Information > Personal Info".
- Click Select Name.
- Create a new staff and link them to new person created from earlier.
- Switch back to original myEvolv tab.
- Click "Delete Duplicate".
- Validate "This people record is linked to a staff profile; staff profiles cannot be deleted" message displays.
|
Topics
• Call Center
• Staff
• Taskbar
• Utilities
|
Reprocessing Failed Billing Batches
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Billing Batches Management
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
Scenario 1: Validate After Reprocessing Failed Billing Run, Claims Are Regenerated
Specific Setup:
Available failed billing batch that should have claims able to be reprocessed.
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Filter for the known failed billing batch that should have produced claims.
- Reprocess the Billing Batch.
- Navigate to "Billing Processing History" tab.
- Start the billing run.
- Validate billing run successful.
- Navigate to "Billing Batches Management" tab.
- Filter for same billing batch.
- Validate billing batch status no longer displays as "Failed".
- Validate claims have been processed.
|
Topics
• Finance
|
Recurring Billings
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Billing Batches Management
- Recurring Billing Job [ADD]
- Submitter Information
- Recurrence Type for Billing Runs
- Weekdays
- Billing Run Request Limit People Subform
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
Scenario 1: Validate Recurring Run Break Invoice Batch Log By Period
Steps
- Navigate to "Finance > Claim/Invoice Processing > Batch Listing > Billing Batches Management".
- Click "New Run".
- Select "Scheduled Recurring Run".
- Fill in required fields.
- Select desired "Recurrence Type" i.e. "Weekly".
- Set "Include Services from N Periods Back" to desired value.
- Check "Receiver" checkbox.
- Save.
- Wait for recurring billing run to process.
- Validate the billing run generated the desired claims.
|
Topics
• Finance
|
HL7 Outbound DFT Segment PR1-3.3 "CPT" Code Value
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HL7 Outbound v2.0 Form Set
- HL7 Document Types Setup Link
- HL7 Outbound [ADD]
- HL7 Outbound [EDIT]
Scenario 1: DFT Outbound PR1-3.3 - Validate Code Value Is "CPT"
|
Topics
• CareConnect
|
FIS - Void Payments
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FIS Billing Solutions - Payment Entry
- FIS Billing Solutions - Payment Review
- FIS Billing Solutions - Receipt
- Cash Received - Credit Card [EDIT]
- Credit Card Payments Form Set
- Credit Card Devices - All
- Cash Received - Credit Card [ADD]
- All Client Guarantors - Self Pay
- All Clients By Guarantor - Self Pay
- Credit Card Brand
Scenario 1: FIS - Validate Void Transactions
Steps
- Navigate to "Finance > Remittance Processing > Credit Card Payments > Payments".
- Click the "Add New" button.
- Select "Cash Received - Credit Card" from the "Add New" drop down list.
- Fill out required fields.
- Click Save.
- After clicking save, it will re-direct you to the "FIS Billing Solutions" page.
- Fill out required fields.
- Click "Process Payment".
- Verify the payment has been processed and click "Finish".
- Close out of the webpage.
- Click the "Refresh" button.
- Verify the FIS payment is listed.
- Click on the payment.
- Click the "Void Payment" checkbox.
- Click "Save".
- Verify the payment void action has been saved.
|
Topics
• Finance
|
Import Forms
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Interface Design Form Set
- FileUploadForm
- Form Families - Client Mode
- FormDesigner
- NX Sub Report [EDIT]
- NX Test [EDIT]
- Sub Reports - User Form Set
- Sub Reports - Users
- User Sub Report Designer [EDIT]
Scenario 1: Form Designer: Validate Form Import Operations
Specific Setup:
- Two files must be created: a JSON file created by exporting a custom Form, and any file type that is not JSON.
- The JSON created above must have been exported from one compatible Evolv system, and be used to test the importing for another compatible Evolv system.
Steps
- Navigate to "Setup > User Tools > Interface Designer > Form Designer".
- Click "Import Forms".
- Choose desired file that is not a supported format.
- Verify a validation message is shown.
- Choose desired JSON file.
- Click "Upload".
- Validate the custom "Form" was uploaded or not uploaded based on the results shown.
- Click "Form Designer".
- Select desired "Form Family".
- Validate the "Form Table" contains desired custom "Form".
- Validate all "Form Elements" are properly imported and linked.
|
Topics
• Forms
• Setup
|
Improved Billing Performance
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Billing Batches Management
- Immediate Billing Run Request [ADD]
- Submitter Information
- Billing Run Request Limit People Subform
- All People with Benefit Assignments with LOS
- Billing Batch Management 2.0 Form Set
- BillingProcessHistory
- AR Management
- Cash Receipts for Remittance
Scenario 1: Validate Generating Multiple Billing Request
Specific Setup:
Requires services that can be billed in different batches.
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 claims.
- Save.
- Repeat steps 2 and 3 to generate a few more "Billing Requests".
- Wait for billing to run.
- Refresh.
- Validate desired batches have generated.
Scenario 2: Validate Ability To Start Billing Now While "Calculate Rate" in Process
Specific Setup:
- Test requires two finance users; one of whom has access to "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Test system must have claims that can have Calculate Rate applied in "Finance > Remittance Processing > Remittance Application > AR Management".
- Test system must have billing interval set long enough to allow the test to be performed without the interval picking up available runs.
- Test system requires a billing request to be submitted and ready to run.
Steps
- One test user will pull up desired test claims in AR Management and add status and action.
- Working in coordination, this tester will select "Calculate Rate" for these claims.
- While Calculate Rate is running, the second tester will click "Start Billing Now" from "Finance > Claim/Invoice Processing > Batch Listing > Billing Processing History".
- Validate that system displays message "Billing Job Started".
- Click "Refresh"; validate that the billing job is executing.
- Cancel the "Calculate Rate" changes if desired.
|
Topics
• Finance
|
Staff ID Number in HL7 messages
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Immunizations - Public Health [ADD]
- Program Listing by Agency and Service Event
- Service Facilities Listing
- Vaccines In Inventory
- Staff Distinct Listing by Agency (Staff ID)
- Vaccine Funding Source
- VFC Eligibility
- Inventory Container By Vaccine
Scenario 1: HL7 Outbound - Validate Sending Staff ID Numbers
|
Topics
• Third Party Solution
|
NIAM User Timeout
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
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 NIAM Users Able To Log Back Into Session Following Timeout
Specific Setup:
- "Inactivity Timeout (hh:mm)" set to 5 minutes.
- User configured for NIAM login.
- myEvolv setup for NIAM logins.
Steps
- Login with NIAM user.
- Wait for timeout.
- Attempt to log back in.
- Validate successful login after timeout.
Scenario 3: Validate NTST User Able to Login Following Timeout
|
Topics
• Setup
|
Formatting The "HIV Diagnosis Date", Segment "ZHI-3"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Header
- Select Client
- PH MV Sexual History [EDIT]
- PH MV HIV Risk Assessment [EDIT]
- Client Personal Information [EDIT]
- GenericBrowse
Scenario 1: HL7 Outbound - Sending HIV Information In ClientEventUpdate Message
|
Topics
• CareConnect
|
Insurance Payload Messages Integrate OrderConnect
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Self Pay [ADD]
- Relationship - Family Table
- Self Pay [Edit]
Scenario 1: OrderConnect - Validate Payor Information Messages
Scenario 2: OrderConnect - Validate Payor Information Messages
|
Topics
• OrderConnect
|
Performance Improvements for Eligibility (271) Imports
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- FinanceImportListing
- Finance File Import
- Report: Clients Processed OK
- Report: Benefits Details
- Eligibility File
- Benefit Assignment [EDIT]
- Finance > Imports/Exports > Imports > Eligibility (271) Imports
Scenario 1: Validate Eligibility (271) Import
Specific Setup:
Requires a 271 Eligibility Import File.
Steps
- Navigate to "Finance > Imports/Exports > Imports > Eligibility (271) Imports".
- Click "Upload File".
- Select desired "271 Import File".
- Click "Upload".
- Validate "Information About The Uploaded File" is visible.
- Close the window.
- Validate the screen refreshed and it contains the uploaded "271 File".
- Click "Actions" and select "Client Processed Ok".
- Validate the report contains desired information.
- Close the report.
- Click "Actions" and select "Benefits Detail".
- Validate the report contains desired information".
- Close the report.
- Navigate to "Client > Client Information > Personal Information > Benefit Assignments".
- Select a client from the "271 File".
- Open the "Benefit Assignment".
- Click on "271 Information".
- Validate the "271 Eligibility History" SubReport contains desired information.
|
Topics
• Finance
• Finance Setup
• Reports
|