Privacy Policy

Effective: November 5, 2026 · Last updated: November 5, 2026

RT Image Matching Trainer is the name of an educational software product, not a separate business or legal entity. This Privacy Policy explains how Craig Utter, the individual provider and operator ("we", "us", or "our"), handles personal information when you use the website, trainer, account, and related services (the "Service"). It also explains your choices and rights.

Please do not send patient information. The Service does not provide a patient-image or medical-record upload feature and is not intended to collect PHI or identifiable patient data. Training imagery comes from publisher-released and openly licensed research collections, plus synthetic or modified teaching content; the collections, licences, changes, known research-participant conditions, and any source-specific privacy evidence we found are summarized in our Image & Data Credits. When no source-specific evidence is stated, privacy, consent, ethics, de-identification, and re-identification status remain unestablished. An open release or licence does not by itself establish any of those statuses. Do not attempt to re-identify or contact anyone represented in research imagery, and do not put patient information, diagnoses, medical details, or other sensitive data in account fields, instructor access applications, school names, classroom or curriculum text, announcements, rubrics, instructor feedback, live-lab station labels, access-adjustment reasons, or support email.

September 10 attendance correction. Earlier wording incorrectly said that Live Lab checkout deleted the check-in. Checkout ends live presence; the class retains attendance, including check-in and checkout times, for its authorized teaching staff. Section 1 explains the retained information and deletion controls. Contact support@rtimagematch.com with questions about an earlier session.

1. Personal information we collect

