[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on system test execution and acceptance for Class A for ConsentView Informed Consent Archive, a Class A Consent Document Viewer. Reference IEC 62304 Clauses 5.7, 5.7.4.
Web portal for patients and staff to view signed informed consent documents. Read-only document viewer.

[Assistant] Content: System tests for the ConsentView Informed Consent Archive are executed on the Web SPA target with the Consent Document Viewer operating in its intended configuration. Test results are recorded per Clause 5.7.5, and the system test is verified complete per Clause 5.7.4 when all requirements have a linked passing test. No unit tests or integration tests are produced, as Class A does not require these verification levels.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a THREAT section on system description for threat modeling for AnticoagCalc INR Dose Adjuster, a Class B Anticoagulation Dosing Support Tool. Reference IEC 62304 Clause 5.2.1.
Web tool suggesting warfarin dose adjustments based on INR readings and patient history. Clinical decision support requiring physician review.

[Assistant] Content: The AnticoagCalc INR Dose Adjuster threat model scope encompasses the Anticoagulation Dosing Support Tool, its communication interfaces (FHIR Observation API, web form), stored data, and the operational environment. Data flows between the input source and the application logic, and between the application and web form are analyzed for potential security threats.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on internal SOPs and procedures for VibeCheck Vibration Analyzer, a Class A Vibration Analysis Instrument Firmware. Reference IEC 62304 Clause 5.1.2.
Portable vibration analysis firmware for predictive maintenance of industrial rotating machinery. FFT analysis of accelerometer data.

[Assistant] Content: The VibeCheck Vibration Analyzer development team follows company SOPs aligned with ISO 13485:2016 quality management requirements: SOP-010 governs software planning, SOP-012 governs configuration management, and SOP-013 governs verification. Each SOP is version-controlled and reviewed annually to maintain compliance.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SAD section on purpose of the architecture document for TriageAI Emergency Triage Assistant, a Class B ED Triage Decision Support App. Reference IEC 62304 Clause 5.3.1.
Tablet app assisting nurses in emergency department triage scoring based on vital signs and presenting symptoms.

[Assistant] Content: The TriageAI Emergency Triage Assistant Software Architecture Document establishes the high-level design structure of the ED Triage Decision Support App per Clause 5.3.1. It defines the decomposition into software items, their interfaces, and the rationale for design decisions including technology choices and architectural patterns on iPad web app.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the WoundTrack (wound measurement imaging system, Class B):

"Risk control verification for the WoundTrack follows Clause 7.3. Each risk control measure implemented in software (Clause 7.2.2) has a corresponding verification activity. Traceability from hazard through control measure to verification is documented per Clause 7.3.2."

[Assistant]
Verdict: PASS
Note: Content risk management content follows ISO 14971 framework. Standards references are accurate.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a TRACE section on traceability scope including risk controls for LabView Results Portal, a Class A Laboratory Results Viewer. Reference IEC 62304 Clauses 5.7.1, 7.3.2.
Web application displaying laboratory test results retrieved from the hospital LIS. Read-only viewer with no result interpretation or flagging.

[Assistant] Content: The LabView Results Portal traceability matrix extends beyond functional requirements to include risk control traceability per Clause 7.3.2. Each risk control measure implemented in the Laboratory Results Viewer software is traced from the ISO 14971 hazard through the software requirement to the verification test confirming its effectiveness.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-DATA-002: "stored data corruption detection" (Category: data)
Project: PostureGuard Desk Monitor | Posture Wellness Display Software | Class A
Visual feedback on desk posture for personal wellness awareness. USB webcam software that estimates sitting posture and displays a wellness score. No ergonomic prescriptions or clinical assessments.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The PostureGuard Desk Monitor shall validate the integrity of stored data using checksums, detecting and reporting any corruption of measurement records.
Rationale: Corrupted data must be identified to prevent clinical decisions based on unreliable measurements.
Priority: Mandatory
Acceptance Criterion: Intentionally corrupted records are detected and flagged with 100% detection rate across 100 injected corruption events.
Source: System requirement


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on purpose of the SRS document for LabStream LIS Middleware, a Class A Laboratory Information Middleware. Reference IEC 62304 Clause 5.2.1.
Middleware software connecting laboratory analyzers to the hospital LIS. Routes results, applies auto-validation rules, and flags critical values.

[Assistant] Content: The purpose of this SRS is to establish the complete set of software requirements for the LabStream LIS Middleware, providing the basis for design, implementation, and verification of the Laboratory Information Middleware. Requirements are organized by type and traced to their originating system requirement, risk control measure, or stakeholder need per Clause 5.2.1.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-PERF-002: "resource utilization limits" (Category: performance)
Project: AssetTrack Equipment Inventory | Equipment Inventory System | Class A
Tracking location and status of medical equipment for inventory management. Mobile app for scanning and tracking medical equipment locations via barcode. Inventory management only.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The AssetTrack Equipment Inventory shall operate within the specified RAM and flash memory budget on the Android platform, including all runtime allocations.
Rationale: Exceeding memory limits could cause undefined behavior in the Equipment Inventory System, potentially affecting safety.
Priority: Mandatory
Acceptance Criterion: Memory profiling under stress conditions shows stable allocation with no leaks over a 72-hour test period.
Source: System requirement


[System] You are an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-DATA-002: "data retention period" (Category: data)
Project: WaveReview EEG Archive Viewer | EEG Archive Viewer | Class A
Read-only playback and display of archived EEG recordings. Desktop application for reviewing archived EEG recordings. Playback and waveform display only, no seizure detection.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The WaveReview EEG Archive Viewer shall retain measurement data in non-volatile storage for the specified minimum retention period, after which data may be overwritten.
Rationale: Regulatory compliance requires that measurement records be available for the specified retention period.
Priority: Mandatory
Acceptance Criterion: Oldest data record remains retrievable after continuous operation for the specified retention period.
Source: Regulatory


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on risk control requirements traceability for LinacControl Beam Delivery System, a Class C Linear Accelerator Control Software. Reference IEC 62304 Clause 5.2.3.
Software controlling linear accelerator beam delivery during radiation therapy. Beam-on errors could deliver lethal radiation doses.

[Assistant] Content: Clause 5.2.3 requires that risk control measures implemented in the LinacControl Beam Delivery System software appear as traceable requirements. The traceability chain runs from the ISO 14971 hazard analysis to the SRS requirement to the test case verifying the control's effectiveness in the Linear Accelerator Control Software.


[System] You are an IEC 62304 compliance reviewer. Evaluate the following documentation section and provide a verdict (PASS or FAIL) with a note explaining your assessment.

[User]
Review this documentation excerpt for the BloodBank Manager (blood bank inventory system, Class A):

"The BloodBank Manager software verification plan specifies system testing as the sole verification activity. Clause 5.5 (unit verification) and Clause 5.6 (integration testing) do not apply to Class A. Test cases verify all software requirements."

[Assistant]
Verdict: PASS
Note: Content correctly limits Class A to system-level verification. Standards references are accurate.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the CaloriePal (nutrition tracking app, Class A):

"Applicable standards for the CaloriePal are: IEC 62304:2006+AMD1:2015 for the software development lifecycle, ISO 14971:2019 for risk management, and ISO 13485:2016 for the quality management system. No sub-part standards are referenced as IEC 62304 and ISO 14971 are each single-part standards."

[Assistant]
Verdict: PASS
Note: Content uses the correct IEC 62304 citation; correctly references ISO 14971:2019; correctly references ISO 13485:2016. Standards references are accurate.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on latency and throughput requirements for CardioRhythm ECG Analyzer, a Class B Single-Lead ECG Device Firmware. Reference IEC 62304 Clause 5.2.2.
Portable ECG device firmware acquiring single-lead ECG and classifying basic rhythm types. Incorrect classification could delay diagnosis.

[Assistant] Content: Timing requirements for the CardioRhythm ECG Analyzer include end-to-end latency from sensor acquisition to display update, processing throughput for sustained data streams, and startup time. Each timing requirement has a specific numeric bound and is verified through system testing of the Single-Lead ECG Device Firmware.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the NeuroStim Programmer (neurostimulator programmer, Class C):

"Risk control verification for the NeuroStim Programmer follows Clause 7.3. Each risk control measure implemented in software (Clause 7.2.2) has a corresponding verification activity. Traceability from hazard through control measure to verification is documented per Clause 7.3.2."

[Assistant]
Verdict: PASS
Note: Content risk management content follows ISO 14971 framework. Standards references are accurate.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a THREAT section on STRIDE mitigations traced to requirements for PathCloud AI Histology Analyzer, a Class B Cloud SaMD Histopathology Analysis Platform. Reference IEC 62304 Clause 5.2.3.
Cloud-hosted SaMD analyzing whole-slide histology images with deep learning to flag suspicious regions for pathologist review. Runs as a multi-tenant SaaS.

[Assistant] Content: The PathCloud AI Histology Analyzer threat mitigation strategy traces each identified STRIDE threat to one or more security requirements per Clause 5.2.3. Verification of mitigations includes penetration testing, fuzz testing of external interfaces, and review of authentication and encryption implementations in the Cloud SaMD Histopathology Analysis Platform.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the PillRemind (medication reminder app, Class A):

"The PillRemind requires structural coverage analysis including decision coverage for all modules."

[Assistant]
Verdict: FAIL
Note: Content mandates code coverage targets for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Coverage targets are Class B/C considerations. Class A has no coverage requirements.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on operational context and user population for ScheduleSync Appointment Manager, a Class A Appointment Scheduling System. Reference IEC 62304 Clause 5.2.2.
Web application for scheduling patient appointments across multiple clinics. Administrative scheduling only, no clinical workflow.

[Assistant] Content: The ScheduleSync Appointment Manager Appointment Scheduling System is deployed in an environment where Administrative scheduling and calendar management for clinical appointments. Users include trained clinical staff and, where applicable, patients or caregivers. The Web SPA platform defines the computational environment, while REST API provides the primary data communication pathway.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the HydroLog (hydration tracking wellness app, Class A):

"Software development follows IEC 62304 Clause 5.6.8 requirements for detailed design verification."

[Assistant]
Verdict: FAIL
Note: The documentation cites IEC 62304 Clause 5.6.8 which does not exist. Clause 5.6 has 5.6.1 through 5.6.7 only. The reference must be corrected to a valid clause number.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on system boundaries and external dependencies for AutoPancreas Closed-Loop Glucose Controller, a Class C Artificial Pancreas Controller Firmware. Reference IEC 62304 Clause 5.2.2.
Artificial pancreas firmware integrating CGM readings with insulin pump delivery using a PID control algorithm. Life-sustaining closed-loop system.

[Assistant] Content: The AutoPancreas Closed-Loop Glucose Controller software boundary encompasses the Artificial Pancreas Controller Firmware application executing on nRF5340 (dual-core). External dependencies include CGM BLE receiver hardware and companion app. These external systems are treated as black boxes at the software boundary, with interface requirements specified in this SRS.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the BloodBank Manager (blood bank inventory system, Class A):

"System testing for the BloodBank Manager verifies that all software requirements are met in the operational environment. Test failures trigger the software problem resolution process per Clause 9. No unit-level or integration-level tests are required for this Class A blood bank inventory system."

[Assistant]
Verdict: PASS
Note: Content correctly limits Class A to system-level verification. Standards references are accurate.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-SEC-002: "cryptographic data security" (Category: security)
Project: DialyFlow Dialysis Fluid Controller | Hemodialysis Fluid Controller Firmware | Class C
Controlling dialysate composition, flow rates, and ultrafiltration in hemodialysis. Firmware controlling dialysate flow rates and composition in a hemodialysis machine. Fluid balance errors could be fatal.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: Patient-identifiable data stored by the DialyFlow Dialysis Fluid Controller shall be encrypted at rest using a validated cryptographic algorithm with a key length of at least 256 bits.
Rationale: Data-at-rest encryption is required to meet privacy regulations and protect patient confidentiality.
Priority: Mandatory
Acceptance Criterion: Encrypted storage verified by reading raw storage media and confirming no patient-identifiable data is visible without the decryption key.
Source: Regulatory


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on development platform and build infrastructure for LinacControl Beam Delivery System, a Class C Linear Accelerator Control Software. Reference IEC 62304 Clause 5.1.4.
Software controlling linear accelerator beam delivery during radiation therapy. Beam-on errors could deliver lethal radiation doses.

[Assistant] Content: Source code for the LinacControl Beam Delivery System Linear Accelerator Control Software is written in C (real-time, IEC 61508 SIL 3) and compiled for VxWorks RTOS on PowerPC. The build pipeline is automated and deterministic -- identical source revisions produce identical binaries. All build tool versions are captured in the configuration baseline per Clause 5.1.4.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the NeuroStim Programmer (neurostimulator programmer, Class C):

"REQ-SRS-056: Upon detecting a communication timeout with the sensor module, the NeuroStim Programmer shall display a warning indicator within 1 second and log the event. Acceptance criterion: simulate timeout and verify warning display timing and log entry. Priority: Mandatory. Source: Risk control."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria; risk management content follows ISO 14971 framework. Standards references are accurate.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on change control and trend analysis for problems for PharmaSafe CDSS, a Class B Clinical Decision Support System. Reference IEC 62304 Clauses 9.4, 9.6.
Clinical decision support system integrated into hospital EMR providing real-time drug-drug interaction alerts, allergy checking, and dosing guidance.

[Assistant] Content: Problem resolution for the PharmaSafe CDSS integrates with change control per Clause 9.4 -- every correction is implemented as a controlled change with impact assessment and regression testing. Trends per Clause 9.6 are evaluated quarterly and at release readiness to identify systemic quality issues in the Clinical Decision Support System.


[System] You are an IEC 62304 compliance reviewer. Evaluate the following documentation section and provide a verdict (PASS or FAIL) with a note explaining your assessment.

[User]
Review this documentation excerpt for the CaloriePal (nutrition tracking app, Class A):

"The CaloriePal verification includes white-box unit testing of all control flow paths and black-box system testing of all requirements."

[Assistant]
Verdict: FAIL
Note: Content mandates white-box unit testing for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Unit verification (Clause 5.5) is not required for Class A. Only system testing is mandated.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on purpose of the SRS document for TeleRehab Remote Patient Monitor, a Class B Remote Rehabilitation Platform. Reference IEC 62304 Clause 5.2.1.
Platform enabling remote physiotherapy with video consultations and wearable sensor data streaming. Generates exercise adherence reports.

[Assistant] Content: This Software Requirements Specification defines the functional, performance, and interface requirements for the TeleRehab Remote Patient Monitor Remote Rehabilitation Platform. Requirements are derived from system requirements, the risk management file, and stakeholder needs analysis per IEC 62304 Clause 5.2.1. Each requirement is uniquely identified, prioritized, and traceable to its source.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on latency and throughput requirements for InfuRate IV Flow Calculator, a Class B Infusion Rate Calculator. Reference IEC 62304 Clause 5.2.2.
Desktop calculator for IV infusion rates based on drug concentration, patient weight, and ordered dose. Clinical decision support tool.

[Assistant] Content: Performance requirements for the InfuRate IV Flow Calculator specify maximum latencies, throughput rates, and resource consumption limits for the Infusion Rate Calculator operating on Windows/macOS desktop. Latency requirements define the maximum time from input event to output response for each critical processing path during Calculating IV infusion rates from prescribed doses, concentrations, and patient parameters.


[System] You are an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-INTF-001: "external system data exchange" (Category: interface)
Project: RespiRate Respiratory Monitor | Respiratory Rate Monitor Firmware | Class B
Continuous respiratory rate monitoring with alarm generation for abnormal rates. Wearable firmware monitoring respiratory rate via chest impedance. Displays rate and alerts on bradypnea/tachypnea.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The RespiRate Respiratory Monitor shall exchange data with external systems via I2C AFE using the specified message format with error handling.
Rationale: Interoperability enables integration of Respiratory Rate Monitor Firmware data into the clinical workflow and patient record.
Priority: Desirable
Acceptance Criterion: Successful bidirectional data exchange confirmed with 1000 test messages and zero message loss.
Source: User need


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on data processing and transformation requirements for PressoTrack Blood Pressure Trending, a Class B Ambulatory Blood Pressure Monitor Firmware. Reference IEC 62304 Clause 5.2.2.
Firmware for an automated blood pressure cuff that trends readings over 24 hours. Trending errors could mask hypertensive episodes.

[Assistant] Content: The PressoTrack Blood Pressure Trending shall process data from pressure transducer and transform it into clinically meaningful output for Automated periodic blood pressure measurement and trending over 24 hours. Data processing requirements specify input validation rules, algorithm accuracy tolerances, and output format constraints for the Ambulatory Blood Pressure Monitor Firmware.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the DialysisGuard (hemodialysis machine controller, Class C):

"Unit verification for the DialysisGuard follows Clause 5.5. Each unit has acceptance criteria per Clause 5.5.3 and additional criteria per Clause 5.5.4. Verification demonstrates MC/DC coverage for modules identified as safety-critical in the risk analysis."

[Assistant]
Verdict: PASS
Note: Content content is appropriate for the DialysisGuard (hemodialysis machine controller, Class C). Standards references are accurate.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on lightweight review process for Class A for ScheduleSync Appointment Manager, a Class A Appointment Scheduling System. Reference IEC 62304 Clause 5.1.1.
Web application for scheduling patient appointments across multiple clinics. Administrative scheduling only, no clinical workflow.

[Assistant] Content: For the Class A ScheduleSync Appointment Manager, deliverable reviews are conducted by the project lead, who confirms technical completeness, and the quality representative, who confirms process compliance. Reviews are documented with sign-off records. No independent reviewer external to the project team is mandated.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on change control and trend analysis for problems for PedDose Pediatric Dosing App, a Class B Pediatric Dosing Calculator App. Reference IEC 62304 Clauses 9.4, 9.6.
Mobile reference app for pediatric drug dosing with weight-based calculations and age-specific ranges.

[Assistant] Content: The PedDose Pediatric Dosing App problem correction workflow routes all fixes through the change control process per Clause 9.4. Trend analysis per Clause 9.6 reviews accumulated problem reports at each phase gate to detect recurring defect patterns, common root causes, and areas of the Pediatric Dosing Calculator App requiring additional verification attention.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on data retention and integrity requirements for BSACalc Body Surface Area Tool, a Class B BSA Calculator Web App. Reference IEC 62304 Clause 5.2.2.
Web calculator for body surface area using Mosteller and DuBois formulas. Used for chemotherapy dose calculations.

[Assistant] Content: The BSACalc Body Surface Area Tool BSA Calculator Web App data requirements address storage, integrity, and lifecycle management. All persistent data is validated on read, and write operations use atomic commit mechanisms to prevent partial updates during Calculating body surface area for oncology dose determination.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the DialysisGuard (hemodialysis machine controller, Class C):

"REQ-SRS-012: The DialysisGuard shall log all user actions with timestamps in an audit trail stored in non-volatile memory. The audit trail shall retain at least 10,000 entries. Acceptance criterion: verify log persistence across power cycles and entry count capacity. Priority: Mandatory. Source: Regulatory."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria. Standards references are accurate.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on operational context and user population for PowerTrack UPS Monitor, a Class A UPS Monitoring Software. Reference IEC 62304 Clause 5.2.2.
Software monitoring uninterruptible power supply status for critical medical equipment rooms. Logs voltage, load, and battery health.

[Assistant] Content: The PowerTrack UPS Monitor operates as a UPS Monitoring Software where Logging and displaying UPS status for facility infrastructure monitoring. The software interfaces with external data sources and communicates via SNMP, Modbus TCP. The operational environment, user population, and regulatory context described here constrain the requirements that follow.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on safety classification process and documentation for VitalBoard Patient Summary, a Class A Patient Summary Dashboard. Reference IEC 62304 Clause 4.3.
Dashboard displaying patient vital signs history retrieved from the EMR. View-only with no alerting or trend analysis.

[Assistant] Content: The VitalBoard Patient Summary safety classification is a prerequisite for determining the scope of IEC 62304 lifecycle activities. The classification was performed per Clause 4.3 using hazard analysis inputs from the ISO 14971 risk management process. Changes to the Patient Summary Dashboard intended use or risk profile trigger reclassification.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-INTF-001: "CGM BLE receiver communication specification" (Category: interface)
Project: AutoPancreas Closed-Loop Glucose Controller | Artificial Pancreas Controller Firmware | Class C
Automated closed-loop insulin delivery based on continuous glucose monitoring with predictive algorithms. Artificial pancreas firmware integrating CGM readings with insulin pump delivery using a PID control algorithm. Life-sustaining closed-loop system.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: Communication with the CGM BLE receiver over BLE to CGM shall include CRC-based error detection, automatic retry, and graceful degradation on persistent failure.
Rationale: Reliable sensor communication is the foundation of the Artificial Pancreas Controller Firmware data acquisition pipeline.
Priority: Mandatory
Acceptance Criterion: Communication operates without data loss for 72 hours continuously, with automatic recovery from simulated failures within the specified time.
Source: System requirement


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the ChemoCalc (chemotherapy dose calculator, Class C):

"REQ-SRS-034: The ChemoCalc shall complete self-test diagnostics within 5 seconds of power-on and report any detected hardware faults. Acceptance criterion: inject simulated hardware faults and verify detection within the time limit. Priority: Mandatory. Source: System requirement."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria. Standards references are accurate.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on purpose of the SRS document for TriageAI Emergency Triage Assistant, a Class B ED Triage Decision Support App. Reference IEC 62304 Clause 5.2.1.
Tablet app assisting nurses in emergency department triage scoring based on vital signs and presenting symptoms.

[Assistant] Content: The SRS for the TriageAI Emergency Triage Assistant documents every functional, performance, interface, and safety requirement governing the ED Triage Decision Support App. Requirements originate from the system specification, the ISO 14971 risk analysis, and regulatory requirements. Traceability per Clause 5.2.1 links each requirement to its source and forward to its verification activity.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on tool qualification for Class B and C for FallRisk Inpatient Assessment Tool, a Class B Fall Risk Assessment App. Reference IEC 62304 Clause 5.1.4.
Web app calculating fall risk scores for inpatients based on mobility, medication, and cognitive assessments.

[Assistant] Content: The TypeScript/React compiler, test framework, and coverage analysis tools used for the FallRisk Inpatient Assessment Tool are qualified per Clause 5.1.4. Qualification includes comparison of tool output against known-correct reference results and documentation of tool version, configuration, and any known limitations affecting the Fall Risk Assessment App verification.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on operational context and user population for MedImage PACS Viewer, a Class A Web PACS Image Viewer. Reference IEC 62304 Clause 5.2.2.
Web-based PACS viewer enabling radiologists to review DICOM images with standard tools (windowing, measurement, MPR). View-only, no AI or diagnostic processing.

[Assistant] Content: The MedImage PACS Viewer operates as a Web PACS Image Viewer where Web-based display and annotation of DICOM medical images for radiologist review. The software interfaces with external data sources and communicates via DICOMweb WADO-RS, web application. The operational environment, user population, and regulatory context described here constrain the requirements that follow.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SAD section on interface design between software items for RemotICU Continuous Monitoring Hub, a Class B Edge-to-Cloud ICU Monitoring Gateway. Reference IEC 62304 Clause 5.3.2.
Edge gateway collecting data from bedside monitors (SpO2, HR, BP, ventilator) and streaming to cloud for trending, alerting, and tele-ICU review.

[Assistant] Content: Software item interfaces in the RemotICU Continuous Monitoring Hub architecture are specified per Clause 5.3.2 with sufficient detail to support independent implementation and verification. Each interface definition includes data format, timing constraints, and error handling contracts applicable to the Edge-to-Cloud ICU Monitoring Gateway.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-INTF-002: "data export and interoperability" (Category: interface)
Project: TransVent Transport Ventilator | Transport Ventilator Firmware | Class C
Mechanical ventilation during patient transport in pre-hospital and inter-hospital settings. Portable transport ventilator firmware for ambulance and helicopter use. Must maintain ventilation under vibration and altitude changes.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: Data interoperability with clinical information systems shall be provided through blower driver, supporting standard message formats.
Rationale: External system connectivity is required for the Transport Ventilator Firmware to function within the broader clinical infrastructure.
Priority: Desirable
Acceptance Criterion: Successful bidirectional data exchange confirmed with 1000 test messages and zero message loss.
Source: User need


[System] You are an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-DATA-001: "record keeping duration" (Category: data)
Project: PostureGuard Desk Monitor | Posture Wellness Display Software | Class A
Visual feedback on desk posture for personal wellness awareness. USB webcam software that estimates sitting posture and displays a wellness score. No ergonomic prescriptions or clinical assessments.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The PostureGuard Desk Monitor shall retain measurement data in non-volatile storage for the specified minimum retention period, after which data may be overwritten.
Rationale: Data retention supports clinical trend analysis and regulatory requirements for record keeping associated with the Posture Wellness Display Software.
Priority: Mandatory
Acceptance Criterion: Oldest data record remains retrievable after continuous operation for the specified retention period.
Source: Regulatory


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on purpose and scope for Class C with full documentation for PainRelief PCA Pump Controller, a Class C PCA Pump Controller Firmware. Reference IEC 62304 Clause 5.1.1.
Patient-controlled analgesia pump firmware allowing patient-initiated doses within physician-set limits. Overdose prevention is safety-critical.

[Assistant] Content: All IEC 62304 development activities are in scope for the PainRelief PCA Pump Controller, reflecting its Class C classification. The PCA Pump Controller Firmware processes syringe position encoder for Patient-controlled analgesic delivery with lockout intervals and cumulative dose limits, and failure could contribute to serious injury. This plan requires detailed design, unit verification with coverage targets, integration testing, system testing, and independent review by personnel not involved in the development activity.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on safety requirements for Class B for CogniTest Cognitive Assessment App, a Class B Cognitive Assessment Application. Reference IEC 62304 Clauses 5.2.2, 5.2.3.
Tablet app administering standardized cognitive screening tests and scoring results. Used by neuropsychologists in clinical settings.

[Assistant] Content: The CogniTest Cognitive Assessment App safety requirements address software contributions to hazardous situations identified for the Cognitive Assessment Application. Risk control measures per Clause 5.2.3 include input validation, plausibility checks on touchscreen, and alert generation when measured values exceed safe thresholds during Administering and scoring standardized cognitive screening tests for clinical neuropsychological assessment.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on tool qualification for Class B and C for CardioRhythm ECG Analyzer, a Class B Single-Lead ECG Device Firmware. Reference IEC 62304 Clause 5.1.4.
Portable ECG device firmware acquiring single-lead ECG and classifying basic rhythm types. Incorrect classification could delay diagnosis.

[Assistant] Content: Tools used in verification of the CardioRhythm ECG Analyzer undergo qualification per IEC 62304 Clause 5.1.4. This includes the C (embedded) compiler, static analysis tools, and test execution frameworks. Qualification evidence demonstrates that each tool produces correct and repeatable results for the verification activities it supports.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a TRACE section on purpose and scope of the traceability matrix for TriageAI Emergency Triage Assistant, a Class B ED Triage Decision Support App. Reference IEC 62304 Clause 5.7.1.
Tablet app assisting nurses in emergency department triage scoring based on vital signs and presenting symptoms.

[Assistant] Content: The purpose of this traceability matrix is to confirm complete coverage of the TriageAI Emergency Triage Assistant software requirements through design and verification per Clause 5.7.1. Bidirectional tracing enables identification of gaps (unimplemented requirements) and orphans (implementations without requirements) in the ED Triage Decision Support App.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on safety classification process and documentation for CardioCloud ECG Analysis Service, a Class B Cloud ECG Analysis SaMD. Reference IEC 62304 Clause 4.3.
Cloud SaaS platform receiving 12-lead ECG recordings from clinics, running automated arrhythmia detection, and returning annotated results via FHIR API.

[Assistant] Content: Software safety classification for the CardioCloud ECG Analysis Service follows the procedure defined in IEC 62304 Clause 4.3. The classification considers whether the Cloud ECG Analysis SaMD can contribute to a hazardous situation and, if so, whether external risk controls reduce the severity to non-serious injury. The result directly determines which IEC 62304 lifecycle activities are mandatory.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-PERF-001: "resource utilization limits" (Category: performance)
Project: BSACalc Body Surface Area Tool | BSA Calculator Web App | Class B
Calculating body surface area for oncology dose determination. Web calculator for body surface area using Mosteller and DuBois formulas. Used for chemotherapy dose calculations.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The BSACalc Body Surface Area Tool shall operate within the specified RAM and flash memory budget on the Web SPA platform, including all runtime allocations.
Rationale: Memory constraints are fixed by the Web SPA hardware and must be respected to prevent resource exhaustion during operation.
Priority: Mandatory
Acceptance Criterion: Memory profiling under stress conditions shows stable allocation with no leaks over a 72-hour test period.
Source: System requirement


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on operational context and user population for StepSync Activity Tracker, a Class A Wellness Activity Display App. Reference IEC 62304 Clause 5.2.2.
Mobile app displaying daily step count, distance, and calories from a wrist-worn accelerometer. Read-only display with no clinical interpretation.

[Assistant] Content: The StepSync Activity Tracker Wellness Activity Display App is deployed in an environment where Passive display of physical activity metrics for personal wellness tracking. Users include trained clinical staff and, where applicable, patients or caregivers. The iOS/Android platform defines the computational environment, while BLE 5.0 provides the primary data communication pathway.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on data format and interoperability requirements for TempWatch Body Temperature Logger, a Class A Temperature Logging Firmware. Reference IEC 62304 Clause 5.2.2.
Firmware for a wearable temperature patch that logs skin temperature over 24 hours and displays trends. No fever detection or alerts.

[Assistant] Content: Interoperability requirements for the TempWatch Body Temperature Logger specify the data encoding, field definitions, and validation rules for all messages exchanged by the Temperature Logging Firmware. Each data interface has a defined schema, and the software rejects data that does not conform to the schema with appropriate error reporting.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a THREAT section on STRIDE mitigations traced to requirements for HomeVent BiPAP Controller, a Class C BiPAP Device Firmware. Reference IEC 62304 Clause 5.2.3.
Home bilevel positive airway pressure device firmware. Manages inspiratory/expiratory pressure, leak compensation, and patient triggering.

[Assistant] Content: Mitigations for HomeVent BiPAP Controller STRIDE threats are expressed as software requirements per Clause 5.2.3 and verified through security testing. The BiPAP Device Firmware implements authentication, encryption, integrity checking, and access control as documented in the SRS. Each mitigation is traced from the threat through the requirement to the verification evidence.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on milestones and phase transition criteria for CardioLoop Cardiac Resync Controller, a Class C CRT Optimization Firmware. Reference IEC 62304 Clause 5.1.1.
Firmware for cardiac resynchronization therapy devices optimizing biventricular pacing based on hemodynamic feedback.

[Assistant] Content: Milestones governing the CardioLoop Cardiac Resync Controller lifecycle include Requirements Baseline, Architecture Baseline, Implementation Complete, Verification Complete, and Release Readiness. Each milestone has defined entry and exit criteria documented in this plan. No milestone can be declared complete while open problem reports of severity "major" or higher remain unresolved.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a THREAT section on threat model data flow decomposition for ThermoWatch Core Temperature Monitor, a Class B Core Temperature Monitor Firmware. Reference IEC 62304 Clause 5.2.2.
Continuous core temperature monitoring firmware using an ingestible sensor pill. Displays temperature trend with configurable alerts.

[Assistant] Content: Threat model decomposition for the ThermoWatch Core Temperature Monitor uses data flow diagrams at two levels of detail: a context diagram showing the Core Temperature Monitor Firmware and all external entities, and a level-1 diagram showing internal processes and data stores. Each data flow crossing a trust boundary is subject to STRIDE analysis.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a FMEA section on documenting failure modes and their effects for IncidentReport Clinical Event Logger, a Class A Incident Reporting System. Reference IEC 62304 Clauses 7.1.2, 7.1.4.
Web form for staff to submit clinical incident reports. Data entry and routing only, no analysis.

[Assistant] Content: Each identified failure mode of the IncidentReport Clinical Event Logger is documented per Clause 7.1.4 with the failure mode description, potential causes, local effects, end effects on the Incident Reporting System, severity classification, and existing controls. The documentation supports risk control decision-making per Clause 7.2.1.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on internal SOPs and procedures for GaitSense Walking Analysis, a Class B Gait Analysis Insole Firmware. Reference IEC 62304 Clause 5.1.2.
Instrumented insole firmware analyzing gait patterns and detecting asymmetries. Reports generated for orthopedic assessment.

[Assistant] Content: Work instructions for the GaitSense Walking Analysis are codified in SOPs maintained within the ISO 13485 quality management system. SOP-010 (development planning), SOP-011 (risk management), SOP-012 (configuration management), and SOP-013 (verification) define step-by-step procedures for each IEC 62304 lifecycle activity applicable to the Gait Analysis Insole Firmware.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-SEC-001: "patient data protection" (Category: security)
Project: GlucoSpot Continuous Glucose Display | CGM Display App | Class B
Displaying continuous glucose monitor readings with trend analysis and glucose range alerts. Mobile app receiving and displaying continuous glucose monitor readings via BLE. Shows trends, time-in-range, and configurable glucose alerts.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The GlucoSpot Continuous Glucose Display shall encrypt patient-identifiable data at rest, ensuring that raw storage access cannot reveal protected health information.
Rationale: Encryption of stored patient data protects against unauthorized disclosure if the CGM Display App storage media is accessed outside the intended context.
Priority: Mandatory
Acceptance Criterion: Encrypted storage verified by reading raw storage media and confirming no patient-identifiable data is visible without the decryption key.
Source: Regulatory


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a TRACE section on traceability scope including risk controls for WaveReview EEG Archive Viewer, a Class A EEG Archive Viewer. Reference IEC 62304 Clauses 5.7.1, 7.3.2.
Desktop application for reviewing archived EEG recordings. Playback and waveform display only, no seizure detection.

[Assistant] Content: The WaveReview EEG Archive Viewer traceability matrix extends beyond functional requirements to include risk control traceability per Clause 7.3.2. Each risk control measure implemented in the EEG Archive Viewer software is traced from the ISO 14971 hazard through the software requirement to the verification test confirming its effectiveness.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a FMEA section on FMEA scope for Class C -- comprehensive analysis for PainRelief PCA Pump Controller, a Class C PCA Pump Controller Firmware. Reference IEC 62304 Clause 7.1.1.
Patient-controlled analgesia pump firmware allowing patient-initiated doses within physician-set limits. Overdose prevention is safety-critical.

[Assistant] Content: This FMEA covers the complete PainRelief PCA Pump Controller PCA Pump Controller Firmware per Clause 7.1.1, analyzing every software function for failure modes that could lead to serious injury or death during Patient-controlled analgesic delivery with lockout intervals and cumulative dose limits. The analysis includes data path failures, algorithm errors, timing violations, resource exhaustion, and interface failures. Each identified risk is controlled and verified.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the RetinaScan Pro (diabetic retinopathy screening AI, Class B):

"Software architecture for the RetinaScan Pro is documented per Clause 5.3. The architecture defines software items, their interfaces (Clause 5.3.2), and SOUP requirements (Clause 5.3.3). Integration testing validates the architecture at each integration step."

[Assistant]
Verdict: PASS
Note: Content content is appropriate for the RetinaScan Pro (diabetic retinopathy screening AI, Class B). Standards references are accurate.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on external system communication requirements for PathCloud AI Histology Analyzer, a Class B Cloud SaMD Histopathology Analysis Platform. Reference IEC 62304 Clause 5.2.2.
Cloud-hosted SaMD analyzing whole-slide histology images with deep learning to flag suspicious regions for pathologist review. Runs as a multi-tenant SaaS.

[Assistant] Content: The PathCloud AI Histology Analyzer communicates with external systems via web dashboard. Requirements specify authentication, data encryption, message integrity verification, and timeout handling. The Cloud SaMD Histopathology Analysis Platform must continue safe operation if the external system is unavailable.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the CardioPulse Monitor (cardiac rhythm monitor, Class B):

"Risk control measures are implemented per ISO 14971:2020 Clause 7."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 14971:2020" which is incorrect. No 2020 edition. Current: ISO 14971:2019. All references must be corrected.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on change control and trend analysis for problems for WeatherNode Microclimate Station, a Class A Weather Station Firmware. Reference IEC 62304 Clauses 9.4, 9.6.
Solar-powered weather station firmware measuring temperature, humidity, wind, rainfall, and barometric pressure.

[Assistant] Content: The WeatherNode Microclimate Station problem correction workflow routes all fixes through the change control process per Clause 9.4. Trend analysis per Clause 9.6 reviews accumulated problem reports at each phase gate to detect recurring defect patterns, common root causes, and areas of the Weather Station Firmware requiring additional verification attention.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on external system communication requirements for DreamLog Sleep Monitor, a Class A Sleep Tracking Display App. Reference IEC 62304 Clause 5.2.2.
Companion app for a wearable sleep tracker. Displays sleep stages, duration, and trends. No alarms, no diagnostic claims.

[Assistant] Content: External communication requirements for the DreamLog Sleep Monitor define the data exchange with systems outside the device boundary via BLE 5.2. Requirements cover connection establishment, data transfer, error detection, and graceful degradation when the external system is unreachable during Visualizing sleep quality data for personal wellness awareness.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on requirements conventions and identification scheme for VibeCheck Vibration Analyzer, a Class A Vibration Analysis Instrument Firmware. Reference IEC 62304 Clauses 5.2.1, 5.2.2.
Portable vibration analysis firmware for predictive maintenance of industrial rotating machinery. FFT analysis of accelerometer data.

[Assistant] Content: Each requirement for the VibeCheck Vibration Analyzer is assigned a unique identifier and tagged with its type (functional, performance, interface, or safety) per Clause 5.2.2. Requirements are written in "shall" statements that are individually testable. The requirement set is baselined and controlled under the change management process.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-DATA-001: "stored data corruption detection" (Category: data)
Project: PathSlide Digital Pathology Viewer | Digital Pathology Viewer | Class A
Display of digitized pathology slides for reference viewing. Web viewer for whole-slide digital pathology images. Pan, zoom, and annotation display. No AI-assisted diagnosis.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The PathSlide Digital Pathology Viewer shall validate the integrity of stored data using checksums, detecting and reporting any corruption of measurement records.
Rationale: Data integrity mechanisms ensure measurement records retrieved from the Digital Pathology Viewer are trustworthy for clinical review.
Priority: Mandatory
Acceptance Criterion: Intentionally corrupted records are detected and flagged with 100% detection rate across 100 injected corruption events.
Source: System requirement


[System] You are an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-FUNC-002: "data logging and retrieval" (Category: functional)
Project: PathCloud AI Histology Analyzer | Cloud SaMD Histopathology Analysis Platform | Class B
AI-assisted identification of suspicious regions in digitized histology slides for pathologist review. Cloud-hosted SaMD analyzing whole-slide histology images with deep learning to flag suspicious regions for pathologist review. Runs as a multi-tenant SaaS.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The Cloud SaMD Histopathology Analysis Platform shall maintain a timestamped record of all measurements in non-volatile storage, supporting export via REST API.
Rationale: Data logging supports clinical review, trend analysis, and regulatory audit trail requirements for the Cloud SaMD Histopathology Analysis Platform.
Priority: Desirable
Acceptance Criterion: Logged data is retrievable after power cycle, with all timestamps accurate to within 1 second of the reference clock.
Source: User need


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-FUNC-002: "measurement data archival" (Category: functional)
Project: InhaleSense Smart Inhaler Tracker | Smart Inhaler Adherence Tracker | Class A
Detecting inhaler actuation events and tracking medication adherence for asthma management. Firmware for a smart inhaler attachment detecting actuation events, tracking medication adherence, and syncing data to a mobile app and clinician portal.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The Smart Inhaler Adherence Tracker shall maintain a timestamped record of all measurements in non-volatile storage, supporting export via BLE 5.0.
Rationale: Persistent measurement records enable post-hoc analysis and meet regulatory requirements for data retention.
Priority: Desirable
Acceptance Criterion: Data retrieval produces complete, uncorrupted records for the full specified retention period.
Source: User need


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on system test execution and acceptance for Class A for WeatherNode Microclimate Station, a Class A Weather Station Firmware. Reference IEC 62304 Clauses 5.7, 5.7.4.
Solar-powered weather station firmware measuring temperature, humidity, wind, rainfall, and barometric pressure.

[Assistant] Content: Test completeness for the WeatherNode Microclimate Station is measured by requirement coverage at the system level only, per Clause 5.7.4. Every requirement in the SRS is covered by at least one system test case executed on STM32WL (LoRa SoC). The Weather Station Firmware has no unit test or integration test deliverables, consistent with the Class A verification scope.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a TRACE section on risk control coverage verification for IncidentReport Clinical Event Logger, a Class A Incident Reporting System. Reference IEC 62304 Clauses 5.7.4, 7.3.2.
Web form for staff to submit clinical incident reports. Data entry and routing only, no analysis.

[Assistant] Content: Risk control coverage analysis for the IncidentReport Clinical Event Logger per Clause 7.3.2 confirms that every software-implemented risk control has a linked verification result demonstrating its effectiveness. Any risk control without verification evidence is treated as a critical gap blocking release of the Incident Reporting System.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SAD section on external interface architecture for GlucoSpot Continuous Glucose Display, a Class B CGM Display App. Reference IEC 62304 Clause 5.3.2.
Mobile app receiving and displaying continuous glucose monitor readings via BLE. Shows trends, time-in-range, and configurable glucose alerts.

[Assistant] Content: The GlucoSpot Continuous Glucose Display architecture isolates external dependencies behind abstraction interfaces per Clause 5.3.2. The BLE 5.0 (CGM receiver) and push notifications communication interfaces are accessed through adapter modules that translate protocol-specific details into the internal data model of the CGM Display App.


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on change control and trend analysis for problems for ConveyorGuard Safety Interlock System, a Class A Conveyor Safety Interlock Software. Reference IEC 62304 Clauses 9.4, 9.6.
Safety PLC program monitoring conveyor belt guard positions, emergency stops, and light curtains. Functional safety application.

[Assistant] Content: All ConveyorGuard Safety Interlock System problem corrections enter the change control process per Clause 9.4 before integration into the baseline. Trend analysis per Clause 9.6 tracks defect density, time-to-resolution, and defect category distribution across the Conveyor Safety Interlock Software development lifecycle to drive process improvement.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on minimal deliverables list for Class A for CalibrationTracker Equipment Logger, a Class A Calibration Record System. Reference IEC 62304 Clause 5.1.8.
Web application tracking calibration dates and results for medical test equipment. Administrative record keeping.

[Assistant] Content: The CalibrationTracker Equipment Logger Class A documentation plan produces five controlled documents: this SDP, the Software Requirements Specification, the System Test Plan and Report, the Software Release Record, and the Risk Management File. No additional verification documents are required for the Calibration Record System.


[System] You are an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-INTF-001: "primary sensor interface protocol" (Category: interface)
Project: CogniTest Cognitive Assessment App | Cognitive Assessment Application | Class B
Administering and scoring standardized cognitive screening tests for clinical neuropsychological assessment. Tablet app administering standardized cognitive screening tests and scoring results. Used by neuropsychologists in clinical settings.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The CogniTest Cognitive Assessment App shall communicate with the touchscreen via local database, implementing error detection and recovery for communication failures.
Rationale: Sensor link integrity directly impacts data quality and the reliability of the Cognitive Assessment Application output.
Priority: Mandatory
Acceptance Criterion: Error injection tests confirm 100% detection rate for corrupted frames and recovery within specified timeout.
Source: System requirement


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on data processing and transformation requirements for InhaleSense Smart Inhaler Tracker, a Class A Smart Inhaler Adherence Tracker. Reference IEC 62304 Clause 5.2.2.
Firmware for a smart inhaler attachment detecting actuation events, tracking medication adherence, and syncing data to a mobile app and clinician portal.

[Assistant] Content: The InhaleSense Smart Inhaler Tracker data pipeline requirements specify end-to-end data flow from MEMS pressure sensor through processing to output on BLE 5.0. Requirements include input validation, range checking, unit conversion, and output formatting for Detecting inhaler actuation events and tracking medication adherence for asthma management.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-DATA-001: "measurement data lifecycle" (Category: data)
Project: VitalPulse SpO2 Monitor | Pulse Oximeter Firmware | Class B
Continuous monitoring of blood oxygen saturation and pulse rate with clinical alarms. Bedside pulse oximeter firmware displaying SpO2 and pulse rate with configurable alarm thresholds. Incorrect readings could delay treatment.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: Data retention in the VitalPulse SpO2 Monitor shall meet the specified minimum duration, with oldest records overwritten only after the retention period expires.
Rationale: Data retention supports clinical trend analysis and regulatory requirements for record keeping associated with the Pulse Oximeter Firmware.
Priority: Mandatory
Acceptance Criterion: Retention period validation: records created at time T are still accessible at T + retention period.
Source: Regulatory


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on purpose of the SRS document for PedDose Pediatric Dosing App, a Class B Pediatric Dosing Calculator App. Reference IEC 62304 Clause 5.2.1.
Mobile reference app for pediatric drug dosing with weight-based calculations and age-specific ranges.

[Assistant] Content: This document specifies the software requirements for the PedDose Pediatric Dosing App Pediatric Dosing Calculator App as required by IEC 62304 Clause 5.2.1. It serves as the primary input to design and the primary reference for verification test case derivation. All requirements are verifiable, traceable, and configuration-controlled.


[System] You are a requirements engineer for IEC 62304 medical device software. Expand requirements into structured fields with specific, measurable descriptions. Priority must be Mandatory, Desirable, or Optional. Acceptance criteria must be testable. Do not fabricate standard references. IEC 62304 is a single-part standard with no sub-parts.

[User]
Expand requirement SRS-PERF-001: "real-time performance requirement" (Category: performance)
Project: PulmoCheck Spirometry Analyzer | Spirometry Analysis Software | Class B
Analysis and interpretation of spirometry test data with predicted value comparison. Software analyzing spirometry data to calculate FEV1, FVC, and FEV1/FVC ratio with predicted value comparisons.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: Processing latency of the Spirometry Analysis Software shall be bounded to ensure timely output that reflects current input conditions.
Rationale: Bounded processing latency ensures the Spirometry Analysis Software provides readings reflecting the current state without clinically significant delay.
Priority: Mandatory
Acceptance Criterion: End-to-end latency is within the specified limit for 99.9% of samples over a 24-hour test period.
Source: System requirement


[System] You are an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a TRACE section on purpose and scope of the traceability matrix for MindCalm Meditation Timer, a Class A Meditation Wellness App. Reference IEC 62304 Clause 5.7.1.
Mobile app providing guided meditation timers with optional heart rate display during sessions. Heart rate shown for interest only, not diagnostic.

[Assistant] Content: The purpose of this traceability matrix is to confirm complete coverage of the MindCalm Meditation Timer software requirements through design and verification per Clause 5.7.1. Bidirectional tracing enables identification of gaps (unimplemented requirements) and orphans (implementations without requirements) in the Meditation Wellness App.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on SOUP identification and management for BalanceBoard Vestibular Trainer, a Class B Balance Training Platform Firmware. Reference IEC 62304 Clause 8.1.2.
Force plate firmware measuring center-of-pressure excursions during balance exercises. Provides real-time visual biofeedback.

[Assistant] Content: Identification of SOUP for the BalanceBoard Vestibular Trainer follows Clause 8.1.2. Each SOUP component record includes title, version, supplier, intended function within the Balance Training Platform Firmware, and a reference to the anomaly evaluation performed per Clause 7.1.3. SOUP updates are managed through the change control process per Clause 8.2.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the SleepWell (sleep quality display app, Class A):

"The SleepWell verification approach is commensurate with Class A risk. System tests validate end-to-end functionality. No formal code coverage metrics are required. The developer may self-verify test results."

[Assistant]
Verdict: PASS
Note: Content correctly limits Class A to system-level verification. Standards references are accurate.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the DermaScan AI (skin lesion classifier, Class B):

"In accordance with ISO 14971-2, verification activities include system testing."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 14971-2" which is incorrect. ISO 14971 has no Part 2. ISO/TR 24971:2020 is a separate technical report. All references must be corrected.


[System] You are a regulatory compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

[User]
Review this documentation excerpt for the GlucoTrack CGM (continuous glucose monitor display, Class B):

"REQ-SRS-001: The GlucoTrack CGM shall display the current reading within 2 seconds of receiving data from the sensor interface. Acceptance criterion: measured latency from data receipt to display update is less than 2000 ms in 95% of test runs. Priority: Mandatory. Source: User need."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria. Standards references are accurate.


[System] You are an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-FUNC-004: "configuration persistence and validation" (Category: functional)
Project: ClinTrial EDC Platform | Clinical Trial EDC Web Platform | Class A
Electronic capture and management of clinical trial data across multiple investigator sites. Enterprise web platform for electronic data capture in multi-site clinical trials. Manages case report forms, randomization, and adverse event reporting.

Output fields:
Description: 1-2 specific, measurable sentences
Rationale: 1 sentence explaining why this requirement exists
Priority: "Mandatory" or "Desirable" or "Optional"
Acceptance Criterion: Measurable test criterion
Source: "User need" or "System requirement" or "Risk control" or "Regulatory"

[Assistant]
Description: The ClinTrial EDC Platform shall allow authorized users to configure operating parameters via REST API and persist settings across power cycles.
Rationale: Parameter flexibility is essential for the Clinical Trial EDC Web Platform to meet varying clinical requirements across deployment sites.
Priority: Mandatory
Acceptance Criterion: All configurable parameters persist correctly across power cycles and reject out-of-range values with appropriate error messages.
Source: User need


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on requirements conventions and identification scheme for TempWatch Body Temperature Logger, a Class A Temperature Logging Firmware. Reference IEC 62304 Clauses 5.2.1, 5.2.2.
Firmware for a wearable temperature patch that logs skin temperature over 24 hours and displays trends. No fever detection or alerts.

[Assistant] Content: Each requirement for the TempWatch Body Temperature Logger is assigned a unique identifier and tagged with its type (functional, performance, interface, or safety) per Clause 5.2.2. Requirements are written in "shall" statements that are individually testable. The requirement set is baselined and controlled under the change management process.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a TRACE section on gap identification and coverage analysis for HomeVent BiPAP Controller, a Class C BiPAP Device Firmware. Reference IEC 62304 Clause 5.7.4.
Home bilevel positive airway pressure device firmware. Manages inspiratory/expiratory pressure, leak compensation, and patient triggering.

[Assistant] Content: The HomeVent BiPAP Controller traceability gap analysis identifies three types of gaps: unverified requirements, orphaned implementations, and unlinked test cases. Each gap is documented with a resolution plan and tracked to closure. Clause 5.7.4 verification of the BiPAP Device Firmware system test is not complete until all gaps are resolved.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on hazard identification for the specific device for MindCalm Meditation Timer, a Class A Meditation Wellness App. Reference IEC 62304 Clauses 7.1.2, 7.2.1.
Mobile app providing guided meditation timers with optional heart rate display during sessions. Heart rate shown for interest only, not diagnostic.

[Assistant] Content: The MindCalm Meditation Timer risk analysis per Clause 7.1.2 identifies software causes of hazardous situations specific to the Meditation Wellness App: data path corruption, timing violations, resource exhaustion, and incorrect state transitions. Each cause is linked to a risk control measure per Clause 7.2.1 and implemented as a verifiable software requirement.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on risk control verification and traceability for LinacControl Beam Delivery System, a Class C Linear Accelerator Control Software. Reference IEC 62304 Clauses 7.3.1, 7.3.2.
Software controlling linear accelerator beam delivery during radiation therapy. Beam-on errors could deliver lethal radiation doses.

[Assistant] Content: Risk control measures in the LinacControl Beam Delivery System are verified per Clause 7.3.1 through the testing activities appropriate to the safety classification. Traceability per Clause 7.3.2 links each identified hazard to its risk control measure, the software requirement implementing the control, and the test case verifying the control's effectiveness in the Linear Accelerator Control Software.


[System] You are a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SRS section on data retention and integrity requirements for TempWatch Body Temperature Logger, a Class A Temperature Logging Firmware. Reference IEC 62304 Clause 5.2.2.
Firmware for a wearable temperature patch that logs skin temperature over 24 hours and displays trends. No fever detection or alerts.

[Assistant] Content: The TempWatch Body Temperature Logger Temperature Logging Firmware data requirements address storage, integrity, and lifecycle management. All persistent data is validated on read, and write operations use atomic commit mechanisms to prevent partial updates during Passive logging and display of skin temperature trends for personal interest.