A simpler way for patients to pay before admission

Online payments are coming soon to Preadmit, powered by Tyro.

The new payment experience will allow patients to review and sign their informed financial consent, make a secure card payment and access their receipt within Preadmit.

For hospital teams, the completed transaction will flow automatically into FYDO, reducing the need to manually follow up, record or reconcile payments across separate systems.

Here’s how it will work:

1. Create and send the informed financial consent

The process begins in FYDO.

Once the patient’s informed financial consent has been prepared in FYDO, it can be sent to Preadmit for the patient to review and sign.

The patient will receive an email letting them know they have a document waiting for them in Preadmit, with a link to access their portal.

---

2. The patient reviews and signs their informed financial consent

Before making a payment, the patient must first review their informed financial consent in Preadmit.

They can review the estimate and relevant financial information before signing the document electronically.

Once the informed financial consent has been signed, the patient can continue to payment.

---

3. The patient proceeds to payment

Once the informed financial consent has been signed, the patient can select Pay now to pay the amount associated with their admission.

Before making their payment, the patient will be asked to read and accept the payment terms.

4. Payment is made securely through Tyro

The patient enters their card details or selects Apple Pay or Google Pay through the secure Tyro payment experience.

Depending on the transaction, the patient may also be asked to complete an additional security check before the payment is approved.

5. The patient receives confirmation and a receipt

Once the payment is successful, the patient will see a confirmation in Preadmit and receive a receipt.

The payment will also remain visible from their Preadmit dashboard, so they can return to the portal and access the record when needed.

6. The transaction flows automatically into FYDO

There is no additional downloading or manual entry required by hospital staff.

The successful transaction will automatically download into FYDO and appear on the patient’s episode screen with the payment type Online Payment.

This gives hospital teams a clear record of the transaction within the episode they already use to manage the patient’s admission.

One connected payment journey

From receiving their informed financial consent to signing, paying and accessing their receipt, the entire process happens through Preadmit.

Patients receive a clear and convenient way to review their financial information and pay before admission.

Hospital teams receive the completed payment directly in FYDO, without another manual step.

We’ll share more information about availability and getting started as we move closer to release.

Some hospitals will have a No Gap Agreement with Medibank Private that require a different Fees Setup to be able to invoice the fund.

These DRG’s will need to be set up as Items first by going to Settings > Items > Add Item.

1. Enter the DRG item, include the S, into the Items Field
2. Tick Exclude from PSG
3. Tick Submit as DRG
4. Select a high banding in the Theatre Band (National) field to ensure this is always picked up as the primary item number
5. Click Save

Once all the relevant DRG’s included in your contract have been added, you will then need to do the Fees Setup.

For this step, you will need to enter the S-DRG, the MBS item numbers associated with the DRG’s, and the fee. 

1. Go to Settings > Fees Setup > Medibank Private
2. Click on the Casebase Multi Item Fees tab
3. Enter the S-DRG and the item number
4. Click Save

For example, 49318 and 47929 could both be used for I01A so these will need to be setup twice, once for each item number.

Once this has been done, and on billing, if the hospital has DRG billing as the default, this will need to be manually change to the Billing Type – Casebase.

Improved Functionality

We have made a number of enhancements to improve the functionality, usability and overall design of the Patient Portal.

These updates provide patients with a smoother and more intuitive experience when completing online admission forms, checklists, digital IFCs + HC21s, and eventually online payments.

---

New Dashboard for Forms

The Patient Portal now features an updated dashboard designed to make it easier for patients to view and manage their admissions.

Active Admissions

Admissions are now grouped together based on the admission date.

This means that all components relating to an admission, including admission forms, checklists, signatures and payments, will now be grouped together under a single admission.

Incomplete Active Admissions

Admissions that have been started but still have incomplete components will remain in the Active Admissions section when the admission date is in the future.

Patients can use the dropdown option to hide these incomplete admissions if required.

Past Admissions

A new Past Admissions section will be available.

This section will include:

• Admissions that have been completed.
• Admissions where the admission date has passed, regardless of whether all components have been completed.

---

Starting an Admission Form / Reusing a Previous Admission

