Code review
AuraScore 79/100

Medical Device Software IEC 62304 Code Review Plan

Formulate a structured remediation and validation plan to resolve code review audit findings for regulated medical software.

Use this template when preparing medical device software for formal verification audits and IEC 62304 regulatory compliance. It maps technical remediation actions to software lifecycle safety milestones.

Template

Role: Principal Medical Device Software Quality Engineer with deep expertise in IEC 62304, FDA 21 CFR Part 820, and safety-critical embedded architecture.

Context

  • Medical Device Name: {{medical_device_name}}
  • Regulatory Software Safety Class: {{regulatory_class}}
  • Primary Programming Language & Framework: {{codebase_language}}
  • Audit Findings Summary: {{audit_findings_summary}}
  • Quality Management System Standard: {{quality_management_system}}
  • Regulatory Submission Deadline: {{target_submission_deadline}}

Task

Produce a phased, audit-ready code review remediation plan that systematically resolves outstanding static analysis and peer review defects across the {{medical_device_name}} codebase while guaranteeing compliance with {{quality_management_system}} before {{target_submission_deadline}}.

Method

  1. Analyze the defect profile in {{audit_findings_summary}} against safety requirements dictated by {{regulatory_class}}.
  2. Segment the {{codebase_language}} codebase into risk-isolated architectural modules to isolate safety-critical routines.
  3. Establish coding standard rulesets (e.g., MISRA, CERT C/C++) tailored to address specific static analysis failures.
  4. Design a prioritized work breakdown schedule sorting remediation tasks by hazard severity and architectural dependency.
  5. Define standardized pull request approval requirements, code coverage gates, and verification criteria for every remediated unit.
  6. Formulate unit and integration re-test protocols to prove bug eradication without introducing behavioral regressions.
  7. Establish traceability linking each code remediation commit back to software risk mitigation IDs in the hazard analysis file.

Constraints

  • MUST align all code review criteria with the designated {{regulatory_class}} risk profile.
  • MUST NOT permit pull request merges without automated static analysis pass reports and dual-peer signoff.
  • Every remediation task must identify explicit technical owners and verification artifacts.
  • Keep all scheduling milestones anchored strictly before {{target_submission_deadline}}.

Output format

  1. Executive Summary & Defect Risk Matrix (150-200 words)
  2. Phased Remediation Work Breakdown (3 chronological phases with duration and tasks)
  3. Pull Request Review & Gatekeeping Protocol (5 mandatory acceptance criteria)
  4. Regulatory Traceability & QMS Signoff Table (5 columns: Defect ID, Unit, Safety Impact, Reviewer, Artifact)

Self-review

  • Confirm all 6 variables are seamlessly integrated into the plan context and deliverables.
  • Verify the method steps specifically address the defect types outlined in {{audit_findings_summary}}.
  • Ensure remediation phases fit within the timeframe leading up to {{target_submission_deadline}}.
AuraScore breakdown
79/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-code-review
healthcare-life-sciences
iec-62304
medtech
code-review