CategoryWhat it includes and how we receive it
Account and authenticationYour required email address; optional first and last name or username if present on your account; internal Clerk user ID; account settings; verification state; sign-in and session events; the accepted policy version and time; SHA-256 fingerprints identifying the canonical Terms and Privacy Policy source documents presented for acceptance; confirmation that you meet the minimum age of 18; and related browser, device, and security information. We do not ask for or store your date of birth. Clerk handles credentials; we do not receive your raw password.
Optional reviews and invitationsNeon stores an account-linked count capped at three signed-in visit days, the last counted UTC visit date (no later visit dates after the count reaches three), up to two invitation claims, a next-invitation time, and your dismissal choice. We do not keep a browsing history for this feature. Visits are counted from this feature's launch, regardless of scores or email preferences. If you submit a review, we store its 1–5 rating, text, submission and edit times, revision, and private inbox status. Reviews are visible only to you and the site owner unless you separately check the optional permission for a website testimonial. Permission starts unchecked; we record its version and time and your optional public display name (blank means Anonymous). No account name or email is automatically used for attribution, and nothing publishes automatically. Manage, delete, or withdraw permission in Account settings. Review edits replace the saved text rather than keeping an edit history. Review data and invitation preferences are included in the account progress download. We retain them until you delete the review or account; deleting a review retains only minimal invitation preferences and a revision counter so we do not prompt again. Account deletion removes both. Archiving in the owner's inbox does not delete a review. Do not include patient details or other sensitive information. Withdrawing permission stops future website use; contact support if a previously used testimonial needs removal.
Instructor access applicationsIf you request instructor access, we store the verified email address already attached to your Clerk account, the school you selected or named, educational role, optional program name and expected student count, intended-use description, request status and timestamps, the application notice version you acknowledged, the school label the site owner records if the application is approved, and the internal account identifiers needed to review and apply the role. You can view your own request details and status. Only the site owner can review applications across accounts or see the stored verified email; other instructors and students cannot see them, and application email addresses never appear on a class roster. Do not include student, patient, or other sensitive information in an application.
School affiliationWhen the site owner approves an instructor application, they may record the instructor's school as a label. We then store the school name, status, and email domains; the affiliation status; the instructor's internal Clerk user ID and verified-email snapshot; who recorded, changed, or ended the affiliation; durable site-owner instructor-access denial state; and relevant dates and internal record identifiers. A school is a label, not a permission: it authorizes nothing, and there are no institution administrators, member lists, or institution invitations. An instructor has at most one active school at a time. Changing it moves the school label on the classes that instructor owns to the new school, and removing it clears those labels; teaching access, rosters, join codes, staff roles, modules, and results are unchanged. Only the site owner can record, change, or remove a school or see which instructors are affiliated with it and their verified-email snapshots. An instructor sees their own school on the instructor dashboard; other instructors and students cannot see affiliations or verified-email snapshots. A school name or an email domain alone never creates affiliation or instructor access, and a school change never lifts a site-owner denial. When you apply, we derive the domain of your verified email (the part after the @) to show you the listed schools recorded with that domain or a parent of it; the domain only narrows that list, and you can always name a school instead. A school's email domains are recorded by the site owner or seeded from the approving applicant's verified email domain, never from a public mail provider, and are stored with the school, not with you. School affiliation does not give anyone access to a class, roster, assignment, attempt, or student record; each class remains separately controlled by its owner and scoped teaching-staff roles.
School profiles and logo permissionOwner-appointed school-profile editors can prepare a shared short name, program name, accent colour, welcome text, contact name and email, up to eight HTTPS links, and a PNG or JPEG school logo. A private recovery draft may store the selected original logo file, including any embedded metadata, in Neon. Recovery expires after 30 days; expired draft content is cleared on the next draft access, or sooner on discard, loss of relevant editor access, or account deletion. Before publication, uploaded logo files are normalized to strip metadata and stored in private Blob storage. Uploading or publishing a logo requires an explicit statement of ownership or permission for display in the school’s classroom pages. A logo-bearing publication keeps the statement version and confirmation with the logo reference, publisher account reference and display-name snapshot, publication time and revision. This is the editor’s statement, not independent verification of ownership, and it does not grant marketing permission. Existing publications do not acquire a permission record retrospectively. Published school presentation content and the current logo are available only through the applicable school and linked-class access controls. Drafts are private to their author and target school or section; current authorized school-profile editors and the site owner may review the latest 20 school publication snapshots and their historical logos. School affiliation or profile-editor access alone grants no access to student records in a class.
Training profileCases attempted or cleared, times, residual-error scores, compact lifetime per-axis residual summaries, recent-weighted per-axis summaries for up to eight recently scored cases, recent activity, XP/level, streaks, achievements, preferences, and up to three compact Full Treatment replay timelines. A replay includes the case and outcome, time, summary workflow measures, a short outcome reason, and up to ten timestamped simulator events; it does not contain patient data, audio, or review conversations. The trainer stores working data locally in your browser and, when you are signed in, saves it through an authenticated API to a training-profile record in our Neon database, keyed by your internal Clerk user ID, so progress follows you across devices. Your leaderboard participation and name-display choices are also kept on your Clerk account record so the leaderboard service can honor them. This synced profile is written by your browser, is readable only by your own signed-in session, and is not independently verified as a competency or assignment record. Match review may read scored-history and replay summaries to explain scored 2D/2D, CBCT, and Full Treatment results, identify lifetime and recent matching patterns, and suggest a next case using fixed rules. After you open a review, it may compare that focus with the next comparable scored residual. This session-only suggestion outcome is a read-only comparison; it does not fit a model or change recommendation coefficients. There is no model training on learner activity. Session-only outcome comparisons are discarded when the page reloads; the review does not save another attempt timeline, Practice reviews, review questions, or review answers. Room command help does not read the training profile. Its typed commands, previews, and replies remain only in page memory and are discarded when you leave Machine Room or reload the page.
Course learning recordsCourse features, currently restricted to an owner preview, may save lesson and step progress, completed or skipped items, first and recent formative responses, simulated practice evidence, selected lesson position, and bounded text written in learning exercises. Private registry study preferences, bookmarks, and notes are separate records. Working copies may be held in account-scoped browser storage; authenticated APIs save the corresponding records in Neon under your internal account identifier so work can be recovered across sessions. Personal course and registry workspace records are separate from the trainer profile and are available through your own authenticated account, not to classmates or instructors. Work submitted for a class is a separate classroom record available to that learner and authorized teaching staff under the class controls described below. These are educational records, not clinical competency or credentialing evidence. Do not enter patient information or other sensitive information in written exercises or notes. See Sections 7 and 8 for retention and access controls.
Public challenge leaderboardsPublic leaderboard participation is off until you explicitly choose it under Account > Trainer preferences. This separate choice is required for new and existing accounts; acknowledging this policy does not enable sharing. Earlier default-on standings are retired and are not restored by opting in. Private practice remains available without public sharing. Upstash stores a server-recorded disclosure version and acceptance time under a hash of your account ID until withdrawal or account deletion. Only Daily and Weekly Challenge clears are published; each board combines Standard, Advanced and Expert and ranks by fastest verified completion time, with difficulty shown only as context. A separate all-time standing is derived on request from those daily and weekly placements and shows points, ranked-clear counts and best placing for the current calendar half-year; no additional per-user record is stored for it, though the computed ordering is cached briefly. Regular case personal bests remain in your private training profile. Upstash stores your internal Clerk user ID, best server-derived challenge time and maximum translation/rotation residuals, challenge period and tier, rank data, and timestamps. A short-lived ranked-run record also stores the server-issued simulated setup and start time for up to four hours; your final simulated couch correction is used to verify the result and is not retained as a leaderboard field. A per-account ranked-attempt count for each challenge period and difficulty enforces the attempt limit and automatically expires eight days after that challenge period resets. Public results show a stable pseudonymous alias such as "Trainee-8F3A". If you separately enable name display, they show your first name and last initial, or your username if no first name is available. Anyone can read the public top results; the raw account ID and attempt count are not returned publicly. Turning participation off requests removal of your stored leaderboard rows and active ranked runs; the attempt-limit counter may remain until its scheduled expiry.
Private classes and assignmentsIf you create, staff, or join a class, we store the class name, term label, bounded description, instructor and teaching-staff display-name snapshots and scoped roles, hashed join or one-time staff-invite codes and expiration, membership and end state, the last classroom revisions displayed to a student, curriculum plans and objectives, ordered module settings and directions, immutable deployed-course snapshots, assigned cases, announcements and teaching-author display-name snapshots, and live-lab session state, including the chosen case, optional instructions and location, and any module linked to an older session. A student appears in Live Lab only after explicitly joining. We then store the check-in time, optional station label, selected working/waiting/help/finished status, help-request and staff-acknowledgement state, and latest presence time. While that joined trainer tab is visible, it refreshes only the latest presence time about every 30 seconds; we do not store a heartbeat history. Explicit checkout ends live presence but retains the first check-in time, checkout time, station, and latest activity/help information as class attendance. After a session ends, the class owner and its authorized co-instructors, graders, and observers can view this attendance; school affiliation alone does not grant access. Ended-session attendance is kept with the class until class or account deletion, subject to earlier rolling-history removal and the backup limits below. Starting a new lab removes ended sessions beyond the newest 96, together with their attendance. Leaving or being removed from a class removes check-ins for its active or paused labs; earlier ended-session attendance and other retained class records remain. Archiving a class ends its live labs without erasing that history. The private instructor view can show online/away/disconnected state, module progress, and the current assigned case. Live Lab does not monitor ordinary Practice or general trainer browsing. For a 2D/2D or CBCT/MR class attempt, we store the server-issued simulated setup, idempotent start request identifier, start and expiration times, each submitted Check Match correction, the server-derived residual and acceptance result for that check, the final status, and elapsed time. These server-recorded check points form a bounded private replay. For a Full Treatment attempt, we instead store a bounded terminal summary reported by the browser simulator, including whether its imaging and delivery stages completed, fields and fictional monitor units delivered, collision count, selected setup residuals, pass/fail outcome, server timer, and a simulator_reported source label. The server validates the summary's type, bounds, and internal pass consistency but cannot independently reconstruct or regrade every in-browser machine action. The Service does not record your screen, keystrokes, continuous pointer movement, camera or microphone. Shared Live Labs relay the simulated image views described below. Private teaching records may also include instructor feedback, a fixed observation rubric and note that do not alter the automated result, separate staff choices to release that rubric or replay to the student, a retry grant, targeted follow-up, or an additive access adjustment such as extra time or attempts, earlier opening, later due date, and a short instructor-entered reason. A student sees their own modules, announcements, live-lab state, effective adjustment, feedback, results, and read-only history for classes they left or were removed from or that were archived; a rubric or replay is shown only after authorized staff releases it. A student does not see the private adjustment reason or another student's detailed attempts. Optional Daily Classroom Challenges have the separate sharing choice described below. The class owner and authorized co-instructors, graders, or observers receive only the class access their role permits; email addresses and stable account identifiers are not shown. Personal training history, independent Practice, and independent public Challenges are not shared with Classroom. The former optional personal-summary sharing feature has been retired; its active shares were revoked and its copied summaries deleted from the active database. Revoked consent records retain class and account references, the consent version, and dates, without training content, until the membership, class, or account is deleted. These records are not public and are educational records only, not evidence of clinical competency or certification.
PaymentsIf you choose to make a voluntary one-time support payment, PayPal collects the contact, device, fraud-prevention, transaction, and payment information needed for its hosted checkout. PayPal provides us transaction details such as payer name and email, amount, currency, date and time, status, transaction ID, payment-method type, fees, net amount, and refund or dispute information. We do not receive or store your full card number, bank-account number, security code, or PayPal credentials. The support payment is not linked to your Clerk account. An existing account may separately retain historical information or controls for a legacy supporter subscription handled by Clerk Billing through Stripe.
Technical, usage, and security dataIP address, request time, requested URL or path, response status, browser/user-agent and device type, approximate region inferred from network information, authentication diagnostics, rate-limit events, and Content Security Policy violation details such as affected page, blocked resource, directive, source file, and line number. An authentication security challenge may also process connection and anti-bot signals such as a TLS fingerprint, site key, page origin, and challenge result. We strip query strings and fragments from URL-like CSP report fields before logging them.
Support and feedbackYour email address and name, message contents, attachments, and standard email metadata when you contact us or send a suggestion. Messages open in your own email application; do not include patient or other sensitive information.
Optional microphone usePush-to-talk DIBH coaching captures short audio clips only while held. While held, our authenticated server streams the audio transiently to Deepgram for recognition with model training disabled. The completed instruction is applied only after release. Audio and transcripts are not saved by the trainer. A local sound-level meter displays input; fictional case records may retain command identifiers only. See Section 6.
Voice usage and abuse preventionWhen you use push-to-talk, Upstash stores a pseudonymous key derived from your internal account identifier, a short reservation token, request counts, and numeric usage totals. These records enforce request, concurrency, and daily usage limits. They do not contain your audio, transcript, name, or email. See Section 7 for their short expiry periods.
Local-only simulation records and downloadsFictional CT Simulation setup notes, accessories, measurements, comments, simulator-rendered setup views, DIBH rehearsal/gate metrics, interrupted-attempt reasons, educational source/morph comparison images, and report state remain in the current page's memory. The setup and DIBH comparison views are rendered from simulator data in the browser; they do not use a webcam, camera capture, patient photograph, image upload, or OIS connection, and the rendered output is not uploaded by the Service. The DIBH comparison is a labeled deterministic teaching deformation of the same released source image, not true paired patient data. CT Simulation HTML reports, training-progress JSON exports, classroom calendar files, personal classroom-history CSV files, and instructor cohort-progress CSV files are generated in your browser and downloaded directly to your device; we do not receive those files. Do not replace fictional fields with real patient information. Once downloaded, a file remains under your device's and chosen application's control until you delete it.
Cookies and local device dataStrictly necessary authentication and security cookies; local browser storage for progress and preferences; a service-worker cache for public app files; and a tab-scoped marker containing the policy version and time when legal acceptance is pending. That marker expires within 30 minutes. The support page does not embed PayPal code, but PayPal may use cookies and similar technologies on its own hosted checkout after you follow the link. Stripe may set necessary or fraud-prevention cookies if you use controls associated with a legacy supporter subscription.

