Dental practice software in Belgium compared, and what an AI receptionist can connect to

01

Which practice software do Belgian dentists run?

DentAdmin from CGM and CareConnect Dentist from Corilus are the two names you meet most often, alongside Titanium, e-Dent, Octopus, Dent Open and Crossuite. Nobody publishes market shares. DentAdmin calls itself the number one on its own site, with more than 5,000 users.

The list itself is public and it is finite. The NIC/CIN, the joint body of the Belgian sickness funds that runs MyCareNet, publishes the software packages approved for the national electronic flows: tariff lookup, eAttest, eFact and the GMD/DMG global medical file. The packages below are the dental entries on the 24 September 2026 version of that list, plus Baltes, Corilus’s legacy dental line, which now appears only under the insurability approval, a service being phased out.

Read the approvals column for what it is. It records which electronic flows a package has been approved for. It is not a quality rating, not a market share, and not a feature comparison. Approvals are added over time and the list is reissued, so a gap in a row is a question for the vendor rather than a conclusion.

Four orthodontics-only packages also sit on the same list: Orthalis, Orthokis, Orthwin and Orthoadvance. They serve a different buying centre and a different appointment model, a long treatment series rather than a single booking, so they sit outside this page.

SourceNIC/CIN, approved dental software packages for MyCareNet, version 24 September 2026

02

Belgian dental software compared: what does each package do?

The packages differ in four ways a practice feels every day: where they run, how patients book online, which imaging they work with, and whether the price is public. The table sets out what each vendor publishes itself, checked on 26 October 2026. Where a vendor says nothing, we fill nothing in.

Titanium is not in it. CGM, which also publishes DentAdmin, took over Titanium Dental in 2020, and titaniumdental.be now redirects to the DentAdmin site. Nor is Baltes: Corilus describes it as the forerunner of CareConnect Dentist.

03

Which features matter in dental practice software?

Seven questions decide whether a package fits your practice. Ask each vendor before you sign.

• Does it hold the MyCareNet approvals you need? Electronic billing has been compulsory for Belgian dentists since 1 September 2025, and not every package on the list has eFact.
• Where does it run, installed in the practice or fully online? Either way, ask who makes the backups and where the data sits.
• How does the diary work? Per practitioner and per chair, and how patients book online: through its own module or a platform such as CLICKDOC, Doctena or Helena Pro Calendar.
• Which imaging does it work with? Ask about your own X-ray unit and intraoral scanner, by make and model.
• Does it work in your languages? In a bilingual practice that matters for the software and for the helpdesk.
• Does the vendor allow a connection to your diary? That decides whether a booking platform or an AI dental receptionist can book straight into it.
• How do you take your patients and your diary with you if you switch later, and in what format?

04

Can an AI receptionist book directly into my practice software?

Not by flipping a switch. Belgian dental practice management systems publish no open REST API, with one exception: Crossuite, a cloud package, has a REST API (v2) that it opens to partners on request. We checked vendor websites and developer portals.

There is no interoperability standard to fall back on either. Belgium’s national rails, meaning MyCareNet insurability, eAttest, eFact, eTarif, Recip-e and the GMD/DMG, cover billing and insurability, not diaries. VDDS, the one de facto standard the sector cites, connects a practice system to imaging software rather than to a calendar. The European Health Data Space regulation applies from 26 March 2027 with its first priority data categories from March 2029, and appointments are not among them. No standard is coming to fix this.

In the booking layer, one case is worth naming. CLICKDOC Dentist, CGM’s online agenda for DentAdmin practices, has public API documentation. It is a booking layer rather than a practice management system. Access is granted by CGM to its partners, and documentation is not an agreed connection.

So in Belgium an integration is a relationship, not a plug. It needs a named contact at the vendor, a test environment, an account with the narrowest rights that work, and a written agreement about what leaves the practice. Anyone promising a one-click connection to a Belgian dental system should be asked which endpoint they are calling.

SourceCLICKDOC BE API documentation, checked September 2026

05

Which online booking systems do Belgian dentists use?

The booking layer is a separate product from the practice system, and in Belgium it is where the open doors are. These platforms sit on top of the diary, take bookings from patients, and in some cases already synchronise with a practice system. They are not practice management systems and none of them replaces one.

