Skip to main content
QMSQMS
QMS
  • Welcome to your QMS
  • Quality Manual
  • Procedures
    • GP-001 Control of documents
    • GP-002 Quality planning
    • GP-003 Audits
    • GP-004 Vigilance system
    • GP-005 Human Resources and Training
    • GP-006 Non-conformity, Corrective and Preventive actions
    • GP-007 Post-market surveillance
    • GP-008 Product requirements
    • GP-009 Sales
    • GP-010 Purchases and suppliers evaluation
    • GP-011 Provision of service
    • GP-012 Design, redesign and development
    • GP-013 Risk management
    • GP-014 Feedback and complaints
    • GP-015 Clinical evaluation
    • GP-016 Traceability and identification
    • GP-017 Technical assistance service
    • GP-018 Infrastructure and facilities
    • GP-019 Software validation plan
    • GP-020 QMS Data analysis
    • GP-021 Communications
    • GP-022 Document translation
    • GP-023 Change control management
    • GP-024 Predetermined Change Control Plan
    • GP-025 Usability and Human Factors Engineering
    • GP-027 Corporate Governance
    • GP-028 AI Development
    • GP-029 Software Delivery and Commissioning
      • Templates
        • T-029-001 — Deployment & Configuration Commissioning Template
        • T-029-002 — Functional & Interface Commissioning Template
        • T-029-003 — Clinical Workflow & Operational Readiness Commissioning Template
    • GP-030 Cyber Security Management
    • GP-050 Data Protection
    • GP-051 Security violations
    • GP-052 Data Privacy Impact Assessment (DPIA)
    • GP-100 Business Continuity (BCP) and Disaster Recovery plans (DRP)
    • GP-101 Information security
    • GP-200 Remote Data Acquisition in Clinical Investigations
    • GP-026 Market-specific product requirements
    • GP-110 Esquema Nacional de Seguridad
  • Records
  • Legit.Health Plus Version 1.1.0.0
  • Legit.Health Plus Version 1.1.0.1
  • Licenses and accreditations
  • Applicable Standards and Regulations
  • Grants
  • Pricing
  • Public tenders
  • Procedures
  • GP-029 Software Delivery and Commissioning
  • Templates
  • T-029-003 — Clinical Workflow & Operational Readiness Commissioning Template

T-029-003 — Clinical Workflow & Operational Readiness Commissioning Template

1. Document Control​

  • Document ID: T-029-003
  • Title: Clinical Workflow & Operational Readiness Commissioning
  • Device: Legit.Health Plus
  • Document Type: Commissioning Template
  • Lifecycle Phase: Release / Commissioning
  • Standard(s): ISO 62304, ISO 82304-1

Regulatory purpose: This document defines the controlled commissioning activities required to confirm that the deployed software instance is operationally ready to support its intended clinical use, executing complete clinical workflows and producing clinically interpretable outputs under real operating conditions.


2. Scope​

This template applies to commissioning of:

  • End-to-end clinical workflows exposed by the API
  • Runtime availability of AI/ML models required for clinical outputs
  • Report generation, aggregation, and serialization
  • Operational readiness elements directly impacting safe clinical use

This template does not cover:

  • Clinical performance validation (sensitivity, specificity, accuracy)
  • Algorithm training or model development activities
  • Post-market surveillance or real-world performance monitoring

3. Normative Basis​

This commissioning activity satisfies the following normative intents:

  • ISO 82304-1 §7.2: Validation of the health software product in its operational environment
  • ISO 82304-1 §8.1: Confirmation that the product performs as intended when provided for use
  • ISO 62304 §5.8: Release readiness including correct operation of the complete system

4. Inputs and Preconditions​

The following shall be completed prior to execution:

  • Completed R-TF-029-001 (Deployment & Configuration Commissioning)
  • Completed R-TF-029-002 (Functional & Interface Commissioning)
  • Approved intended use statement for the device
  • Representative commissioning test data suitable for clinical workflow execution

5. Device and Release Identification​

Objective: Ensure traceability between clinical commissioning results and the released software baseline.

ItemValue
Device name
Software version
Internal release identifier
Commissioning execution date
Clinical workflows commissioned

