These updates will be applied automatically during non-business hours.  The system will be unavailable during the maintenance window shown above. No additional action is required for you to apply these updates.

Analytics

Assessment Errors

We have improved our error detail collection from an integrated system and updated user-facing error messages to be more clear about what went wrong when they cannot access an At Home Assessment. (e.g. “Integration with the host organization has failed and your access cannot be verified. Please try again later.”)

Clinical Home

Due to a discrepancy in the count, we have improved how we tally abandoned assessments to count only the assessments with the explicit “abandoned” status on it.

Patient Log

We have made the patient log more viable for audit use in large organizations by removing ambiguity in the 'User' column. The 'User' column of the Patient log will now display the user's full name. Additionally, we added a column for “username” that shows the users username. This change will not update past data, only data going forward.

Open

Treatment Plan Alert and Suicide Alert Report

We resolved an issue where data was not being displayed on the Treatment Plan Alert and Suicide Alert reports when the user had Clinical Data Access set to ‘Patients At My Sites’ and selected sites in the user profile, data was only shown in Treatment Plan Alert and Suicide Alert reports when the logged-in user had direct association with the patient.

Assessments

At-Home Assessment Scheduling Jobs

We have improved performance on our At-Home Assessment scheduling jobs.

Preferred Language

We've updated Tridiuum ONE to find a patient's preferred language from an integrated system and display the assessment in that language. If there is no preferred language, we default to English.

Visit Type

We have added the ability for permissioned users to add a default assessment to be associated with visit types, so that an assessment can automatically be associated when an appointment is booked. We have added “Default Appointment Booking Assessment” to the “Add/Edit Visit Type” User Interface. This is not a required field and can be narrowed down to only default for in-person and/or virtual appointments. The appropriate age-group assessment type will automatically be paired when making an appointment of that visit type.

Tridiuum ONE Connect/Call Center App/Digital Front Door

• When appointments are booked with a visit type that has a default assessment, the assessment will be associated behind the scenes and we will require an email address or phone number to be required.

• If the booked appointment is edited from the scheduling tab, the applicable assessment will be selected

WebApp (Patient Profile | Visits Tab or Scheduling Tab) or NativeApp (Patient Profile | Appointments Tab or Scheduling Tab)

• When appointments are created with a visit type that has a default assessment, the default assessment is selected by default, but can be updated to "No Assessment" or a different assessment.

Open

Call Center App/Tridiuum ONE Connect

In the situation where there is no phone or email, we now hide the process notification message when booking an appointment.

Original Result

1. Login

2. Navigate to Tridiuum ONE Connect

3. Take a call center assessment

4. Book an appointment without email and phone no and verify the confirmation page

5. “In process” notification message is displayed on the appointment confirmation page

Open

 

Improved Result

1. Login

2. Navigate to Tridiuum ONE Connect

3. Take a call center assessment

4. Book an appointment without email and phone no and verify the confirmation page

5. “In process” notification message will be hidden on the appointment confirmation page

Open

 

Case Review

Request Notification

When a clinical review was requested and the notification is viewed, the notification is grayed out and the link to the patient's profile is no longer accessible. However, since the notification was fairly generic, unless the provider saves the notification email and accesses the platform through the link or wrote down the patient’s name when they first accessed the notification, there was no way for them to know which patient the review was for.

We have updated the language of Clinical Review requests to be more helpful. Such notifications will now read: Please complete the “Clinical Review” in <Patient’s Name>’s profile, under “Notes” within 7 calendar days….

Original Version

Open

 

Improved Version

Open

Open

Unexpected Triggers

Some users noted that the Case review triggered, even when the setting was turned off for the survey definition. This was because the case review function was turned on for that user’s role. We have now corrected this and now Case Review triggers will only occur when it is on for that definition.

View-Only

We have renamed the “View Case Review” permission in “Manage Roles” to “Case Review” and added a new “Review Only” permission:

Open

Options in this permission are now:

• Not Permitted (same as previous)

• Review Only (new permission)

• Assign and Review (previously “Permitted”)

Users with Review Only permission will be able to access the case review queue, but not have any cases assigned to them. (i.e. their names cannot appear in the drop down to be assigned to).

Not Permitted: Case Review will not be listed in Home drop down.

Open

Review Only: Case Review can be accessed from the Home drop down. This user will not be shown in the Assigned to dropdown.

Open

 

Assign and Review: Case Review can be accessed from the Home drop down and user can be assigned to any case also.

Open

 

Clinical Home

Add Assessment

We have resolved an issue in our “Add Assessment” Modal screen in response to reports that certain sites provided “No option” when selecting assessment types.

Data Sharing Between Organizations

We continue foundational work that will lead to the ultimate goal of sharing data between multiple separate organizations that each utilize the Tridiuum ONE system. This is foundational work that will lead to the ultimate goal of sharing data between multiple separate organizations that each utilize the Tridiuum ONE system.

External API User

