Adjustment requests
Sore spots, loose fits and cosmetic changes go to a tagged queue, described in the patient's own words, for the clinical team to triage.
A customer self-service app for prosthodontic practices lets patients ask for a denture adjustment, book a try-in and see where a crown or bridge stands without phoning the front desk. Prosthodontic treatment runs through lab work and several fitting visits, so the app has to show lab progress as clearly as the schedule.
Patients searching for prosthodontic care often type phrases such as dentures near me, implant crown cost or bridge replacement. Many are replacing teeth they lost years ago and feel self-conscious about the result, so the first conversation matters. They compare offices on whether the treatment plan is explained in plain terms, how many visits it takes and how the team handles an adjustment after the work is placed.
Returning patients decide on fit. A denture that rubs or a crown that feels high usually leads to an adjustment request, and the patient wants to know how fast it will be handled. The denture patient portal therefore has to make an adjustment request as easy as the original booking, and it should always show the next visit in plain words.
The owner will look for fewer calls about the same three questions: where is my crown, when is my try-in, and can my denture be adjusted. The app should answer those from the schedule and the lab case record without staff retyping anything. A patient who gets a clear answer at eleven at night does not need to call the next morning.
The customer experience lead will test whether the dental lab case status shown in the portal matches the front desk's answer. A status that says ready for pickup while the lab has not yet shipped would damage trust quickly. Before launch, the team agrees which status words a patient sees and who updates each one, then checks a sample of cases against the lab's own records.
A prosthodontic office typically runs practice management software such as Dentrix, Eaglesoft, Open Dental or Curve Dental, with imaging and intraoral scanner software alongside it. The crown and bridge patient app reads appointments and balances from that record and writes confirmed bookings back where the export allows. Impression scans and clinical images stay in the clinical systems and never appear in the portal.
Dental labs usually work through email, a case upload site or a lab management portal, and each has its own format. The app records the status the front desk or lab coordinator enters, with a date and a source, instead of reading every lab's system. Card payments through the portal run on a processor certified for PCI DSS, so the office never handles raw card numbers.
Sore spots, loose fits and cosmetic changes go to a tagged queue, described in the patient's own words, for the clinical team to triage.
Fitting appointments show only the slots the lab can meet, so a try-in never falls before the case returns.
Waiting for the lab, at the lab, back for fitting, or ready for pickup, with a date the team updates.
A plain list of the visits a crown, bridge or denture needs, and what each visit involves.
Balances and card payments through a PCI DSS certified processor, with receipts sent automatically.
Prosthodontic demand follows the calendar. Many dental plans reset in January, which brings a rush of crowns and dentures that patients postponed. Some patients who winter in warmer states book fittings and adjustments before they leave or after they return, so the schedule shifts twice a year. Holiday weeks also slow the labs, which means try-in dates move.
The app should warn patients when a lab holiday will delay a try-in, offer the next available slot rather than an apology, and keep denture adjustment booking open during busy weeks. Staff mark lab closures once from the dashboard, and the portal updates expected dates for every affected case.
The first mistake is building a lab status page the lab never feeds. If the status depends on someone remembering to type, it goes wrong within weeks. The second is asking patients to upload photos of sore gums or a broken denture as a first step. A clinician should triage those by phone or in person, and the app should route the request to that person.
The third is hiding the number of visits, which makes patients anxious. Show the sequence of visits and fittings up front. The fourth is a self-service menu with fifteen options for an older patient. Three or four clear tasks serve them better than a full catalog of features.
The front desk makes or breaks adoption. Staff should hand out the access card at the try-in or pickup visit rather than leave a pile of them at reception. The card carries a QR code and one line explaining what the portal does, written by the team in its own words.
The first request a patient makes should be easy and answered quickly. We would review every adjustment request during the first two weeks, look for the questions that keep arriving, and add those answers to the portal before the next wave of patients starts.
It can, because status questions are among the most common calls. The app answers from the case record and says plainly when a lab is running late. The calls that remain are usually clinical, and those should still reach a person.
No. Impression scans, radiographs and clinical images stay in the imaging and practice systems. The portal shows appointments, requests, plain status words and balances, which limits what would be exposed if an account were compromised.
Yes. The request enters the adjustment queue with the patient's description, and the clinical team books a visit on the next working day. Symptoms such as swelling or bleeding are routed to the on-call number instead.
Staff update each case at the points the lab reports, and the app shows the date of the last update beside the status. A status older than the agreed window is flagged to the lab coordinator, so no case goes silent.
Book a free scoping call and we will map the lab steps and fitting visits, confirm the first self-service tasks and send the scope and price in writing.