Changing an Eclipse Claim to Paperbase

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.




Clearing Cookies and Cache in Microsoft Edge

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



Processing Admissions with Multiple Treating Doctors

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.




Creating a Hospital Quote (IFC)

FYDO allows you to produce an Informed Financial Consent (IFC) for a patient that is not entered into your database.

This feature is particularly helpful in enabling the facility to provide patients with quotes prior to them scheduling their appointment.

To create a hospital quote for a new patient that does not already have an appointment booked in FYDO, navigate to the Patient List screen, selecting Create Hospital IFC

Here, you will need to input the patient and procedure details:

  1. Title
  2. First Name
  3. Surname
  4. Date of birth
  5. Select the patients funding source
  6. Confirm the correct hospital location
  7. Doctor/ surgeon
  8. Date of admission and discharge
  9. Length of time the procedure will be
  10. The type of anesthetic to be used
  11. Enter all required MBS item numbers/ items
  12. Enter all required prosthetics, consumables or other services
  13. Create IFC

Now you have created the IFC, check the patient details and items are correct.

The charges will be populated from the contract fees entered to FYDO for the funding source chosen for this quote.

If you need to add a discount to the hospital fee, you can do this here by entering a % or amount you would like to discount the total fee by.

You can also add a message to the quote by selecting the IFC Message dropdown to select a preset message, or you can create your own by choosing Custom Message.

If there is any information you would like to amend, select Edit IFC.

Once all the information is confirmed as correct, ensure you have the correct Template selected and Save & Print

Your quote will then download ready for you to provide to the patient.

If you need to create a quote for a patient who has a medical record in FYDO but does not have an appointment booked yet, you can do this from the Patient Details screen by selecting the three dots on the top right-hand side of the screen, then selecting IFC Hospital.

This will prepopulate the patients personal and fund details requiring you to only input the planned procedure details:

  1. Confirm the correct hospital location
  2. Doctor/ surgeon
  3. Date of admission and discharge
  4. Length of time the procedure will be
  5. The type of anesthetic to be used
  6. Enter all required MBS item numbers/ items
  7. Enter all required prosthetics, consumables or other services
  8. Create IFC

Once you have confirmed the details are correct, select Save to save this directly to the patients Documents tab, or Save & Print to save directly to the patients Document tab as well as make it available immediately to view and print.




Make Recurring Hospital Appointment

Users can now utilise the Make Recurring feature to add multiple bookings for the same patient on a daily, weekly, monthly or yearly basis. Appointments can even be made on certain days of the week e.g. Mondays, Wednesdays and Fridays. This feature is particularly beneficial for rehab and mental health facilities, where daily admissions are common for specific programs.  

Utilising this feature results in all the appointments being linked, which enables facilities to link program codes to all episodes, allowing FYDO to determine which days to apply step-downs. 

  1. Using the Right-Click menu, select Make Appointment.
  2. Once you have selected your patient, and within the Edit Apt screen, click on Make Recurring.

  1. Recurring Appointments can be configured using flexible Daily, Weekly, Monthly, or Yearly schedules, allowing appointments to repeat at customised intervals (e.g. every 2 days, every 3 weeks, the 1st Monday of each month, or annually on a specific date).
  2. Once you have made your selections, press Save.

Daily Recurring Appointment Example

  1. Appointments in a recurring series also include additional options for Edit Appointments or Delete Appointments, which are:
    – This Appointment
    – This and all following Appointments
    – All Appointments in this series.



Hospital MMA Eclipse Mapping Code

From 1 November 2025, some health funds (e.g. NIB, ARHG) required the use of MMA ECLIPSE mapping codes for certain items. 

Hospitals are now required to submit IHC miscellaneous mapping codes for applicable items, instead of using the standard PX codes. 

Additionally, some items are no longer valid under the latest Prescribed List of Medical Devices and Human Tissue Products – Private Healthcare Australia (PHA) 

What this means for you: 

  • You’ll need to apply the new DR mapping code via the updated menu when working with relevant funds or fund groups.

  • Ensure fees are correctly maintained and aligned with agreed fund-specific rates.



Deleting Digital IFC & HC21 from Preadmit Patient Portal

Log into the Preadmit Hospital Portal

  1. Head to the Signatures tab
  2. Search for the patient you require
  3. Actions > Delete

 




Digital Hospital Informed Financial Consent (IFC)

This fantastic feature allows patients to receive, review, and sign their IFC before arriving at the facility, with the signed document automatically returned to FYDO for staff to view.

Patients will require a Preadmit ID to send the IFC electronically. You can check they have this by finding this icon on the Patient Details screen.

