Ambula
Back to blog
Healthcare EMR Software

Structured vs. Unstructured Data in an EHR: Where Each Belongs

Structured and unstructured EHR data compared: examples of each, where each belongs in the chart, and why structured pain scores matter in personal injury case reports.

Mousa Kadaei

Mousa Kadaei

Product & Growth Manager, EMR · 7 min read ·

A clinician in dark scrubs reviews paper records at a desk beside a monitor showing brain MRI images.

Every chart mixes two kinds of information. Some of it sits in fields the software can sort, count and report on. The rest is written in sentences, or arrives as a scanned page, and only a person can read it well. Knowing which is which decides how much of the chart you can reuse later.

This guide is for physicians, clinical staff and practice administrators who set up templates or decide how notes get written. It compares structured and unstructured data in an electronic health record (EHR), gives examples of each, and maps where each one belongs in a typical outpatient chart. For a deeper look at the standards behind structured fields, see our guide to structured data in an EMR.

What is the difference between structured and unstructured data in an EHR?

Structured data is recorded in defined fields with a known format, such as a date, a number with a unit, or a code from a standard list. Unstructured data is free text, dictation, scanned documents or images that do not follow a fixed data model. Software can sort and count the first kind directly. The second kind has to be read.

The two are not rivals. A structured field records that something happened. Narrative records why, how the patient described it and what the clinician was thinking. A useful chart keeps both and makes clear which one to trust for which question.

Structured dataUnstructured data
FormFields, pick lists, numeric values, codesFree-text notes, dictation, scanned letters, images
ExamplesVital signs, medication and dose, allergy, diagnosis code, appointment date, a pain scoreHistory of present illness, assessment reasoning, an outside physician's letter, a patient's own account of an accident
Good forSearch, trends over time, reports, alerts, exchange with other systemsContext, nuance, uncertainty, the clinician's reasoning
Weak atExplaining why; anything the field designer did not anticipateCounting, comparing visits, building a report without rereading
Main riskA filled field that is wrong or out of date looks just as certain as a correct oneImportant facts get buried and are missed on review

What are common examples of each type?

Most items with a single correct value are captured as structured data: demographics, vital signs, medications, allergies, diagnoses, lab values and appointment dates. Narrative is used for history, reasoning and anything that needs explaining. Scanned outside records and images are unstructured unless someone abstracts values from them.

The United States Core Data for Interoperability (USCDI), maintained by the Office of the National Coordinator for Health IT (ONC), is a useful reference. It is a standardized set of data elements, grouped into data classes such as patient demographics, that serves as a baseline for exchanging health information between systems. If an item appears in USCDI, it is a strong candidate for a structured field in your chart.

Structured fields work best when they use a shared vocabulary. The National Library of Medicine describes standardized terminologies as organized sets of concepts, each with a unique code, so different systems can mean the same thing by the same entry. Familiar examples include ICD-10 (International Classification of Diseases, 10th revision) for diagnoses, CPT (Current Procedural Terminology) for procedures, LOINC (Logical Observation Identifiers Names and Codes) for lab tests and RxNorm for medications.

Where does each type belong in the chart?

Use a structured field for anything you will need to compare across visits, report on, or send to another system. Use narrative for anything that needs reasoning or context. Many sections of a note work best as a mix: fields for the facts, a short free-text box for the explanation.

Chart sectionBest captured asWhy
Demographics and insurance or case detailsStructuredUsed for scheduling, billing and matching records. Errors here spread everywhere.
Chief complaint and history of present illnessMostly narrative, with a few fields (onset date, mechanism of injury)The story matters, but key dates should be findable.
Medications and allergiesStructuredNeeded for prescribing checks and reconciliation.
Vital signs, pain scores, range of motionStructured, using the same scale each visitThese are the values you will trend over time.
Exam findingsMixedFields for measurable findings; narrative for anything unusual.
Assessment and planCoded diagnosis plus narrative reasoningThe code supports billing and reporting; the reasoning supports the decision.
Outside records and imaging reportsUnstructured attachment, with key values abstracted if neededThe original must stay intact; abstracted values make it usable.

A common mistake is to turn everything into checkboxes. A note built only from pick lists can read as identical from visit to visit, which makes it harder, not easier, for a later reader to see what changed. Keep a free-text box wherever the clinician might need to explain.

Why does this matter more in a personal injury case?

In a personal injury case, the chart is read months later by an attorney, an adjuster and sometimes defense counsel. Structured pain scores and functional measures let a case report show the trend across every visit. The narrative explains how the injury happened and why each step of care followed. Both are needed.

Consider a patient treated for neck pain after a car accident. If pain is recorded as a 0 to 10 score in the same field at every visit, a report can show the change from intake to discharge without anyone rereading each note. If pain is only described in sentences such as "somewhat better," someone has to summarize it by hand, and two people may summarize it differently.

The narrative still carries weight. The patient's account of the accident, the clinician's reasoning for ordering imaging, and why a procedure followed conservative care are judgments, not numbers. Our guide to documenting injections for injury cases shows how fields and narrative work together in a procedure note.

  • Pick one pain scale and one functional measure per case, and record them at every visit.
  • Record dates of injury, onset and each treatment as dates, not phrases.
  • Keep the mechanism of injury in narrative, with a short structured summary for reports.
  • Attach outside records as received and note the key findings in the chart.

How Ambula handles structured and narrative data

Ambula is a cloud-based EMR (electronic medical record) for personal injury practices and surgery centers. Providers document findings their own way, and the fields that need to be consistent are built into the templates.

  • Templates you control: the form builder lets your team add custom fields and sections, use conditional logic, and reuse medications, allergies and history across linked forms.
  • Specialty fields: the pain management EMR tracks validated pain scales and functional outcome measures alongside procedure notes. The orthopedic EMR includes range-of-motion and strength fields by joint.
  • Reports from the record: case reports pull selected demographics, diagnoses, treatment details and progress from the chart into a template. The report builder creates custom reports from structured form data.

Insurance and personal injury patients run in the same EMR, at $300 per provider per month. See pricing.

Frequently asked questions

Is a templated note structured or unstructured?

Usually both. Labeled sections and pick lists are structured; the free-text boxes inside them are not. What matters is whether the values you need to report on sit in defined fields.

Is a scanned document unstructured data?

Yes. A scanned page is an image of text. The system can store and label it, but it cannot read the values inside without someone, or a tool reviewed by someone, abstracting them into fields.

Can unstructured notes be turned into structured data later?

Sometimes, by manual abstraction or with software that extracts terms from text. Either way, a person should check the result, because meaning can be lost or misread. It is easier to capture the value as a field at the visit.

Should every field be required?

No. Too many required fields push staff to pick any answer to move on, which fills the chart with values no one checked. Require the few fields you rely on for care, billing and reports.

This content is for informational purposes only. It is not clinical or legal advice. Documentation requirements vary by payer and state. Consult your payer policies and a qualified compliance adviser for guidance specific to your practice.

Sources

Mousa Kadaei

Written by

Mousa Kadaei

Product & Growth Manager, EMR

Mousa is a product and growth manager at Ambula. He designs products around what doctors need and writes about healthcare technology.

Built around the case, not the visit

Intake, charting, orders, records and lien billing for personal injury clinics, in one system.