When starting a new admission form, patients will now be asked whether they would like to:

• Start a form for an existing patient and reuse information from one of their previous admissions.
• Add a new patient to the system and start a new form.

Adding a New Patient

If the patient chooses to add a new patient, they will be taken through a new, blank admission form.

Existing Patient

If the patient chooses an existing patient, they will have the option to either:

• Start a new form.
• Reuse a previous form.

---

Additional Features

Patient Information

Patient Information and Account Settings are now accessible from the top-right corner of the Patient Portal.

When selected, patients will be presented with the available options for managing and configuring their account.

These options will now open in a pop-up window on the dashboard, rather than redirecting the patient to a separate page.

---

Contact Support

The Contact Support option is also located in the top-right corner of the Patient Portal.

When selected, a pop-up will display the hospital’s support contact details, including:

• Hospital phone number
• Hospital email address

---

How to Get There

The How to Get There option is also located in the top-right corner of the Patient Portal.

When selected, patients will be presented with the hospital’s location and contact details.

This includes:

• A Google Map showing the hospital location.
• Hospital contact details.
• A configurable section where you can provide any additional information or directions for patients.

The Monthly View has been updated to provide greater control over how theatre sessions are displayed. You can adjust the view, apply filters, and set default preferences based on the information you need to see.

The theatre number is displayed directly on each session card. This allows you to identify which theatre a session relates to without needing to remember the colour assigned to each theatre.

The Monthly View provides two viewing options: Compact and Comfortable.

The Compact View condenses the information into a single line and hides additional details, allowing you to see more sessions on the screen at once.

The Comfortable View is the main viewing option and displays all available information, making it easier to see the full details of each session.

The Filter section provides options to control which sessions and information are displayed in the Monthly View.

The Only Show Available Sessions option is particularly useful when booking a doctor in, as it allows you to view only the sessions that are currently available. You can also hide unused sessions by selecting Hide unused sessions less than (mins). For example, if a theatre is open from 6:00am to 6:00pm but the theatre list only runs from 8:00am to 5:00pm, you can use this filter to hide the unused sessions outside of your required hours.

You can also use the filters to show or hide specific sessions, including:

• Anesthetists
• Cancelled Lists
• Closed Lists
• Certain Views
• Specific Theatres Only

FYDO has also introduced a setting that allows you to set default preferences for these Monthly View options. You can find this under System Configuration > Heading: Theatre Roster Default. This allows you to choose which filters and viewing options are automatically applied when opening the Monthly View.

There is also the ability to modify the theatre session number to make it easier to identify each theatre. You can do this by going to Settings > Theatre Data > Select a Theatre > Display ID.

The Display ID allows you to enter up to 3 characters, which can be letters and/or numbers. For example, you could use T1, T2, or OR1 to represent each theatre.

This guide explains how to edit a template that has already been generated and uploaded to your FYDO database.

Important: Before making any changes, make sure you save a copy of the original template. This will allow you to restore the original version if the changes do not work as expected.

Steps

• Go to Settings
• Select Templates

• Locate the template you wish to edit and click Download.

• Save a copy of this template in the instance that it needs to be restored.
• Open the downloaded template and make the required changes.
• Once you have finished making your changes, click Save.
• Return to Settings > Templates. Find the correct template and select the Upload button.
• Complete the upload in the pop up box.
• Once uploaded, the updated template will be available in FYDO immediately.

How the move from Legacy API Keys to HMAC authentication affects your FYDO API integrators, and what to do before enforcement.

FYDO is enhancing security around API usage. The authentication model is changing from Legacy API Keys to a HMAC (Hash-Based Message Authentication Code) model.

There will be a 2-month grace period where the Legacy API Key model will be supported, while hospital API Integrators work towards transitioning to the HMAC method of authentication.

IMPORTANT — From 8 October 2026, only HMAC-authenticated API calls will be accepted. Any calls using Legacy API Keys will fail from this date.

A guide on HMAC integration will be advised shortly in a follow up email to all Facilities identified as having API Users.

What’s Changing

Security screen changes

