This printout holds only the sections loaded so far. For the whole dossier, print _full-print.html in this folder or use D2_web.pdf.

Prescription Telemedicine

8 sections · 47 pages · about 28 min
The four components

Four parts. One runs the day.

The Triage COO
AtlasTx

AtlasTx

One ranked list of everything open, fires first. Atlas works from record codes and never sees a name, and a person approves everything it drafts.

  • Fire card for safety reports and held orders
  • Five sort orders and a daily brief
  • Blind Atlas: record codes, never names
The framework
LastStop

LastStop

Intake, cases, clinical setups, pharmacy, patient portal, billing, audit and integrations.

The media
Growth Engine

Growth Engine

Brand kits, style kits, finished ads in every size, and outreach drafts.

Survival
ClaimRight

ClaimRight / Compliance

Claim rules, disclosures, consent, state rules, license checks, approvals and the audit log.

SeeMyVitals01 / 47
LastStop · the framework
Pillar · the framework

Prescription Telemedicine, run on LastStop

Intake to pharmacy, ads to audit, on one console.

  • SeeMyVitals is a telehealth practice brand shown on LastStop, the platform it runs on. The SeeMyVitals wordmark and palette are a placeholder made for this demo.
  • AtlasTx is the AI COO built in. It ranks the practice's day and works on record codes, never names.
  • Every screen is from a local demo build with labelled SAMPLE records. No patients, orders, revenue or certifications are claimed.
  • Vendors without a signed agreement are marked "Demo connection — agreement pending". Nothing is sent to them.
Four pillars, one platformSAMPLE data throughoutNothing live with patients
Sample data
Animation poster

Section 1 The AI 6 pages · about 4 min

SeeMyVitals02 / 47
AtlasTx · the Triage COO
Pillar · the Triage COO

AtlasTx, your Triage COO

Every open item in the practice, in one list, in the right order.

  • The dashboard opens on AtlasTx. It watches intake, the clinician queue, the pharmacy, refills, compliance flags and support.
  • Every record is named by a random code with a lock chip (for example S-C859), never by a patient's name.
  • Atlas ranks every open item inside the app.
  • Open safety reports sit above everything else; a clinician reviews every one.
  • Nothing runs until someone presses Run AtlasTx.
Fires firstCodes, never namesSAMPLE data
Sample dataLive in demo · sample dataAtlasTx
02-dashboard-atlastx.png
SeeMyVitals03 / 47
Animation poster
03AtlasTx

The run

Illustration of a runFires come out firstRecord codes only
Illustration · the run itself is live in demo on sample dataAtlasTx queue
  • What a run does: open items stream in from intake, refills, the pharmacy, support, compliance, payments and messages; AtlasTx takes them in; the ranked list comes out one card at a time.
  • This is an illustration drawn in code, not a screen recording. The item count in it is illustrative.
  • In the product, the run is one button: Run AtlasTx.
  • In the illustration the first card is a health claim caught in a scheduled email. In the practice, the fire card holds the worst open safety report and anything held at the pharmacy.
  • Every card carries a record code, never a name.

Press Run. It pulls in the whole practice, then hands back your day in order.

SeeMyVitals04 / 47
03-atlastx-queue-and-fire-card.png
04AtlasTx

The queue and the fire card

OPS MANAGER−0.5FTE$2,900/mo
Fire card on topFive sort ordersRanked from session records
Sample dataLive in demo · sample data · runs on real records once the engine is hostedAtlasTx queueAI · "Tell me what to do" (on request)
  • A one-sentence plan, then the fire card (the worst open safety report and two orders held at the pharmacy), then the ranked queue.
  • Five sort orders: Safety first, Unblock others first, Quick wins first, Oldest first, Patients before admin.
  • The screen says it: "Ranked by AtlasTx from this session's records."
  • Each item opens under "Where a person decides". Clinical items go to a clinician; AtlasTx never decides care.
  • On request, "Tell me what to do" asks the AI for a run order and its reasons; a run bar then opens each screen in turn.

Fires first. Then the day, in the order you choose.

SeeMyVitals05 / 47
04-blind-atlas-code-resolve.png
05AtlasTx

Blind Atlas

Random record codesThe name appears on your screen onlyCounsel review pending
Sample dataLive in demo · sample data · privacy counsel review pendingBlind Atlas resolver
  • Atlas sees record codes, status codes, queue names, counts and elapsed time. No names, dates of birth, contact details or free text from charts or messages.
  • Click a code and the platform draws the person on the signed-in user's screen: "Resolved on your screen — Atlas never sees names."
  • Codes are random tokens, never a hash of a name, record number or date. HIPAA allows a re-identification code on those terms (45 CFR 164.514(c)).
  • Relative times ("waiting 3 days") replace dates. Chart notes and messages never reach Atlas.
  • A guard stops any name, email, date of birth, phone or free-text field from reaching Atlas; 16 automated tests cover the design.