Daily Classroom Challenges: optional daily registration practice within an active class. Challenges may become available automatically when a class has no existing challenge settings. Existing pause and board-visibility choices are preserved. The class owner or an authorized co-instructor can pause challenges or hide the leaderboard. Each day has one class case and a fixed starting setup and timer for each difficulty. Starting an attempt creates a private classroom record; these attempts do not count toward required coursework or grades. A separate, unchecked choice for each day lets a learner share their best accepted match overall and at each difficulty with current classmates and authorized class staff on a private class leaderboard. Challenge availability does not itself authorize that sharing. The board shows a random daily alias, rank, difficulty, points, maximum translation error in millimetres and maximum rotation error in degrees. Your own row is marked for you. It does not show names, account identifiers, speed, attempts, adjustments or detailed work. Higher points rank first. Accuracy breaks a points tie, and equal points and accuracy share a rank. A previous choice to share accuracy alone does not enable sharing difficulty or points. Rankings can change while eligible work remains open.

We store the day's sharing choice, random alias, disclosure version, choice revision and update time in Neon. Withdrawal immediately removes the result from subsequent board reads; it does not delete the learner's private attempt record. Leaving, roster removal or class archiving clears the sharing choice, and re-enrollment requires a new choice. An instructor can hide the board. Class or account deletion removes associated sharing records and mutation receipts, subject to provider backup cycles. This daily choice is separate from independent public leaderboards and from required legal acceptance. Do not include student or patient information in free-text fields.

