cancel
Showing results for 
Search instead for 
Did you mean: 
kevin_moloney
Moderator
Moderator

Sensei Cloud Release 0.1.6913 (Part 2)

Sensei Cloud

Weekly Release

Build 0.1.6913  |  October 10th, 2021

This week’s Sensei Cloud updates continue to expand core application functionality and deliver on recent customer requests.

 

[0.1.6913 RELEASE UPDATES CONTINUED FROM PART 1]

Updates to Orthodontic Contracts

Based on input from our orthodontic customers, Sensei Cloud has significantly extended the capabilities of its orthodontic contract functionality. This includes the ability to define more about the related course of treatment, to specify multiple CDT billing codes to submit on insurance claims, to backdate the treatment start date, to mark the guarantor responsibility as ‘paid in full’, and have more control over the initial (and ongoing) charge dates of the contract’s schedules, among other enhancements. These updates should provide you with more flexibility when creating and managing your orthodontic contracts.

When creating a new orthodontic contract, you are now able to better identify the contract and its related course of treatment [Patient Tab > Financials > Contracts]. The ‘Description’ field is used to help distinguish contract-based ledger transactions. New fields have also been added to better track treatment information. This includes the ‘Treatment’ field, which provides a user-defined list of values to specify the type or course of treatment (e.g., Phase I, Phase II, Full Treatment, etc.) covered by the contract. You can define additional treatment types or select from those previously defined for use. The ‘Treatment Modality’ field is used to indicate whether the associated course of treatment is based on traditional mechanics or clear aligners.

kevin_moloney_10-1633895823820.png

kevin_moloney_11-1633895823641.png

kevin_moloney_12-1633895823740.png

The ‘Proposed Start Date’ field has been renamed ‘Bonding/Tx Start Date’ and now accommodates the selection of a past date, giving you more flexibility to create a financial contract for treatment that has already started. This date is used as the date of service for insurance billing purposes. NOTE: This date cannot be set to a future date at the time of contract activation. Additionally, you are prompted to confirm your selection if you set the bonding / treatment start date to a date significantly in the past (e.g., more than 6 months ago).

kevin_moloney_13-1633895823699.png

kevin_moloney_14-1633895823714.png

kevin_moloney_15-1633895823697.png

kevin_moloney_16-1633895823596.png

kevin_moloney_17-1633895823657.png

For billing purposes, you can now specify multiple CDT codes to submit on the initial service claim (generated upon contract activation), as well as the Continuation of Treatment (CoT) claims generated as the contract progresses (per the insurance schedules). The ‘CDT for Initial Billing’ field is used to define the primary code that assumes the contract’s production, while the ‘Addl. CDT for Initial Claim’ field allows for the specification of additional CDT codes to submit. All codes are posted to the Patient Ledger (upon contract activation) and are included on the initial service claim. The ‘CDT for COT Claims’ and ‘Addl. CDT for COT Claims’ fields, within the insurance schedule details, operate the same way for Continuation of Treatment Claims. NOTE: For ease of use, ortho-specific CDT codes (e.g., D8000 series) are displayed by default. However, any CDT codes can be selected by searching and selecting the desired code. Multiple CDT codes can be selected for use in the ‘Addl. CDT…’ fields.

kevin_moloney_18-1633895823847.png

kevin_moloney_19-1633895823839.png

When defining the guarantor’s responsibility and charge schedule, you now have more flexibility in defining the terms of the agreement. There is now a ‘Pay in Full’ option in the ‘Frequency’ field that makes the entirety of the guarantor’s contract amount realized as a downpayment (e.g., made current) upon contract activation. This prevents future, scheduled (guarantor) contract charges from being posted to the ledger, but still allows for the insurance-based charges to post per their schedules. NOTE: Active, in-flight contracts cannot be marked as ‘paid in full’. However, you can now pre-pay the guarantor’s portion of the contract balance, as needed, using the new contract adjustment to realize some or all of the guarantor’s remaining balance as current. This new functionality is discussed in detail in the next section of these release notes.

kevin_moloney_20-1633895823730.png

kevin_moloney_21-1633895823725.png

