To arrange an Install/Upgrade to the latest release of OASIS, please contact our National Support Centre:

• Phone: 1300 889 668 - Standard Support Hours (AET): Monday - Friday 8:00am - 8:00pm
  After Hours Support (AET): Monday - Friday 6:00pm - 8:00pm (Emergency Support Only).
  *WA Extended Hours.
  Saturday 8:00am - 2:00pm (Emergency Support Only)

12.12

[OAS-56007] - An issue in version 12.10 led to the eEstimate function failing to update third party column within the treatment plan window.

[OAS-56008] - An issue arose in 12.11 that prevented clinical notes from being displayed if particular icons were missing from the Oasis\Icons folder.

...

Causal Analysis: Legacy Code - Synching with Redirection Server and expecting the specific (old) URL's which would then invoke the 'short url' into action, along with the correct parameters for the Recall URL - meaning OASiS was not actually respecting what Redirection Server was reporting - Or rather it was, but it was not shortening, and was producing a mal-formed recall booking link. This has now been fixed.

This fix has been applied on top of the current working versions of 12.5, 12.6 and 12.7. Please see the associated Jira ticket for the test notes covered on this item.

12.7

Ref: 55858 If the Stats/List flag is enabled (Preferences -> My Time -> Scheduler Options 3) then online bookings through the 3PD website will now preserve the Stats/List doctor as the doctor for the appointment, rather than that of the entity doctor (Preferences -> My Time -> Scheduler View Lines) – however the booking time slots will retain those of the entity doctor’s.

Due to the inherent flexibility of OASiS, a few restrictions will need to be enforced.
-Only the Entity to Stats/List doctor mappings in ‘View Column Number’ 01 (Preferences -> My Time -
Select Appointment View) are considered for this change.
- The Entity/Stats List doctor numbers in Appointment View Lines must match a doctor Id with the correct padding (e.g. 0001 and not 01). The Wizard will not complete if this is not the case.
- Standalone doctors in the ‘Main View’ cannot have a blank Stats/List doctor number. They must reference themselves (Entity 0001 -> Stats/List 0001). The Online Booking Wizard will continue to run but that provider will not appear on the booking website.
- Replacement doctors (doctors referenced as a Stats/List Dr in Appointment View Lines) are assumed to not have a schedule view line themselves. In the case that they do, their own Stats/List doctor number must be empty.

Additionally, cyclical and transitive entity/stats list mappings will not cause the wizard to fail. In the cyclical case, 0001 -> 0002 and 0002 -> 0001, both are uploaded to the booking website using their respective entity’s timeslots.
Transitive mappings will use their direct parent entities’ timeslots.

...

Ref: 55398
An issue with Short URLs for Recalls has been fixed. Previously, these may not have worked if recalls
were not generated on the CXServer machine. Changes have been made so that any Oasis
workstation can reliably register long & short recall URLs.
Note that if upgrading from 11.9 or earlier, the name of the machine that last ran CXServer will not be
present for the upgrade to identify where CXServer has been running. Our expectation is that most
OLB sites will be on a recent version and will not be affected by this.
A workaround for sites which are affected is to upgrade to an interim version of Oasis (i.e. 11.12,
11.13 or 11.14) and run CXServer before then upgrading to 11.16. This will populate the required
fields and allow the upgrade to correctly identify and copy the API key.
If problems are encountered, it may be necessary to register the new Online Booking APIKey.
If this is not done, Short Recall URLs will not work (and Online Booking will also not
work!).
To register a new APIKey, please contact the Oasis National Support Centre on 1300 889 668

Ref: 55336
Changes to Oasis for Online Bookings via SOELink – The IANA TimeZone is now set by the OLB
Wizard. It was previously set by CXServer; SOELink should not need to set it.

...

Ref: 52642
Changes have been made to the recall process to provide better handling of recalls for patients with
missing contact details, including more accurate messages in Clinical Notes when a recall is
attempted but no mobile number / email address / postal address is available.
Automated recall processing has been modified to ensure that if a 2nd or 3rd preference for a contact
attempt is (None), the patient's status code is moved to the first preference of the next contact attempt.
This will ensure that the recall sequence for a patient does not end if some contact preferences are not
specified.
Automated recall processing has also been modified to ensure that if a recall can't be sent because a
patient has no email address, no mobile number and no recall postal address, the patient's status
code is moved to the first preference of the next contact attempt. This will ensure that the recall
sequence for a patient does not end if they don't have any contact details defined - the recall process
will continue once the missing details are added.
The manual recall process has been modified so that it does not change the patient's existing status
code & recall date, as this was sometimes occurring, incorrectly, for Email & SMS recalls.
If a patient record did not include a recall postal address / email address / mobile number, and a recall
was attempted but failed due to the missing details, an entry was still recorded in the clinical notes
saying that the recall was sent. There was also no indication that the recall status code had been
changed to the next contact method preference (when processing automated recalls).
The recall process has now been modified to show in the Clinical Notes entry that the recall attempt
failed, which field was missing, and - for automated recalls - what the recall status code was changed
to.

Please note that in order for this change to be effective, sites using automated recalls and upgrading from an earlier version of Oasis must run-through the recall wizard again to update the recall matrix.

Ref: 52605
In the standby screen, when an entry was edited, and the Standby Details changed, and OK'ed, these
changes were lost when the entry was edited again. This fault has been repaired.

...