2024 Update installation
Scenario 1: Validate Upgrading Avatar Cal-PM 2023 to 2024 is successful when 2023.04.00 is loaded
Specific Setup:
- Latest Monthly Release is installed.
Steps
- Open the "Product Updates" form.
- Select the appropriate [Namespace] from the Application dropdown list
- Click [Select Update/Customization Pack].
- Browse to the location for the updates and select the Update 1.
- Click [OK] on the "File Upload Complete" window.
- Click [Review Update/Customization Pack Contents].
- Verify Update 1 is included.
- Click [Install Update/Customization Pack].
- Click [OK] when the install completes.
- Click [Close Form].
|
Topics
• Upgrade
|
Close Charges - Interim Billing Batch
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Ledger
- Open Closed Charges
Scenario 1: Validating 'Close Charges' functionality
Specific Setup:
- Admit an outpatient client with an active diagnosis and financial eligibility.
- Render several services to the newly created client.
- Create an interim billing batch.
Steps
- Open the 'Close Charges' form.
- Set the "Liability Update Or Close Charges" field to " Close Charges".
- Set a date in the "Thru Date" field that includes some, but not all services in the interim batch.
- Select "Individual" in the "Individual, All, Or Interim Batch Cycle" field.
- Enter a name or ID in the "Client ID" field.
- Select an episode in the "Episode Number" field.
- Submit the form to close all charges for the client and thru date specified.
- Validate the client ledger to ensure the services closed,
- Open the 'Close Charges' form.
- Set the "Liability Update Or Close Charges" field to " Close Charges".
- Set a date in the "Thru Date" field.
- Select "Interim Batch Cycle" in the "Individual, All, Or Interim Batch Cycle" field.
- Select an Interim Batch Number in the "Interim Batch Number" field.
- Submit the form to close all charges for the client and thru date specified.
- Validate the client ledger to ensure the services closed.
Scenario 2: Validating 'Close Charges' by 'Interim Batch Cycle' functionality.
Specific Setup:
- Clients:
- Client A:
- Admit an outpatient client with an active diagnosis and financial eligibility.
- Render four services for four different dates using the Client Charge Input form.
- Client B:
- Admit an outpatient client with an active diagnosis and financial eligibility.
- Render four services for four different dates using the Client Charge Input form.
- Interim Billing Batch:
- Batch A:
- Create an interim billing batch that covers Client A and only covers the first two services.
- Batch B:
- Create an interim billing batch that covers Client B and all four services.
- Registry Setting(s):
- The "Close Charges By Program And Guarantor Of Batch Only" registry setting should be set to the value 'B'.
Steps
- Open the 'Close Charges' form.
- Set the "Liability Update Or Close Charges" field to " Close Charges".
- Leave the "Thru Date" field blank.
- Select "Interim Batch Cycle" in the "Individual, All, Or Interim Batch Cycle" field.
- Select Interim 'Batch A' from the "Interim Batch Number" field.
- Submit the form to close all charges with the Interim Batch and "Thru Date" not specified.
- Open the 'Client Ledger' form.
- Select Client A in the "Client ID" field.
- Select "All Episodes" in the "Claim/Episode/All Episodes" field.
- Select "Simple" in the "Ledger Type" field.
- Select "Process".
- Validate that only the services that are covered by Interim 'Batch A' are Closed.
- Close the report.
- Select "No".
- Open the 'Open Closed Charges' form.
- Select "Individual" in the "Individual, All, Or Interim Batch Cycle" field.
- Select Client A in the "Client ID" field.
- Select the Episode from the "Episode" field.
- Select the "Select Charges To Open" button.
- Select all the services by checking them in the 'Open Closed Charges' window.
- Click "OK".
- Select "Submit".
- Select "Yes".
- Select "No".
- Open the 'Close Charges' form.
- Set the "Liability Update Or Close Charges" field to " Close Charges".
- Select "T" in the "Thru Date" field.
- Select "Interim Batch Cycle" in the "Individual, All, Or Interim Batch Cycle" field.
- Select Interim 'Batch A' from the "Interim Batch Number" field.
- Submit the form to close all charges with the Interim Batch and "Thru Date" specified as Today.
- Open the 'Client Ledger' form.
- Select Client A in the "Client ID" field.
- Select "All Episodes" in the "Claim/Episode/All Episodes" field.
- Select "Simple" in the "Ledger Type" field.
- Select "Process".
- Validate that only the services that are covered by Interim 'Batch A' are closed.
- Close the report.
- Select "No".
- Open the 'Close Charges' form.
- Set the "Liability Update Or Close Charges" field to " Close Charges".
- Leave the "Thru Date" field blank.
- Select "Interim Batch Cycle" in the "Individual, All, Or Interim Batch Cycle" field.
- Select Interim Batch B from the "Interim Batch Number" field.
- Submit the form to close all charges with the Interim Batch and "Thru Date" not specified.
- Open the 'Client Ledger' form.
- Select Client B in the "Client ID" field.
- Select "All Episodes" in the "Claim/Episode/All Episodes" field.
- Select "Simple" in the "Ledger Type" field.
- Select "Process".
- Validate that all the services that are covered by Interim ;Batch B' are Closed.
- Close the report.
- Select "No".
- Open the 'Open Closed Charges' form.
- Select "Individual" in the "Individual, All, Or Interim Batch Cycle" field.
- Select Client B in the "Client ID" field.
- Select the Episode from the "Episode" field.
- Select the "Select Charges To Open" button.
- Select all the services by checking them in the 'Open Closed Charges' window.
- Click "OK".
- Select "Submit".
- Select "Yes".
- Select "No".
- Open the 'Close Charges' form.
- Set the "Liability Update Or Close Charges" field to " Close Charges".
- Set the "Thru Date" field with a date that does not cover a few services from 'Batch B'.
- Select "Interim Batch Cycle" in the "Individual, All, Or Interim Batch Cycle" field.
- Select Interim Batch B from the "Interim Batch Number" field.
- Submit the form to close all charges with the Interim Batch and "Thru Date" not specified.
- Open the 'Client Ledger' form.
- Select Client B in the "Client ID" field.
- Select "All Episodes" in the "Claim/Episode/All Episodes" field.
- Select "Simple" in the "Ledger Type" field.
- Select "Process".
- Validate that only the services of Interim 'Batch B' that are covered under the "Thru Date" specified are closed.
- Close the report.
- Select "No".
|
Topics
• Close Charges
• Interim Billing Batch
|
Avatar MSO to Parent System Service Filing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Close Batch
- Client Ledger
- Electronic Billing
Scenario 1: 'Close Batch' - Avatar MSO to Cal-PM Parent System Service Filing, Verification of Service Unit Values
Specific Setup:
- Avatar MSO Registry Setting 'Send Units to Avatar PM' must be enabled
- 'File Services On Closing Of Batch Or Creation of EOB?' must be set to 'Yes' (via Avatar MSO 'MSO to Parent System Integration Mapping' form 'Service Filing' section)
- One or more 'Approved' status services originating in Avatar MSO and eligible for filing to parent Avatar Cal-PM system
Steps
- Open Avatar MSO 'Close Batch' form.
- Select Avatar MSO Claims Processing batch containing one or more 'Approved' status claim/services eligible for filing to parent Avatar Cal-PM system (including Avatar MSO 837 'Replacement' claims/services).
- Set 'Close Batch' field to 'Yes' (and click 'OK' button to close warning message dialog).
- Click 'Submit' button to close batch/file services to parent Avatar Cal-PM system.
- Open 'Client Ledger' form in parent Avatar Cal-PM system.
- Select 'Client ID' value for client where services are present in Avatar MSO closed status Claims Processing batch.
- Select 'Claim/Episode/All Episodes' value.
- Select 'Ledger Type' value.
- In Client Ledger data - ensure that 'Approved' status original claim services originating in Avatar MSO are present in Avatar Cal-PM system following 'Close Batch' filing (where services are valid for filing to parent system).
- In Client Ledger data - ensure that services originating in Avatar MSO are present in Avatar Cal-PM parent system with correct/original 'Service Units' ('UNT') value filed from Avatar MSO (including Avatar MSO 837 'Replacement' claims/services and case where charges are closed in Avatar Cal-PM automatically on service receipt from Avatar MSO, according to Avatar MSO Registry Setting 'Send Units to Avatar PM' ).
|
Topics
• Close Charges
• Electronic Billing
|
Support for other products and modules
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Site Specific Section Modeling (CWS)
- Progress Notes (Group and Individual)
- CareFabric Monitor
Scenario 1: Progress Notes - Validate the 'EncounterResourceUpdated' SDK event
Specific Setup:
- A client is enrolled in an existing episode (Client A).
- The 'Progress Notes (Group and Individual)' form must have a 'SS Note Staff Member' field enabled in 'Site Specific Section Modeling' with "Assign as Primary Care Provider" selected in the 'Product Custom Logic Definition' field. This field will be referred to as the 'Assign as Primary Care Provider' field.
Steps
- Access the 'Progress Notes (Group and Individual)' form.
- Select "Client A" in the 'Select Client' field.
- Select the desired episode in the 'Select Episode' field.
- Select "Independent Note" in the 'Progress Note For' field.
- Select the desired value in the 'Note Type' field.
- Enter the desired value in the 'Notes Field'.
- Select the desired practitioner in the 'Assign as Primary Care Provider' field.
- Select "Final" in the 'Draft/Final' field.
- File the note.
- Access Crystal Reports or other SQL Reporting tool.
- Select the PM namespace.
- Create a report using the 'SYSTEM.client_practitioner_assignment' SQL table.
- Validate a row is displayed for the note finalized in the previous steps with PCL.
- Validate the 'PATID' field contains the client ID for "Client A".
- Validate the 'practitioner' field contains the ID for the practitioner selected in the previous steps.
- Validate the 'date_of_assignment' and 'time_of_assignment' fields contain the date/time the note was filed.
- Close the report.
- Access the 'CareFabric Monitor' form.
- Enter the current date in the 'From Date' and 'Through Date' fields.
- Select "Client A" in the 'Client ID' field.
- Click [View Activity Log].
- Validate the 'CareFabric Monitor Report' is displayed and contains an "EncounterResourceUpdated" record. Please note: this may be an "EncounterResourceCreated" record if a "Created" message has not yet been triggered for the client. In addition, it may take a few minutes for the event record to display on the report.
- Click [Click To View Record].
- Validate the last 'individualPractitionerResourceID' - 'id' field contains the ID for the practitioner selected in the previous steps. In addition, validate the following:
- The associated 'period' - 'fromDate' field contains the date/time the note was filed, which can be found in the 'SYSTEM.client_practitioner_assignment' SQL table.
- The associated 'typeCodes' - 'codes' - 'code' field contains "PCP".
- The associated 'typeCodes' - 'codes' - 'displayName' field contains "Primary Care Physician".
- Close the report and the form.
|
Topics
• Progress Notes
|
Registry Settings - Utilize Local Workstation Time Zone
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Current Unit Census
- Official Census Report
Scenario 1: Utilize Local Workstation Time Zone - Validating timestamp on the 'Current Unit Census' report
Steps
- Open the 'Registry Setting' form.
- Set the 'Utilize Local Workstation Time Zone' registry setting to 'N'.
- Set the 'Time Zone Offset' registry setting to desired positive number.(Please note: The value of the registry setting can be between -12 to +14).
- Open the 'Current Unit Census' form.
- Select 'Individual' in the 'For Individual Unit Or All' field to generate the report for desired unit in the facility.
- Select desired unit.
- Click [Process].
- Verify the report displays the time stamp based on the time change expected due to the 'Time Zone Offset' registry setting.
- Verify the report displays RUN TIME that is current server time + Offset value entered in the registry setting. Please note: The 'RUN DATE' will be updated if the RUN TIME is changed to next or previous date to reflect the time zone offset value.
- Close the report.
- Close the form.
- Open the 'Registry Setting' form.
- Set the 'Time Zone Offset' registry setting to 0. (Please note: The value of the registry setting can be between -12 to +14).
- Open the 'Current Unit Census' form.
- Select 'All' in the 'For Individual Unit Or All' field to generate the report for desired unit in the facility.
- Click [Process].
- Verify the report displays RUN TIME that is current server time because the offset value entered in the registry setting is 0.
- Close the report.
- Close the form.
- Open the 'Registry Setting' form.
- Set the 'Time Zone Offset' registry setting to desired negative value. (Please note: The value of the registry setting can be between -12 to +14).
- Open the 'Current Unit Census' form.
- Select 'All' in the 'For Individual Unit Or All' field to generate the report for desired unit in the facility.
- Click [Process].
- Verify the report displays RUN TIME that is current server time + Offset value entered in the registry setting. Please note: RUN DATE will be updated if the RUN TIME changed to next or previous date to reflect the time zone offset value.
- Close the report.
- Close the form.
- Open the 'Registry Setting' form.
- Set the 'Utilize Local Workstation Time Zone' registry setting to 'Y'.
- Open the 'Current Unit Census' form.
- Select desired value in the 'For Individual Unit Or All' field to generate the report for desired unit in the facility.
- Select desired unit.
- Click [Process].
- Verify the report displays current workstation date and time as a RUN DATE and RUN TIME.
- Close the report.
- Close the form.
Scenario 2: Registry Setting - Time Zone Offset - Validating timestamp on the 'Official Census Report'
Steps
- Open the 'Registry Setting' form.
- Set the 'Utilize Local Workstation Time Zone' registry setting to 'N'.
- Set the 'Time Zone Offset' registry setting to desired positive number.(Please note: The value of the registry setting can be between -12 to +14).
- Close the form.
- Open the 'Official Census Report' form.
- Enter the desired date in the 'Date' field.
- Select the desired value in the 'Treatment Setting' field.
- Click [Process].
- Verify the report displays the time stamp based on the time change expected due to the 'Time Zone Offset' registry setting.
- Verify the report displays RUN TIME that is current server time + time zone Offset value entered in the registry setting. Please note: The 'RUN DATE' will be updated if the RUN TIME is changed to next or previous date to reflect the time zone offset value.
- Close the form.
- Close the form.
- Open the 'Registry Setting' form.
- Set the 'Time Zone Offset' registry setting to 0. (Please note: The value of the registry setting can be between -12 to +14).
- Close the form.
- Open the 'Official Census Report' form.
- Enter the desired date in the 'Date' field.
- Select the desired value in the 'Treatment Setting' field.
- Click [Process].
- Verify the report displays the time stamp based on the time change expected due to the 'Time Zone Offset' registry setting.
- Verify the report displays RUN TIME that is current server time + Offset value entered in the registry setting. Please note: The 'RUN DATE' will be updated if the RUN TIME is changed to next or previous date to reflect the time zone offset value.
- Close the form.
- Close the form.
- Open the 'Registry Setting' form.
- Set the 'Time Zone Offset' registry setting to desired negative value. (Please note: The value of the registry setting can be between -12 to +14).
- Open the 'Official Census Report' form.
- Enter the desired date in the 'Date' field.
- Select the desired value in the 'Treatment Setting' field.
- Click [Process].
- Verify the report displays the time stamp based on the time change expected due to the 'Time Zone Offset' registry setting.
- Verify the report displays RUN TIME that is current server time + Offset value entered in the registry setting. Please note: The 'RUN DATE' will be updated if the RUN TIME is changed to next or previous date to reflect the time zone offset value.
- Close the form.
- Close the form.
- Set the 'Utilize Local Workstation Time Zone' registry setting to 'Y'.
- Open the 'Current Unit Census' form.
- Select desired value in the 'For Individual Unit Or All' field to generate the report for desired unit in the facility.
- Select desired unit.
- Click [Process].
- Verify the report displays current workstation date and time as a RUN DATE and RUN TIME.
- Close the report.
- Close the form.
|
Topics
• Verify Unit Census
• Official Census Report
|
Family Registration - cache storage table optimization.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Family Registration (CAL)
- Change MR#
Scenario 1: Family Registration form - field validation - Successful registration.
Specific Setup:
Registry Settings: - Set the registry setting 'UMDAP Housing Adjustment Percentage' as any desired percentage value within the range of 1 to 100.
Form designer: - Add the hidden elements 'Housing Costs' and 'Housing Adjustment' under the Third Subsection of the UMDAP Information Tab.
Clients: - More than one existing client is identified or new ones are created to be used in the family registration process.
- Client 1
- Client 2
Family: - An existing family with no member(s) and with all the UMDAP data should be identified or created.
- Family A
Steps
- Open the "Family Registration" form.
- Enter a desired name for the Family - 'Family B'.
- Click [New Family].
- Fill in all the needed field values in the "Family Registration" section.
- Click on the "Family Members" section.
- Select the [Add New Item].
- Add 'Client 1' and 'Client 2' as the members.
- Fill in all the needed field values in the "Family Members" section.
- Verify the "Type of Family Member" column displayed in the "Family Membership Information" grid. Note: as this grid contains many fields, you may need to drag the border between fields to widen the view of this, or any of the other, fields in the grid.
- Select the "UMDAP Information" section.
- Click [Add New Item].
- Validate that the fields "Housing Costs" & "Housing Adjustment" are present in the form.
- Fill in all the mandatory field values along with the other desired optional field values.
- Click [Submit].
- Create an SQL query to the below tables and validate that the above-filed data are saved and shown in the respective cache storage tables,
- Validate the Family Demographics information in "SYSTEM.family_current_demographics",
- Validate the Member information(s) in "SYSTEM.family_membership_information",
- Validate the UMDAP information in "SYSTEM.family_umdap_info".
- Close the SQL, return to the NX window, and open the 'Family Registration' form.
- Select 'Family A'.
- Click on the "Family Members" section.
- Verify that no members are existing in the grid.
- Select the [Add New Item].
- Add 'Client 1' as a member.
- Verify that we see an error message stating that there is a Date Range Overlap found with Another Family Assignment for the date range.
- Click [OK].
- Click [Discard].
- Click [Yes].
- Open the 'Family Registration' form.
- Select 'Family B'.
- Click on the "Family Members" section.
- Select 'Client 1' from the grid.
- Click [Edit Selected Item].
- Enter a future date value for the field 'End Date Of Family Membership date'.
- Click [Submit].
- Create an SQL query to the below table for 'Family B' and validate that 'Client 1' is updated with the 'fam_memb_end_date' value,
- "SYSTEM.family_membership_information".
- Close the SQL, return to the NX window, and open the 'Family Registration' form.
- Select 'Family A'.
- Click on the "Family Members" section.
- Verify that no members are existing in the grid.
- Select the [Add New Item].
- Add 'Client 1' as a member.
- Enter a date value that falls between the 'Start Date Of Family Membership date' and 'End Date Of Family Membership date' range of 'Client 1' in 'Family B'.
- Verify that we see an error message for 'Date Range Overlaps Another Family AssignmentFamily'.
- Click [OK].
- Enter a date value that is outside the 'Start Date Of Family Membership date' and 'End Date Of Family Membership date' range of 'Client 1' in 'Family B'.
- Click [Submit].
- Create an SQL query to the below table for Family A and validate that Client 1 is added as a member of the family.
- "SYSTEM.family_membership_information".
- Create an SQL query to the below table for Family B and validate that Client 1 is also showing with the 'fam_memb_end_date' value.
- "SYSTEM.family_membership_information".
- Close the SQL.
Scenario 2: Family Registration form - Delete/ Change MR#/ Merge - Clients.
Specific Setup:
Family Registration: - A family with more than one member and with all the UMDAP data should be identified or created.
- Family A:
- Member 1 (Client 1)
- Member 2 (Client 2)
Clients: - Adding to the above clients, An existing client is identified or a new one is created for the Client Merge process. The client identified/created should have the same information (except for the program) as the member whom we want to merge with.
- Client 3
Steps
- Open the "Family Registration" form.
- Enter the Family ID for - 'Family A'.
- Select Family A.
- Click on the "Family Members" item.
- Verify that the members exist and are shown in the grid.
- Select 'Member 2' from the grid.
- Click [Delete Selected Item].
- Click [Yes].
- Verify that the member we deleted is removed from the grid, upon successful delete.
- Select the "UMDAP Information" item.
- Verify that the existing UMDAP record(s) are shown in the grid.
- Click [Submit].
- Create an SQL query to the below table for Family A and validate that there are no records found for 'Client 2',
- "SYSTEM.family_membership_information".
- Create an SQL query to the below table for 'Family A' and validate that there are UMDAP data available, which is the same as the data we filed using the 'Family Registration form',
- "SYSTEM.family_umdap_info".
- Close the querying window and return to the NX window.
- Open the "Family Registration" form.
- Enter the Family ID for - 'Family A'.
- Select 'Family A'.
- Click on the "Family Members" item.
- Verify that the members exist and are shown in the grid.
- Click [Add New Item].
- Enter the 'Client ID' field with 'Client 1' and select it.
- Verify that we see a popup that says that there is a Date Range Overlap found with the Previous Entry For ClientStart and End Date(s).
- Click [OK].
- Enter the 'Client ID' field with 'Client 2' and select it.
- Fill in all the needed values.
- Verify that the new member is now added and shown in the grid.
- Select the "UMDAP Information" item.
- Select the existing record from the 'UMDAP Information' grid.
- Click [Delete Selected Item].
- Click [Yes].
- Verify that there are no records in the 'UMDAP Information' grid.
- Click [Submit].
- Create an SQL query to the below table for 'Family A' and validate that there is an existing record found for 'Client 2',
- "SYSTEM.family_membership_information".
- Create an SQL query to the below table for 'Family A' and validate that there are no UMDAP data available,
- "SYSTEM.family_umdap_info".
- Close the querying window and return to the NX window.
- Open the "Change MR#" form.
- Enter the 'Client ID' field with 'Client 2' and select it.
- Click [Assign MR#].
- Click [Yes].
- Validate that the 'New Client ID#' input box contains a new ID - 'New Client 2'.
- Click [Submit].
- Open the "Family Registration" form.
- Enter the Family ID for - 'Family A'.
- Select 'Family A'.
- Click on the "Family Members" item.
- Verify that the members exist and are shown in the grid.
- Select 'Member 2' from the grid.
- Click [Edit Selected Item].
- Validate that the Client ID is replaced with the new MR#. (i.e. 'New Client 2').
- Click [Discard].
- Click [Yes].
- Create an SQL query to the below table for Family A and validate that there are no records found for 'Client 2',
- "SYSTEM.family_membership_information".
- Verify that we do have a record for 'New Client 2' in the table for 'Family A'.
- Close the querying window and return to the NX window.
- Open the "Client Merge" form.
- Enter the 'Client ID' field with 'New Client 2' and select it.
- Select the Episode value from the 'Source Client Episode' dropdown field.
- Enter the 'Client ID' field with 'Client 3' and select it.
- Click [File].
- Click [Yes].
- Click [OK].
- Click [Discard].
- Click [Yes].
- Open the "Family Registration" form.
- Enter the Family ID for - 'Family A'.
- Select 'Family A'.
- Click on the "Family Members" item.
- Verify that the members exist and are shown in the grid.
- Select 'Member 2' from the grid.
- Click [Edit Selected Item].
- Validate that the Client ID is replaced with 'Client 3'.
- Click [Discard].
- Click [Yes].
- Create an SQL query to the below table for 'Family A' and validate that there are no records found for 'New Client 2',
- "SYSTEM.family_membership_information".
- Verify that we do have a record for 'Client 3' in the table for 'Family A'.
- Close the SQL.
|
Topics
• Family Registration
|
835 Health Care Claim Payment/Advice
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission (Outpatient)
- Financial Eligibility
- Client Ledger
- Electronic Billing
- Claim Adjustment Group/Reason Code Definition
- 835 Health Care Claim Payment/Advice (PM)
Scenario 1: '835 Health Care Claim Payment/Advice' - Files with and without end of segment separator
Specific Setup:
- 835 Health Care Claim Payment/Advice:
- An 835 file exists where each segment has its own row, with no end of row separators. Note the client(s) that will have payments/adjustments made and the services the payments will be made to.
- An 835 file exists where each segment has end of row separators. Note the client(s) that will have payments/adjustments made and the services the payments will be made to.
- The files have been placed in the appropriate directory for processing as setup in 'Facility Defaults'.
Steps
- Open Avatar PM '835 Health Care Claim Payment/Advice' form.
- Load, compile and post each file.
- Close the form.
- Open 'Client Ledger' to validate that the payments/adjustment were posted to the client's ledger appropriately.
- Close the form.
|
Topics
• 835 Health Care Claim Payment/Advice
|
Avatar Cal-PM 'Cal-OMS...' Forms
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Cal-OMS Discharge
- Cal-OMS Youth/Detox Discharge
- Cal-OMS Administrative Discharge
- Cal-OMS Annual Update
Scenario 1: Avatar Cal-PM Registry Settings - Verification of 'Do Not Allow User To Continue Filing With Errors' Registry Setting
Steps
- Open 'Registry Settings' form.
- Enter search value 'Do Not Allow User To Continue Filing' and click 'View Registry Settings' button.
- Ensure Registry Setting 'Do Not Allow User To Continue Filing With Errors' is returned (under 'Avatar PM-> California Required EDI -> CAL OMS Reporting' path).
- Ensure 'Registry Setting Details' field contains the following explanation text:
Modify the Cal-OMS Admission, Cal-OMS Annual Update, Cal-OMS Discharge, Cal-OMS Youth/Detox Discharge, Cal-OMS Administrative Discharge, Outside Provider Cal-OMS Admission, Outside Provider Cal-OMS Annual Update, Outside Provider Cal-OMS Discharge, Outside Provider Cal-OMS Administrative Discharge forms to return hard error rather than giving the following choices: "Continue Filing" and "Return to Form".
Scenario 2: 'Cal-OMS Admission' - Verification of 'Do Not Allow User To Continue Filing With Errors' Registry Setting
Specific Setup:
- Avatar Cal-PM Registry Setting 'Do Not Allow User To Continue Filing With Errors' may optionally be enabled/disabled
- Client record eligible for Cal-OMS Admission record entry/edit
Steps
- Open Avatar Cal-PM 'Cal-OMS Admission' form.
- Select client/episode for Cal-OMS Admission entry (or select existing Cal-OMS Admission record for view/edit).
- Enter/select values for 'Cal-OMS Admission' form fields as required/desired (ensuring that at least one field is incomplete/no value entered or selected).
- Click 'Submit' button to file 'Cal-OMS Admission' form/record.
- Where Registry Setting 'Do Not Allow User To Continue Filing With Errors' is disabled (value 'N', system default) - In case where one or more 'Cal-OMS Admission' fields is incomplete/no value entered or selected, ensure that user is presented with warning dialog noting incomplete fields (or 'There are more than 10 empty fields' message), along with 'Continue Filing' and 'Return to Form' buttons.
- Ensure that clicking 'Continue Filing' button files 'Cal-OMS Admission' form/record with incomplete fields
- Ensure that clicking 'Return to Form' button cancels filing and returns user to 'Cal-OMS Admission' form/record without filing (for further entry/selection of field values prior to filing)
- Where Registry Setting 'Do Not Allow User To Continue Filing With Errors' is enabled (value 'Y') - In case where one or more 'Cal-OMS Admission' fields is incomplete/no value entered or selected, ensure that user is presented with filing error dialog noting incomplete fields (or 'There are more than 10 empty fields' message), with single 'OK' button to close error dialog/return to form.
- Ensure that clicking 'OK' button closes error dialog/cancels filing, and user is returned to 'Cal-OMS Admission' form to complete all field entries prior to form/record filing
Scenario 3: 'Cal-OMS Discharge' - Verification of 'Do Not Allow User To Continue Filing With Errors' Registry Setting
Specific Setup:
- Avatar Cal-PM Registry Setting 'Do Not Allow User To Continue Filing With Errors' may optionally be enabled/disabled
- Client record eligible for Cal-OMS Discharge record entry/edit
Steps
- Open Avatar Cal-PM 'Cal-OMS Discharge', 'Cal-OMS Youth/Detox Discharge' or 'Cal-OMS Administrative Discharge' form.
- Select client/episode for Cal-OMS Discharge entry (or select existing Cal-OMS Discharge record for view/edit).
- Enter/select values for 'Cal-OMS Discharge' form fields as required/desired (ensuring that at least one field is incomplete/no value entered or selected).
- Click 'Submit' button to file 'Cal-OMS Discharge' form/record.
- Where Registry Setting 'Do Not Allow User To Continue Filing With Errors' is disabled (value 'N', system default) - In case where one or more 'Cal-OMS Discharge' fields is incomplete/no value entered or selected, ensure that user is presented with warning dialog noting incomplete fields (or 'There are more than 10 empty fields' message), along with 'Continue Filing' and 'Return to Form' buttons.
- Ensure that clicking 'Continue Filing' button files 'Cal-OMS Discharge' form/record with incomplete fields
- Ensure that clicking 'Return to Form' button cancels filing and returns user to 'Cal-OMS Discharge' form/record without filing (for further entry/selection of field values prior to filing)
- Where Registry Setting 'Do Not Allow User To Continue Filing With Errors' is enabled (value 'Y') - In case where one or more 'Cal-OMS Discharge' fields is incomplete/no value entered or selected, ensure that user is presented with filing error dialog noting incomplete fields (or 'There are more than 10 empty fields' message), with single 'OK' button to close error dialog/return to form.
- Ensure that clicking 'OK' button closes error dialog/cancels filing, and user is returned to 'Cal-OMS Discharge' form to complete all field entries prior to form/record filing
Scenario 4: 'Cal-OMS Annual Update' - Verification of 'Do Not Allow User To Continue Filing With Errors' Registry Setting
Specific Setup:
- Avatar Cal-PM Registry Setting 'Do Not Allow User To Continue Filing With Errors' may optionally be enabled/disabled
- Client record eligible for Cal-OMS Annual Update record entry/edit
Steps
- Open Avatar Cal-PM 'Cal-OMS Annual Update' form.
- Select client/episode for Cal-OMS Annual Update entry (or select existing Cal-OMS Annual Update record for view/edit).
- Enter/select values for 'Cal-OMS Annual Update' form fields as required/desired (ensuring that at least one field is incomplete/no value entered or selected).
- Click 'Submit' button to file 'Cal-OMS Annual Update' form/record.
- Where Registry Setting 'Do Not Allow User To Continue Filing With Errors' is disabled (value 'N', system default) - In case where one or more 'Cal-OMS Annual Update' fields is incomplete/no value entered or selected, ensure that user is presented with warning dialog noting incomplete fields (or 'There are more than 10 empty fields' message), along with 'Continue Filing' and 'Return to Form' buttons.
- Ensure that clicking 'Continue Filing' button files 'Cal-OMS Annual Update' form/record with incomplete fields
- Ensure that clicking 'Return to Form' button cancels filing and returns user to 'Cal-OMS Annual Update' form/record without filing (for further entry/selection of field values prior to filing)
- Where Registry Setting 'Do Not Allow User To Continue Filing With Errors' is enabled (value 'Y') - In case where one or more 'Cal-OMS Annual Update' fields is incomplete/no value entered or selected, ensure that user is presented with filing error dialog noting incomplete fields (or 'There are more than 10 empty fields' message), with single 'OK' button to close error dialog/return to form.
- Ensure that clicking 'OK' button closes error dialog/cancels filing, and user is returned to 'Cal-OMS Annual Update' form to complete all field entries prior to form/record filing
|
Topics
• Registry Settings
• Cal-OMS
|
Web Service - Add Admission
Scenario 1: The 'ClientAdmission' - 'AddAdmission' web service: Admission of a new client
Specific Setup:
- The user has access to a Web services tool.
Steps
- Access the Web services tool and select the WSDL for the 'ClientAdmission' - 'AddAdmission' web service.
- Enter the system code that will be used to log into Avatar in the 'SystemCode' field.
- Enter the user name that will be used to log into Avatar in the 'UserName' field.
- Enter the password that will be used to log into Avatar in the 'Password' field.
- Enter the desired date in the 'AdmissionDate' field.
- Enter the desired time in the 'AdmissionTime' field.
- Enter the desired practitioner in the 'AdmittingPractitioner' field.
- Enter the desired value in the 'ClientFirstName' field.
- Enter the desired value in the 'ClientLastName' field.
- Enter the desired value in the 'ClientMiddleName' field.
- Enter the corresponding name in the 'ClientName' field.
- Enter the desired value in the 'ESignatureConsentOnFile' field. Note: "Y" and "N" are accepted values.
- Enter the desired value in the 'Program' field.
- Enter the desired value in the 'Sex' field.
- Enter the desired value in the "Time Zone for Appointment Reminders" field.
- Set the "PreferredAppointmentSite" to the desired site.
- Populate any other required and desired fields.
- Enter the desired value in the 'Address Type' field.
- Click [Run].
- Validate the 'Confirmation' field contains a value such as: "Client Unique ID: # Unique ID: #".
- Validate the 'Message' field contains: "Client Admission web service has been filed successfully".
- Select the client filed in the previous steps and access the 'Admission' form.
- Select the record filed in the previous steps and click [Edit].
- Validate all populated fields are displayed.
- Select the "Demographics" section.
- Validate the 'Client Last Name' field contains the value filed in the previous steps.
- Validate the 'Client First Name' field contains the value filed in the previous steps.
- Validate the 'Client Middle Name' field contains the value filed in the previous steps.
- Validate the 'Consent On File For Use of Integrated eSignature' field contains the value filed in the previous steps.
- Validate 'Time Zone for Appointment Reminders' field contains the value filed in the previous steps.
- Validate the 'Preferred Appointment Site' field contains the value filed in the previous steps.
- Validate the 'Address Type' field contains the value filed in the previous steps.
- Close the form.
File Import
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- File Import
- Client Ledger
Scenario 1: 'File Import' - Verification of 'Guarantor/Program Billing Defaults Template' Import
Specific Setup:
- Avatar PM Registry Setting 'Enable Pricing/Re-Pricing Information' must be enabled/set to value '2' or '3'
- Avatar PM 'Guarantor/Program Billing Defaults Template' import file containing one or more valid '837 Professional' and/or '837 Institutional' import data rows (Updated import file layout document 'Avatar_PM_File_Import_Record_Layouts.xls' included with update package)
- Crystal Reports or other SQL reporting tool
Steps
- Open Avatar PM 'File Import' form.
- Select File Type 'Guarantor/Program Billing Defaults Template'.
- Select 'Upload New File' in the 'Action' field and Click 'Process Action' button.
- Select Avatar PM 'Guarantor/Program Billing Defaults Template' import file and click 'Open' button.
- Select 'Compile/Validate File' in 'Action' field.
- Select loaded import file and click 'Process Action' button.
- Ensure that 'Compile/Validate File' action completes, and message 'Compiled' or '(File Name) contains one or more errors. These errors can be reviewed using 'Print Errors' action' is displayed.
- Click 'OK' button.
- Select 'Post File' in 'Action' field to post successfully compiled import data; Select compiled import file, but don't post.
- Open another "File Import" form.
- Select File Type 'Guarantor/Program Billing Defaults Template'.
- Select 'Post File'.
- Select the same File from Step 9 to Post.
- Select 'Process Action'.
- Validate import completes without error.
- Select 'Discard'.
- Open the File Import form which we first kept opened in Step 9.
- Ensure that message 'Posted' and/or 'The selected file contains one or more lines with compilation errors. Only those lines without compilation errors will be posted' is displayed.
- Open Avatar PM 'Guarantor/Program Billing Defaults' form.
- Select 'Edit Template' and select existing Defaults Template added/updated via 'File Import'.
- Navigate to '837 Professional' section of form.
- Ensure values for the following fields from 837 Professional 'Guarantor/Program Billing Defaults Template' import file data row are present in 837 Professional defaults section of 'Guarantor/Program Billing Defaults' form:
- 'Provider Taxonomy Code to Display (2000A-PRV-03)'
- 'Billing Provider Tax ID to Display (2010AA-REF-02)'
- 'Include Repricer Received Date (2300-DTP)'
- 'Default Total Claim Charge Amount (2300-HCP-02)'
- 'Default Cost of Service/Units (2400-HCP-02/11/12)'
- Navigate to '837 Institutional' section of form.
- Ensure values for the following fields from 837 Institutional 'Guarantor/Program Billing Defaults Template' import file data row are present in 837 Institutional defaults section of 'Guarantor/Program Billing Defaults' form:
- 'Provider Taxonomy Code to Display (2000A-PRV-03)'
- 'Billing Provider Tax ID to Display (2010AA-REF-02)'
- 'Include Repricer Received Date (2300-DTP)'
- 'Default Total Claim Charge Amount (2300-HCP-02)'
- 'Default Cost of Service/Units (2400-HCP-02/11/12)'
- Open Crystal Reports or other SQL reporting tool.
- In Avatar PM SQL table 'SYSTEM.file_import_gpbdt_p837', ensure that the following fields are present and contain values filed via 837 Professional 'Guarantor/Program Billing Defaults Template' File Import:
- prov_taxon_to_disp_code / prov_taxon_to_disp_value
- prov_taxid_to_disp_code / prov_taxid_to_disp_value
- inc_repric_rec_date_code / inc_repric_rec_date_value
- def_tot_clm_chg_amt_code / def_tot_clm_chg_amt_value
- def_cost_svc_units_code / def_cost_svc_units_value
- In Avatar PM SQL table 'SYSTEM.file_import_gpbdt_i837', ensure that the following fields are present and contain values filed via 837 Institutional 'Guarantor/Program Billing Defaults Template' File Import:
- prov_taxon_to_disp_code / prov_taxon_to_disp_value
- prov_taxid_to_disp_code / prov_taxid_to_disp_value
- inc_repric_rec_date_code / inc_repric_rec_date_value
- def_tot_clm_chg_amt_code / def_tot_clm_chg_amt_value
- def_cost_svc_units_code / def_cost_svc_units_value
Scenario 2: File Import - Validate Client Charge Input File Import
Specific Setup:
- A Client Charge Input File Import file must be created to test with. In the file, record units of service (field 11) as 1:00.
Steps
- Open the "File Import" form.
- Import the file set up in pre-conditions.
- The following error message is received. "File XXX.txt contains one or more errors. These errors can be reviewed using the "Print Errors" action.".
- Manually modify the sample import file. Change the units of service field (field 11) to "1.00".
- Import the file.
- Validate import completes without error.
- Manually modify the sample import file. Change the units of service field (field 11) to "1".
- Compile the file.
- Select the File to Post, but don't post.
- Open another "File Import" form.
- Select the "Client Charge Input" in the File type.
- Select "Post File".
- Select the same File from Step 9 to Post.
- Select "Process Action".
- Validate import completes without error.
- Select "Discard".
- Open the File Import form which we first kept opened in Step 9.
- Select "Process Action".
- Validate import is not happening with the same file that is already imported.
- Validate that we get the error message saying, "File is already posted." with the "OK" button.
- Select "OK".
- Open "Client Ledger".
- Run the report.
- Validate that the service(s) were added to the client's ledger and there are no duplicates added for the same date(s).
|
Topics
• Admission
• Web Services
• File Import
• Guarantor / Program Billing Defaults
• Client Charge Input
|
CSI Submission - Delete Last Movement
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Program Maintenance
- Admission (Outpatient)
- CSI Assessment
- CSI Submission
- Delete Last Movement
- Call Intake
- CSI Assessment (Call Intake)
Scenario 1: CSI Submission - Delete Last Movement - CSI Assessment on client with episode and without episode
Specific Setup:
- Program Maintenance:
- Create a new program or identify an existing admit program setup as a ‘Mental Health Program (CSI)’. Note the program code/value.
- Create a new program or identify an existing call intake program setup as a ‘Mental Health Program (CSI)’. Note the program code/value.
- Admission:
- An existing client is identified that have no prior CSI Assessment record on file or the new client is admitted to a CSI program created/identified above. Note the client's id/ name.
- Call Intake:
- A client is admitted to a temporary episode in the 'Call Intake' form. Note the client's id/ name.
- CSI Assessment:
- The CSI Assessment records are created for the client admitted through admission form and call intake form.
- The 'Include CSI Submission' field is set to 'Yes'.
- The location to store CSI submission files is defined in the Facility Defaults form (Output Path On Server For Electronic Billing field).
Steps
- Open the 'CSI Submission' form.
- Select 'Compile' in the 'Option' field. This file includes all clients who have been admitted in the CSI Admission form.
- Verify that the 'From Date' auto populates based on the through date of the last submitted CSI file.
- In the 'Through Date' field, enter the last date to include in the compiled file. Note: The through date must be the last date of the month and must be before today's date.
- Submit the file.
- Verify that the submission completed successfully.
- Select 'Submit' option to create the CSI file.
- Select the CSI file in the 'Select File to Print/Submit' field.
- Select 'Review' in the 'Create File' field.
- Select 'Submit' to create the CSI file.
- Verify the form submitted successfully and a dialog displays that contains the file name and storage location.
- Locate the CSI Submission file and review the contents for desired client/row.
- Verify that both the records contain 400 characters.
- Open the 'Delete Last Movement' form.
- Select desired client admitted through admission form and an existing episode for the client.
- Delete the admission movement for the client.
- Submit the form.
- Open the 'Delete Client' form.
- Select desired client admitted through 'Call Intake' form.
- Delete the call intake movement for the client.
- Submit the form.
- Open the 'CSI Submission' form.
- Select 'Compile' in the 'Option' field.
- Verify that the 'From Date' auto populates.
- In the 'Through Date' field, enter the last date to include in the compiled file. Note: The through date must be the last date of the month and must be before today's date.
- Submit the file.
- Verify that the submission completed successfully.
|
Topics
• CSI Submission
|
Service Codes
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Service Code Upload Process
- Service Code Upload Accepted Codes (2)
- Service Code Upload Rejected Codes (2)
- Service Fee/Cross Reference Maintenance
- Admission (Outpatient)
- Dictionary Update (PM)
- Financial Eligibility
- Electronic Billing
- Client Ledger
- Progress Notes (Group and Individual)
- Program Maintenance
- Site Specific Section Modeling (CWS)
Scenario 1: Service code upload process - Validating compile/post file
Specific Setup:
- The following text files are created to upload the service code in the system with the value of new field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?'. Note the file name and location of the file.
- The file to upload the add-on code with the value 'Y' for the field. (i.e. Name of the file File1).
- The file to upload the add-on code with the value 'N' for the field. (i.e. Name of the file File2).
- The file to upload the add-on code without any value selected for the field. (i.e. Name of the file File3).
- The file to upload the primary code with the value 'Y' for the field. (i.e. Name of the file File5).
- The file to upload the primary code with the value 'Y' for the field. (i.e. Name of the file File6).
- The file to upload the primary code without any value for the field. (i.e. Name of the file File7).
Steps
- Open the 'Service Code Upload Process' form.
- Click [Select File].
- Select File1 created in the setup.
- Select 'Compile' in the 'Compile Or Post' field.
- Select 'No' in the 'Override Existing Service Codes' field.
- Submit the form.
- Verify the message: "Compile completed. To View results review accepted reports".
- Click [OK].
- Open the 'Service Code Upload Accepted Codes' form without exiting out from the 'Service Code Upload Process' form.
- Click the drop down for the 'Select Desired service code import file name' field.
- Verify the recently compiled file displays in the drop down.
- Select the file.
- Click [Process].
- Verify the report launched successfully and all the data displays correctly as listed in the texted file.
- Close the report.
- Close the 'Service Code Upload Accepted Codes' form.
- Locate to the 'Service Code Upload Process' form
- Select 'Post' in the 'Compile Or Post' field.
- Verify the file posted successfully.
- Open the 'Service Code' form.
- Select the recently uploaded service code to edit.
- Verify the field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' is set to desired value defined in the text file.
- Close the form.
- Repeat steps 1 through 20 for the File1, File2, File3, and File7.
- Run the query to retrieve data from the 'SYSTEM.batchload_tx_accepted' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Open the 'Service Code Upload Process' form.
- Click [Select File].
- Select File5 created in the setup.
- Select 'Compile' in the 'Compile Or Post' field.
- Select 'No' in the 'Override Existing Service Codes' field.
- Submit the form.
- Verify that the file should not be compiled successfully.
- Verify the message: 'No accepted data compiled. To view results review rejected report'.
- Click [OK].
- Open the 'Service Code Upload Rejected Codes' form without exiting out from the 'Service Code Upload Process' form.
- Click the drop down for the 'Select Desired service code import file name' field.
- Verify the recently compiled is available in the drop down.
- Select the file.
- Click [Process].
- Verify the report launched successfully.
- Verify the report displays the error message 'The 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' field can only be valued when field 'Service Code Category' is not a primary code'.
- Close the report.
- Close the 'Service Code Upload Rejected Codes' form.
- Exit out of the 'Service Code Upload Rejected Codes' form.
- Close the form.
- Repeat steps from 22 through 35 for File6.
- Open the 'Crystal Report' or SQL data viewer.
- Run the query to retrieve data from the 'SYSTEM.billing_tx_master_table' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' contains correct value for the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field as set up in the 'Service Code' form.
- Run the 'select * from SYSTEM.batchload_tx_accepted' to retrieve data from the 'SYSTEM.batchload_tx_accepted' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' contains correct value for the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field as set up in the text file uploaded through the 'Service Code Upload Process' form.
- Close the report.
Scenario 2: Validating co-practitioner services - 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' = Y, N or Null and 'Create Co-Practitioner Services From Progress Notes' = Y
Specific Setup:
- Registry Setting:
- The 'Enable Co-Practitioner Services From Progress Notes' registry setting is set to 'Y'.
- Program Maintenance:
- The 'Create Co-Practitioner Services From Progress Notes' field is set to 'Yes'.
- Site Specific Section modeling:
- Add-On service, Save Add-On, Add-On Duration, Co-Practitioner, Co-Practitioner Duration fields are added to the Progress Note form if they are not available on the form.
- Dictionary Update:
- File= 'Other Tabled File,
- Data Element -291, Service Code Type'
- Dictionary Code = 1
- Dictionary Value = Evaluation Management
- Extended Dictionary = 'Allow Multiple Add-On Code Definition'
- Extended Dictionary Value (Single Dictionary) = Yes
- Service Codes:
- A primary service code is created to have desired number of add-on with the following:
- Service Code Category = Primary Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
- A primary add-on service code is created with the following:
- Service Code Category = Primary Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = No
- All other fields are populated as required/needed.
- Note the code and definition.
- Another add-on service code is created with the following:
- Service Code Category = Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = Yes
- All other fields are populated as required/needed.
- Note the code and definition.
- An interactive complexity add-on service code is created with the following:
- Service Code Category =Interactive Complexity code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = NULL
- All other fields are populated as required/needed.
- Note the code and definition.
- Service Fee/Cross Reference Maintenance:
- A fee definition is created for all the service codes. Note the fee for each service code.
- An active practitioner is identified. Note the practitioner ID.
- Admission:
- An active client is identified, or a new client is created. Note the client id, name.
- Diagnosis:
- The client has an active diagnosis record. Note the diagnosis codes.
- Financial Eligibility:
- The client has an active financial eligibility record. Note the financial class of the guarantor. Note the client ID. Note the episode and program.
Steps
- Select desired client from the 'My Clients' widget.
- Open the 'Progress Notes (Group and Individual)' form.
- Validate the 'Select Client' field contains the client selected from the 'My Clients' widget.’.
- Select desired episode from the 'Select Episode' field.
- Select ‘New Service’ from the 'Progress Notes For' field.
- Select any value from the 'Note Type' field.
- Enter any value in the 'Notes Field' field.
- Enter the desired date in the 'Date Of Service' field.
- Enter primary service code in the 'Service Charge Code' field.
- Validate the 'Service Program' field contains the Service Program associated to selected episode.
- Select desired practitioner.
- Enter desired service duration.
- Select desired co-practitioner.
- Select Co-Practitioner Duration.
- Select Add-On codes associated with the primary code and Add-On duration.
- Select ‘Final’ from the 'Draft/Final' field.
- Click [File Note].
- Validate a message is displayed stating: Note Filed.
- Click [OK].
- Close the form.
- Open the 'Client Ledger' for the client.
- Verify the client ledger contains primary and add-on services created for all the co-practitioner listed in the progress note if the field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' is set to 'Yes' or Null for the add-on service code in the 'Service Code' form.
- Close the form.
- Open the 'Close Charges' form.
- Close all the charges distributed to the guarantor.
- Close the form.
- Open the 'Create Interim Billing Batch File' form.
- Create an interim billing batch that covers the client, guarantor and services rendered to the client. Note the batch number.
- Close the form.
- Open the 'Electronic Billing' form.
- Compile an 837 bill for the client.
- Verify the bill compiles successfully.
- Select 'Dump File' option from the billing options.
- Select the recently compiled 837 file.
- Review the file.
- Verify the primary and add-on services are created for all the co-practitioner listed in the progress note if the field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' is set to 'Yes' or Null for the add-on service code in the 'Service Code' form.
- Close the report.
- Close the form.
Scenario 3: Validating co-practitioner services - 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' = Y, N or Null and 'Create Co-Practitioner Services From Progress Notes' = N
Specific Setup:
- Registry Setting:
- The 'Enable Co-Practitioner Services From Progress Notes' registry setting is set to 'Y'.
- Program Maintenance:
- The 'Create Co-Practitioner Services From Progress Notes' field is set to 'Yes'.
- Site Specific Section modeling:
- Add-On service, Save Add-On, Add-On Duration, Co-Practitioner, Co-Practitioner Duration fields are added to the Progress Note form if they are not available on the form.
- Dictionary Update:
- File= 'Other Tabled File,
- Data Element -291, Service Code Type'
- Dictionary Code = 1
- Dictionary Value = Evaluation Therapy
- Extended dictionary 'Allow Multiple Add-On Code' = Yes
- Service Codes:
- A primary service code is created to have desired number of add-on with the following:
- Service Code Category = Primary Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
- A primary add-on service code is created with the following:
- Service Code Category = Primary Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = No
- All other fields are populated as required/needed.
- Note the code and definition.
- Another add-on service code is created with the following:
- Service Code Category = Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = Yes
- All other fields are populated as required/needed.
- Note the code and definition.
- An interactive complexity add-on service code is created with the following:
- Service Code Category =Interactive Complexity code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = NULL
- All other fields are populated as required/needed.
- Note the code and definition.
- The Add-On service codes created above is selected as an add-on code for the primary service code selected.
- Service Fee/Cross Reference Maintenance:
- A fee definition is created for all the service codes. Note the fee for each service code.
- An active practitioner is identified. Note the practitioner ID.
- Admission:
- An active client is identified, or a new client is created. Note the client id, name.
- Diagnosis:
- The client has an active diagnosis record. Note the diagnosis codes.
- Financial Eligibility:
- The client has an active financial eligibility record. Note the financial class of the guarantor. Note the client ID. Note the episode and program.
Steps
- Select desired client from the 'My Clients' widget.
- Access the 'Progress Notes (Group and Individual)' form.
- Validate the 'Select Client' field contains the client selected from the 'My Clients' widget.’.
- Select desired episode from the 'Select Episode' field.
- Select ‘New Service’ from the 'Progress Notes For' field.
- Select any value from the 'Note Type' field.
- Enter any value in the 'Notes Field' field.
- Enter the desired date in the 'Date Of Service' field.
- Enter primary service code in the 'Service Charge Code' field.
- Validate the 'Service Program' field contains the Service Program associated to selected episode.
- Select desired practitioner.
- Enter desired service duration.
- Select desired co-practitioner.
- Select Co-Practitioner Duration.
- Please note: User can add multiple co-practitioner to the note.
- Select Add-On codes associated with the primary code.
- Enter Add-On duration for the selected Add-On code.
- Click [Save Add-On Service].
- Select ‘Final’ from the 'Draft/Final' field.
- Click [File Note].
- Validate a message is displayed stating: Note Filed.
- Click [OK].
- Close the form.
- Open the 'Client Ledger' for the client.
- Verify the client ledger does not contain add-on services created for the co-practitioners added in the progress note. (Please note: The field 'Create Co-Practitioner Services From Progress Notes' in the 'Program Maintenance' form is set to 'No' and it takes precedence over the setting of the 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' field in the 'Service Code' form).
- Close the form.
- Open the 'Close Charges' form.
- Close all the charges distributed to the guarantor.
- Close the form.
- Open the 'Create Interim Billing Batch File' form.
- Create an interim billing batch that covers the client, guarantor and services rendered to the client. Note the batch number.
- Close the form.
- Open the 'Electronic Billing' form.
- Compile an 837 bill for the client.
- Verify the bill compiles successfully.
- Select 'Dump File' option and select the recently compiled 837 file.
- Review the file.
- Verify the primary and add-on services are created only for the practitioner. The bill does not display any Add-on services or primary services created for the co-practitioner listed in the progress note. (Please note: The field 'Create Co-Practitioner Services From Progress Notes' in the 'Program Maintenance' form is set to 'No' and it takes precedence over the setting of the 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' field in the 'Service Code' form).
- Close the report.
- Close the form.
Scenario 4: Cal-PM - Service Codes - Field validation
Specific Setup:
- Registry Setting:
- The Avatar PM->System Maintenance->Service Code Maintenance->->->Enable Multiple Add-On Code Per Primary Code Functionality is set to 'Y'.
- Dictionary Update:
- File= 'Other Tabled File,
- Data Element -291, Service Code Type
- Dictionary Code = 1
- Dictionary Value = Evaluation Therapy
- Extended dictionary 'Allow Multiple Add-On Code' = Yes
- Service Codes:
- A primary service code is created to have desired number of add-on with the following:
- Service Code Category = Primary Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
- A primary add-on service code is created with the following:
- Service Code Category = Primary Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
- An add-on service code is created with the following:
- Service Code Category = Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
- Another add-on service code is created with the following:
- Service Code Category = Interactive Complexity Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
Steps
- Open the 'Service Codes' form.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ is added to the form.
- Verify the field is initially disabled.
- Select 'Edit' in the 'Add New Or Edit Existing' field.
- Select the primary add-on code created in the setup section.
- Verify the field is enabled. (Please note: The field is enabled If the “Service Code Category” field is set to something other than ‘Primary Code‘ i.e. 'Service Code Category' field must equal ‘Add-On Code’, ‘Interactive Complexity’, or ‘Primary Add-On Code’).
- Verify the help message text is -If this field is set to 'Yes', when this service is entered as an add-on service in a progress note with co-practitioners, a distinct add-on service for this service code will generate for each co-practitioner listed in the note. If this field is set to 'No', an add-on service will only generate for the Primary Practitioner in the note. The default logic for this field is 'Yes' - unless 'No' is selected, the add-on service will generate for each co-practitioner in the note. Note - services only generate for co-practitioners if the 'Create Co-Practitioner Services from Progress Notes' field in the Program Maintenance form is set to 'Yes.'.
- Verify the field is optional and not the required field.
- Select 'Yes' in the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ field.
- Click [File Service Code].
- Validate 'Edit' is selected in the 'Add New Or Edit Existing' field.
- Select the second add-on code created in the setup section.
- Verify the field is enabled. (Please note: The field is enabled If the “Service Code Category” field is set to something other than ‘Primary Code‘ i.e. 'Service Code Category' field must equal ‘Add-On Code’, ‘Interactive Complexity’, or ‘Primary Add-On Code’)
- Verify the field is optional and not the required field.
- Select 'No' in the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ field.
- Click [File Service Code].
- Validate 'Edit' is selected in the 'Add New Or Edit Existing' field.
- Select the interactive complexity code created in the setup section.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field is enabled. (Please note: The field is enabled If the 'Service Code Category' field is set to something other than ‘Primary Code‘ i.e. 'Service Code Category' field must equal ‘Add-On Code’, ‘Interactive Complexity’, or ‘Primary Add-On Code’)
- Verify the field is optional and not the required field.
- Do not select any value in the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ field.
- Click [File Service Code].
- Validate 'Edit' is selected in the 'Add New Or Edit Existing' field.
- Select the primary code created in the setup section.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field is not enabled. (Please note: The field is enabled If the 'Service Code Category' field is set to something other than ‘Primary Code‘ i.e. 'Service Code Category' field must equal ‘Add-On Code’, ‘Interactive Complexity’, or ‘Primary Add-On Code’)
- Click [File Service Code].
- Validate 'Edit' is selected in the 'Add New Or Edit Existing' field.
- Select the primary add-on code created in the setup section.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ field is enabled and set to 'Yes'.
- Validate 'Edit' is selected in the 'Add New Or Edit Existing' field.
- Select the add-on code created in the setup section.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ field is enabled and set to 'No'.
- Select 'Yes' in the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?’ field.
- Select 'Edit' in the 'Add New Or Edit Existing' field.
- Select the interactive complexity code created in the setup section.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field is enabled and nothing is selected in the field.
- Select 'Edit' in the 'Add New Or Edit Existing' field.
- Select the primary code created in the setup section.
- Verify the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field is not enabled.
- Verify the 'Service Code Report' is updated to include the new field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' and display its value from the form.
- Close the report
- Close the form.
- Open the 'Crystal Report' or SQL data viewer.
- Run the query to retrieve data from the 'SYSTEM.billing_tx_master_table' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' contains correct value for the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field as set up in the 'Service Code' form.
Service Codes
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Service Code Upload Process
- Service Code Upload Accepted Codes (2)
- Service Code Upload Rejected Codes (2)
- Service Fee/Cross Reference Maintenance
- Admission (Outpatient)
- Dictionary Update (PM)
- Financial Eligibility
- Electronic Billing
- Client Ledger
- Progress Notes (Group and Individual)
- Program Maintenance
- Site Specific Section Modeling (CWS)
Scenario 1: Service code upload process - Validating compile/post file
Specific Setup:
- The following text files are created to upload the service code in the system with the value of new field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?'. Note the file name and location of the file.
- The file to upload the add-on code with the value 'Y' for the field. (i.e. Name of the file File1).
- The file to upload the add-on code with the value 'N' for the field. (i.e. Name of the file File2).
- The file to upload the add-on code without any value selected for the field. (i.e. Name of the file File3).
- The file to upload the primary code with the value 'Y' for the field. (i.e. Name of the file File5).
- The file to upload the primary code with the value 'Y' for the field. (i.e. Name of the file File6).
- The file to upload the primary code without any value for the field. (i.e. Name of the file File7).
Steps
- Open the 'Service Code Upload Process' form.
- Click [Select File].
- Select File1 created in the setup.
- Select 'Compile' in the 'Compile Or Post' field.
- Select 'No' in the 'Override Existing Service Codes' field.
- Submit the form.
- Verify the message: "Compile completed. To View results review accepted reports".
- Click [OK].
- Open the 'Service Code Upload Accepted Codes' form without exiting out from the 'Service Code Upload Process' form.
- Click the drop down for the 'Select Desired service code import file name' field.
- Verify the recently compiled file displays in the drop down.
- Select the file.
- Click [Process].
- Verify the report launched successfully and all the data displays correctly as listed in the texted file.
- Close the report.
- Close the 'Service Code Upload Accepted Codes' form.
- Locate to the 'Service Code Upload Process' form
- Select 'Post' in the 'Compile Or Post' field.
- Verify the file posted successfully.
- Open the 'Service Code' form.
- Select the recently uploaded service code to edit.
- Verify the field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' is set to desired value defined in the text file.
- Close the form.
- Repeat steps 1 through 20 for the File1, File2, File3, and File7.
- Run the query to retrieve data from the 'SYSTEM.batchload_tx_accepted' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Open the 'Service Code Upload Process' form.
- Click [Select File].
- Select File5 created in the setup.
- Select 'Compile' in the 'Compile Or Post' field.
- Select 'No' in the 'Override Existing Service Codes' field.
- Submit the form.
- Verify that the file should not be compiled successfully.
- Verify the message: 'No accepted data compiled. To view results review rejected report'.
- Click [OK].
- Open the 'Service Code Upload Rejected Codes' form without exiting out from the 'Service Code Upload Process' form.
- Click the drop down for the 'Select Desired service code import file name' field.
- Verify the recently compiled is available in the drop down.
- Select the file.
- Click [Process].
- Verify the report launched successfully.
- Verify the report displays the error message 'The 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' field can only be valued when field 'Service Code Category' is not a primary code'.
- Close the report.
- Close the 'Service Code Upload Rejected Codes' form.
- Exit out of the 'Service Code Upload Rejected Codes' form.
- Close the form.
- Repeat steps from 22 through 35 for File6.
- Open the 'Crystal Report' or SQL data viewer.
- Run the query to retrieve data from the 'SYSTEM.billing_tx_master_table' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' contains correct value for the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field as set up in the 'Service Code' form.
- Run the 'select * from SYSTEM.batchload_tx_accepted' to retrieve data from the 'SYSTEM.batchload_tx_accepted' sql table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' are added in the table.
- Verify the 'generate_add_on_services_code' and 'generate_add_on_services_value' contains correct value for the ‘Should Add-On Services Generate for Co-Practitioners for this Service Code?' field as set up in the text file uploaded through the 'Service Code Upload Process' form.
- Close the report.
Scenario 2: Validating co-practitioner services - 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' = Y, N or Null and 'Create Co-Practitioner Services From Progress Notes' = Y
Specific Setup:
- Registry Setting:
- The 'Enable Co-Practitioner Services From Progress Notes' registry setting is set to 'Y'.
- Program Maintenance:
- The 'Create Co-Practitioner Services From Progress Notes' field is set to 'Yes'.
- Site Specific Section modeling:
- Add-On service, Save Add-On, Add-On Duration, Co-Practitioner, Co-Practitioner Duration fields are added to the Progress Note form if they are not available on the form.
- Dictionary Update:
- File= 'Other Tabled File,
- Data Element -291, Service Code Type'
- Dictionary Code = 1
- Dictionary Value = Evaluation Management
- Extended Dictionary = 'Allow Multiple Add-On Code Definition'
- Extended Dictionary Value (Single Dictionary) = Yes
- Service Codes:
- A primary service code is created to have desired number of add-on with the following:
- Service Code Category = Primary Code
- Service Code Type = desired value
- Type of Fee = desired value.
- All other fields are populated as required/needed.
- Note the code and definition.
- A primary add-on service code is created with the following:
- Service Code Category = Primary Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = No
- All other fields are populated as required/needed.
- Note the code and definition.
- Another add-on service code is created with the following:
- Service Code Category = Add-On Code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = Yes
- All other fields are populated as required/needed.
- Note the code and definition.
- An interactive complexity add-on service code is created with the following:
- Service Code Category =Interactive Complexity code
- Service Code Type = desired value
- Type of Fee = desired value.
- Should Add-On Services Generate for Co-Practitioners for this Service Code? = NULL
- All other fields are populated as required/needed.
- Note the code and definition.
- Service Fee/Cross Reference Maintenance:
- A fee definition is created for all the service codes. Note the fee for each service code.
- An active practitioner is identified. Note the practitioner ID.
- Admission:
- An active client is identified, or a new client is created. Note the client id, name.
- Diagnosis:
- The client has an active diagnosis record. Note the diagnosis codes.
- Financial Eligibility:
- The client has an active financial eligibility record. Note the financial class of the guarantor. Note the client ID. Note the episode and program.
Steps
- Select desired client from the 'My Clients' widget.
- Open the 'Progress Notes (Group and Individual)' form.
- Validate the 'Select Client' field contains the client selected from the 'My Clients' widget.’.
- Select desired episode from the 'Select Episode' field.
- Select ‘New Service’ from the 'Progress Notes For' field.
- Select any value from the 'Note Type' field.
- Enter any value in the 'Notes Field' field.
- Enter the desired date in the 'Date Of Service' field.
- Enter primary service code in the 'Service Charge Code' field.
- Validate the 'Service Program' field contains the Service Program associated to selected episode.
- Select desired practitioner.
- Enter desired service duration.
- Select desired co-practitioner.
- Select Co-Practitioner Duration.
- Select Add-On codes associated with the primary code and Add-On duration.
- Select ‘Final’ from the 'Draft/Final' field.
- Click [File Note].
- Validate a message is displayed stating: Note Filed.
- Click [OK].
- Close the form.
- Open the 'Client Ledger' for the client.
- Verify the client ledger contains primary and add-on services created for all the co-practitioner listed in the progress note if the field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' is set to 'Yes' or Null for the add-on service code in the 'Service Code' form.
- Close the form.
- Open the 'Close Charges' form.
- Close all the charges distributed to the guarantor.
- Close the form.
- Open the 'Create Interim Billing Batch File' form.
- Create an interim billing batch that covers the client, guarantor and services rendered to the client. Note the batch number.
- Close the form.
- Open the 'Electronic Billing' form.
- Compile an 837 bill for the client.
- Verify the bill compiles successfully.
- Select 'Dump File' option from the billing options.
- Select the recently compiled 837 file.
- Review the file.
- Verify the primary and add-on services are created for all the co-practitioner listed in the progress note if the field 'Should Add-On Services Generate for Co-Practitioners for this Service Code?' is set to 'Yes' or Null for the add-on service code in the 'Service Code' form.
- Close the report.
- Close the form.
|
Topics
• Service Codes
• Progress Notes
|
File Import - Service Fee/Cross Reference
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- File Import
- Service Fee/Cross Reference Maintenance
Scenario 1: File Import - Service Fee/Cross Reference - Fee definition with practitioner category, location, practitioner and program
Specific Setup:
- Registry Setting:
- Set the registry setting 'Import File Delimiter' to a desired value. Note the value to be used.
- Service Codes:
- Add a new service code for testing purposes. Note the service code/name.
- The following text files are created to import the service codes:
- File1 -A 'Service Fee/Cross Reference Maintenance' import file is created to define two fee records for the service code. The first record contains practitioner category for the fee definition and the second record does not contain practitioner category. Note the path where the file is located.
- File2 -A 'Service Fee/Cross Reference Maintenance' import file is created to define two fee records for the service code with the identical values for all values except for the following 4 values: location, practitioner, practitioner category and program. The first record contains location, practitioner category, practitioner, and program for the fee definition and the second record does not contain location. Note the path where the file is located.
- File3 -A 'Service Fee/Cross Reference Maintenance' import file is created to define three fee records for the service code where first and third record are identical. The first and second record only differ by the 4 values: location, practitioner, practitioner category and program. Note the path where the file is located.
- File4 -A 'Service Fee/Cross Reference Maintenance' import file is created to define three fee records for the service code where first and third record are not identical. The first and second record only differ by the 4 values: location, practitioner, practitioner category and program. Note the path where the file is located.
Steps
- Open the 'File Import' form.
- Select the 'Service Fee/Cross Reference Maintenance' from the 'File Type' field.
- Upload File 1.
- Compile the file.
- Verify the file compiles successfully.
- Post File 1.
- Verify the file posted successfully.
- Open the 'Service Fee/Cross Reference Maintenance' form.
- Edit the service code mentioned in the file import file.
- Enter the 'From Date' same as the date entered in the file import file.
- Verify all the fields displays correctly as entered in File 2.
- Click [Close Form].
- Open the 'File Import' form.
- Select the 'Service Fee/Cross Reference Maintenance' from the 'File Type' field.
- Upload File 2.
- Compile the file.
- Verify the information message: 'Compiled'.
- Click [OK].
- Post File 2.
- Verify the file posted successfully.
- Open the 'Service Fee/Cross Reference Maintenance' form.
- Edit the service code mentioned in the file import file.
- Enter the 'From Date' same as the date entered in the file import file.
- Verify all the fields displays correctly as entered in File 2.
- Click [Close Form].
- Open the 'File Import' form.
- Select the 'Service Fee/Cross Reference Maintenance' from the 'File Type' field.
- Upload File 3.
- Compile the file.
- Verify the information message: "File [File Name] contains one or more errors. These errors can be reviewed using 'Print Errors' action".
- Click [OK] button.
- Select the 'Print Errors' option.
- Review the error report.
- Verify the report displays the error: 'Duplicate Fee Service Code This line is a duplicate of line # 1. This line will be skipped. 1'.
- Click [X].
- Upload File 4.
- Compile the file.
- Verify the information message: 'Compiled'.
- Click [OK].
- Post File 4.
- Verify the file posted successfully.
- Open the 'Service Fee/Cross Reference Maintenance' form.
- Edit the service code mentioned in the file import file.
- Enter the 'From Date' same as the date entered in the file import file.
- Verify the service fee displays correctly as entered in file.
- Click [Close Form].
|
Topics
• File Import
|
| |