Avatar CWS 2023 Quarterly Release 2023.01 Acceptance Tests

Last updated
Save as PDF

Update 1 Summary \| Details Avatar CWS 2023 is Installed Scenario 1: Validate Upgrading Avatar CWS 2022 to 2023 is successful when 2022.04.00 is loaded Specific Setup: Latest Monthly Release is installed. Steps Open the "Product Updates" form. Select the appropriate [Namespace] from the Application dropdown list Click [Select Update/Customization Pack]. Browse to the location for the updates and select the Update 1. Click [OK] on the "File Upload Complete" window. Click [Review Update/Customization Pack Contents]. Verify Update 1 is included. Click [Install Update/Customization Pack]. Click [OK] when the install completes. Click [Close Form].	Topics • NX • Upgrade
Update 2 Summary \| Details Problem List - Add/View Problems Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Problem List Scenario 1: Problem List - add/view problems when the 'Enable Automatic Backup' registry setting is enabled. Specific Setup: The 'Avatar CWS->Treatment Plan ->->->->Enable Automatic Backup' registry setting must be set to "Y". A Client must exist in an active episode (Client A). Steps Select “Client A” and access the ‘Problem List’ form. Click [View/Enter Problems]. Click [New Row]. Select the desired value in the 'Problem' field. Select desired value in the 'Status' field. Click [Save]. Validate a message is displayed stating: Exit Grid? All row(s) are valid. Click [Yes]. Click [View/Enter Problems]. Validate the problem created in the previous steps is displayed. Click [Save]. Validate a message is displayed stating: Exit Grid? All row(s) are valid. Click [Yes]. Click [Submit] and close the form. Select "Client A" and access the ‘Problem List’ form. Click [View/Enter Problems]. Validate the problem created in the previous steps is displayed. Close the form.	Topics • Problem List
Update 3 Summary \| Details Progress Notes - Editing Appointments after Autosave Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Admission Clinical Document Viewer HomeView - My To Do's widget Scheduling Calendar - Find New Appointment Scheduling Calendar - Find Existing Appointment Progress Note Scenario 1: Progress Notes (Group and Individual) - Validate document routing Specific Setup: Document routing must be enabled for the "Progress Notes (Group and Individual)" form. Steps Open the "Progress Notes (Group and Individual)" form. Create and finalize a document. Sign the document. Using "Clinical Document Viewer", view and print the document. Validate the document displays and prints. Open the "Progress Notes (Group and Individual)" form. Create and route a progress note to an approver. Sign on as the approver. Locate the document in the approver's "My To Do's" widget. Click on "Approve Document" and approve the document. Using the "Clinical Document Viewer", view the document that was just approved. Open the "Progress Notes (Group and Individual)" form. Create and route a note to multiple approvers. Sign on as the first approver. Locate the document in the approver's "My To Do's" widget. Click on "Approve Document". Click "Accept". Enter the approver's password. Log on as another approver. Locate the document in the approver's "My To Do's" widget. Click on "Approve Document". Click "Accept". Enter the approver's password. Open the "Clinical Document Viewer" form. Select the document that was just routed/finalized. Validate that the document displays and prints. Open the "Progress Notes (Group and Individual)" form. Create a progress note and route to several approvers. Log on as another approver. Locate the document in the approver's "My To Do's" widget. Click on "Approve Document". Click "Accept". Enter the approver's password. Repeat steps 11b-12c for each additional approver. Open "Clinical Document Viewer". Validate the document that was just filed display and prints. Scenario 2: Scheduling Calendar - Autosave Progress Notes (Group and Individual) - PCL - Appointment Edited Specific Setup: Using "Set System Defaults" to turn on Auto save for the "Progress Notes (Group and Individual)" form. In the "User Definition" form, give the user access to the "Progress Notes (Group and Individual) form in the "Appointment Scheduling" section. Admit or select an existing test client. Using "Site Specific Section Modeling" form from the CWS menu, enable the "Co-Practitioner", "Co-Practitioner Duration (Minutes)", "Co-Practitioner 2", and "Co-Practitioner 2 Duration (Minutes)" fields to the "Progress Notes (Group and Individual)" form. Steps Using "Site Specific Section Modeling" form from the CWS menu, select the "Progress Notes (Group and Individual) form and edit the "Service Duration" field to add Product Customer Logic to "Use as First Field to Calculate Duration". Open the "Scheduling Calendar" form. Right click on an open appointment slot (or use the "Find New Appointment" button) to select an appointment slot. Click [Add Appointment]. Add an appointment for the test client. Notice the service duration value. Populate the "Co-Practitioner" and Co-Practitioner 2" fields with the same duration as service duration. Save the appointment. Select the same appointment on the appointment calendar. Right Click on it. Select "Progress Notes (Group and Individual)" from the drop down menu. Validate the appointment details have populated the note. Click "Backup" button to AutoSave the document. Click "Discard" to return to the Scheduling Calendar. Select the appointment again. Click "Details/Edit". Change the "Service Duration", "Co Practitioner Duration (Minutes), and "Co-Practitioner 2 Duration (Minutes)" fields. Validate it changes the start/end times. Save the changes. Select the appointment again. Right Click on it. Select "Progress Notes (Group and Individual)" from the drop down menu. Validate the appointment duration(s) have changed for the duration fields that don't have PCL applied. Using "Site Specific Section Modeling" form from the CWS menu, edit the "Co-Practitioner Duration (Minutes)" field to add Product Customer Logic to "Use as First Field to Calculate Co-Practitioner". Open the "Scheduling Calendar" form. Right click on an open appointment slot (or use the "Find New Appointment" button) to select an appointment slot. Click [Add Appointment]. Add an appointment for the test client. Notice the service duration value. Populate the "Co-Practitioner" and Co-Practitioner 2" fields with the same duration as service duration. Save the appointment. Select the same appointment on the appointment calendar. Right Click on it. Select "Progress Notes (Group and Individual)" from the drop down menu. Validate the appointment details have populated the note. Click "Backup" button to AutoSave the document. Click "Discard" to return to the Scheduling Calendar. Select the appointment again. Click "Details/Edit". Change the "Service Duration", "Co Practitioner Duration (Minutes), and "Co-Practitioner 2 Duration (Minutes)" fields. Validate it changes the start/end times. Save the changes. Select the appointment again. Right Click on it. Select "Progress Notes (Group and Individual)" from the drop down menu. Validate the appointment duration(s) have changed for the duration fields that don't have PCL. Using "Site Specific Section Modeling" form from the CWS menu, edit the "Co-Practitioner 2 Duration (Minutes)" field to add Product Customer Logic to "Use as First Field to Calculate Co-Practitioner 2". Open the "Scheduling Calendar" form. Right click on an open appointment slot (or use the "Find New Appointment" button) to select an appointment slot. Click [Add Appointment]. Add an appointment for the test client. Notice the service duration value. Populate the "Co-Practitioner" and Co-Practitioner 2" fields with the same duration as service duration. Save the appointment. Select the same appointment on the appointment calendar. Right Click on it. Select "Progress Notes (Group and Individual)" from the drop down menu. Validate the appointment details have populated the note. Click "Backup" button to AutoSave the document. Click "Discard" to return to the Scheduling Calendar. Select the appointment again. Click "Details/Edit". Change the "Service Duration", "Co Practitioner Duration (Minutes), and "Co-Practitioner 2 Duration (Minutes)" fields. Validate it changes the start/end times. Save the changes. Select the appointment again. Right Click on it. Select "Progress Notes (Group and Individual)" from the drop down menu. Validate the appointment duration(s) have changed for the duration fields that don't have PCL. Scenario 3: Scheduling Calendar - Delete Appointment After Autosave - Progress Notes (Group and Individual) Specific Setup: Using "Set System Defaults", set up Autosave for the Progress Notes (Group and Individual). Using "User Definition", from the Appointment Scheduling location, set up the forms to be accessed from the "Scheduling Calendar" form. Admit or select a test client who has an outpatient episode. Steps Open the "Scheduling Calendar" form. Schedule an appointment for the test client. Right click on the appointment that was just scheduled. Select the "Progress Notes (Group and Individual)" from the drop down menu. Create a note. Autosave the note by clicking the [Backup] button. Discard the note. Right click on the appointment again. Click [Delete] to delete the appointment. Validate the appointment has been removed from the calendar. Click [Dismiss]. Open the "Progress Notes (Group and Individual)" form. Validate a message pops up indicating the note was autosaved. Validate a message pops up indicating "The appointment/service associated with the selected backup is no longer available. Would you like to continue as an 'Independent Note'. Click [Yes]. Finalize the document as an independent note. Open the "Scheduling Calendar" form. Schedule an appointment for the test client. Right click on the appointment that was just scheduled. Select the "Progress Notes (Group and Individual)" from the drop down menu. Create a note. Autosave the note by clicking the [Backup] button. Discard the note. Right click on the appointment again. Click [Delete] to delete the appointment. Validate the appointment has been removed from the calendar. Click [Dismiss]. Open the "Progress Notes (Group and Individual)" form. Validate a message pops up indicating the note was autosaved. Validate a message pops up indicating "The appointment/service associated with the selected backup is no longer available. Would you like to continue as an 'Independent Note'.? Click [No]. Click "Existing Appointment" in the "Progress Note For" field. Finalize the note.	Topics • NX • Progress Notes
Update 6 Summary \| Details Chart View - Vital Signs Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Vitals Entry Vitals Medical Note Today's E&M Appointments Patient Search Flowsheet Note Details Finalize.Note Summary Scenario 1: Vitals Entry - Validate the 'Chart View' Specific Setup: The 'Vitals Entry' form must be added to the Chart View. A client is enrolled in an existing episode (Client A). Steps Double click on "Client A" in the 'My Clients' widget. Validate the 'Chart View' is displayed. Select "Vitals Entry" from the left-hand side. Click [Add]. Validate the 'Vitals Entry' form opens. Select "Add" in the 'Update Vital Sign' field. Enter the desired date in the 'Date' field. Enter the desired time in the 'Time' field. Select "No" in the 'Refused Vitals' field. Populate all remaining vital sign fields. Click [Submit] and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Click [Edit]. Validate the 'Vitals Entry' form opens. Click [Delete] in the 'Update Vital Sign' field. Select the vitals record created in the previous steps. Click [Ok]. Click [Submit] and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals deleted for "Client A" are no longer displayed. Close the Chart. Scenario 2: Verify the Flowsheet Vitals in 'Chart View' Specific Setup: User with access to the 'POV Flowsheet' widget A client is enrolled in an existing episode (Client A). The 'Vitals Entry' form must be added to the Chart View Steps Select "Client A" and select 'POV Flowsheet' widget. Click the [Vitals] tab. Select "No" in the 'Refused Vitals' field. Populate all remaining vital sign fields. Click [Sign] button. Verify the values that are populated is saved as expected in the respective fields in historical column. Double click on "Client A" in the 'My Clients' widget. Validate the 'Chart View' is displayed. Select "Vitals Entry" from the left-hand side. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Scenario 3: Medical Note - Vitals - Full Workflow Specific Setup: User with access to 'Medical Note' widget as a Provider User with access to the 'POV Flowsheet' widget The 'Vitals Entry' form must be added to the Chart View A client is enrolled in an existing episode (Client A) "Pull to Note" configuration set on "Pull Vitals to Note Summary" is enabled in MedNote Admin Tool Steps Select "Client A" and select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Add] Verify the 'Date Taken' field displays the current date. Verify the 'Time Taken' field displays the current time. Verify the 'Refused Vitals' field is defaulted to "No". Populate all remaining vital sign fields with the desired value. Click [Save]. Verify the newly added vitals records are displayed in the Vitals Entry table. Select the "POV Flowsheet" widget. Click the [Vitals] tab. Verify the vitals records entered from MedNote are displayed in the desired vital sign fields in Flowsheet. Double click on "Client A" in the 'My Clients' widget. Validate the 'Chart View' is displayed. Select "Vitals Entry" from the left-hand side. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Click [Add]. Validate the 'Vitals Entry' form opens. Select "Add" in the 'Update Vital Sign' field. Enter the desired date in the 'Date' field. Enter the desired time in the 'Time' field. Select "No" in the 'Refused Vitals' field. Populate all remaining vital sign fields. Click [Submit] and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the newly added vitals records from 'Vitals Entry' form is now displayed in the Vitals Entry table. Click the newly added vitals entry from 'Vitals Entry' form. Click [Add another]. Verify the 'Date Taken' field displays the current date. Verify the 'Time Taken' field displays the current time. Verify the 'Refused Vitals' field is defaulted to "No". Populate all remaining vital sign fields with the desired value. Click [Save]. Verify the newly added vitals records are displayed in the Vitals Entry table. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Click [Edit]. Validate the 'Vitals Entry' form opens. Select "Edit" in the 'Update Vital Sign' field. Click [Select Vital Sign]. Select the newly added vitals entry from MedNote and click [Ok]. Verify the vitals records that were added from MedNote are displayed in the desired vital sign fields. Update the vitals records for any vital signs. Click [Submit] and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are updated. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the existing vitals records are updated to the desired value from 'Vitals Entry' form. Navigate to the 'Vitals Entry' form. Select "Delete" in the 'Update Vital Sign' field. Select the vitals record created in the previous steps. Click [Ok]. Click [Submit]. Select "Yes" from the "Are you sure you wish to delete this row?" message card. Verify the "Deleted" message card is displayed and click [Ok]. Select "Yes" On "Form Return" pop-up window and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals deleted for "Client A" are no longer displayed. Close the Chart. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the deleted vitals records from 'Vitals Entry' form are longer displayed in MedNote. Click [Add Note]. Verify the existence of the "Note Details". Complete the required fields in "Note Details". Click [Save] and verify the existence of the [Facesheet] tab. Click [Vitals] link. Validate that the "Pull to Note" button is displayed in the blue header. Click [Pull to Note]. Verify the loader is displayed and pull the desired vitals records into the current Note Summary. Click the [Finalize] tab. Click [Generate Note]. Verify the desired vitals records are pulled into the current Note Summary under the "VITALS" section.	Topics • Vitals Entry • Chart View • Vitals • Progress Notes • Medical Note
Update 7 Summary \| Details Progress Notes (Group and Individual) Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Guarantors/Payors Program Maintenance Admission Diagnosis Financial Eligibility Payor Based Authorizations Dictionary Update (PM) Create Interim Billing Batch File Electronic Billing Scenario 1: PM - Payor Based Authorization - Location - Progress Notes Specific Setup: Registry Settings: Enable Payor Based Authorizations = 'Y'. Enable CPT Based Payor Authorizations = desired value. Require Authorizations At Guarantors/Payors Level = desired value. Dictionary Update: Client File (10006) Location = note active locations. Staff File (79) Practitioner Category = note active categories. Guarantors/Payors: Guarantor A: Identify a guarantor to be used with 'Payor Based Authorizations'. Note the values in the 'Authorization Section'. Verification Level For Authorizations For Client Charge Input and Verification Level For Authorizations For Appointment Scheduling: 'Disallow Service If Authorization Is Missing' will not allow the service to be submitted. 'Warn User If Authorization Is Missing' will allow the service to be submitted. Verification Level For Authorizations For 837 Electronic Billing: 'None' will allow services that were submitted and closed to be billed. 'Report As Error And Include On Bill' will allow services that were submitted and closed to be billed. An error message will be included in the 837 Billing report. 'Report As Error And Do Not Include On Bill' will not allow services that were submitted and closed to be billed Client A: Identify an active client that is assigned to the guarantor above. Payor Based Authorizations: Create or edit a definition to not include a 'Locations' and any other desired fields. An error message will be included in the 837 Billing report. Note the value of each field. Steps Open 'Payor Based Authorizations'. Create a new record for the client that matches the record from setup. Validate that the following message displays: An authorization already exists for this date range. Overlapping authorizations are not allowed. Remove the 'Expiration Date'. Select a 'Location'. Enter an 'Expiration Date'. Submit the form and validate that it files successfully. Open 'Progress Notes (Group and Individual)'. Create a note for a new service for the client without the selected location, that will pass the setup payor authorization definition. Validate that the note files successfully. Create a note for a new service for the client with the selected location, that will pass the payor authorization definition added above. Validate that the note files successfully. If desired, test other progress note types for successful filing. If desired, disable the 'Enable Payor Based Authorizations' registry setting test progress notes for successful filing.	Topics • Progress Notes
Update 10 Summary \| Details Treatment Plan - Status Code Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Clinical Document Viewer Treatment Plan Number 7 Admission Treatment Plan Scenario 1: Treatment Plan - Status Default Specific Setup: Test client admitted into an outpatient episode. Using "Site Specific Section Modeling", access each of the sections of the "Treatment Plan" form and enable the "Default to Specific Value on Addition of a New Table Row" field and select the default value from "Default (Dictionary - Single Response)" drop down. Using "Create New Treatment Plan" form, create a new treatment plan copy. Using "User Definition", give the user access to the new treatment plan copy that was created. Using "Site Specific Section Modeling", access each of the sections of the treatment plan copy form to disable the "Default to Specific Value on Addition of a New Table Row". Using the "Document Routing Setup" form, enable document routing for the treatment plan copy. Steps Open the "Registry Settings" form and check for the setting "Status Default Code". Validate the message "No Results found for Status Default Code" displays since this registry setting has been removed. Open the "Treatment Plan" form. Validate that on each of the sections of the treatment plan; problems, goals, objective, interventions, the "Status" field is populated with the value from the Site Specific Section Modeling "Status" field. Open the treatment plan copy that was created during this test. Validate that on each of the sections of the treatment plan; problems, goals, objective, interventions, the "Status" field is not defaulted. Scenario 2: Treatment Plan - File a Treatment Plan with Document Routing Specific Setup: Client is enrolled in an existing episode (Client A) The 'Treatment Plan' form must have document routing enabled. Must have the 'My To Do's' widget configured on a view. The 'Set Current Status To Active When Plan Is Finalized' registry setting is set to "N" for the 'Treatment Plan' form. The 'Set Current Status To Completed On Plan End Date' registry setting is set to "N" for the 'Treatment Plan' form. Steps Select "Client A" and access the 'Treatment Plan' form. Click [Add]. Enter the current date is displayed in the 'Plan Date' field. Select the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Click [Launch Plan]. Add a problem, goal, objective, and intervention. Click [Return to Plan] and [OK]. Select "Final" in the 'Draft/Final' field. Select "Active" in the 'Current Status' field. Click [Submit]. Validate a "Confirm Document" dialog is displayed for document routing. Validate all treatment plan data displays as expected. Please note: the 'Current Status' field will not be included in the document image. This is because the 'Current Status' field can be updated after a 'Treatment Plan' has been finalized. Click [Accept]. Enter the password and click [Verify]. Select "Client A" and access the 'Treatment Plan' form. Select the record from the previous steps and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate the plan displays as expected and fields are disabled, except for the 'Current Status' field. Select "Completed" in the 'Current Status' field. Click [Submit]. Validate a message is displayed stating: The following fields are updated: 'Current Status'. Click [OK]. Select "Client A" and access the 'Treatment Plan' form. Select the record from the previous steps and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate "Completed" is selected in the 'Current Status' field. Close the form. Treatment Plan - Transcriber ToDo Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Admission Treatment Plan Clinical Document Viewer Practitioner Enrollment User Role Definition Treatment Plan Number 1 Scenario 1: Episodic Treatment Plans - Transcriber Default Author Specific Setup: Using the "Practitioner Enrollment" form, create 8 practitioners. Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A". Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B". Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A". Set up a user for each of the 8 practitioners using "User Definition". User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section. User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section. User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section. User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section. User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section. User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section. User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section. User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section. All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form. All users must be set up to have a home view that contains the "MyToDo's" widget. Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested. Steps Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank. Login as "User 6". Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final. Validate the "Select Author" field is blank. Set "Select Author" to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber". Test 2: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" in the "User Definition". Login as "User 4". Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 3: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition". Login as "User 8". Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Definition" form. Login as "User 7". Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the "Default Author" from the "User Role Definition". Login as "User 5". Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 6: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition". Login as "User 5". Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 7: User who is a transcriber, has no "Default Author" in "User Definition" and a client who does not have an attending practitioner. The result is the Select Author field will default to blank. Login as "User 6". Using the "Treatment Plan" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 8: User who is a transcriber, has no "Default Author" defined client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections. Login as "User 6". Using the "Treatment Plan" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Reject the note to send it back to the transcriber. Log off and login as "User 6". Navigate to the "myToDo's" widget. Open the "Treatment Plan" form from the myToDo's item. Correct and finalize the note. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User 2". Finalize the progress note. Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the progress note. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Scenario 2: Treatment Plan - Transcriber and AutoSave Specific Setup: Enable the registry setting "Enable Automatic Backup". Open the "User Definition" form. Designate one user as a transcriber. Designate another user as the "Default Author" Open the "Document Routing Setup". Enable document routing for the "Treatment Plan" or copy of a treatment plan form. Admit a test client into any episode. Steps Log into Avatar as the user designated as the transcriber. Open the "Treatment Plan" or copy of a treatment plan form. Create a treatment plan and finalize it. Route it to the default author. Log out of Avatar. Log in as the default author the document was routed to. Navigate to the "myToDo's" widget. Finalize the document by setting "Draft/Final" to "Final". Sign or Accept the document. Open the "Clinical Document Viewer" form. Retrieve the document that was just saved. Validate it displays as it was saved. Progress Notes - Multiple Session Start and End Times Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Admission Clinical Document Viewer Dynamic Form - Duplicate Service Scenario 1: Progress Notes (Group and Individual) - Multiple Session Start and End times Specific Setup: Disable the registry setting "Allow Start - End Times to Extend Beyond Midnight". Enable the registry setting "Multiple Start and End Times to Document Sessions". Set the registry setting "Recalculate Service Duration When Service Start - End Times Updated" to "1&2&3&4". Using "Document Routing Setup", enable document routing for the "Progress Notes (Group and Individual)" form. Admit a test client. Steps Open the "Progress Notes (Group and Individual)" form. Create an individual progress note for a "New Service". Enter in multiple session start - end times. Validate the "Service Duration" field equals the totals of the multiple session times. Finalize the note. Open the "Clinical Document Viewer" form. Validate the document that was just filed can be retrieved and displayed. Scenario 2: Progress Notes (Group and Individual) - validate session start/end times Specific Setup: Client must be enrolled in an existing episode (Client A). Steps Access the 'Registry Settings' form. Set the 'Limit Registry Settings to the Following Search Criteria' field to "Multiple Start and End Times". Click [View Registry Settings]. Select "Multiple Start and End Times to Document Sessions". Click [OK]. Set the 'Registry Setting Value' to "Y". Click [Submit] and close the form. Access the 'Progress Notes (Group and Individual)' form. Select "Client A" and the desired episode. Select "New Service" in the 'Progress Note For' field. Set the 'Session Start Time' and Session End Time' to the desired values and click [Add/Update Time]. Validate the 'Service Duration' field contains the associated value. Select the 'myDay' view. Navigate back to the open 'Progress Note' form. Validate the 'Start/End Time(s)' field contains the value from the previous steps. Edit any desired fields. Select the 'myDay' view. Navigate back to the open 'Progress Note' form. Validate any changes were saved. Submit the note and close the form. Access the 'Registry Settings' form. Set the 'Limit Registry Settings to the Following Search Criteria' field to "Multiple Start and End Times". Click [View Registry Settings]. Select "Multiple Start and End Times to Document Sessions". Click [OK]. Set the 'Registry Setting Value' to "N". Click [Submit] and close the form. Access the 'Progress Notes (Group and Individual)' form. Select "Client A" and the desired episode. Select "New Service" in the 'Progress Note For' field. Set the 'Service Start Time' and 'Service End Time' fields to the desired value. Select the 'myDay' view. Navigate back to the open 'Progress Note' form. Validate the 'Service Start Time' and 'Service End Time' are saved. Submit the note and close the form.	Topics • Treatment Plan • NX • Progress Notes • Registry Settings • Progress Notes (Group And Individual)
Update 11 Summary \| Details Treatment Plan Interventions - 'Assigned Services' grid Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Treatment Plan Treatment Plan 13 Scenario 1: Treatment Plan (Interventions) - "Assigned Services" grid functionality Specific Setup: The client must be admitted to an active episode. (Client A). Registry setting 'Avatar CWS->Treatment Plan->->->->Enable Service Entry Restriction by Client Treatment Plan' must be enabled. Registry setting 'Avatar PM->System Maintenance->Program Maintenance->->->Activate Program/Service Code Filter' must be enabled. Document routing must be enabled for the 'Treatment Plan' form through 'Document Routing Setup'. Steps Select "Client A" and access the 'Treatment Plan' form. Click [Add]. Set the 'Plan Date' field to the current date. Select any value in the 'Plan Type' field. Select any value from the 'Problem List'. Enter any value in the 'Strengths' field. Enter any value in the 'Weakness' field. Enter any value in the 'Discharge Planning' field. Select "Draft" in the 'Draft/Final' field. Click [Launch Plan]. Select the problem from the 'Tree View'. Select any value from the 'Status' field. Validate that all the fields display as expected. Add a 'Goal' and 'Objective' if desired and validate the fields display as expected. Click [Add New Intervention]. Enter any value in the 'Intervention' text field. Select any value from the 'Status' field. Click [Add Service] in the 'Assigned Services' field. Validate the 'Assigned Services' gird fields are displayed in the following order: Service Program, Service Code, Frequency, Duration, Amount, Service Mode, Place of Service, Agency and Staff Responsible. Populate the 'Service Program' field. Enter a search value in the 'Service Code' field to bring up the listing of service code values. Select any service code. Validate that the service code field is populated as expected in the 'Service Code' field. Select any value in the 'Frequency' field. Select any value in the 'Duration' field. Enter any value in the 'Amount' field. Select any value in the 'Service Mode' field. Select any value in the 'Place of Service field. Enter and value in the 'Agency and Staff Responsible' field. Click [Add Service] in the 'Assigned Services' field. Populate all desired fields. Click [Return To Plan]. Click [Submit]. Select "Client A" and access the Chart View. Select "Treatment Plan" from the 'Forms List'. Validate the draft 'Treatment Plan' data filed in the previous steps is displayed. Validate the 'Assigned Services' field contains the data in the following order: Service Program, Service Code, Frequency, Duration, Amount, Service Mode, Place of Service, Agency and Staff Responsible. Close the chart. Select "Client A" and access the 'Treatment Plan' form. Click to edit the row just submitted. Click [Launch Plan]. Click the 'Interventions' item on the plan tree. Click [Add New Intervention]. Enter any value in the 'Intervention' text field. Select any value from the 'Status' field. In the 'Assigned Services' grid, click [Copy Service]. In the 'Add Services From Other Interventions' dialog, choose the service added in the intervention previously submitted. Click [Copy]. Validate that the 'Assigned Services' grid columns are populated with the service information, as expected. Click [Copy Service]. Validate that the service previously copied is disabled and select the remaining service. Validate the services display as expected and neither are duplicated. Select the 'Assigned Services' row just added. Click the [Delete Service] button. Validate that the service row is removed from the 'Assigned Services' grid, as expected. Click [Return to Plan]. Select "Final" in the 'Draft/Final' field. Click [Submit]. Validate the document routing preview displays the 'Assigned Services' data in the following order: Service Program, Service Code, Frequency, Duration, Amount, Service Mode, Place of Service, Agency and Staff Responsible. Click [Accept]. Enter the password associated with the logged in user and click [Verify]. Select "Client A" and access the Chart View. Select "Treatment Plan" from the 'Forms List'. Validate the finalized 'Treatment Plan' data filed in the previous steps is displayed. Validate the 'Assigned Services' field contains the data in the following order: Service Program, Service Code, Frequency, Duration, Amount, Service Mode, Place of Service, Agency and Staff Responsible. Close the chart.	Topics • Treatment Plan • Document Routing • Chart View
Update 12 Summary \| Details Results Entry - Delete Results Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Results Entry Delete Result Scenario 1: 'Results Entry' - Add/Edit/Delete Results Specific Setup: A client is enrolled in an existing episode (Client A). Steps Select "Client A" and access the 'Results Entry' form. Select "Add" in the 'Add/Edit/Delete Result' field. Populate all required and desired fields. Click [File Header Info]. Validate a message is displayed stating: Header information filed. Click [OK]. Select "Edit" in the 'Add/Edit/Delete Result' field. Click [Select Result]. Select the result filed in the previous steps from the 'Select Result' dialog and click [OK]. Validate all previously filed data is displayed. Update any desired fields. Click [File Header Info]. Validate a message is displayed stating: Header information filed. Click [OK]. Select "Delete" in the 'Add/Edit/Delete Result' field. Click [Select Result]. Select the result filed in the previous steps from the 'Select Result' dialog and click [OK]. Validate all previously filed data is displayed. Click [File Header Info]. Validate a message is displayed stating: This will delete the selected result and all of its associated details. Are you sure you want to continue? Click [Yes] Validate a message is displayed stating: Result deleted. Click [OK] and [Exit Option].	Topics • Results Entry
Update 14 Summary \| Details Progress Notes (Group and Individual) - Reject note workflow Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Admission Practitioner Enrollment Clinical Document Viewer User Role Definition Attending Practitioner Scenario 1: Ambulatory Progress Notes - Transcriber Default Author Specific Setup: Using the "Practitioner Enrollment" form, create 8 practitioners. Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A". Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B". Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A". Set up a user for each of the 8 practitioners using "User Definition". User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section. User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section. User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section. User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section. User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section. User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section. User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section. User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section. All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form. All users must be set up to have a home view that contains the "MyToDo's" widget. Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested. Steps Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank. Login as "User 6". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client B" and set it to final. Validate the "Select Author" field is blank. Set "Select Author" to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber". Test 2: User who is a transcriber, but has no default author assigned, client who has an attending practitioner. The result is the Select Author will default to the client's attending practitioner. Login as "User 6". Using the "Ambulatory Progress Notes" form, generate a progress note and for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 1". Log off and login as "User/Practitioner 1". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 3: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner. Login as "User 4". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner. Login as "User 5". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner. Login as "User 7". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 6: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition". Login as "User 4". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 7: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition". Login as "User 8". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 8: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition". Login as "User 8". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 9: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is that no matter the default value, if you change the "Select Author" to someone else, the note will be routed to them. Login as "User 8". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Change the "Select Author" to "User/Transcriber 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 10: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form, client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections. Login as "User 7". Using the "Ambulatory Progress Notes" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 1". Log off and login as "User/Practitioner 1". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Reject the note to send it back to the transcriber. Log off and login as "User 7". Navigate to the "myToDo" widget. Open the "Ambulatory Progress Notes" form from the myToDo's item. Correct and finalize the note. Validate "Select Author" defaults to "User/Practitioner 1". Log off and login as "User 1". Finalize the progress note. Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the progress note. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Scenario 2: Progress Notes (Group and Individual) - Transcriber Default Author Specific Setup: Using the "Practitioner Enrollment" form, create 8 practitioners. Admit a client into an outpatient episode, populate the "Attending Practitioner" field with the staff designated as "Practitioner 1" and designate this "Client A". Admit a client into an outpatient episode, do not populate the "Attending Practitioner" field and designate this "Client B". Using "User Role Definition" add or edit a user role to give users access to the form being tested, to not allow customization and to designate the user role as a transcriber and set the "Default Author" to "Practitioner 3". Designate this "User Role A". Set up a user for each of the 8 practitioners using "User Definition". User 1 must be "Practitioner 1" and should not be a transcriber on the "Document Routing" section. User 2 must be "Practitioner 2" and should not be a transcriber on the "Document Routing" section. User 3 must be "Practitioner 3" and should not be a transcriber on the "Document Routing" section. User 4 must be "Practitioner 4" and should be designated a transcriber on the "Document Routing" section and should have "Practitioner 2" assigned as "Default Author" on the "Document Routing" section. User 5 must be "Practitioner 5" and should be assigned to "User Role A" and designated a transcriber on the "Document Routing" section. User 6 must be "Practitioner 6" and must be designated a transcriber but should have no "Default Author" defined on the "Document Routing" section. User 7 must be "Practitioner 7", should be assigned to "User Role A" and should be designated a transcriber and should have the "Default Author" set to "Practitioner 3" on the "Document Routing" section. User 8 must be "Practitioner 8", should be assigned to "User Role A" and should be designated a transcriber, the "Default Author" should be set to "Practitioner 2" on the "Document Routing" section. All users must be given access to the form being tested on the "Forms and Table" section of the "User Definition" form. All users must be set up to have a home view that contains the "MyToDo's" widget. Using the "Document Routing Setup" form, enable document routing and allow transcriber for the form being tested. Steps Test 1: User who is a transcriber, but has no default author assigned, client who has no attending practitioner. The result is the Select Author field will be blank. Login as "User 6". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final. Validate the "Select Author" field is blank. Set "Select Author" to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the author column is correctly populated with the author in the SQL table "DocR.transcriber". Test 2: User who is a transcriber, but has no default author assigned, client who has an attending practitioner. The result is the Select Author will default to the client's attending practitioner. Login as "User 6". Using the "Progress Notes (Group and Individual)" form, generate a progress note and for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 1". Log off and login as "User/Practitioner 1". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 3: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner. Login as "User 4". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 4: User who is a transcriber, is assigned to a user role that has default author assigned, client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner. Login as "User 5". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 5: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form and client who has an attending practitioner. The result is the Select Author field will default to the client's attending practitioner. Login as "User 7". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 6: User who is a transcriber, and has a default author assigned in the "User Definition" form, client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition". Login as "User 4". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 7: User who is a transcriber, is assigned to a default author assigned in the "User Definition" form, is also assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's default author from "User Definition". Login as "User 8". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 8: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is the Select Author field will default to the user's user role default author from "User Role Definition". Login as "User 8". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 9: User who is a transcriber, is assigned to a user role that has a default author assigned and a client who does not have an attending practitioner. The result is that no matter the default value, if you change the "Select Author" to someone else, the note will be routed to them. Login as "User 8". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client B" and set it to final. Validate "Select Author" defaults to "User/Practitioner 2". Change the "Select Author" to "User/Transcriber 3". Log off and login as "User/Practitioner 3". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the note and sign it. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 10: User who is a transcriber, is assigned to a user role that has default author assigned, and has the same default author assigned on the user definition form, client who has an attending practitioner. Author rejected the initial note and returned to transcriber for corrections. Login as "User 7". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 1". Log off and login as "User/Practitioner 1". Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Reject the note to send it back to the transcriber. Log off and login as "User 7". Navigate to the "myToDo" widget. Open the "Progress Notes (Group and Individual)" form from the myToDo's item. Correct and finalize the note. Validate "Select Author" defaults to "User/Practitioner 1". Log off and login as "User 1". Finalize the progress note. Navigate to the "myToDo" widget. Select the transcription note that has transferred to this practitioner. Finalize the progress note. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Test 11: User who is a transcriber, has no default author assigned, is not assigned to a user role., client who has an attending practitioner. After note is transcribed, the client's attending practitioner is changed to another practitioner. Note remains with the original author and doesn't transfer to the new attending practitioner for the client. Login as "User 8". Using the "Progress Notes (Group and Individual)" form, generate a progress note for "Client A" and set it to final. Validate "Select Author" defaults to "User/Practitioner 1". Open the "Attending Practitioner" form and change the practitioner to "Practitioner 2". Log off and login as "User/Practitioner 2". Navigate to the "myToDo" widget. This user won't get a To Do for this item because the To do will stay with the original author. Log off and log in as "User/Practitioner 1". Navigate to the "myToDo's" widget. Select the transcription note that has transferred to this practitioner. Finalize the progress note. Open the "Clinical Document Viewer" form. Validate the form displays and prints. Validate the "author" column is correctly populated with the author in the SQL table "DocR.transcriber". Scenario 3: Progress Notes (Group and Individual) - Reject document workflow Specific Setup: Using the "Document Routing Setup" form, enable document routing for the "Progress Notes (Group and Individual)" form. Using the "User Definition" form, on the "Appointment Scheduling" section, setup the "Progress Notes (Group and Individual)" form so it appears on the right click menu in "Scheduling Calendar". Enable the registry setting "Avatar CWS->Progress Notes->Progress Notes (Group and Individual)->->-Post Appointment When the Note Is Submitted". Admit a new client or select an existing one who is enrolled in an outpatient program. Steps Open the "Scheduling Calendar" form, create a new appointment for the test client. Right click on the new appointment and select the "Progress Notes (Group and Individual)" form. Generate a progress note, finalize it, and route it to an approver. Close the "Scheduling Calendar" form. Log off and login as the user who is the approver. Navigate to the "MyToDo" widget. Access the "Progress Notes (Group and Individual)" form and click the "Review" button. Click the "Reject" button. Click the "Sign" button. Close the "MyToDo" widget. Log off. Log back on as the user who was the progress note's author. Navigate to the "MyToDo" widget. Correct the note and finalize it. Click the "Sign" or "Accept" button (depending on configuration). Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Open the "Scheduling Calendar" form. Create a new appointment for the test client. Close the "Scheduling Calendar" form. Open the "Progress Notes (Group and Individual)" form. Generate a progress note, finalize it, and route it to an approver. Log off and login as the user who is the approver. Navigate to the "MyToDo" widget. Access the "Progress Notes (Group and Individual)" form and click the "Review" button. Click the "Reject" button. Click the "Sign" button. Close the "MyToDo" widget. Log off. Log back on as the user who was the progress note's author. Navigate to the "MyToDo" widget. Correct the note and finalize it. Click the "Sign and Route" or "Accept and Route" button (depending on configuration). Route the document to an approver. Log off. Log back on as the user who is the approver. Navigate to the "MyToDo" widget. Click the "Review" button. Click the "Reject" button to reject the document a second time. Close the "ToDo" widget. Log off Log back on as the note's author. Navigate to the "MyTo" widget. Locate the note that was rejected again. Finalize the note and route to the approver again. Log off. Log in as the note's approver. Navigate to the "MyTo" widget. Locate the document and click "Accept" button. Click "Sign" button. Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Open the "Scheduling Calendar" form, create a new appointment for the test client. Right click on the new appointment and select the "Progress Notes (Group and Individual)" form. Generate a progress note, finalize it, and route it to 2 approvers. Close the "Scheduling Calendar" form. Log off and login as a user who is an approver. Navigate to the "MyToDo" widget. Access the "Progress Notes (Group and Individual)" form and click the "Review" button. Click the "Reject" button. Click the "Sign" button. Close the "MyToDo" widget. Log off. Log back on as the user who is the progress note's author. Navigate to the "MyToDo" widget. Correct the note and finalize it. Click the "Sign" or "Accept" button (depending on configuration) and route to 2 approvers. Log off and login as a user who is an approver. Navigate to the "MyToDo" widget. Access the "Progress Notes (Group and Individual)" form and click the "Review" button. Click the "Accept" button. Click the "Sign" Button. Log off. Log in as the remaining approver. Access the "Progress Notes (Group and Individual)" form and click the "Review" button. Click the "Accept" button. Click the "Sign" Button. Log off. Log back on as the note's author. Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Open the "Scheduling Calendar" form, create a new appointment for the test client. Right click on the new appointment and select the "Progress Notes (Group and Individual)" form. Generate a progress note, finalize it, and sign or accept it. Close the "Scheduling Calendar" form. Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Scenario 4: Ambulatory Progress Notes - Reject document workflow Specific Setup: Using the "Document Routing Setup" form, enable document routing for the "Ambulatory Progress Notes" form. Using the "User Definition" form, on the "Appointment Scheduling" section, setup the "Ambulatory Progress Notes" form so it appears on the right click menu in "Scheduling Calendar". Enable the registry setting "Avatar CWS->Progress Notes->Ambulatory Progress Notes->->->Post Appointment When the Note Is Submitted". Admit a new client or select an existing one who is enrolled in an outpatient program. Steps Open the "Scheduling Calendar" form, create a new appointment for the test client. Right click on the new appointment and select the "Ambulatory Progress Notes" form. Generate a progress note, finalize it, and route it to an approver. Close the "Scheduling Calendar" form. Log off and login as the user who is the approver. Navigate to the "MyToDo" widget. Access the "Ambulatory Progress Notes" form and click the "Review" button. Click the "Reject" button. Click the "Sign" button. Close the "MyToDo" widget. Log off. Log back on as the user who was the progress note's author. Navigate to the "MyToDo" widget. Correct the note and finalize it. Click the "Sign" or "Accept" button (depending on configuration). Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Open the "Scheduling Calendar" form. Create a new appointment for the test client. Close the "Scheduling Calendar" form. Open the "Ambulatory Progress Notes" form. Generate a progress note, finalize it, and route it to an approver. Log off and login as the user who is the approver. Navigate to the "MyToDo" widget. Access the "Ambulatory Progress Notes" form and click the "Review" button. Click the "Reject" button. Click the "Sign" button. Close the "MyToDo" widget. Log off. Log back on as the user who was the progress note's author. Navigate to the "MyToDo" widget. Correct the note and finalize it. Click the "Sign and Route" or "Accept and Route" button (depending on configuration). Route the document to an approver. Log off. Log back on as the user who is the approver. Navigate to the "MyToDo" widget. Click the "Review" button. Click the "Reject" button to reject the document a second time. Close the "MyToDo" widget. Log off Log back on as the note's author. Navigate to the "MyToDo" widget. Locate the note that was rejected again. Finalize the note and route to the approver again. Log off. Log in as the note's approver. Navigate to the "MyToDo" widget. Locate the document and click "Accept" button. Click "Sign" button. Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Open the "Scheduling Calendar" form, create a new appointment for the test client. Right click on the new appointment and select the "Ambulatory Progress Notes" form. Generate a progress note, finalize it, and route it to 2 approvers. Close the "Scheduling Calendar" form. Log off and login as a user who is an approver. Navigate to the "MyToDo" widget. Access the "Ambulatory Progress Notes" form and click the "Review" button. Click the "Reject" button. Click the "Sign" button. Close the "MyToDo" widget. Log off. Log back on as the user who is the progress note's author. Navigate to the "MyToDo" widget. Correct the note and finalize it. Click the "Sign" or "Accept" button (depending on configuration) and route to 2 approvers. Log off and login as a user who is an approver. Navigate to the "MyToDo" widget. Access the "Ambulatory Progress Notes" form and click the "Review" button. Click the "Accept" button. Click the "Sign" Button. Log off. Log in as the remaining approver. Access the "Ambulatory Progress Notes" form and click the "Review" button. Click the "Accept" button. Click the "Sign" Button. Log off. Log back on as the note's author. Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved. Open the "Scheduling Calendar" form, create a new appointment for the test client. Right click on the new appointment and select the "Ambulatory Progress Notes" form. Generate a progress note, finalize it, and sign or accept it. Close the "Scheduling Calendar" form. Open the "Client Ledger" and validate a service was generated when the note was finalized. Open the "Clinical Document Viewer", validate the document is stored and can be retrieved.	Topics • Progress Notes • NX
Update 15 Summary \| Details Progress Notes (Group and Individual) - The 'Default Staff Associated with Current Login User' registry setting Scenario 1: Progress Notes (Group and Individual) - Validate the 'Default Staff Associated with Login User' registry setting for group notes Specific Setup: An existing group is defined (Group A). The 'Default Staff Associated With Current Login User' registry setting is set to "Y" for the 'Progress Notes (Group and Individual)' form. The logged in user must have an associated practitioner (Practitioner A). Steps Access the 'Progress Notes (Group and Individual)' form. Select the "Group Default Notes" section. Validate the 'Practitioner' field contains "Practitioner A". Enter the current date in the 'Date of Group' field. Select the desired value in the 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Notes Field' field. Click [File Note] and [OK]. Select the "Individual Progress Notes" section. Select "Group A" in the 'Group Name' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for all group members. Select a note for one of the group members in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Validate the 'Practitioner' field contains "Practitioner A". Individualize the note as desired and file the note. Repeat as needed for any additional group members. Close the form. Progress Notes (Group and Individual) - Group Default Notes Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Group Progress Note Scenario 1: Progress Notes (Group and Individual) - Add multiple clients to group by unit Specific Setup: A group (Group A) is defined with two clients (Client A & Client B). Two other clients (Client C & Client D) are enrolled in inpatient episodes and are assigned to a unit (Unit A). The following fields must be added to the 'Group Default Notes' section of the 'Progress Notes (Group and Individual)' form in 'Site Specific Section Modeling: 'Add to Group - Use Caseload or Unit for Selection' 'Unit' 'Select Clients' 'Add Selected Clients to Group List' Steps Access the 'Progress Notes (Group and Individual)' form. Navigate to "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select the desired value in 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Note' field. Validate the 'Client Who Attended Group' field contains all the group members of "Group A". Click [Add Client To Group]. Validate the 'Add to Group - Use Caseload or Unit for Selection' field becomes enabled. Select "Unit" in the 'Add to Group - Use Caseload or Unit for Selection' field. Validate the 'Unit' field becomes enabled and required. Select "Unit A" in the 'Unit' field. Select "Client C" and "Client D" in the 'Unit' field. Click [Add Selected Clients to Group List]. Validate the 'Client Who Attended Group' field contains "Client A", "Client B", "Client C", and "Client D". Click [File Note]. Navigate to the "Individual Progress Notes" section. Select "Group A" in the 'Group Name Or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for "Client A", "Client B", "Client C" and "Client D". Select the note for "Client A" in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Individualize the note as desired and file the note. Repeat as needed for "Client B", "Client C", and "Client D". Close the form. Scenario 2: Progress Notes (Group and Individual) - Add multiple clients to group by caseload Specific Setup: A group (Group A) is defined with two clients (Client A & Client B). Two other clients are enrolled in active episodes and are part of the logged in user's caseload (Client C & Client D). The following fields must be added to the 'Group Default Notes' section of the 'Progress Notes (Group and Individual)' form in 'Site Specific Section Modeling: 'Add to Group - Use Caseload or Unit for Selection' 'Unit' 'Select Clients' 'Add Selected Clients to Group List' Steps Access the 'Progress Notes (Group and Individual)' form. Navigate to "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select the desired value in 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Note' field. Validate the 'Client Who Attended Group' field contains all the group members of "Group A". Click [Add Client To Group]. Validate the 'Add to Group - Use Caseload or Unit for Selection' field becomes enabled. Select "Caseload" in the 'Add to Group - Use Caseload or Unit for Selection' field. Validate the 'Select Clients' field exists and contains all active client's in the user's caseload. Select "Client C" and "Client D" in the 'Select Clients' field. Click [Add Selected Clients to Group List]. Validate the 'Client Who Attended Group' field contains "Client A", "Client B", "Client C", and "Client D". Click [File Note]. Navigate to the "Individual Progress Notes" section. Select "Group A" in the 'Group Name Or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for "Client A", "Client B", "Client C" and "Client D". Select the note for "Client A" in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Individualize the note as desired and file the note. Repeat as needed for "Client B", "Client C", and "Client D". Close the form. Progress Notes (Group and Individual) - 'Note Type' field Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Practitioner Enrollment Scenario 1: Progress Notes (Group and Individual) - Validate the 'Limit Note Types By Practitioner Category' registry setting when set to "Y" Specific Setup: An existing group is defined in 'Group Registration' (Group A). The 'Limit Note Types By Practitioner Category' registry setting is set to "Y" for the 'Progress Notes (Group and Individual)' form. The 'Limit Note Types' registry setting does not have a value. The logged in user must have an associated practitioner (Practitioner A) that has "Nurse Practitioner" as their 'Practitioner Category' in 'Practitioner Enrollment'. The '(10751) Note Type' CWS dictionary must have both active/inactive dictionary values defined with the following: Some note types defined with the 'Practitioner Category' extended dictionary as "Nurse Practitioner". Some note types defined with the 'Practitioner Category' extended dictionary as other categories not associated to the logged in practitioner. Steps Access the 'Progress Notes (Group and Individual)' form. Select the "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select "Practitioner A" in the 'Practitioner' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Validate the 'Note Type' field contains only active dictionary values. Validate the 'Note Type' field contains only note types associated to "Practitioner A". Enter the desired value in the 'Note' field. Click [File Note]. Validate a message is displayed stating: Progress notes are filed. Select the "Individual Progress Notes" section. Select "Group A" in the 'Group Name or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note To Edit' field contains group scratch notes for the clients in "Group A". Select a note in the 'Select Note To Edit' field. Validate the 'Note Type' field contains the previously filed value. Validate the 'Note Type' field contains only active dictionary values. Validate the 'Note Type' field contains only note types associated to "Practitioner A". Individualize the note as desired and file the note. Repeat as needed for remaining group members. Close the form.	Topics • Progress Notes • Group Progress Notes • Registry Settings
Update 16 Summary \| Details Medical Note - Vital signs Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Vitals Medical Note Today's E&M Appointments Patient Search Flowsheet Vitals Entry Note Details Finalize.Note Summary Scenario 1: Verify the Flowsheet Vitals in 'Chart View' Specific Setup: User with access to the 'POV Flowsheet' widget User with access to the 'Medical Note' widget A client is enrolled in an existing episode (Client A). Client with existing 'BSA' vitals record filed in 'Amputations' form The 'Vitals Entry' form must be added to the Chart View Steps Select "Client A" and select 'POV Flowsheet' widget. Click the [Vitals] tab. Select "No" in the 'Refused Vitals' field. Populate all remaining vital sign fields. Click [Sign] button. Verify the values that are populated is saved as expected in the respective fields in historical column. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the newly added vitals records from 'POV Flowsheet' is now displayed in the vitals entry table. Click the newly added vitals entry. Verify the vitals records saved from Flowsheet are populated in the vital sign fields in Medical Note. Click [Save]. Verify the vitals records are saved successfully in Medical Note. Double click on "Client A" in the 'My Clients' widget. Validate the 'Chart View' is displayed. Select "Vitals Entry" from the left-hand side. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Scenario 2: Medical Note - Vitals - Full Workflow Specific Setup: User with access to 'Medical Note' widget as a Provider User with access to the 'POV Flowsheet' widget The 'Vitals Entry' form must be added to the Chart View A client is enrolled in an existing episode (Client A) Client with existing 'BSA' vitals record filed in 'Amputations' form "Pull to Note" configuration set on "Pull Vitals to Note Summary" is enabled in MedNote Admin Tool Steps Select "Client A" and select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Add] Verify the 'Date Taken' field displays the current date. Verify the 'Time Taken' field displays the current time. Verify the 'Refused Vitals' field is defaulted to "No". Populate all remaining vital sign fields with the desired value. Click [Save]. Verify the newly added vitals records are displayed in the Vitals Entry table. Select the "POV Flowsheet" widget. Click the [Vitals] tab. Verify the vitals records entered from MedNote are displayed in the desired vital sign fields in Flowsheet. Double click on "Client A" in the 'My Clients' widget. Validate the 'Chart View' is displayed. Select "Vitals Entry" from the left-hand side. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Click [Add]. Validate the 'Vitals Entry' form opens. Select "Add" in the 'Update Vital Sign' field. Enter the desired date in the 'Date' field. Enter the desired time in the 'Time' field. Select "No" in the 'Refused Vitals' field. Populate all remaining vital sign fields including "Height" and "Weight" details. Click [Submit] and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the newly added vitals records from 'Vitals Entry' form is now displayed in the Vitals Entry table. Click the newly added vitals entry from 'Vitals Entry' form. Verify the vitals records saved from 'Vitals Entry' form are populated in the vital sign fields in Medical Note. Click [Save]. Verify the vitals records are saved successfully in Medical Note. Click the existing vitals entry. Click [Add another]. Verify the 'Date Taken' field displays the current date. Verify the 'Time Taken' field displays the current time. Verify the 'Refused Vitals' field is defaulted to "No". Populate all remaining vital sign fields with the desired value. Click [Save]. Verify the newly added vitals records are displayed in the Vitals Entry table. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are displayed. Click [Edit]. Validate the 'Vitals Entry' form opens. Select "Edit" in the 'Update Vital Sign' field. Click [Select Vital Sign]. Select the newly added vitals entry from MedNote and click [Ok]. Verify the vitals records that were added from MedNote are displayed in the desired vital sign fields. Update the vitals records for any vital signs. Click [Submit] and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals added for "Client A" are updated. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the existing vitals records are updated to the desired value from 'Vitals Entry' form. Navigate to the 'Vitals Entry' form. Select "Delete" in the 'Update Vital Sign' field. Select the vitals record created in the previous steps. Click [Ok]. Click [Submit]. Select "Yes" from the "Are you sure you wish to delete this row?" message card. Verify the "Deleted" message card is displayed and click [Ok]. Select "Yes" On "Form Return" pop-up window and remain in the form. Navigate to the 'Chart View'. Click [Refresh]. Validate the vitals deleted for "Client A" are no longer displayed. Close the Chart. Select 'Medical Note' widget. Verify the existence of the [Facesheet] tab for "Client A". Click [Vitals] link on the left-hand menu bar. Click [Refresh]. Verify the deleted vitals records from 'Vitals Entry' form are longer displayed in MedNote. Click [Add Note]. Verify the existence of the "Note Details". Complete the required fields in "Note Details". Click [Save] and verify the existence of the [Facesheet] tab. Click [Vitals] link. Validate that the "Pull to Note" button is displayed in the blue header. Click [Pull to Note]. Verify the loader is displayed and pull the desired vitals records into the current Note Summary. Click the [Finalize] tab. Click [Generate Note]. Verify the desired vitals records are pulled into the current Note Summary under the "VITALS" section.	Topics • Vitals • Chart View • Vitals Entry • Progress Notes • Medical Note
Update 25 Summary \| Details Current Medications Widget Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Home Medications Launch OrderConnect Current Medication Profile Scenario 1: NX - Current Medications Widget - Creating both Non-ISC and Rx Medications in OC Specific Setup: The user logged into the application must have access to the 'Current Medications' widget. The 'Avatar CWS->System Maintenance->Current Medications Quick Form->Settings->->Show Medication History For The Last xxx Days' registry setting must be set to "60". Please log out of the application and log back in after completing the above configuration. A client must have an active inpatient episode. (Client A) “Client A” must have a ‘Date of Birth’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Diagnosis’ form. Steps Select "Client A" and access the 'Launch OrderConnect' form. Click [Launch OrderConnect Prescriptions]. Create an Rx for "Furosemide - 20 mg TAB, PO. Take two (2) tablets by mouth twice a day" that will have 'Days' equal to "30". Click the 'Non-ISC Rx' tab. Search for and select "Ozempic 1 MG Doses" and click [Add]. Click the 'Rx Profile' tab. Validate the 'Current Medication Profile' contains "Furosemide - 20 mg TAB, PO. Take two (2) tablets by mouth twice a day" and "Ozempic 1 MG Doses". Close the Chart. Access the Order Entry Console and click the 'Home Medications' tab. Select "Active" in the 'Status' field. Validate the 'Order grid' contains a 'Reported' order for "Ozempic 1 MG Doses" and a 'Prescription' for "Furosemide 20 MG ORAL Tablet Take two (2) tablets by mouth twice a day (Refills: 0, Disp. Qty: 120 Tablet)" that starts on the current date. Access the 'Current Medications' widget and validate it contains "(OC) unique #: Furosemide - 20 MG, Tablet, Oral (2)Tablet Twice a Day" with a 'Start / End Date' of the current date and a date that is 30 days in the future" and "(OC) unique #: Ozempic 1 MG Doses - [Unknown]" with a category of "NonISC". Scenario 2: NX - Current Medications Widget - ensure orders from Orders This Episode are displayed Specific Setup: The user logged into the application must have access to the 'Current Medications' widget. The 'Avatar CWS->System Maintenance->Current Medications Quick Form->Settings->->Show Medication History For The Last xxx Days' registry setting must be set to "60". Please log out of the application and log back in after completing the above configuration. A client must have an active inpatient episode. (Client A) “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form. Steps Select "Client A" and access the Order Entry Console. Create a new pharmacy-type order. Access the 'Current Medications' widget and ensure that the new order is displayed.	Topics • NX
2022 Update 121 Summary \| Details Task List - Task Associations by Order Type Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Task Definitions Task Associations Avatar eMAR Task Group Definitions Task Frequency Scenario 1: Task List - Task Definition - Generating Tasks When Associated via 'Order Type' Specific Setup: Two Nursing-type order codes must exist. (Nursing Code A) (Nursing Code B) An interval Frequency with the following configuration must exist: (Frequency Code A) 'Every Nth Hour' = "4". A PRN frequency code with the following configuration must exist: (Frequency Code B) 'Times/24 Hours' = "1". A client must have an active episode. (Client A) “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form. Steps Access the 'Order Code Setup' form. Select "Edit Existing Code" from the 'Add/Edit Order Code' field. Search for and select "Nursing Code A" from the 'Existing Order Code' field. Take note of the value in the 'Order Code Description' field. (Nursing Code Description A). Click [Discard] and validate a message is displayed that states: "Are you sure you want to close without saving?" and click [yes]. Access the 'Task Definitions' form. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "GNT" and press [Tab]. Set the 'Task Title' field to "Generic Nurse Task" and click [Submit]. Validate a message is displayed that states "Task Definitions has completed. Do you wish to return to form?" and click [Yes]. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "AIMS" and press Tab. Set the 'Task Title' field to "AIMS Assessments Task" and click [Submit]. Validate a message is displayed that states "Task Definitions has completed. Do you wish to return to form?" and click [No]. Access the 'Task Associations' form. Select "Task Definition" from the 'Task Type' field. Search for and select "AIMS Assessment Task (AIMS)" from the 'Task Group/Definition' field. Select "Add" from the 'Add/Edit/Delete Association' field. Select "Order Entry" from the 'Order Event' field. Validate the 'Reason', 'Order Code', 'Primary Name (Medication)' and 'Order Type' fields are enabled and required. Select "Nursing Code A" from the 'Order Code' field. Validate that only the 'Order Code' field is now required. Click [Update Associations], validate the 'Task Associations' field populates with the correct 'Type/Event' and 'Description' and click [Submit]. Validate a message is displayed that states: "Task Associations has completed. Do you wish to return to form?" and click [Yes]. Validate the 'Task Associations' field is cleared. Select "Task Definition" from the 'Task Type' field. Search for and select "Generic Nursing Task" from the 'Task Group/Definition' field. Select "Add" from the 'Add/Edit/Delete Association' field. Select "Order Entry" from the 'Order Event' field. Select "Nursing" from the 'Order Type' field. Click [Update Associations], validate the 'Task Associations' field populates with the correct 'Type/Event' and 'Description' and click [Submit]. Validate a message is displayed that states: "Task Associations has completed. Do you wish to return to form?" and click [No]. Select "Client A" and access the Order Entry Console. Search for and select "Nursing Code B" from the 'New Order' field. Search for and select "Frequency Code B" from the 'Frequency' field. Set the 'Duration' field to "2" and click [Days]. Set the 'Addl Instructions' field to "Task List Test Instructions". Complete any other required fields and click [Add to Scratchpad]. Search for and select "Nursing Code A" from the 'New Order' field. Search for and select "Frequency Code A" from the 'Frequency' field. Set the 'Duration' field to "2" and click [Days]. Set the 'Addl Instructions' field to "Task List Test Instructions". Complete any other required fields and click [Add to Scratchpad] and [Sign]. Validate that both "Nursing Code A" and "Nursing Code B" appear in the 'Order grid'. Access the 'Task List' widget. Search for and select "Client A" from the 'Search Patients' field. Validate that a task, whose title is equal to "Nursing Code Description A", is created under the current hour column and under every proceeding fourth hour column. Select the "Nursing Code Description A" task under the current hour, validate that it shows "Addl Instructions: Task List Test Instructions". Click [Complete] and [Save]. Validate the task is no longer shown under the current hour. Click [(#) PRN Tasks] and validate a task labeled: "AIMS Assessment Task" is shown. Expand the view of the task labeled "Aims Assessment Task" and validate that it shows: "Next Available: Now" "Addl Instructions: Task List Test Instructions" A green circle icon. Click [Complete] and [Save]. Click [(#) PRN Tasks] and validate the task labeled: "AIMS Assessment Task" is still shown. Expand the view of the task labeled "Aims Assessment Task" and validate that it shows: "Last Completed: Current Date and Time" "Next Available: 24 hours from now" "Addl Instructions: Task List Test Instructions No green circle icon. Scenario 2: Task List - Task Group - Generating Tasks When Associated via 'Order Type' Specific Setup: There must be at least one value defined in the Order Entry Tabled Files ‘(504) Reason Code Setup’ dictionary. (Reason Code A) A Therapy-type order code must exist. (Therapy Code A) A client must have an active episode. (Client A) “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form. Steps Access the 'Task Definitions' form. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "OEReason" and press [Tab]. Set the 'Task Title' field to "Order Entry - Reason Task" and click [Submit]. Validate a message is displayed that states "Task Definitions has completed. Do you wish to return to form?" and click [Yes]. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "Start" and press [Tab]. Set the 'Task Title' field to "Start Task" and click [Submit]. Validate a message is displayed that states "Task Definitions has completed. Do you wish to return to form?" and click [Yes]. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "Previous" and press Tab. Set the 'Task Title' field to "Previous Task" and click [Submit]. Validate a message is displayed that states "Task Definitions has completed. Do you wish to return to form?" and click [Yes]. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "End" and press Tab. Set the 'Task Title' field to "End Task" and click [Submit]. Validate a message is displayed that states "Task Definitions has completed. Do you wish to return to form?" and click [No]. Access the 'Task Group Definitions' form. Select "Add" from the 'Add/Edit Task Group Definition' field. Set the 'New Task Group Code' field to "Group" and press Tab. Set the 'Task Group Definition' field to "Task Group". Select "Add" from the 'Add/Edit Task' field. Search for and select "Start Task" from the 'Task To Add' field. Select "Start of Group" from the 'Offset From Event' field. Set the 'Duration' field to "1" and press Tab. Select "Hours" from the 'Duration Units' field. Select "Every Hour" from the 'Frequency' field and click [Update Group]. Select "Add" from the 'Add/Edit Task' field. Search for and select "Previous Task (Previous)" from the 'Task To Add' field. Set the 'Offset' field to "1" and press Tab. Select "Hours" from the 'Offset Units' field. Select "Previous Task" from the 'Offset From Event' field. Select "1 - Start Task (Start)" from the 'Offset From Event Task' field. Set the 'Duration' field to "1" and press Tab. Select "Hours" from the 'Duration Units' field. Select "Every Hour" from the 'Frequency' field and click [Update Group]. Select "Add" from the 'Add/Edit Task' field. Search for and select "End Task (End)" from the 'Task To Add' field. Select "End of Group" from the 'Offset From Event' field. Set the 'Duration' field to "1" and press Tab. Select "Hours" from the 'Duration Units' field. Select "Every Hour" from the 'Frequency' field and click [Update Group] and [Submit]. Validate a message is displayed that states: "Task Group Definitions has completed. Do you wish to return to form?" and click [No]. Access the 'Task Associations' form. Select "Task Definition" from the 'Task Type' field. Search for and select "Order Entry - Reason Task (OEReason)" from the 'Task Group/Definition' field. Select "Add" from the 'Add/Edit/Delete Association' field. Select "Order Entry" from the 'Order Event' field. Select "Reason Code A" from the 'Reason field. Click [Update Associations] and [Submit]. Validate a message is displayed that states: "Task Associations has completed. Do you wish to return to form?" and click [Yes]. Select "Task Group" from the 'Task Type' field. Search for and select "Task Group (Group)" from the 'Task Group/Definition' field. Select "Add" from the 'Add/Edit/Delete Association' field. Select "Order Entry" from the 'Order Event' field. Search for and select "Therapy" from the 'Order Type' field. Click [Update Associations] and [Submit]. Validate a message is displayed that states: "Task Associations has completed. Do you wish to return to form?" and click [No]. Select "Client A" and access the Order Entry Console. Search for and select "Therapy Code A" from the 'New Order' field. Set the 'Duration' field to "4" and click [Hours]. Complete any other required fields and click [Add to Scratchpad] and [Sign]. Access the 'Task List' widget. Search for and select "Client A" from the 'Search Patients' field. Validate the tasks labeled: "Start Task" and "Previous Task" are displayed and are one hour apart. Validate the task labeled: "End Task" is displayed under the hour column that is four hours after the column displaying the "Start Task". Access the Order Entry Console. Select "Therapy Code A" and click [Modify] Select "Every Hour" from the 'Frequency' field. Select 'Reason Code A" from the 'Reason' field. Click [Add to Scratchpad] and [Sign]. Access the 'Task List' widget. Search for and select "Client A" from the 'Search Patients' field. Validate the tasks labeled: "Start Task", "Previous Task", and "End Task" are no longer displayed on the grid. Validate the task labeled: "Order Entry - Reason Task" is displayed under every column, for four hours, starting at the next closest hour.	Topics • NX • Task List
2022 Update 124 Summary \| Details Dictionary Update - 'Plan Type' dictionary Scenario 1: Dictionary Update - Validate the 'Plan Type' dictionary Specific Setup: Existing dictionary values on file for the 'CWS' - '(52003) Plan Type' dictionary. Steps Access the 'Dictionary Update' CWS form. Select "CWS" in the 'File' field. Select "(52003) Plan Type" in the 'Data Element' field. Enter an existing code in the 'Dictionary Code' field. Validate the 'Dictionary Value' field populates accordingly. Validate the 'Extended Dictionary Data Element' field contains "(60150) FHIR Care Plan Category" and select it. Select the desired value in the 'Extended Dictionary Value (Single Dictionary)' field. Click [Apply Changes]. Validate a message is displayed stating: Filed! Click [OK]. Select the "Print Dictionary" section. Select "CWS" in the 'File' field. Select "Individual Data Element" in the 'Individual or All Data Elements' field. Select "(52003) Plan Type" in the 'Data Element' field. Click [Print Dictionary]. Validate the report displays the updated dictionary with the "(60150) FHIR Care Plan Category" extended dictionary value populated. Close the report and the form. Treatment Plan - 'Current Status' field Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: SoapUI - Add Treatment Plan Treatment Plan SOAPUI - Delete Treatment Plan Scenario 1: Treatment Plan Web Service - Add Treatment Plan Specific Setup: A client is enrolled in an existing episode (Client A). The 'SS Treatment Plan Client Scrolling Free Text 1' field is added to the 'Treatment Plan' form via 'Site Specific Section Modeling'. (Field #52021) Steps Access SoapUI for the 'TreatmentPlan' - 'AddTreatmentPlan' web service. Enter the system code that will be used to log into Avatar in the 'SystemCode' field. Enter the user name that will be used to log into Avatar in the 'UserName' field. Enter the password that will be used to log into Avatar in the 'Password' field. Enter the desired date in the 'PlanDate' field. Enter the desired value in the 'PlanName' field. Enter the desired value in the 'PlanType' field. Enter the desired value in the 'TreatmentPlanStatus' field. Enter a valid problem code in the 'SNOMEDCode' field. Enter the corresponding problem description in the 'SNOMEDDesc' field. Enter the desired value in the 'ProblemCodeStatus' field. Enter the desired date in the 'DateOfOnset' field. Enter the desired staff ID in the 'StaffResponsible' field. Enter the desired date in the 'DateOpened' field. Enter the desired value in the 'Problem' field. Enter the desired value in the 'Status' field. Enter the desired value in the 'CurrentStatus' field. Enter "52021" in the 'SSFreeTextScrolling' - 'FieldNumber' field. Enter a value containing more than 50 characters in the 'SSFreeTextScrolling' - 'FieldValue' field. Populate any other desired fields. Enter "Client A" in the 'ClientID' field. Enter "1" in the 'EpisodeNumber' field. Enter "CWS60000" in the 'OptionID' field. Click [Run]. Validate that the 'Confirmation' field contains the unique ID for the treatment plan filed. Validate the 'Message' field contains: "Treatment Plan web service has been filed successfully". Select "Client A" and access the 'Treatment Plan' form. Select the record filed in the previous steps and click [Edit]. Validate all data filed in the previous steps is displayed. Validate the 'SS Treatment Plan Client Scrolling Free Text 1' field contains the value filed in the previous steps. Close the form. Scenario 2: Treatment Plan Web Service - Edit Treatment Plan Specific Setup: A client is enrolled in an existing episode and has a 'Treatment Plan' on file (Client A). The 'SS Treatment Plan Client Scrolling Free Text 1' field is added to the 'Treatment Plan' form via 'Site Specific Section Modeling'. (Field #52021) Steps Access SoapUI for the 'TreatmentPlan' - 'EditTreatmentPlan' web service. Enter the system code that will be used to log into Avatar in the 'SystemCode' field. Enter the user name that will be used to log into Avatar in the 'UserName' field. Enter the password that will be used to log into Avatar in the 'Password' field. Enter the original date on file in the 'PlanDate' field. Enter the desired value in the 'PlanName' field. Enter the desired value in the 'PlanType' field. Enter the desired value in the 'TreatmentPlanStatus' field. Enter a valid problem code in the 'SNOMEDCode' field. Enter the corresponding problem description in the 'SNOMEDDesc' field. Enter the desired value in the 'ProblemCodeStatus' field. Enter the desired date in the 'DateOfOnset' field. Enter the desired staff ID in the 'StaffResponsible' field. Enter the desired date in the 'DateOpened' field. Enter the desired value in the 'Problem' field. Enter the desired value in the 'Status' field. Enter the desired value in the 'CurrentStatus' field. Enter "52021" in the 'SSFreeTextScrolling' - 'FieldNumber' field. Enter a value containing more than 50 characters in the 'SSFreeTextScrolling' - 'FieldValue' field. Populate any other desired fields. Enter "Client A" in the 'ClientID' field. Enter "1" in the 'EpisodeNumber' field. Enter the unique ID for the existing 'Treatment Plan' record in the 'TPUniqueID' field. Click [Run]. Validate that the 'Confirmation' field contains the unique ID for the treatment plan filed. Validate the 'Message' field contains: "Treatment Plan web service has been filed successfully". Select "Client A" and access the 'Treatment Plan' form. Select the record filed in the previous steps and click [Edit]. Validate all data filed in the previous steps is displayed. Validate the 'SS Treatment Plan Client Scrolling Free Text 1' field contains the value filed in the previous steps. Close the form. Scenario 3: Validate the 'Set Current Status To Active When Plan Is Finalized' registry setting Specific Setup: Document Routing is disabled for the 'Treatment Plan' form. Three clients are enrolled in existing episodes (Client A, Client B, Client C). Steps Access the 'Registry Settings' form. Enter "Set Current Status To Active When Plan Is Finalized" in the 'Limit Registry Settings to the Following Search Criteria' field. Click [View Registry Settings]. Select the "Set Current Status To Active When Plan Is Finalized" registry setting for the 'Treatment Plan' form and click [OK]. Note: the registry setting will be added for all 'Treatment Plan' copies as well. Validate the 'Registry Setting' field contains "Avatar CWS->Treatment Plan->Treatment Plan->Treatment Plan->->Set Current Status To Active When Plan Is Finalized". Validate the 'Registry Setting Detail' field contains: "When set to 'Y', the treatment plan will automatically change the 'Current Status' field to "Active" when the plan is marked as Final status. When set to 'YA', the plan will automatically change the 'Current Status' field to "Active" when the plan is marked as Final status and all approvers have signed via document routing. When set to 'N', the 'Current Status' field will not be automatically updated when the plan is finalized." Validate the 'Registry Setting Value' field contains "N". This is the default value. Enter "Y" in the 'Registry Setting Value' field. Click [Submit] and close the form. Select "Client A" and access the 'Treatment Plan' form. Enter the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Populate any other required and desired fields. Select "Final" in the 'Treatment Plan Status' field. Validate "Active" is now selected in the 'Current Status' field. Click [Submit]. Access the 'Registry Settings' form. Enter "Set Current Status To Active When Plan Is Finalized" in the 'Limit Registry Settings to the Following Search Criteria' field. Click [View Registry Settings]. Select the "Set Current Status To Active When Plan Is Finalized" registry setting for the 'Treatment Plan' form and click [OK]. Enter "YA" in the 'Registry Setting Value' field. Click [Submit] and close the form. Access the 'Document Routing Setup' form. Select "Avatar CWS" in the 'Application' field. Click [Select Form]. Select "Treatment Plan" in the 'Select a form to enable Document Routing' field. Click [OK]. Select "Yes" in the 'Enable Document Routing' field. Click [File] and [OK]. Close the form. Select "Client B" and access the 'Treatment Plan' form. Enter the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Populate any other required and desired fields. Select "Final" in the 'Treatment Plan Status' field. Validate "Draft" is still selected in the 'Current Status' field. Click [Submit]. Validate a "Confirm Document" dialog is displayed for document routing. Validate all treatment plan data displays as expected. Please note: the 'Current Status' field will not be included in the document image. This is because the 'Current Status' field can be updated after a 'Treatment Plan' has been finalized. Click [Accept and Route]. Enter the password for the logged in user and click [Verify]. Select the practitioner associated to the logged in user and click [Submit]. Navigate to the 'My To Dos' widget. Validate there is a To Do for the 'Treatment Plan' sent for approval for "Client B". Approve the document. Validate the To Do is no longer displayed. Select "Client B" and access the 'Treatment Plan' form. Select the 'Treatment Plan' approved in the previous steps and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate "Active" is now selected in the 'Current Status' field. Close the form. Access the 'Registry Settings' form. Enter "Set Current Status To Active When Plan Is Finalized" in the 'Limit Registry Settings to the Following Search Criteria' field. Click [View Registry Settings]. Select the "Set Current Status To Active When Plan Is Finalized" registry setting for the 'Treatment Plan' form and click [OK]. Enter "N" in the 'Registry Setting Value' field. Click [Submit] and close the form. Select "Client C" and access the 'Treatment Plan' form. Enter the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Populate any other required and desired fields. Select "Final" in the 'Treatment Plan Status' field. Validate "Draft" is still selected in the 'Current Status' field. Click [Submit]. Validate a "Confirm Document" dialog is displayed for document routing. Validate all treatment plan data displays as expected. Please note: the 'Current Status' field will not be included in the document image. This is because the 'Current Status' field can be updated after a 'Treatment Plan' has been finalized. Click [Accept]. Enter the password for the logged in user and click [Verify]. Select "Client C" and access the 'Treatment Plan' form. Select the 'Treatment Plan' approved in the previous steps and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate "Draft" is still selected in the 'Current Status' field. Close the form. Scenario 4: Validate the 'Set Current Status to Completed On Plan End Date' registry setting Specific Setup: A client is enrolled in an existing episode (Client A). Steps Access the 'Registry Settings' form. Enter "Set Current Status To Completed On Plan End Date" in the 'Limit Registry Settings to the Following Search Criteria' field. Click [View Registry Settings]. Select the "Set Current Status To Completed On Plan End Date" registry setting for the 'Treatment Plan' form and click [OK]. Note: the registry setting will be added for all 'Treatment Plan' copies as well. Validate the 'Registry Setting' field contains "Avatar CWS->Treatment Plan->Treatment Plan->Treatment Plan->->Set Current Status To Completed On Plan End Date". Validate the 'Registry Setting Details' field contains: When set to 'Y', the treatment plan will automatically change the 'CurrentStatus' to "Completed" once the 'Plan End Date' has passed. Note: The 'Current Status' must be set to "Active" prior in order to support this functionality. When set to 'N', the 'Current Status' field will not automatically change when the 'Plan End Date' has passed. Validate the 'Registry Setting Value' field contains "N". This is the default value. Enter "Y" in the 'Registry Setting Value' field. Click [Submit] and close the form. Select "Client A" and access the 'Treatment Plan' form. Enter the yesterday's date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Enter the current date in the 'Plan End Date' field. Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Populate any other required and desired fields. Select "Final" in the 'Treatment Plan Status' field. Select "Active" in the 'Current Status' field. Click [Submit]. Wait until the next day. There is a background task that runs at 1am each morning to determine if any plans have passed the defined 'Plan End Date'. If they have, the 'Current Status' will be updated automatically to "Completed". Select "Client A" and access the 'Treatment Plan' form. Select the 'Treatment Plan' filed the day prior and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate "Completed" is now selected in the 'Current Status' field. Close the form. Scenario 5: Set System Defaults - Treatment Plan Steps Access the 'Set System Defaults' CWS form. Validate the 'Display Treatment Plans in Selection Leaf For The Selected 'Current Status' Codes' field is displayed and contains the following: Active Revoked Completed Unknown Draft Entered In Error On Hold Select the desired value(s) in the 'Display Treatment Plans in Selection Leaf For The Selected 'Current Status' Codes' field. Please note: the value(s) selected here will determine the treatment plans available for selection in Progress Note forms. If no value(s) are selected here, then treatment plans with any 'Current Status' will display in Progress Note forms. Click [Submit]. Access Crystal Reports or other SQL Reporting Tool. Select the CWS namespace. Create a report using the 'SYSTEM.cw_system_defaults' SQL table. Validate the 'disp_plan_cstat_code' field contains the code(s) associated to the value(s) selected in the previous steps. Validate the 'disp_plan_cstat_value' field contains the value(s) selected in the previous steps. Close the report. Scenario 6: Treatment Plan - SQL Validation Specific Setup: The 'Set Current Status To Active When Plan Is Finalized' registry setting is set to "N" for the 'Treatment Plan' form. The 'Set Current Status To Completed On Plan End Date' registry setting is set to "N" for the 'Treatment Plan' form. A client is enrolled in an existing episode (Client A). Steps Select "Client A" and access the 'Treatment Plan' form. Enter the current date is displayed in the 'Plan Date' field. Select the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Enter the desired value in the 'Strengths' field. Enter the desired value in the 'Weaknesses' field. Enter the desired value in the 'Discharge Planning' field. Click [Submit]. Access Crystal Reports or other SQL Reporting Tool. Select the CWS namespace. Create a report using the 'SYSTEM.cw_client_tx_plan' SQL table. Validate a row is displayed for the treatment plan for "Client A". Validate the 'current_status_code' field contains "draft". Validate the 'current_status_value' field contains "Draft". Create a report using the 'SYSTEM.tx_plan' SQL table. Validate a row is displayed for the treatment plan for "Client A". Validate the 'care_plan_text' field contains the values entered in the 'Strengths', 'Weaknesses', and 'Discharge Planning' fields. Validate the 'current_status_code' field contains "draft". Validate the 'current_status_value' field contains "Draft". Select "Client A" and access the 'Treatment Plan' form. Select the record filed in the previous steps and click [Edit]. Validate all previously filed data is displayed. Enter any new value in the 'Strengths' field. Enter any new value in the 'Weaknesses' field. Enter any new value in the 'Discharge Planning' field. Select "Final" in the 'Treatment Plan Status' field. Select "Active" in the 'Current Status' field. Click [Submit]. Access Crystal Reports or other SQL Reporting Tool. Refresh the report using the 'SYSTEM.cw_client_tx_plan' SQL table. Validate the 'current_status_code' field contains "active". Validate the 'current_status_value' field contains "Active". Refresh the report using the 'SYSTEM.tx_plan' SQL table. Validate the 'care_plan_text' field contains the new values entered in the 'Strengths', 'Weaknesses', and 'Discharge Planning' fields. Validate a row is displayed for the treatment plan for "Client A". Validate the 'current_status_code' field contains "active". Validate the 'current_status_value' field contains "Active". Close the reports. Scenario 7: Treatment Plan - File a Treatment Plan with Document Routing Specific Setup: Client is enrolled in an existing episode (Client A). The 'Treatment Plan' form must have document routing enabled. Must have the 'My To Do's' widget configured on a view. The 'Set Current Status To Active When Plan Is Finalized' registry setting is set to "N" for the 'Treatment Plan' form. The 'Set Current Status To Completed On Plan End Date' registry setting is set to "N" for the 'Treatment Plan' form. Steps Select "Client A" and access the 'Treatment Plan' form. Click [Add]. Enter the current date is displayed in the 'Plan Date' field. Select the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Click [Launch Plan]. Add a problem, goal, objective, and intervention. Click [Return to Plan] and [OK]. Hover over the problem in the 'Problems' field. Validate a "not allowed" icon displays indicating the field cannot be edited. Validate the 'Problem' is displayed in dark grey text. Select "Final" in the 'Draft/Final' field. Select "Active" in the 'Current Status' field. Click [Submit]. Validate a 'Confirm Document' dialog is displayed. Validate the user is unable to print. Validate all treatment plan data displays as expected. Please note: the 'Current Status' field will not be included in the document image. This is because the 'Current Status' field can be updated after a 'Treatment Plan' has been finalized. Click [Accept]. Enter the password and click [Verify]. Select "Client A" and access the 'Treatment Plan' form. Select the record from the previous steps and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate the plan displays as expected and fields are disabled, except for the 'Current Status' field. Select "Completed" in the 'Current Status' field. Click [Submit]. Validate a message is displayed stating: The following fields are updated: 'Current Status'. Click [OK]. Select "Client A" and access the 'Treatment Plan' form. Select the record from the previous steps and click [Edit]. Validate a message is displayed stating: This plan is marked as Final. Only the following field(s) may be updated: 'Current Status'. Do you want to continue? Click [Yes]. Validate "Completed" is selected in the 'Current Status' field. Close the form. Scenario 8: Treatment Plan - Form Validations Specific Setup: A client is enrolled in an existing episode (Client A). The 'Set Current Status To Active When Plan Is Finalized' registry setting is set to "N" for the 'Treatment Plan' form. The 'Set Current Status To Completed On Plan End Date' registry setting is set to "N" for the 'Treatment Plan' form. Steps Select "Client A" and access the 'Treatment Plan' form. Enter the current date is displayed in the 'Plan Date' field. Select the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Validate the 'Current Status' field is displayed and contains the following values: Active Draft On Hold Unknown Completed Entered In Error Revoked Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Populate any desired fields. Click [Submit]. Select "Client A" and access the 'Treatment Plan' form. Select the plan filed in the previous steps and click [Edit]. Validate all previously filed values are displayed. Close the form. Scenario 9: Treatment Plan Copy - Form Validations Specific Setup: A client is enrolled in an existing episode (Client A). A copy of the 'Treatment Plan' form exists (Treatment Plan Copy). The 'Set Current Status To Active When Plan Is Finalized' registry setting is set to "N" for the 'Treatment Plan Copy'. The 'Set Current Status To Completed On Plan End Date' registry setting is set to "N" for the 'Treatment Plan Copy'. Steps Select "Client A" and access the 'Treatment Plan Copy' form. Enter the current date is displayed in the 'Plan Date' field. Select the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Validate the 'Current Status' field is displayed and contains the following values: Active Draft On Hold Unknown Completed Entered In Error Revoked Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Populate any desired fields. Click [Submit]. Select "Client A" and access the 'Treatment Plan Copy' form. Select the plan filed in the previous steps and click [Edit]. Validate all previously filed values are displayed. Close the form. Treatment Plan - 'SYSTEM.tx_plan' SQL table Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Treatment Plan Scenario 1: Treatment Plan - SQL Validation Specific Setup: The 'Set Current Status To Active When Plan Is Finalized' registry setting is set to "N" for the 'Treatment Plan' form. The 'Set Current Status To Completed On Plan End Date' registry setting is set to "N" for the 'Treatment Plan' form. A client is enrolled in an existing episode (Client A). Steps Select "Client A" and access the 'Treatment Plan' form. Enter the current date is displayed in the 'Plan Date' field. Select the desired date in the 'Plan Date' field. Select the desired value in the 'Plan Type' field. Select "Draft" in the 'Treatment Plan Status' field. Validate "Draft" is now selected in the 'Current Status' field. Enter the desired value in the 'Strengths' field. Enter the desired value in the 'Weaknesses' field. Enter the desired value in the 'Discharge Planning' field. Click [Submit]. Access Crystal Reports or other SQL Reporting Tool. Select the CWS namespace. Create a report using the 'SYSTEM.cw_client_tx_plan' SQL table. Validate a row is displayed for the treatment plan for "Client A". Validate the 'current_status_code' field contains "draft". Validate the 'current_status_value' field contains "Draft". Create a report using the 'SYSTEM.tx_plan' SQL table. Validate a row is displayed for the treatment plan for "Client A". Validate the 'care_plan_text' field contains the values entered in the 'Strengths', 'Weaknesses', and 'Discharge Planning' fields. Validate the 'current_status_code' field contains "draft". Validate the 'current_status_value' field contains "Draft". Select "Client A" and access the 'Treatment Plan' form. Select the record filed in the previous steps and click [Edit]. Validate all previously filed data is displayed. Enter any new value in the 'Strengths' field. Enter any new value in the 'Weaknesses' field. Enter any new value in the 'Discharge Planning' field. Select "Final" in the 'Treatment Plan Status' field. Select "Active" in the 'Current Status' field. Click [Submit]. Access Crystal Reports or other SQL Reporting Tool. Refresh the report using the 'SYSTEM.cw_client_tx_plan' SQL table. Validate the 'current_status_code' field contains "active". Validate the 'current_status_value' field contains "Active". Refresh the report using the 'SYSTEM.tx_plan' SQL table. Validate the 'care_plan_text' field contains the new values entered in the 'Strengths', 'Weaknesses', and 'Discharge Planning' fields. Validate a row is displayed for the treatment plan for "Client A". Validate the 'current_status_code' field contains "active". Validate the 'current_status_value' field contains "Active". Close the reports. Dictionary Update - Goal 'Status' dictionary Scenario 1: Dictionary Update - Validate the goal 'Status' dictionary Specific Setup: Existing dictionary values on file for the 'CWS' - '(54014) Status' dictionary. Steps Access the 'Dictionary Update' CWS form. Select "CWS" in the 'File' field. Select "(54014) Status" in the 'Data Element' field. Enter an existing code in the 'Dictionary Code' field. Validate the 'Dictionary Value' field populates accordingly. Validate the 'Extended Dictionary Data Element' field contains "(60152) FHIR Goal Status" and select it. Select the desired value in the 'Extended Dictionary Value (Single Dictionary)' field. Click [Apply Changes]. Validate a message is displayed stating: Filed! Click [OK]. Select the "Print Dictionary" section. Select "CWS" in the 'File' field. Select "Individual Data Element" in the 'Individual or All Data Elements' field. Select "(54014) Status" in the 'Data Element' field. Click [Print Dictionary]. Validate the report displays the updated dictionary with the "(60152) FHIR Goal Status" extended dictionary value populated. Close the report and the form.	Topics • Treatment Plan • Dictionary • Web Services • Registry Settings • Set System Defaults • Query/Reporting
2022 Update 125 Summary \| Details Task List - Stat and Unscheduled one-time-only pharmacy orders Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Task Definitions Task Associations Scenario 1: Task List - Discontinuing a One Time Only order with associated Task Specific Setup: A client must have an active episode. (Client A) “Client A” must have a ‘Date of Birth’, ‘Sex’ and address on file in the ‘Update Client Data’ form, as well as information filed in the ‘Allergies and Hypersensitivities’ form, ‘Diagnosis’ form, and in the ‘Height’ and ‘Weight’ fields in the ‘Vitals Entry’ form. Steps Access the 'Task Definitions' form. Select "Add" from the 'Add/Edit Task Definition' field. Set the 'New Task Code' field to "onetime" and press Tab. Set the 'Task Title' field to "One Time Only" and click [Submit]. Validate a message is displayed that states: "Form Return Task Definitions has completed. Do you wish to return to form?" and click [No]. Access the 'Task Associations' form. Select "Task Definition" from the 'Task Type' field. Search for and select "One Time Only (onetime)" from the 'Task Group/Definition' field. Select "Add" from the 'Add/Edit/Delete Association' field. Select "Order Entry" from the 'Order Event' field. Search for and select "BIONECT 0.2 % CREAM TOPICAL APPLICATION" from the 'Order Code' field. Click [Update Associations] and [Submit]. Validate a message is displayed that states: "Form Return Task Associations has completed. Do you wish to return to form?" and click [No]. Select "Client A" and access the Order Entry Console. Search for and select "BIONECT 0.2 % CREAM TOPICAL APPLICATION" from the 'New Order' field. Set the 'Dose' field to "1". Select "app" from the 'Dose Unit' field. Select "ONE TIME ONLY" from the 'Freq' field. Set the 'Duration' field to "1" and click [Days]. Click [Add to Scratchpad] and [Sign]. Validate the 'Order grid' contains an order for "BIONECT 0.2 % TOPICAL APPLICATION CREAM 1 app, ONE TIME ONLY". Access the 'Task List' widget. Search for and select "Client A" from the 'Search Patients' field. Validate one "One Time Only" task is created under the 'Unscheduled' column. Access the Order Entry Console. Select the "BIONECT 0.2 % CREAM TOPICAL APPLICATION" order and click [D/C]. Click [Add to Scratchpad] and [Sign]. Access the 'Task List' widget. Search for and select "Client A" from the 'Search Patients' field. Validate the "One Time Only" task is removed from the Unscheduled column. NX - Task List Enhancements Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Task List Task Definitions Task Associations Scenario 1: Task List - Complete "Other" Order Types Steps Internal testing only.	Topics • NX • myAvatar/myAvatar NX • Task List
2022 Update 126 Summary \| Details User modeled form - Form submission Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Problem List Scenario 1: Problem List - Validating modeled form submission and update in the 'Problem List' form Specific Setup: A modeled form exists which has an Alias definition for Diagnosis. Note the name of the form. Avatar 2022 CWS Update 69 is required for full functionality. Avatar 2022 CareFabric Update 54 is required for full functionality. Avatar 2022 PM Update 81or Avatar Cal-PM Update 39 is required for full functionality. Registry Setting: 'Avatar PM->Client Information->Diagnosis->->->Default 'Add To Problem List' to "Yes" on New Diagnosis' = 'Y'. Admission: A new client is admitted, or an existing client is identified. Note the client's id/name. Steps Open the user modeled form from Setup. Complete the first form section 'Diagnosis General Data" and complete the second form section 'Diagnosis Row 1'. Please note : Do not answer "Add To Problem List" on this form section. Do not complete the last two form sections. Verify the form files successfully. Open the 'Problem List' form for the same client. Click [View/Enter Problems]. Verify the report displays a row which contains the information from the modeled form. Click [Close]. Click [Close Form]. Open the 'Registry Setting' form. Change the registry setting 'Avatar PM->Client Information->Diagnosis->->->Default 'Add To Problem List' to "Yes" on New Diagnosis 'Default 'Add To Problem List' to 'Yes' on New Diagnosis Entry' to 'N'. Submit the form. Open the user modeled form from Setup. Complete the first form section 'Diagnosis General Data" and complete the second form section 'Diagnosis Row 1'. Please note : Do not answer "Add To Problem List" on this form section. Do not complete the last two form sections. Verify the form files successfully. Open the 'Problem List' form for the same client. Click [View/Enter Problems]. Verify the report does not display a row which contains the information from the modeled form. Click [Close]. Click [Close Form]. Open the user modeled form from Setup. Complete all the sections of the form. Click [Submit]. Verify the form files successfully.	Topics • Modeling • Problem List
2022 Update 128 Summary \| Details Launch OrderConnect Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Launch OrderConnect Current Medication Profile Scenario 1: Creating an order in OrderConnect via Single Sign On in 'Launch OrderConnect'. Steps Internal testing only	Topics • OrderConnect • NX
2022 Update 129 Summary \| Details Site Specific Section Modeling - Product Custom Logic Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Diagnosis Financial Eligibility Practitioner Numbers By Guarantor And Program Practitioner Enrollment Program Maintenance Create Interim Billing Batch File Print Bill Electronic Billing Scenario 1: Registry Setting - Define Alternate Values for 837P-2300-NTE-02 (HCFA-1500 Form Locator 19) = Y Specific Setup: Registry Setting: Avatar PM->System Maintenance->System Definition->Practitioner Numbers->->Enable New Practitioner Numbers By Guarantor and Program Form = ‘Y’. Avatar PM->System Maintenance->System Definition->Practitioner Numbers->->Specify Additional Fields To Show = ‘2’, at a minimum. Avatar PM->Billing->Electronic Billing->All 837 Submissions->->Include Notes From Charge Input = 'N'. Avatar PM->Billing->Electronic Billing->837 Professional->->Define Alternate Values for 837P-2300-NTE-02 (HCFA-1500 Form Locator 19) = ‘Y’. Client A: Identify an active client that can be billed using 837 Professional or HCFA-1500 billing. Note the client’s program. Validate that there is an active Diagnosis record. Validate that there is an active Financial Eligibility record, noting the guarantor(s). Note the Financial Class(es). Guarantor/Program Billing Defaults Edit the desired template that contains the client's program and guarantor(s). Paper CMS 1500: Place a checkmark in the 'Participating Provider Information for AHCCCS Billing' checkbox of the 'Form Locator 19 Alternate Value' field. 837 Professional: Place a checkmark in the 'Participating Provider Information for AHCCCS Billing' checkbox of the 'Claim Note Text (837P-2300-NTE-02) Alternate Value' field. Practitioner Enrollment: Identify a minimum of two practitioners that are used for billing services. Practitioner Numbers By Guarantor and Program: Add unique values, for each practitioner, to the following fields, noting the values. 'HCFA-1500 Form Locator 19'. 'Claim Note Reference Code (837P-2300-NTE-01)'. 'Claim Note Text (837P-2300-NTE-01)'. CWS Dictionary Update: Other CWS Tabled Files – Select a ‘SS Note Single Response Dictionary’. In this example this dictionary was selected: (7271.3) SS Note Single Response Dictionary 100. Add ‘Dictionary Codes and Values. The codes represent the School ID and the values represent the School Name. CWS Dictionary Update: CWS – Select the same ‘SS Note Single Response Dictionary’. In this example this dictionary was selected: (7271.3) SS Note Single Response Dictionary 100. Add ‘Dictionary Codes and Values. The codes represent the School ID and the values represent the School Name. Site Specific Section Modeling (CWS). Select a 'Progress Note' form to add a modeled field to, such as Progress Notes (Group and Individual). Add a new row that will use the ‘SS Note Single Response Dictionary’ selected above. Select desired value in 'Initially Required'. Select desired value in 'Exclude from Data Collection Instrument'. Select 'Use as 'File as Claim Note Text' in 837P-2300-NTE-02/HCFA-1500 FL 19 - Single Response Dictionary Submit the form. Client Charge Input: Create a charge for the client and one of the practitioners. Note the date. Progress Notes: Using the modeled form, create a charge for the client and the other practitioner. Note the date. Create Interim Billing Batch File is used to create a batch for the two services. Close Charges is used to close the charges. Steps Open ‘Print Bill’. Enter the last date of service in ‘Print Charges Thru’. Select ‘No’ in ‘Create Claims Y/N’. Select ‘HCFA-1500-NPI Version (Sort By Practitioner) in ‘Print On What Form’. Select ‘Yes’ in ‘Print For Interim Batch’. Select desired ‘Interim Batch Number’. Click [Process]. Validate that ‘Form Locator 19’ field contains the value added to ‘Practitioner Numbers By Guarantor and Program’ during setup for the service practitioner. Go to the next page of the bill and validate that ‘Form Locator 19’ field contains the value added to ‘ Practitioner Numbers By Guarantor and Program’ during setup for the service practitioner. Close the report. Close the form. Open ‘Electronic Billing’. Select ‘837-Professional’ in ‘Billing Form’. Select the desired ‘Financial Class’ in ‘Type Of Bill’. Select ‘Individual’ in ‘Individual Or All Guarantors’. Select the desired ‘Guarantor’. Select desired value in ‘Billing Type’. Select ‘Sort File’ in ‘Billing Options’. Enter desired ‘File Description’. Select ‘Interim Batch’ in ‘All Clients Or Interim Billing Batch’. Select ‘desired ‘Interim Billing Batch Number’. Select ‘No’ in ‘Create Claims’. Enter the ‘First Date Of Service To Include’. Enter the ‘Last Date Of Service To Include’. Select ‘All’ in ‘Include Primary and/or Secondary Billing’. Click [Process]. Click [OK] on ‘Compile Complete’ message. Select ‘Dump File’ in ‘Billing Options’. Select ‘Print’ in ‘Select ‘Dump File’ in ‘Billing Options’. Select the ‘File’, which contains the ‘File Description’ added above. Click [Process]. Validate that the claim loop does contains an NTE segment, that displays the data added to 'Practitioner Numbers by Guarantor and Program' during Setup, for fields 'Claim Note Reference Code (837P-2300-NTE-01' and 'Claim Note Text (837P-2300-NTE-01)'. The NTE segment will also contain the data from the Site Specific Section Modeling field for the service created by the progress note. The field will dispaly as 'OBxx', where 'OB' is the prefix and 'xx' is the dictionary code Close the report. Close the form. Scenario 2: Registry Setting - Define Alternate Values for 837P-2300-NTE-02 (HCFA-1500 Form Locator 19) = N Specific Setup: Registry Setting: Avatar PM->System Maintenance->System Definition->Practitioner Numbers->->Enable New Practitioner Numbers By Guarantor and Program Form = ‘Y’. Avatar PM->System Maintenance->System Definition->Practitioner Numbers->->Specify Additional Fields To Show = ‘2’, at a minimum. Avatar PM->Billing->Electronic Billing->All 837 Submissions->->Include Notes From Charge Input = 'N'. Avatar PM->Billing->Electronic Billing->837 Professional->->Define Alternate Values for 837P-2300-NTE-02 (HCFA-1500 Form Locator 19) = ‘N’. Client A: Identify an active client that can be billed using 837 Professional or HCFA-1500 billing. Note the client’s program. Validate that there is an active Diagnosis record. Validate that there is an active Financial Eligibility record, noting the guarantor(s). Note the Financial Class(es). Practitioner Enrollment: Identify a minimum of two practitioners that are used for billing services. Practitioner Numbers By Guarantor and Program: The field 'HCFA-1500 Form Locator 19' has been added to the form. For the practitioners selected above, select the clients’ program and guarantors, and edit the existing record to add unique values to the 'HCFA-1500 Form Locator 19' field. CWS Dictionary Update: Other CWS Tabled Files – Select a ‘SS Note Single Response Dictionary’. In this example this dictionary was selected: (7271.3) SS Note Single Response Dictionary 100. Add ‘Dictionary Codes and Values. The codes represent the School ID and the values represent the School Name. CWS Dictionary Update: CWS – Select the same ‘SS Note Single Response Dictionary’. In this example this dictionary was selected: (7271.3) SS Note Single Response Dictionary 100. Add ‘Dictionary Codes and Values. The codes represent the School ID and the values represent the School Name. Site Specific Section Modeling (CWS). Select a 'Progress Note' form to add a modeled field to, such as Progress Notes (Group and Individual). Add a new row that will use the ‘SS Note Single Response Dictionary’ selected above. Select desired value in 'Initially Required'. Select desired value in 'Exclude from Data Collection Instrument'. Select 'Use as 'File as Claim Note Text' in 837P-2300-NTE-02/HCFA-1500 FL 19 - Single Response Dictionary Submit the form. Client Charge Input: Create a charge for the client and one of the practitioners. Note the date. Progress Notes: Using the modeled form, create a charge for the client and the other practitioner. Note the date. Create Interim Billing Batch File is used to create a batch for the two services. Close Charges is used to close the charges. Steps Open ‘Print Bill’. Enter the last date of service in ‘Print Charges Thru’. Select ‘No’ in ‘Create Claims Y/N’. Select ‘HCFA-1500-NPI Version (Sort By Practitioner) in ‘Print On What Form’. Select ‘Yes’ in ‘Print For Interim Batch’. Select desired ‘Interim Batch Number’. Click [Process]. Validate that ‘Form Locator 19’ field contains the value added to ‘ Practitioner Numbers By Guarantor and Program’ during setup for the service practitioner. Go to the next page of the bill and validate that ‘Form Locator 19’ field contains the value added to ‘ Practitioner Numbers By Guarantor and Program’ during setup for the service practitioner. Close the report. Close the form. Open ‘Electronic Billing’. Select ‘837-Professional’ in ‘Billing Form’. Select the desired ‘Financial Class’ in ‘Type Of Bill’. Select ‘Individual’ in ‘Individual Or All Guarantors’. Select the desired ‘Guarantor’. Select desired value in ‘Billing Type’. Select ‘Sort File’ in ‘Billing Options’. Enter desired ‘File Description’. Select ‘Interim Batch’ in ‘All Clients Or Interim Billing Batch’. Select ‘desired ‘Interim Billing Batch Number’. Select ‘No’ in ‘Create Claims’. Enter the ‘First Date Of Service To Include’. Enter the ‘Last Date Of Service To Include’. Select ‘All’ in ‘Include Primary and/or Secondary Billing’. Click [Process]. Click [OK] on ‘Compile Complete’ message. Select ‘Dump File’ in ‘Billing Options’. Select ‘Print’ in ‘Select ‘Dump File’ in ‘Billing Options’. Select the ‘File’, which contains the ‘File Description’ added above. Click [Process]. Validate that the claim loop does not contain an NTE segment. Close the report. Close the form.	Topics • Print Bill • Progress Notes • 837 Professional • NX
2022 Update 130.1 Summary \| Details 'Progress Notes (Group and Individual)' forms Scenario 1: 'Progress Notes (Group and Individual)' - New Service note Specific Setup: A client must be defined (Client A). The 'Progress Notes' widget must be accessible on the HomeView. Steps Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select "New Service" in the 'Progress Note For' field. Select any value in the 'Note Type' field. Enter any value in the 'Notes Field' field. Enter the current date in the 'Date Of Service' field. Enter any service code in the 'Service Charge Code' field. Enter any value in the 'Service Duration' field. Select "Final" in the 'Draft/Final' field. Click [File Note]. Validate a message is displayed stating: Note Filed. Click [OK] and close the form. Select "Client A" and navigate to the 'Progress Notes' widget. Validate the note filed in the previous steps is displayed. Scenario 2: Progress Notes (Group and Individual) Copy - Existing Service Specific Setup: A copy of the 'Progress Notes (Group and Individual)' form is defined (Progress Notes (Group and Individual) Copy). A client is enrolled in an existing episode and has an existing service on file (Client A). The 'Progress Notes' widget must be accessible on the HomeView. Steps Access the 'Progress Notes (Group and Individual) Copy' form. Select "Client A" in the 'Select Client' field. Select "Existing Service" in the 'Progress Note For' field. Select the existing service for "Client A" in the 'Note Addresses Which Existing Service/Appointment' field. Select any value in the 'Note Type' field. Enter any value in the 'Notes Field' field. Select "Final" in the 'Draft/Final' field. Click [File Note]. Validate a message is displayed stating: Note Filed. Click [OK] and close the form. Select "Client A" and navigate to the 'Progress Notes' widget. Validate the note filed in the previous steps is displayed. The 'Clinical Notes Mapping' form Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Clinical Notes Mapping Health and Review of Systems CareFabric Monitor Ambulatory Progress Notes (Diagnosis Entry) Inpatient Progress Notes (Diagnosis Entry) Scenario 1: Clinical Notes Mapping - Form Validations Steps Access the 'Clinical Notes Mapping' form. Validate the 'Type of CCDA Document' field is displayed and contains the following values: Clinical Summary Progress Note Consultation Note History and Physical Note Discharge Summary Select the desired value in the 'Type of CCDA Document' field. Validate the 'Care Record Form To Map' field is displayed and contains the forms selected in the 'Flag Assessment Forms' form. Select the desired value in the 'Care Record Form To Map' field. For example, "Ambulatory Progress Notes". Validate the 'Note Type to Map' field is displayed. This field becomes enabled/required only when a progress note form is selected in the 'Care Record Form to Map' field. Select the desired value in the 'Note Type to Map' field. Validate the 'CCDA Document Title' field is displayed and contains the value selected in the 'Type of CCDA Document' field. Click on the help message for the 'Standard Sections To Include to CCD' field. Validate the help message contains the following: Allergies and Intolerances - Current active allergies at time of note creation. Discharge Diagnosis - Primary discharge diagnosis at time of note creation. Immunizations - Immunization history at time of note creation. Lab Results - Any lab results with a 'Received Date' that is equal to 'Note Date'. Medical Equipment - Any implantable devices at time of note creation. Medications - Current Home Medications at time of note creation. Problems - Any current and resolved problems at time of note creation. Procedures - Procedures completed day of visit. Social History - Social history completed day of visit. Vital Signs - Any vitals captured day of note creation. Close the help message. Validate the 'Standard Sections To Include to CCD' field is displayed and contains the following values: Allergies and Intolerances Medical Equipment Social History Discharge Diagnosis Medications Vital Signs Immunizations Problems Results Procedures Select the desired value(s) in the 'Standard Sections To Include to CCD' field. Validate the 'This note is a MedNote Progress Note' field is displayed and contains the following values: Psychiatry Primary Care Select the desired value in the 'This note is a MedNote Progress Note' field. Validate the 'Enabled' field is displayed and contains the following values: Yes No Select the desired value in the 'Enabled' field. Validate the [Copy Mapping] button is displayed. This allows the user to copy mappings from one record to another, if desired. Click [Copy Mapping]. Validate a 'Copy Mapping' dialog is displayed and contains any existing mappings & a default mapping for MedNote. Click [Cancel]. Validate the 'Field Settings' grid is displayed and contains the following columns: CCDA Field Name - the value selected here will determine what section will be populated in the 'ClinicalNoteFinalized' SDK event payload. Care Record Form/Assessment - this field includes the following: Forms selected in 'Flag Assessment Forms' The 'Health and Review of Systems' form Any defined assessment engine assessment tables The following SQL tables: 'SYSTEM.care_fabric_visit_follow_up', 'SYSTEM.care_fabric_visits', 'care_fabric_visit_referrals' Care Record Field Name - this field will include the field/column names according to the value selected in the 'Care Record Form/Assessment' field. Include Label with Text - when selected, the selected field label will be added in front of the value in the 'ClinicalNoteFinalized' SDK event payload. Click [New Row] in the 'Field Settings' grid. Add any desired mappings. Validate the 'Remove Mapping' button is displayed. Validate the 'Display Mappings for 'Type of CCDA Document' field is displayed. Click [Submit] and [Yes] to return to form. Access Crystal Reports or other SQL Reporting Tool. Create a report using the SYSTEM.cw_clinical_notes_mapping' SQL table. Validate rows are displayed for the mappings filed in the previous steps. Navigate back to the 'Clinical Notes Mapping' form. Select the value filed in the previous steps in the 'Type of CCDA Document' field. Select the value filed in the previous steps in the 'CareRecord Form to Map' field. Select the value filed in the previous steps in the 'Note Type to Map' field. Validate all other filed data now populates accordingly. Click [Display Mappings for 'Type of CCDA Document']. Validate a report is displayed with the filed mapping. Close the report. Click [Remove Mapping]. Validate a message is displayed stating: This will remove the mapping for the selected 'Type of CCDA Document' and 'CareRecord Form to Map'. Continue? Click [Yes]. Validate a message is displayed stating: Removed. Click [OK] and validate the previously filed data is no longer displayed. Close the form. Access Crystal Reports or other SQL Reporting Tool. Refresh the report using the 'SYSTEM.cw_clinical_notes_mapping' SQL table. Validate the row(s) removed in the previous steps are no longer displayed. Close the report. Scenario 2: Clinical Notes Mapping - Mapping Maintenance Steps Access the 'Clinical Notes Mapping' form. Select "History and Physical Note" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Activities of Daily Living Assessment (CWS29000)" in the 'Care Record Form To Map' field. Select "Allergies and Intolerances" and "Social History" in the 'Standard Sections To Include To CCD' field. Select "Yes" in the 'Enabled' field. Click [New Row] in the 'Field Settings' grid. Select "Chief Complaint" in the 'CCDA Field Name' field. Select "[Avatar CWS] Activities of Daily Living Assessment (CWS29000)" in the 'Care Record Form/Assessment' field. Select "Bathing" in the 'Care Record Field Name' field. Click [Submit] and [Yes] to return to form. Select the "Mapping Maintenance" section. Click [Export Mapping]. Select the mapping added in the previous steps and click [OK]. Navigate to the desired export location and click [Save]. Open the exported file and validate it displays as expected. Select the "Clinical Notes Mapping" section. Select "History and Physical Note" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Activities of Daily Living Assessment (CWS29000)" in the 'Care Record Form To Map' field. Validate all previously filed data is displayed. Click [Remove Mapping]. Validate a message is displayed stating: This will remove the mapping for the selected 'Type of CCDA Document' and 'Care Record Form to Map'. Continue? Click [Yes]. Validate a message is displayed stating: Removed. Click [OK]. Select the "Mapping Maintenance" section. Click [Import Mapping]. Navigate to the location of the exported mapping and select it. Validate a message is displayed stating: Imported Successfully. Click [OK]. Select the "Clinical Notes Mapping" section. Select "History and Physical Note" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Activities of Daily Living Assessment (CWS29000)" in the 'Care Record Form To Map' field. Validate "Allergies and Intolerances" and "Social History" are selected in the 'Standard Sections To Include To CCD' field. Validate "Yes" is selected in the 'Enabled' field. Validate "Chief Complaint" is selected in the 'CCDA Field Name' field. Validate "[Avatar CWS] Activities of Daily Living Assessment (CWS29000)" is selected in the 'Care Record Form/Assessment' field. Validate "Bathing" is selected in the 'Care Record Field Name' field. Close the form. Progress Notes - 'Are you releasing to myHealthPointe or External providers' field Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Health and Review of Systems Clinical Notes Mapping CareFabric Monitor Practitioner Enrollment Ambulatory Progress Notes (Diagnosis Entry) Inpatient Progress Notes (Diagnosis Entry) Scenario 1: File a new progress note using the 'WEBSVC.ProgressNotes.Client.Request' web service Specific Setup: The 'Progress Notes (Group and Individual)' form is flagged in the 'Flag Assessment Forms' form. A mapping is defined in 'Clinical Notes Mapping' for the 'Progress Notes (Group and Individual)' form and a note type (Note Type A). A client must be enrolled in an existing episode (Client A). Must have the 'Progress Notes' widget accessible from the HomeView. Steps Access SOAPUI for the 'ProgressNotes.Client.Request' - 'AddProgressNotes' web service. Enter the system code that will be used to log on in the 'SystemCode' field. Enter the username that will be used to log on in the 'UserName' field. Enter the password for the user logging on in the 'Password' field. Enter the desired practitioner ID in the 'Practitioner' field. Enter the desired in the 'NotesField' field. Enter "Note Type A" in the 'NoteType' field. Enter the desired value in the 'Location' field. Enter "F" in the 'DraftFinal' field. Enter "N" in the 'ProgressNoteFor' field. Enter the desired value in the 'ServiceChargeCode' field. Enter the desired value in the 'ServiceProgram' field. Enter the desired date in the 'DateOfService' field. Enter the desired value in the 'ReleaseType' field. This field files to the 'Are you releasing to myHealthPointe or External providers?' field. The accepted values are one of the following, which can be found in 'Dictionary Update (CWS)' form under the "CWS" file, "(51403) Are you releasing to myHealthPointe or External Providers?" data element: "01" = myHealthPointe "02" = External "03" = Both "04" = None Enter "Client A's" PATID in the 'ClientID' field. Enter the desired episode in the 'EpisodeNumber' field. Enter "CWSPN22000" in the 'Option' field. Click [Run]. Validate the 'Confirmation' field contains a Unique ID (ex. Unique ID: NOT65244.001). Validate the 'Message' field contains: Progress Notes web service has been filed successfully. Select "Client A" and navigate to the 'Progress Notes' widget. Validate the 'Progress Notes' widget contains the progress note filed via web service in the previous steps. Validate all previously filed data is displayed. Validate the 'Are you releasing to myHealthPointe or External providers?' field contains the previously filed value. Scenario 2: Clinical Notes Mapping - Ambulatory Progress Notes - Validate the 'ClinicalNoteFinalized' SDK event Specific Setup: A client is enrolled in an outpatient episode (Client A). The 'Ambulatory Progress Notes' form is flagged in the 'Flag Assessment Forms' form. Steps Access the 'Clinical Notes Mapping' form. Select "Clinical Summary" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Ambulatory Progress Notes (CWS7001)" in the 'Care Record Form to Map' field. Select "Activities" in the 'Note Type to Map' field. Validate the 'CCDA Document Title' field contains "Clinical Summary". Select "Allergies and Intolerances" in the 'Standard Sections To Include To CCD' field. Select "Yes" in the 'Enabled' field. Click [New Row] in the 'Field Settings' grid. Select "Health Concerns" in the 'CCDA Field Name' field. Select "[Avatar CWS] Health and Review of Systems (CWS42000)" in the 'Care Record Form/Assessment' field. Select "Family History" in the 'Care Record Field Name' field. Click [Submit] and close the form. Select "Client A" and access the 'Health and Review of Systems' form. Enter the current date in the 'Assessing Date' field. Select the desired value in the 'Type of Client' field. Enter the desired value in the 'Family History' field. Select the desired value in the 'Include In Syndromic Reporting' field. Populate any other desired fields. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Select "Client A" and access the 'Ambulatory Progress Notes' form. Select "Independent Note" in the 'Progress Note For' field. Select "Activities" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is visible and required. Please note: this field will only become visible when a note type that is mapped in the 'Clinical Notes Mapping' form is selected for the progress note form being used. Select "None" in the 'Are you releasing to myHealthPointe or External providers?' field. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Access the 'CareFabric Monitor' form. Enter the current date in the 'From Date' and 'Through Date' fields. Select "Client A" in the 'Client ID' field. Select "ClinicalNoteFinalized" in the 'Event/Action Search' field. Click [View Activity Log]. Validate a 'ClinicalNoteFinalized' record is displayed. Click [Click To View Record]. Validate the 'documentDescription' field contains "Clinical Summary". Validate the 'documentID' - 'id' field contains a unique identifier. Validate the 'documentTitle' field contains "Clinical Summary". Validate the 'healthConcerns' field contains the 'Family History' filed in the 'Health and Review of Systems' form. Validate the 'includedSectionCodes' - 'code' field contains "Allergies and Intolerances". Validate the 'includedSectionCodes' - 'displayName' field contains "Allergies and Intolerances". Validate the 'isReleaseExternal' field contains "false". Validate the 'isReleaseToPatient' field contains "false". Close the report and the form. Scenario 3: Clinical Notes Mapping - Progress Notes (Group and Individual) - Validate the 'ClinicalNoteFinalized' SDK event Specific Setup: A client is enrolled in an existing episode (Client A). The 'Progress Notes (Group and Individual)' form is flagged in the 'Flag Assessment Forms' form. Steps Access the 'Clinical Notes Mapping' form. Select "Progress Note" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Progress Notes (Group and Individual) (CWSPN22000)" in the 'Care Record Form to Map' field. Select "Activities" in the 'Note Type to Map' field. Validate the 'CCDA Document Title' field contains "Progress Note". Select "Social History" in the 'Standard Sections To Include To CCD' field. Select "Yes" in the 'Enabled' field. Click [New Row] in the 'Field Settings' grid. Select "History of Present Illness" in the 'CCDA Field Name' field. Select "[Avatar CWS] Health and Review of Systems (CWS42000)" in the 'Care Record Form/Assessment' field. Select "Past History" in the 'Care Record Field Name' field. Click [Submit] and close the form. Select "Client A" and access the 'Health and Review of Systems' form. Enter the current date in the 'Assessing Date' field. Select the desired value in the 'Type of Client' field. Enter the desired value in the 'Past History' field. Select the desired value in the 'Include In Syndromic Reporting' field. Populate any other desired fields. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select the existing episode in the 'Select Episode' field. Select "New Service" in the 'Progress Note For' field. Select "Activities" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Select the desired practitioner in the 'Practitioner' field. Enter the current date in the 'Date Of Service' field. Select the desired service code in the 'Service Charge Code' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is visible and required. Please note: this field will only become visible when a note type that is mapped in the 'Clinical Notes Mapping' form is selected for the progress note form being used. Select "External" in the 'Are you releasing to myHealthPointe or External providers?' field. Select "Final" in the 'Draft/Final' field. Click [File Note]. Validate a message is displayed stating: Note Filed. Click [OK] and close the form. Access the 'CareFabric Monitor' form. Enter the current date in the 'From Date' and 'Through Date' fields. Select "Client A" in the 'Client ID' field. Select "ClinicalNoteFinalized" in the 'Event/Action Search' field. Click [View Activity Log]. Validate a 'ClinicalNoteFinalized' record is displayed. Click [Click To View Record]. Validate the 'documentDescription' field contains "Progress Note". Validate the 'documentID' - 'id' field contains a unique identifier. Validate the 'documentTitle' field contains "Progress Note". Validate the 'historyOfPresentIllness' field contains the 'Past History' filed in the 'Health and Review of Systems' form. Validate the 'includedSectionCodes' - 'code' field contains "Social History". Validate the 'includedSectionCodes' - 'displayName' field contains "Social History". Validate the 'isReleaseExternal' field contains "true". Validate the 'isReleaseToPatient' field contains "false". Close the report and the form. Scenario 4: Clinical Notes Mapping - Inpatient Progress Notes - Validate the 'ClinicalNoteFinalized' SDK event Specific Setup: A client is enrolled in an inpatient episode (Client A). The 'Inpatient Progress Notes' form is flagged in the 'Flag Assessment Forms' form. Steps Access the 'Clinical Notes Mapping' form. Select "Clinical Summary" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Inpatient Progress Notes (CWS7000)" in the 'Care Record Form to Map' field. Select "Activities" in the 'Note Type to Map' field. Validate the 'CCDA Document Title' field contains "Clinical Summary". Select "Allergies and Intolerances" in the 'Standard Sections To Include To CCD' field. Select "Yes" in the 'Enabled' field. Click [New Row] in the 'Field Settings' grid. Select "Chief Complaint" in the 'CCDA Field Name' field. Select "[Avatar CWS] Health and Review of Systems (CWS42000)" in the 'Care Record Form/Assessment' field. Select "Chief Complaint" in the 'Care Record Field Name' field. Click [Submit] and close the form. Select "Client A" and access the 'Health and Review of Systems' form. Enter the current date in the 'Assessing Date' field. Select the desired value in the 'Type of Client' field. Enter the desired value in the 'Chief Complaint' field. Select the desired value in the 'Include In Syndromic Reporting' field. Populate any other desired fields. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Select "Client A" and access the 'Inpatient Progress Notes' form. Select "Independent Note" in the 'Progress Note For' field. Select "Activities" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is visible and required. Please note: this field will only become visible when a note type that is mapped in the 'Clinical Notes Mapping' form is selected for the progress note form being used. Select "Both" in the 'Are you releasing to myHealthPointe or External providers?' field. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Access the 'CareFabric Monitor' form. Enter the current date in the 'From Date' and 'Through Date' fields. Select "Client A" in the 'Client ID' field. Select "ClinicalNoteFinalized" in the 'Event/Action Search' field. Click [View Activity Log]. Validate a 'ClinicalNoteFinalized' record is displayed. Click [Click To View Record]. Validate the 'chiefComplaint' field contains the 'Chief Complaint' filed in the 'Health and Review of Systems' form. Validate the 'documentDescription' field contains "Clinical Summary". Validate the 'documentID' - 'id' field contains a unique identifier. Validate the 'documentTitle' field contains "Clinical Summary". Validate the 'includedSectionCodes' - 'code' field contains "Allergies and Intolerances". Validate the 'includedSectionCodes' - 'displayName' field contains "Allergies and Intolerances". Validate the 'isReleaseExternal' field contains "true". Validate the 'isReleaseToPatient' field contains "true". Close the report and the form. Scenario 5: Validate the 'Default 'Are you releasing to myHealthPointe or External Providers'' registry setting Specific Setup: A client is enrolled in an existing episode (Client A). A note type (Note Type A) mapping is defined in the 'Clinical Notes Mapping' form for the 'Progress Notes (Group and Individual)' form. Steps Access the 'Registry Settings' form. Enter "Default 'Are you releasing to myHealthPointe or External providers?'" in the 'Select Registry Setting' field. Click [View Registry Settings]. Validate the 'Default 'Are you releasing to myHealthPointe or External providers?'' registry setting is displayed for all progress note forms. Select the registry setting for the 'Progress Notes (Group and Individual)' form and click [OK]. Validate the 'Registry Setting' field contains: Avatar CWS->Progress Notes->Progress Notes (Group and Individual)->->->Default 'Are you releasing to myHealthPointe or External providers?' Validate the 'Registry Setting Details' field contains: This registry setting gives an end-user the ability to specify the code that will be defaulted to the 'Are you releasing to myHealthPointe or External providers?' field. Entering a blank value disables this functionality. Validate the 'Registry Setting Value' field is blank. The accepted values are one of the following, which can be found in 'Dictionary Update (CWS)' form under the "CWS" file, "(51403) Are you releasing to myHealthPointe or External Providers?" data element: "01" = myHealthPointe "02" = External "03" = Both "04" = None Enter "01" in the 'Registry Setting Value' field. Click [Submit] and close the form. Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select "Independent Note" in the 'Progress Note For' field. Select "Note Type A" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is displayed and required. Validate "myHealthPointe" is the default value in the 'Are you releasing to myHealthPointe or External providers?' field. Validate the ability to update the value in the 'Are you releasing to myHealthPointe or External providers?' field. File the note. Access the 'Registry Settings' form. Enter "Default 'Are you releasing to myHealthPointe or External providers?'" in the 'Select Registry Setting' field. Click [View Registry Settings]. Select the registry setting for the 'Progress Notes (Group and Individual)' form and click [OK]. Remove the value in the 'Registry Setting Value' field. Click [Submit] and close the form. Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select "Independent Note" in the 'Progress Note For' field. Select "Note Type A" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is displayed and required. Validate no value is selected in the 'Are you releasing to myHealthPointe or External providers?' field. Close the form. Scenario 6: Clinical Notes Mapping - Validate the 'Limit Note Types By Practitioner Category' registry setting Specific Setup: The 'Limit Note Types By Practitioner Category' registry setting is set to "Y" for the 'Ambulatory Progress Notes' form. A practitioner is defined with "Medical Doctor" as their 'Practitioner Category' (Practitioner A). A practitioner is defined with "Registered Nurse" as their 'Practitioner Category' (Practitioner B). A note type is defined that has "Medical Doctor" as the 'Practitioner Category' (Note Type A). A note type is defined that has "Registered Nurse" as the 'Practitioner Category' (Note Type B). A mapping for "Note Type B" is defined in 'Clinical Notes Mapping' for the 'Ambulatory Progress Notes' form. Steps Select "Client A" and access the 'Ambulatory Progress Notes' form. Select "New Service" in the 'Progress Note For' field. Enter the current date in the 'Date Of Service' field. Enter the desired service code in the 'Service Charge Code' field. Select "Practitioner A" in the 'Practitioner' field. Validate only "Note Type A" is displayed in the 'Note Type' field. Select "Note Type A" in the 'Note Type' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is not displayed. Select "Practitioner B" in the 'Practitioner' field. Validate only "Note Type B" is displayed in the 'Note Type' field. Select "Note Type B" in the 'Note Type' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is displayed and required. Select the desired value in the 'Are you releasing to myHealthPointe or External providers?' field. Select "Final" in the 'Draft/Final' field. File the note. Scenario 7: Clinical Notes Mapping - Ambulatory Progress Notes (Diagnosis Entry) - Validate the 'ClinicalNoteFinalized' SDK event Specific Setup: A client is enrolled in an outpatient episode (Client A). The 'Ambulatory Progress Notes (Diagnosis Entry)' form is flagged in the 'Flag Assessment Forms' form. Steps Access the 'Clinical Notes Mapping' form. Select "Consultation Note" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Ambulatory Progress Notes (Diagnosis Entry) (CWS7003)" in the 'Care Record Form to Map' field. Select "Activities" in the 'Note Type to Map' field. Validate the 'CCDA Document Title' field contains "Consultation Note". Select "Discharge Diagnosis" in the 'Standard Sections To Include To CCD' field. Select "Yes" in the 'Enabled' field. Click [New Row] in the 'Field Settings' grid. Select "Progress Note" in the 'CCDA Field Name' field. Select "[Avatar CWS] Ambulatory Progress Notes (Diagnosis Entry) (CWS7003)" in the 'Care Record Form/Assessment' field. Select "Notes Field" in the 'Care Record Field Name' field. Click [Submit] and close the form. Select "Client A" and access the 'Ambulatory Progress Notes (Diagnosis Entry)' form. Select "New Service" in the 'Progress Note For' field. Select "Activities" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Enter the current date in the 'Date Of Service' field. Enter the desired service code in the 'Service Charge Code' field. Select the desired value in the 'Diagnosis 1' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is visible and required. Please note: this field will only become visible when a note type that is mapped in the 'Clinical Notes Mapping' form is selected for the progress note form being used. Select "myHealthPointe" in the 'Are you releasing to myHealthPointe or External providers?' field. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Access the 'CareFabric Monitor' form. Enter the current date in the 'From Date' and 'Through Date' fields. Select "Client A" in the 'Client ID' field. Select "ClinicalNoteFinalized" in the 'Event/Action Search' field. Click [View Activity Log]. Validate a 'ClinicalNoteFinalized' record is displayed. Click [Click To View Record]. Validate the 'clinicalNotes' - 'notes' field contains the value entered in the 'Notes Field' in the previous steps. Validate the 'diagnoses' section is populated with the information for the 'Diagnosis 1' value selected in the previous steps. Validate the 'documentDescription' field contains "Consultation Note". Validate the 'documentID' - 'id' field contains a unique identifier. Validate the 'documentTitle' field contains "Consultation Note". Validate the 'includedSectionCodes' - 'code' field contains "Discharge Diagnosis". Validate the 'includedSectionCodes' - 'displayName' field contains "Discharge Diagnosis". Validate the 'isReleaseExternal' field contains "false". Validate the 'isReleaseToPatient' field contains "true". Close the report and the form. Scenario 8: Clinical Notes Mapping - Inpatient Progress Notes (Diagnosis Entry) - Validate the 'ClinicalNoteFinalized' SDK event Specific Setup: A client is enrolled in an inpatient episode (Client A). The 'Inpatient Progress Notes (Diagnosis Entry)' form is flagged in the 'Flag Assessment Forms' form. Steps Access the 'Clinical Notes Mapping' form. Select "Discharge Summary" in the 'Type of CCDA Document' field. Select "[Avatar CWS] Inpatient Progress Notes (Diagnosis Entry) (CWS7002)" in the 'Care Record Form to Map' field. Select "Activities" in the 'Note Type to Map' field. Validate the 'CCDA Document Title' field contains "Discharge Summary". Select "Discharge Diagnosis" in the 'Standard Sections To Include To CCD' field. Select "Yes" in the 'Enabled' field. Click [New Row] in the 'Field Settings' grid. Select "Progress Note" in the 'CCDA Field Name' field. Select "[Avatar CWS] Inpatient Progress Notes (Diagnosis Entry) (CWS7002)" in the 'Care Record Form/Assessment' field. Select "Notes Field" in the 'Care Record Field Name' field. Click [Submit] and close the form. Select "Client A" and access the 'Inpatient Progress Notes (Diagnosis Entry)' form. Select "New Service" in the 'Progress Note For' field. Select "Activities" in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Enter the current date in the 'Date Of Service' field. Enter the desired service code in the 'Service Charge Code' field. Select the desired value in the 'Diagnosis 1' field. Validate the 'Are you releasing to myHealthPointe or External providers?' field is visible and required. Please note: this field will only become visible when a note type that is mapped in the 'Clinical Notes Mapping' form is selected for the progress note form being used. Select "None" in the 'Are you releasing to myHealthPointe or External providers?' field. Select "Final" in the 'Draft/Final' field. Click [Submit] and close the form. Access the 'CareFabric Monitor' form. Enter the current date in the 'From Date' and 'Through Date' fields. Select "Client A" in the 'Client ID' field. Select "ClinicalNoteFinalized" in the 'Event/Action Search' field. Click [View Activity Log]. Validate a 'ClinicalNoteFinalized' record is displayed. Click [Click To View Record]. Validate the 'clinicalNotes' - 'notes' field contains the value entered in the 'Notes Field' in the previous steps. Validate the 'diagnoses' section is populated with the information for the 'Diagnosis 1' value selected in the previous steps. Validate the 'documentDescription' field contains "Discharge Summary". Validate the 'documentID' - 'id' field contains a unique identifier. Validate the 'documentTitle' field contains "Discharge Summary". Validate the 'includedSectionCodes' - 'code' field contains "Discharge Diagnosis". Validate the 'includedSectionCodes' - 'displayName' field contains "Discharge Diagnosis". Validate the 'isReleaseExternal' field contains "false". Validate the 'isReleaseToPatient' field contains "false". Close the report and the form. Results Entry - 'Received Date' and 'Received Time' fields Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Results Entry Review Results CareFabric Monitor Delete Result Scenario 1: 'Results Entry' - Add/Edit/Delete Results Specific Setup: A client is enrolled in an existing episode (Client A). Steps Select "Client A" and access the 'Results Entry' form. Select "Add" in the 'Add/Edit/Delete Result' field. Populate all required and desired fields. Click [File Header Info]. Validate a message is displayed stating: Header information filed. Click [OK]. Select "Edit" in the 'Add/Edit/Delete Result' field. Click [Select Result]. Select the result filed in the previous steps from the 'Select Result' dialog and click [OK]. Validate all previously filed data is displayed. Update any desired fields. Click [File Header Info]. Validate a message is displayed stating: Header information filed. Click [OK]. Select "Delete" in the 'Add/Edit/Delete Result' field. Click [Select Result]. Select the result filed in the previous steps from the 'Select Result' dialog and click [OK]. Validate all previously filed data is displayed. Click [File Header Info]. Validate a message is displayed stating: This will delete the selected result and all of its associated details. Are you sure you want to continue? Click [Yes] Validate a message is displayed stating: Result deleted. Click [OK] and [Exit Option].	Topics • Progress Notes • NX • Clinical Notes Mapping • Web Services • Health And Review Of Systems • Registry Settings • Results Entry
Update 132 Summary \| Details Avatar CWS - support for other products and modules Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Progress Note Corrections Product Final to Draft Override Scenario 1: 'Progress Notes (Group and Individual)' - File an existing appointment note and delete the service in the 'Progress Note Corrections' form Specific Setup: A Charge Reversal Code must be defined in 'Set System Defaults'. A Client must be enrolled in an existing episode and must have an existing appointment scheduled (Client A). Steps Access the 'Progress Notes (Group and Individual)' form. Enter "Client A" in the 'Select Client' field. Select any value from the 'Select Episode' field. Select "Existing Appointment" from the 'Progress Notes For' field. Select the existing appointment in the 'Note Addresses Which Existing Service/Appointment' field. Select any value that does not require a co-sign from the 'Note Type' field. Enter any value in the 'Notes Field' field. Select "Final" from the 'Draft/Final' field. Click [File Note]. Validate a "Progress Notes" dialog is displayed stating: Note Filed. Click [OK]. Close the form. Validate a "Confirm" dialog is displayed stating: Are you sure you want to close the form? Click [Yes]. Access the 'Client Ledger' form. Enter "Client A" in the 'Client ID' field. Select "All Episodes" from the 'Claim/Episode/All Episodes' field. Select "Simple" from the 'Ledger Type' field. Select "Yes" from the 'Include Zero Charges' field. Click [Process]. Verify the 'Client Ledger Report' is displayed. Validate the 'Client Ledger Report' displays the service created in the previous steps. Click [Dismiss]. Validate a "Form Return" dialog is displayed stating: Processing report has completed. Do you wish to return to form? Click [No]. Access the 'Progress Note Corrections' form. Enter "Client A" in the 'Client ID' field. Select the episode that the Existing Appointment note was created for from the 'Episode Number' field. Click [Select Note to Correct]. Verify the "Select Note To Correct" dialog is displayed. Select "Note A". Click [OK]. Select "Void Progress Note" from the 'Correction Action' field. Select any value from the 'Reason for Correction' field. Enter any value in the 'Comments' field. Select "Yes" from the 'Delete Service' field. Click [Submit]. Validate a "Form Return" dialog is displayed stating: Submitting has completed. Do you wish to return to form? Click [No]. Access the 'Client Ledger' form. Enter "Client A" in the 'Client ID' field. Select "All Episodes" from the 'Claim/Episode/All Episodes' field. Select "Simple" from the 'Ledger Type' field. Select "Yes" from the 'Include Zero Charges' field. Click [Process]. Verify the 'Client Ledger Report' is displayed. Validate the 'Client Ledger Report' no longer displays the service created in the previous steps. Click [Dismiss]. Validate a "Form Return" dialog is displayed stating: Processing report has completed. Do you wish to return to form? Click [No]. Access the 'Scheduling Calendar' form. Navigate to the existing appointment for "Client A" associated to the voided progress note. Right click and click [Details/Edit]. Enter any new value in the 'Duration' field. Click [Submit]. Validate the appointment displays with the updated duration. Click [Dismiss]. Scenario 2: Progress Note Corrections - Validate progress notes associated to EVV appointments cannot be edited Specific Setup: Avatar is configured to integrate with Mobile CareGiver+. Please note: This must be done by a Netsmart Representative. A program is defined with a value populated in the 'EVV Provider Organization ID' field in the 'Program Maintenance' form (Program A). A service code must be defined that has "Yes" selected in the 'Does This Service Require Electronic Visit Verification' field in the 'Service Codes' form and must be assigned to "Program A" (Service Code A). This service code must also have a CPT-4/HCPCS code associated to it in the 'Service Fee/Cross Reference Maintenance' form (Procedure Code A). A client is enrolled in "Program A" and has the following on file: 'Client Name', 'Address - Street', 'Zipcode', 'Cell Phone', 'Diagnosis', "Guarantor A" selected in 'Financial Eligibility' (Client A). "Client A" has an EVV appointment scheduled for the current date. The 'Post Appointment When the Note Is Submitted' registry setting is set to "Y" for the 'Progress Notes (Group and Individual)' form. Steps Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select "Existing Appointment" in the 'Progress Note For' field. Select the existing EVV appointment in the 'Note Addresses Which Existing Service/Appointment' field. Select the desired value in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Select "Final" in the 'Draft/Final' field. Click [File Note]. Validate a message is displayed stating: Note Filed. Click [OK] and close the form. Access the 'Progress Note Corrections' form. Select "Client A" in the 'Client ID' field. Select the appropriate episode in the 'Episode Number' field. Enter the current date in the 'Start Date' and 'End Date' fields. Click [Select Note to Correct]. Select the note associated to the EVV appointment and click [OK]. Validate a message is displayed stating: The 'CareFabric Appointment Status' of this appointment is "Completed (COMP)". The editing of this appointment is prevented. Click [OK]. Validate the 'Correction Action', 'Reason for Correction', 'Comments', and 'Delete Service' fields are disabled. Close the form. Scenario 3: Product Final To Draft Override - Validate progress notes associated to EVV appointments cannot be edited Specific Setup: Avatar is configured to integrate with Mobile CareGiver+. Please note: This must be done by a Netsmart Representative. A program is defined with a value populated in the 'EVV Provider Organization ID' field in the 'Program Maintenance' form (Program A). A service code must be defined that has "Yes" selected in the 'Does This Service Require Electronic Visit Verification' field in the 'Service Codes' form and must be assigned to "Program A" (Service Code A). This service code must also have a CPT-4/HCPCS code associated to it in the 'Service Fee/Cross Reference Maintenance' form (Procedure Code A). A client is enrolled in "Program A" and has the following on file: 'Client Name', 'Address - Street', 'Zipcode', 'Cell Phone', 'Diagnosis', "Guarantor A" selected in 'Financial Eligibility' (Client A). "Client A" has an EVV appointment scheduled for the current date. The 'Post Appointment When the Note Is Submitted' registry setting is set to "Y" for the 'Progress Notes (Group and Individual)' form. Steps Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select "Existing Appointment" in the 'Progress Note For' field. Select the existing EVV appointment in the 'Note Addresses Which Existing Service/Appointment' field. Select the desired value in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Select "Final" in the 'Draft/Final' field. Click [File Note]. Validate a message is displayed stating: Note Filed. Click [OK] and close the form. Access the 'Product Final To Draft Override' form. Select "Progress Notes (Group and Individual)" in the 'Option' field. Select "Client A" in the 'Entity Lookup' field. Select the appropriate episode in the 'Episode Number' field. Click [Select Row]. Select the note associated to the EVV appointment and click [OK]. Validate a message is displayed stating: The 'CareFabric Appointment Status' of this appointment is "Completed (COMP)". The editing of this appointment is prevented. Click [OK]. Validate the 'Override Reason' field is disabled. Close the form. Scenario 4: 'Product Final to Draft Override' - Revert a Finalized Progress Note to a 'Draft' status Specific Setup: A client is enrolled in an existing episode (Client A). The 'Progress Notes' widget is accessible on the HomeView. Steps Access the 'Progress Notes (Group and Individual)' form. Select "Client A" in the 'Select Client' field. Select "Independent Note" in the 'Progress Note For' field. Select the desired value in the 'Note Type' field. Enter the desired value in the 'Notes Field' field. Select "Final" in the 'Draft/Final' field. Click [File Note]. Validate a message is displayed stating: Note Filed. Click [OK] and close the form. Select "Client A" and access the 'Progress Notes' widget. Validate the finalized note is displayed. Access the 'Product Final To Draft Override' form. Select "Progress Notes (Group and Individual)" in the 'Option' field. Select "Client A" in the 'Entity Lookup' field. Select the appropriate episode in the 'Episode Number' field. Click [Select Row]. Select the finalized note and click [OK]. Enter the desired value in the 'Override Reason' field. Click [Submit] and [No]. Select "Client A" and access the 'Progress Notes' widget. Validate the note reverted to draft is displayed.	Topics • Scheduling Calendar • Progress Notes • Progress Note Corrections • Product Final to Draft Override
Update 15.1 Summary \| Details Progress Notes (Group and Individual) - Remove Client From Group Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Group Progress Note Scenario 1: Progress Notes (Group and Individual) - Remove Client From Group Specific Setup: A group (Group A) must be defined with two members (Client A & Client B). The 'Progress Notes' widget must be accessible on the HomeView. Steps Access the 'Progress Notes (Group and Individual)' form. Navigate to "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select the desired value in 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Note' field. Validate the 'Client Who Attended Group' field contains all the group members of "Group A". Click [Remove Client From Group]. Validate the 'Removal Selection' field is now enabled. Select "Client A" in the 'Removal Selection' field. Validate a message is displayed stating: Are you sure you want to remove "Client A" from the group session? Click [Yes]. Validate the 'Client Who Attended Group' field no longer contains "Client A". Click [File Note]. Navigate to the "Individual Progress Notes" section. Select "Group A" in the 'Group Name Or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains a group scratch note for "Client B". Select the note for "Client A" in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Individualize the note as desired and file the note. Close the form. Select "Client B" and access the 'Progress Notes' widget. Validate the progress note filed in the previous steps is displayed. Scenario 2: Progress Notes (Group and Individual) - Add and remove clients from group Specific Setup: A group (Group A) is defined with two clients (Client A & Client B). Two other clients (Client C & Client D) are enrolled in inpatient episodes and are assigned to a unit (Unit A). The following fields must be added to the 'Group Default Notes' section of the 'Progress Notes (Group and Individual)' form in 'Site Specific Section Modeling: 'Add to Group - Use Caseload or Unit for Selection' 'Unit' 'Select Clients' 'Add Selected Clients to Group List' Steps Access the 'Progress Notes (Group and Individual)' form. Navigate to "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select the desired value in 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Note' field. Validate the 'Client Who Attended Group' field contains all the group members of "Group A". Click [Remove Client From Group]. Validate the 'Removal Selection' field is now enabled. Select "Client A" in the 'Removal Selection' field. Validate a message is displayed stating: Are you sure you want to remove "Client A" from the group session? Click [Yes]. Validate the 'Client Who Attended Group' field no longer contains "Client A". Click [Add Client To Group]. Validate the 'Client To Be Added To Group' field is now enabled. Search for and select "Client A" in the 'Client To Be Added To Group' field. Validate a message is displayed stating: Are you sure you want to add "Client A" to the group? Click [Yes]. Validate the 'Client Who Attended Group' field now contains "Client A" again. Click [Add Client To Group]. Validate the 'Add to Group - Use Caseload or Unit for Selection' field becomes enabled. Select "Unit" in the 'Add to Group - Use Caseload or Unit for Selection' field. Validate the 'Unit' field becomes enabled and required. Select "Unit A" in the 'Unit' field. Select "Client C" and "Client D" in the 'Unit' field. Click [Add Selected Clients to Group List]. Validate the 'Client Who Attended Group' field contains "Client A", "Client B", "Client C", and "Client D". Click [File Note]. Navigate to the "Individual Progress Notes" section. Select "Group A" in the 'Group Name Or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for "Client A", "Client B", "Client C" and "Client D". Select the note for "Client A" in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Individualize the note as desired and file the note. Repeat as needed for "Client B", "Client C", and "Client D". Close the form. Progress Notes (Group and Individual) - Group Default Notes Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Scheduling Calendar Group Progress Note Scenario 1: Progress Notes (Group and Individual) - Add multiple clients to group by unit Specific Setup: A group (Group A) is defined with two clients (Client A & Client B). Two other clients (Client C & Client D) are enrolled in inpatient episodes and are assigned to a unit (Unit A). The following fields must be added to the 'Group Default Notes' section of the 'Progress Notes (Group and Individual)' form in 'Site Specific Section Modeling: 'Add to Group - Use Caseload or Unit for Selection' 'Unit' 'Select Clients' 'Add Selected Clients to Group List' Steps Access the 'Progress Notes (Group and Individual)' form. Navigate to "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select the desired value in 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Note' field. Validate the 'Client Who Attended Group' field contains all the group members of "Group A". Click [Add Client To Group]. Validate the 'Add to Group - Use Caseload or Unit for Selection' field becomes enabled. Select "Unit" in the 'Add to Group - Use Caseload or Unit for Selection' field. Validate the 'Unit' field becomes enabled and required. Select "Unit A" in the 'Unit' field. Select "Client C" and "Client D" in the 'Unit' field. Click [Add Selected Clients to Group List]. Validate the 'Client Who Attended Group' field contains "Client A", "Client B", "Client C", and "Client D". Click [File Note]. Navigate to the "Individual Progress Notes" section. Select "Group A" in the 'Group Name Or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for "Client A", "Client B", "Client C" and "Client D". Select the note for "Client A" in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Individualize the note as desired and file the note. Repeat as needed for "Client B", "Client C", and "Client D". Close the form. Scenario 2: Progress Notes (Group and Individual) - Add multiple clients to group by caseload Specific Setup: A group (Group A) is defined with two clients (Client A & Client B). Two other clients are enrolled in active episodes and are part of the logged in user's caseload (Client C & Client D). The following fields must be added to the 'Group Default Notes' section of the 'Progress Notes (Group and Individual)' form in 'Site Specific Section Modeling: 'Add to Group - Use Caseload or Unit for Selection' 'Unit' 'Select Clients' 'Add Selected Clients to Group List' Steps Access the 'Progress Notes (Group and Individual)' form. Navigate to "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select the desired value in 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Note' field. Validate the 'Client Who Attended Group' field contains all the group members of "Group A". Click [Add Client To Group]. Validate the 'Add to Group - Use Caseload or Unit for Selection' field becomes enabled. Select "Caseload" in the 'Add to Group - Use Caseload or Unit for Selection' field. Validate the 'Select Clients' field exists and contains all active client's in the user's caseload with the most recent episode number. Select "Client C" and "Client D" in the 'Select Clients' field. Click [Add Selected Clients to Group List]. Validate the 'Client Who Attended Group' field contains "Client A", "Client B", "Client C", and "Client D". Click [File Note]. Navigate to the "Individual Progress Notes" section. Select "Group A" in the 'Group Name Or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for "Client A", "Client B", "Client C" and "Client D". Select the note for "Client A" in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Individualize the note as desired and file the note. Repeat as needed for "Client B", "Client C", and "Client D". Close the form. Progress Notes (Group and Individual) - The 'Default Staff Associated with Current Login User' registry setting Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Scheduling Calendar Scenario 1: Progress Notes (Group and Individual) - Validate the 'Default Staff Associated with Login User' registry setting for group notes Specific Setup: An existing group is defined (Group A). The 'Default Staff Associated With Current Login User' registry setting is set to "Y" for the 'Progress Notes (Group and Individual)' form. The logged in user must have an associated practitioner (Practitioner A). Steps Access the 'Progress Notes (Group and Individual)' form. Select the "Group Default Notes" section. Validate the 'Practitioner' field contains "Practitioner A". Enter the current date in the 'Date of Group' field. Select the desired value in the 'Note Type' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Enter the desired value in the 'Notes Field' field. Click [File Note] and [OK]. Select the "Individual Progress Notes" section. Select "Group A" in the 'Group Name' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note to Edit' field contains group scratch notes for all group members. Select a note for one of the group members in the 'Select Note To Edit' field. Validate all fields populate based off the values entered in the group note. Validate the 'Practitioner' field contains "Practitioner A". Individualize the note as desired and file the note. Repeat as needed for any additional group members. Close the form. Progress Notes (Group and Individual) - 'Note Type' field Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following: Practitioner Enrollment Scenario 1: Progress Notes (Group and Individual) - Validate the 'Limit Note Types By Practitioner Category' registry setting when set to "Y" Specific Setup: An existing group is defined in 'Group Registration' (Group A). The 'Limit Note Types By Practitioner Category' registry setting is set to "Y" for the 'Progress Notes (Group and Individual)' form. The 'Limit Note Types' registry setting does not have a value. The logged in user must have an associated practitioner (Practitioner A) that has "Nurse Practitioner" as their 'Practitioner Category' in 'Practitioner Enrollment'. The '(10751) Note Type' CWS dictionary must have both active/inactive dictionary values defined with the following: Some note types defined with the 'Practitioner Category' extended dictionary as "Nurse Practitioner". Some note types defined with the 'Practitioner Category' extended dictionary as other categories not associated to the logged in practitioner. Steps Access the 'Progress Notes (Group and Individual)' form. Select the "Group Default Notes" section. Enter the current date in the 'Date Of Group' field. Select "Practitioner A" in the 'Practitioner' field. Select "Independent Note" in the 'Progress Note For' field. Select "Group A" in the 'Group Name Or Number' field. Validate the 'Note Type' field contains only active dictionary values. Validate the 'Note Type' field contains only note types associated to "Practitioner A". Enter the desired value in the 'Note' field. Click [File Note]. Validate a message is displayed stating: Progress notes are filed. Select the "Individual Progress Notes" section. Select "Group A" in the 'Group Name or Number' field. Enter the current date in the 'Note Date' field. Validate the 'Select Note To Edit' field contains group scratch notes for the clients in "Group A". Select a note in the 'Select Note To Edit' field. Validate the 'Note Type' field contains the previously filed value. Validate the 'Note Type' field contains only active dictionary values. Validate the 'Note Type' field contains only note types associated to "Practitioner A". Individualize the note as desired and file the note. Repeat as needed for remaining group members. Close the form.	Topics • Progress Notes • Group Progress Notes • Registry Settings

Avatar_CWS_2023_Quarterly_Release_2023.01_Details.csv