The AI that runs the day never sees who the patients are.

SeeMyVitals06 / 47
32-follow-ups.png
06AtlasTx

Follow-ups

REFILL COORD.−1FTE$3,850/mo
Draft one, or draft allStalled cases and held ordersNothing is sent
Sample dataLive in demo · draftsAI · follow-up drafts
  • Three stalled cases (info requested, awaiting identity, awaiting consent) and four orders on hold, each with "Draft message", or "Draft all".
  • The screen says: "Drafts only. No messaging vendor is connected, so nothing is sent."
  • A person approves, edits or discards each draft.
  • Sending starts when a messaging provider and carrier registration (10DLC) are in place.

Every stalled case and held order, with the message already drafted.

SeeMyVitals07 / 47
33-support-tickets.png
07AtlasTx

Support tickets

SUPPORT REP−0.5FTE$1,850/mo
Urgency read on every ticketSide effects go to a clinicianNothing sent from here
Sample dataLive in demo · draftsAI · support triage (drafts)AI · side-effect triage (clinician queue)
  • Billing, login and product questions live here. Side-effect reports go to a separate clinician queue and are never mixed in.
  • AI drafts an urgency read and a suggested reply for each open ticket; a person reads, edits and sends.
  • On the side-effect queue, AI suggests a severity; a clinician confirms every escalation.
  • Honest states on screen: no SLA started, no clinician assigned, nothing emailed or texted yet.

Patient questions in one queue, side effects in another, each with a drafted reply.

Section 2 The Platform 4 pages · about 2 min

SeeMyVitals08 / 47
LastStop · the framework
Pillar · the framework

LastStop, the framework

One platform, many practices, each with its own brand.

  • The framework: intake, cases, both clinical setups, the pharmacy, the patient portal, billing, audit and integrations.
  • Staff sign in first, then choose the practice, so one platform can run several practices.
  • Each practice gets its own brand kit and separated data. The separation is built in the engine, which is not hosted yet.
  • The demo signs in with shared preview logins. Per-staff accounts, roles and MFA are built in the engine and get wired in before launch.
Intake to portalPractice chosen after sign-inSeparate data per practice
Sample dataLive in demo · sample data
01-login.png
SeeMyVitals09 / 47
intake-1440.png
09LastStop

Patient intake

INTAKE COORD.−0.5FTE$1,900/mo
7 stepsLicensure follows locationDisclosure at the top
Sample dataLive in demo · sample data · question content needs clinician and counsel sign-offEligibility, state, age
  • Seven steps: eligibility, history, uploads, identity, consent, payment, review.
  • Step 1 checks the program, age, state of residence and physical location at the time of the visit. Licensure follows the physical location, not the billing address.
  • State is a dropdown, not free text.
  • The compounded-medication disclosure sits at the top of the form.
  • The fields are empty in this capture; test runs use fictional values. Staff review IDs by hand until an identity vendor is connected.

Eligibility is settled on the form, before a clinician opens the case.

SeeMyVitals10 / 47
08-case-queue.png
10LastStop

The case queue

Six case statesPre-chart draftedThe clinician decides
Sample dataLive in demo · sample dataPre-chartAI · clinical pre-chart (de-identified)
  • Six sample cases: pending review, needs info, awaiting identity, awaiting consent, approved, denied.
  • A rules pre-chart summarises program, flags, hard stops and payment type from a fixed template.
  • An AI pre-chart drafts a plain-English summary, watch-outs and visit questions from a de-identified case summary.
  • The care-flow panel shows which clinical setup the practice runs.
  • A licensed clinician approves, declines or asks for more information; each decision goes to the audit log.

Every finished intake arrives as a case a clinician can act on.

SeeMyVitals11 / 47
34-ai-at-work-roster.png
11LastStop

AI at work

19 steps16 AI features · 1 waiting on a vendorNone sends, spends or prescribes
Live in demoRoster read from the code
  • The list is generated from the code, not written by hand. It is the same list behind the AI badges on each screen.
  • Each step shows where it runs and what it does.
  • AI steps draft, sort or explain. None sends, spends or prescribes.
  • AI calls carry de-identified summaries or record codes, never a patient's name.

Every AI step in the product, listed from the code.

Section 3 Integrations 7 pages · about 4 min

SeeMyVitals12 / 47
LastStop · the framework
Pillar · the framework

Integrations 1 · Bring your own EHR

For example, Charm Health.

