Release 26.170 - October 15th, 2026

Highlights

New features

New Company Setting: Auto-Execute PDMP Report When the Medications Tab Is Activated

ISL- 7973: Previously, users had to manually click the PDMP button every time they wanted to see a patient's PDMP report. With this release, a new company setting, "Auto-execute PDMP report when Medications tab is activated," is now available. When enabled, the patient's Prescription Drug Monitoring Program (PDMP) report is pulled automatically when the Medications tab is opened, so users no longer need to click the PDMP button. By pulling the report automatically, it saves time and makes it less likely the report gets skipped. 

This setting only takes effect if the PDMP Beta Option is enabled for your practice. You can turn the setting on at any time, but it won't do anything until the Beta Option is active.

For more information, visit our Company Settings Article.

New User Setting: Display PDMP Summary Dialog

ISL- 7971: A new user setting, "Display PDMP Summary Dialog," is now available. When it's checked, opening the Medications tab in the EHR pulls the patient's PDMP report in the background and opens a small window on the right showing the patient's scores. This puts the key PDMP information in front of the provider as soon as they open the Medications tab so they don't have to open the full report to see it.

Please note that the PDMP button on the Medications tab still works as before, so users can open the full report whenever they need it.

For more information, visit our User Settings Article.

Enhancements

Unapplied Patient Payments Total Now Shown on Patient Transaction History

ISL- 14214: Previously, there was no quick way to see how much money a patient had paid that hadn't yet been applied to a charge. With this release, the Patient Transaction History now shows a total for unapplied patient payments. In the left pane under Totals, a new Unapplied line shows the number of unapplied receipts and their combined dollar amount. This total gives you that information at a glance, so you don't have to review each receipt individually.

Please note:

• The total includes all unapplied receipts. For receipts that were only partially applied, only the unapplied portion is counted.
• Hovering over the Unapplied line shows a tooltip with the receipt count and the unapplied receipts balance. 

New Code Validation Columns in Procedure & Diagnosis Code Advanced Search

ISL- 14201: Previously, there was no way to see which codes had validation rules set up without opening each code individually. Now you can review and audit your validations across all your codes in one place. The Procedure & Diagnosis Code - Advanced Search window now includes a Code Validation section that lets you see, sort, filter, and search on the validation rules set up on your codes.

The following validations are now available:

• At least one of the following modifiers must be used: You must use at least one of the listed modifiers
• None of the following modifiers can be used: none of the listed modifiers can be used
• At least one of the following procedures must be used: at least one of the listed procedure codes must be used
• None of the following procedures can be used: none of the listed procedure codes can be used
• At least one of the following diagnoses must be used: at least one of the listed ICD codes must be used
• None of the following diagnoses can be used: none of the listed ICD codes can be used
• At least one of the following primary diagnoses must be used: at least one of the listed primary diagnoses must be used
• None of the following primary diagnoses can be used: none of the listed primary diagnoses can be used
• Set Minimum units & Set Maximum units (procedure codes)
• Providers: whether the Rendering and Referring providers must be the same, cannot be the same, or have no requirement (N/A) 

Improvement: Clearer Error Message When Removing a Procedure Code Tied to a Payment on a Superbill

ISL- 14120: When you try to remove a procedure code from a Superbill and that code is tied to a payment, the error message now tells you what the problem is. It states that the procedure code is tied to a payment and can't be removed. The system already prevented this change, which is correct. But the error message only displayed a number, so it was hard to tell what had gone wrong or what to do about it.

With this release, if you try to remove a procedure code that has a payment applied, you'll see a plain-language message naming the procedure code and explaining why it can't be removed. This should save you from guessing or contacting Support to find out what the error means.

Resolutions

Resolved Issue: Eligibility Checks Incorrectly Marked "Needs Review" When Other Payer Matches the Primary Payer

ISL-14839: Corrected an issue with how eligibility responses handle "other primary payer" information, some payers began returning a response in which the other payer listed was the same payer the eligibility check was run for. These checks were marked Needs Review even though nothing needed to be reviewed. For some practices, this affected hundreds of patients in a single month. This issue has been fixed. Before marking an eligibility check as "Needs Review," the system now compares the primary payer with any "other payer" information in the response. If they match, the check is no longer flagged.

Resolved Issue: Cancel Appointment Buttons Cut Off on Smaller Screens or Zoomed Browsers