Former-student history boundary. When a student leaves or is removed, or when a class is archived, we freeze the learner-visible class name, term, description, instructor, and teaching-staff list. The read-only view contains only modules first published before that boundary, plus any module on which the student already has an attempt. Later class activity and announcements are not disclosed through that past-class view.

Where this information comes from. We receive information directly from you or your class instructor, from the verified account email maintained by Clerk when you request instructor access, automatically from your browser and use of the Service, and from providers that operate the account, security, payment, hosting, classroom, leaderboard, legacy billing, and support-email functions described below. We infer only limited information needed for those functions, such as approximate region from network data and matching patterns from your private scored-history summaries. We do not buy student profiles from data brokers.

What is required and what is optional. An email address, a password handled by Clerk, necessary session and security data, agreement to the current Terms and acknowledgement of this Privacy Policy, and confirmation that you are at least 18 are required to create an account and use authenticated trainer features. If you do not provide them, you can still read the public website and guides but cannot use authenticated features. Joining or staffing a class, joining a particular Live Lab, requesting instructor access, and labelling a class with a school are optional. An instructor request requires the school, educational role, intended use, application acknowledgement, and a verified account email; the program name and expected student count are optional. If you join or staff a class, the display-name snapshot and classroom records described above are shared with the class owner and authorized staff according to their roles. A live-lab station label is optional. Your name, public leaderboard name display, daily class-board sharing, project-update emails, microphone access, support messages, and any one-time support payment are otherwise optional. Public challenge sharing is optional and requires a separate affirmative choice in Account settings.

