Standards matrix

What we claim, and where it lives in the code.

Built against the INACSL Healthcare Simulation Standards of Best Practice and SAMHSA's trauma-informed principles — enforced in code and checked on every build, not asserted in marketing. Where a standard governs organisations rather than software, we say so and produce the evidence instead. SIMCareReady holds no certification or accreditation from any body named here and does not claim one.

16 met · 3 supported

The tiers, stated before the list.

Met, and enforced in code

The platform does this, it is enforced rather than encouraged, and a check proves it on every build. If the behaviour regresses the build fails and the claim comes down with it.

Supported

COA, CARF and the Joint Commission accredit organisations and programmes, not software — and neither this platform nor any other can “meet” them. What a platform can do is produce the evidence an organisation puts in front of a surveyor. Saying that plainly is more credible than a claim the buyer already knows to be impossible.

INACSL Healthcare Simulation Standards of Best Practice®

Outcomes and Objectives

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: Simulation-based experiences begin with measurable objectives aligned to the learner's needs and the organisation's expectations.

What we do: A scenario cannot be released without a competency matrix naming every objective it measures, and every objective must map to a rubric competency that the scorecard actually reports.

Implemented in src/certification.ts, src/rubric.ts · publisher →

Simulation Design

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: Purposeful design, with fidelity, complexity and modality chosen to serve the objectives rather than the technology.

What we do: Difficulty changes the young person's BEHAVIOUR — how much ground a correct response earns and how fast a mistake is read as evidence — rather than his starting numbers. Starting him angrier is a shorter exercise, not a harder one.

Implemented in src/persona.ts · publisher →

Prebriefing: Preparation and Briefing

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: Learners are prepared and briefed before the experience, including a fiction contract and the psychological safety statement.

What we do: Every session opens with the briefing, the explicit statement that the young person is fictional, and the statement that this is workforce training and not therapy. It cannot be skipped — the session does not start until it is dismissed.

Implemented in app/sim/page.tsx · publisher →

Facilitation

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: Facilitation methods are matched to the learner's level, and psychological safety is maintained throughout.

What we do: The behavioural gauges are hidden from the learner by default. A learner who can see the numbers is playing against a gauge; the observer panel exists for a facilitator, and the interface says so when it is on.

Implemented in app/sim/page.tsx · publisher →

The Debriefing Process

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: A planned debriefing follows every simulation-based experience — feedback, debriefing and/or guided reflection.

What we do: A session cannot end without one. The scorecard names the turning point, quotes the deciding moment with its timestamp, gives one change to practise, and offers the same scenario one difficulty higher.

Implemented in src/score.ts, app/sim/page.tsx · publisher →

Evaluation of Learning and Performance

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: Evaluation uses tools with evidence of validity and reliability, against criteria set in advance.

What we do: Every score must cite a timestamp and quote the learner's own words. The schema makes both mandatory, so a judgement nobody can point at cannot be returned at all.

Implemented in src/score.ts · publisher →

Professional Integrity

Fourth edition, revised 2025Met, and enforced in code

The standard asks for: Confidentiality and integrity in performance and in the reporting of results.

What we do: A scorecard states on its face whose rubric produced it. Where no organisation framework is loaded it says so in the interface and in the saved record, so a placeholder result can never be mistaken for an organisational one.

Implemented in src/rubric.ts, src/score.ts · publisher →

SAMHSA

Trauma-informed principle: Safety

SMA14-4884Met, and enforced in code

The standard asks for: Physical and psychological safety for everyone in the environment.

What we do: Every scenario carries hard ceilings on agitation and perceived threat. Whatever the model proposes, a de-escalation exercise cannot be driven into a crisis the scenario did not authorise.

Implemented in src/state.ts · publisher →

Trauma-informed principle: Empowerment, Voice and Choice

SMA14-4884Met, and enforced in code

The standard asks for: Choice and shared decision-making rather than control.

What we do: Compliance cannot rise while perceived threat is at or above 70. It is structurally impossible for this simulation to teach a staff member that frightening a young person works, because fear-driven compliance is not modelled as a success.

Implemented in src/state.ts · publisher →

Trauma-informed principle: Trustworthiness and Transparency

SMA14-4884Met, and enforced in code

