Insurance card scanning that extracts coverage, not just a photo.
Insurance card scanning is the step where a patient's medical insurance card, vision plan card and driver's license are captured and turned into typed fields. The patient photographs them in the intake form, or staff photograph them at the desk. Doctora reads the card with OCR, shows a good-to-go verdict, and the desk confirms what was read instead of hand-keying it.
Beta means the feature is built and running in practices that asked for it. It is included where your plan lists it; we turn it on with you, and it may change as practices use it.
Most intake tools stop at the photo. The image lands on the chart as an attachment, and someone still types the member ID later. Here the member ID, group number, payer and plan are text on the screen, and the coverage feeds the eligibility worklist.
Why do practices still hand-key insurance cards?
Because most intake products only photograph the card. The image lands on the chart as an attachment, and someone at the front desk still has to open it, squint at the small print, and type the member ID, group number and payer into the EHR later. The camera moved the work around. It did not remove it. A card image is not data until a person reads it, and a person reading a phone photo of a worn card is exactly where a transposed digit or a wrong plan starts.
A photo on file
The card sits as an image attachment. Nobody can bill from an attachment, so the real entry still happens by hand.
Retyped member IDs
Long alphanumeric IDs get read off a small image and typed in. One wrong character can mean a rejected claim.
No medical and vision split
Generic tools treat one card as the whole story and miss that eye care patients often carry both a medical plan and a vision plan.
What should insurance card scanning actually produce?
Fields, not an image. The point of scanning a card is to end up with the member ID as a field the desk can confirm, not a photo they still have to transcribe. Doctora reads the card into typed fields, member ID, group number, payer and plan, and the desk confirms what was read instead of retyping it. The photo is still there as a reference. It is just no longer the only output.
The member ID is a field
Doctora reads the member ID, group number, payer and plan into fields, so the number is confirmed once and reused.
The driver's license is read
On a driver's license or state ID, the barcode is decoded for an exact read of name, date of birth and address, instead of guessing characters off a phone photo.
Staff confirm, not retype
The desk reviews what was read and confirms it. Confirming a field is faster and safer than keying a long ID from scratch.
Coverage, then eligibility
The coverage is worth reading because it feeds the eligibility worklist, not just a folder of card images.
From photo to coverage.
Card capture in the intake form or at the desk, then the read, the verdict and the coverage.
The photo
The patient photographs the card in the intake form, or staff photograph it at the desk. A desk card scanner is also supported.
The fields
Doctora reads the card into fields, so the member ID and the rest are text on the screen, not a picture to squint at.
The good-to-go verdict
Doctora shows a good-to-go verdict for the desk to confirm. When a photo is too hard to read, the desk is asked to retake it.
Saved to the patient
The card is saved to the patient.
Into the EHR
For RevolutionEHR and OfficeMate/ExamWRITER practices, accepted insurance is written into the EHR after staff confirm it.
Card photo on file vs extracted coverage.
Two ways a scanned card can end up. One is an attachment. One is data you can bill from.
| What happens | Card photo on file (most intake tools) | Extracted coverage (Doctora) |
|---|---|---|
| What you end up with | A card image on the chart | Typed fields: member ID, group, payer, plan |
| Reading the member ID | Staff squint at the image later | Read from the card; staff confirm the read |
| The photo ID | A picture of the license | The license barcode decoded for an exact read |
| Medical or vision plan | One card, no distinction | Either card can be photographed; the doctor and the desk decide which coverage applies |
| Eligibility | A separate phone call or portal check | The coverage feeds the eligibility worklist |
| Into the EHR | Retyped by hand, with a risk of a duplicate chart | Written into the existing chart after staff confirm, for supported EHRs |
How does the license barcode make ID capture exact?
Most US driver's licenses and state IDs carry a two-dimensional barcode on the back. It encodes the name, date of birth and address as machine-readable data, the same fields a person would otherwise type off the front of the card. Doctora decodes that barcode directly rather than running character recognition over a glare-lit phone photo. The read is exact, and the desk confirms it at a glance.
Names and dates of birth are where hand-keyed intake quietly goes wrong. A misspelled name or an off-by-one date of birth is enough to break an eligibility match or split a patient into a second record. Reading the barcode is the difference between a guess and a fact on the two fields that matter most for a clean chart.
When a license comes in as a photo of the front only, Doctora reads it with OCR and prompts the desk to capture the back, so the barcode can be read. A license scan only fills in details the patient record does not already have. It never overwrites a name, date of birth or address that is already on file.
Medical card or vision plan: which one matters?
An eye care patient usually carries two kinds of coverage: a medical insurance card and a separate vision plan. Which one applies depends on why they are coming in, and that is a call for the doctor and the front desk, not for the scan. Doctora reads whichever card the patient photographs, so both can be captured before the patient sits down.
Medical insurance
Photographed and read for medical eye visits, where the complaint is a medical reason rather than a routine refraction. The intake form has its own medical insurance question.
Vision plans
Photographed and read for routine vision exams and materials, such as a VSP or EyeMed card. The intake form has its own vision insurance question, so the two do not get mixed up.
What the desk confirms.
Nothing writes to the EHR until staff confirm it.
The read
The desk compares the fields Doctora read with the card in hand.
The verdict
The good-to-go verdict is a prompt for the desk, not a decision. Staff confirm it or fix the fields.
The write
Accepted insurance is written into RevolutionEHR and OfficeMate/ExamWRITER only after staff confirm it. Doctora does not change the chart on its own, and it updates the existing patient chart rather than creating a second one.
CrystalPM
Staff copy the accepted values into the chart from the review screen.
What happens after the card is scanned?
Extraction is only worth it if the coverage goes somewhere. Once the card is read into fields, the coverage keeps moving: saved to the patient, into the eligibility worklist, and into the EHR after staff confirm.
Saved to the patient
The card and the fields read from it are saved to the patient.
Into the eligibility worklist
The coverage feeds the eligibility worklist, where staff check vision and medical benefits before the patient arrives.
A reviewed write into the EHR
Accepted insurance is written into the existing chart for RevolutionEHR and OfficeMate/ExamWRITER practices after staff review it. It never creates a duplicate chart.
Why can Doctora close the loop when intake vendors can't?
Card scanning is only half a job if it ends at the front desk. Doctora already lives in the chart: the AI scribe is live and writes the finished exam chart into the practice's EHR.
One chart
The AI scribe drafts the exam for the patient in Doctora. The card is saved to that same patient, so the coverage and the exam stay together.
Built for optometry
Medical insurance and vision insurance are separate questions on the intake form, with the doctor confirming codes and coverage for the exam.
Nothing writes silently
Staff review the read and confirm. Nothing is applied to the EHR until they do.
Related reading.
- AI patient intake for optometryThe full intake story: the patient types once, staff review one screen, and the answers land in the chart.
- Insurance verificationThe eligibility worklist the scanned coverage feeds.
- Optometry intake formThe eye-exam intake form that captures reason for visit, coverage and contact lens history.
Insurance card scanning questions.
What is insurance card scanning?
Insurance card scanning is the step where a patient's medical insurance card, vision plan card and photo ID are captured and turned into typed fields. Doctora reads the member ID, group number, payer and plan, decodes the license barcode on the ID for an exact read, and has the desk confirm the read instead of retyping it.
What is the difference between insurance card scanning and insurance card OCR?
OCR is one piece: reading text off the card image. Scanning that stops at OCR still leaves a block of raw text to sort out. Doctora maps the read into fields, member ID, group, payer and plan, and then feeds the coverage into the eligibility worklist, so the result is coverage staff can check, not just a transcription.
Can the patient photograph the card themselves?
Yes. The patient photographs the card in the intake form at home. Staff can also photograph it at the desk, and a desk card scanner is supported.
Does Doctora capture both the medical card and the vision plan?
Yes, either card can be photographed and read. The intake form has a separate medical insurance question and a separate vision insurance question. Which coverage applies to the visit is for the doctor and the front desk to decide, not the scan.
How accurate is the ID read?
Most US driver's licenses and state IDs carry a barcode on the back that encodes name, date of birth and address as machine data. Doctora decodes that barcode for an exact read rather than guessing characters off a photo, and the desk confirms it. A license photographed on the front only is read with OCR, and Doctora prompts for the back.
Does Doctora write the card into the EHR on its own?
No. Nothing writes until staff confirm it. After that, accepted insurance is written into RevolutionEHR and OfficeMate/ExamWRITER, updating the existing chart and never creating a duplicate. For CrystalPM, staff copy the accepted values into the chart from the review screen.
What happens to the coverage after the scan?
The card is saved to the patient, and the coverage feeds the eligibility worklist, where staff check benefits before the patient arrives.
Is insurance card scanning HIPAA compliant?
Doctora is HIPAA compliant. Staff review what was read, and nothing is written into the EHR until they confirm it.
What does Beta mean?
Beta means the feature is built and running in practices that asked for it. It is included where your plan lists it; we turn it on with you, and it may change as practices use it.
See a card go from photo to coverage.
Book a demo and we will scan a card and follow it into the eligibility worklist. Try Doctora free for your first 10 charts.
Per doctor, month to month or annual. HIPAA compliant, with a signed BAA.