Skip to main content

The platform

Everything around the examination.

Illustrative example: one appointment at the center — Clinical Standards Professional, 12 November 2026 at 09:00 Eastern, stored as 14:00 UTC, 18 of its 24 seats taken — and around it what the platform keeps for it: the candidate's eligibility, approved until 30 June 2027; the payment, settled on the body's own account; an accommodation, time and a half; and the signed webhook that told the body's systems the seat was confirmed, delivered with status 200.

Writing the questions is the part a certifying body wants to spend its time on. This is the other ninety per cent: who may sit, when, what it costs, what happened in the room, who decided — and the systems yours connect to.

01 Before the sitting

Who may sit, and when.

Eligibility

Who may sit, decided by you, recorded properly

  • Five kinds of requirement: credential or license, education, supervised hours, training or CE completion, a signed declaration
  • An application stores the rules as they stood the day it was made
  • Evidence attaches per requirement; a request for a missing document is tracked to fulfilment
  • Approval carries an approved-until date from your program's validity period

Eligibility is modelled, not a free-text form. You define requirements of five kinds — a credential or license, an education qualification, supervised practice hours against a minimum, a training or continuing-education completion, or a declaration the candidate signs — each with its own label, detail and order. Requirements are retired rather than deleted, so a decision made under an old rule stays explicable years later.

A candidate applies and their application stores the requirements as they were on the day they applied. Changing your rules next year cannot retroactively invalidate a pending application. Answers are structured per requirement, documents attach per requirement rather than as one undifferentiated bundle, and your reviewers can request a specific missing document against a specific requirement, with the request tracked to fulfilment.

Approval is time-boxed: a decision carries an approved-until date derived from your program's eligibility validity period. And the whole thing is optional — a program set to open lets anyone register and never shows a reviewer a queue. For a program that asks more of a candidate than a checklist, Application Studio designs the form, the journey and the review.

Scheduling

Windows, appointments, seats — and testing every business day

  • Times are stored as instants and shown in a named zone
  • Capacity is enforced by the database on booking and on moving a seat
  • Change fees are tiered by notice and frozen when the change is decided
  • Continuous programs take appointments without an invented window

An examination window is a dated period with a delivery mode, an optional seat capacity and an optional registration deadline. Inside it you publish appointments: a start instant, a duration, a capacity and a place. Times are stored as UTC instants and displayed in a named zone, so an appointment at 09:00 Eastern renders correctly on both sides of a daylight-saving boundary — storing an offset instead is right until March and wrong afterwards, and the cost of that error is a candidate arriving an hour late for an examination they cannot retake for ninety days.

Capacity is enforced by the database on both the way a seat is taken and the way it is moved, because a rule enforced only on insert is not a rule — rescheduling moves a seat by update. What it costs a candidate to change their mind is a policy you set, tiered by how much notice they gave, and the amount is frozen at the moment the change is decided so that editing the policy next month cannot restate what somebody was charged.

A program that tests continuously — any business day at a center, or on demand online — schedules appointments directly, without a year-long window with invented dates and a made-up deadline that a candidate would read as a commitment.

Accommodations

The operational fact travels. The reason does not.

  • Extra time, a room of their own, a reader: applied to the appointment and the delivery clock
  • The candidate's statement and the decision reason are readable by the candidate and the deciders only
  • An appointment too short for an accommodation is refused by the database

A candidate asks for a testing accommodation and your body decides it, with a reason. What a proctor, a roster, a staffing board and the delivery clock learn is the operational fact — this candidate has time and a half, a room of their own, a reader. None of them learn why, because none of them need to, and every copy of a reason is a copy that can leak. The candidate's statement and the decision are readable by the candidate who wrote it and by the people at your body who may decide, and by nobody else, including the examiner who will run the sitting.

The decision is applied where it matters: the delivery clock builds the sitting's deadline from it, and an appointment too short for it is refused rather than booked and discovered on the day.

