Service Documentation - New "Registry" settings
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Modeled Form With Service Documentation
- Registry Settings (PM)
Scenario 1: Service Documentation - Validate Registry Setting - "Default Staff Associated With Current Login User"
Specific Setup:
- Have a modeled form [TestForm] configured and enabled for service documentation that contains all the required service documentation type fields
- [UserA] is a staff member [StaffA]
- [UserB] is not a staff member
- [TestClient] has an existing appointment [TestAppt] scheduled with staff member [StaffB]
- [TestClient] has an existing service [TestService] filed staff member [StaffC]
- Log in as [UserA]
Steps
- Open form "Registry setting"
- Set setting "Default Staff Associated With Current Login User" to "Y." [Note: This will default the Service Documentation "Practitioner" field with the current user's staff member set in form "User Definition", if defined. Selecting 'N' will leave the Practitioner field blank]
- Open [TestForm]
- Select client [TestClient]
- Select "New Service" in the "Documentation For" selection field
- Navigate to the "Practitioner" field
- Validate the field has defaulted in [StaffA] who associated with user [UserA], as expected
- Navigate back to the "Documentation For" selection field
- Select "Existing Appointment"
- Select [TestAppt] from the drop down list
- Navigate back to the "Practitioner" field
- Validate the field is now populated with [StaffB] not [StaffA], since [StaffB] is who the appointment was scheduled with
- Navigate back to the "Documentation For" selection field
- Select "Existing Service"
- Select [TestService] from the drop down list
- Navigate back to the "Practitioner" field
- Validate the field is now populated with [StaffC] not [StaffA], since [StaffC] is who the service was filed with
- Close the form
- Log out a [UserA]
- Log in as [UserB], who is not a staff member
- Open [TestForm]
- Select client [TestClient]
- Select 'New Service" in the "Documentation For" selection field
- Navigate to the "Practitioner" field
- Validate the field is not populated as expected, as the logged in user is not associated with a staff member
- Navigate back to the "Documentation For" selection field
- Select "Existing Appointment"
- Select [TestAppt] from the drop down list
- Navigate back to the "Practitioner" field
- Validate the field is populated with [StaffB], as expected
- Navigate back to the "Documentation For" selection field
- Select "Existing Service"
- Select [TestService] from the drop down list
- Navigate back to the "Practitioner" field
- Validate the field is populated with [StaffC], as expected
- Open form "Registry setting"
- Set setting "Default Staff Associated With Current Login User" to "N".
- Open [TestForm]
- Select client [TestClient]
- Select "New Service" in the "Documentation For" selection field
- Navigate to the "Practitioner" field
- Validate the Practitioner field is blank, as expected based on the registry setting
- Navigate back to the "Documentation For" selection field
- Select "Existing Appointment"
- Select [TestAppt] from the drop down list
- Navigate back to the "Practitioner" field
- Validate the field is populated with [StaffB], as expected
- Navigate back to the "Documentation For" selection field
- Select "Existing Service"
- Select [TestService] from the drop down list
- Navigate back to the "Practitioner" field
- Validate the field is populated with [StaffC], as expected
- Log out a [TestUserB]
- Log in as [TestUserA]
- Repeat step 7
- Validate results are the same, as expected
Scenario 2: Service Documentation - Validate Registry Setting - "Allow Appointment Modifications"
Specific Setup:
- Have a modeled form [TestForm] configured and enabled for service documentation that contains all the required service documentation type fields
- Have two appointments set for a client [TestClient] for today, one set earlier than the other. For this example:
- [ApptA] exists for staff [StaffA] from 7am to 8am today
- [ApptB] exists for staff [StaffB] from 8am to 9am today
- Have access to the "Registry Settings", "Scheduling Calendar" and form [TestForm]
Steps
- Open form "Registry Settings"
- Search for and select setting "Allow Appointment Modifications" for edit. Note: Selecting 'Y' will enable the Service Code, Location, Duration, Start Time and End Time fields on Service Documentation-enabled modeled forms when editing an existing appointment. Changes to these values will be applied to the appointment when the data is filed as Final. Selecting 'N' will disable the service documentation fields."
- Set the registry setting value to "N" and submit the form
- Open form [TestForm]
- Select client [TestClient]
- In the "Documentation For" selection field
- Select "Existing Appointment"
- Select [ApptA] from the drop down list
- Validate fields "Service Charge Code", "Location", "Duration, "Start Time" and "End Time" are "Disabled" as expected, based on the registry setting.
- Close the form
- Open form "Registry Settings"
- Search for and select setting "Allow Appointment Modifications" for edit.
- Set the registry setting value to "Y"
- Submit the form
- Open form [TestForm]
- Select client [TestClient]
- In the "Documentation For" selection field, select "Existing Appointment"
- Select [ApptA] from the drop down list
- Validate fields "Service Charge Code", "Location", "Duration', "Start Time" and "End Time" are "Enabled" this time as expected, based on the registry setting.
- Change the appointment start and end times for [ApptA] to the same times as those of [ApptB]
- Set the "Draft/Final" field to "Final
- Validate there's a message displayed blocking the change, indicating the [TestClient] already has an appointment for the new start and end times inputted.
- Change the appointment start and end times for [ApptA] to a start and end time that does not conflict with another appointment
- Set the "Duration" field to the correct value based on the appointment start and end times entered
- Change the "Service Charge Code" field to a new value
- Validate the value is accepted
- Change the "Service Location" to a new value
- Validate the value is accepted
- Populate the other required fields and any other fields on the form
- Set the "Draft/Final" field to "Final
- Click [OK] at the "Selecting 'Final' prevents further edits dialog
- Click [Submit]
- Validate submission is successful
- Open form "Scheduling Calendar"
- Navigate to [ApptA] in the appointment grid
- Validate the start and end times of the appointment on the grid is match new values entered in step 1c
- Click to edit the appointment
- Validate the value "Service Start Time" field, is the new value entered in step 1c
- Validate the value "Service End Time" field, is the new value entered in step 1c
- Validate the value "Duration" field, is the new value entered in step 1d
- Validate the "Service Code" field, is the new value entered in step 1e
- Validate the "Location" field, is the new value entered in step 1f
- Validate all other fields are populated, as expected
- Close the form
Scenario 3: Service Documentation - Validate Registry Setting - "Check Service Programs"
Specific Setup:
- Have a modeled form [TestForm] configured and enabled for service documentation that contains all the required service documentation type fields
- In form "Program Maintenance"
- [ProgramA] has [ProgramB] selected as an associated service program in the field "Associated Service Programs"
- [ProgramA] does not have [ProgramC] selected as and associated service program in the field "Associated Service Programs"
- [TestClient] is admitted in [ProgramA]
- Have registry setting "Restrict Practitioner Search By Program" set to "Y"
- In form "Practitioner Enrollment",
- [StaffA] has [ProgramA] selected as a program their associated to in the "Program Association" field
- [StaffA] does not have [ProgramD] selected as a program their associated to in the "Program Association" field
- Logged in user has access to the "Registry Settings" and [TestForm]
Steps
- Open form "Registry Settings"
- Search for and select setting "Check Service Program".
- Set the registry setting value to 'W'
- Note: a registry setting value set of 'W' or 'E' will enable checks on any "Service Documentation" enabled forms to ensure the "Service Program" value is a valid selection based on the practitioner's program associations and the current episodes program association. A registry setting value set of 'N', will disable these checks, and no error or warning will display to the user."
- Submit the form
- Open [TestForm]
- Select [TestClient]
- Select to create a "New Service"
- In the "Practitioner" field select [StaffA]
- Populate all the other required and desired fields other than the "Service Program" field
- In the "Service Program" field select [ProgramB]
- Validate the value is accepted and there are no messages
- In the "Service Program" field select [ProgramC]
- Validate a warning message indicating the following is displayed, "WARNING: Service program not valid for the given episodes program. Do you wish to continue do you want to continue?
- Click [No]
- Click [OK] in the "Action Cancelled" dialog
- Validate the Service Program" field is cleared
- In the "Service Program" field select [ProgramC] again
- This time at the "Warning" message, click [Yes] to continue
- Validate the Service Program" field is still populated with [ProgramC]
- In the "Service Program" field select [ProgramD]
- Validate a message is displayed, "WARNING: Service program not associated with the selected practitioner. Do you wish to continue?
- Click [No]
- Click [OK] in the "Action Cancelled" dialog
- Validate the Service Program" field is returned to its previous value [ProgramC]
- In the "Service Program" field select [ProgramD] again
- This time at the "Warning" message, click [Yes] to continue
- Validate the Service Program" field is still populated with [ProgramD]
- Select a "Final" in the "Draft/Final" field
- Validate a warning message indicating the following is displayed again as a final check, "WARNING: Service program not associated with the selected practitioner. Do you wish to continue finalizing?
- Click [Yes]
- At the "Selecting "Final" prevents future edits\" dialog
- Click [OK]
- Click [Submit]
- Validate the form files successfully
- Open form "Registry Settings", search for and select setting "Check Service Program".
- Set the registry setting value to 'E' and submit the form
- Open [TestForm]
- Select [TestClient]
- Select to create a "New Service"
- In the "Practitioner" field select [StaffA]
- Populate all the other required and desired fields other than the "Service Program" field
- In the "Service Program" field select [ProgramB]
- Validate the value is accepted and there are no messages
- In the "Service Program" field select [ProgramC]
- Validate an "Error" message is displayed stating, "Service program not valid for the given episodes program"
- Click [OK]
- Validate the Service Program" field is cleared
- In the "Service Program" field select [ProgramD]
- Validate there is an "Error" message stating "Service program not associated with the selected practitioner"
- Click [OK]
- Validate the Service Program" field is cleared
- In the "Service Program" field select [ProgramA]
- Validate there are no messages blocking entry
- Validate the Service Program" field is populated with [ProgramA], as expected
- Select a "Final" in the "Draft/Final" field
- Validate there are no messages blocking entry
- At the "Selecting "Final" prevents future edits." dialog
- Click [OK]
- Click [Submit]
- Validate the form files successfully
- Open form "Registry Settings"
- Search for and select setting "Check Service Program".
- Set the registry setting value to any value other than 'W', 'E', or 'N'
- Validate an error is displayed "The selected value is not valid in the current system code for the following reason: Please enter 'N', 'W' or 'E'
- Set the registry setting value to 'N'
- Submit the form
- Open [TestForm]
- Select [TestClient]
- Select to create a "New Service"
- In the "Practitioner" field select [StaffA]
- Populate all the other required and desired fields other than the "Service Program" field
- In the "Service Program" field select [ProgramB]
- Validate the value is accepted and there are no messages
- Validate the Service Program" field is populated with [ProgramB], as expected
- In the "Service Program" field select [ProgramC]
- Validate the value is accepted and there are no messages
- Validate the Service Program" field is populated with [ProgramC], as expected
- In the "Service Program" field select [ProgramD]
- Validate the value is accepted and there are no messages
- Validate the Service Program" field is populated with [ProgramD], as expected
- In the "Service Program" field select [ProgramA]
- Validate the value is accepted and there are no messages
- Validate the "Service Program" field is populated with [ProgramD], as expected
- Select a "Final" in the "Draft/Final" field
- Validate there are no messages blocking entry
- At the "Selecting "Final" prevents future edits." dialog
- Click [OK]
- Click [Submit]
- Validate the form files successfully
|
Topics
• NX
• Service Documentation
|