Progenda is now Helena Pro Calendar, and progenda.be redirects there. It is presented as fully integrated with CareConnect Dentist.

SourceHelena Pro Calendar, the site progenda.be now redirects to, checked September 2026

06

Is Tilcao a practice management system?

No, and it is not trying to be. Tilcao is not on the NIC/CIN MyCareNet approved-software list and does not need to be. It does not replace DentAdmin, CareConnect Dentist or anything else on that list. Its AI dental receptionist answers the phone and WhatsApp in front of the system you already run and, where your system allows a connection, books into the diary you already keep.

It holds no eHealth certificate and touches none of the national rails. It does not attest, does not invoice, and never writes in the clinical record. Electronic invoicing has been mandatory for Belgian dentists since 1 September 2025 under RIZIV/INAMI, the national health and disability insurance institute, and it stays entirely inside your practice system, where it belongs.

• Not on the NIC/CIN MyCareNet approved-software list, and no claim is made that it is.
• No connection to MyCareNet, eAttest, eFact, eTarif or Recip-e.
• No clinical notes, no changes to a patient file.
• No assessment of symptoms and no judgement of urgency. Pain goes to a person, following your own rule.
• No replacement for your practice software, your imaging or your accounting.

SourceRIZIV/INAMI, mandatory electronic invoicing for doctors and dentists from 1 September 2025

07

What does Tilcao need from your system?

Four things, and nothing beyond them. Read the diary, so that every time the agent offers is genuinely free. Create an appointment of a type you have configured. Move one. Cancel one. The integration account should hold the narrowest rights that make those four work.

Everything else comes from the practice rather than from the software: the rules about who may be booked with whom, the appointment types and their lengths, the knowledge base that answers questions about the practice, and the named person a call goes to when it should. Every conversation produces a structured summary and an audit trail, so you can see what was said and what was written.

• Read availability, per chair or per practitioner, as your system models it.
• Create an appointment of a configured type.
• Move an appointment.
• Cancel an appointment.

08

How does Tilcao know who is calling?

It looks the caller up against the practice file on two matching identifiers: the family name or the phone number on file, plus the date of birth. The number on the display is a hint rather than proof. A household shares a landline, one partner rings from the other’s mobile, and a system that trusts the number alone will eventually tell the wrong person what is in Thursday’s diary.

Until both identifiers match, nothing from the file is read back. No practitioner name, no reason for the last visit, no other appointments, no outstanding balance. That is data minimisation under the GDPR, and it is the first behaviour worth testing yourself on a demonstration call.

What is not kept belongs to the same answer. Tilcao does not ask for the Belgian national register number, the rijksregisternummer or numéro de registre national, and does not need it to book an appointment. Before a practice’s first real patient call, that number is also redacted at ingestion if a caller says it, as are card numbers and full addresses, so none of them sit inside a retained transcript. From then on a date of birth is kept as a date field rather than as text in a conversation.

When the match does not come off, Tilcao does not guess.

• Two files carry the same name. The date of birth tells them apart, and if it does not, the agent asks for the full first name. If it is still ambiguous, booking stops and the call goes to a named person. An appointment written on the wrong file is worse than no appointment.
• The caller cannot give both identifiers. Nothing is read out of the file, and nothing is written against a file that was never confirmed. The request is noted or handed over, following the rule the practice has set.
• The caller is not on file at all. No record is created blind and booked into. Your own rule decides: a first visit of the type you have configured for new patients, or a callback request.
• In those last two cases the front desk receives a structured request with the name, the date of birth, the mobile number and the reason for the call, ready to act on.

09

How does an integration with your vendor start?

With a conversation, and with your system named. Tell us what you run and you will get a plain answer: what is possible today, what would need your vendor’s cooperation, and what is not possible at all. The third answer is the one most worth having, and it is the one we will give you.

From there the shape is the same for every Belgian package, because the constraint is the same for every Belgian package. The work is in the agreement, not in the code.

• A named contact at your software vendor, because none of this is self-service.
• A test environment or a test practice, so nothing is tried first on a real patient.
• An integration account scoped to reading the diary and to creating, moving and cancelling appointments.
• An agreed list of the appointment types the agent may book, and the ones it may never book.
• A processing agreement under Article 28 of the GDPR, signed before the first real patient call, with every sub-processor named in its annex.

10

Questions practices ask