Currently, CPSI's version numbering is inconsistent. For example, if you log into CPSI and go to Special Functions → System Management → Change Management System, there are three different numbers that reference the same version: 210505
, 2105.05
, and 21.05.05
. Ideally, these would all be written the same way.
As an alternative, I believe it would be more useful if they were prepended with the year and month followed by incremental numbers for new versions. For example, the version number 2023.11.000
would tell me that this version of CPSI was released on November 2023 and is the very first version in this month.
This would benefit all department directors who would have context for when an update is/was available just by glancing at the version's number. In the same vein, this style of numbering would help quickly indicate if their system is up to date.
One downside would be the loss of the major.minor
scheme that benefits engineers/coders. A workaround could be using a mixture of dates and hierarchies. For example: 2023.11.1.1
If you log into Thrive and in the file menu go to Help → About, the version number shown is the Clientware's version, not the system's version. Its label should be "Clientware Version", not "Version" to reduce any confusion.
In addition, it would be helpful if the following was displayed in this same section:
The system's version
Brief explanation of version's naming scheme
A link to view release notes
There is a link to the release notes in Change Management; it is the Details button. The description field in the update is input manually and we have updated the process to be consistent and match the updated name. Due to the limitations of the update creation process and other factors, we are limited to XXXX.XX for update numbers. A change was made at the corporate level to change the update to XX.XX.XX in communications, but this cannot be made at the creation and installation level. We also stopped making updates coincide with the year many years ago because this limited the product development teams and contractually. No change in our update numbering will be made at this time.
This is appreciated, albeit more difficult to access since Change Management is located behind Special Functions which requires a passcode. I think it would be beneficial to also have this in the Thrive's file menu → Help → About section.
This is understandable and I suspected as much when it comes to the creation process. However, I'm not sure I understand why communicating the update would use the format
XX.XX.XX
while the update numbers are actuallyXXXX.XX
. That still seems confusing.RE: Clarify Versions for Different Systems, I still believe there is opportunity to further clarify Thrive's About section.