Optional email updates

The optional signup and Account settings checkbox uses your verified primary account email; you do not need to enter it again or confirm a separate mailing-list email. We store your choice, the identifier of that verified email, the consent wording version, the time of the choice, and whether it was made at signup or in Account settings in server-controlled private Clerk account metadata. This record does not contain training or classroom activity. A signup choice waits only in the existing tab-scoped acceptance marker until the account is created, for no more than 30 minutes.

If you opt in, we send your verified email address and a random contact-binding value to Resend to maintain the project updates mailing list. We do not include your training or classroom activity. Upstash retains the private account-to-contact link, email address, consent revision and synchronization state so we can update or remove the delivery contact even after the account is deleted. Synchronization is attempted when you save and through signed account and email-provider events; temporary failures are retried.

Uncheck the box in Account settings or use an update email's unsubscribe link to withdraw your choice. Creating an account, accepting required terms, or leaving the signup box unchecked never subscribes you automatically. Changing your primary email or losing verification removes the old delivery contact; a new primary address requires a new opt-in. Account deletion removes the preference, our contact binding and the Resend contact created for this list. If a contact already existed for another purpose, we remove only its membership in our updates list. Past delivery and suppression records may remain under the provider's retention policies. Each update includes an unsubscribe link. We do not enable open or click tracking for project updates.

2. How and why we use personal information

3. Legal bases where GDPR or UK GDPR applies

An institution's use of classroom records requires its own appropriate authority and lawful basis. Where we process records on an institution's behalf, the applicable agreement must define the parties' roles, permitted purposes, and instructions. Accepting these Terms or this Privacy Policy does not itself create that agreement or authorize unrelated uses of student records.