Your clinicians keep charting where they already chart.

  • For a practice with its own clinicians: the chart is created in Charm Health from the intake, your clinician reviews, and the encounter syncs back.
  • Only an approved prescription moves on to the pharmacy.
  • Charm Health publishes REST and FHIR R4 APIs; the LastStop connector is planned.
  • Simulated in this demo. Nothing is sent to Charm Health.
Setup A: your own cliniciansChart made from the intakeDemo connection — agreement pending
Sample dataDemo connection — agreement pending · connector plannedCare flow
09-config-a-charm-own-ehr.png
SeeMyVitals13 / 47
10-config-b-beluga-routing.png
13LastStop

Integrations 2 · Contracted clinician network: Beluga Health

Setup B: a clinician networkLicensed in the patient's stateOpenLoop and Wheel as alternatives
Sample dataDemo connection — agreement pending · adapters built in the engineCare flow
  • The case goes to the network with the intake and consent; a clinician licensed in the patient's state is assigned and a video visit is booked.
  • E-prescribing, PDMP checks and EPCS are the network's responsibility, not LastStop's.
  • Built in the engine: a Beluga Health simulator, and a live connector that refuses to run until an agreement is signed.
  • OpenLoop and Wheel are built the same way, as alternatives.

No clinicians on staff? A licensed network sees the patient in their state.

SeeMyVitals14 / 47
11-config-b-decision-prescribed.png
14LastStop

Seen, prescribed, sent

Visit before the decisionThe clinician prescribesLastStop never prescribes
Sample dataDemo connection — agreement pendingCare flow
  • Intake, identity and consent, routed to Beluga Health, clinician assigned, visit completed, prescribed, received by Hallandale Pharmacy.
  • The screen states it: "A clinician decides every prescription. LastStop never prescribes or dispenses."
  • The pharmacist verifies and compounds.
  • Simulated in this demo; nothing is sent until an agreement is signed.

One approved case, from intake to the pharmacy, on one screen.

SeeMyVitals15 / 47
12-rx-to-hallandale-pharmacy.png
15LastStop

Integrations 3 · Hallandale Pharmacy

PHARMACY COORD.−0.5FTE$1,900/mo
Connector code-completeHeld order until connectedAgreement pending
Sample dataNeeds vendor agreement · connector built in the engineDemo connection — agreement pendingFill routing · vendor not connected
  • Hallandale is a Florida 503A/503B compounding pharmacy. A clinic onboards through its partner portal and sends each prescription by LifeFile eRx, Surescripts or an EMR API.
  • Four sample orders: two waiting for a prescription, one shipped, one cancelled.
  • Until a pharmacy is connected, every approved case creates a held order instead of being routed.
  • The LastStop connector is code-complete in the engine; credentials and the agreement are pending.
  • Five more compounding pharmacies are planned on the same pharmacy interface.

Approved prescriptions go to the pharmacy. Nothing unapproved can.

SeeMyVitals16 / 47
13-hallandale-fulfillment-and-tracking.png
16LastStop

Fulfilment and tracking

Received, compounding, shippedCold-chain handlingLabelled demo tracking number
Sample dataDemo connection — agreement pendingStatus timeline
  • Order O-PUWD: prescription confirmed, compounded, shipped with cold-chain handling, tracking on the order.
  • DEMO-PUWD is a labelled demo tracking number.
  • The step states: "Compounded medications are not FDA-approved."
  • Real tracking arrives with the pharmacy agreement and a shipping integration (planned).

Pharmacy status flows back to the order and to the patient's portal.

SeeMyVitals17 / 47
15-payments-in-the-integrations-catalog.png
17LastStop

Integrations 4 · Payment processing

Card and ACHProcessor not yet contractedNo card data invented
Needs vendor agreement · payment engine built, not hosted
  • Card and bank (ACH) payments go through one processor, not yet named or contracted. The platform does not use Stripe.
  • Built in the engine, not yet hosted: card authorize and capture, refunds, subscriptions and dunning.
  • Until the processor is connected, the patient portal shows no plan price, no card on file and no invoices. Nothing is invented.
  • Refunds, payment holds and chargebacks stay with a person.

Charging, refunds and renewals are built. The processor isn't signed yet.

SeeMyVitals18 / 47
16-integrations-catalog-top.png
18LastStop

Integrations 5 · The full catalog

6 adapters built15 plannedNothing connected yet
Built in engine / Planned, as labelled on each card
  • Categories: clinician networks, EHR, pharmacies, payments, shipping, messaging, video visits, identity verification and labs.
  • Adapters built in the engine: Beluga Health, OpenLoop, Wheel, Healthie, Hallandale Pharmacy and the video-visit connector. None has a contract or credentials yet.
  • "Demo connection" means shown connected in this demo only, with the agreement pending.
  • Messaging (SMS and email) is planned. Until a provider and carrier registration exist, every message is a draft.
  • The page is read from the same catalog the platform uses.