6. Intended Clinical Workflow Confirmation​

Objective: Confirm that the commissioned workflows correspond to the approved intended use.

Workflow IDWorkflow descriptionIntended use referenceIn scope (Y/N)
CW-01Diagnosis support
CW-02Severity assessment

7. End-to-End Clinical Workflow Execution​

Objective: Confirm that complete clinical workflows execute successfully from input to output.

Check IDClinical workflowScenarioExpected outcomeActual outcomePass/FailEvidence reference
E2E-01Diagnosis supportValid commissioning inputStructured clinical report returned
E2E-02Severity assessmentValid commissioning inputSeverity assessment report returned

8. AI/ML Model Runtime Availability​

Objective: Confirm that all AI/ML models required for clinical workflows are available and loadable at runtime.

Model groupLoading mechanismAvailability confirmed (Y/N)Notes
Clinical modelsS3 load at startup/on demand
Non-clinical modelsS3 load at startup/on demand

9. Clinical Output Integrity and Structure​

Objective: Confirm that clinical outputs are complete, interpretable, and structurally correct.

Verification criteria:

  • Outputs are returned in the documented response schema
  • Reports contain structured clinical elements (e.g. findings, scores, metadata)
  • Outputs are generated without runtime errors
Check IDWorkflowVerification itemResultEvidence reference
OUT-01Diagnosis supportSchema-conformant output
OUT-02Severity assessmentSchema-conformant output

10. Report Generation and Serialization​

Objective: Confirm correct generation and serialization of clinical reports.

Check IDFormatExpected resultActual resultPass/FailEvidence reference
REP-01JSONCanonical report generated
REP-02Alternative formats (if applicable)Report generated

11. Operational Readiness Checks​

Objective: Confirm readiness elements required for safe operational use.

Check IDReadiness elementExpected stateActual statePass/FailEvidence reference
OP-01Monitoring enabledActive
OP-02Logging enabledActive
OP-03Error handling activeControlled behavior

12. Clinical Workflow Limitations and Known Constraints​

Objective: Document any known constraints relevant to clinical use at release time.

Limitation IDDescriptionImpact on useMitigation / notes

☐ No known limitations identified at commissioning time


13. Evidence Register​

Objective: Identify where clinical commissioning evidence can be retrieved.

Evidence typeLocation / system of recordNotes
End-to-end workflow execution logs
Clinical response samples
Monitoring / health evidence
Commissioning recordsQMS document repository

14. Deviations​

Objective: Record any deviations observed during clinical workflow commissioning.

Deviation IDDescriptionImpact assessmentResolutionStatusEvidence reference

☐ No deviations encountered


15. Clinical Commissioning Acceptance​

Objective: Formally confirm readiness for clinical operation.

Acceptance statement:

The deployed software instance has been commissioned and confirmed to execute the intended clinical workflows, load required models, and produce structured clinical outputs consistent with the approved intended use in the production environment.

RoleNameDateSignature
Technical responsible
Quality / Regulatory

16. Output​

The completed commissioning record generated from this template shall be stored as R-TF-029-003 and maintained as part of the release evidence set for the commissioned software version.

Previous
T-029-002 — Functional & Interface Commissioning Template
Next
GP-030 Cyber Security Management
  • 1. Document Control
  • 2. Scope
  • 3. Normative Basis
  • 4. Inputs and Preconditions
  • 5. Device and Release Identification
  • 6. Intended Clinical Workflow Confirmation
  • 7. End-to-End Clinical Workflow Execution
  • 8. AI/ML Model Runtime Availability
  • 9. Clinical Output Integrity and Structure
  • 10. Report Generation and Serialization
  • 11. Operational Readiness Checks
  • 12. Clinical Workflow Limitations and Known Constraints
  • 13. Evidence Register
  • 14. Deviations
  • 15. Clinical Commissioning Acceptance
  • 16. Output
All the information contained in this QMS is confidential. The recipient agrees not to transmit or reproduce the information, neither by himself nor by third parties, through whichever means, without obtaining the prior written permission of Legit.Health (AI Labs Group S.L.)