4. Service providers, subprocessors, and disclosures

This is our published service-provider inventory. A provider’s role depends on the processing and the applicable agreement; payment providers may act independently for their own payment and legal obligations. For an institutional DPA, the parties must agree which providers act as subprocessors, their processing locations and transfer safeguards, and any change-notice or objection procedure. We disclose only what is reasonably needed for the purposes above:

We may also disclose information when reasonably necessary to comply with law or valid legal process; protect a person, rights, or the Service; investigate fraud or security incidents; or complete a merger, financing, reorganization, asset sale, or similar transaction. In a transaction, the recipient must handle personal information consistently with applicable law and any notice we provide.

Public disclosure: after you explicitly enable leaderboard participation, the alias or separately selected display name, best challenge time, maximum residuals, rank, challenge period, tier, and case sequence are publicly available. Regular-case personal bests are not published. Public sharing starts off. Withdraw it in Account settings if you no longer want challenge results posted, and do not enable name display if you do not want that name connected with your results.

Shared Live Labs. When you open a shared lab, the class follows the instructor’s simulated case, including Full Treatment. Checked-in students and the class facilitators can see the current simulator images, slices and adjustments. The instructor can give one student control of the image and take it back. Upstash temporarily holds the latest simulation image views, the current control grant, a tab identifier and pending image adjustment. These expire when the presenter stops updating the room. Shared images and adjustments are not saved in class reports. Attendance, help requests and exit answers follow the class retention rules.

Patient triangulation Live Labs. If your instructor assigns you to a two-student pair, you and your partner share accepted simulated patient and couch positions, readiness, fixed coordination cues and setup-check feedback. You can access only your assigned pair. Authorized teaching staff see the roster, attendance, readiness and checked progress, not the pose, hidden initial error or alignment residuals. Neon stores pair assignments, roles and private retry records with the lab. Deleting either participant’s membership, attendance record or account removes the pair; deleting an actor’s account also removes their private retry records. Retry records can be used for up to 24 hours while the lab and access remain valid, and are pruned on later pair changes; inactive labs can retain expired records until lab or actor-account deletion. Upstash privately holds the canonical simulated pose, internal account, attendance and tab identifiers, readiness and bounded retry state. These records expire at the earlier of lab expiry or 24 hours, including inaccessible state temporarily left after pair or account deletion. New requests cannot read or control a removed pair. This activity does not enter assignments, grades, leaderboards, XP or your training profile.

Earlier Full Treatment Live Labs. Joining an individual treatment lab created before shared rooms became available allowed the simulator to save each run’s start and end times, completion or early-exit status, and simulator-reported imaging, delivery, treatment-field, monitor-unit, collision, residual, scan, hold, and re-image summary. Repeats are retained separately. These ungraded records are visible only to you and authorized teaching staff for that class, follow the existing Live Lab retention and deletion rules, and may be included in a private instructor report. A disconnect without a saved outcome is not recorded as a failed treatment. Shared class displays do not show individual treatment outcomes.

Class disclosure: class rosters, curricula, modules, announcements, live-lab check-ins, rubrics, adjustments, replays, and assignment results are not public. Students can see only their own assigned records, effective adjustment, and personal history, not the instructor-entered reason or another student's detailed activity; the separately opted-in Daily Classroom Challenge board shares only the limited result fields described in Section 1; an observation rubric or replay is shown to the student only after authorized staff separately releases it. A student who leaves or is removed, or whose class is archived, retains a read-only view of the frozen class context and work first published before the relationship ended, plus modules with their own attempt, while those records are retained. Later class activity and announcements are excluded. The class owner and authorized co-instructors, graders, or observers can see or manage only the class information permitted by their role. One-time staff codes must be shared only with the intended authorized educator.

Personal training history: your own training profile remains private to your account and is not shared with Classroom. The optional personal-summary sharing feature has been removed. Previously copied summaries have been deleted from the active database and cannot be refreshed or restored by an older app tab. Assigned-module results and authorized Live Lab attendance remain separate classroom records.

