Release Management
Space shortcuts
Space Tools

Versions Compared

Old Version 7

changes.mady.by.user Janice Donahoe

Saved on

compared with

New Version 8

changes.mady.by.user Janice Donahoe

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

html-text
<!DOCTYPE html>
<html>
<head>
    <title>i2b2 1.7.10 Release Notes</title>
    <meta charset="UTF-8">
    <meta name="description" content="The release notes for version 1.7.10 of the i2b2 Software" />
    <meta name="keywords" content="i2b2, release, 1.7, 1.7.03, 1.7.03a, 1.7.04. 1.7.05, 1.7.06, 1.7.07, 1.7.07b, 1.7.08, 1.7.08a, 1.7.09, 1.7.09a, 1.7.09b, 1.7.09c, 1.7.10" />
    <link rel="stylesheet" type="text/css" media="all" href="/stylesheets/i2b2-wiki.css" />
</head>
<body></body>
</html>

i2b2 Release 1.7.10
Anchor
releaseNote-1710
releaseNote-1710

Release Date: April 27, 2018

Release Summary
Anchor
releaseNoteSum-1710
releaseNoteSum-1710

Release 1.7.10 contains many new enhancements to the i2b2 kernel, many of which improve the security around signing into the i2b2 Web Client. We have included some Auditing features like logging all successful and attempted logins into the i2b2 Web Client or keeping a log of all the Admin functions performed with the Admin Module.

 

Installation Notes
Anchor
releaseNoteNewInstall-1710
releaseNoteNewInstall-1710

This release note applies to you if you are upgrading your i2b2 to 1.7.10 from and earlier 1.7.xx version of the i2b2 software. Please see the Upgrade Notes section for any information that is specific to the upgrade process.

If you are installing a new instance of the i2b2 we recommend you refer to the i2b2 Installation Guide found on the i2b2 Community Wiki. This documentation will guide you through the entire installation process. If you run into issues or have questions you can reach out to the community by joining and emailing the google group called i2b2 Install Help.

 

SHRINE Networks
Anchor
releaseNoteShrineApprvl-1710
releaseNoteShrineApprvl-1710

 

Warning
titleWarning

Release 1.7.10 has not been tested within a SHRINE network. Therefore, i2b2 Release 1.7.10 should not be installed within a SHRINE network. It can be installed independently of SHRINE. However because it has not been tested with SHRINE we can not guarantee all of the new enhancements will continue to work correctly when implemented within a SHRINE environment.

html-text
<html>
<body>
    <!-- Add the following section once SHRINE approves this release; may need to update the SHRINE version -->
    <!--
    <h2 id="rel1709cshrineApprvl">SHRINE Approval</h2>
    <p class="shrineApprvTxt">
        <img class="shrineApprvlImg" src="https://community.i2b2.org/wiki/download/attachments/15729710/shrineApprvl_v1-22-08.png" width="57" height="57" alt="Shrine Approval"><i>SHRINE Release 1.22.8</i> has been tested with <i>i2b2 1.7.09c Release</i> and has been <b>approved</b> by the SHRINE Team</p>
-->
</body>
</html>
 

 

Upgrade Notes
Anchor
releaseNoteUpgrade-1710
releaseNoteUpgrade-1710

The following i2b2 components contain changes in release 1.7.10.

    • i2b2 Database
    • i2b2 Server (kernel)
    • i2b2 Web Client

The list of changes made can be found in the change summary

Now provide an upgrade path for those sites that do not want to do a whole new install of the i2b2 server. provide just the JAR / war files

page that contains all the upgrade information is: Upgrade to latest version

 

 

Database Changes

 

 

 

Change Summary - i2b2 Kernel (Core Software) - Release 1.7.10
Anchor
releaseNoteChgSumCore-1710
releaseNoteChgSumCore-1710

Section

New Features and Improvements

Additional information about each of these features can be found in the Details about New Features in Release 1.7.10 section located after the Change Summary section for the Web Client.

 

 

 

New Features and Improvements

Additional information about each of these features can be found in the Details about New Features in Release 1.7.10 section located after the Change Summary section for the Web Client.

 

Jira
serveri2b2 JIRA
columnskey,type,summary
maximumIssues1000
jqlQueryproject = CORE AND issuetype in (Improvement, "New Feature", Story, Task, Sub-Task) AND fixVersion = 1.7.10 AND labels = wikirelease
serverId6e4599d0-bdbc-37f8-9067-5f0befc0ec6c

Bug Fixes