Moving forward, our preferred method for external user authentication will be OAuth 2.0. Users will be required to fetch a token first and include the token in the authentication header for subsequent submissions. User can use their client credentials to obtain an “access token” which will allow the user to access API endpoints within the “public” scope. These Access tokens will expire after 10 minutes, though they can be refreshed once expired. Any attempt to access an API endpoint with client credentials that are not authorized for the “public” scope will not be possible. If a user attempts to access any API endpoint without any scope will be met with an error message.

Third Party Information Request

As a third party, either using Tridiuum ONE or another application, that want to receive information on an appointment booked through Tridiuum ONE, users can request to receive information on an appointment booked through Tridiuum ONE made by a different organization via a webhook. This information could include:

• Patient First and Last Name

• Patient DOB

• Patient MRN (or unique ID)

• Patient Communication: email/phone

• Appointment Date and Time

• Provider Name

Digital Front Door

We continue to expand the framework for a Patient Self Screen and Refer workflow where it enables a “digit front door” for patients seeking treatment to be able to complete a behavioral health assessment.  Just like in the Tridiuum ONE Connect/Call Center environment today, Tridiuum ONE can score and triage a patient and recommend the appropriate treatment course and allowing the patient to book a virtual or in-person appointment, or speak to someone immediately based on their results.

Registration and Verification

Patients that self-register for the Tridiuum ONE system through the Digital Front Door can fill out a new patient form and a patient record will automatically be created in the Tridiuum system. The forms will be configurable.

An Example of an Uncompleted Form

Open

An Example of a Completed Form

Open

Patient Consent

Since every organization in the Tridiuum One system is different, the consent portion at the end of the form is configurable by organization. It can either display whatever block of text that an organization chooses to and/or have a link that leads the patient to a separate page for the full consent agreement.

Patient Access Code

Once a patient submits their information, they will need to check their email or text verify the access code. The access code will have been sent to the email or phone number that the patient filled out in the initial form and only to the method that they selected in the initial form. Once they have inputted a correct verification code, the patient will be fully registered and will be sent to the next part of the process.

Open

Patient-Friendly View

We have added a patient-friendly view to patients accessing our assessments via the self-serve model (or “digital front door”) for our assessments, referral pages, and provider availability/booking screens (depending on what’s configured for the organization). As we continue to design and develop our Patient Portal, patient-facing screens will continue to evolve.

Open	Open
Open	Open

Multi-Factor Authentication (MFA)

We continue development on the foundational requirements for organizations to use Multi-Factor Authentication. Once enabled, users will be presented with MFA once per day for their first login of that day via text or email for non-SSO clients.

My Settings | Security Tab

We have added a Security tab on “My Settings”. After a user has confirmed a communication method via the Communication Tab (more information can be found: TRIDIUUM ONE (v3.41) DETAILED RELEASE NOTES | Communication Preferences, we allow users to update their settings using those confirmed methods of communication for MFA. When this goes live, we will utilize email as the default for MFA. Users are able to turn on MFA via Email and/or Text Message if they have a verified communication method.

If the user has not entered a phone, they cannot enable via text and see the following message.

Open

If the user has a pending communication verification method, they can see that method, and the message below, but they are not able to enable the method.

Open

When logging in with MFA, the user is able to change their verification code method to “Receive text message instead” from the MFA page only if they have enabled and verified their phone number.

Open

• If the user has not entered and verified a phone number, the “receive text instead” option is hidden.

• If the user has verified and enabled their phone number, when they click the “receive text message instead,” they are sent the verification code in a text to the verified phone number. The system does not allow a user to disable both email and text message.

• If the user has both turned off, the “Save” button is disabled and displays a message “You must have at least one MFA method enabled.”

• If the user has both email and SMS enabled, email is the default send method.

Expired Code

The verification code that is sent as a part of the Multi-factor Authentication expires after 10 minutes for security purposes. If a user goes 10 minutes without inputting a correct and valid code, the user will now be redirected back to the login page, so they don’t get confused by entering a verification code that has expired and will need to begin the Authentication process all over again.

My Profile

Native App Interaction

When users have tried to change their email in their “Edit Profile” page, if they tried save an email that was already recorded in the iOS Native Application, they received a generic “Error 400” message. Now, if a user tries to save a non-unique email, regardless of where it was saved, the user will see a more specific message informing the user as to why they could not save that non-unique email.

Original Result

Open

 

Improved Result

Open

 

User Information Error

Some users found that when they tried to change their first name, last name, or email on the “My Profile” page, that the information did not seem to save. This was due to a different part of the system overriding that change. We have resolved the issue and now, whenever a change is made to one of those three fields, it saves both to the user’s profile, as well as their user and practitioner information.

React Refactor

We refactored the following areas to react, so we can expand future functionality to be incorporated in a more user-friendly view:

• Manage Demographic Mappings

• Manage Hierarchies

React components allow you to separate the user interface into separate pieces they can be reused and handled independently. There aren’t any changes to the functionality of these areas; there may be some formatting changes made for consistency or improved user experience. This is only applicable for permitted users.

Screen & Refer Dashboard

We have refactored the Screen & Refer Dashboard to utilize the same data as the Practitioner Availability. Previously, the system used User information, rather than Practitioner information.