Instructor application disclosure: instructor access applications are not public. Application details and verified account emails are available only to the applicant and the site owner, except that the applicant view does not repeat the stored email address.

School disclosure: school affiliations are not public. Only the site owner can see which instructors are affiliated with a school and their verified-email snapshots, record or change a school, or globally revoke an instructor; a durable denial prevents a later application or school change from undoing that decision until a later site-owner approval. An instructor sees their own school, not other instructors' affiliations or any email list. A class's school label is visible to that class's members as part of the class information they already see; it names no person. School affiliation alone reveals no student, roster, class, assignment, or attempt information and grants no class-level access.

5. Cookies, local storage, and tracking choices

On our site, we use Clerk cookies and similar storage that are necessary for sign-in, sessions, fraud prevention, and security. The trainer uses local storage for progress and preferences, a short-lived tab marker for pending legal acceptance, and a service worker that may cache public app files for faster or offline-tolerant loading. Course working copies can use account-scoped local storage and sync through the authenticated APIs described above. CT Simulation's fictional documentation workspace remains in page memory rather than being synced or uploaded. Files you choose to download are controlled through your device and chosen applications, not browser site-data controls. You can remove browser-held data through site-data controls, but blocking essential cookies can prevent sign-in or protected cases from working.

Clerk's session cookies are first-party or same-site, strictly necessary, and are not used by Clerk for cross-site tracking. Clerk may process authentication events and browser, device, IP-address, and security signals to operate and protect accounts, and may summarize production sign-in, sign-up, and retention activity in its authentication dashboard. PayPal may process cookies, device data, IP addresses, transaction activity, and payment details on its hosted checkout for payment administration, fraud prevention, and legal compliance. Stripe may do the same for legacy billing controls. We do not embed PayPal advertising code or ask these providers to target advertising to you.

We do not currently use an advertising network, behavioral-advertising pixel, or a general audience-analytics product, and we do not set advertising cookies. We do not respond differently to browser "Do Not Track" signals because we do not engage in cross-site behavioral tracking. See Section 9 for Global Privacy Control. Optional Clerk SDK product telemetry is disabled. Because we do not currently use optional advertising or audience-analytics cookies, there is no optional-cookie consent banner. If we introduce consent-based optional tracking, it will remain off until you choose it, with an equally accessible way to reject optional tracking and withdraw consent.

6. Push-to-talk microphone coaching

Standalone DIBH, partial-breast Full Treatment, CT Simulation DIBH, and microphone tests use push-to-talk only. Hold the talk button or its keyboard key to capture one short instruction; release ends microphone capture. Opening an exercise or enabling voice does not start listening. Losing focus or leaving the exercise cancels capture and pending recognition.

While push-to-talk is held, the browser streams audio through our authenticated server to Deepgram Nova-3 for speech recognition. Releasing stops microphone capture immediately; the completed instruction is applied only after the remaining audio has been processed. Cancelling stops further transmission and discards pending instructions; audio already streamed has already been processed by the provider. Audio and recognized text are processed transiently and are not saved or logged by the trainer. We request exclusion from Deepgram's model improvement program on every transcription request. Deepgram states that opted-out audio and transcripts are not retained after processing; request metadata and usage logs remain subject to Deepgram's data practices. The local microphone level meter does not transmit its samples. We do not create voiceprints or use voice for identification.

Recognized text appears only in the current page and controls the fictional patient's breathing through a fixed coaching vocabulary. A case record may retain matched command identifiers, but not the transcript or audio. Voice cannot start irradiation or acquisition. Microphone-dependent exercises require a successful spoken-command test or recognized coaching; if you decline microphone access or third-party processing, choose another exercise. You can revoke microphone permission in browser settings.

7. Data retention

8. Your choices and privacy rights

You can correct account information, export training progress, export your personal classroom-attempt history, reset progress, control leaderboard participation and name display, manage browser permissions, and delete the account through the account page and Classroom workspace where those controls are available. The personal classroom export is generated in your browser from your own history; historical personal training-share consent records and other classroom, school-affiliation, and instructor-application records are not part of the local training-progress export, so contact us for a verified access, correction, portability, or deletion request involving those records.