Jira
serveri2b2 JIRA
columnskey,type,summary
maximumIssues1000
jqlQueryproject = CORE AND issuetype = Bug AND fixVersion = 1.7.10 AND labels = wikirelease
serverId6e4599d0-bdbc-37f8-9067-5f0befc0ec6c

 

Change Summary - i2b2 Web Client Software - Release 1.7.10
Anchor
releaseNoteChgSumWeb-1710
releaseNoteChgSumWeb-1710

New Features and Improvements

Additional information about each of these features can be found in the Details about New Features in Release 1.7.10 section located after this section.

 

Jira
serveri2b2 JIRA
columnskey,type,summary
maximumIssues1000
jqlQueryproject = WEBCLIENT AND issuetype in (Improvement, "New Feature", Story, Task, Sub-Task) AND fixVersion = 1.7.10 AND labels = wikirelease
serverId6e4599d0-bdbc-37f8-9067-5f0befc0ec6c

Bug Fixes

Jira
serveri2b2 JIRA
columnskey,type,summary
maximumIssues1000
jqlQueryproject = WEBCLIENT AND issuetype = Bug AND fixVersion = 1.7.10 AND labels = wikirelease
serverId6e4599d0-bdbc-37f8-9067-5f0befc0ec6c

 

Details about New Features in Release 1.7.10
Anchor
releaseNoteFeatureDetails-1710
releaseNoteFeatureDetails-1710

Many improvements in 1.7.10; grouped into 4 categories

Miscellaneous improvements

Logging improvements

Password management improvements

Query improvements

 

Miscellaneous improvements
Anchor
releaseNoteFeatureDetailsMisc-1710
releaseNoteFeatureDetailsMisc-1710

New Feature
  1. Single sign-on location for Web Client and Admin Module
Improvement
  1. Improve datasource validations

 

Separate Admin install no longer needed

i2b2 Administrators now login from the i2b2 Web Client

INSERT singleSignOn-select-2.png

Improve datasource validations

• 

 

Single sign-on location for Web Client and Admin Module
Anchor
releaseNoteFeatureDetailsMiscSignon-1710
releaseNoteFeatureDetailsMiscSignon-1710

JIRA Issue: WEBCLIENT-226

The i2b2 Admin module no longer needs to be setup on the i2b2 server and results in the following benefits.

  • i2b2 Administrators will log in from the same location as the i2b2 Web Client.
  • Easier installation and maintenance. Will only install the i2b2 Web Client.

To sign into the i2b2 Admin module, Administrators will go to the same location as their i2b2 Web Client and enter their login credentials.  Provided their user is setup as an Admin they will be able to select "Administrator" from the list of projects in the project dialog. The Administrator project will launch the Admin module.

 

INSTALLATION INSTRUCTIONS

 

Improve datasource validations
Anchor
releaseNoteFeatureDetailsMiscDataSrc-1710
releaseNoteFeatureDetailsMiscDataSrc-1710

JIRA Issue: CORE-129

The database connections will now be validated and checked that it is a valid connection. If a connection in the pool goes bad we will not continue to use that validation.

  • Validate database connection
•  
  • If connection in pool goes bad will not continue to use

INSERT db-validation.png

 

 

MSSQL Example:

 

 

Code Block
languagesql
titleMSSQL Example
collapsetrue
<validation> 
     <validate-on-match>true</validate-on-match> 
     <check-valid-connection-sql>SELECT 1 FROM DUAL</check-valid-connection-sql> 
     <use-fast-fail>true</use-fast-fail> 
 </validation>

Logging improvements
Anchor
releaseNoteFeatureDetailsLog-1710
releaseNoteFeatureDetailsLog-1710

Logon Auditing

JIRA Issue: CORE-285

All successful and failed login attempts to sign into the i2b2 Web Client will be logged in the PM_USER_LOGIN table.

INSERT  pm_user_login-table-pw-example.png

 

Log Admin Functions

JIRA Issue: CORE-286

Functions performed within the Admin module will be logged within the PM_USER_LOGIN table. The service

called from the Admin module will be logged along with the user_id that performed the action that triggered the call.

 

Example Box

For the purpose of this documentation we outline the basic steps the i2b2 Admin takes when adding a new user into the i2b2 Admin module.

Step 1: Signs into the i2b2 Web Client & selects the Administrator project

Step 2: Selects Manager Users from the Navigation Panel

Step 3: Clicks on the Add User button

Step 4: Enters the information about the user and clicks on Save.

Step 5: Clicks on Manage Users to refresh the list and display the new user.

 