The standard asks for: Operations and decisions conducted with transparency, with the goal of building trust.

What we do: Trust rises at most 8 points a turn and falls at most 30. A promise a staff member cannot keep costs more than an honest no, and the rubric scores that explicitly.

Implemented in src/state.ts, src/rubric.ts · publisher →

Developmentally appropriate, youth-guided practice

PEP24-01-037Met, and enforced in code

The standard asks for: Services that are developmentally appropriate, youth-guided and culturally responsive.

What we do: The behavioural model is built on developmental stage, not on adult conversation: adolescent escalation outruns de-escalation, working memory narrows under arousal, autonomy outranks comfort at fifteen, shame turns outward. Register and slang density track the young person's state and age, and are specified per persona.

Implemented in src/persona.ts · publisher →

De-escalation and least-restrictive response

PEP24-01-037Met, and enforced in code

The standard asks for: De-escalation and stabilisation in the least restrictive environment.

What we do: The scenario's terminal condition is settled-enough-to-move-on, never compliance. A session that ends with the young person shut down is reported as a shutdown, not as a success.

Implemented in src/state.ts · publisher →

KnightByrd standard of excellence

The model proposes; it does not decide

SIMCareReady standard of excellence, v1Met, and enforced in code

The standard asks for: No language model may write the behavioural state of a simulated young person. It may only propose a change, which a separate rules layer applies, constrains or refuses — and every refusal is recorded and inspectable.

What we do: applyDelta() is the only thing that writes state. It caps per-turn movement, enforces scenario ceilings and applies coupling rules, and it returns every override alongside the result so a facilitator can see what was refused and why.

Implemented in src/state.ts, src/engine.ts

Youth simulation ethics: no real child is ever represented

SIMCareReady standard of excellence, v1Met, and enforced in code

The standard asks for: Personas are composites written to exercise a behavioural model. No real record, no real child's likeness, no diagnosis inferred about any real person, and no reference to anything outside the scenario.

What we do: Stated in the persona file, enforced in the system prompt, declared in the briefing before a session starts and on the badge throughout it.

Implemented in src/persona.ts, src/engine.ts, app/sim/page.tsx

Hard simulation, safe learner

SIMCareReady standard of excellence, v1Met, and enforced in code

The standard asks for: The exercise may be as difficult as the work. The feedback must address the response and never the person, and must always name the next thing to practise.

What we do: Scores are 0-4 against named behavioural anchors with the deciding moment quoted, and every debrief ends with one specific change and an invitation to run it again harder.

Implemented in src/rubric.ts, src/score.ts

Training simulation, never treatment

SIMCareReady standard of excellence, v1Met, and enforced in code

The standard asks for: The platform never gives clinical or emergency advice, never assesses a real person, and says so wherever a user can see it.

What we do: Declared in the system prompt, in the briefing, in the terminal header and on the public pages.

Implemented in src/engine.ts, src/cli.ts, app/sim/page.tsx

COA Accreditation / Social Current

Training and Supervision: demonstrated personnel competence

CurrentSupported — we produce the evidence, the organisation holds the accreditation

The standard asks for: Personnel competence is established and maintained through initial and ongoing training, coaching and supportive supervision.

What we do: The record is of demonstrated competency rather than completion: attempt, competency measured, deficiency named, the one change to practise, and the same scenario at a higher difficulty. A pass at difficulty 2 and a failure at difficulty 4 is reported as exactly that.

Implemented in src/score.ts, src/persona.ts · publisher →

CARF International

Behavioral Health Standards Manual — staff development evidence

2026 Behavioral Health Standards ManualSupported — we produce the evidence, the organisation holds the accreditation

The standard asks for: Documented, competency-based staff development that a survey can examine.

What we do: Every session is written out in full — each exchange, the proposed state change, the applied state change, every constraint that fired, and the scorecard — as a dated record an organisation can put in front of a surveyor. CARF accredits programmes and not vendors; this produces evidence for an organisation's own file.

Implemented in src/cli.ts · publisher →

The Joint Commission

Behavioral health care and human services requirements

Requirements effective 1 March 2026Supported — we produce the evidence, the organisation holds the accreditation

The standard asks for: Evidence supporting staff competency, training and quality processes.

