Assessment · worksheet · CSVtoCSA editorial

Intended-use worksheet

Version 2.0 · Updated 2026-09-21 · Assessment

Define the task, users, inputs, outputs and decisions that rely on the system.

Adapt this template to your intended use, applicable requirements, and approved procedures.

When to use it

The team has a feature list but cannot explain what people rely on.

Information needed before starting

  • Process owner’s task description
  • User roles, inputs, outputs and receiving decisions
  • Assessed configuration and excluded uses

Field instructions

  • Process and owner: Identify the system/service or process, version and accountable roles. Specify the scope and supporting record rather than relying on a product name alone.
  • Users: Identify the system/service or process, version and accountable roles. Specify the scope and supporting record rather than relying on a product name alone.
  • Task: Describe the specific task, users, outputs and decisions supported. Identify the assessed environment and limits of reliance.
  • Inputs: Identify authoritative sources, receiving systems and record identifiers. Describe supported formats, units, timing, transformations and error handling.
  • Output: Name the output or controlled record, its recipient and the decision that relies on it. Include acceptance limits or retention needs where relevant.
  • Downstream decision: Name the output or controlled record, its recipient and the decision that relies on it. Include acceptance limits or retention needs where relevant.
  • Boundary: State what is outside the assessed use or evidence. Explain the consequence and any restriction; do not treat missing information as a pass.
  • Exclusion: State what is outside the assessed use or evidence. Explain the consequence and any restriction; do not treat missing information as a pass.
  • Failure behavior: State what the system prevents or permits when data or services fail, and how affected work is contained and escalated.
  • Reassessment criterion: Define changes or events that reopen this assessment, the responsible role and the required response or review date.

Describe one meaningful use. Name the decision before listing technical components. Include prohibited or unsupported uses where confusion is foreseeable.

Could another person identify what the system is allowed to do and where the assurance conclusion stops?

Completed fictional example

Fictional teaching example; replace its values with your own assessed facts and evidence.

FieldCompleted example
Process and ownerManufacturing training; training process owner
UsersOperators, supervisors, training administrators
TaskDetermine eligibility for operation OP-21
InputsOperator identity, approved role requirements, training completion and expiry
OutputEligibility response to MES
Downstream decisionPermit or prevent operation start
BoundaryDefined production area and approved role mapping
ExclusionDoes not establish practical competency outside the approved training workflow
Failure behaviorUnavailable eligibility prevents start and invokes the approved escalation process
Reassessment criterionNew role, procedure-effectivity rule, interface, or override behavior

Blank template

System / record ID: ____________________

Prepared by / date: ____________________

Required review / approval under local procedure: ____________________

FieldYour entry
Process and owner____________________
Users____________________
Task____________________
Inputs____________________
Output____________________
Downstream decision____________________
Boundary____________________
Exclusion____________________
Failure behavior____________________
Reassessment criterion____________________
Relevant regulations and guidance

These sources apply within their stated scope. The suggested worksheet fields, test designs and fictional decisions are practitioner recommendations, unless a source requirement is expressly identified. Completing a template does not establish compliance.

Computer Software Assurance for Production and Quality Management System Software ↗

Regulatory guidance / GMP guideline · United States · February 2026

Scope: Medical-device manufacturers assuring software used in production or their quality management system.

Relevance: For medical-device production or QMS software, supports selecting assurance activities from intended use, risk and available evidence. It is nonbinding guidance and does not determine other sectors’ obligations.

Status: Final / published · Checked 2026-09-21

Publication identity, scope and status checked against the linked official source. This is not an independent audit of every retained guide statement.

Read source details and applicability →

EudraLex Volume 4, Annex 11 — Computerised Systems ↗

Regulatory guidance / GMP guideline · European Union · January 2011 revision

Scope: Computerised systems supporting activities in the applicable EU pharmaceutical GMP context.

Relevance: For computerised systems used in EU GMP activities, informs lifecycle, supplier and record controls. Confirm applicability to the actual activity; the example does not establish it.

Status: Final / published · Checked 2026-09-21

The Commission index confirms the January 2011 operative revision. The linked PDF could not be retrieved in this check; retained detailed section mappings need review against an authorized copy.

Read source details and applicability →
Was this useful? Leave feedback

Was this resource useful?

Was this template clear and useful? Tell us which instruction or field could be improved.

Loading contribution options…

Questions and moderated discussion

Questions and discussion

Ask a question or share a perspective. Contributions are reviewed before publication.

Loading contribution options…

Suggest a correction

Sent privately to the editorial moderation queue. Your account email and correction are not published as a comment. Do not include confidential or personal information.

Resource: Intended-use worksheet

Loading sign-in status…

Correction details