Executive Summary
Company Settings
|
MIPS Dashboard |
New Features and Updates
Setup
- U12111 - New Company Setting To Use Practice Address As Return Address: A new company setting within Setup > Administrative Settings > Company Settings has been created to pull the Practice Setup Address as the return address for printed statements. When set, Company Setting: "Use Company Profile Practice Address for Return Address" will use the Practice's address as the Statement Return Address instead of the Billing Address information.
Reports
- U19045 - Import And Update to The 2025 Improvement Activities List: Within the MIPS Dashboard, we updated the MIPS Improvement Activities list for the 2025 reporting period. All improvement activities will now have the same weight. This means they will no longer be classified as "High" or "Medium" weighted activities for 2025 reporting. When a user selects an improvement activity to view its details, we will still show the improvement activities with the appropriate weight in the pop-up screen for 2024 and prior reporting years. However, when 2025 improvement activities are loaded, the pop-up screen will not display the weighting.
iScheduler
- U16010 - Update To Only Display Unique Phone# Values When Selecting Where To Send Authorization Tokens Via Intake Link Process: We corrected an issue within our MML intake link process in which the phone numbers shown in the drop-down options were not always allowing the user to see the desired phone number value due to duplicate entries. We updated the Intelligent Intake screen's "Send Authorization Token to" drop-down field to display only distinct values for the patient to choose from, eliminating duplicate values.
Bug Fixes
EMR
History
- B19345 - EMR > History > Past Medical History displays data elements as Uncategorized unexpectedly (client specific): Resolved a client-specific intermittent issue affecting the display of Past Medical History for some patients. This was caused by a bug in the User Settings for Template > Patient History, which displayed the top row instead of mapping to the template ID. This led users to believe they were defaulted to one template when they were defaulted to another. Additionally, any changes or saves to Patient History for a patient in the EMR, where there were 'Uncategorized' data elements not manually updated by the user, were unexpectedly dropped. We updated the code so that the User Settings for Template > Patient History displays the template name based on the template ID. Additionally, we implemented a process update to ensure that "Uncategorized" data elements are never dropped and remain part of the patient history as "Uncategorized" until a user manually updates them.
iScheduler
Appointments
- B19332 - Placeholder Assignment Not Assigning In Some Cases: Corrected an issue stemming from release 25.127 that was causing some appointments assigned to a placeholder not to be linked, even though the appointment type and location matched, and the user right-clicked on the placeholder and clicked assign. This was due to canceled appointments remaining tied to a placeholder and not being released even after cancellation.
- B19381 - Appointments Assigned to Incorrect Placeholder When Multiple Placeholders Exist: We corrected an issue occurring in scenarios where multiple placeholders existed for an appointment time, and the appointment type differs on both placeholders, causing the assignment of the appointment not to be linked to the correct placeholder. We have made a modification so that the placeholder assigned when the appointment is scheduled will always be the one associated with and displayed for the appointment.