What we do: The same dated session record serves this. The Joint Commission accredits organisations and not software; the platform's role is to produce evidence the organisation uses in its own processes.

Implemented in src/cli.ts · publisher →

Scenario release gate

No scenario reaches a learner without 3 named human approvals.

A clinical subject-matter expert, a simulation expert and a safety reviewer — each by name and date, not by job title. Software does not approve its own clinical content here.

The one scenario that exists is currently refused

peer-conflict-dayroom v0.1 declares 6 objectives, every one mapped to a competency the scorecard reports, and claims 16 standards. It carries 0 of 3 required approvals, so the gate refuses it.

That is not an oversight we forgot to tidy before publishing — it is the honest state of a proof of concept with no clinical reviewer yet, and it is exactly what a design partner is being asked for. Filling those three signatures in ourselves to make a demo look finished would be the single most damaging thing this codebase could contain.

Every measurable, and the check behind it

The claim and the test are never separated.

0

Behavioural state changes written by the language model.

The model proposes; a separate rules layer decides. Every proposal it makes is capped, floored or refused before it touches the simulation, and every refusal is recorded where a facilitator can read it. Nothing about how a young person behaves is left to a model's mood.

Proven by standards-check: an absurd proposal is constrained rather than obeyed

0

Sessions in which frightening a young person produces compliance.

Compliance cannot rise while perceived threat is at or above 70. It is structurally impossible for this platform to teach a staff member that fear works — not discouraged in a prompt, impossible in the code.

Proven by standards-check: compliance cannot rise while perceived threat is 70 or above

0

Exercises that escalate past the level the scenario authorised.

Every scenario carries a hard ceiling on agitation and perceived threat. A de-escalation exercise cannot become a restraint scenario because a model decided to push.

Proven by standards-check: agitation cannot exceed the scenario ceiling whatever the model proposes

100%

Competency scores that cite a timestamp and quote the learner's own words.

A supervisor coaching from this can point at the exact second. A judgement nobody can point at cannot be returned at all — the schema refuses it.

Proven by standards-check: a score cannot be returned without a timestamp or without the quote

100%

Scenario objectives that map to a competency the scorecard actually reports.

No objective exists that nothing measures. If a scenario says it teaches something, the debrief scores it — or the scenario does not release.

Proven by certify(): an objective whose competency is not in the loaded rubric refuses release

3

Named human approvals required before any scenario reaches a learner.

A clinical subject-matter expert, a simulation expert and a safety reviewer — each by name and date, not by job title. Software does not approve its own clinical content here. Until all three sign, the scenario is refused.

Proven by certify(): a missing or unnamed approval is a refusal, not a warning

100%

Sessions that end in a structured debrief with one specific change to practise.

The turning point named, the deciding moment quoted, one change specific enough to rehearse, and the same scenario offered one difficulty higher. A session cannot end without it.

Proven by standards-check: the debrief names one specific change to practise

0

Behavioural gauges visible to a learner during practice.

A learner who can see the numbers plays against the numbers. The observer panel is for a facilitator, it is off by default, and the interface says so whenever it is on.

Proven by standards-check: the behavioural gauges are hidden from the learner by default

0

Real children represented, referenced or inferred about — ever.

Every persona is a composite written to exercise a behavioural model. No record, no likeness, no diagnosis about any real person, and no reference to anything outside the scenario. Stated in the prompt, in the briefing and on screen throughout.

Proven by standards-check: the prompt states the young person is fictional and forbids outside reference

0

Certification or accreditation claims we have not earned.

A guard scans our own public copy and fails the build on any phrasing that implies one of these bodies has certified, accredited, approved or endorsed this software, or that its effectiveness has been proven in a study. Those bodies accredit organisations and programmes, never software, and the audience for this product knows exactly what those words cost to earn.

Proven by standards-check: false certification, accreditation and efficacy claims are all rejected

100%

Sessions written out in full as a dated, auditable record.

Every exchange, the proposed state change, the applied state change, every constraint that fired, and the scorecard. That is what an organisation puts in front of a surveyor — and it is what turns thousands of sessions into workforce readiness data nobody currently has.

Proven by every session writes sessions/<timestamp>-<scenario>-d<difficulty>.json