02 The money

What it costs.

Fees are charged on your own connected payment account, and every act on money carries the name of the person who did it.

Illustrative example: an order for the Clinical Standards Professional examination fee of Meridian Certification Board: a list price of $395.00, a voucher that took off $95.00, $300.00 charged, paid on the body's own account, with no percentage added by Qualeron.

Payment

Your account, your name, your ledger

  • Fees are charged on your own connected Stripe account
  • A seat is counted against capacity at registration and confirmed when payment settles
  • A zero-fee program settles through the same path, with the same ledger entry
  • Qualeron adds no percentage of what you collect

Fees are charged on your own connected payment account. A candidate sees your name on the statement, and the money is yours from the moment it settles; what you pay Qualeron is a subscription, not a share of it. A seat is created the moment a candidate registers and counted against capacity immediately, then confirmed when payment settles — so two people cannot pay for the last chair. A program whose examination fee is zero settles through the same path, with the same ledger entry, rather than a special case that skips the record.

Payment questions — a charge that needs a second look, a refund a cancellation earned, a dispute — arrive on one queue with the ledger beside them, and every act on money carries the name of the person who did it.

Fees

The whole price list, before anyone commits

  • Examination, application, renewal, late renewal, reinstatement, retake and change fees
  • A fee you have not set is not shown, rather than displayed as an empty row
  • Late periods and late fees on intakes, by policy

You set an examination fee, an application fee, a renewal fee, a late renewal fee, a reinstatement fee, and what a change of appointment or a retake costs; a candidate sees every one of them that applies before committing to a seat, and a fee you have not set is not shown at all. Intakes carry their own deadlines, late periods and late fees, applied in the candidate's time zone.

Fees are versioned with the policies they belong to: the amount a candidate was charged is the amount that stood when the charge was decided, whatever you publish later.

Vouchers and sponsors

Your own discounts, prepaid seats and partner codes

  • A batch: a percentage or a fixed amount off, the fee types it applies to, one program or all, a redemption period, use limits
  • One shared code, or a set of unique codes
  • A sponsor's codes work only for the named person's account
  • The sponsor's report never contains a result

You create a voucher batch and hand out one shared code or a set of unique ones. A candidate types a code at checkout, sees what it takes off before paying, and pays the rest; a code that covers the whole fee confirms the seat with nothing to pay. The discount lives on the order — list price, what the voucher took off, what was charged — so your records and your accountant agree.

A sponsor — an employer, a training partner, an association — pays you for examinations and names the people it pays for. Each person gets one unique code that works only for an account with their email address, so a forwarded code is refused; an unused assignment can be revoked, with a reason, and given to someone else. The sponsor's report says who was given a code, whether it was delivered and whether it was used — never whether the person passed, which is theirs and yours.

Promotions

Promotional codes and campaigns, tracked to the order

A promotion is a code with a discount, a period and the programs it applies to. Campaigns — a page placement, an email — carry a promotion so the order records which one brought the candidate in, and the reports say what each campaign produced without a spreadsheet that reconciles two systems.

Refunds and disputes

Governed acts with a name attached

  • A refund is issued from your own queue, on your own account, up to what is owed
  • The amount is computed from the ledger, never taken from the request
  • Waivers and disputes are decisions with a reason

Refunds, disputes and fee waivers are governed acts, not a spreadsheet. A cancelled seat's refund is issued by your body from its own queue, on its own account, for what is owed — what was paid, less the cancellation fee your policy set, less anything already in flight — computed from the ledger and never from the request. The refund policy states the rules candidates see.

03 After the sitting

What happened in the room, and who decided.

  1. Raised

    A concern about a sitting is raised in words the candidate reads.

  2. Answered

    The candidate has a window to answer.

  3. Decided Your decision

    Your body decides, with a reason.

  4. Appealed

    An appeal is heard by somebody at your body who took no part in the first decision.

