Login, Gateway Status, Account Management and Exchange Management

0.1

10/01/2014

Sovann Huynh

Initial version

Visually inspect the left-hand column under Services

• Clear the events table
• Run the following tests and inspect the charts (refresh required) one at a time:
  • Patient Discovery
  • Document Query
  • Document Retrieve
  • Document Submission

1. Enter an uppercase letter
2. Enter a lowercase letter, a number and a special character (!@#$%^&*)
3. Enter three more letters to extend the password to 7 characters

1. Enter connect2 for username
2. Enter password for password
3. Reenter password.
4. Select User for user role
5. Enter John in First name.
6. Enter B in Middle Name/Initial
7. Enter Doe in Last Name
8. Select Technical healthcare occupation from the Transaction Role dropdown.
9. Click Create User

In the userlogin table in the adminguidb database, there is an entry for user connect2 with a userRole value of 3.

Log off and log in with the connect2. Go to Cross-Gateway Query client and do a Patient search. Go to server logs and verify that EntityPatientDiscovery request has the following assertions:

<ns3:userInfo>
   <ns3:personName>
        <ns3:familyName>Doe</ns3:familyName>
        <ns3:givenName>John</ns3:givenName>
        <ns3:secondNameOrInitials>B</ns3:secondNameOrInitials>
    </ns3:personName>
    <ns3:userName>connect2</ns3:userName>
    <ns3:roleCoded>
      <ns3:code>224606009</ns3:code>
      <ns3:codeSystem>2.16.840.1.113883.6.96</ns3:codeSystem>
      <ns3:codeSystemName>SNOMED_CT</ns3:codeSystemName>
      <ns3:displayName>Technical healthcare occupation</ns3:displayName>
      </ns3:roleCoded>
</ns3:userInfo>

1. Enter connect3 for username
2. Enter password for password
3. Reenter password.
4. Enter First name.
5. Enter Middle Name/Initial
6. Enter Last Name
7. Select Transaction Role
8. Select Super User for user role
9. Click Create User

Test Validation

1. Do not enter any information into user fields.
2. Click Create User

1. Select Admin
2. In dropdown list for Direct Config, select No Access
3. Select User
4. In dropdown list for Direct Config, select No Access
5. Select Super User
6. In dropdown list for Direct Config, select No Access
   

• "Access level changed" message appears every time No Access is selected
• Verify that the message only appears below the role modifying table as an INFO alert. Should not appear anywhere else. (Prior issue on glassfish, the messages would appear on other message boxes in the create user tab).
• In the pagepreference table of the adminguidb database, accessPage value is set to -1 for all three rows where pageDesc equals Direct Config

1. Expand Direct Configuration menu in left navigation panel
2. Select Domains

1. Log out
2. Log in as user connect2
3. Expand Direct Configuration menu in left navigation panel
4. Select Domains

1. Log out
2. Log in as user connect3
3. Expand Direct Configuration menu in left navigation panel
4. Select Domains

1. Go to User Management page.
2. Look at user list at bottom and confirm values in adminguidb users table.

1. Create new user.
2. Delete user from table.

1. Go to users table (should log in as an Admin user that isn't CONNECTAdmin)
2. Delete CONNECTAdmin.

1. Create new admin user.
2. Log out and log in with user.
3. Go to users table and delete current user.
4. Log out and log in with other admin and delete the created user.

1. Change the refresh interval from 1440 to 1441
2. Change the maximum number of backups from 1 to 2
3. Click save

In exchangeInfo.xml:

<refreshInterval>1441</refreshInterval>
<maxNumberOfBackups>2</maxNumberOfBackups>

In exchangeInfo.xml, add the following exchange:

<exchange type="fhir">
<name>Exchange 2</name>
<url>http://localhost:8068/fhir/Organization</url>
<disabled>false</disabled>
</exchange>

In SoapUI,start the xmlExchange mock FHIR directory

In the Exchange Manager, click "Refresh Exchanges"

1. In the Default Exchange dropdown, select Exchange 2
2. Click save

In exchangeInfo.xml:

<defaultExchange>Exchange 2</defaultExchange>

1. Select Exchange 2
2. Click delete

1. Click New
2. Add a new exchange with the following values:
   1. Name: Exchange 2
   2. Type: FHIR
   3. URL: http://localhost:8068/fhir/Organization
   4. TLS: 1.2
3. Click Save
4. Click "Refresh Exchanges"

exchangeInfo.xml has been udpated with Exchange 2 data

In exchangeInfo.xml, for Exchange 2:

<disabled>true</disabled>

In exchangeInfo.xml, for Exchange 2:

<disabled>false</disabled>

In the Organizations accordion:

1. Select Exchange 1 and Gateway 2
2. Click Ping All Services

1. Click on Universal Client from left navigation panel.

1. From left navigation panel, Click on "Universal Client" -> "Patient Search" menu item.

On the right side of page, under Universal Client, the user will see two tabs:

1. Patient Search

2. Document Search

Only the "Patient Search" tab should be enabled; the "Document Search" tab should be disabled.

Under "Search Wizard", the "Start Over" and "Enter Patient Search Criteria" options are enabled while the "Enter Document Search Criteria" option is disabled.

1. Leave one or more required fields blank under "Search Wizard" - "Enter Patient Search Criteria" and click the "Search" button.

A "Required Field" alert will be displayed for fields which are left blank. If all fields are left blank, user will see an error message as below:

Organization required.

Purpose of Patient/Document Request required.

FirstName required.

LastName required.

DateOfBirth required.

Gender required.

1. Select organization from the Organization dropdown list
2. Select Purpose of Patient/Document Request: from the dropdown list.
3. Enter the patient's first name in "First Name" text field.
4. Enter the patient's last name in "Last Name" text field.
5. Enter / Select the patient's date of birth from Date Of Birth Calendar
6. Select the patient's gender from "Gender" dropdown list.
7. Click the "Search" button to search for a patient.
8. To tally the patient found results, check the patientdb.patient (Responder mpi) table using the selected patient id based on the last name and/or first name that was entered; the patient search result should match the results displayed on the screen.

If a patient is found, below are the expected results:

1. Under the "Patient Search" tab, the user will see a "Patient Record Found" table with Name, Patient ID and Organization details along with a "View Details" button.
2. The "Document Search" tab will be enabled and the user should be able to navigate between the "Patient Search" tab and the "Document Search" tab.

If a patient is not found, under the "Patient Search" tab, the user will see a "Patient Not Found" message.

If the user clicks on the "Clear" button, the "Enter Patient Search Criteria" will be refreshed and the form will be displayed to search for a patient.

1. Click "View Details" button from "Patient Record Found" table.

User will navigate to the "Document Search" tab. Under "Enter Document Search Criteria", the following details are displayed:

1. A non-editable "Current Patient Details" block with Name, PatientID, Gender, Organization, Date Of Birth, and Phone.
2. The "Document Type" list box with a provision to select one or more document types.
3. "Document Creation Date Range" with a provision to select "From" and "To" date ranges.
4. "Clear" and "Search" buttons.

User will be able to navigate between the "Patient Search" and "Document Search" tabs.

Under "Search Wizard", "Enter Patient Search Criteria" will be disabled and "Start Over" will be enabled. If the user wants to search for a new patient, a new search can be initiated using "Start Over" from the "Enter Document Search Criteria" option.

1. Click the "Search" button from under "Enter Document Search Criteria"

If documents are found, the following will be displayed:

1. Under the "Document Search" tab, the "Enter Document Search Criteria" form will contain a "Document Found" table with DocumentID, Document Type, Content Type, Title, Creation Time, and Size.
2. Under "Document Found", each document row will have the "Metadata" and "Open" buttons enabled.
   

The user will be able to navigate between the "Patient Search" and "Document Search" tabs, and both tabs will retain data which was already entered by the user in the previous test case.

1. Select desired document type from the "Document Type" list box under "Enter Document Search Criteria" .
2. To tally the documents found based on document type, look at the docrepository.document (Responder document source) table rows with the selected document type for the test patient.

If documents are found based on selected document type, a list of documents will be displayed under the "Document Found" table with DocumentID, Document Type, Content Type, Title, Creation Time, Size.

1. Under "Document Found" each document row will have "Metadata" and "Open" buttons enabled.
2. Rows from the Document table for selected document type.

1. Select desired document creation date range from "From" and "To" date fields .
2. To tally the documents found based on document date range, look at docrepository.document table rows with selected dates for search patient.

If documents are found between selected date range, list of documents will be displayed under "Document Found" table with below information:

(DocumentID, Document Type, Content Type, Title, Creation Time, Size)

1. Under "Document Found" each document row will have Metadata, Open buttons enabled.
2. Rows from Document table for selected Date range.

1. Click the "Metadata" button from the "Document Found" table under the "Enter Document Search Criteria" form.
2. To close the dialogue window, click "X" on right top corner of dialogue window.

1. User will see a child dialogue window with document summary details. The dialogue window shows the following details:
   1. As a dialogue window title: <selected document name> for <patient name>
   2. A details section of dialogue window containing:
      1. Title, Document Id, Document Type, Content type, Size, Source Patient ID, Creation Time, Service Stop Time, Service Start Time, Author, Author Role, Author Speciality. (Currently, Author, Author Role and Author Speciality are displayed as blank).
2. After closing the dialogue window, the user will be back at the parent window's "Document Search" tab and can view other documents' metadata.
3. User will be able to navigate between the "Patient Search" and "Document Search" tabs, and both tabs will retain data which was already entered by user in the previous test case.

1. Click " Open" button from "Document Found" table under "Enter Document Search Criteria" form.
2. To close the dialogue window click "X" on right top corner of dialogue window.

1. User will see a child dialogue window with detailed document details. The dialogue window shows below details:
   1. As a dialogue window title: <selected document name> for <patient name>
   2. Based on selected document content type ( ex: if it is application/xml) , details section of dialogue window shows detailed document information in application/xml format .
2. After closing the dialogue window, user will be back to parent window " Document Search" tab to view different document details.
3. User will be able to navigate between "Patient Search" tab and "Document Search" tab and both tabs will retain data which was already entered by user in above previous test cases.