Prototype · in development · 2026

Movement Map

An early-stage prototype being developed to organize the joint range, breathing, balance, and movement findings from an in-person screen into one plain-language visual map a patient can follow.

The Problem

A patient can finish an assessment without a clear picture of what was found.

Movement findings often live in the clinician's notes or in a spoken explanation during the visit. What a patient carries home is a set of impressions: which areas feel involved, what order to work on them, and why that order matters. Movement Map is a prototype built to test a simpler idea — show the findings as one plain-language picture while the reasoning is still fresh.

Planned Workflow

Four steps, in this order

The first three describe the planned path from screen to patient map. The fourth is a rule that stays in place for every output.

  1. Screen and enter

    The clinician runs an in-person movement screen and records what is found: joint range, breathing pattern, single-leg balance, squat and hinge quality, and the positions that provoke pain.

  2. Organize into a movement profile

    Claude arranges those entries into a structured movement profile — one ordered record of the findings instead of scattered notes.

  3. Show it in plain language

    The planned output is a patient-facing visual map: the limited regions, how they connect up and down the chain, the reasoning behind the order of the plan, and a home program.

  4. Clinician review and edit

    Every output is reviewed and edited by the clinician before a patient sees it. Nothing reaches the patient un-reviewed.

Illustrative Example

The shape of the planned patient map

The figure below is a made-up example, drawn to show the shape of the idea. None of the findings are real.

Illustrative movement map. A front-facing figure highlights four areas: the right hip and right shoulder on the viewer's left, the left ankle on the viewer's right, and the thoracic spine and ribcage down the center. Beside the body, an example movement profile lists four made-up findings and a three-step plan order.

Scroll sideways to see the whole figure.

Illustrative example with made-up findings — not patient data.

What the figure shows, in words

Every line below is an illustrative example with made-up findings — not patient data.

Findings in the example

  • Right hip Less rotation during the screen.
  • Left ankle Heel lifts early in the squat.
  • Thoracic spine and ribcage Little upper-back turn and rib movement.
  • Right shoulder Arm stops short of overhead.

Illustrative plan order

  1. Ribcage and upper back Start with comfortable breathing and turning.
  2. Hip and ankle Then practice the range used in a squat.
  3. Shoulder Recheck reaching after the earlier work.

The order is illustrative only. It does not imply a medical cause, a diagnosis, or a treatment dose.

Built with Claude

Claude organizes. The clinician decides.

Claude, Anthropic's AI model, handles the sorting and the drafting. The clinician keeps the judgment.

Organize

Claude takes the clinician's screen entries and arranges them into one structured movement profile, rather than a scattered set of notes.

Plain language

It drafts the map in everyday words: where movement is limited, how the areas relate, and why the plan is ordered the way it is, instead of exam shorthand.

Clinician review

Every draft comes back to the clinician to read, edit, and approve. The clinician's judgment is the final word on anything a patient sees.

Status

Prototype · in development · 2026

Movement Map is an early-stage prototype developed by Dr. Sean Reid, D.C., L.M.T. inside his independent sports chiropractic practice, Reid Chiropractic and Wellness (founded 2026), in Temecula, California. It is being tested inside that practice and is not a released product.

  • In internal testing inside one practice; not yet public.
  • No users, no pricing, and no sign-up.
  • Not available to patients or to other clinicians yet.
  • Makes no medical-device claims, and it does not diagnose or replace an exam.
  • The example on this page is a fictional illustration, not real patient data.

Principles

What the prototype holds to

Clinician in the loop

Nothing reaches a patient without the clinician reviewing and editing it first.

Plain language

Findings are shown in everyday words a patient can follow, not in clinical shorthand.

No AI diagnosis

The tool organizes what the clinician entered. It does not diagnose, and it does not replace a hands-on exam.

Privacy first

The input is the clinician's own entries: no camera and no motion capture. This page shows a fictional example, and no real patient data appears on it.