21 partners, 9 categories, and an honest status on every card.

Section 4 Front Ends 5 pages · about 3 min

SeeMyVitals19 / 47
LastStop · the framework
Pillar · the framework

The patient portal

What the patient sees: plan, prescription, next visit, care status.

  • Plan, active prescription, next appointment, lab flags, care status and cases for a sample patient.
  • The sample case is waiting for clinician review: no decision, no prescription, and nothing sent to Hallandale Pharmacy (demo connection).
  • Patient sign-up and login are built in the engine; the demo uses session data.
  • Video visits: the connector is built in the engine and waits on a key and a BAA.
One sample patientAwaiting clinician reviewSession data in the demo
Sample dataLive in demo · sample data
portal-1440.png
SeeMyVitals20 / 47
prescriptions-1440.png
20LastStop

Refills

Opens in the last weekThe clinician re-approvesThen the pharmacy
Sample dataDemo connection — agreement pendingRefill timing
  • Refills open in the last week of a 30-day supply.
  • The request goes to the clinician, then to Hallandale Pharmacy only after approval, then ships with tracking.
  • The engine's refill request and recheck gate are built.

Refills go to the prescriber first, then the pharmacy. Never the other way round.

SeeMyVitals21 / 47
messages-1440.png
21LastStop

Secure messages

The care team answersClinical questions go to a clinicianServer messaging built
Sample dataLive in demo · sample data
  • The sample patient has not written yet, so the thread is empty. A new message goes to the care team.
  • Staff or clinicians answer. Clinical questions go to a clinician.
  • In the demo, threads live in the browser; server-side messaging is built in the engine.

Patients write to their care team, not to a shared inbox.

SeeMyVitals22 / 47
billing-1440.png
22LastStop

Billing, stated plainly

Cancel in the portalNo fabricated card dataProcessor not contracted
Sample dataNeeds vendor agreement
  • No plan price, card on file or invoices, because the payment processor is not connected.
  • Card details are never fabricated.
  • Cancel is offered in the portal.

No processor connected, so no price, card or invoice is invented.

SeeMyVitals23 / 47
m01-dashboard-atlastx.png
23LastStop

On a phone

390-pixel phone widthSAMPLE label stays visibleApprove taps still required
Sample dataLive in demo · sample dataAtlasTx
  • The dashboard, AtlasTx, record codes and the care flow fit a 390-pixel phone screen without sideways scrolling.
  • The patient portal is laid out for the same width.
  • SAMPLE DATA stays visible on the phone.
  • Anything that sends or changes a record still needs an approve tap.
  • Perfectly wrapped to fit your phone. iOS and Android apps are planned, for you and your patients.

The whole console fits a phone.

Section 5 Growth Engine 9 pages · about 5 min

Draft rules · need clinician and counsel sign-off

SeeMyVitals24 / 47
Growth Engine · the media
Pillar · the media

Growth Engine

Brand, ads and outreach from one kit, checked before anything runs.

  • Brand Absorber reads a site into a brand kit; Style Absorber borrows a look without the identity.
  • Ad Studio builds finished ads in 7 formats from pre-approved messages, in the practice's locked Seasons.
  • Outreach bots draft messages for four patient segments. Nothing sends without a person.
  • Every ad and message runs through the claim rules before a person sees it.
Brand kit inFinished ads outEvery line checked
Brand Absorber live · Ad Studio built, off in this demo workspace · Seasons in a preview buildAI · brand absorberAI · image ad makerPre-approved messages
Sample ads
Sample ads, one per Season.Made outside the demo workspace and labelled SAMPLE in the product. None has run as an ad.
Hover to pause. Click an ad to open it.
SeeMyVitals25 / 47
  1. 1Read the page
  2. 2Keep the kit DNA
  3. 3Ads in that kit
The page it read
Saved public page · sample brand, name hidden
The saved sample page Brand Absorber read: a dark header, a panel with a headline, one line of copy and a blue button
Name hidden
Primary · #3B82F6
Accent · #2A2E33
Type · Space Grotesk
Ink · #F4F6F8
Background · #16191C
The brand kit
Brand kitKit DNA
Primary#3B82F6
Accent#2A2E33
Background#16191C
Ink#F4F6F8
Type
AaSpace Grotesk · display
Inter · body
Logo
Sample ads in that kit
Sample ads

