Team File Import
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Team Definition
- Team File Import
Scenario 1: Team Definition Import - Validations
Specific Setup:
- Have a "Team Definition" import file that contains the "Team Finalizer" field populated [ImportA]. (Make a note of the "Team Description" and the user set in the file as the finalizer)
- Have a "Team Definition" import file that does not contain the "Team Finalizer" field populated [ImportB]. (Make a note of the "Team Description" set in the file)
- Have a report created to display data in the "SYSTEM.RADPlus_teams" table
Steps
- Open form "Team File Import"
- Click [Select Import File]
- Navigate to the location of [ImportA] and select the file
- Validate the "Team Import File Scan Results" field indicates "No errors detected in import file."
- Close the form
- Open form "Team Definition"
- Click [Select Team]
- Validate [TeamA] is present in the list and select the team
- Validate the "Team ID" is populated. Note the value
- Validate "Team Description" is populated as expected based on the set up
- Validate the "Team Finalizer" field is populated as expected based on the setup
- Validate any other fields set in the import file are displayed as expected
- Close the form
- Open form "Team File Import"
- Click [Select Import File]
- Navigate to the location of [ImportB] and select the file
- Validate the "Team Import File Scan Results" field indicates "No errors detected in import file."
- Close the form
- Open form "Team Definition"
- Click [Select Team]
- Validate [TeamB] is present in the list and select the team
- Validate the "Team ID" is populated. Note the value
- Validate "Team Description" is populated as expected based on the set up
- Validate the "Team Finalizer" field is blank, as expected based on the setup
- Validate any other fields set in the import file are displayed as expected
- Close the form
- Run the report created to display data in the "SYSTEM.RADPlus_teams" table
- Validate a row for [TeamA] imported via [ImportA], is displayed
- Validate the "Team ID" is populated.with value noted in step 2a
- Validate "Team Description" is populated as expected based on the set up
- Validate the "Team Finalizer" field is populated as expected based on the setup
- Validate the other fields set in the import file are displayed as expected
- Validate a row for [TeamB] imported via [ImportB], is displayed
- Validate the "Team ID" is populated.with value noted in step 5a
- Validate "Team Description" is populated as expected based on the set up
- Validate the "Team Finalizer" field is blank, as expected
- Validate the other fields set in the import file are displayed as expected
|
Topics
• NX
|
Modeled Form - service documentation
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Appointment Move/Delete
- Modeled Form With Service Documentation
Scenario 1: Modeled Form with service documentation - Submission validations when filing a form as "Draft" for an Appointment
Specific Setup:
- Have a modeled form configured and enabled for service documentation
- [TestClient] is enrolled in an episode and has two existing appointments [TestApptA] and [TestAppB]
- User has access to form "Appointment Move/Delete"
Steps
- Access the modeled form.
- Select [TestClient] in the 'Select Client' dialog.
- Select "Existing Appointment" in the 'Data Row For' field.
- Select [TestAppt] in the 'Addresses Which Service/Appointment' field.
- Populate any other desired field
- Select "Draft" in the 'Draft/Final' field.
- Click [Submit].
- Validate the form files successfully
- Access form "Appointment Move/Delete form"
- Select the practitioner for [TestAppt]
- Populate the "Appointment Start Time" and "Appointment End Time" fields s
- Select [TestClient] in the "Client ID" field
- Click the [Appointment Select] button
- Select the row for [TestAppt] in the "Appointment Move/Delete" selection dialog
- Click [OK]
- Click [Delete/Move Appointment] button
- Click [OK]
- Access the modeled form.
- Search for and select "Client A" in the 'Select Client' dialog.
- Select the row submitted in step 1 for edit
- Validate the "Draft/Final" field has "Draft" selected
- Validate 'Addresses Which Service/Appointment' field., no longer has [TestApptA] selected, as expected
- Click 'Addresses Which Service/Appointment' field
- Select [TestApptB]
- Validate the other data fields are now populated as expected, based on data filed for [TestApptB]
- Populate any other desired fields
- Submit the form
- Validate the form files successfully
- Return to the modeled form and select [TestClient]
- Select the row just submitted in step 3
- Validate all fields are populated as expected
- Close the form
|
Topics
• NX
• Service Documentation
|
User File Import - form
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- Order Entry User Definition
- User Definition
- User File Import
Scenario 1: 'User File Import' - "Staff" user validations
Specific Setup:
- Have a system with "Avatar Order Entry" installed
- Have an existing practitioner [StaffTest] who has not yet been assigned to any user in form "User Definition".
- In form "Practitioner Enrollment", select [StaffTest] and note the "ID#" assigned to the practitioner
- Create a "User File Import" file [ImportA], for a new user [UserA]
- Have the "Practitioner ID" field in the file populated with the "ID#" noted in the previous step
- Create a "User File Import" file [ImportB], for a new user [UserB]
- Leave the "Practitioner ID" field in file unpopulated
- Have a report created, to display data in the "SYSTEM.RADplus_Users" table
- User has access forms "User Definition" and the "Order Entry User Definition"
Steps
- Open the 'User File Import' form.
- Click [Select User Import File].
- Select [ImportA]
- Click [Open].
- Validate the "Import File Scan Results" field indicates the file is ready for import
- Click [Process User Import File]
- Validate message "Import Completed" is displayed
- Click [OK].
- Close the form
- Open form "User Definition"
- Select [UserA]
- Navigate to the "User Caseload" section
- Validate the "Staff Member" field is populated with name of [StaffA] and their "ID#" (noted in the setup)
- Close the form
- Open form "Order Entry User Definition"
- Search for [UserA] in the "Select Order Entry User" field
- Validate [UserA] is found, as expected
- Validate the "Staff Member" field is populated with [StaffA] and their "ID#", as expected
- Close the form
- Open the 'User File Import' form.
- Click [Select User Import File].
- Select [ImportB]
- Click [Open].
- Validate the "Import File Scan Results" field indicates the file is ready for import
- Click [Process User Import File]
- Validate message "Import Completed" is displayed
- Click [OK].
- Open form "User Definition"
- Select [UserB]
- Navigate to the "User Caseload" section
- Validate the "Staff Member" field not populated, as expected
- Close the form
- Open form "Order Entry User Definition"
- Search for [UserB] in the "Select Order Entry User" field
- Validate [UserB] is not found, as expected
- Close the form
- Run the report to display data in the "SYSTEM.RADplus_Users" table
- Validate row is present for [UserA]
- Validate the "staff_member_ID" field is populated with "ID#" imported for [StaffA] in step 1, as expected
- Validate a row is present for [UserB]
- Validate the "staff_member_ID" field is blank, as expected
|
Topics
• NX
• User Definition
|
Modeling - Table Alias fields
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Modeled Forms - Validate form submission when hiding fields using "Form Designer"
Specific Setup:
- Have a modeled form that contains mapped "Table" aliased fields on the form
- For this example, a form [TestForm] has the following "Service" alias type fields mapped on the form which are necessary to file a service in the modeled form: "Date of Service", "Service Code", "Practitioner, Program", and "Duration"
- Have access to "Form Designer"
- Have a report created to display data in the "SYSTEM.Billing_tx_history" table
Steps
- Open form "Form Designer"
- Select form [TestForm]
- Select the section containing the table aliased fields.
- Highlight the label and text box for "Duration" and uncheck the box
- On left side panel, uncheck the box named "Visible"
- Click [Save]
- Submit the form
- Open [TestForm]
- Select any client [TestClient]
- Complete Date of Service, Service Code, Practitioner, and Program. These are required. Complete any other prompts desired.
- Submit the form as "Final".
- Validate submission is blocked with an error message "Prompt mapped to Duration (Minutes) is missing."
- Close the form
- Open form "Form Designer"
- Select form [TestForm]
- Select the section containing the table aliased fields.
- Highlight the label and text box for "Duration"
- On the left side panel, check the box named "Visible" to unhide the field on the form
- Click [Save]
- Submit the form
- Open [TestForm]
- Select [TestClient]
- Complete "Date of Service", "Service Code", "Practitioner", and "Program".
- Submit as the form as "Final"
- Validate the form files successfully
- Generate the report to display the fields in the "SYSTEM.billing_tx_history" table for [TestClient]
- Validate a new row is found for the service created by the [TestForm] form in the previous steps
- Validate the "Date of Service", "Service Code", "Practitioner, Program", "Duration" and "Join_To_Tx_history" fields are populated as expected
|
Topics
• Modeling
• NX
|