2022-02-01 Release 113

FEATURES

Audit 2.0 is Finally Here! 

Overview

The ControlCheck for Controlled Substance (ControlCheck) Product team has spent many months sketching, iterating, and conducting customer interviews to ensure that Audit 2.0, a complete redesign of the Audit Table, will withstand customer needs moving forward.

Since the launch of ControlCheck, you have been requesting features that will improve your auditing workflow. The current Audit Table limits our development team from adding new features due to outdated code structures and a subpar user interface. Audit 2.0 will have similar functionality as the Audit Table, just with a new look and better foundation to build on!

What’s New with 2.0!

The Audit Table is no longer a table. Each Event Summary is broken up into what we are calling cards. For more details regarding the Event Summary, you can open the card to find User Events, Notes, and more. To make changes such as Status, Assignment, and Notes there are quick links on the card that opens a panel. Bulk changes can be made by selecting Summaries via the checkbox on the left side of each card.

There are more filters to choose from! Departments, Users, and User Roles were added to enhance your auditing experience. Like Run Report, Audit 2.0 allows you to view multiple statuses at one time while filtering down to exactly what you need. Searching capabilities were improved too: Event Summary ID, Patient Identifiers, and Patient Name are now searchable on the Audit page.

Highlights

Filters

There are more filters to choose from! Departments, Users, and User Roles were added to enhance your auditing experience. Similar to Run Report, the Date Range filter will set the range for all Events in any status. In Audit 2.0 you can filter the statuses, allowing you to review any and all statuses at one time while using all the audit page features. When you apply filters, they will be saved for the next time you log in. The best way to save your filters is to bookmark the Audit page.

Search

Searching for events is more robust. After three characters, results will start to appear. You can search for Event Summary ID, Patient Identifiers, and Patient Name.

Editing Panel

The single and bulk editing panel is broken up into three sections: Status, Assign, and Notes. You can make changes in all three sections or just one before applying them to one or more events. This editing panel floats at the bottom of the page, which allows you to view and interact with the event(s) at the same time. For example, you could be reviewing User Events while assigning and making a note.

Note Taking/Note Icon

The Notepad icon that signifies whether a note has been made or not can be found on the left-hand side, next to the Event Summary ID. A filled-in notepad means a note has been made and an outlined notepad means no notes have been made.

As far as making a note, a note can be made anywhere! When an Event Summary card is open, it’s broken up into tabs. No matter what tab you are on when you click the Notepad bubble, it will open a text field for you to create a note. Don’t forget, you can also create a note in the Edit panel that opens when you check the checkbox next to the ES ID (event summary id) or edit the status or assignment.

IRIS Tab

The Audit 2.0 redesign allows for more information to be at your fingertips. One bit of information we are including with each Event Summary is IRIS. Any User who is part of the Event Summary will be listed under the IRIS tab with their individual score. From there, you could open or review any investigations on that user, run a report, or go to the IRIS Dashboard.

What's in R113?

Here are some finishing touches we have put on Audit 2.0 in R113, just in time for our official beta launch:

• Fixes to the IRIS tab on event summaries to ensure that security role permissions are respected for Analytics access.
• Select-all box for when a single event summary Status type is selected to allow users to action items in bulk more easily
• Hiding the History tab since it is currently an unused feature and requires more dev time
• Added padding and shading to the outside of the event summary cards
• Miscellaneous fixes to scrolling and usage of some of the filters

Upgrades & Fixes

• Added double pipes || as a supported file delimiter type.
• Added the text "Updated 24 hours ago" to the Dashboard panels to ensure a clear representation that the data is only refreshed once a night and does not provide real-time updates.
• Updated the new Infusion form factor logic to store a filter_reason for waste events. The Infusion form factor is currently dev complete and in a testing state. This form factor will be ready to use soon!
• Upgraded old Angular bower packages to use npm, submodules used by AngularJS. We also removed the bower packages that were being used in old Angular. Angular, the Angular CLI, and Angular applications depend on npm packages for many features and functions.
• Upgraded the Datascience Service and Datascience Labs to Python versioning to 3.8.10.
• Updated the User Mobility DSS back-end to use a new index to filter events by date instead of timestamp to enhance performance of the User Mobility report page in IRIS.
• Fixed an issue that accidentally removed the Download option for Admin users from the Location Mapper page. The Download links have been restored and should work as expected.
• Fixed a minor issue with the Open Investigation modal pop-up by removing the scroll within the modal box.
• Fixed an issue with a broken Detailed Risk Score Analysis on the IRIS Dashboard. The issue would present when a single user was selected from the IRIS Dashboard and then filters were changed or applied that removed the selected user from the results. Once the filters were applied, the page would break (display broken results) or fail to load. This fix ensures that the selected user value returns null if the previously selected user is not in the returned results. It also ensures the page loads as expected under all conditions.
• Fixed an issue with creating new provider records for providers with the same name. For example, if the system already contained a Jane Nurse, RN provider with provider ID Jane123 and then we saw another Jane Nurse, CRNA come in with provider ID Jane456, the system would think they were the same because they had the same name and it would not create a new record for the CRNA provider, as it should. This fix ensures that the second provider's record is uniquely created and its provider ID is not added onto the existing record for the first provider.
• Fixed an issue with the ProviderCache not deleting at logout. When a user logs into a hospital, a job starts running to pull all the providers at the hospital and cache them for the login session, to be used variously throughout the app. This fix ensures that the cache is deleted upon logout or when switching between hospitals to enhance performance.
• Fixed an issue with user's Account Settings that broke and incorrectly displayed a "15G" value in the user's name when the last name was longer than 16 characters. This fix will ensure that the user’s name in their menu at the top right of the page displays the first character of their first name (uppercase), followed by a period, and then the first 14 characters of the last name, followed by an ellipsis (...). For example, given the name "Charles Frederickson (MNXNXNX)", we would display "C. Frederickson(M...".