As each of the above steps were performed, the services and USER_ID were logged in the PM_USER_LOGIN table along with date & time.

 

INSERT IMAGE

 

 

Password management improvements
Anchor
releaseNoteFeatureDetailsPwdMgmt-1710
releaseNoteFeatureDetailsPwdMgmt-1710

The password management improvements are comprised of four new features.

  1. Account lockout
  2. Mandatory password change
  3. Prevent repeat passwords
  4. Enforce complex passwords

 

Account Lockout
Anchor
releaseNoteFeatureDetailsPwdMgmtLock-1710
releaseNoteFeatureDetailsPwdMgmtLock-1710

JIRA Issue: CORE-287

Accounts are locked and users are not able to sign into the i2b2 after a specific number of failed login attempts have been made.

Highlights
  • Account lockout threshold and wait time is defined by the site Administrator.
  • Users are locked-out when the defined number of failed attempts have been reached
  • Once locked
    • user receives a lockout message
    • the user must wait a preset period of time
  • Successful login resets the number of failed logins

New parameters

 Two new Global Parameters were created as part of the new lockout feature. These parameters must be defined in the PM_GLOBAL_PARAMS table for users to be locked out after the defined number of failed attempts and number of minutes they must wait before attempting to try again.

 

The threshold & wait time are defined in 2 new global parameters.

Section
Column

PM_LOCKED_MAX_COUNT Parameter

  • Threshold for failed sign-in attempts
  • The value is inclusive. i.e. if you enter 4 then the 4th time the user enters the wrong password they will receive the error message and their account will be locked.

 

INSERT IMAGE OF COUNT

 

Column

PM_LOCKED_WAIT_TIME Parameter

  • Number of minutes an account is locked before a user can sign in again.

 

INSERT IMAGE OF WAIT PARAMETER

 

 

 

Mandatory Password Change
Anchor
releaseNoteFeatureDetailsPwdMgmtChg-1710
releaseNoteFeatureDetailsPwdMgmtChg-1710

JIRA Issue: CORE-287

Require users to change passwords after a specified interval of time. The i2b2 Administrator controls the number of days allowed before a password must be changed. If a user attempts to sign on after their password has expired, the i2b2 Change Password window will open and the user must change their password before they can sign on.

 

Summary of Password expiration process

 

New Global
  • Require users to change passwords
  • i2b2 Admins control how often (interval)
  • Change password window will open when password expired
  • 1 new Global parameter
  • 1 new User parameter

 

 

Summary of password expiration process

UI Steps
sizesmall
UI Step

New global parameter is set (entered via the i2b2 Admin module).

UI Step

Password expiration feature is turned on.

UI Step

ALL user passwords are now expired.

When user
UI Step

User attempts to sign into the i2b2 Web Client

,

; they

will be

are prompted to enter a new password

.

UI Step

User enters a new password & successfully signs into the i2b2 Web Client.

The system uses
UI Step

Using the value defined in the global parameter

to calculate the

and the date the user has signed on the system calculates the next expiration date

and adds the appropriate user parameter to the table.

 

•Require users to change passwords
•i2b2 Admins control how often (interval)
•Change password window will open when password expired
•1 new Global parameter
•1 new User parameter

Quick Summary of Password expiration process

1.New global parameter is set & feature turned on
2.ALL user passwords are expired
3.User attempts to sign in; prompted to change password
4.Enter new password & successfully sign into Web Client
5.Using value in global parameter, system calculates next expiration date for user & adds user parameter with that date to the correct table.

 

for that user.

UI Step

Once the new expiration date has been calculated the system will add a user parameter to the appropriate user with the correct expiration date.

 

The system uses the value in the global parameter to calculate the next expiration date and adds the appropriate user parameter to the table.

 

 

 

Section

New parameters

Two new parameters were created as part of the Mandatory password change feature. Both parameters are called PM_EXPIRED_PASSWORD however one is set within PM_GLOBAL_PARAMS and the other within PM_USER_PARAMS. Each parameter has a different function in the password expiration process and is further defined below.

Column
Table: PM_GLOBAL_PARAMSThe PARAMSThe new Global Parameter called PM_EXPIRED_PASSWORD must be added to the PM_GLOBAL_PARAMS table to define the password change interval. Once this parameter has been set the mandatory password change feature will be turned on. If this parameter is not added as a global parameter then passwords will never expire.

 

Global ParameterPMParameterPM_EXPIRED_PASSWORD
  • Turns the feature on
  • Define password change interval

 


 INSERT expiredPW-user-futureDt.png

 

