Append Document
Scenario 1: Append Documents - Validate user permissions to append documents
Specific Setup:
- Have a system with a [Root] system code and sub system code defined [TestSub]
- Sub system code [TestSub] has been assigned a specific program [ProgramA]
- [TestClient] is admitted in two episodes:
- [Episode1] to [ProgramA]
- [Episode2] to [ProgramB]
- [UserA] has access to both the [Root] system code and sub system code [TestSub]
- [UserB] has access only to the sub system code [TestSub]
- [FormA] has been submitted for [TestClient] in [Episode1] and a document has been generated [DocA]
- [FormB] has been submitted for [TestClient] in [Episode2] and a document has been generated [DocB]
- Log in as [UserB] into the [TestSub] sub system code
Steps
- Open form "Append Documents"
- Select the applicable form type in the "Form Type" field
- Select [TestClient] in the "Entity" field
- Enter the applicable date range in the "From Date" and "To Date" fields
- Click the "List of Documents" field
- Validate the drop down list displays [Doc1] filed for [FormA] in [Episode1, ProgramA]
- Validate the drop down list does not display [Doc2] filed for [FormB] in [Episode2, ProgramB], as expected
- Select the row for [Doc1]
- Add any desired comments in the "New Comments to be Appended to Original Document" field
- Submit the form
- Validate the 'Confirm Document' dialog displays the appended comments
- Validate the document contains the appended signature of the logged in user [UserB] at the end of the document.
- Click [Accept].
- Validate the form files successfully.
- Log out as [UserB]
- Log in as [UserA] into the sub system code [SubCode]
- Repeat step1
- Validate the results are the same, as the sub code is restricted to only [ProgramA]
- Log out as [UserA]
- Log in as [UserA] into the [Root] system code
- Repeat step 1
- Validate the drop down list displays [Doc1] filed for [FormA] in [Episode1, ProgramA]
- Validate the drop down list also displays [Doc2] filed for [FormB] in [Episode2, ProgramB], as [UserA] has access to both the root and sub system code.
|
Topics
• Document Routing
• NX
|
My To Do's Widget - Sign Tab
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
- HomeView.My To Do's Widget (Sign Tab)
Scenario 1: 'My To Do's Widget - Validate user permissions to access documents
Specific Setup:
- Have a system with a root and a sub system code
- The sub system is code is assigned to only [ProgramA]
- [UserA] is a staff member that can cosign for other staff members and has access to log into both the root and the sub code
- [UserB] is a staff member and cannot cosign for other staff members and has access to log both the root and the sub code
- [TestClient] has been admitted in two episodes:
- "Episode1" in [ProgramA]
- "Episode2" in [ProgramB]
- Two documents have been routed for [TestForm] for [TestClient]
- [DocA] - was routed to [UserA] for an [Epsiode1]
- [DocB] - was routed to [UserB] for [Episode2]
- [UserA] and [UserB] have the "My To Do's" widget on their home view
Steps
- Log in to the sub code as [UserA]
- Navigate to the "My To Do's" widget
- Click the [Sign] tab
- Search for [UserA] in the "Staff" search field
- Validate [DocA] is found
- Search for [UserB] in the Staff field
- Validate [DocB] is not found, as [DocB] was filed in [Episode2], [ProgramB], which is not a program assigned to the logged in sub code
- Log out as [UserA] from sub code
- Log in as [UserA] to the root system code
- Navigate to the "My To Do's" widget
- Click the [Sign] tab
- Search for [UserA] in the "Staff" search field
- Validate [DocA] is found
- Search for [UserB] in the "Staff" search field
- Validate [DocB] is found, as [UserA] can co-sign for other staff members is logged into the root system code, which has access to all programs
- Log out as [UserA]
- Log in as [UserB] into the sub code
- Navigate to the "My To Do's" widget
- Click the [Sign] tab
- Validate the "Staff" search field is disabled, as [UserB] cannot cosign for any other staff members.
- Validate [DocA] is not listed in the "Search Documents" list, as that document was routed to another staff member.
- Validate [DocB] is not listed in the "Search Documents" list, as that document was filed in [Episode2], [ProgramB], which is not a program assigned to the logged in sub code
- Log out as [UserB] from sub code
- Log in as [UserB] to the root system code
- Navigate to the "My To Do's" widget
- Click the [Sign] tab
- Validate the "Staff" search field is disabled, as [UserB] cannot cosign for any other staff members.
- Validate [DocA] is not listed in the "Search Documents" list, as that document was routed to another staff member.
- Validate [DocB] is listed in the "Search Documents" list, as the document was routed to [UserB] and is logged into the root system code, which has access to all programs
|
Topics
• My To Do's
|
My To Do's Widget - Sign Tab
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: 'My To Do's Widget (Sign Tab) - Validate approving documents as as Co-Signer
Specific Setup:
- [UserA] is a staff member
- [UserB] is a staff member
- [UserC] is a staff member that can co-sign To Do's for other staff members
- Two documents have been routed in form [TestForm], for [TestClient]
- [DocA] - was routed to [UserA] in [Episode1]
- [DocB] - was routed to [UserB] in [Episode2]
- [UserC] has the "My To Do's" widget on their home view
- Log in as [UserC]
Steps
- Navigate to the "My To Do's" widget
- Click the [Sign] tab
- In the "Staff" search filed, search for [UserA]
- Validate the row for [DocA] is the "Search Documents" list, and select the row
- Validate the "Document" preview pane displays data as expected for the document
- Navigate to the end of the document
- Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
- Click [Accept], to move the document to the "Accepted Documents" section
- Select the document
- Click [Sign All]
- Validate the document is removed from the "Sign Tab"
- In the "Staff" search filed, search for [UserB]
- Validate the row for [DocB] is the "Search Documents" list, and select the row
- Validate the "Document" preview pane displays data as expected for the document
- Navigate to the end of the document
- Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
- Click [Accept], to move the document to the "Accepted Documents" section
- Select the document
- Click [Sign All]
- Validate the document is removed from the "Sign Tab"
- Open form "Clinical Document Viewer"
- Select [TestClient] in the "Select Client" field
- Click [Process]
- Click the [Results] tab
- Locate the row for the [DocA] signed in step 1b and select the "View" check box
- Click the [View] button
- Validate the "Document" preview pane displays data as expected for the document
- Navigate to the end of the document
- Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
- Click [Close All Documents]
- Locate the row for the [DocB] signed in step 1b and select the "View" check box
- Click the [View] button
- Validate the "Document" preview pane displays data as expected for the document
- Navigate to the end of the document
- Validate the last signature indicates [UserC], as the "Co-Signer" signature. For example, "Electronically Signed By: [UserC] (Date and Time) - Co-Signer"
- Click [Close All Documents]
- Click the [Search] tab
- Click [Close]
|
Topics
• My To Do's
|
Document Archiving
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Document Archiving - Form field validations
Specific Setup:
- A "Form" type [FormtypeA], is defined in form "Document Management Definition" and includes restrictions selected in field "Document Restrictions'
- [FormA] is set up in form "Document Routing Setup" with [FormtypeA]
- A document [DocumentA] generated with [FormA] exists for [TestClient], that was created over "180" days ago
- A "Form" type [FormtypeB], is defined in form "Document Management Definition" and does "not" include any restrictions selected in field "Document Restrictions'
- [FormB] is set up in form "Document Routing Setup" with [FormtypeB]
- A document [DocumentB] that was generated with [FormB] exists for [TestClient], that was created over "180" days ago
Steps
- Open form "Clinical Document Viewer"
- Select [TestClient]
- Click [Process]
- Validate [DocumentA] generated by [FormA], is displayed as expected date
- Validate [DocumentB] generated by [FormB], is displayed as expected date
- Close the form
- Open form "Document Archiving"
- Select "Client" the entity type in the "Entity Type" field
- Select "Individual" in the "Include" field
- Select [TestClient] in the "Entity" field
- Select the applicable episode in the "Episode" field
- In the "Archive Documents Older Than" enter the desired date greater than "180" days
- Click the "View Form Types Included"
- Validate row is displayed for [FormTypeA] for [FormA]
- Validate row is displayed for [FormTypeB] for [FormB]
- Click [Archive]
- At the "Are you sure you want to Archive these Documents" dialog, click [Yes]
- Close the form
- Open form "Clinical Document Viewer"
- Select [TestClient]
- Click [Process]
- Validate [DocumentA] generated by [FormA] is no longer displayed, as expected
- Validate [DocumentB] generated by [FormB] is no longer displayed, as expected
|
Topics
• Document Management
• NX
|