|
Topics
• Financial Eligibility
• NX
|
'Client Other Healthcare Coverage' Registry Setting and Form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Client Other Healthcare Coverage
- Electronic Billing
- Update Client Data
Scenario 1: Avatar Cal-PM Registry Settings - Verification of 'Add Support For Client Other Healthcare Coverage' Registry Setting
Steps
- Open 'Registry Settings' form.
- Enter search value 'Add Support For Client Other Healthcare Coverage' and click 'View Registry Settings' button.
- Ensure Registry Setting 'Add Support For Client Other Healthcare Coverage' is returned (under 'Avatar PM-> Billing' path).
- Ensure 'Registry Setting Details' field contains the following explanation text:
"Selecting 'Y' adds the form 'Client Other Healthcare Coverage' to the system. This allows an end user to capture subscriber and guarantor information for guarantors that process claims and need to be reported in an outbound 837 Institutional or Professional File in loops 2320 and 2330B. Please note that any records input in this form will not impact liability distribution. This form should only be used to collect a client's Other Healthcare Coverage information if Avatar MSO is installed and the registry setting, 'Add Support For The Input Of Third Party Payer Amounts' is set to either 1 or 2. Selecting 'N' will not enable the 'Client Other Healthcare Coverage' form."
Scenario 2: 'Client Other Healthcare Coverage' - Form Verification
Specific Setup:
- Avatar Cal-PM Registry Setting 'Add Support For Client Other Healthcare Coverage' must be enabled
- Crystal Reports or other SQL reporting tool
Steps
- Open Avatar Cal-PM 'Client Other Healthcare Coverage' form (under 'Avatar PM / Client Management' menu path).
- Select client (and episode if multiple episodes exist) for 'Client Other Healthcare Coverage' record entry/view.
- Ensure the following fields are present in the 'Client Other Healthcare Coverage' form:
- 'Create or Edit Coverage Period'
- Allows selection of existing Other Healthcare Coverage row/entry for client, as well as 'Create New' selection for new Other Healthcare Coverage row entry
- 'Guarantor #'
- Allows selection of Avatar Cal-PM Guarantor/Payor for Other Healthcare Coverage row/entry
- 'Guarantor Name'
- Value defaulted from Avatar Cal-PM Guarantor/Payor definition, may be edited
- 'Effective Date'
- Including 'Today' and 'Yesterday' selection buttons
- 'Expiration Date'
- Including 'Today' and 'Yesterday' selection buttons
- 'Client's Relationship To Subscriber'
- 'Subscriber's Name'
- Value defaulted from Avatar Cal-PM Demographic data for selected client where 'Client's Relationship To Subscriber' = 'Self'
- 'Subscriber Address - Street Line 1'
- Value defaulted from Avatar Cal-PM Demographic data for selected client where 'Client's Relationship To Subscriber' = 'Self'
- 'Subscriber Address - Street Line 2'
- Value defaulted from Avatar Cal-PM Demographic data for selected client where 'Client's Relationship To Subscriber' = 'Self'
- 'Subscriber Address - City'
- Value defaulted from Avatar Cal-PM Demographic data for selected client where 'Client's Relationship To Subscriber' = 'Self'
- 'Subscriber Address - State'
- Value defaulted from Avatar Cal-PM Demographic data for selected client where 'Client's Relationship To Subscriber' = 'Self'
- 'Subscriber Address - Zip'
- Value defaulted from Avatar Cal-PM Demographic data for selected client where 'Client's Relationship To Subscriber' = 'Self'
- 'Subscriber Policy #'
- 'Subscriber Group Name'
- 'Subscriber Assignment Of Benefits'
- 'Subscriber Release Of Info'
- 'Guarantor Payer Identifier'
- To have third party adjudication data reported on an 837 Institutional or Professional file, the Guarantor Payer Identifier entered here must match the Payer Identifier entered for the service in the 'Enter Third Party Adjudication Data' section in the Avatar MSO Claim Processing and Fast Service Entry forms
- 'Insurance Type Code (2320-SBR-05)'
- Value defaulted from Avatar Cal-PM Guarantor/Payor definition, may be edited
- 'Claim Filing Indicator Code (2320-SBR-09)'
- Value defaulted from Avatar Cal-PM Guarantor/Payor definition, may be edited
- In 'Create or Edit Coverage Period' field, select 'Create New' for new Other Healthcare Coverage row entry.
- Enter/select values for all fields as required/desired.
- Click 'Submit' button to file Client Other Healthcare Coverage row/entry.
- Ensure user is presented with confirmation dialog noting 'Submitting has completed. Do you wish to return to form?' with 'Yes'/'No' buttons.
- Click 'Yes' button to return to 'Client Other Healthcare Coverage' form.
- In 'Create or Edit Coverage Period' field, select existing Other Healthcare Coverage row/entry.
- Ensure all field values are present in 'Client Other Healthcare Coverage' form/record as previously entered/filed.
- On entry or filing of Other Healthcare Coverage for same Guarantor and Coverage Period as an existing Other Healthcare Coverage entry ('Effective Date' through 'Expiration Date' if specified), ensure that user is presented with error dialog noting 'The Coverage date range for the current Coverage Period overlaps an existing entry. (Dates ##/##/#### - ##/##/####)' and the overlapping Other Healthcare Coverage entry is disallowed.
- Open Crystal Reports or other SQL reporting tool.
- In Avatar Cal-PM SQL table 'SYSTEM.other_healthcare_coverage', ensure that data row(s) are added/updated on filing of 'Client Other Healthcare Coverage' form and contain values/information filed via form for all applicable fields.
Scenario 3: 'Electronic Billing' - Verification of 'Add Support For Client Other Healthcare Coverage' Registry Setting (Services Originating in Avatar MSO)
Specific Setup:
- Avatar Cal-PM Registry Setting 'Include Service Level Adjudication Info' must be enabled (and 'Include Service Level Adjudication Information (2430)' field set to 'Yes' via 'Guarantor/Program Billing Defaults' form '837 Professional' and/or '837 Institutional' section for applicable Guarantor/Program)
- Avatar Cal-PM Registry Setting 'Add Support For Client Other Healthcare Coverage' must be enabled
- Avatar Cal-PM Registry Setting 'Support MSO Other Healthcare Coverage' must be enabled
- Avatar MSO Registry Setting 'Add Support For The Input Of Third Party Payer Amounts' must be enabled
- One or more service(s) eligible for Avatar Cal-PM 837 Professional/837 Institutional file inclusion (via 'Electronic Billing' form) originating in Avatar MSO and including Third Party Payment/Adjustment 'Other Healthcare Coverage' information
Steps
- Open Avatar PM 'Electronic Billing' form. (Note, acceptance testing may also be confirmed via Avatar Cal-PM 'Quick Billing' form/functionality.)
- Select 837 Professional or 837 Institutional in 'Billing Form' field.
- Enter/select 837 file sorting criteria, using values which will include service(s) originating in Avatar MSO.
- Click 'Process' button to sort/generate 837 Professional or 837 Institutional file.
- Select 'Dump File' in the 'Billing Options' field (or select 'Create File On Server' to review output file directly).
- Select 'Print' in the 'Print Or Delete Report' field.
- Select 837 Professional/837 Institutional file sorted which includes services originating in Avatar MSO, and click 'Process' button to display 837 outbound file data.
- In Avatar Cal-PM 837 Professional/837 Institutional format outbound electronic billing file data - for services originating via Avatar MSO manual entry and including Service-Level Third Party Payment/Adjustment 'Other Healthcare Coverage' information (but where Claim-Level Other Healthcare Coverage/Third Party Payer Information was not entered), ensure that the following 837 Loop/Segments are included with values defined in Avatar Cal-PM 'Client Other Healthcare Coverage' record(s) for client/episode:
- Other Subscriber Information (2320)
- From 'Client Other Healthcare Coverage' form 'Subscriber Group Name', 'Insurance Type Code' and 'Claim Filing Indicator Code' fields
- Other Insurance Coverage Information (2320)
- From 'Client Other Healthcare Coverage' form 'Subscriber Assignment Of Benefits' and 'Subscriber Release Of Info' fields
- Other Subscriber Name (2330A)
- From 'Client Other Healthcare Coverage' form 'Subscriber's Name' and 'Subscriber Policy #' fields
- Other Payer Name (2330B)
- From 'Client Other Healthcare Coverage' form 'Guarantor Name' and 'Guarantor Payer Identifier' fields
- Notes:
- The Avatar Cal-PM 'Client Other Healthcare Coverage' record applicable to claims/services originating via Avatar MSO manual entry will be determined by 'Payer Identifier' value entered for MSO Service-Level Third Party Payment/Adjustment 'Other Healthcare Coverage' service information - this value must match the 'Guarantor Payer Identifier' value entered in 'Client Other Healthcare Coverage' record for the above 837 segments/information to be included in 837 claims
- The Avatar Cal-PM 'Client Other Healthcare Coverage' record applicable to claim/services originating via Avatar MSO manual entry will be determined by service date(s) compared to 'Effective Date' / 'Expiration Date' values entered in 'Client Other Healthcare Coverage' record
- If no Avatar Cal-PM 'Client Other Healthcare Coverage' record is found applicable to claim/service originating via Avatar MSO manual entry (based on 'Guarantor Payer Identifier' and 'Effective Date'/'Expiration Date' values) the 2320/2330A/2330B loops/segments noted above will not be included in Avatar Cal-PM 837 Professional/Institutional claim
- Other Subscriber Address 2330A segments are suppressed when Avatar Cal-PM Registry Setting 'Support MSO Other Healthcare Coverage' is enabled and the claim/service being included in 837 file through 'Electronic Billing' is using Other Healthcare Coverage from MSO
Scenario 4: 'Client Other Healthcare Coverage' - Verification of Client Demographic Information Updates
Specific Setup:
- Avatar Cal-PM Registry Setting 'Add Support For Client Other Healthcare Coverage' must be enabled
- Client record(s) where one or more 'Client Other Healthcare Coverage' entry/record exists
Steps
- Open Avatar Cal-PM 'Admission' or 'Update Client Data' form for existing client/episode.
- Navigate to 'Demographics' section of form.
- Enter or update values for any or all of the following Client Demographic record fields in form:
- 'Client First Name' / 'Client Last Name' ('Client Name')
- 'Client's Address -Street' (and 'Client's Address - Street 2' if applicable)
- 'Client's Address - Zipcode'
- 'Client's Address - City'
- 'Client's Address - State'
- Click 'Submit' Button to file 'Admission'/'Update Client Data' form and Client Demographic record updates.
- Open Avatar Cal-PM 'Client Other Healthcare Coverage' form for client where Demographic record/fields updated.
- In 'Create or Edit Coverage Period' field, select existing Other Healthcare Coverage row/entry.
- For all Client Other Healthcare Coverage rows/entries where 'Client's Relationship To Subscriber' value is set to 'Self', ensure that the following Client Demographic field values are updated according to 'Admission' and/or 'Update Client Data' information entries:
- 'Subscriber's Name'
- 'Subscriber Address - Street Line 1'
- 'Subscriber Address - Street Line 2'
- 'Subscriber Address - City'
- 'Subscriber Address - State'
- 'Subscriber Address - Zip'
- For all Client Other Healthcare Coverage rows/entries where 'Client's Relationship To Subscriber' value is not set to/defined as 'Self', ensure that Client Demographic field values are not updated following 'Admission' and/or 'Update Client Data' information entries.
|
Topics
• Registry Settings
• NX
• Electronic Billing
• 837 Professional
• 837 Institutional
|
Guarantors/Payors - Pregnancy Indicator
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Admission (Outpatient)
- Program Maintenance
- Dictionary Update (PM)
- Financial Eligibility
- California MEDS File Load
- Women's Health History
- Guarantors/Payors
- Practitioner Numbers By Guarantor and Program
- Service Codes
- Client Charge Input
- Electronic Billing
Scenario 1: 837 Professional - Enable Pregnancy Indicator / Date Of Last Menstrual Period = Y
Specific Setup:
- Registry Settings:
- The 'Enable Pregnancy Indicator / Date Of Last Menstrual Period' has a value of 'Y'.
- Dictionary Update:
- Client Dictionary # 357- Pregnancy Status contains values, including the extended dictionary values.
- California MEDS File:
- A file is available to load.
- The file contains a pregnant client. Note the episode, guarantor, share of cost, and aid code.
- Guarantors/Payors:
- A minimum of the above guarantor has values in the required 'Postpartum Period (Number of Days)' field and the optional 'Aid Code' field of the ' Pregnancy Indicator' section of the form. Note the values.
- Client from the California MEDS File:
- Note the episode program.
- Is assigned the noted guarantor in Financial Eligibility.
- Has a diagnosis record for the dates of service.
- The share of cost has been met.
- Has a 'Women's Health History' record with a date in 'Pregnancy Start Date' and optionally a date in 'Pregnancy End Date'.
- If 'Pregnancy End Date' contains a value, services would qualify for billing through the date, plus the number of days in the 'Postpartum Period (Number of Days)' field, but only if the 'Aid Code' field matches the 'Aid Code' in the California MEDS File.
- Services:
- Services exist and can be before the date of pregnancy, during the date of pregnancy, after the date of pregnancy, and after the date of pregnancy plus the number of days in the 'Postpartum Period (Number of Days)'.
- Guarantor/Program Billing Defaults:
- 837 Professional section of desired template:
- Maximum Service Information Per Claim Information (Maximum LX Per CLM) does not equal '1'.
- Create Interim Billing Batch File:
- Create a batch for the guarantor, program, dates of service and client.
- Close Charge has been used to close the charges.
Steps
- Open 'Electronic Billing'.
- Create an 837 Professional bill for the interim batch and dates of service for the client from Setup.
- Review the 'Dump' file.
- Validate that the services within the date range that the client is not pregnant or has passed the number of days in the ' 'Postpartum Period (Number of Days)', contain the following in the 'PAT' segment: 'PAT*G8~'.
- Validate that the services within the date range that the client is pregnant or has not passed the number of days in the ' 'Postpartum Period (Number of Days)', contain the following in the 'PAT' segment: 'PAT*G8********Y~'.
- Close the dump file.
- Close the form.
Scenario 2: 837 Professional - Enable Pregnancy Indicator / Date Of Last Menstrual Period = N
Specific Setup:
- Registry Settings:
- The 'Enable Pregnancy Indicator / Date Of Last Menstrual Period' has a value of 'N'.
- Dictionary Update:
- Client Dictionary # 357- Pregnancy Status contains values, including the extended dictionary values.
- California MEDS File:
- A file is available to load.
- The file contains a pregnant client. Note the episode, guarantor, share of cost, and aid code.
- Guarantors/Payors:
- A minimum of the above guarantor has values in the required 'Postpartum Period (Number of Days)' field and the optional 'Aid Code' field of the ' Pregnancy Indicator' section of the form. Note the values.
- Client from the California MEDS File:
- Note the episode program.
- Is assigned the noted guarantor in Financial Eligibility.
- Has a diagnosis record for the dates of service.
- The share of cost has been met.
- Has a 'Women's Health History' record with a date in 'Pregnancy Start Date' and optionally a date in 'Pregnancy End Date'.
- If 'Pregnancy End Date' contains a value, services would qualify for billing through the date, plus the number of days in the 'Postpartum Period (Number of Days)' field, but only if the 'Aid Code' field matches the 'Aid Code' in the California MEDS File.
- Services:
- Services exist and can be before the date of pregnancy, during the date of pregnancy, after the date of pregnancy, and after the date of pregnancy plus the number of days in the 'Postpartum Period (Number of Days)'.
- Guarantor/Program Billing Defaults:
- 837 Professional section of desired template:
- Maximum Service Information Per Claim Information (Maximum LX Per CLM) does not equal '1'.
- Create Interim Billing Batch File:
- Create a batch for the guarantor, program, dates of service and client.
- Close Charge:
- Close the charges for the Interim Batch or the client.
Steps
- Open 'Electronic Billing'.
- Create an 837 Professional bill for the interim batch and dates of service for the client from Setup.
- Review the 'Dump' file.
- Validate that all 'PAT' segment:s contain 'PAT*G8~'.
- Close the dump file.
- Close the form.
|
Topics
• 837 Professional
|
Quick Billing - Close Charges
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Program Maintenance
- Admission (Outpatient)
- Financial Eligibility
- Registry Settings (CWS)
- Practitioner Enrollment
- Ambulatory Progress Notes
- Client Charge Input
- Quick Billing Rule Definition
- Quick Billing
- Dynamic Form Compile Complete
Scenario 1: Close Charges - Services have a Practitioner & a Co-Practitioner
Specific Setup:
- Registry Settings:
- Avatar CWS->Progress Notes->Ambulatory->->->Include Co-Practitioner = Y.
- Avatar PM->Billing->->->->Enable Co-Practitioner Services From Progress Notes = Y.
- Avatar PM->Billing->Interim Batch Creation->->-Close Charges By Program And Guarantor Of Batch Only = B.
- Avatar CWS->Progress Notes->Ambulatory->->->Post Appointment When the Note Is Submitted = Y.
- Avatar CWS->Progress Notes->Ambulatory->->->Include Draft/Final Prompt contains a value of ‘1’ or ‘2’.
- Program Maintenance:
- Program 1: An outpatient program has a value of ‘Yes’ in ‘Create Co-Practitioner Services From Progress Notes’.
- Program 2: An outpatient program has a value of ‘No’ in ‘Create Co-Practitioner Services From Progress Notes’.
- Clients:
- Client 1:
- The client is enrolled in ‘Program 1’ and has active Diagnosis and Financial Eligibility records.
- All services are created with a both a practitioner and a co-practitioner:
- The client has a ‘New Service’ created through the ambulatory progress note.
- The client has a service created from Client Charge Input.
- Client 2:
- The client is enrolled in ‘Program 2’ and has active Diagnosis and Financial Eligibility records.
- No services are created with a co-practitioner:
- The client has a ‘New Service’ created through the ambulatory progress note.
- The client has a service created from Client Charge Input.
- Client Leger has been used to verify that the services were created and are open.
- Create Interim Billing Batch File has been used to create a batch that contains only the two clients. Note the batch number.
Steps
- Open ‘Close Charges’.
- Close the charges by ‘Individual’ for Client 1.
- Open ‘Close Charges’.
- Close the charges by ‘Interim Batch Cycle’ for the batch noted above.
- Open 'Client Ledger' for Client 1.
- Verify that the services contain a value of 'Unbill' in 'CLAIM NUMBER'.
- Close the report.
- Open 'Client Ledger' for Client 2.
- Verify that the services contain a value of 'Unbill' in 'CLAIM NUMBER'.
- Close the report.
- Close the form.
Scenario 2: Quick Billing - Close Charges - Services have a Practitioner & a Co-Practitioner
Specific Setup:
- Registry Settings:
- Avatar CWS->Progress Notes->Ambulatory->->->Include Co-Practitioner = Y.
- Avatar PM->Billing->->->->Enable Co-Practitioner Services From Progress Notes = Y.
- Avatar PM->Billing->Interim Batch Creation->->-Close Charges By Program And Guarantor Of Batch Only = B.
- Avatar CWS->Progress Notes->Ambulatory->->->Post Appointment When the Note Is Submitted = Y.
- Avatar CWS->Progress Notes->Ambulatory->->->Include Draft/Final Prompt contains a value of ‘1’ or ‘2’.
- Program Maintenance:
- Program 1: An outpatient program has a value of ‘Yes’ in ‘Create Co-Practitioner Services From Progress Notes’.
- Program 2: An outpatient program has a value of ‘No’ in ‘Create Co-Practitioner Services From Progress Notes’.
- Clients:
- Client 1:
- The client is enrolled in ‘Program 1’ and has active Diagnosis and Financial Eligibility records.
- All services are created with a both a practitioner and a co-practitioner:
- The client has a ‘New Service’ created through the ambulatory progress note.
- The client has a service created from Client Charge Input.
- Client 2:
- The client is enrolled in ‘Program 2’ and has active Diagnosis and Financial Eligibility records.
- No services are created with a co-practitioner:
- The client has a ‘New Service’ created through the ambulatory progress note.
- The client has a service created from Client Charge Input.
- Client Leger has been used to verify that the services were created and are open.
- Create Interim Billing Batch File has been used to create a batch that contains only the two clients. Note the batch number.
- Quick Billing Rule Definition has been used to create a rule that would include the services for both clients.
Steps
- Open 'Quick Billing'.
- Select 'Add New' in 'Add New Or Edit Existing Quick Billing Batch'.
- Enter the 'First Date Of Service To Include'.
- Enter the 'Last Date Of Service To Include'.
- Select the desired rule in 'Billing Rule To Execute'.
- Select desired values that include 'Close Charges' in 'Quick Billing Tasks to Execute'.
- Enter the 'Date Of Claim'.
- Click [Submit].
- Validate that the 'Compile Complete' message is received.
- Click [OK].
- Validate that the 'Form Return' message is received.
- Click desired value.
- Skip to step 15 if 'No' was selected.
- If 'Yes' was selected, validate the 837 report.
- Click 'Edit Existing'.
- Set the 'File Filter' to 'All'.
- Select the 'File' that was just created.
- Click [Print 837 Report].
- Review the report for accuracy.
- Close the report.
- Close the form.
- Open 'Client Ledger' for Client 1.
- Select desired value in 'Claim/Episode/All Episodes'.
- Enter the 'From Date'.
- Enter the 'To Date'.
- Select 'Simple' in 'Ledger Type'
- Click [Process].
- Verify that the services contain a value of 'Unbill' in 'CLAIM NUMBER'.
- Close the report.
- Repeat 'Client Ledger' steps for Client Two.
- Close the form.
Re-Print Bill - Co-Practitioner
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Registry Settings (CWS)
- Program Maintenance
- Practitioner Enrollment
- Admission (Outpatient)
- Financial Eligibility
- Ambulatory Progress Notes
- Client Charge Input
- Electronic Billing
- Guarantors/Payors
- Practitioner Numbers By Guarantor and Program
- Re-Print Bill
Scenario 1: Re-Print Bill - Practitoner & Co-Practitoner
Specific Setup:
- Registry Settings:
- Avatar CWS->Progress Notes->Ambulatory->->->Include Co-Practitioner = Y.
- Avatar PM->Billing->->->->Enable Co-Practitioner Services From Progress Notes = Y.
- Avatar PM->Billing->Interim Batch Creation->->-Close Charges By Program And Guarantor Of Batch Only = B.
- Avatar CWS->Progress Notes->Ambulatory->->->Post Appointment When the Note Is Submitted = Y.
- Avatar CWS->Progress Notes->Ambulatory->->->Include Draft/Final Prompt contains a value of ‘1’ or ‘2’.
- Program Maintenance:
- Program 1: An outpatient program has a value of ‘Yes’ in ‘Create Co-Practitioner Services From Progress Notes’.
- Program 2: An outpatient program has a value of ‘No’ in ‘Create Co-Practitioner Services From Progress Notes’.
- Clients:
- Client 1: The client is enrolled in ‘Program 1’ and has active Diagnosis and Financial Eligibility records.
- All services are created with a both a practitioner and a co-practitioner:
- The client has a ‘New Service’ created through the ambulatory progress note.
- The client has a service created from Client Charge Input.
- Client 2: The client is enrolled in ‘Program 2’ and has active Diagnosis and Financial Eligibility records.
- No services have a co-practitioner:
- The client has a ‘New Service’ created through the ambulatory progress note.
- The client has a service created from Client Charge Input.
- Client Leger has been used to verify that the services were created and are open.
- Create Interim Billing Batch File has been used to create a batch that contains only the two clients. Note the batch number.
- Electronic Billing has been used to create claims for the services. Note the date of the claim.
- Client Ledger is used to note the claim number.
Steps
- Open ‘Re-Print Bill’.
- Enter the 'Date of Claim'.
- Select ‘Individual Client’ in ‘Reprint Claims By’.
- Select desired ‘Guarantor’.
- Select Client 1 in ‘Client ID’.
- Select desired ‘Episode’.
- Select desired value in ‘Unpaid Claims Only?’.
- Select desired value in ‘Print On What Form’.
- Click [Select Claims to Reprint].
- Select desired claim in ‘Re-Print Claim(s)’.
- Click [OK].
- Click [Process].
- Validate that the services for the practitioner and the service for the co-practitioner display in the report.
- Close the report.
- Repeat the above steps for Client 2.
- Validate that the services for the practitioner display in the report.
|
Topics
• Close Charges
• NX
• Quick Billing
• Print Bill
|
Cal-Oms Annual Update Submission
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Cal-OMS Annual Update
- SQL Query/Reporting Tool
- Program Maintenance
- Admission (Outpatient)
- Cal-OMS Admission
- Dynamic Form - Cal-OMS Annual Update
Scenario 1: 'Cal-OMS Annual Update' submission - Validating 'SYSTEM.cal_oms_annual_update' SQL table - Enable LA County Reporting Requirements
Specific Setup:
- Registry Setting:
- The 'Enable LA County Reporting Requirements' is set to desired value.
- The 'Allow Multiple Cal-OMS Admissions Per Avatar Episode' is set to desired value.
- Program Maintenance:
- An existing Cal-OMS program is identified to be used for testing or create a new Cal-OMS program. Note the program code/value. Note the program code/value.
- Admission:
- A new client is admitted using the program identified above. Note the client id/name.
- Cal-OMS Admission:
- The client identified above is admitted to the 'Cal-OMS' admission. Note The client is eligible for Cal-OMS Annual Update filing.
- Access to the Crystal Reports' or other SQL reporting tool.
Steps
- Open 'Cal-OMS Annual Update' form.
- Select client for record entry.
- Navigate to the 'Employment Data' tab.
- Select the "Unemployed Looking For Work" option in the 'Employment Status' field. Note the value.
- Verify the value selected successfully.
- Navigate to the 'Cal-OMS annual Update' section.
- Select value for 'Associated Level of Care' field. Note the value.
- Populate all the required fields to process. Note the value.
- Navigate to the 'Alcohol and Drug Use Data' section of form.
- Populate all the required and optional fields to process.
- Navigate to 'Medical/Physical Health Data' section of form.
- Select desired value(s) for 'Which of the following medications did you take as part of treatment?' field. Note the value.
- Select desired value 'Other medications for SUD treatment(Specify)'. Note the value.
- Enter value for 'Other medications for SUD Treatment (Specify)' field. Note the value.
- Select value for 'Have you received education about Naloxone use for drug overdose during treatment?' field. Note the value.
- Select value for 'Have you used Naloxone for drug overdose reversal for yourself during treatment?' field. Note the value.
- Enter value for 'How good is your physical health? (e.g. are you eating and sleeping properly, exercising, taking care of health of dental problems) (from 1 --> Not good at all to 10 --> Very good)' (physical_health_scale)' field. Note the value.
- Navigate to 'Mental Illness' section of form.
- Enter value for ''How good is your mental health? (e.g., are you feeling better about yourself?) (from 1 --> Not good at all to 10 -->Very good)' (mental_health_scale)' field. Note the value.
- Navigate to 'Family/Social Data' section of form.
- Select value for 'Were any of your family members/significant others actively involved during your treatment/recovery?' field. Note the value.
- Select value for 'Is this participant homeless?' field. Note the value.
- Select value 'Homeless' for 'Current Living Arrangements' field. Note the value.
- Select value 'Other (Specify)' for 'Current homeless living arrangement?' field. Note the value.
- Enter value for 'Specify Other Homeless Living Arrangement' field. Note the value.
- Select value for 'Has the client been linked to stable housing during treatment?' field. Note the value.
- Enter value for 'If Yes, specify'/'If No, explain' (Stable Housing) field. Note the value.
- Enter value for 'How good of a community member are you? (e.g., obeying laws, meeting your responsibilities to society, positive impact on others) (from 1 --> Not good at all to 10 --> Very good)' (community_member_scale)' field.
- Complete other required/desired fields in form.
- Click [Submit].
- Open 'Crystal Reports' or other SQL reporting tool.
- Query the SQL table 'SYSTEM.cal_oms_annual update.
- Verify the fields listed below are correctly reflect values filed for fields noted above in the 'Cal-OMS Annual Update' form (respectively):
- 'drug_alcohol_scale'
- 'med_rec_part_treat_code'/'med_rec_part_treat_value'
- 'med_rec_part_treat_o'
- 'naloxone_edu_code'/'naloxone_edu_value'
- 'naloxone_used_code'/'naloxone_used_value'
- 'physical_health_scale'
- 'mental_health_scale'
- 'was_fam_present_code'/'was_fam_present_value'
- 'curr_homless_liv_ar_code'/'curr_homless_liv_ar_value'
- 'curr_homless_liv_ar_o'
- 'linked_stable_housing_code'/'linked_stable_housing_value'
- 'linked_stable_housing_y'/'linked_stable_housing_n'
- 'community_member_scale'
- Close the crystal report.
Scenario 2: Cal-OMS Annual Update Submission - Registry Settings 'Allow Multiple Cal-OMS Admissions Per Avatar Episode' is enabled
Specific Setup:
- Registry Setting:
- The 'Allow Multiple Cal-OMS Admissions Per Avatar Episode' is set to "Y".
- Program Maintenance:
- An existing Cal-OMS program is identified to be used for testing or create a new Cal-OMS program. Note the program code/value.
- Admission:
- One or more client(s) with existing Cal-OMS Admission record(s) and eligible for Cal-OMS Annual Update filing. Note the client id/name.
Steps
- Open 'Cal-OMS Annual Update' form.
- Select client for record entry.
- Navigate to the 'Employment Data' tab.
- Select the "Unemployed Looking For Work" option in the 'Employment Status' field.
- Verify the value selected successfully.
- Navigate to the 'Cal-OMS annual Update' section.
- Select value for 'Associated Level of Care' field.
- Populate all the required fields to process.
- Navigate to the 'Alcohol and Drug Use Data' section of form.
- Populate all the required and optional fields to process.
- Navigate to 'Medical/Physical Health Data' section of form.
- Select desired value(s) for 'Which of the following medications did you take as part of treatment?' field.
- Select desired value 'Other medications for SUD treatment(Specify)'.
- Enter value for 'Other medications for SUD Treatment (Specify)' field.
- Select value for 'Have you received education about Naloxone use for drug overdose during treatment?' field.
- Select value for 'Have you used Naloxone for drug overdose reversal for yourself during treatment?' field.
- Enter value for 'How good is your physical health? (e.g. are you eating and sleeping properly, exercising, taking care of health of dental problems) (from 1 --> Not good at all to 10 --> Very good)' (physical_health_scale)' field.
- Navigate to 'Mental Illness' section of form.
- Enter value for ''How good is your mental health? (e.g., are you feeling better about yourself?) (from 1 --> Not good at all to 10 -->Very good)' (mental_health_scale)' field.
- Navigate to 'Family/Social Data' section of form.
- Select value for 'Were any of your family members/significant others actively involved during your treatment/recovery?' field.
- Select value for 'Is this participant homeless?' field.
- Select value 'Homeless' for 'Current Living Arrangements' field.
- Select value 'Other (Specify)' for 'Current homeless living arrangement?' field.
- Enter value for 'Specify Other Homeless Living Arrangement' field.
- Select value for 'Has the client been linked to stable housing during treatment?' field.
- Enter value for 'If Yes, specify'/'If No, explain' (Stable Housing) field.
- Enter value for ''How good of a community member are you? (e.g., obeying laws, meeting your responsibilities to society, positive impact on others) (from 1 --> Not good at all to 10 --> Very good)' (community_member_scale)' field.
- Complete other required/desired fields in form.
- Click [Submit].
|
Topics
• Cal-Oms Admission
• NX
|
Partnership Assessment - the 'Enable MHSA Assessment Fields' registry setting is set to "Y"
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Dynamic form- Social Security Number
- Admission (Outpatient)
- Partnership Assessment Form
- Key Event Tracking Form
- MHSA XML Submission
- Practitioner Enrollment
- Program Maintenance
- Crystal Report Viewer
Scenario 1: Partnership Assessment Form - Validating form submission for the client with the 'Highest Level of Education Completed' > 10th Grade
Specific Setup:
- Registry Setting:
- Set the 'Enable MHSA Assessment Fields' is set to "Y".
- Practitioner Enrollment:
- An existing staff member is identified. Note the practitioner id/ Name.
- The "Partnership Service Coordinator ID (MHSA)" field needs to be populated.
- Program Maintenance:
- An existing program is identified or a new program is created for testing and the following field is populated. Note the program code/name.
- Full Service Partnership Program ID (MHSA)
- Admission:
- New client is admitted in the program identified above. Note the client id / Name.
Steps
- Open the 'Partnership Assessment Form' form.
- Select the client identified in the setup section.
- Verify the 'Highest Level of Education Completed' field in the 'Education' section allows selection of "12th Grade".
- Complete all the fields as needed in all the section.
- Set the "Assessment Status" on the "Partnership Information" section to "Final"
- Click [Submit].
- Verify the form submitted successfully.
- Open the 'Key Event Tracking' form.
- Verify the 'Level of education completed' field on the 'Education' section allows selection of "12th Grade".
- Complete all the fields as needed in all the section.
- Set the "Assessment Status" on the "Partnership Information" section to "Final"
- Click [Submit].
- Open the 'MHSA XML Submissions' form.
- Compile the file.
- Verify the file compiles successfully.
Scenario 2: Partnership Assessment Form - Highest Level of Education Completed = 10th Grade
Specific Setup:
- Registry Setting:
- Set the 'Enable MHSA Assessment Fields' is set to "Y".
- Practitioner Enrollment:
- An existing staff member is identified. Note the practitioner id/ Name.
- The "Partnership Service Coordinator ID (MHSA)" field needs to be populated.
- Program Maintenance:
- An existing program is identified or a new program is created for testing and the following field is populated. Note the program code/name.
- Full Service Partnership Program ID (MHSA)
- Admission:
- New client is admitted in the program identified above. Note the client id / Name.
Steps
- Open the 'Partnership Assessment Form' form.
- Select the client identified in the setup section.
- Verify the 'Highest Level of Education Completed' field in the 'Education' section allows selection of "10th Grade".
- Complete all the fields as needed in all the section.
- Set the "Assessment Status" on the "Partnership Information" section to "Final"
- Click [Submit].
- Verify the form submitted successfully.
- Open the 'Key Event Tracking' form.
- Verify the 'Level of education completed' field on the 'Education' section allows selection of "10th Grade".
- Complete all the fields as needed in all the section.
- Set the "Assessment Status" on the "Partnership Information" section to "Final"
- Click [Submit].
- Open the 'MHSA XML Submissions' form.
- Compile the file.
- Verify the file compiles successfully.
Registry Setting - Exclude Services If No Treatment Plan
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Electronic Billing
- Crystal Report Viewer
- Guarantors/Payors
- Program Maintenance
- Admission (Outpatient)
- Financial Eligibility
- Client Charge Input
- Treatment Plan
Scenario 1: Registry Setting - Exclude Services If No Treatment Plan = Y
Specific Setup:
- Registry Setting:
- The 'Exclude Services If No Treatment Plan' registry setting is set to 'Y'.
- Guarantors/Payors:
- An existing guarantor is identified to be assigned to the client in financial eligibility. Note the guarantor name / id.
- The 'Exclude Service From Bill If No Final Treatment Plan In Effect For Service Date In Question' field is set to 'Yes' for the guarantor assigned to the client.
- Client:
- A new client is admitted in desired program. Note the client id / name.
- The guarantor identified above is assigned to the client as the primary guarantor.
- Note: There is no finalized treatment for the client.
- A diagnosis record is created for the client.
- Service Codes:
- Desired service code is identified that can be billed . Note the service code.
- Service Fee/Cross reference maintenance:
- Make sure the fee definition is created for the service code and CPT/revenue Code is assigned to the service fee definition.
- Client Charge Input:
- Two services are rendered to the client that can be billed in 'Electronic Billing' using an existing service code identified above. Make sure there is at least one service that's on the admission date and another that's after the admission date. Note the first and last date of the service.
- Close the charges.
- An interim billing batch is created to cover the client, service and the guarantor identified above. Note the batch number. Note the interim billing batch number.
Steps
- Open 'Electronic Billing'.
- Create bill for the services, without claiming them.
- Verify the bill does not compile successfully.
- Run the report.
- Verify the error message for the service: 'No Final Treatment Plan In Effect For Service: [Service Code Description - Service date : [Date Of Service]]'.
- Close the report.
- Close the form.
- Open the 'Treatment Plan' form.
- Create a final treatment plan for the client before the first service date.
- Submit the form.
- Open an 'Electronic Billing' form.
- Create bill for the services, without claiming them.
- Verify the bill compiles successfully.
- Review the dump file.
- Verify the dump file displays data correctly for the client, guarantor and service included in the interim batch created in the setup section.
- Close the report.
- Close the form.
Scenario 2: Registry Setting - Exclude Services If No Treatment Plan = N
Specific Setup:
- Registry Setting:
- The 'Exclude Services If No Treatment Plan' registry setting is set to 'N'.
- Guarantors/Payors:
- An existing guarantor is identified to be assigned to the client in financial eligibility. Note the guarantor name / id.
- The 'Exclude Service From Bill If No Final Treatment Plan In Effect For Service Date In Question' field is set to 'Yes' for the guarantor assigned to the client.
- Client:
- A new client is admitted in desired program. Note the client id / name.
- The guarantor identified above is assigned to the client as the primary guarantor.
- Note: There is no finalized treatment for the client.
- A diagnosis record is created for the client.
- Service Codes:
- Desired service code is identified that can be billed . Note the service code.
- Service Fee/Cross reference maintenance:
- Make sure the fee definition is created for the service code and CPT/revenue Code is assigned to the service fee definition.
- Client Charge Input:
- Two services are rendered to the client that can be billed in 'Electronic Billing' using an existing service code identified above. Make sure there is at least one service that's on the admission date and another that's after the admission date. Note the first and last date of the service.
- Close the charges.
- An interim billing batch is created to cover the client, service and the guarantor identified above. Note the batch number. Note the interim billing batch number.
Steps
- Open 'Electronic Billing'.
- Create bill for the services, without claiming them.
- Verify the bill compiles successfully.
- Review the dump file.
- Verify the dump file displays data correctly for the client, guarantor and service included in the interim batch created in the setup section.
- Close the form.
Site Specific Section Modeling - Validating 'Prompt Definition' Section
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Site Specific Section Modeling (PM)
- Dynamic Form - Site Specific Section Modeling (CWS)
Scenario 1: Site Specific Section Modeling - "PATIENT40000 (Disclosure Management) Request" Accessing the 'Assigned to' field
Steps
- Open the 'Site Specific Section Modeling' form and select the "PATIENT40000 (Disclosure Management) Request" from the list.
- Select the 'Prompt Definition' section.
- Double click on the field labeled as 'Assigned To'.
- Verify that all the information of the field is populated correctly.
- Submit the form.
- Verify the form will submit successfully.
Client Merge - Merging outpatient episodes
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Dynamic Form - Site Specific Section Modeling (CWS)
- Site Specific Section Modeling (PM)
- Dynamic Form - Mobile Connect Impact Warning
- Dynamic form- Social Security Number
- Admission (Outpatient)
- Financial Eligibility
- Client Charge Input
- app-dynamicform-client-merge
- SQL Query/Reporting
Scenario 1: Client Merge - Merging two outpatient episodes - site specific fields populated as part of the service.
Specific Setup:
- Admission (Outpatient):
- Two clients are admitted into different outpatient programs.
- Client Charge Input:
- A service is rendered to source client that has one or more site specific fields populated as part of the service.
- Crystal Report or any other SQL data viewer:
- The SYSTEM.site_specific_tx_history table contains an entry for that service.
Steps
- Open the "Client Merge" form.
- Enter the source client id in the 'Source Client ID' field
- Select the episode from the 'Source Client Episode' dropdown field.
- Enter the target client id in the 'Target Client ID' field.
- Click [File].
- Verify the message 'The Following New Episode Has Been Created For The Target Client Indicated' is displayed along with the new episode number.
- Open the 'Crystal' report or any other SQL Data Viewer.
- Query the SYSTEM.site_specific_tx_history table and make sure there is an entry for that service.
- Verify the 'Episode Number' field is updated with the new episode number.
Scenario 2: Cal-PM -Client Merge (InPatient and Outpatient)
Specific Setup:
- At least two clients must be admitted to active episodes. One client is admitted in the inpatient program and the other client is admitted in the outpatient program. Note the client id/names.
Steps
- Access the 'Client Merge' form.
- Set the 'Source Client' field to the inpatient client admitted in the setup section.
- Select "Episode # 1" from the 'Source Client Episode' field.
- Set the 'Target Client' field to the outpatient client admitted in the setup section.
- Validate the 'Create New Episode On Merge' field is equal to "Yes".
- Click [File].
- Validate a 'Do you wish to continue with the indicated action?' message is displayed.
- Click [Yes].
- Validate a message stating 'The following new episode has been created for the target client indicated. Episode 2' is displayed.
- Click [OK].
- Click [Close Form].
|
Topics
• Partnership Assessment Form
• Key Event Tracking
• NX
• Registry Settings
• 837 Professional
• Site Specific Section Modeling
|
| |