• Existing API Keys are now hidden.
• A key can now be rotated manually, which also gives the old key a 72-hour grace period, so the old key will work for 72 hours, giving integrators time to change to the new key at a time that suits them.

New API Integrators screen

• All existing API Users from the Security screen automatically have an Integrator ID set up.
• Under each Integrator, there is now the ability to add a contact email and phone number.
• All API endpoints are listed, with permissions that can be set to “Allowed” or “Not Allowed” for each user.
• An IP address allow list is available to restrict API Integrators to specific IP addresses.
• An HMAC Secret Key can be generated to support the new method of making API calls, which will be replacing the Legacy API Key in 2 months’ time.

API Log screen

• A new Audit Log screen is available, logging changes made to the API Integrator screen.

Security Screen

Under this screen, you will have a 1-time opportunity to edit any API Usernames that are generic, such as “FYDO User”, so these users can be properly identified by the name only.
A warning screen will prompt you to update any usernames upon the first save.

Settings > Security

If an API Key is lost or forgotten, it will need to be rotated:

1. Click on the Edit button.
2. Click on the Rotate API Key (Legacy) button to generate a new API Key.

Rotating a Legacy API Key

• Copy the API Key shown and click Confirm to save.

The new key is shown once — copy it before confirming

Integrators Screen

All existing API Users that were set up in the Security screen will have an Integrator ID created within the Integrators screen. This ID is used along with the HMAC Secret Key generated on the same screen, which will replace the Legacy API Key for authentication in 2 months.

To access the Integrators screen:

1. Go to Settings > Integrators, under the API menu.

Settings > API > Integrators

2. Open an Integrator’s settings by clicking on the Integrator.

The Integrators list

3. Within the Integrator screen, you can:

• Add the contact details (email and phone) of the API Integrator, used for future contact.
• Generate an HMAC Secret Key, used for authenticating API calls along with the Integrator ID.
• Set a restriction on IP addresses that are allowed to make API calls to your FYDO database.
• Set Endpoint Permissions — to either allow or deny access to particular data within FYDO.

Integrator detail — contact details, HMAC Secret, IP allow list and Endpoint Permissions

Note — Existing API users will have permissions all set to “Allowed”, but it is encouraged to set permissions to “Not Allowed” for endpoints the API Integrator doesn’t need.
New API Users created will have all Endpoint Permissions set to “Not Allowed” by default, so will need to be enabled for all required endpoints.

The details of each endpoint are described in the FYDO Wiki here: FYDO API Details – FYDO Wiki

Creating an HMAC Secret Key

The HMAC Secret Key is the new method of authenticating an API Integrator with your FYDO database. This is required along with the Integrator ID.

To create an HMAC Secret Key:

1. While editing the Integrator screen, click on the Generate Secret Key button.

Generate Secret Key

• Click Yes to confirm.
• Click the copy button to copy the key and store it securely, then confirm to save the HMAC Key.

The Secret Key is shown once — copy it before confirming

Regenerating a Lost or Forgotten HMAC Secret Key

1. Edit the Integrator screen.
2. Click on the Regenerate Secret Key button, and click Yes to confirm.
3. Copy the new key and store it securely.

Disabling/Re-enabling an API Integrator

1. Under the Integrators list, click on the Action function
2. Click on the “Disable Access” button
3. Click on Yes to confirm
4. Once confirmed the Status will show “Inactive” for that Integrator and they will not be able to make any further API calls.

Note- Under the same action function, you can re-enable an Integrator which will give them access also.

FYDO allows facilities to set up email footers in two ways:

1. Universal Email Footer — applied as the default email footer for all users.
2. User-Based Email Footer — applied to an individual user’s emails.

Important Note

If a user has their own user-based email footer set up, this will override the universal email footer.

This means facilities can set up a universal email footer for all users, while still allowing individual users to customise their own footer if required.

In order to utilise any emailing features in FYDO, the user first has to set up the email feature by following the instructions in the below wiki page:

Setting up to Email from FYDO

---

Part 1: Setting Up a Universal Email Footer

The universal email footer will apply as the default footer for users who have not set up their own individual email footer.