Results and due process

Released when you say, disputed properly

  • Results release immediately on marking, or held until someone at your body has looked
  • A concern is raised in words the candidate reads, answered within a window, decided with a reason
  • An appeal is heard by somebody who took no part in the first decision

Results are released on your schedule: immediately on marking, or held until someone at your body has looked. Score reports can break the result down by content area if your program opts in. A candidate may challenge a specific question; you decide the challenge and what happens to every score it touched.

Nothing is voided by a button. A concern about a sitting is raised in words the candidate reads, they have a window to answer, you decide with a reason, and they may appeal to somebody at your body who took no part in the first decision. Every act on a result or a credential carries the name of the person who did it.

Your people

Roles, workspaces and one queue that matters

  • Owners and administrators run the body; examiners run sittings and record results; contacts read
  • Psychometricians run and approve analyses; psychometric reviewers read and return them
  • One person, several roles: switch workspace, not logins
  • Changes to access are on the audit trail

Owners and administrators run the body, examiners run sittings and record results, contacts read; psychometricians run analyses and psychometric reviewers approve or return them. Somebody who wears more than one hat switches workspace from the sidebar rather than holding two logins. Every queue that needs a decision — eligibility applications, evidence requests, integrity concerns, payment reviews, CE audits — appears on one overview, and each card opens the console that settles it.

04 Your systems

The systems yours connect to.

Named keys with the scopes they need, and signed webhooks that tell your systems what happened, as it happens.

Illustrative example: a body's webhook endpoint and its last three deliveries — a seat confirmed, a result released, a credential issued — each signed and answered with status 200; failed deliveries are retried with backoff and can be replayed by hand.

API and webhooks

Your systems told what happened, as it happens

  • Named API keys with scopes: credentials, registrations, released results
  • A key is shown once; the platform keeps only its hash and last four characters
  • Webhooks are signed deliveries with retries, a pause after repeated failure, replay by hand
  • Never an answer, a question or a payment detail

A body's own systems read its records through named keys with the scopes they need — credentials and their holders, registrations and appointments, released results — over a read-only API that returns identifiers, statuses, dates, outcomes and the candidate's public id, email and name your body already holds, and never an answer, a question or a payment detail. A key is shown once, may expire, records when it was last used and is revoked with a reason.

Outgoing webhooks tell your systems what happened, as it happens: each delivery is signed with a secret you hold, retried with backoff, paused after repeated failure with the reason, and replayable by hand. Endpoints must be HTTPS with no credentials in the address; a test event is a click away, and the last deliveries sit beside their status codes.

Analytics

The journey, counted stage by stage

  • Looked, applied, registered, sat, passed, certified, renewed — and where they fell away
  • Per program, for the last 30, 90 or 365 days
  • The counts are the records, not a second ledger

A body running a program gets the answer it never had: of the people who looked, how many applied, registered, sat, passed, were certified and renewed, and where they fell away. Every stage after the first is already a row the platform writes as the journey happens; the first — a visitor reading your page before signing in — is counted with no person, no address and no query string attached. The operations dashboards do the same for the staff who run the platform: pipeline, queues, quality, and what needs attention today.

See it against your own program

Tell us about your program.

Tell us how many candidates you certify and what you run today. You will get a written quote against the published plans — not a discovery call before a number.

Privacy choices

Control optional diagnostics and site-journey measurement. Essential technologies remain active when needed to provide a requested function.

Essential technologies

Authentication, CSRF and form security, anti-abuse controls, checkout and payment integrity, privacy-choice storage, and interface state you asked for.

Always active

Optional diagnostics

Limited client-error events and first-touch, form-journey measurement used to find broken experiences and improve the website. Not advertising.

Advertising and cross-context behavioral tracking

Qualeron does not deploy targeted-advertising cookies or cross-context behavioral advertising trackers on qualeron.com.

Not used

Read Privacy & Cookies