Built from the real run shown below: the saved page Brand Absorber read (name hidden here), the colors it returned, and Season samples made for the same brand. The sweep and the flying chips are this page’s animation.

Brand Absorber
Brand Absorber
25Growth Engine

Brand Absorber

BRAND DESIGNER−0.5FTE$2,600/mo
Reads the live sitePalette, fonts, logoYou approve the kit
Live in productAI vision + page read
  • Reads a site's palette, fonts and logo into the brand kit. An HTML upload works too.
  • Every ad, page and message after that draws from the kit.
  • One of the platform's live functions: it runs in the product today, not only in the demo.
  • A person reviews and edits the kit before it is used.

Paste your site's address. Get your brand kit: colors, fonts, logo.

SeeMyVitals26 / 47
26-style-kits-gallery.png
26Growth Engine

Style Absorber

Screenshot or page inStyle kit outNo logos, names or colors carried over
Built · labelled "New idea pending" in the productAI vision · style extractionIdentity-leak refusal
  • Rebranded? New style? Want to test a look, or learn from one that's working for someone else?
  • Upload a screenshot or give a page address. It extracts a style kit: layout, composition, type treatment, color treatment, photography, motion and copy approach.
  • It never carries identity: no logos, company or product names, copy text or exact color values. A check refuses any kit that leaks a hex color code.
  • If the page has no preview image, it fails honestly instead of guessing.
  • The product labels it "New idea pending".

Borrow the look. Never the brand.

SeeMyVitals27 / 47
Sample1080 × 1080

Care from home

No waiting
room.

Start with a short online intake.

Start your intake

Prescription only if a licensed clinician decides it’s appropriate.

Every size

One ad. Every size.

The same Season re-frames for each placement. The words, the button and the required line are set by code, so they stay exact at every size.

Sample. The photo is the real Season 4 plate; the words are set live in this page. Four of the seven formats.

27-ad-studio-brand-and-seasons.png
27Growth Engine

Ad Studio, telehealth mode

AD DESIGNER−0.5FTE$2,600/moCOPYWRITER−0.5FTE$3,200/mo
7 formatsPre-approved messagesCode sets the required lines
Built · off in this demo workspaceAI · image ad makerPre-approved messages
  • Telehealth mode allows patient-facing language. Outcome guarantees and before-and-after claims are not allowed.
  • Six pre-approved messages for SeeMyVitals, for example "A real clinician reviews every plan. AI drafts, a person decides."
  • Formats: feed 1:1, feed 4:5, Stories and Reels 9:16, display 16:9, email header, web hero, product card.
  • Logo, call to action and required lines are always set by code.
  • In this demo workspace the page says plainly that image generation is not switched on. It is on in other LastStop workspaces.

Ads built only from messages you've pre-approved, in every size you run.

SeeMyVitals28 / 47
Sample ad
Seasons

One brand. Eight Seasons.

A Season is a saved ad style. Pick one or two Seasons; every later ad follows them.


One sample ad per Season, for the sample brand. Labelled SAMPLE; none has run.

Seasons
Seasons
28Growth Engine

Seasons

Lock 1 or 2 SeasonsEvery ad traceable to its recipeMisspelled ads never ship
Preview buildAI image + code layoutText read-back
  • A Season is a saved, versioned ad recipe. Nine are active in the gallery.
  • The first ad arrives in three Seasons. "None of these?" opens the gallery of finished samples, each labelled SAMPLE.
  • Lock one or two Seasons as the house look; later ads rotate between them. "Surprise me" is still there.
  • Every ad records the Season and version it came from, so a good ad can be traced and made again.
  • When the image model draws a headline, a text reader checks it: one retry on a mismatch, then set type. A misspelled ad is never shown as finished.

Pick a house look once. Every ad after that stays on it.

Draft rules · need clinician and counsel sign-off

SeeMyVitals29 / 47
29Growth Engine

What the Seasons look like

Sample ads, labelled SAMPLEMade outside this demo workspaceWords and required lines set by code
Sample creativeAI image + code layoutText read-back
  • Sample ads made outside this demo workspace: pictures from an image model, words, logo and required lines set by code. Labelled SAMPLE in the app's Season gallery; none has run as an ad.
  • One sample per Season, in the owner's order. Right: Season 5, Sculpted Type, and Season 7, Clean Plate.
  • Every word the image model drew was read back letter by letter. The phone screens in Seasons 1 and 6 are drawn by code, not screenshots of the app.
  • No outcome, weight-loss or “guaranteed” claims, no drug names, no before-and-after bodies. The prescription line is on every ad, and every copy set passes the app's own telehealth copy check.

Nine Season looks, one sample ad each. Made outside this demo workspace, labelled SAMPLE.

