| RFx ID : | 35259441 |
| Tender Name : | Dental Patient Management Software |
| Reference # : | TR2026-26 |
| Open Date : | Tuesday, 20 October 2026 8:00 AM (Pacific/Auckland UTC+13:00) |
| Close Date : | Tuesday, 10 November 2026 5:00 PM (Pacific/Auckland UTC+13:00) |
| Tender Type : | Request for Information (Market research) (RFI) |
| Tender Coverage : | Sole Agency [?] |
| Categories : |
|
| Regions: |
|
| Required Pre-qualifications : | None |
| Contact : |
Luka Barson-McLean tenders@otago.ac.nz |
| Alternate Physical Delivery Address : | |
| Alternate Physical Fax Number : |
The University is seeking information about commercially available solutions, or solution ecosystems, that could replace or modernise its current dental patient-management environment and support the operation of the Faculty of Dentistry and Dental Hospital. We want to understand what is available in the market, the maturity and boundaries of relevant capabilities, deployment and architecture options, interoperability, data migration and archival approaches, implementation and support models, and indicative whole-of-life costs.
This is not a conventional single-practice dental PMS requirement. The University operates a multi-site dental teaching-hospital environment in which patient care, student clinical experience, supervision and assessment, complex resource scheduling, mixed-payer billing, imaging/specialist systems, reporting and research all intersect. We are therefore interested in both integrated platforms and realistic multi-product approaches where these are better suited to the required capabilities.
The University is also undertaking wider improvement (continuous improvement vs. stepwise) of the Dental Hospital's services and operating model. We are interested in understanding how contemporary digital capability could enable improved patient experience, clinical quality and safety, teaching and supervision, operational efficiency and resource utilisation, financial sustainability, governance and data-informed decision-making. We do not assume that current processes or the functionality of the existing system represents the future-state model.