Dictionary Update - Print dictionary
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Dictionary Update - Client file - Add/Edit/Print dictionary
Steps
- Open the 'Dictionary Update' form.
- Select 'Client' in the 'File' field.
- Select 'Location' in the 'Data Element' field.
- Enter desired code to the 'Dictionary Code' field. Note the code.
- Enter desired value to the 'Dictionary Value' field. Note the value.
- Enter in extended data elements as necessary.
- Click [Apply Changes].
- Validate that the 'Information' dialog contains 'Filed!'.
- Click [OK].
- Select 'Print Dictionary' section.
- Select 'Client' in the 'File' field.
- Select 'Individual Data Element' radio button.
- Select 'Location Status' from the 'Data Element' field.
- Click [Print Dictionary].
- Review the report.
- Verify the dictionary codes / values added in previous step display correctly.
- Close the report.
- Select 'Input Dictionary Code(s)' section.
- Verify the 'File' field contains 'Client'.
- Verify the 'Data Element' is set to the 'Location'.
- Select desired code which is added in previous step in the 'Dictionary Code' field.
- Verify the correct 'Dictionary Value' displays for the selected code.
- Update the value in the 'Dictionary Value' field.
- Click [Apply Changes].
- Validate that the 'Information' dialog contains 'Filed!'.
- Click [OK].
- Select 'Print Dictionary' section.
- Select 'Client' in the 'File' field.
- Select 'Individual Data Element' radio button.
- Select 'Location' from the 'Data Element' field.
- Click [Print Dictionary].
- Review the report.
- Verify the dictionary codes / values updated in previous step display correctly.
- Close the report.
- Close the form.
- Open the "Scheduling Calendar" form.
- Select an open time slot on the calendar and RightClick.
- Select "Add Appointment" from the dropdown.
- Note that the "Location" field contains the dictionary code(s)/value(s) entered in previous steps.
|
Topics
• Dictionary
|
Quick Actions - Update Client Data
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Registry Settings (PM)
- Quick Actions Page
- Update Client Data
Scenario 1: Quick Action - Update Client Data - Validate name change
Specific Setup:
- User Definition:
- Identify a home view and chart view set up for the logged in user.
- View Definition:
- The 'Quick Actions' widget is added to the user's HomeView.
- NX View Definition:
- The Quick Action for 'Update Client Data' is added for your user, home view and chart view.
- Admission:
- A new client is admitted. Note the client id/name.
Steps
- Select the test client.
- Navigate to the 'Quick Actions' widget.
- Locate the 'Update Client Data' Quick Action.
- Click 'Add' button.
- Change the client's first and last name.
- Fill in all other fields.
- Click 'Save'.
- Open the 'Update Client Data' form.
- Validate the first and last name are changed.
- Using SQL, validate the name change is reflected in the columns, patient_name, patient_name_first, patient_name_last in SYSTEM.patient_current_demographics SQL.
Scenario 2: 'Update Client Data' Form - Validate the 'SYSTEM.client_curr_demographics' SQL table
Specific Setup:
- A client must be enrolled in an existing episode (Client A).
Steps
- Select "Client A" and access the 'Update Client Data' form.
- Enter the desired value in the 'Client Middle Name' field.
- Enter the desired value in the 'Alias' field.
- Enter the desired value in the 'Alias 2' field.
- Enter the desired value in the 'Alias 3' field.
- Enter the desired value in the 'Alias 4' field.
- Enter the desired value in the 'Alias 5' field.
- Enter the desired value in the 'Alias 6' field.
- Enter the desired value in the 'Alias 7' field.
- Enter the desired value in the 'Alias 8' field.
- Enter the desired value in the 'Alias 9' field.
- Enter the desired value in the 'Alias 10' field.
- Select the desired value in the 'Gender Identity' field.
- Populate any other desired fields.
- Click [Submit].
- Access Crystal Reports or other SQL Reporting tool.
- Select the CWS namespace.
- Create a report using the 'SYSTEM.client_curr_demographics' SQL table.
- Navigate to the row for "Client A".
- Validate the 'client_alias' fields 1-10, 'patient_middle_name', 'gender_identity_code', and 'gender_identity_value' fields are displayed.
- Validate the 'client_alias' fields 1-10 contains the value filed in the previous steps.
- Validate the 'gender_identity_code' field contains the code associated to the value filed in the previous steps.
- Validate the 'gender_identity_value' field contains the value filed in the previous steps.
- Validate the 'patient_middle_name' field contains the value filed in the previous steps.
- Select "Client A" and access the 'Update Client Data' form.
- Enter any new value in the 'Client Middle Name' field.
- Enter any new value in the 'Alias' field.
- Enter any new value in the 'Alias 2' field.
- Enter any new value in the 'Alias 3' field.
- Enter any new value in the 'Alias 4' field.
- Enter any new value in the 'Alias 5' field.
- Enter any new value in the 'Alias 6' field.
- Enter any new value in the 'Alias 7' field.
- Enter any new value in the 'Alias 8' field.
- Enter any new value in the 'Alias 9' field.
- Enter any new value in the 'Alias 10' field.
- Select any new value in the 'Gender Identity' field.
- Click [Submit].
- Access Crystal Reports or other SQL Reporting tool.
- Refresh the report using the 'SYSTEM.client_curr_demographics' SQL table.
- Navigate to the row for "Client A".
- Validate the 'client_alias' fields 1-10, 'patient_middle_name', 'gender_identity_code', and 'gender_identity_value' fields are displayed.
- Validate the 'client_alias' fields 1-10 contains the updated value filed in the previous steps.
- Validate the 'gender_identity_code' field contains the code associated to the updated value filed in the previous steps.
- Validate the 'gender_identity_value' field contains the updated value filed in the previous steps.
- Validate the 'patient_middle_name' field contains the updated value filed in the previous steps.
- Close the report.
|
Topics
• Update Client Data
|
Quick Billing / Electronic Billing - File Names
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Quick Billing Rule Definition
- Quick Billing
- Avatar NX Report Viewer
- Electronic Billing
Scenario 1: File Names are consistent in Quick Billing and Electronic Billing
Specific Setup:
- Quick Billing Rule Definition:
- Note the ‘File Description’ of a rule that has services to bill.
- Note the ‘Financial Class’, ‘Guarantor(s)’ and the ‘Billing Form’.
- Quick Billing:
- Process the above definition for the desired date range.
- Select ‘Edit’ and select the ‘File’ that was created. Validate that the ‘File Description’ displays after the date range.
Steps
- Open ‘Electronic Billing’.
- Select the desired ‘Billing Form’.
- Select the desired ‘Financial Class’.
- Select the desired value in ‘Individual Or All Guarantors’.
- If ‘Individual’ was selected above, select the desired ‘Guarantor’.
- Select ‘Run Report’ in ‘Billing Options’.
- Select ‘Print’ in ‘Print Or Delete’.
- Select the file that was created in ‘Quick Billing’.
- Validate that the ‘File Description’ matches the ‘Quick Billing Rule Definition’, ‘File Description'.
- Close the form.
|
Topics
• Electronic Billing
• Quick Billing
• NX
|
Client Ledger - Ledger Type = Claim
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Client Ledger - Ledger Type = 'Claim' - report field validations
Specific Setup:
- Posting/Adjustment Codes Definition:
- Identify an existing payment, adjustment and/or transfer codes. Note the codes/values for further testing.
- Admission:
- A new client is admitted in the inpatient program. Note the client's id/name, admission program, admission date.
- Guarantor/Payors:
- An existing guarantor is identified to assign to the client.
- Financial Eligibility:
- The existing guarantor is assigned to the client. Note the Guarantor code/value.
- Service Codes:
- An existing room and board service code is identified to render services to the client. Note the service code.
- Client Charge Input:
- 5-6 days of the room and board services are rendered to the client.
- Close Charges:
- The charges rendered to the client are closed.
Steps
- Open the 'Electronic Billing' form.
- Run an 837 Institutional bill for the client.
- Verify the bill compiles successfully.
- Claim the services.
- Verify the bill compiles successfully.
- Open the 'Client Ledger' form.
- Process the report using 'Claim' ledger type and validate that the claim based report displays all the claim specific information.
- Open the ‘Individual Cash Posting’ form.
- Select the ‘Client’.
- Select desired value in the ‘Post By’ field.
- Click [Select Item(s) To Post Against].
- A grid opens containing a row for all services.
- Select a desired row.
- Click [OK] when all desired rows have been selected.
- Note the ‘Information’ message and the current balance for the guarantor.
- Click [OK].
- Enter desired value in ‘Posting Date’.
- Enter desired value in ‘Date of Receipt’.
- Validate that the ‘Guarantor’ defaulted to the guarantor in the current balance message.
- Enter desired value in ‘Dollar Amount To Be Posted’. Amount entered can be the full amount due or a partial amount due.
- Enter desired value in ‘Posting Code’.
- If desired, enter a value in ‘Check #’.
- Enter desired value in ‘Action For Remaining Balance If Applicable’.
- Click [Update Temporary File].
- If desired, continue to add payment/adjustments/transfers using the steps above for all other services.
- Click [Submit] when all payment/adjustments/transfers have been completed.
- Open ‘Client Ledger’ for the client’.
- Process the report using ‘Simple' ledger type and validate that the payment/adjustments/transfers posted correctly.
- Process the report using ‘Claim' ledger type and validate that the payment/adjustments/transfers posted correctly specific to claim.
- Close the form.
|
Topics
• Client Ledger
|
Process Internal Referrals Form: Internal Referral Information
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Table Definition (PM)
- User Definition
- 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: Internal Referral - 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
• Internal Client Referrals
• Internal Referral Type Maintenance
• NX
• Process Internal Referrals
|
|
Topics
• Admission
• Discharge
• Diagnosis
|
837 Professional - SV1 segment
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Financial Eligibility
- Service Fee/Cross Reference Maintenance
- Client Charge Input
- Client Ledger
- MODIFIERS BY PRACTITIONER CATEGORY
- Electronic Billing
- Practitioner Enrollment
- Avatar NX Report Viewer
- Practitioner Numbers By Guarantor And Program
- Registry Settings (PM)
- Guarantors/Payors
Scenario 1: 837 Professional - Enable Duplicate Service Modifiers
Specific Setup:
- Registry Setting: ‘Enable Duplicate Service Modifiers’ = ‘Y’.
- Modifiers By Practitioner Category:
- Verify a definition the contains values in the ‘Modifier’ and ‘Duplicate Service Modifiers’ fields.
- Note the values in ‘Modifier’, ‘Duplicate Service Modifiers’, ‘Guarantor ID’, ‘Program’ and ‘Practitioner Category’.
- Unclaimed services that can be billed on the 837 Professional for the ‘Guarantor ID’, ‘Program’ and ‘Practitioner Category’ are identified. At least one occurrence of a duplicated service occurs, or a service that was transferred to another guarantor exists.
Steps
- Open ‘Electronic Billing’.
- Create an 837 Professional for the services.
- Review the ‘Dump File’
- Validate that the SV1 segment contain the appropriate modifiers for non-duplicated services.
- Validate that the SV1 segment contain the appropriate modifiers for duplicated services.
- Close the report.
- Close the form.
837 Professional - CLM segment
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Guarantors/Payors
- Registry Settings (PM)
- Dictionary Update (PM)
- Service Codes
- Service Fee/Cross Reference Maintenance
- Program Maintenance
- Diagnosis
- Financial Eligibility
- Client Charge Input
- Client Ledger
- Electronic Billing
Scenario 1: PM - Electronic Billing - 837 Professional - Include primary and associated add-on services in the same claim
Specific Setup:
- System is set up to allow ‘Add-On’ services to the primary services.
- Service Codes:
- Use ‘Service Code Category’ to note the ‘Primary Code’. Note the associated add-on codes.
- Guarantors/Payors:
- Guarantor 1: Note the ‘Financial Class’. This will be the client’s primary guarantor.
- Guarantor 2: Note the ‘Financial Class’. This will be the client’s secondary guarantor.
- Guarantor/Program Billing Defaults:
- The ‘Maximum Service Information Per Claim Information (Maximum LX Per CLM)’ = 1.
- Clients:
- Client 1:
- Is enrolled in an outpatient program. Note the program.
- Client has an active diagnosis record.
- Client has an active financial eligibility record with the above guarantors.
- Services have been provided for the above ‘Primary Code’ that include add-on codes.
- Close Charges was used to close the charges.
- Client Ledger has been used to verify that the liability distributed to the primary guarantor, and note the dates of service for closed, unclaimed services for the above service codes.
- Client 2:
- Is enrolled in an inpatient program. Note the program.
- Client has an active diagnosis record.
- Client has an active financial eligibility record with a primary and secondary guarantor.
- Services have been provided for the above ‘Primary Code’ that include add-on codes.
- Close Charges was used to close the charges.
- Client Ledger has been used to verify that the liability distributed to the primary guarantor, and note the dates of service for closed, unclaimed services for the above service codes.
Steps
- Open ‘Electronic Billing’.
- Select ‘837-Professional’ in ‘Billing Form’.
- Select the primary guarantor ‘Financial Class in ‘Type Of Bill’.
- Select ‘Individual’ in ‘Individual Or All Guarantors’.
- Select the primary guarantor in ‘Guarantor’.
- Select ‘Outpatient’ in ‘Billing Type’.
- Select ‘Sort File’ in ‘Billing Options’.
- Enter the desired value in ‘File Description/Name’.
- Select ‘All Clients’ in ‘All Clients Or Interim Billing Batch’.
- Select desired value in ‘Program(s)’.
- Select ‘No’ in ‘Create Claims’.
- Enter the desired value in ‘First Date Of Service To Include’.
- Enter the desired value in ‘Last Date Of Service To Include’.
- Select ‘All in ‘Include Primary and/or Secondary Billing.
- Click [Process].
- Validate the ‘Processing Report’ message contains ‘Compile Complete’.
- Click [OK].
- Select ‘Dump File’ in ‘Billing Options’.
- Select ‘Print’ in ‘Print Or Delete Report’.
- Select the desired report in ‘File’.
- Click [Process].
- Validate that there is one ‘CLM’ segment per service,
- Close the report.
- Close the form.
- If desired, use 'Individual Cash Posting' to transfer the services to the secondary guarantor, transferring an add-on code before the transferring the primary code.
- If the transfer was performed, process the ‘837-Professional’ again to validate that only one claim is created for the service.
|
Topics
• 837 Professional
• NX
|
Document Routing - Replace ‘Date Created’ with ‘Date Signed’ on Document Routing Images.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Registry Settings (PM)
- Document Routing Setup (PM)
- Admission
- Client
- Disclosure Management
- Disclosure Management Configuration
- Progress Notes (Group and Individual)
- Treatment Plan
- Clinical Document Viewer
Scenario 1: Disclosure Management - Date Created vs. Date Signed - Document Routing disabled
Specific Setup:
- Registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing Images" must be enabled.
- Using the "Document Routing Setup" form, disable document routing for Progress Notes (Group and Individual), Treatment Plan and a user modeled form.
- Using "Disclosure Management Configuration", include "Progress Notes (Group and Individual), Treatment Plan and a user modeled form among the forms available to the "Disclosure Management" form.
Steps
- Using the "Progress Notes (Group and Individual)" form:
- Generate a progress note.
- Finalize the note.
- Validate the first line of ever page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Using the "Treatment Plan" form:
- Generate a new treatment plan.
- Finalize the note.
- Validate the first line of ever page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Using a user modeled form:
- Generate a new form.
- Finalize the form.
- Validate the first line of ever page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Open the "Disclosure Management" form:
- Generate a disclosure packet.
- On the Request section, select the client, episode and Request Information Start and End Dates that will encompass the forms previously generated for this test.
- Click "Apply Filters to Document Images" button.
- In the "Requested Chart Items" box, select "Progress Notes (Group and Individual)", Treatment Plan, user modeled forms you want to include in the disclosure packet.
- In the "Requested Document Images" box, select the forms for Progress Notes (Group and Individual), Treatment Plan and user modeled form you want to include in the disclosure packet.
- Navigate to the "Authorization" section.
- Select the same Episode and the Authorization Start and End Dates.
- Click "Yes - Default All Chat Items to Yes" radio button.
- Click "Update Chart Items Authorized for Disclosure" button.
- Click "Save" button.
- Click "Refresh Chart Items" button.
- Click "Yes - Default All Document Items To Yes" radio button.
- Click the "Update Document Images Authorized for Disclosure" button.
- Click "Save" button.
- Click "Refresh Document Images" button.
- Navigate to the "Disclosure" section.
- Populate the "Disclosure Date" and "Disclosure Time".
- Select all items in the "Chart Disclosure Information" box.
- Select all items in the "Disclosure Images" box.
- Select "Electronic" in the "Disclosure Method" field.
- Click "Process" button.
- Select various forms and then press "View".
- Validate the forms that were filed after the registry setting for "Replace 'Date Created' With 'Date Signed" on all "Document Routing Images" labels begin with "Date Signed" and the date and time the form was finalized.
- Click "Disclose" button.
- The final disclosure packet is presented.
- Validate the forms that were filed after the registry setting for "Replace 'Date Created' With 'Date Signed" on all "Document Routing Images" labels begin with "Date Signed" and the date and time the form was finalized.
- Click "Save" to generate the disclosure packet into a PDF document to be provided for the request, authorization and disclosure.
- Open the "Disclosure Management" form:
- Select to edit the disclosure that was just filed.
- Validate it displays as it was previously saved.
Scenario 2: Disclosure Management - Form Validations
Specific Setup:
- In the 'View Attachment Types field on the 'Disclosure Management Configuration' form, select various modeled and product form type attachments to include for requesting and authorizing document images for disclosure.
- In the product and modeled forms selected in the previous step, have documents generated for a client in multiple episodes (Client A).
- The 'Sort Episodes by Admission Date' registry setting must be enabled.
Steps
- Select "Client A" and access the 'Disclosure Management' form.
- Enter a date in the 'Request Date' field.
- Enter a date in the 'Request Information Start Date' field.
- Enter a date in the 'Request Information End Date' field.
- In the 'Requested Episode(s)' field, validate all episodes are listed and displayed in a readable format.
- Select the desired episodes to include.
- Click [Apply Filter to Document Images].
- Select the desired items in the 'Requested Chart Items' field.
- Select the desired documents in the 'Requested Document Images' field.
- Enter an organization name in the 'Organization' field.
- Go to the 'Authorization' section.
- Select "Yes" in the 'Signed Authorization On File' field.
- Enter a date in the 'Authorization Start Date' field.
- Enter a date in the 'Authorization End Date' field.
- Validate all episodes are listed and displayed in a readable format in the 'Authorization Episode(s)' field.
- Select desired episodes to include in the 'Authorization Episode(s)' field.
- Click [Update Chart Items Authorized For Disclosure].
- Validate all items are set to "Yes" in the 'Authorized' field.
- Click [Save].
- Click [Refresh Chart Items].
- Click [Apply Filter to Document Images].
- Click [Update Document Images Authorized for Disclosure].
- Validate all items are set "Yes" in the 'Authorized' field.
- Click [Save].
- Click [Refresh Document Images].
- Go to the 'Disclosure' section.
- Enter a date in the 'Disclosure Date' field
- Enter a time in the 'Disclosure Time' field.
- Select "Electronic" in the 'Disclosure Method' field.
- Click [Process].
- Validate the items list in the 'Disclosure Management' panel are as expected.
- Select the item and click [View].
- Validate the documents displays as expected.
- Click [Disclose].
- Validate the disclosure displays as expected and 'Save' displays.
- Click [Save].
- Validate a 'Confirm' dialog stating: "Save PDF on your computer?" and click [OK].
- Validate the file downloads.
- Validate a 'Disclosure' dialog stating: "Once this Disclosure Management record is filed with a Disclosure Date entered it will no longer be available for edit. This record will be available to view and print items." and click [Cancel].
- Validate a dialog stating: "Filing cancelled." and click [OK].
- Click [Save].
- Validate a 'Confirm' dialog stating: "Save PDF on your computer?" and click [Cancel].
- Validate nothing downloads.
- Validate a 'Disclosure' dialog stating: "Once this Disclosure Management record is filed with a Disclosure Date entered it will no longer be available for edit. This record will be available to view and print items." and click [OK].
- Validate the form closes.
Scenario 3: Registry Setting - Replace 'Date Created' with 'Date Signed'
Steps
- Open the "Registry Setting" form.
- Set the "RADplus->Document Routing->Document Routing Setup->->->Replace 'Date Created' with 'Date Signed' on Document Routing Images' to any value other than "Y" or "N".
- Validate the error message "The selected value is not valid in the current system code for the following reason: Please enter "Y" or "N".
- Set registry setting to "N".
- Using the "Document Routing Setup" form, enable document routing for the "Progress Notes (Group and Individual)" form,
- Open the "Progress Notes (Group and Individual)" form.
- File an individual progress note.
- Finalize and route the note.
- Navigate to the "ToDo" widget for the approver.
- Validate the first line of every page of the document begins with "Date Created" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Using the "Clinical Document Viewer", validate the document displays as it was filed with "Date Crated" on the first line of every page.
- Open the "Registry Setting" form.
- Set registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing Images" to "Y".
- Using the "Document Routing Setup" form, enable document routing for the "Progress Notes (Group and Individual)" form, form.
- Open the "Progress Notes (Group and Individual)" form.
- File and individual progress note.
- Finalize and route the note.
- Navigate to the "ToDo" widget for the approver.
- Validate the first line of every page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Using the "Clinical Document Viewer", validate the document displays as it was filed with "Date Signed" on the first line of every page.
Scenario 4: Progress Notes (Group and Individual) - Date Created vs. Date Signed
Specific Setup:
- Registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing Images" must be disabled.
- Using the "Document Routing Setup" form, enable document routing for the "Progress Notes (Group and Individual)" form.
- Using "Disclosure Management Configuration", the "Progress Notes (Group and Individual)" form among the forms available to the "Disclosure Management" form.
Steps
- Open the "Progress Notes (Group and Individual) form.
- Create a form.
- Finalize and route the document.
- Navigate to the "ToDo" widget.
- Validate the first lien of every document begins with "Date Created" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Close the "ToDo" widget.
- Open the "Registry Setting" form.
- Enable the registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing images".
- Open the "Progress Notes (Group and Individual)" form.
- Create a form.
- Finalize and route the document.
- Navigate to the "ToDo" widget.
- Validate the first lien of every document begins with "Date Signed" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Close the "ToDo" widget.
- Open the "Clinical Document Viewer" form.
- View both documents that were just saved with the different labels.
- Validate the first one finalized includes the "Date Created" label.
- Validate the second one finalized includes the "Date Signed" label.
Scenario 5: Treatment Plan - Date Created vs. Date Signed
Specific Setup:
- Registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing Images" must be disabled.
- Using the "Document Routing Setup" form, enable document routing for the "Treatment Plan" form.
- Using "Disclosure Management Configuration", the "Progress Notes (Group and Individual)" form among the forms available to the "Disclosure Management" form.
Steps
- Open the "Treatment Plan" form.
- Create a form.
- Finalize and route the document.
- Navigate to the "ToDo" widget.
- Validate the first lien of every document begins with "Date Created" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Close the "ToDo" widget.
- Open the "Registry Setting" form.
- Enable the registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing images".
- Open the "Treatment Plan" form.
- Create a form.
- Finalize and route the document.
- Navigate to the "ToDo" widget.
- Validate the first lien of every document begins with "Date Signed" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Close the "ToDo" widget.
- Open the "Clinical Document Viewer" form.
- View both documents that were just saved with the different labels.
- Validate the first one finalized includes the "Date Created" label.
- Validate the second one finalized includes the "Date Signed" label.
Scenario 6: User Modeled Form - Date Created vs. Date Signed
Specific Setup:
- Registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing Images" must be disabled.
- Using the "Document Routing Setup" form, enable document routing for a user modeled form.
- Using "Disclosure Management Configuration", the user modeled form among the forms available to the "Disclosure Management" form.
Steps
- Open the user modeled form.
- Create a form.
- Finalize and route the document.
- Navigate to the "ToDo" widget.
- Validate the first lien of every document begins with "Date Created" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Close the "ToDo" widget.
- Open the "Registry Setting" form.
- Enable the registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing images".
- Open the user modeled form.
- Create a form.
- Finalize and route the document.
- Navigate to the "ToDo" widget.
- Validate the first lien of every document begins with "Date Signed" followed by the date and time the document was finalized.
- Click "Accept".
- Click "Sign".
- Close the "ToDo" widget.
- Open the "Clinical Document Viewer" form.
- View both documents that were just saved with the different labels.
- Validate the first one finalized includes the "Date Created" label.
- Validate the second one finalized includes the "Date Signed" label.
Scenario 7: Disclosure Management - Date Created vs. Date Signed - Document Routing Enabled
Specific Setup:
- Registry setting "Replace 'Date Created' with 'Date Signed' on Document Routing Images" must be enabled.
- Using the "Document Routing Setup" form, enable document routing for Progress Notes (Group and Individual), Treatment Plan and a user modeled form.
- Using "Disclosure Management Configuration", include "Progress Notes (Group and Individual), Treatment Plan and a user modeled form among the forms available to the "Disclosure Management" form.
Steps
- Using the "Progress Notes (Group and Individual)" form:
- Generate a progress note.
- Finalize and route the note.
- Validate the first line of ever page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Using the "Treatment Plan" form:
- Generate a new treatment plan.
- Finalize and route the note.
- Validate the first line of ever page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Using a user modeled form:
- Generate a new form.
- Finalize and route the form.
- Validate the first line of ever page of the document begins with "Date Signed" followed by the date and time the document was finalized.
- Open the "Disclosure Management" form:
- Generate a disclosure packet.
- On the Request section, select the client, episode and Request Information Start and End Dates that will encompass the forms previously generated for this test..
- Click "Apply Filters to Document Images" button.
- In the "Requested Chart Items" box, select "Progress Notes (Group and Individual), Treatment Plan, user modeled forms you want to include in the disclosure packet.
- In the "Requested Document Images" box, select the forms for Progress Notes (Group and Individual), Treatment Plan and user modeled form you want to include in the disclosure packet.
- Navigate to the "Authorization" section.
- Select the same Episode and the Authorization Start and End Dates.
- Click "Yes - Default All Chat Items to Yes" radio button.
- Click "Update Chart Items Authorized for Disclosure" button.
- Click "Save" button.
- Click "Refresh Chart Items" button.
- Click "Yes - Default All Document Items To Yes" radio button.
- Click the "Update Document Images Authorized for Disclosure" button.
- Click "Save" button.
- Click "Refresh Document Images" button.
- Navigate to the "Disclosure" section.
- Populate the "Disclosure Date" and "Disclosure Time".
- Select all items in the "Chart Disclosure Information" box.
- Select all items in the "Disclosure Images" box.
- Select "Electronic" in the "Disclosure Method" field.
- Click "Process" button.
- Select various forms and then press "View".
- Validate the forms that were filed after the registry setting for "Replace 'Date Created' With 'Date Signed" on all "Document Routing Images" labels begin with "Date Signed" and the date and time the form was finalized.
- Click "Disclose" button.
- The final disclosure packet is presented.
- Validate the forms that were filed after the registry setting for "Replace 'Date Created' With 'Date Signed" on all "Document Routing Images" labels begin with "Date Signed" and the date and time the form was finalized.
- Click "Save" to generate the disclosure packet into a PDF document to be provided for the request, authorization and disclosure.
- Open the "Disclosure Management" form ;
- Select to edit the disclosure that was just filed.
- Validate it displays as it was previously saved.
|
Topics
• Disclosure
• NX
• Progress Notes (Group And Individual)
• Treatment Plan
• Modeling
|
CareConnect HIE Configuration - 'Progress Notes Available in Carequality' help message
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- CareConnect HIE Configuration
- CareFabric Monitor
Scenario 1: CareConnect HIE Configuration - Field Validations
Specific Setup:
- Carequality is enabled in the 'CareConnect HIE Configuration' form.
Steps
- Access the 'CareConnect HIE Configuration' form.
- Select the "Carequality Configuration" section.
- Click the help message for the 'Progress Notes Available in Carequality' field.
- Validate the help message contains: "The most recently signed progress notes specified here will be available via Carequality queries to outside providers. Only product progress notes or copies of product progress notes are available. The only information included in Carequality Response is the Notes Section of the progress note. No site specific fields will be included. Please note: This functionality was released prior to and is completely separate from the clinical note mapping capabilities that were released to support clinical notes mapping required with the ONC Certification and Cures Update."
- Click [OK].
- Select the desired form(s) in the 'Progress Notes Available in Carequality' field.
- Click [Submit].
- Access the 'CareConnect HIE Configuration' form.
- Select the "Carequality Configuration" section.
- Validate the 'Progress Notes Available in Carequality' field contains the form(s) selected in the previous steps.
- Close the form.
|
Topics
• CareConnect
|
CPT Code Definition - Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: CPT Code Definition - Print CPT code
Steps
- Open the 'CPT Code Definition' form.
- Add desired CPT code.
- Click [File Codes].
- Edit the same code.
- Click [File Codes].
- Click [Print CPT Codes].
- Validate that the report displays correctly and does not overlap the fields.
- Search for the code added above and validate the data.
- Close the report.
- Close the form.
|
Topics
• CPT Codes
• NX
|
Diagnosis - 'Default 'Add To Problem List' to "Yes" on New Diagnosis' registry setting
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Diagnosis - Validate the 'Default 'Add To Problem List' to "Yes" on New Diagnosis' registry setting
Specific Setup:
- The 'Default 'Add To Problem List' to "Yes" on New Diagnosis' registry setting is set to "Y".
- A client is enrolled in an existing episode (Client A).
Steps
- Select "Client A" and access the 'Diagnosis' form.
- Select the desired value in the 'Type Of Diagnosis' field.
- Enter the desired date in the 'Date Of Diagnosis' field.
- Enter the desired time in the 'Time Of Diagnosis' field.
- Click [New Row].
- Search for and select the desired diagnosis in the 'Diagnosis Search' field.
- Select "Active" in the 'Status' field.
- Validate the 'Add To Problem List' field contains "Yes" by default.
- Select the desired practitioner in the 'Diagnosing Practitioner' field.
- Click [New Row].
- Search for and select the desired new diagnosis in the 'Diagnosis Search' field.
- Select "Rule-out" in the 'Status' field.
- Validate the 'Add To Problem List' field is disabled and does not contain a value.
- Select the desired practitioner in the 'Diagnosing Practitioner' field.
- Click [Submit].
- Select "Client A" and access the 'Problem List' form.
- Click [View/Enter Problems].
- Validate only the active diagnosis filed in the previous steps displays in the 'Problem List'.
- Close the form.
- Access Crystal Reports or other SQL Reporting Tool.
- Create a report using the 'SYSTEM.client_diagnosis_entry' SQL table.
- Validate two rows are displayed for the diagnosis records added in the previous steps.
- Validate that the active diagnosis has "Yes" in the 'add_prob_list_value' field.
- Validate the ruled-out diagnosis has "No Entry" in the 'add_prob_list_value' field.
- Close the report.
|
Topics
• Registry Settings
• Diagnosis
• Problem List
|
Payment By Posting Date Report
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Payment by Posting Date - Field Validations
Specific Setup:
- There must be payments posted within the date range entered.
Steps
- Access the 'Payment by Posting Date' form.
- Validate the 'User' field is empty.
- Select "All Users" in the 'Report Type' field.
- Validate the 'User' field is disabled.
- Validate the 'Receipt Number' field is disabled.
- Validate the 'Check Number' field is disabled.
- Validate the 'Client' field is disabled.
- Enter the desired value in the 'Start Date' field.
- Enter the desired value in the 'End Date' field.
- Click [Process].
- Validate the crystal report displays the report data.
- If desired, note a 'User', 'Receipt Number', 'Check Number' and 'Client' to process other 'Report Type' options.
- Close the report.
- If desired, process reports by 'User', 'Receipt Number', 'Check Number' and 'Client' and validate the data.
- Close the form.
|
Topics
• Billing
|
Financial Eligibility options - customize plan.
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Financial Eligibility
- Select Plan Level To Default
- Cross Episode Financial Eligibility
- Family Financial Eligibility
Scenario 1: Financial Eligibility options - Default Guarantor Plan into new plan level
Specific Setup:
- Benefit Plan:
- Identify a plan that contains values in ‘Program Association’ at a minimum.
- Note the value for all other fields.
- Guarantors/Payors:
- Identify a guarantor that contains the above plan in ‘Default Guarantor Plan’ and ‘Yes in ‘Allow Customization Of Guarantor Plan’.
- Client 1:
- A client is identified that has a ‘Financial Eligibility’ record with the above guarantor.
- Client 2:
- A client is identified that has more than one episode, and a ‘Cross Episode Financial Eligibility’ record with the above guarantor.
- Family 1:
- A registered family has a ‘Family Financial Eligibility’ record with the above guarantor.
Steps
- Open ‘Financial Eligibility’ for Client 1.
- Select the ‘Guarantor Selection’ section.
- Select the guarantor from setup.
- Click [Edit ‘Selected Item].
- Select the ‘Customize Plan’ section.
- Click [Add New Item].
- Click [Select Plan Level To Default].
- Select the plan from setup.
- Validate that all data defaulted into the added item.
- Click [Submit].
- Open ‘Cross Episode Financial Eligibility’ for Client 2.
- Select the ‘Guarantor Selection’ section.
- Select the guarantor from setup.
- Click [Edit ‘Selected Item].
- Select the ‘Customize Plan’ section.
- Click [Add New Item].
- Click [Select Plan Level To Default].
- Select the plan from setup.
- Validate that all data defaulted into the added item.
- Click [Submit].
- Open ‘Family Financial Eligibility’ for the registered family.
- Select the ‘Guarantor Selection’ section.
- Select the guarantor from setup.
- Click [Edit ‘Selected Item].
- Select the ‘Customize Plan’ section.
- Click [Add New Item].
- Click [Select Plan Level To Default].
- Select the plan from setup.
- Validate that all data defaulted into the added item.
- Click [Submit].
|
Topics
• Financial Eligibility
• Cross Episode Financial Eligibility
• NX
|
Client Name display
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Registry Settings (PM)
- MPI Search
- Admission
- Update Client Data
Scenario 1: Admission - Admit a new client when MPI is enabled and the 'Client Demographics - Additional Fields' registry setting does not include "Detailed Client Name"
Specific Setup:
- 'Master Patient Index' must be enabled and configured. Please note: this must be done by a Netsmart Representative.
- The 'Avatar PM->Client Information->Client Demographics->->->Client Demographics - Additional Fields' does not include "3 - Detailed Client Name".
- User must have access to the 'SYSTEM.patient_demographic_history' and 'SYSTEM.patient_current_demographics' SQL tables.
Steps
- Access the 'Admission' form.
- Validate the 'Client Search' dialog is displayed.
- Enter "Nonsense" in the 'Last Name' field.
- Enter "Nonsense" in the 'First Name' field.
- Select the desired value in the 'Sex' field.
- Click [Search] and [New Client].
- Validate the 'Master Patient Index Search' dialog is displayed.
- Enter "NONSENSE" in the 'Last Name' field.
- Click [Search MPI] and [Add New Client].
- Validate the 'Admission' form is displayed.
- Validate the 'Client Name' field contains "NONSENSE,NONSENSE".
- Enter "NAME,TEST" in the 'Client Name' field.
- Enter the desired date in the 'Preadmit/Admission Date' field.
- Enter the desired time in the 'Preadmit/Admission Time' field.
- Select the desired value in the 'Program' field.
- Select the desired value in the 'Type Of Admission' field.
- Populate any other required and desired fields.
- Click [Submit].
- Validate the 'Recent Clients' field contains "TEST NAME".
- Access the 'Update Client Data' form.
- Validate the 'Client Header' contains "TEST NAME".
- Validate the 'Client Name' field contains "NAME,TEST".
- Close the form.
- Access Crystal Reports or other SQL Reporting tool.
- Create a report using the 'SYSTEM.patient_current_demographics' SQL table. Be sure to include the 'patient_name', 'patient_name_first', 'patient_name_last' fields.
- Navigate to the row for the client admitted in the previous steps.
- Validate the 'patient_name' field contains "NAME,TEST".
- Validate the 'patient_name_last' field contains "NAME".
- Validate the 'patient_name_first' field contains "TEST".
- Close the report.
- Create a report using the 'SYSTEM.patient_demographic_history' SQL table. Be sure to include the 'patient_name', 'patient_name_first', 'patient_name_last' fields.
- Navigate to the row for the client admitted in the previous steps.
- Validate the 'patient_name' field contains "NAME,TEST".
- Validate the 'patient_name_last' field contains "NAME".
- Validate the 'patient_name_first' field contains "TEST".
- Close the report.
Scenario 2: Admission - Admit a new client when the 'Client Demographics - Additional Fields' registry setting does not include "Detailed Client Name"
Specific Setup:
- The 'Avatar PM->Client Information->Client Demographics->->->Client Demographics - Additional Fields' does not include "3 - Detailed Client Name".
- User must have access to the 'SYSTEM.patient_demographic_history' and 'SYSTEM.patient_current_demographics' SQL tables.
Steps
- Access the 'Admission' form.
- Validate the 'Client Search' dialog is displayed.
- Enter "Nonsense" in the 'Last Name' field.
- Enter "Nonsense" in the 'First Name' field.
- Select the desired value in the 'Sex' field.
- Click [Search], [New Client], and [Yes].
- Validate the 'Admission' form is displayed.
- Validate the 'Client Name' field contains "NONSENSE,NONSENSE".
- Enter "NAME,TEST" in the 'Client Name' field.
- Enter the desired date in the 'Preadmit/Admission Date' field.
- Enter the desired time in the 'Preadmit/Admission Time' field.
- Select the desired value in the 'Program' field.
- Select the desired value in the 'Type Of Admission' field.
- Populate any other required and desired fields.
- Click [Submit].
- Validate the 'Recent Clients' field contains "TEST NAME".
- Access the 'Update Client Data' form.
- Validate the 'Client Header' contains "TEST NAME".
- Validate the 'Client Name' field contains "NAME,TEST".
- Close the form.
- Access Crystal Reports or other SQL Reporting tool.
- Create a report using the 'SYSTEM.patient_current_demographics' SQL table. Be sure to include the 'patient_name', 'patient_name_first', 'patient_name_last' fields.
- Navigate to the row for the client admitted in the previous steps.
- Validate the 'patient_name' field contains "NAME,TEST".
- Validate the 'patient_name_last' field contains "NAME".
- Validate the 'patient_name_first' field contains "TEST".
- Close the report.
- Create a report using the 'SYSTEM.patient_demographic_history' SQL table. Be sure to include the 'patient_name', 'patient_name_first', 'patient_name_last' fields.
- Navigate to the row for the client admitted in the previous steps.
- Validate the 'patient_name' field contains "NAME,TEST".
- Validate the 'patient_name_last' field contains "NAME".
- Validate the 'patient_name_first' field contains "TEST".
- Close the report.
|
Topics
• Registry Settings
• Admission
|
Consent for Access - External Network
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Consent For Access
- Dictionary Update (PM)
Scenario 1: "Consent for Access" form - Consent on External Network section
Specific Setup:
- An existing client must be identified, Client A.
Steps
- Open the 'Consent For Access' form for the client identified in the setup section.
- Select the "External Network" section.
- Click [Add New Item].
- Select "Network" in the 'Consent for' field.
- Select the desired network in the 'Network' field.
- Select "Grant" in the 'Consent to Opt In/Opt Out' field.
- Validate no warning message is displayed.
- Enter the desired date in the 'Start Date' field.
- Click [Add New Item].
- Select "Organization" in the 'Consent for' field.
- Select the desired organization in the 'Organization' field.
- Select "Grant" in the 'Consent to Opt In/Opt Out' field.
- Validate a "Warning" message is displayed stating: "Granting individual consent to an organization includes the granting of access to information covered under the 42 CFR Part 2. Do you want to continue?" Please note: This message will only be displayed when selecting "Grant" consent for an organization or referral provider.
- Click [Yes].
- Enter the desired date in the 'Start Date' field.
- Click [Submit].
- Access Crystal Reports or other SQL Reporting tool.
- Create a report using the 'SYSTEM.consent_for_access' table.
- Validate two rows are displayed for the consent records filed in the previous steps - One for Network and one for Organization. Validate all information is displayed correctly.
- Select the client identified in setup section and access the 'Consent For Access' form.
- Select the "External Network" section.
- Select one of the records created in the previous steps.
- Click [Edit Selected Item].
- Enter any new value in the 'Start Date' field.
- Click [Submit].
- Access Crystal Reports or other SQL Reporting tool.
- Refresh the report using the SYSTEM.consent_for_access table.
- Navigate to row associated to the consent record updated in the previous steps.
- Validate the 'data_entry_by' field contains the user who updated the record.
- Validate the 'data_entry_date' field contains the date the record was updated.
- Validate the 'data_entry_time' field contains the time the record was updated.
- Validate the 'start_date' field contains the new date.
- Close the report.
- Create a new report using the SYSTEM.audit_consent_for_access table.
- Validate a row is displayed for the consent record updated in the previous steps.
- Validate the 'PATID' field contains 'Client A' ID.
- Validate the 'audit_data_entry_section' field contains "Updated".
- Validate the 'audit_data_entry_by' field contains the user who updated the record.
- Validate the 'audit_date' field contains the date the record was updated.
- Validate the 'audit_time' field contains the time the record was updated.
- Validate the 'start_date' field contains the original start date filed, not the updated date.
- Validate all other fields contain the original data for the consent record.
- Close the report.
Scenario 2: Dictionary Update - Client file - Add/Edit/Print dictionary
Steps
- Open the 'Dictionary Update' form.
- Select 'Client' in the 'File' field.
- Select 'Location' in the 'Data Element' field.
- Enter desired code to the 'Dictionary Code' field. Note the code.
- Enter desired value to the 'Dictionary Value' field. Note the value.
- Enter in extended data elements as necessary.
- Click [Apply Changes].
- Validate that the 'Information' dialog contains 'Filed!'.
- Click [OK].
- Select 'Print Dictionary' section.
- Select 'Client' in the 'File' field.
- Select 'Individual Data Element' radio button.
- Select 'Location Status' from the 'Data Element' field.
- Click [Print Dictionary].
- Review the report.
- Verify the dictionary codes / values added in previous step display correctly.
- Close the report.
- Select 'Input Dictionary Code(s)' section.
- Verify the 'File' field contains 'Client'.
- Verify the 'Data Element' is set to the 'Location'.
- Select desired code which is added in previous step in the 'Dictionary Code' field.
- Verify the correct 'Dictionary Value' displays for the selected code.
- Update the value in the 'Dictionary Value' field.
- Click [Apply Changes].
- Validate that the 'Information' dialog contains 'Filed!'.
- Click [OK].
- Select 'Print Dictionary' section.
- Select 'Client' in the 'File' field.
- Select 'Individual Data Element' radio button.
- Select 'Location' from the 'Data Element' field.
- Click [Print Dictionary].
- Review the report.
- Verify the dictionary codes / values updated in previous step display correctly.
- Close the report.
- Close the form.
- Open the "Scheduling Calendar" form.
- Select an open time slot on the calendar and RightClick.
- Select "Add Appointment" from the dropdown.
- Note that the "Location" field contains the dictionary code(s)/value(s) entered in previous steps.
|
Topics
• Consent for Access
• Dictionary
|
| |