SeeMyVitals30 / 47
47b-asset-library_v2-filled-passed-checks.png
30Growth Engine

Asset Library

Uploaded · rescued · passedDownload as one packageStatus on every ad
Live in demo · browser session only
  • Three shelves: uploads, ads rescued by a compliant rewrite, and ads that passed.
  • Each ad keeps its status and its compliance verdict.
  • Download a set as one package, ready to hand to an agency or load into an ad account.
  • Today the library lives in this browser session. A server-side library is not built yet.

Every ad that passed or was rescued, on one shelf, ready to download.

SeeMyVitals31 / 47
30-outreach-bots-1-and-2.png
31Growth Engine

Outreach bots 1 · Abandoned intake and new leads

LIFECYCLE MKTG−0.5FTE$3,300/mo
Abandoned intakeNew leadsDrafts only
Sample dataLive in demo · draftsAI · cart recovery botAI · new-lead bot
  • The abandoned-intake bot drafts a text and an email for people who started intake or checkout and stopped.
  • The new-lead bot drafts first-touch messages for leads who never started intake.
  • Texts need a consent record. Quiet hours (9 pm to 8 am) hold texts. Every row has an opt-out.
  • No messaging provider is connected, so nothing is sent.

People who stopped halfway get a drafted nudge, within their consent.

SeeMyVitals32 / 47
31-outreach-bots-3-and-4.png
32Growth Engine

Outreach bots 2 · Refills and win-back

Refill and adherenceWin-backA person sends
Sample dataLive in demo · draftsAI · refill and adherence botAI · win-back bot
  • The refill and adherence bot drafts a text plus a short call script for a human caller when a refill or dose check is due. Four sample patients sit in the refill segment.
  • The win-back bot drafts messages for lapsed or cancelled patients and respects opt-outs.
  • A person reviews, edits or discards every draft.
  • Sending needs an SMS and email provider and carrier registration (10DLC).

A refill due or a patient gone quiet: the draft and a call script are waiting.

Section 6 Compliance, Part 1 7 pages · about 4 min

Draft rules · need clinician and counsel sign-off

Draft rules · need clinician and counsel sign-off

SeeMyVitals33 / 47
ClaimRight / Compliance · survival
Pillar · survival

Compliance: the section you don't skip

Two sample ads. Both stopped before they ran.

  • Behind the stamps: ClaimRight catching an outcome guarantee and a false FDA-approval claim in two sample ads.
  • This section covers the claim rules, the FDA disclosure, LegitScript readiness, text consent and STOP, state prescribing rules, visit before prescribe, the licence check, the approval gate, the audit log and Blind Atlas.
  • No certification is claimed: LegitScript is not filed, SOC 2 is not started, and no BAA is signed yet.
  • These are the controls the practice runs on from day one.
12 controls in this sectionScreened firstNo certification claimed
Sample dataLive in demo · sample adsClaimRight check
Sample ads
Sample ads
SeeMyVitals34 / 47
35-compliance-scanner-claimright.png
34ClaimRight / Compliance

ClaimRight

CLAIMS REVIEW−0.5FTE$3,350/mo
The exact phrase, namedRewrite checked by the same rulesA person approves
Sample dataLive in demo · sample dataClaimRight check
  • Two sample ads are blocked, each with the exact phrase, the rule it breaks and a rewrite checked by the same rules.
  • The screen: "Sample ads checked by ClaimRight."
  • A person approves the rewrite or keeps the original; nothing is used until then.
  • The claim rules are drafts that need clinician sign-off. Whole-site scanning is built in the engine.

Health claims caught before an ad runs, with the reason and a clean rewrite.

SeeMyVitals35 / 47
36-claimright-catches-guarantee-claim.png
35ClaimRight / Compliance

Outcome guarantee: blocked

"Lose 30 lbs in 30 days — Guaranteed"BlockerYour choice goes to the audit log
Sample dataLive in demo · sample adClaimRight check
  • Sample ad: "Lose 30 Lbs in 30 Days — Guaranteed".
  • "guaranteed" is a blocker: guarantee language is inappropriate for medical or outcome claims.
  • The rewrite: "A weight plan built with a licensed clinician … Prescription required after online evaluation. Individual results vary."
  • A person clicks "Approve rewrite" or "Keep the original"; the choice is written to the audit log.

"Guaranteed" is blocked. The rewrite keeps the offer and drops the promise.

SeeMyVitals36 / 47
37-claimright-catches-false-fda-claim.png
36ClaimRight / Compliance

False FDA claim: blocked

