File Import - Guarantors/Payors
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- File Import
- Guarantors/Payors
Scenario 1: File Import: Guarantors Payors Add/Edit
Specific Setup:
- File Import:
- The 'Guarantors/Payors' file type is added to the File Import.
- Create a import file to add a new 'Guarantors/Payors'.
- Create a import file to edit above 'Guarantors/Payors'.
Steps
- Open the "File Import" form.
- Select the "Guarantors/Payors" in the 'File Type' field.
- Select "Upload New File" in the 'Action' field.
- Click [Process Action].
- Select the "File A".
- Select "Compile/Validate File" in the 'Action' field.
- Select the "File A" in the 'Files(s)' field.
- Click [Process Action].
- Validate an Information message is displayed stating: Compiled
- Click [OK].
- Select "Print File" in the 'Action' field.
- Select the "File A" in the 'Files(s)' field.
- Click [Process Action].
- Validate the Report Viewer displays the contents of the file.
- Click [Close Report].
- Select "Post File" in the 'Action' field.
- Click [Process Action].
- Select the "File A".
- Validate an Information message is displayed stating: Posted.
- Click [OK] and close the form.
- Open the "Guarantors/Payors" form.
- Click [Edit].
- Validate the form is filed with the data based on the uploaded file.
- Close the form.
- Follow steps 1-24 for Edit Guarantors/Payors File Import.
File Import - Guarantors/Payors
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- File Import
- Guarantors/Payors
Scenario 1: File Import: Guarantors Payors Add/Edit
Specific Setup:
- File Import:
- The 'Guarantors/Payors' file type is added to the File Import.
- Create a import file to add a new 'Guarantors/Payors'.
- Create a import file to edit above 'Guarantors/Payors'.
Steps
- Open the "File Import" form.
- Select the "Guarantors/Payors" in the 'File Type' field.
- Select "Upload New File" in the 'Action' field.
- Click [Process Action].
- Select the "File A".
- Select "Compile/Validate File" in the 'Action' field.
- Select the "File A" in the 'Files(s)' field.
- Click [Process Action].
- Validate an Information message is displayed stating: Compiled
- Click [OK].
- Select "Print File" in the 'Action' field.
- Select the "File A" in the 'Files(s)' field.
- Click [Process Action].
- Validate the Report Viewer displays the contents of the file.
- Click [Close Report].
- Select "Post File" in the 'Action' field.
- Click [Process Action].
- Select the "File A".
- Validate an Information message is displayed stating: Posted.
- Click [OK] and close the form.
- Open the "Guarantors/Payors" form.
- Click [Edit].
- Validate the form is filed with the data based on the uploaded file.
- Close the form.
- Follow steps 1-24 for Edit Guarantors/Payors File Import.
|
Topics
• Guarantor/Payors
• File Import
|
|
Topics
• Admission
• ProviderConnect Enterprise
• Admission (Outpatient)
• Discharge
• NX
|
GuarantorsPayaors Billing defaults-837 Dental-Show SV306 Quantity in the bill
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Service Codes
- Service Fee/Cross Reference Maintenance
- Admission (Outpatient)
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Client Ledger
- Electronic Billing
- Crystal Reports or other SQL Reporting tool (PM Namespace)
- File Import
Scenario 1: Guarantor/Program Billing Defaults - 837 Dental - Report Billing Units as Procedure Count (2400-SV3-06)
Specific Setup:
- Registry Setting:
- Avatar PM Registry Setting 'Enable Dental Billing' must be enabled/set to value 'Y'.
Steps
- Open the 'Guarantor/Program Billing Defaults' form.
- Select '837 Dental' section.
- Verify that fields are present.
- Close the form.
- Open 'Registry Setting'
- Set 'Enable Dental Billing' to 'N'.
- Submit and close the form.
- Open the 'Guarantor/Program Billing Defaults' form.
- Select '837 Dental' section.
- Verify that there are no fields present.
- Close the form.
Scenario 2: 837 Dental Bill - Validate Quantity – Field 'Report Billing Units as Procedure Count (2400-SV3-06)' set as YES
Specific Setup:
- Registry Setting:
- Avatar PM Registry Setting 'Enable Dental Billing' must be enabled/set to value 'Y'.
- Service Code:
- A user-defined dental Service should be created by selecting 'Is This A Dental Service' as 'Yes'.
- Enter the 'Type Of Fee' as 'User Defined'.
- Set the 'Minutes Per Unit' as '15'.
- Service Fee/Cross Reference Maintenance:
- Create a Fee for the Dental service code.
- Client A:
- Financial Eligibility:
- Select an existing/ active guarantor for the client.
- Has unclaimed dental service(s), for a particular date with a duration of more than 15 which makes the units more than one, that can be billed on the 837 Dental.
- Has unclaimed dental service(s), for date(s) different date with a duration of 15 or less which makes the units one, that can be billed on the 837 Dental.
- Use 'Client Ledger' to note that the liability distribution contains the correct guarantor and units.
- The client has an active diagnosis record.
- Close the charges using 'Close Charges'.
Steps
- Open 'Guarantor/Program Billing Defaults' form.
- Select 'Edit Template' and select the existing Defaults Template for editing, or select 'Add Template' for new entry.
- Select the '837 Dental' section of the form.
- Validate that fields appear on the form.
- Validate that the following new field is available in the form, where the options are 'Yes' and 'No'.
- 'Report Billing Units as Procedure Count (2400-SV3-06)'.
- Ensure no values are selected in the new field.
- Submit the 'Guarantor/Program Billing Defaults' Form.
- Open 'Electronic Billing'.
- Create an 837 Dental for Client A. Don't create claims.
- Open the dump file and validate that the bill doesn't show the Quantity when the 'Report Billing Units as Procedure Count (2400-SV3-06)' field is left blank.
- Close the report.
- Close the form.
- Open Avatar PM 'Guarantor/Program Billing Defaults' form.
- Select 'Edit Template' and select the existing Defaults Template for editing.
- Select the '837 Dental' section of the form.
- Select 'No' for the 'Report Billing Units as Procedure Count (2400-SV3-06)' field.
- Submit the 'Guarantor/Program Billing Defaults' Form.
- Open 'Electronic Billing'.
- Create an 837 Dental for Client A. Don't create claims.
- Open the dump file and validate that the bill doesn't show the Quantity when the 'Report Billing Units as Procedure Count (2400-SV3-06)' field is set as 'No'.
- Close the report.
- Close the form.
- Open Avatar PM 'Guarantor/Program Billing Defaults' form.
- Select 'Edit Template' and select the existing Defaults Template for editing.
- Navigate to the '837 Dental' section of the form.
- Select 'Yes' for the 'Report Billing Units as Procedure Count (2400-SV3-06)' field.
- Submit the 'Guarantor/Program Billing Defaults' Form.
- Open 'Electronic Billing'
- Create an 837 Dental for Client A for the dates that have a service duration of 15 minutes or fewer. Don't create claims.
- Open the dump file and validate that the bill doesn't show the Quantity when the 'Report Billing Units as Procedure Count (2400-SV3-06)' field is set as 'Yes' and the Quantity is less than or equal to 1.
- Close the report.
- Close the form.
- Open 'Electronic Billing'
- Create an 837 Dental for Client A for the dates that have a service duration of greater than 15 minutes. (Don't create claims).
- Open the dump file and validate that the bill shows the Quantity when the 'Report Billing Units as Procedure Count (2400-SV3-06)' field is set as 'Yes' and the Quantity is more than 1.
- Close the report.
- Close the form.
- Open Avatar PM 'Guarantor/Program Billing Defaults' form.
- Select 'Template Maintenance'
- Select the 'Export' option in the 'Action' field.
- Choose the Template from the 'Select Template(s) To Export' list.
- Select 'Edit' in the 'Export Template As Add or Edit.' field.
- Click on the 'Export Template(s)' button.
- Ensure that the file is exported and saved.
- Close the form.
- Open 'File Import' form and import the template by selecting the exported file.
- Compile and Post File.
- Select 'Print File'.
- In the crystal report from the 'File Import' form, confirm that the new field as well as the below fields are on the report.
- sgmnts_to_suppress_code
- sgmnts_to_suppress_sh_val
- sgmnts_to_suppress_value
- sub_contact_name_per_2
- com_number_qual_per_3
- com_number_per_4
- com_number_qual_per_5
- com_number_per_6
- com_number_qual_per_7
- com_number_per_8
- ccbhc_template_code
- Close the report.
- Close the form.
- Open Crystal Reports or another SQL reporting tool.
- In SQL table 'SYSTEM.file_import_gpbdt_d837', ensure that the following fields are present:
- sgmnts_to_suppress_code
- sgmnts_to_suppress_sh_val
- sgmnts_to_suppress_value
- sub_contact_name_per_2
- com_number_qual_per_3
- com_number_per_4
- com_number_qual_per_5
- com_number_per_6
- com_number_qual_per_7
- com_number_per_8
- ccbhc_template_code
- Close the report.
- Close the form.
|
Topics
• 837 Dental
|
835 Health Care Claim Payment/Advice – Enable Extended Matching Criteria Functionality
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Service Codes
- Guarantors/Payors
- Service Fee/Cross Reference Maintenance
- Program Maintenance
- Admission (Outpatient)
- Financial Eligibility
- Diagnosis
- Client Charge Input
- Client Ledger
- Electronic Billing
- 835 Health Care Claim Payment/Advice (PM)
Scenario 1: 835 Health Care Claim Payment/Advice - Enable Extended Matching Criteria Functionality
Specific Setup:
- Registry Setting:
- ‘Avatar PM->Billing->Remittance Processing->835 Health Care Claim Payment/Advice->->Enable Extended Matching Criteria Functionality’ has a value of ‘Y’.
- Service Code:
- Service Code 1: There is a value of ‘Yes’ in ‘Include in 835 Extended Matching Criteria’.
- Service Code 2: There is no value, or a value of ‘No’ in ‘Include in 835 Extended Matching Criteria’.
- Guarantors/Payors:
- There is a value of ‘Yes’ in ‘Allow Extended Matching Criteria in 835 Remittance Posting’, which is in the 835 section of the form.
- Client:
- Identify an active client that is assigned the above Guarantors/Payors in Financial Eligibility.
- Client Charge Input:
- Service Code 1: Create at least one charge. Note the date.
- Service Code 2: Create at least one charge on a different date.
- Close Charges is used to close the charges for the client.
- Electronic Billing:
- Create a claim for Service Code 1. Save the dump file for use in modifying an 835.
- Create a separate claim for Service Code 2. Save the dump file for use in modifying an 835.
- Modify an existing 835 to create a valid payment for the claim for Service Code 1.
- Match a minimum of 2 out of 3 of these ‘Client’ elements: Client Name, Subscriber Policy Number or Social Security Number, and Subscriber Name (if subscriber is not the client).
- Match all of these ‘Service’ elements: Date of Service, Cost of Service, Procedure Code/Modifiers, and the Service Code is flagged to be included in 835 extended matching criteria.
- The claim number in the CLM segment should not match the claim number in the dump file.
- Save the file to a local directory.
- Modify an existing 835 to create a valid payment for the claim for Service Code 2.
- Match a minimum of 2 out of 3 of these ‘Client’ elements: Client Name, Subscriber Policy Number or Social Security Number, and Subscriber Name (if subscriber is not the client).
- Match all of these ‘Service’ elements: Date of Service, Cost of Service, Procedure Code/Modifiers, and the Service Code is flagged to be included in 835 extended matching criteria.
- The claim number in the CLM segment should not match the claim number in the dump file.
Steps
- Open '835 Health Care Claim Payment/Advice'.
- Load the file created for the 'Service Code 1' claim.
- Validate the message: There were errors on the file load. Please run the report to view these errors. Load complete.
- Run the report.
- Validate that the error message is a warning stating: Patient Control Number ’xxxxx’ not valid. Payment will be processed for claim number '[Actual Claim Number]' based on extended matching criteria.
- Compile the file.
- Verify the 'Compile Complete' message.
- Click [Payments and Adjustments (These Will Be Posted Except For Those Marked As 'Compile But Do Not Post].
- Verify the correct payment amount displays.
- Post the file.
- Verify the 'Posting Complete' message.
- Open the 'Client Ledger' form.
- Verify the 'Client Ledger' displays the payment posted correctly.
- Close the form.
- Load the file created for the 'Service Code 2' claim.
- Validate the message: There were errors on the file load. Please run the report to view these errors. Load complete.
- Compile the file and validate that the error message states: Claim does not exist in Avatar (Patient Control Number '[Claim Number from the 835 file]').
- Update the 835 file with the matching claim number from the 837 file created for the Service Code 2.
- Open '835 Health Care Claim Payment/Advice'.
- Load the file for the 'Service Code 2' claim.
- Verify the 'Load Complete' message.
- Compile the file.
- Verify the 'Compile Complete' message.
- Click [Payments and Adjustments (These Will Be Posted Except For Those Marked As 'Compile But Do Not Post')].
- Verify the report displays correct payment amount compiled.
- Post the file.
- Verify the 'Posting Complete' message.
- Close the form.
- Open the 'Client Ledger' form.
- Verify the 'Client Ledger' displays the payment posted correctly.
- Close the form.
|
Topics
• 835 Health Care Claim Payment/Advice
|
Client Merge
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission (Outpatient)
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Client Ledger
- CPT Code Definition (PM)
- CPT Code Definition (MSO)
- Funding Source Registration
- Plan Definition
- Applying Contracting Provider
- Contracting Provider Registration
- MSO to Parent System Integration Mapping
- Member Specific Information
- Service Authorization
- Batch Creation - Assign ID
- Batch Creation
- Fast Service Entry
- Authorization Listing
- Fast Service Entry Filing Confirmation
- Close Batch
- Create Interim Billing Batch File
- Electronic Billing
- 837 Health Care Claim Professional
Scenario 1: 'Client Merge' - Verification of Service Information In Client Merge (Services originating in Avatar PM)
Specific Setup:
- Client records eligible for episodic merge, where services exist for 'Source Client' record.
- Crystal Reports or other SQL reporting tool.
Steps
- Create two clients with active diagnosis and financial eligibility.
- Open 'Client Merge' form.
- Select 'Source Client ID' value, using client with at least one existing episode which includes services.
- Select 'Source Client Episode' episode value (selecting episode which includes services), or set 'Merge All Client Data Through Single Filing' field to 'Yes'.
- Select 'Target Client ID' value.
- Click 'File' button and click 'Yes' button in the 'Do You Wish To Continue With The Indicated Action?' dialog.
- Ensure that merge verification dialog is presented on completion of merge.
- Open 'Client Ledger' form.
- Select 'Target Client ID' from merge in 'Client Ledger' form and enter/select any other criteria.
- Click 'Process' button to display Client Ledger.
- In Client Ledger display, ensure that all services from 'Source Client ID'/selected merged episode(s) are relocated to 'Target Client ID' and are visible in ledger.
- Open Crystal Reports or other SQL reporting tool.
- In Avatar SQL table 'SYSTEM.billing_tx_history', ensure that all service rows from the 'Source Client ID' (and episode) used in merge are updated to the 'Target Client ID' PATID value.
- In Avatar SQL table 'SYSTEM.billing_tx_charge_totals', ensure that all service rows from the 'Source Client ID' (and episode) used in merge are updated to the 'Target Client ID' PATID value.
- In Avatar SQL table 'SYSTEM.billing_tx_charge_detail', ensure that all service rows from the 'Source Client ID' (and episode) used in merge are updated to the 'Target Client ID' PATID value.
Scenario 2: Client Merge - With Service Authorization Records - Verify 'AUTuniqueid'
Specific Setup:
- Two clients exist in programs that can be merged: Client A & Client B.
- The programs are not the same.
- Both clients have ‘Service Authorization’ records . Note the authorization numbers and the authorization status.
- Registry Settings:
- Avatar MSO->Care Management->Service Authorization->->->Enable Eligibility Check
- This setting, along with, 'Funding Source/Guarantor Mapping' can affect the 'Current Authorization Status' of the 'Service Authorization' record after the merge.
- Avatar PM->System Maintenance->Client Merge->->->Allow Merging Into Existing Episode = Y.
- Avatar PM->System Maintenance->Client Merge->->->Allow Merging Of All Client Data Through Single Filing =Y.
Steps
- Set the set-up for '837 Health Care Claim Professional'.
- Load, Compile and Post the file into '837 Health Care Claim Professional'.
- Create an SQL Query MSO's SYSTEM.batch_clm_svc_detail table for the service that posted for Client A.
- Create an SQL Query PM's SYSTEM.billing_tx_history for the service that posted for Client A.
- Open ‘Client Merge’.
- Select Client A as the ‘Source Client’.
- Select Client B as the ‘Target Client’.
- Select ‘Yes’ in Merge All Client Data Through Single Filling.
- Click [File].
- Click [Yes].
- Click [OK].
- Close the form.
- Create an SQL Query PM's SYSTEM.billing_tx_history and note the changes in PATID and JOIN_TO_TX_HISTORY.
- Create an SQL Query MSO's SYSTEM.batch_clm_svc_detail table for the same CLAIMID and check that PATID and parent_nspace_link_to_DD should match.
- Compare the values of the two tables to validate that they match after the merge.
|
Topics
• Client Merge
|
File Import - Client Charge Input
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 - Client Charge Input - Multiple add-on codes - Enable Multiple Add-On Code Per Primary Code Functionality
Specific Setup:
- Registry Setting:
- The Avatar PM->System Maintenance->Service Code Maintenance->->->Enable Multiple Add-On Code Per Primary Code Functionality is set to 'N'.
- 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 a 'Service Code Category of 'Primary Code' and a desired 'Service Code Type’. Set 'Type of Fee' to desired value. Note the code and definition.
- A desired service code is created with a 'Service Code Category of 'Primary Add-On Code' and a desired 'Service Code Type’. Set 'Type of Fee' to desired value. Note the code and definition.
- Maximum 10 add-on codes created with a 'Service Code Category of 'Add-On Code' and a desired 'Service Code Type. Set 'Type of Fee' to desired value. Note the code and definition.
- All the Add-On service codes created above are checked in the 'Select Multiple Addon Codes' check list for the Primary service code.
- A 'Service Fee/Cross Reference Maintenance' record is created for all the service codes. Note the fee for each service code.
- An active practitioner is identified. Note the practitioner ID.
- An active client is identified. Note the client id, name.
- The client has an active diagnosis record. Note the diagnosis codes. The client has an active financial eligibility record. Note the financial class of the guarantor. Note the client ID. Note the episode and program.
- Use 'Client Charge Input to create a service for the client, on the current date, using 'Service Code 5' as the 'Service Code' and 'Service Codes 1 - 4' as the 'Add-On Services'. The service has been closed.
- File Import text files created. Note the file name and path to access that file.
- First file is created with the valid combination of primary and associated add-on codes.
- Second file is created with the invalid combination of primary and the add-on codes that are not associated with primary codes.
Steps
- Open the 'File Import' form.
- Select the 'Client Charge Input' from the 'File Type' field.
- Upload the 'Multiple Add-Ons' file created in the setup section.
- Compile the file.
- Verify the file does not compile successfully and the error message regarding the registry setting is disabled.
- Open the 'Registry Setting' form.
- Set the 'Enable Multiple Add-On Code Per Primary Code Functionality' setting and set it to 'Y'.
- Upload the 'Multiple Add-Ons' file created with the valid primary and add-on codes in the setup section.
- Compile the file.
- Verify the information message : 'Compiled'.
- Click [OK].
- Post the file.
- Verify the file posted successfully.
- Close the form.
- Open the 'Client Ledger' form.
- Close the form.
- Open the 'File Import' form.
- Select the 'Client Charge Input' from the 'File Type' field.
- Upload the 'Multiple Add-Ons' file created in the setup section with invalid primary and Add-On combination.
- Compile the file.
- Verify the file does not compile successfully and the error message regarding the unassigned add-on codes to the primary codes in the file.
- Close the report.
- Upload the 'Multiple Add-Ons' file created in the setup section with valid primary and add-on code combination.
- Compile the file.
- Verify the information message : 'Compiled'.
- Click [OK].
- Post the file.
- Verify the file posted successfully.
- Close the form.
- Open the 'Client Ledger' form.
- Validate the Primary service code display with Multiple Add-on codes.
- Close the form.
|
Topics
• File Import
|
835 Health Care Claim Payment/Advice - Work Compile
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Create Interim Billing Batch File
- Electronic Billing
- 835 Health Care Claim Payment/Advice (PM)
Scenario 1: 835 Health Care Claim Payment/Advice - Contains no 2110 loop, 'REF*6R*' segment
Specific Setup:
- Admission:
- Select an active client.
- Financial Eligibility: Client has an active record.
- Service:
- The client has a service that distributed to the primary guarantor.
- The service was claimed and the 837 file was used to create an 835 file that contains no 2110 loop, 'REF*6R*' segment. Note the value of the 'SVC01' field.
Steps
- Open the '835 Health Care Claim Payment/Advice' form.
- Compile the 835 payment file.
- Select 'Work Compile' in 'Options'.
- Select the compiled file in 'Select File'.
- Click 'Launch Work Screen'.
- Validate that the 'Billed Code' is populated with the data from the 'SVC01' field in the 835 file.
- Close the grid.
- Close the form.
835 Health Care Claim Payment/Advice
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Guarantors/Payors
- Dictionary Update (PM)
- Service Codes
- Service Fee/Cross Reference Maintenance
- CCBHC PPS Service Definition
- Program Maintenance
- Practitioner Numbers By Guarantor And Program
- Admission (Outpatient)
- Diagnosis
- Financial Eligibility
- Practitioner Enrollment
- Client Charge Input
- Client Ledger
- CCBHC PPS Compile
- 835 Health Care Claim Payment/Advice (PM)
Scenario 1: 835 Health Care Claim Payment/Advice - CCBHC enumerated service distributed to a non-CCBHC guarantor then transferred to CCBHC guarantor
Specific Setup:
- CCBHC Billing is enabled.
- Admission:
- Client is admitted into a program that provides CCBHC services.
- Financial Eligibility: The primary guarantor is not a CCBHC guarantor. The secondary guarantor is a CCBHC guarantor.
- Service:
- The client has a CCBHC enumerated service that distributed to the primary guarantor.
- The full liability for the service is transferred to the secondary guarantor.
- The service was claimed and the 837 file was used to create an 835 file that contains adjustments for the enumerated service.
Steps
- Open ‘835 Health Care Claim Payment/Advice’.
- Load the file.
- Compile the file.
- Verify that the compile report correctly displays the adjustments made to the enumerated service.
- If desired, post the file.
- Verify that the report correctly displays the adjustments made to the enumerated service.
- Close the report.
- Close the form.
Registry Setting - Enable Service Unit Splits
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Electronic Billing
- Service Codes
- Service Fee/Cross Reference Maintenance
- Guarantors/Payors
- Admission (Outpatient)
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Liability Update
- Client Ledger
- Create Interim Billing Batch File
Scenario 1: 837 Professional - Validating 'Service Unit (2400-SV1-04)' field- 'Enable Service Unit Splits' registry setting = 2.
Specific Setup:
- Registry Setting:
- The 'Enable Service Unit Splits' registry setting is set to "2".
- Service Code:
- The 'Type of Fee' is 'User Defined'.
- Note the 'Minutes Per Unit'.
- Unit Rounding Logic = Round Over 1/2 Unit.
- Designated Degree Of Rounding = desired value noting the value.
- There is a fee record in 'Service Fee/Cross Reference Maintenance'. Note the amount.
- Admission:
- An existing client is identified, or a new client is admitted.
- Financial Eligibility:
- Two guarantors are assigned to the client as primary and secondary.
- Client Charge Input:
- A service is rendered to a client with a duration that will round and create a partial unit. Example, the 'Minutes Per Unit' = 60, and the duration is 95 minutes.
- Client Ledger:
- The service and all units distribute to the primary guarantor.
- Close the charges.
- An interim billing batch is created for the client and the primary guarantor.
Steps
- Open the 'Electronic Billing' form.
- Compile the 837 Professional bill for the interim billing batch created in the setup section.
- Verify the bill compiles successfully.
- Review the dump file.
- Verify that the units displayed in '2400-SV1-04' contains the partial unit.
- Close the report.
- Close the form.
Guarantors/Payors - Contractual Guarantor Information
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Liability Update
- Client Ledger
- Service Codes
- Guarantors/Payors
- Admission (Outpatient)
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Service Fee/Cross Reference Maintenance
- Close Accounting Period
- Open Closed Charges
Scenario 1: Contractual Allowance By Liability Distribution - Change Primary Guarantor
Specific Setup:
- Admission:
- Client is enrolled in an outpatient program.
- Financial Eligibility:
- The primary guarantor is a contractual guarantor with a value of ‘Contractual Allowance By Liability Distribution’ in ‘Does This Guarantor Use Contractual Allowance By Batch Or Through Liability Distribution?’
- The secondary guarantor is a non-contractual guarantor.
- Service: A service is rendered to the client and is distributed to the primary guarantor and the adjustments are applied to the service.
- Financial Eligibility:
- Change the secondary guarantor, the non-contract guarantor, to be the primary guarantor.
- Change the original primary guarantor, the contractual guarantor, to be the secondary guarantor.
- Use ‘Liability Update’ to update the liability for the service.
- Use Client Ledger to validate that the service charges are now assigned to the new primary guarantor and that there are no contractual adjustments.
- Close the charge.
- Close the accounting period.
- Use Open Closed Charges to reopen the charge.
- Financial Eligibility:
- Change the primary guarantor to be the original primary guarantor, the contractual guarantor.
- Change the secondary guarantor to the original secondary guarantor, the non-contractual guarantor.
- Use ‘Liability Update’ to update the liability for the service.
Steps
- Open ‘Client Ledger’.
- Process the ‘Simple’ report.
- Validate that the fee is distributed to the current primary guarantors, the contractual guarantor, and that the adjustments are included.
- Close the report.
- Close the form.
835 Health Care Claim Payment/Advice
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Guarantors/Payors
- Admission (Outpatient)
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Client Ledger
- Create Interim Billing Batch File
- Electronic Billing
- Claim Adjustment Group/Reason Code Definition
- 835 Health Care Claim Payment/Advice (PM)
Scenario 1: 835 Health Care Claim Payment/Advice - Distribute Claim/Service Level Adjustments (2100/2110-CAS) Across All Services = YP
Specific Setup:
- Registry Setting: 'Distribute Claim/Service Level Adjustments (2100/2110-CAS) Across All Services' is set to "YP".
- Client has a claimed service and the 837 is used to create an 835 which includes adjustments that overpay the service.
- The 835 payment file is available for compiling.
Steps
- Open the '835 Health Care Claim Payment/Advice' form.
- Compile the 835 payment file.
- Validate that the compile report displays the adjustments correctly.
- If desired, post the file.
- Close the form.
- If the file was posted, open 'Client Ledger' and verify that the service has a credit balance.
- Close the report.
- Close the form.
|
Topics
• 835 Health Care Claim Payment/Advice
• CCBHC
• 837 Professional
• Guarantor/Payors
• Liability Update
|
Process Internal Referrals Form: Processing Internal Referral
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Table Definition (PM)
- Admission (Outpatient)
- Admission
- Internal Referral Type Maintenance
- Group Member Assignment
- Internal Client Referrals
- Process Internal Referrals
Scenario 1: Internal Referral Type Maintenance - Validating all the 'Internal Referral Type Category'
Specific Setup:
- Form Definition:
- Create or identify an existing a user-defined (modeled) form that collects the additional referral information needed to approve or reject a referral. Note the form name and Table name.
- The form must contain a Non Scrolling Free Text data element that has been configured in Table Definition as a Referral Group. Note the field name.
- Table Definition:
- A Non Scrolling Free Text data element that has been configured as a Referral Group. Note the field name.
- Admission:
- Create a new client or identify an existing client. Note the client id, name.
Steps
- Open the 'Internal Referral Type Maintenance' form.
- Select 'Add Internal Referral type' in the 'Add Or Edit Internal Referral Type' field.
- Verify the 'Internal Referral Type Code' field displays the identification code assigned to the referral type.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Program' in the 'Internal Referral Type Category' field.
- Select desired program from the 'Program' field.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'Yes' to 'Form Return' Message.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Group' in the 'Internal Referral Type Category' field.
- Select desired group from the 'Group' field. Note the group name/code.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'Yes' to 'Form Return' Message.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Team' in the 'Internal Referral Type Category' field.
- Select desired team from the 'Team' field. Note the team name/code.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'Yes' to 'Form Return' Message.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Other' in the 'Internal Referral Type Category' field.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'No' to 'Form Return' Message.
- Open the 'Internal Client Referral' form.
- Select desired client in the 'Client Being Referred' field.
- Select 'Program' in the 'Internal Referral Type Category' field.
- Validate the 'Internal Referral Type Being Requested' field displays only the 'Program' type referrals.
- Select desired referral type from the 'Internal Referral Type Being Requested' field.
- Validate the 'Episode' field is enabled and the client episode for which the referral is being made is auto populated in the 'Episode' field.
- The Internal Referral Type Description field displays the detailed referral description that was entered on the Internal Referral Type Maintenance form.
- Validate the 'Internal Referral Program' field is marked as a required field and it is auto populated with the program selected in the 'Internal Referral Type Maintenance' form.
- Select 'Group' in the 'Internal Referral Type Category' field.
- Validate the 'Internal Referral Type Being Requested' field displays only the 'Group' type referrals.
- Select desired referral type from the 'Internal Referral Type Being Requested' field.
- Validate the 'Episode' field is enabled and the client episode for which the referral is being made is auto populated in the 'Episode' field.
- The Internal Referral Type Description field displays the detailed referral description that was entered on the Internal Referral Type Maintenance form.
- Validate the 'Internal Referral Group' field is marked as a required field and it is auto populated with the group selected in the 'Internal Referral Type Maintenance' form.
- Select 'Team' in the 'Internal Referral Type Category' field.
- Validate the 'Internal Referral Type Being Requested' field displays only the 'Team' type referrals.
- Select desired referral type from the 'Internal Referral Type Being Requested' field.
- Validate the 'Episode' field is enabled and the client episode for which the referral is being made is auto populated in the 'Episode' field.
- The 'Internal Referral Type Description' field displays the detailed referral description that was entered on the Internal Referral Type Maintenance form.
- Validate the 'Internal Referral Team' field is marked as a required field and it is auto populated with the team selected in the 'Internal Referral Type Maintenance' form.
- Close the form.
Scenario 2: Process Internal Referrals
Specific Setup:
- Form Definition:
- Create or identify an existing a user-defined (modeled) form that collects the additional referral information needed to approve or reject a referral. Note the form name and Table name.
- The form must contain a Non Scrolling Free Text data element that has been configured in Table Definition as a Referral Group. Note the field name.
- Table Definition:
- A Non Scrolling Free Text data element that has been configured as a Referral Group. Note the field name.
- Admission:
- Create a new client or identify an existing client. Note the client id, name, admission program value/code.
- Internal Referral type maintenance:
- Desired internal referral type is created to be used for the client. Note the referral type.
- Internal Client Referral :
- Internal client referral created for the desired client using the referral type created.
Steps
- Open the 'Process Internal Referrals' form.
- Verify that the form lists initiated referrals ready to be processed in a grid.
- From the list to be processed the user will be able to assign a new status of 'Accepted', 'Rejected', 'Rejected – More Information Needed' or 'Waitlist' as well.
- Select desired internal referral in the grid.
- Verify the fields listed in the 'Internal Referral Information' section contains code and value of the field.
- Select desired status.
- Click [Process internal referral].
- Verify the referral processed successfully.
- Ensure it is removed from grid(even if it’s the only one in the grid left).
- Ensure that a to do item sent back to user that filed 'Internal Client Referrals' form.
Process Internal Referrals: Internal Referral Information
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Table Definition (PM)
- Admission (Outpatient)
- Admission
- Internal Referral Type Maintenance
- Group Member Assignment
- Internal Client Referrals
- Process Internal Referrals
Scenario 1: Internal Referral Type Maintenance - Validating all the 'Internal Referral Type Category'
Specific Setup:
- Form Definition:
- Create or identify an existing a user-defined (modeled) form that collects the additional referral information needed to approve or reject a referral. Note the form name and Table name.
- The form must contain a Non Scrolling Free Text data element that has been configured in Table Definition as a Referral Group. Note the field name.
- Table Definition:
- A Non Scrolling Free Text data element that has been configured as a Referral Group. Note the field name.
- Admission:
- Create a new client or identify an existing client. Note the client id, name.
Steps
- Open the 'Internal Referral Type Maintenance' form.
- Select 'Add Internal Referral type' in the 'Add Or Edit Internal Referral Type' field.
- Verify the 'Internal Referral Type Code' field displays the identification code assigned to the referral type.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Program' in the 'Internal Referral Type Category' field.
- Select desired program from the 'Program' field.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'Yes' to 'Form Return' Message.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Group' in the 'Internal Referral Type Category' field.
- Select desired group from the 'Group' field. Note the group name/code.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'Yes' to 'Form Return' Message.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Team' in the 'Internal Referral Type Category' field.
- Select desired team from the 'Team' field. Note the team name/code.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'Yes' to 'Form Return' Message.
- Enter desired name in the 'Internal Referral Type Name' field. Note the name.
- Select 'Other' in the 'Internal Referral Type Category' field.
- Select the modeled form created or identified in the setup section to associate with this referral type in the 'Assessment Associated With Internal Referral Type' field.
- Select 'No' in the 'Does This Internal Referral Type Have A Waitlist?' field.
- Enter desired description of this referral for use in displays and reporting in the 'Internal Referral Type Description' field.
- Select desired user from the 'Select User' search box.
- Click [Add User].
- Verify the 'User(s) To Receive Internal Referrals' field displays a list of users who are assigned to this referral.
- Click [Submit].
- Select 'No' to 'Form Return' Message.
- Open the 'Internal Client Referral' form.
- Select desired client in the 'Client Being Referred' field.
- Select 'Program' in the 'Internal Referral Type Category' field.
- Validate the 'Internal Referral Type Being Requested' field displays only the 'Program' type referrals.
- Select desired referral type from the 'Internal Referral Type Being Requested' field.
- Validate the 'Episode' field is enabled and the client episode for which the referral is being made is auto populated in the 'Episode' field.
- The Internal Referral Type Description field displays the detailed referral description that was entered on the Internal Referral Type Maintenance form.
- Validate the 'Internal Referral Program' field is marked as a required field and it is auto populated with the program selected in the 'Internal Referral Type Maintenance' form.
- Select 'Group' in the 'Internal Referral Type Category' field.
- Validate the 'Internal Referral Type Being Requested' field displays only the 'Group' type referrals.
- Select desired referral type from the 'Internal Referral Type Being Requested' field.
- Validate the 'Episode' field is enabled and the client episode for which the referral is being made is auto populated in the 'Episode' field.
- The Internal Referral Type Description field displays the detailed referral description that was entered on the Internal Referral Type Maintenance form.
- Validate the 'Internal Referral Group' field is marked as a required field and it is auto populated with the group selected in the 'Internal Referral Type Maintenance' form.
- Select 'Team' in the 'Internal Referral Type Category' field.
- Validate the 'Internal Referral Type Being Requested' field displays only the 'Team' type referrals.
- Select desired referral type from the 'Internal Referral Type Being Requested' field.
- Validate the 'Episode' field is enabled and the client episode for which the referral is being made is auto populated in the 'Episode' field.
- The 'Internal Referral Type Description' field displays the detailed referral description that was entered on the Internal Referral Type Maintenance form.
- Validate the 'Internal Referral Team' field is marked as a required field and it is auto populated with the team selected in the 'Internal Referral Type Maintenance' form.
- Close the form.
Scenario 2: Process Internal Referrals
Specific Setup:
- Form Definition:
- Create or identify an existing a user-defined (modeled) form that collects the additional referral information needed to approve or reject a referral. Note the form name and Table name.
- The form must contain a Non Scrolling Free Text data element that has been configured in Table Definition as a Referral Group. Note the field name.
- Table Definition:
- A Non Scrolling Free Text data element that has been configured as a Referral Group. Note the field name.
- Admission:
- Create a new client or identify an existing client. Note the client id, name, admission program value/code.
- Internal Referral type maintenance:
- Desired internal referral type is created to be used for the client. Note the referral type.
- Internal Client Referral :
- Internal client referral created for the desired client using the referral type created.
Steps
- Open the 'Process Internal Referrals' form.
- Verify that the form lists initiated referrals ready to be processed in a grid.
- From the list to be processed the user will be able to assign a new status of 'Accepted', 'Rejected', 'Rejected – More Information Needed' or 'Waitlist' as well.
- Select desired internal referral in the grid.
- Verify the fields listed in the 'Internal Referral Information' section contains code and value of the field.
- Select desired status.
- Click [Process internal referral].
- Verify the referral processed successfully.
- Ensure it is removed from grid(even if it’s the only one in the grid left).
- Ensure that a to do item sent back to user that filed 'Internal Client Referrals' form.
|
Topics
• Referral
|
Future Functionality
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Payment Acknowledgement
- 835 Health Care Claim Payment/Advice (PM)
- Dictionary Update (PM)
- Create Interim Billing Batch File
- Client Ledger
- Electronic Billing
Scenario 1: Payment Acknowledgement - Posting an 835
|
Topics
• 835 Health Care Claim Payment/Advice
• NX
• Payment Acknowledgement
|
Electronic Billing
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission (Outpatient)
- Financial Eligibility
- Diagnosis
- Client Ledger
- Create Interim Billing Batch File
- Electronic Billing
- Admission
- Product Updates (PM)
Internal Test Only
|
Topics
• 837 Professional
• 837 Institutional
• NX
|
|
Topics
• Registry Settings
• Service Codes
• Site Registration
• NX
|
Compile Residential/Inpatient Charges
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Dictionary Update (PM)
- Service Codes
- Service Fee/Cross Reference Maintenance
- Admission
- Program Maintenance
- Diagnosis
- Financial Eligibility
- Discharge
- Leaves
- Post Residential/Inpatient Worklist
- Client Ledger
Scenario 1: Compile Residential/Inpatient Charges - Registry Setting: Enable Hourly Billing
Specific Setup:
- Registry Settings: 'Enable Hourly Billing' = 'N'.
- Service Codes:
- Code 1 is a Room & Board service code defined where 'Type of Fee' = 'Fixed Fee (Per Event)''
- Code 2 is a Room & Board service code defined where 'Type of Fee' = 'User Defined'. Please note the 'Minutes Per Unit', the 'Unit Rounding Logic' and the 'Designated Degree Of Rounding'.
- Clients:
- Client A is admitted to an inpatient unit and the 'Room And Board Billing Code' = Code 1. Note the date of admission and the unit.
- Client A is discharged. Note the date of discharge.
- Client B is admitted to an inpatient unit and the 'Room And Board Billing Code' = Code 2. Note the date of admission and the unit.
- Client B is discharged. Note the date of discharge.
- Verify Unit Census has been used to verify the unit(s).
Steps
- Open 'Compile Residential/Inpatient Charges'.
- Select 'Individual' in 'Individual Or All Units'.
- Select desired 'Unit(s)'.
- Enter desired value in 'Compile Charges From Date'.
- Enter desired value in 'Compile Charges Through Date'.
- Select 'Yes' in 'Do You Wish To Recreate The Residential/Inpatient Worklist'.
- Click [Process].
- Review the report pages to verify that service are created for both client on all days before the discharge date and that no services are created for either client on or after the date of discharge.
- Close the form.
- If desired, use 'Post Residential/Inpatient Worklist' to post the inpatient charges.
- Close the form.
- Use 'Client Ledger' to review the charges, verifying that the charges are only for the dates before the discharge date.
- Close the form.
- Open 'Registry Settings'.
- Change the 'Enable Hourly Billing' to 'Y'.
- Close the form.
- Re-admit each client in a new month. Close the form.
- Discharge the clients. Close the form.
- Verify Unit Census. Close the form.
- Repeat step 1 above.
- Client A will not have a room and board service created on the discharge date.
- Client B will have a room and board service created on the discharge date.
- If desired, repeat step 2 above and use 'Client Ledger' to verify:
- Client A has no room and board service on the discharge date.
- Client B has a room and board service created on the discharge date.
|
Topics
• Billing
|
File Import - Benefit Plan
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: File Import - Benefit Plans
Specific Setup:
- The registry setting 'Import File Delimiter' is enabled with desired value.
- File Import:
- A file import file of 'Benefit Plan' file type is created to add a new plan.
- A file import file of 'Benefit Plan' file type is created to edit the above plan.
Steps
- Open the 'File Import' form.
- Select the 'Benefit Plan' from the 'File Type' field.
- Upload the 'add' file created in the setup section.
- Compile the file.
- Verify the information message: 'Compiled'.
- Click [OK].
- Post the file.
- Verify the file posted successfully.
- Close the form.
- Open the 'Benefit Plan' form.
- Validate the plan contains the imported data.
- Close the form.
- Open the 'File Import' form.
- Select the 'Benefit Plan' from the 'File Type' field.
- Upload the 'edit' file created in the setup section.
- Compile the file.
- Verify the information message: 'Compiled'.
- Click [OK].
- Post the file.
- Verify the file posted successfully.
- Close the form.
- Open the 'Benefit Plan' form.
- Validate the plan contains the edited imported data.
- Close the form.
|
Topics
• File Import
• NX
|
| |