If the patient does not have a Preadmit icon, this means they have not been linked to Preadmit or they do not have a Preadmit Account.

To link a patient to Preadmit, ensure they have a valid email address in the email field and click the three dots in the top right-hand corner to select Get Preadmit ID.

This will perform a check with Preadmit and if the patient has a Preadmit account matching the email listed in FYDO, it will link up with a Preadmit ID.

If a message appears saying No Preadmit ID Found, you will need to instruct the patient to create a Preadmit account as they most likely do not have one. You can also check the Hospital Preadmit Portal to see if they potentially have an account under a different email. If this is the case, you can update their email in FYDO and re-run the check.

Once the patient has a Preadmit ID, you can create the IFC as normal.

On the IFC fees page, there are two buttons that will be automatically ticked if the patient has a Preadmit ID. These buttons are Send IFC to Patient Portal and Send HC21 to Patient Portal. If you want to send the IFC and HC21 to the Patient Portal, ensure these remain ticked. (They will automatically be ticked for all patients with a Preadmit ID. If the patient does not have a Preadmit ID, you will be unable to tick these boxes, they will be greyed out.)

**Once the IFC has been sent to the Patient, it will take you back to the Appointment Screen and give you a message to say it has been successfully sent to Preadmit** 

Once the patient has signed their forms, they will be sent back to FYDO. The forms will automatically allocate themselves to the patients MRN, however, you will need to open the Preadmit Holding Bay in order for the forms to download.  

**You WILL NOT need to link and commit the IFC and HC21, the holding bay just needs to be opened for the forms to download.** 

Once the Preadmit Holding Bay has been opened and the forms have automatically downloaded, they will be present in the Documents tab on the patients file.  

Custom Appointment View 

You also have the ability to add IFC Created and IFC Signed to your Appointment screen by using the custom views. (See below image). These columns will automatically tick based on the actions performed. 

If you would like to set up custom views, please see the wiki for instructions Creating Custom Hospital Views in the Appointments Screen.  




FYDO API Details

This page provides an overview of the available API endpoints within FYDO, along with a summary of the data shared through each endpoint.

For clarity, the following terms are used throughout this document:

  • PII (Personally Identifiable Information): Any data that can be used to identify an individual, such as name, date of birth, contact details, or identifiers like MRNs.
  • PHI (Protected Health Information): Health-related information that is linked to an individual, including clinical data, diagnoses, procedures, and appointment details.

This information is intended to support your internal governance, privacy compliance, and decision-making when enabling access for third-party systems to your FYDO database via APIs.