BlockerDisclosure addedFDA's own wording
Sample dataLive in demo · sample adClaimRight check
  • Sample ad: "FDA-Approved Compounded Semaglutide".
  • "fda-approved compounded" is a blocker: compounded medications are not FDA-approved as compounded products.
  • The rewrite adds the disclosure: "Compounded medications are not FDA-approved. Prescription required after online evaluation."
  • FDA says it plainly: "Compounded drugs are not FDA-approved."

"FDA-approved compounded" is blocked and rewritten with the real disclosure.

SeeMyVitals37 / 47
38-fda-compounded-disclosure.png
37ClaimRight / Compliance

FDA status on every program page

Matches FDA's wordingOn every compounded programWarning slot left empty on purpose
Sample dataLive in demo · sample data
  • "Compounded medications in this program are not FDA-approved. They have not been reviewed by FDA for safety, effectiveness, or quality as compounded products."
  • The boxed-warning slot is empty on purpose until a clinician and counsel supply the text.
  • The wording matches the FDA's own statement.

The disclosure is built into the program page, not pasted on later.

SeeMyVitals38 / 47
39-legitscript-readiness-checklist.png
38ClaimRight / Compliance

LegitScript readiness

COMPLIANCE MGR−0.5FTE$3,350/mo
1 done · 7 partly done3 missing · 3 belong to partnersNot yet filed
Not yet filedChecklist
  • 14-point checklist, reviewed 2026-09-26: 1 done in code, 7 partly done, 3 missing, 3 that belong to the clinician network or pharmacy.
  • No LegitScript application has been filed. The site never shows a certified mark it hasn't earned.
  • Google and Meta health ads wait for certification.
  • Counsel assembles the disclosure package; the application is filed for the first live brand domain.

14 points to certification, tracked in the product. Not filed yet.

SeeMyVitals39 / 47
40-messaging-consent-and-stop-handling.png
39ClaimRight / Compliance

Text consent, STOP and quiet hours

PRIVACY ADMIN−0.5FTE$2,150/mo
Consent is optionalSTOP and HELP handledNo texts 9 pm to 8 am
Rules live in demo · sending offConsent, STOP, quiet hours
  • Consent is a separate, optional box at intake and never a condition of care.
  • STOP ends texts until the patient opts back in. HELP gets help.
  • No texts between 9 pm and 8 am.
  • Sending is off until a messaging provider and carrier registration (10DLC) exist. Consent, STOP and suppression for real sending are built in the engine.
  • The legal documents linked here are counsel drafts, not yet in force.

Texts only with consent. STOP is permanent. Nothing goes out at night.

Section 7 Compliance, Part 2 6 pages · about 4 min

SeeMyVitals40 / 47
41-prescribing-rules-by-state.png
40ClaimRight / Compliance

Prescribing rules by state

10 sample rulesCounsel to confirmUnlisted states default to review-first
Sample dataLive in demo · sample rules · counsel to confirm
  • Ten sample rules. Some states let a clinician review an intake first (MI, TX, FL, CO); others require a live visit before any prescription (CA, NY, MS, AK, HI, LA).
  • States not listed default to review-first with no pharmacy named.
  • These are sample rules. Counsel confirms each state before launch.

Review-first or live visit, set state by state before a case moves.

SeeMyVitals41 / 47
42-visit-before-prescribe-order.png
41ClaimRight / Compliance

Visit before prescribe

Visit ahead of the decisionBoth clinical setupsThe block is planned
Order shown in demo · the state-by-state block is planned
  • The care flow puts the visit ahead of the decision in both clinical setups.
  • The visit and the prescriber belong to the clinical setup, not to LastStop.
  • Not built yet: blocking the decision until the visit is complete, state by state. It waits on counsel's state list.

Intake, visit where required, decision, pharmacy. In that order.

SeeMyVitals42 / 47
46-license-check-blocks-a-decision.png
42ClaimRight / Compliance

Clinician licence check

"No license on roster for this clinician in CA"Location reconfirmedSample roster
Sample dataLive in demo · sample rosterLicence and location check
  • The sample clinician is licensed in Michigan; the case is in California, so the decision is refused.
  • Before any approval, the patient's physical location is reconfirmed with a matching two-letter state code.
  • Decline and request more information stay available; approval waits for a clinician licensed in that state.
  • A working gate on a sample roster until real credentialing is connected.

A clinician not licensed in the patient's state can't approve the case.

SeeMyVitals43 / 47
43-human-approval-gate.png
43ClaimRight / Compliance

AI drafts, a person decides

One Approve buttonDrafts appear for reviewEvery approval logged
Sample dataLive in demo · sample dataApproval gateAI · follow-up drafts
  • AtlasTx offers "Draft follow-ups"; the card reads "AI drafts, a person decides" with one Approve button.
  • After approval the drafts appear for review. Nothing is sent.
  • "What got done" lists each approved action, and each one goes to the audit log.

