Electronic dental record · I/DD care
Dental care designed for I/DD.
OPAL Clinical is the electronic dental record built for clinics that serve people with intellectual and developmental disabilities. Accommodation-aware scheduling, keyboard-first charting, fail-closed consent and sedation safeguards, and clean claims — one calm workflow from intake to a signed encounter.
Everything on this page runs on synthetic demonstration data — no real patient information. Operated by Never-Ending Solutions; not an official New York State or OPWDD publication.
Today · 10:40 · Operatory 2
SyntheticDemo patient S-8802 (synthetic)
Treatment visit · sedation-ready chair
- Wheelchair transfer
- Escort on site
- Guardian consent on file
- Allergy review done
Sensory plan: Dim lighting · quiet room · short first appointment
Chart excerpt · upper left 21–26
- Tooth 21, Sound
- Tooth 22, Sound
- Tooth 23, Sound
- Tooth 24, Caries
- Tooth 25, Sound
- Tooth 26, Crown
Encounter signed · 11:32
Record locked · revision history retained
- Accommodation-aware scheduling
- Transport, escort, sedation, and sensory needs travel with every appointment.
- Keyboard-first charting
- Odontogram and perio charts you can operate without a pointer.
- Fail-closed safeguards
- Consent and allergy review gate sedation before a visit can be signed.
- Audit-logged, clinic-scoped records
- Encrypted at rest, scoped to your clinic, with an append-only audit trail.
Product
Built for the visits other dental records ignore.
Generic dental software assumes a patient who can sit still, consent for themselves, and arrive on their own. OPAL Clinical starts from the accommodations, the guardians, and the escorts — and carries them through to a signed, billable encounter.
Accommodation-aware scheduling
Transport, escort, sedation readiness, desensitization visits, and sensory plans are part of the appointment itself — not a sticky note on the chart. The operatory board shows live chair status, so a coordinator can rebalance the day without losing any of it.
Guardian and consent workflows
Guardian context is captured at intake and consent status stays visible chairside. Sedation sign-off is blocked until consent is satisfied and an allergy review is documented for the visit.
Charting anyone can operate
An interactive odontogram and a rapid-entry periodontal chart work fully by keyboard, with visible focus and screen-reader landmarks. Clinical screens are checked against WCAG 2.1 AA rules in the build pipeline on every change.
From CDT code to clean claim
Procedures captured chairside carry their CDT codes into a prioritized claims work queue, with X12 837D claim generation and standard denial-code taxonomies built for Medicaid dental billing.
Part 624 incident reporting
Reportable incidents and their notifications are structured records in the same system as the visit, classified to 14 NYCRR Part 624 — not tracked in a separate spreadsheet.
Language access without a deploy
Interface text is translated by your own editors, in place. Spanish ships seeded and the New York State language set is configured for the teams and families you serve.
Interactive tour · synthetic data
Try two working surfaces. No sign-in required.
The operatory board and the chart below run in your browser on invented demo data. Filter chairs by accommodation, then read a tooth-by-tooth chart with nothing but a keyboard.
Triage · operatory board
The operatory board, at a glance
Chair status for the whole clinic on one board. Filter by accommodation to see how a coordinator matches chairs to needs before the day starts.
Synthetic demonstration data — no real patient information.
Showing 4 of 4 operatories.
Operatory 1
In care- Wheelchair transfer
- Quiet room
Demo patient S-8801 (synthetic)
Recall exam · escort on site · sensory plan: dim lighting
- Wheelchair transfer
- Dim lighting
Operatory 2
Ready- Bariatric chair
- Sedation-ready
Demo patient S-8802 (synthetic)
Treatment visit · guardian consent verified (demo)
- Sedation-ready
Operatory 3
Turnover- Quiet room
No visit scheduled in this illustration.
- Quiet room
Operatory 4
Ready- Wheelchair transfer
- Desensitization visits
No visit scheduled in this illustration.
- Wheelchair transfer
Chart · odontogram
A chart you can read with a keyboard
Tab to any tooth and press Enter to inspect its finding. The clinical odontogram works the same way — no pointer, no motion, no guessing.
Synthetic demonstration data — no real patient information.
- Tooth 18
- Upper right third molar · Missing: Marked missing in this demo chart. No treatment planned in the illustration.
- Tooth 17
- Upper right second molar · Sound: No findings recorded in this demo chart.
- Tooth 16
- Upper right first molar · Sealant: Demo sealant retained, review at next recall.
- Tooth 15
- Upper right second premolar · Sound: No findings recorded in this demo chart.
- Tooth 14
- Upper right first premolar · Watch: Demo watch area for early enamel change. Monitor at recall.
- Tooth 13
- Upper right canine · Sound: No findings recorded in this demo chart.
- Tooth 12
- Upper right lateral incisor · Sound: No findings recorded in this demo chart.
- Tooth 11
- Upper right central incisor · Sound: No findings recorded in this demo chart.
- Tooth 21
- Upper left central incisor · Sound: No findings recorded in this demo chart.
- Tooth 22
- Upper left lateral incisor · Sound: No findings recorded in this demo chart.
- Tooth 23
- Upper left canine · Sound: No findings recorded in this demo chart.
- Tooth 24
- Upper left first premolar · Caries: Demo caries flag for illustration. Treatment plan excerpt: restoration, demo CDT D2140.
- Tooth 25
- Upper left second premolar · Sound: No findings recorded in this demo chart.
- Tooth 26
- Upper left first molar · Crown: Demo existing crown, margins acceptable in this illustration.
- Tooth 27
- Upper left second molar · Sound: No findings recorded in this demo chart.
- Tooth 28
- Upper left third molar · Missing: Marked missing in this demo chart. No treatment planned in the illustration.
Clinical workflow
One visit, five connected stages.
Select a stage to see what the care team does and where it lives in the product. Every stage below mirrors an implemented OPAL Clinical surface — nothing here is a roadmap.
1Intake: Access needs captured at the door
Intake records the accommodations each patient needs before the visit starts: wheelchair transport and escort requirements, desensitization history, and guardian contact context.
- Desensitization visits flagged on the appointment
- Transport and escort flags travel with the appointment
- Guardian and consent context visible before chairside
In the product: Patient registry
2Triage: Live status for every chair
Triage weighs live operatory status against clinician availability, so day-of changes and transport delays do not cascade through the schedule.
- Operatory board shows live chair status
- Transport and escort flags travel with each appointment
- Day-of changes handled in the schedule workspace
In the product: Schedule workspace
3Chart: Accessible, keyboard-first charting
Charting pairs an accessible interactive odontogram with rapid periodontal entry. Every control is keyboard-operable with visible focus and screen-reader landmarks — no pointer or motion required.
- Interactive odontogram with per-tooth condition history
- Perio chart with rapid number-pad entry and site detail
- Clinical notes stay attached to the patient timeline
In the product: Charting
4Treat: Sedation, consent status, and visit progress
Treatment tracks sedation monitoring, consent status, and appointment progress signals, with imaging in reach of the operatory.
- Sedation recording with structured monitoring steps
- Chairside view keeps alerts and visit context in sight
- Imaging records attach to the same encounter
In the product: Imaging
5Reconcile: Signed encounters, clean claims
Reconciliation captures CDT codes chairside, generates claims, and closes the visit with a signed encounter record that locks against further edits — ready for audit without rework.
- CDT capture flows into claim worklists automatically
- Encounter signing locks the clinical record
- Audit trail preserves every revision with actor and time
In the product: Billing
Synthetic demonstration data — no real patient information. Illustrations describe the workflow; no patient data is shown.
Roles
Built for every role in the clinic.
Four roles, one record. Choose a role to see the problem it walks in with — and what changes once the visit runs in OPAL Clinical.
01Attending clinician · DDS / DMD
Pain: Generic dental EMRs bury the behavioral and sensory context that I/DD visits depend on — and signing notes takes too many clicks.
With OPAL Clinical: One calm patient timeline: accommodation alerts up front, chart and notes one step away, and single-step encounter signing at visit close.
- Single-view timeline with prominent accommodation alerts
- Keyboard-navigable odontogram with per-tooth history
- Single-step encounter signing at visit close
Try the chart in the tour above as the clinician would.
02Dental hygienist · RDH
Pain: Periodontal charting is tedious without rapid entry, and guardian consent context is missing when it matters chairside.
With OPAL Clinical: A perio chart with rapid number-pad entry, and guardian consent context captured at intake and kept on the chart for the hygiene visit.
- Accessible perio chart with rapid number-pad entry
- Guardian consent context captured at intake, visible on the chart
- Desensitization visit flags visible before the appointment
Try the operatory board in the tour above as the hygienist would.
03Practice manager · Coordinator
Pain: Day-of transport cancellations and uncoordinated caregiver escorts ripple through the whole schedule.
With OPAL Clinical: Transport and escort flags ride on each appointment, and the operatory board shows live chair status — so the day gets rebalanced in the schedule workspace, not in a group text.
- Operatory board with live chair status
- Access filters for transfer, quiet room, and sedation readiness
- Day-of changes handled in the schedule workspace
Try the operatory board in the tour above as the coordinator would.
04Compliance auditor · Reviewer
Pain: Missing encounter sign-offs and unverified billing codes surface months later, when they are expensive to fix.
With OPAL Clinical: Every visit closes with a signed encounter record that locks against further edits, a complete revision history, and zero-PII reporting.
- Signed encounter records that lock, with actor and time
- Complete revision history on every clinical record
- Billing worklists carry each code from its encounter
Read the reconcile stage above as the auditor would.
Safeguards
Protections you can trace to source, not badges.
How OPAL Clinical handles protected health information — stated as implemented practice, with the enforcement point named under each claim. No certification is claimed here; certification evidence moves through formal review channels.
Audit-logged record access
For clinic users, every view and edit of a protected record writes an append-only audit entry with the actor, the record, and the time. Read auditing stays on unless configuration explicitly disables it; emergency break-glass access is always recorded with its stated reason; only the platform-operations administrator permission bypasses this audit.
Enforced in: Entity access layer and append-only audit log
Server-enforced roles
Clinicians, hygienists, coordinators, and auditors see what their role allows. Every write is permission-checked in the backend; the browser mirrors the policy but never grants access.
Enforced in: Per-capability backend permissions; read-only generic API
Encryption at rest, short-lived sessions
Protected fields are AES-256 encrypted at rest with a key held outside the database. Sessions are HMAC-signed and expire within an hour, and idle users are signed out after fifteen minutes.
Enforced in: Field-level encryption profile; signed session tokens; idle logout
Fail-closed clinic scoping
Every scoped record carries its clinic and is filtered twice: per record and per query. A record with no clinic is denied, and a user with no membership sees no rows — never an open view.
Enforced in: Per-row access check and list-query filter
Questions
Frequently asked questions.
The short answers a program director, a clinic manager, or a security reviewer asks first.
Is any of this real patient data?
No. Every name, chart finding, and schedule entry on this page is synthetic demonstration content created for illustration. The tour runs entirely in your browser and never contacts a clinical system.
How do we arrange a walkthrough for our clinic?
Start with the interactive tour on this page, which mirrors the implemented clinical workflow, then request a walkthrough and the team will run the full product with you on synthetic data. Walkthroughs never involve real patient records, and access to the clinical app is provisioned per person by administrators.
How do clinicians sign in?
Through the provider sign-in, which uses your New York State identity or an administrator-issued staff credential — the same sign-in the clinical app uses. A clinic listing here does not grant access: authorization is issued per person by administrators, never automatically.
Does OPAL Clinical claim HIPAA or other certifications?
No. This page describes implemented safeguards — audit-logged access, server-enforced roles, encryption at rest, and fail-closed clinic scoping — and each claim is traceable to source. Certification evidence, where required, is provided through formal review channels rather than marketing copy.
Is OPAL Clinical an official New York State website?
No. OPAL Clinical is built to serve New York State OPWDD dental care settings, and this demonstration site is operated by Never-Ending Solutions. It is not an official publication of New York State or OPWDD, and nothing here implies state endorsement.
Can I use this page with a keyboard or screen reader?
Yes. Every interactive teaser is keyboard-operable with visible focus indicators and screen-reader announcements, and all content is readable with motion disabled and without JavaScript. The accessibility preferences panel on every page adjusts text size, contrast, motion, and focus styling.
Bring OPAL Clinical to your clinic.
Walk the tour, then talk with the team that built it. A walkthrough runs the full product with you on synthetic data — never real patient records — and access to the clinical app is provisioned per person by your administrators.