Skip to content

Main content

Quality Evidence Record Version

Qualify an explicit quality-evidence reference by version without assessing sufficiency.

Loading tool…

Description

Qualify an explicit quality-evidence reference by version.

Quality assurance links actions, evidence, document versions, responsible roles and controlled dates. A recorded closed or approved label differs from verified completion and effectiveness. Due-date margins and missing-training flags organize supplied records while substantive review, competence and applicable quality obligations remain separate questions.

Qualify an explicit quality-evidence reference by version.

When to use this tool

Use Quality Evidence Record Version when you already have actionId, evidenceRecordId, version and need to qualify an explicit quality-evidence reference by version.

How to use the tool and how it works

  1. Enter actionId, evidenceRecordId, version. Use the units and conventions below.
  2. Run the tool. Correct any format, range, or cross-field input error before interpreting the output.
  3. Read token. Use the output convention below.

Enter actionId, evidenceRecordId, version using the field constraints below. Encode these values, in exactly that order, as a JSON array and return the serialized array as text in token. String values are preserved without trimming or external terminology lookup.1

Input fieldMeaning and unitsAccepted input
actionIdAction IdRequired. Text; minimum UTF-16 length 1; maximum UTF-16 length 8192.
evidenceRecordIdEvidence Record IdRequired. Text; minimum UTF-16 length 1; maximum UTF-16 length 8192.
versionVersionRequired. Text; minimum UTF-16 length 1; maximum UTF-16 length 8192.
Output fieldInterpretationReturned shape
tokenTokenRequired. Text; maximum UTF-16 length 8192.
json
{
  "input": {
    "actionId": "ACT17",
    "evidenceRecordId": "EV2",
    "version": "v2"
  },
  "output": {
    "token": "[\"ACT17\",\"EV2\",\"v2\"]"
  }
}

Limitations and assumptions

  • The result records supplied values without assessing sufficiency. Sources and asserted relationships are not independently authenticated.
  • Inputs must satisfy both the field types and the cross-field conditions above. Invalid input causes an error; a successful false flag or documented placeholder is a different result.

Alternative or Complementary methods

Review the controlled action, training, agreement and evidence records for actual completion and effectiveness. Reconcile versions, named responsibility and approval history rather than inferring a verified quality status from one marker or calendar gap.

References

  1. Calculation and input contract: quality-assurance/quality-evidence-record-version — tool.io

Similar or alternative tools