Endpoint Description Details of Data shared 
/api/Anaesthetictype/getAnaesthetictypeSyncList Anaesthetic Type  Anatype code and description (no PII or PHI)
/api/AppointmentTypes/getAppointmentTypesSyncList Appointment Type Appointment type name, length, color, status (no PII or PHI)
/api/BookingCodes/getBookingCodesSyncList Booking Code 1 and 2 Booking code 1 and 2 description and status (no PII or PHI)
/api/Doctor/CheckPractitioner Cgov Integration
/api/Doctor/UpdatePractitioner Cgov Integration
/api/Clinic/getClinicApptsList Clinic Appointments Contains PHI for clinical appointments
/api/Codingdiag/getCodingdiagSyncList Episode Diagnosis Codes ICD diagnosis code (de-identified PHI)
/api/CodingProc/getCodingprocSyncList Episode Procedure Codes ICD procedure code (de-identified PHI)
/api/Countries/getCountriesSyncList Country List Country of birth code and description (no PII or PHI)
/api/Diag/getDiagSyncList Diagnosis Codes List Latest version of ICD diagnosis code,
description and effective date (no PII or PHI)
/api/Doctors/getDoctorsSyncList Doctor List Doctor ID, specialty, name, contact details,
APHRA, provider number, specialty and
insurance details
/api/Drg/getDrgSyncList DRG List DRG codes and description (no PII or PHI)
/api/DrSpeciality/getDrSpecialitySyncList Doctor Specialty List Specialty code, type, description and status
(no PII or PHI)
/api/Episode/getEpisodeList Episode Details Contains PHI and PII for each episode within
the selected period e.g.: Adm/discharge date/time and Doctor ID etc. 
/api/Episode/getEpisodeListAnon Episode Details De-identified episodic details 
/api/Episode/EpisodeDetailReportList Episode Details Aligns with the Episode Stats Report output
(Contains PII and PHI)
/api/Episode/EpisodeSurvey Cemplicity Integration Contains PHI
/api/Episodeitems/getEpisodeitemsSyncList Episode MBS Items Episode identifier and MBS item (no PHI)
/api/Episodeitems/getEpisodeOSSyncList Episode Other Service Items Episode identifier and other service item
codes e.g.: prosthesis, misc. items etc.
(no PHI)
/api/Episodevisits/getEpisodevisitsSyncList Theatre Time Values Episode identifier, theatre time, proc time,
other theatre personnel e.g.: nurse, surgical
assistant etc. (no PHI)
/api/Healthfunds/getHealthfundsSyncList Health Fund List Fund code, name, status and other relevant
settings (no PHI)
/api/InProcSch/getInProcSchSyncList Inpatient Procedure Information Episode ID, theatre, proc date and booking
code (no PHI)
/api/Languages/getLanguagesSyncList Language List Language code, description, state code and
threshold date (no PHI)
/api/Locations/getLocationsSyncList Location List Hospital location, address, contact, BSB and
account details (no PHI)
/api/LoginDetails/getLoginDetails FYDO User Login Details UserID, user Type, username and created
date (no PHI)
/api/Mbsitem/getMbsitemSyncList MBS List MBS code, description, theatre band, day
band, other relevant settings and status
(no PHI)
/api/Misccode/getMisccodeSyncList Misc code list Code (Prosthesis rebate code and misc/other service code) and description (no PHI)
/api/Morp/getMorpSyncList Morphology List ICD morphology code, description and ICD
date (no PHI)
/api/Patient/getPatientList Patient List Patient demographics (Contains PII)
/api/Patient/Cemplicity Cemplicity Integration
/api/Patrefs/getPatrefsSyncList Patient Referral Details Patient ID, referral no, referral period and
referral first visit date (no PHI)
/api/Practice/getPracticeSyncList Practice List Practice name, address, contract and status (no PHI)
/api/Proc/getProcSyncList ICD Procedure List ICD procedure code, description, sex code
and ICD date (no PHI)
/api/Prostheses/getProsthesesSyncList Prothesis List Billing code, prod name, company and status
/api/Recdata/getRecdataSyncList Patient Recall Details MRN, next recall date, reason, action and
recall date
/api/Ref/getRefList Referring Doctors List Referral #, name, provider number and
contact
/api/Report/GetUnbilledRevenueData Unbilled Revenue Report Derived from the same data source and
business logic as Unbilled Revenue Report
(contains PII and PHI)
/api/Report/ArrearsReportHospital Arrears Report Derived from the same data source and
business logic as Arrears Report (contains PII and PHI)
/api/Service/getServiceSyncList Financials Revenue De-identified episodic ID, service code, date
of service, date of transaction, date of audit,
charges, GST charges and service code type
/api/Service/getserviceListDoc De-Identified Financials Same output as getServiceSyncList, however, no doctors’ names and drawer
/api/Theatres/getTheatresSyncList Theatre List Theatre name, type, location ID, color and
theatre no (no PHI)
/api/TheatreSchedule/getTheatreScheduleSyncList Theatre Roster Date, time, length, theatre, Doctor ID,
anaesthetist ID, other nursing staff, reason
for delay and cancel status (no PHI)



NIB Type C Billing (SDEX)

The process of billing NIB Type C procedures, to accommodate the SDEX item, has been simplified in FYDO.

To accommodate the easier workflow, development work has been completed to restructure how FYDO processes these claims, ensuring they can continue to be transmitted electronically and paid successfully via ECLIPSE.

As part of this update:
– It will no longer be necessary to manually add SDEX as an item number to each claim
– FYDO will automatically populate and transmit the required information in the correct segments in line with NIB’s updated requirements

Please see the updated requirements below for billing NIB procedures with a Type C Certificate:

  1. Settings > Health Fund Fees > Fund: NIB > Other Settings tab.
    Review the two options below to ensure the setting aligns with your NIB contract stipulations:
    When Type C – Charge Theatre fees is to be selected if your contract allows theatre fees for the Type C item number.
    When Type C – ignore Type C accom fee is to be selected if the contract allows for the regular accommodation band (1 to 4) to be billed, instead of the specific Type C Accommodate Fee.

2. The Type C Accommodation Fee must be configured, as it will be used and reported within the Single Value Benefit (Casebase Fee) segment. This can be found in the Same Day Fees tab.

3. NIB Type C procedures are now required to be billed on a per diem basis. When using the Create Invoice screen, please ensure that the billing type is set to Default or Per Diem. FYDO will convert the per diem Type C bed fee into the required Single Value Benefit (Casebase Fee) segment, applying the appropriate mapping code.

If you require any further clarification, please don’t hesitate to reach out.