Column
Table: PM_USER_PARAMSThe PARAMSThe new User Parameter, PM_EXPIRED_PASSWORD, is automatically added to the PM_USER_PARAMS table the first time a user’s password expires. When they change their password, the system will look to the PM_EXPIRED_PASSWORD parameter in the PM_GLOBAL_PARAMS table to see the change interval defined and then calculate the new expiration date to add to the user parameter.User ParameterPMParameterPM_EXPIRED_PASSWORD
  • Added when password changed 1st time
  • Date password will expire for user

 


INSERT expiredPW-user-param-editDt.png



 

 

 

 

 

Warning
Feature is turned on for ALL users including service accounts.To prevent service accounts from expiring you need to add the user parameter as soon as the feature is turned on or before it is turned on.Set the expiration date for a date far in the future…

Prevent repeat password

•New

New password

can’t

can't be same as current password

•Warning

Warning message displayed

INSERT IMAGE PASSWORD SAME

IMAGE

MESSAGE

 

Complex Passwords

Enforce complex passwords

•i2b2 Admins define

 

  • i2b2 Administrator defines requirements for complexity
•Enforced
  • Enforced when users change passwords
•Warning
  • Warning message if
don’t
  • don't meet requirements
•New
  • New global parameter

 

INSERT IMAGE REQUIREMENTS

IMAGE

MESSAGE

 

Global Parameter: PM_COMPLEX_PASSWORD

•Each

Each requirement as an independent variable however they are concatenated and stored as a single

“value”

"value" in the table.

 

INSERT TABLE

 

Adding requirements / variables to parameter

•Requirements

 

Requirements can be used in any combination.

•If

If require all, enter the parameter value as:

UPDATE WITH

ENTER CORRECT STRING

(?=.*[0-9])(?=.*[a-z])(?=.*[A-Z])(?=.*[)(;:}{,.><!@#$%^&+=])(?=\S+$).{8,}

•The

 

The only required variable is:

(?=\S+$).{8,}–The 8 can be changed to different length

 

INSERT IMAGE OF PM_COMPLEX_PASSWORD parameter

 

 

 

Query improvements
Anchor
releaseNoteFeatureDetailsQryImprov-1710
releaseNoteFeatureDetailsQryImprov-1710

 

•SQL Query breakdown
–Custom

Two new features are included in the query improvements category.

  • SQL Query Breakdown
    • Custom breakdowns based on SQL query
–4
    • 4 new breakdowns provided in the demo data as examples
•Temporal
  • Temporal Query made simple
      –New
        • New simple mode available
      –Streamlined
        • Streamlined

       

       

    SQL Query Breakdowns
    Anchor
    releaseNoteFeatureDetailsQryBreakdown-1710
    releaseNoteFeatureDetailsQryBreakdown-1710

    New breakdowns based on SQL Query

    •Can

    Can now have custom breakdowns based on SQL Query

    •Four

    Four examples provided with the i2b2 demo software

    1.

    Length of stay breakdown

    2.

    Top 20 medications breakdown

    3.

    Top 20 diagnoses breakdown

    4.

    Inpatient and outpatient breakdown

     

    Example

    Take a look at the Length of stay breakdown provided with the demo data.

    SQL defined in QT_BREAKDOWN_PATH table

    INSERT IMAGE of TABLE


     

    Code Block
    languagesql
    SELECT length_of_stay            AS patient_range,
   COUNT(DISTINCT a.PATIENT_num) AS patient_count
FROM visit_dimension a,
   DX b 
WHERE a.patient_num = b.patient_num
GROUP BY a.length_of_stay 
ORDER BY 1

     

    •Run

    Run a query for all diagnoses

    INSERT RUN QUERY DIALOG IMAGE
    INSERT QUERY RESULTS IMAGE

     

     

     

    Temporal Query made Simple •Temporal

    Anchor
    releaseNoteFeatureDetailsQrySimpleTempQry-1710
    releaseNoteFeatureDetailsQrySimpleTempQry-1710

     

    • Temporal query interface difficult to use
        –Hard
          • Hard to comprehend temporality
        –Hard
          • Hard to remember population constraint
        –Too
          • Too complicated, difficult to learn
        •1
        • 1.7.10 includes a Simple Temporal Query mode
            –Displays
              • Displays ordering of events
            –Displays
              • Displays population constraint
            –Streamlined
              • Streamlined features

            In-App Tutorial 

         

         

         

         

        Include Page
        1.7.09c Release Notes
        1.7.09c Release Notes