Nothing the AI drafts runs until a person approves it.

SeeMyVitals44 / 47
48-audit-log.png
44ClaimRight / Compliance

The audit log

Time, actor, module, action, resultClaimRight approvals includedServer ledger built
Sample dataSession log live in demo · server ledger built in the engineAudit log
  • The two ClaimRight rewrites approved in this session and a support ticket closed by the sample clinician, each with time, actor, module, action and result.
  • In the demo the log is kept in the browser session. A tamper-evident server ledger is built in the engine.

What happened, who did it, and what came of it.

SeeMyVitals45 / 47
44-blind-atlas-code-resolve-from-fire-card.png
45ClaimRight / Compliance

Blind Atlas, from the fire card

Code in, name on screenSafe Harbor identifiers removedCounsel review pending
Sample dataLive in demo · sample dataBlind Atlas resolver
  • Clicking the code on the fire card resolves it to "Sample Patient 08 · Recovery & Vitality Stack · CO · open", on this screen only.
  • Atlas received the code, the status and the elapsed time. Nothing else.
  • The HIPAA basis: random codes (45 CFR 164.514(c)), the Safe Harbor identifiers removed (164.514(b)(2)), relative times only, no free text.
  • Privacy counsel review of the design is pending.

The report behind S-C859 resolves on your screen, and only there.

Section 8 Jobs and Money Saved 2 pages · about 2 min

SeeMyVitals46 / 47
46Jobs replaced · totals

What it takes off the payroll

6.5 FTE of non-clinical work covered at about 300 active patients a month.

RoleFTEBLS medianMonthlyAnnualLoadedBasis
−0.5
Office / operations manager (daily triage)AtlasTx · SOC 43-1011
−0.5$69,500$2,900$34,750$49,650Built today
−1
Refill and follow-up coordinatorAtlasTx · SOC 43-6013
−1$45,930$3,850$45,930$65,620After agreements
−0.5
Patient support representativeAtlasTx · SOC 43-4051
−0.5$44,770$1,850$22,385$31,980After agreements
−0.5
Intake and eligibility coordinatorLastStop · SOC 43-6013
−0.5$45,930$1,900$22,965$32,810Built today
−0.5
Pharmacy order coordinatorLastStop · SOC 43-4151
−0.5$46,170$1,900$23,085$32,980After agreements
−0.5
Brand and identity designerGrowth Engine · SOC 27-1024
−0.5$62,960$2,600$31,480$44,980Built today
−0.5
Ad designer (production)Growth Engine · SOC 27-1024
−0.5$62,960$2,600$31,480$44,980Built today
−0.5
CopywriterGrowth Engine · SOC 27-3043
−0.5$76,910$3,200$38,455$54,940Built today
−0.5
Lifecycle marketing specialistGrowth Engine · SOC 13-1161
−0.5$78,760$3,300$39,380$56,260After agreements
−0.5
Compliance manager (program)ClaimRight / Compliance · SOC 13-1041
−0.5$80,730$3,350$40,365$57,670Built today
−0.5
Marketing-claims reviewerClaimRight / Compliance · SOC 13-1041
−0.5$80,730$3,350$40,365$57,670Built today
−0.5
Privacy and consent administratorClaimRight / Compliance · SOC 29-2072
−0.5$51,140$2,150$25,570$36,530After agreements
−6.5 FTEnon-clinical work covered (estimate)
$33,000per month, BLS median base wages
$396,210per year, base wages
$566,070per year, fully loaded (×1.43)

BLS Occupational Employment and Wage Statistics, May 2025 national medians (bls.gov/oes). Fully loaded uses the BLS Employer Costs for Employee Compensation ratio, $46.89 ÷ $32.82 = ×1.43 (bls.gov ECEC).

SeeMyVitals47 / 47
47Where it stands

What's real today

Built: all four pillarsWaiting: signaturesNot claimed: patients or revenue
  • Built: the platform and its four pillars, shown here on labelled SAMPLE data from a local demo build.
  • Waiting on signatures: the pharmacy, a clinician network or EHR, the payment processor, BAAs, a messaging provider and 10DLC registration, the LegitScript filing and counsel review.
  • Not claimed: patients, orders, revenue or certifications.
  • Next in the build: host the engine and wire the app to it, so every screen runs on real records.

Built and demonstrable today. Live with patients after the agreements are signed.

You've seen every section. Now click around the real platform yourself.

Sample data. Advanced AI features are not active in the demo.

Hi, I’m Atlas. Ask me about this page.