For accounts with course-preview access, the account progress export also includes personal course progress, the private registry study workspace, and available assigned course submissions. The registry workspace has its own export and reset controls. Personal progress reset keeps private registry notes and assigned submissions; use the separate workspace reset or contact us about those records. If a control is unavailable, request access, correction, or deletion through the verified request route below.

Account security, account deletion controls, and withdrawal from project-update emails remain available to a signed-in user on the account page without accepting revised trainer terms or successfully loading saved progress. Progress export and reset require your own saved profile to load; use the verified request route below for broader account data or unavailable records.

Depending on where you live, you may have rights to know or access personal information; correct it; delete it; obtain a portable copy; restrict or object to processing; withdraw consent; and appeal a denied privacy request. You may also use an authorized agent where law permits. We may ask for information reasonably needed to verify identity, authority, and account ownership. We will respond within the time required by applicable law and will not discriminate against you for exercising a right.

If you are in the EEA, United Kingdom, or Switzerland, you may complain to your local data-protection authority. You may also object to legitimate-interest processing and request information about transfer safeguards.

9. Sales, targeted advertising, and Global Privacy Control

We do not sell personal information for money. We also do not "sell" or "share" it for cross-context behavioral advertising, use it for targeted advertising, or knowingly sell or share personal information of users under 18 as those terms are used in applicable U.S. state laws. Because we do not conduct that processing, there is currently no sale/share opt-out for a Global Privacy Control signal to activate. If our practices change, we will update this policy and honor applicable opt-out signals.

10. International data transfers

We operate from the United States, and providers may process information in the United States and other countries whose laws may differ from yours. Where required, transfers rely on a lawful mechanism such as an adequacy decision, approved contractual clauses, a provider's recognized certification framework, or another safeguard. Contact us to request more information about safeguards relevant to your information.

11. Children's privacy

The Service is intended only for adults age 18 and older and is not directed to children or minors. We do not knowingly allow anyone under 18 to create or maintain an account or use a leaderboard, and we do not knowingly collect personal information from anyone under 18. We ask only for confirmation that an account holder is at least 18; we do not collect a date of birth. If you believe someone under 18 provided personal information, contact us so we can investigate and delete it.

12. Security

We use reasonable safeguards designed for the nature of the Service, including HTTPS/HSTS in transit, provider-managed authentication, private case-file storage, access controls, rate limiting, restrictive browser security headers, limited logging, and removal of session credentials and query strings from the diagnostic URLs we control. No system is completely secure. Protect your account, use a unique password, and notify us promptly about suspected unauthorized access.

We do not claim a SOC 2 audit report or certification for RT Image Matching Trainer. A service provider’s certifications do not certify this application. Institutions can contact us to review available evidence and the data-processing requirements for their intended use.

13. Automated scoring

The trainer automatically calculates educational scores, class-assignment results, pass/fail feedback, progress, achievements, and leaderboard rank from simulated activity. The instructor dashboard also applies simple rules to label whether a stored class attempt was within tolerance, timed out, or ended with translation or rotation outside tolerance, and presents the server-recorded check sequence as a replay. Instructor rubric ratings, notes, presence labels, and feedback are human-entered teaching observations; they do not change the recorded correction, residual, result, tolerance, or grading version. Match review uses fixed rules to rank suggestions from lifetime and recent-weighted scored summaries and compact Full Treatment replay summaries; its session-only outcome comparison does not train a model or change its rules, and it does not change scores, access, leaderboard validity, outcomes, or safety controls. These outputs do not make decisions that produce legal or similarly significant effects and must not be used as evidence of clinical competency, employment qualification, certification, or licensure.

14. Changes to this policy

We may update this policy as the Service or law changes. We will post the new effective date. For a material change, we will provide reasonable advance notice by email, an in-product message, a site notice, or another appropriate method, except when an immediate change is needed for law, security, or abuse prevention. If consent is legally required for a new use, we will request it.

15. Contact

The controller responsible for this policy is Craig Utter. For privacy questions, requests, complaints, or appeals, email support@rtimagematch.com. Please use the subject "Privacy request" and do not include patient information or unnecessary sensitive data.