Full-Arch and All-on-X Cases: What to Send, and What to Expect From the Lab
A full-arch case is not fifteen crowns on one model. It is a single prosthetic system where the bite, the vertical dimension, the framework fit and the soft tissue all have to be right at the same time - and where one missing record costs an entire remaking cycle. Here is the workflow that keeps it to one.
Short answer: a full-arch case needs more records than a crown case, not more crowns. A verified bite, a verified model or scan relationship, and a plan for how the case will be verified clinically before the final is milled. Get those three right and the lab can build a framework that seats passively on the day; get them wrong and no amount of good milling saves the case. Everything below is the detail behind that sentence.
We design and produce full-arch work, and the pattern in the failures is remarkably consistent: the records were adequate for a crown and inadequate for an arch. A single unit tolerates a slightly off bite - the patient adapts, or you adjust. A full arch does not. It is a rigid system bolted to four to six implants, and any error in the record is multiplied across every abutment at once. So this post is ordered by what the lab needs, then by what goes wrong, then by what it costs.
Why full-arch is a different category of case
Three properties make full-arch work structurally harder than any other restoration type, and each has a workflow consequence:
- Rigid, multi-unit, and non-negotiable on fit - a framework that is 0.1mm off across four abutments will not seat, and cannot be adjusted into seating. The record has to be right, because there is no chairside rescue
- Vertical dimension and occlusion are design decisions, not measurements - the lab is being asked to reproduce a plan, so the plan has to be communicated, not inferred
- Aesthetic and phonetic risk is maximal - a full arch is the patient's whole smile and whole speech surface; there is no adjacent natural tooth to hide against
Which is why the workflow has verification stages built into it. A crown case has one production pass. A full-arch case has design sign-off, often a try-in, and always a fit check - and each of those stages exists to catch an error while it is still cheap.
The records a full-arch case actually needs
| Record | What it does | What a lab cannot do without it |
|---|---|---|
| Bone-level scan or model with verified soft tissue | Defines the foundation the framework sits on | Design emergence and tissue contour - guessing produces an unhygienic or unaesthetic result |
| Implant positions per platform | Sets every abutment angle and the screw access channels | Design a passively seating framework; wrong platform data invalidates the whole design |
| Verified bite registration (or photogrammetry / scanned jig) | Fixes the inter-arch relationship in three dimensions | Anything - this is the single most common cause of full-arch remakes |
| Facebow or aesthetic records, photos, and desired tooth position | Plans incisal edge position, smile line, midline, vertical dimension | Plan a smile; the lab can only design a bite |
| Provisional or existing denture as reference | Captures the patient's accepted tooth position and phonetics | Preserve an outcome the patient already likes |
| Shade map and characterisation notes | Directs layering, staining and translucency by zone | Match the aesthetic outcome across a whole arch |
Note the emphasis on verified. A bite record that merely exists is not the same as a bite record the lab can trust: if the registration was taken with an unverified jig, or the scan was stitched from separate quadrants without a common reference, the lab is being handed a number that looks authoritative and is not. This is why photogrammetry or a scanned verification jig has become standard practice in full-arch work - it introduces the missing common reference.
The workflow, stage by stage
1. Intake and record audit
Before any design begins, a competent lab audits the record set against the plan: are all implants represented, do the platforms match the reported components, does the bite record cover the full arch, is the aesthetic goal stated? Expect clarifying questions within a day. A lab that starts designing on an incomplete set is not being efficient - it is deferring a problem it will not be able to fix later.
2. Design and sign-off
The design stage is where the clinical plan becomes geometry: abutment selection and angles, screw access positions, framework thickness against material limits, tooth position, occlusion scheme. For full-arch work this should always be a sign-off stage - you review the design before anything is milled. The cost of a design revision is a few hours; the cost of a production revision is a week and a courier lane.
3. Try-in, when the case calls for it
For aesthetic cases, a printed or milled try-in lets the patient see and speak with the proposed teeth before the final material is committed. It adds a cycle to the calendar and is worth it almost every time: mid-line, incisal display and phonetics are things patients judge instantly and clinicians cannot fully predict. Skipping the try-in to save a week is the most common false economy in full-arch aesthetics.
4. Production and fit
Milling, sintering, finishing, and - for a multi-unit framework - a fit check on the verified model before dispatch. Ask specifically whether the lab performs a screw-resistance or Sheffield-style fit test on the framework and whether QC photography of that test travels with the case. This single question separates labs that build full arches from labs that also mill them.
5. Delivery and seating
The final should arrive with documentation: material and lot records, the design file, QC notes, and a seating sequence if the case has one. If the framework does not seat, you need to know what the lab measured before it left, because that is where the diagnosis starts.
Materials: what the arch actually needs
The material question in full-arch work is not 'which is strongest' but 'which is strongest at the thickness the case allows'. A framework has to fit within the space between implants and opposing dentition, and the choice usually lands on titanium for the framework with a zirconia or acrylic/composite suprastructure - or a monolithic zirconia arch where the space and the plan allow.
| Approach | Where it fits | Trade-off to accept |
|---|---|---|
| Titanium framework + individual crowns | Long spans, high load, cases needing repairability | More components, more appointments, higher lab cost |
| Monolithic zirconia full arch | Adequate space, high aesthetic demand, single-visit seating | Less repairable; requires honest space assessment up front |
| Zirconia framework + layered aesthetic zone | Anterior display with posterior strength | Layering adds a cycle and a chipping risk the design must manage |
| Hybrid acrylic/composite on titanium bar | Immediate-load provisionals and budget-sensitive cases | Wear and staining over time; planned replacement instead of repair |
The honest version of this table is that material choice follows the space, not the marketing. A lab that promises monolithic zirconia without asking about inter-arch space has not yet done the design work - and if the space is short, that promise becomes a thin framework that fails at the worst possible moment.
Where full-arch cases actually fail
That distribution is why a good full-arch lab asks a lot of questions at intake and a bad one asks none. Volume of questions is a proxy for the lab's history with the failure modes in this chart. It is also why the evaluation checklist applies here with extra force: for full-arch work you are not buying units, you are buying a process that has handled these failures before.
Planning the calendar
A full-arch case runs a longer clock than a crown case, and the calendar is dominated by verification stages rather than production: record audit, design sign-off, optionally a try-in, then production and shipping. Plan backwards from the patient's surgical or delivery date and put the sign-off and try-in dates on the calendar as appointments, not as 'when it comes back'. Cases that slip usually slip at a verification stage nobody booked, not at the mill. Our turnaround guide applies the same arithmetic per stage.
What to ask a lab before sending a full arch
- "How do you verify the bite on a full arch, and what do you need from me?" - the answer should mention photogrammetry, a verification jig, or an equivalent common reference
- "Do you require a design sign-off before production?" - the answer should be yes, unconditionally
- "Do you run a fit test on the framework, and does the documentation travel with the case?" - this is the question many labs cannot answer precisely
- "What is the remake policy on a full arch, and who owns shipping?" - full-arch remakes are expensive; the written policy matters more here than anywhere
- "What is your process when a framework does not seat?" - diagnosis first, not a defensive remake
Ask those five in writing. A lab that answers them with specifics is signalling that it has been through this cycle repeatedly, which is exactly the experience you want attached to a case with no chairside rescue. If you want to see how our own full-arch process is structured, that page covers the stages; and if you are ready to price a specific case, send the case mix rather than a single unit - full-arch pricing only makes sense against the plan.