1. Go to Settings and select System Configuration.
2. Select the Email Notification tab.
3. Click Edit.
4. Enter any text required in the Email Footer field.
5. Drag and drop, or import by selecting Choose Image, the logo into the Company Logo section, if required. Ensure the file format for the logo meets the requirements displayed on the screen.
6. Once all relevant information has been entered, click Save for the logo preview to update.

The universal email footer will now be used as the default footer for outgoing emails, unless the individual user sending the email has their own user-based footer set up.

---

Part 2: Setting Up a User-Based Email Footer

A user-based email footer is set up from the individual user’s profile. This allows each user to have their own email footer and logo if required.

1. Hover over your User Initials, in the bottom left corner of your screen, and select Edit Profile.
2. Go to the Email Verification tab.
3. This is where you will need to verify your email address, if you haven’t already, in order to send emails from FYDO, as per the below instructional wiki page:
   Setting up to Email from FYDO
4. Navigate to the Email Footer field and enter any text required.
5. Drag and drop, or import by selecting Choose Image, the logo into the Company Logo section, if required. Ensure the file format for the logo meets the requirements displayed on the screen.
6. Once all required information has been added, click Save for the logo preview to update.

Emails sent by this user will now include their individual email footer and logo. This user-based footer will override the universal email footer set up in Settings.

---

Sending an Email to Check the Footer

Once the email footer has been set up, you can test how it appears by sending a document from FYDO. Further instructions on how to send different documents from FYDO via email can be found below:

Emailing Documents from FYDO
Emailing a Hospital Invoice from FYDO

In some instances, a facility will need to change a claim from ECLIPSE to Paper Base. This may occur if they are required to send it manually, rather than electronically, to the fund.

1.In Claiming Hospital > Not Yet Sent, ensure the required claim is highlighted blue & then right-click on the line

2. Select Episodes

3. Ensure a line from the required invoice is selected & shaded light blue

4. Click on the Invoice Options dropdown

5. Select Invoice Status

6. Use the Type dropdown

7. Select Paperbase

8. Click Save

9. When returning to Not Yet Sent the claim should now show as Paperbase and the user will be able to Mark as Sent.

There may be times where you are asked to clear your browser cookies and cache when troubleshooting issues within FYDO or Preadmit. Cached data stored within your browser can sometimes cause problems such as pages not loading correctly, old information continuing to display, login issues, or unexpected system behaviour after updates have been applied.

The below steps will guide you through how to clear cookies and cache within Microsoft Edge.

1. Select the 3 dots menu in the top right corner of Microsoft Edge
2. Select Delete browsing data
3. Change the Time range to All time
4. Tick Cookies and other site data
5. Tick Cached images and files
6. Click Clear now

As ECLIPSE does not support admissions under multiple doctors, FYDO must be configured and used in the same way.

Patients must therefore be admitted under the primary admitting doctor only, with all admission details recorded within the same episode.

Where multiple procedures are performed by different doctors in different theatre visits, these should be managed using multiple theatre admissions within the episodes Theatre Screen.

The doctor who performed each individual procedure can then be recorded within the Coding screen, which is the only area where procedure-level doctor allocation is supported.

1. Book the patient into FYDO with the Primary Admitting Doctor listed in the Dr/Surgeon field
2. If you’d like to document the Secondary Surgeon for completeness of records, they can be entered into the Surgical Assistant field. N.B this field isn’t transmitted electronically via ECLIPSE, and the secondary surgeon cannot be identified in the electronic claim in any way as that isn’t supported.
3. Patient is Admitted as usual under the Primary Admitting Doctor
4. If all procedures are performed in the one theatre visit, all Items can be entered together under the First visit to theatre
5. If the patient requires two visits to theatre to have each procedure performed separately, the Multiple Visit to Theatre dropdown can be utilised to enter the additional visits
6. Multiple Visits to Theatre will be identified with the Multiple icon

7. The Coding Screen allows for each Procedure Code to be assigned to a specific Surgeon/Dr. This is the only place in FYDO that allows for each doctor to be documented against the procedure code they performed.

All other discharge and billing processes for this episode will function as normal.