ISL-14818: When cancelling an appointment on a laptop screen with the browser zoom set to 125%, the buttons at the bottom of the Cancel Comments window were cut off, with no way to scroll down to reach them. Users then had to change their browser zoom to see the buttons and finish cancelling the appointment. In this release, we fixed this issue and the Cancel Comments window now adjusts to fit the available screen space, so the buttons stay visible and usable.

Resolved Issue: Occupation Fields Incorrectly Showing as Required in Patient Setup

ISL-14853: In the modernized Patient Setup, the Start Date and Occupation fields on the Demographics tab displayed a red asterisk. This made it look as though they were required to save a patient even though they aren't required to document a patient. They're only required if you choose to add an occupation. With this release, the red asterisks no longer appear on these fields when you open a patient. They will only appear when you click Add Occupation, because the fields are required at that point to record an occupation. 

Resolved Issue: Deposit Payment Batch Selection Stuck Loading When a Batch Note Contains a Line Break

ISL-14331: Corrected an issue where, when a Payment Batch had a note containing a line break, selecting a payment batch from the Deposit window never finished loading. After you clicked the magnifying glass to update the payment batch, the screen kept spinning and the payment batch never appeared. This issue has been fixed. Payment batch notes with line breaks or backslashes no longer stop the Deposit window from loading, and the payment batch now appears as expected. 

Resolved Issue: Nightly Cost Estimates for Self-Pay Patients Now Match Estimates Created in the App

ISL-14600: Corrected an issue where for self-pay patients, estimates created manually in the app and estimates generated by the nightly Cost Estimator process could show different patient costs. The app had previously been updated so that self-pay estimates no longer use an aggregate allowed amount, since self-pay payments aren't tied to insurance. But the nightly process was still using the old logic. We have fixed this issue so that for self-pay patients, the nightly Cost Estimator process now sets the patient cost to the charge amount, the same way the app does.

Resolved Issue: Patient Transaction History Payment Totals Included Payments and Adjustments That Shouldn't Count

ISL-14534: Resolved an issue where, the Total Insurance Payments and Total Patient Payments shown on the Patient Transaction History were adding in payments and adjustments that shouldn't be part of a payment total. This issue has been fixed and the totals now include only payments and adjustments whose payment type has the Affects Payments flag turned on. If you want a payment type or adjustment counted toward these totals, you can find this flag within Payment Codes Setup > Payment Method Values. 

Resolved Issue: Misaligned Totals on the Rejection Analysis Report

ISL-14533: Corrected an issue within the Rejection Analysis report, where the totals were stretching wider than they should, pushing the amounts out of line with their column headers. This made it hard to tell which column each amount belonged to (even more noticeable on reports covering a long date range). With this fix, you can now read the Rejection Analysis report without having to work out which column each amount belongs to. 

Resolved Issues: Charge Analysis Alignment and Reports Search Box

ISL-14531: This release includes two report fixes: 

1. Service Location Totals Misaligned on the Charge Analysis Report: On the Charge Analysis report, the amounts in the Service Location Totals section didn't line up with their column headers. Other parts of the report weren't affected. This issue has been fixed and the Service Location Totals now line up with their column headers.

2. Username Appearing in the Reports Search Box: When using a password manager such as LastPass, it could fill your username into the search box on the Reports landing page. This issue has also been fixed and the search box no longer picks up your username.

Resolved Issue: Completed Checkmark Missing or Cut Off on EMR Chart Tabs

ISL-14820: Corrected an issue within the EMR where, the green checkmark that appears next to a chart tab when its documentation is complete, could be hidden or cut off in some cases. This happened when the Chart Tabs section was long enough to show a scroll bar, forcing users to widen the column to see which tabs were complete. This issue has now  been fixed, and the completed checkmark now displays in full next to each completed chart tab, even when the Chart Tabs section has a scroll bar.

Resolved Issue: New Deposit Buttons Cut Off on Laptop Screens

ISL-14819: Corrected an issue when creating a new deposit on a laptop screen where, the buttons at the bottom of the New Deposit window (Save and Close) could be cut off, with no way to scroll down to them. This was most likely on displays with a higher scale setting, even with the browser zoom at 100%. Users then had to lower their browser zoom to reach the buttons and finish creating the deposit. This issue has been fixed and the New Deposit window now adjusts to fit the available screen space, so the Save and Close buttons stay visible and usable without changing your browser zoom.

Beta Program

As iSalus modernizes the application, there is an option to opt in to early access to a specific feature and provide feedback before releasing it to all users or deprecating a legacy version. Below is the list of items available for your team to enable. Read more about the Beta Program