Feature Requests

I would like to be able to set a custom font in reports. The goal would be to have treatment plan reports branded with the company font instead of the stock font used in HiRasmus. Ideally, we would be able to have the report look individualized to our company when it is sent out to payors or parents.

I would like if when publishing a report, all the dynamic fields are rendered automatically so they do not change. OR one "render dynamic fields" button for the entire report, rather than having to do each individual section

Currently there is no signature request feature for the treatment plan. This poses a challenge when reviewing treatment plans virtually with families.

when inputting tables into the report templates, if I merge the top columns, when i download the report, the subsequent columns are not formatted correctly. Is there a way to prevent this?

Creating a mass addition or change for active date and Estimated Mastery Date. I created a space for this in each target. However, it will become more time efficient if these dates and the baselines can become edited/added within the report view and sync with each target.

It adds time to reviewing treatment plans when you have to change view to see what is in the purple custom data fields. It would be great to have a toggle button to choose to view them from the editing view rather than just from the read view.

It would be nice to be able to archive older versions of the templates. A simple folder labeled “Archived” would suffice.

When including the target graphs within a treatment plan or progress report, if there is only one target the program graph and target graph will be the same and will show twice. Requesting that when there is only one target on a a program that the graph only show once rather than pulling the program graph and a duplicate graph for the single target

Currently, if a program has a set of targets, they all pull under the target list in reports. Being able to turn this on/off would be beneficial in keeping the document short (instead of 30 pages with 10 being targets). If they are not needed for certain programs, I think it would be beneficial to remove them. Example: A program with 5 sets of 20 targets broken up by different functions would pull all 100 sub-targets.