kevin_moloney_22-1633895823838.png

For those contracts not ‘paid in full’, you now have more flexibility in defining each charge schedule (guarantor and insurance). When creating a new contract (or editing a pending contract), in addition to defining the frequency with which charges are levied, you can now set a specific ‘First Charge Date’ for each schedule. This date determines when the first, periodic charge posts for each schedule. Additionally, there is a new checkbox control that enables you to always charge on the last day of the month, which becomes available if the ‘First Charge Date’ value selected is the final day of the associated month. NOTE: This is an update to the existing ‘Bill Day’ field, which only allowed for the definition of a day of the month to bill periodic charges, but offered no control over an initial delay from the start of the contract.

kevin_moloney_23-1633895823810.png

kevin_moloney_24-1633895823817.png

Periodic charges are posted on the same day each month (or based on the specified frequency period). However, once a contract is activated, you can choose to modify the ‘Next Charge Date’ whenever editing the active contract. This provides even more flexibility to accommodate needed modifications to the original charge schedule and sets a new periodic day to use for future charges. NOTE: The ‘First Charge Date’ and ‘Next Charge Date’ can be set to the current date (or any future date), but cannot be set in the past. If either date is set to a past date when activating or saving the contract, then you are presented with a validation error.

kevin_moloney_25-1633895823586.png

kevin_moloney_26-1633895823717.png

Some minor enhancements have been added to the contract details to better communicate its current state as it progresses (and is possibly altered) over its normal lifespan. A ‘Remaining Balance’ indicator is now provided on each schedule (guarantor and insurance), providing a calculation of the remaining financial liability. This field automatically recalculates as the guarantor amount changes, a downpayment is defined, pre-payment adjustments are made, and periodic, recurring charges are posted. Additionally, the ‘# of Charges’ field (indicating the proposed number of charges for the schedule) becomes ‘# of Chgs Remaining’ once the contract is activated, further providing a picture of each schedule’s current progress.

kevin_moloney_27-1633895823710.png

kevin_moloney_28-1633895823687.png

The ‘Charge History and Schedule’ tables (formerly ‘Proposed Payment Schedule’) have been enhanced to provide some summary information for each schedule, as well as the current status of each charge (e.g., ‘Proposed’ for pending contracts and ‘Scheduled’ vs. ‘Charged’ for active contracts). Click ‘Print Schedule’ in the side panel to generate a .PDF or physical copy of the guarantor’s schedule, which can be shared with the patient or guarantor and reflects the schedule’s current state.

kevin_moloney_29-1633895823719.png

kevin_moloney_30-1633895823747.png

To help prevent pending contracts from becoming ‘stale’ or never getting activated (and not realizing the related production), you are now prompted to activate a contract whenever saving a new contract or updating a pending contract. REMINDER: Contract activation is a necessary step to realize its production, generate insurance claims, post the initial ledger transactions (such as discounts and downpayments), as well as to start the periodic, recurring charge schedules.

kevin_moloney_31-1633895823703.png

Finally, activation of a contract is now linked to the course of treatment (and the ‘Treatment Tracker’) in the banner of the patient’s Orthodontic Clinical Summary [Patient Tab > Clinical > Orthodontic Clinical Summary]. Upon contract activation, the value used to define the ‘Treatment’ field in the contract is displayed as the ‘Current Tx’ in the Ortho Clinical Summary. The ‘Bonding/Tx Start Date’ and ‘Est. Completion Date’ are used to calculate the ‘Tx Track’ indicator, which provides a summary of the projected treatment time remaining based on the contract’s original proposal. NOTE: If the patient already has current treatment in progress (e.g., manually started via the Ortho Clinical Summary), then contract activation automatically ends the current treatment and starts treatment tracking based on the now active contract.

kevin_moloney_32-1633895823723.png

We hope that all of these enhancements to the orthodontic contract functionality provide support for your financial workflows, providing your practice with more flexibility in the construction and management of your financial agreements. Please send us your feedback on what additional enhancements would improve your ortho contract-based workflows.

 

[0.1.6913 RELEASE UPDATES CONTINUED ON PART 3]