[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 scope boundaries of the software system for BreathEasy Air Quality Display, a Class A Environmental Air Quality Display. Reference IEC 62304 Clauses 5.1.1, 5.1.2.
Indoor air quality monitor displaying PM2.5, CO2, and temperature on an LCD. Informational display only with no clinical guidance.

[Assistant] Content: The software system boundary for BreathEasy Air Quality Display encompasses the Environmental Air Quality Display application and its direct interfaces: I2C, SPI LCD, Wi-Fi. Components outside this boundary -- including SCD41 CO2 sensor hardware, manufacturing test fixtures, and third-party cloud services -- are addressed in the system-level risk analysis but are not governed by this plan.


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

[User]
Expand requirement SRS-PERF-002: "resource utilization limits" (Category: performance)
Project: AutoclaveLog Cycle Recorder | Sterilization Cycle Data Logger | Class A
Recording and reporting autoclave sterilization cycle parameters. PC software recording autoclave cycle data (time, temperature, pressure) and generating compliance reports.

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 AutoclaveLog Cycle Recorder memory footprint on Windows desktop shall remain within specified limits under worst-case operational scenarios.
Rationale: Memory constraints are fixed by the Windows desktop 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 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):

"Standards compliance for the HydroLog hydration tracking wellness app is established through IEC 62304:2006+AMD1:2015 (Clauses 5, 7, 8, 9), ISO 14971:2019 (all clauses), and ISO 13485:2016 (Clause 7.3 design controls). All citations reference the current editions."

[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 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 AutoDose TPN (total parenteral nutrition calculator, Class C):

"Risk management for the AutoDose TPN follows Clause 7. Software items contributing to hazardous situations are identified per Clause 7.1.1. Risk control measures are defined per Clause 7.2.1 and verified per Clause 7.3.1. Traceability 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 SDP section on risk control requirements traceability for DoseVerify In-Vivo Dosimetry System, a Class C In-Vivo Dosimetry Verification Software. Reference IEC 62304 Clause 5.2.3.
Software calculating real-time delivered dose from in-vivo dosimeter readings during radiation therapy. Dose verification for patient safety.

[Assistant] Content: The DoseVerify In-Vivo Dosimetry System requirements include risk control measures traced from the ISO 14971 risk analysis per Clause 5.2.3. Each risk control implemented in software is expressed as a verifiable requirement and traced forward to design, implementation, and verification of the In-Vivo Dosimetry Verification Software.


[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 enhanced security for Class B and C for PulseRing Smart Ring Monitor, a Class B Wearable Smart Ring Firmware + Companion App. Reference IEC 62304 Clause 5.2.2.
Wearable smart ring firmware measuring continuous PPG for heart rate and SpO2 with BLE streaming to companion mobile app for trend display.

[Assistant] Content: The PulseRing Smart Ring Monitor Wearable Smart Ring Firmware + Companion App implements security-in-depth: secure boot, runtime integrity monitoring, encrypted communications, and input validation on all external interfaces per IEC 81001-5-1:2021. Security testing covers penetration testing, fuzz testing of BLE 5.3, and vulnerability scanning.


[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 format and interoperability requirements 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: Data exchanged by the StepSync Activity Tracker via BLE 5.0 conforms to defined formats documented in this SRS. The Wellness Activity Display App validates incoming data against the format specification and rejects malformed messages with a logged error. Output data formats are deterministic and reproducible.


[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 AutoDose TPN (total parenteral nutrition calculator, Class C):

"Referenced standards for the AutoDose TPN include IEC 62304:2006+AMD1:2015 (software lifecycle), ISO 14971:2019 (risk management), and ISO 13485:2016 (QMS). IEC 81001-5-1:2021 is referenced for cybersecurity considerations."

[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 SDP section on acceptance criteria and independent review for Class C for PainRelief PCA Pump Controller, a Class C PCA Pump Controller Firmware. Reference IEC 62304 Clauses 5.5.3, 5.5.5, 5.7.4.
Patient-controlled analgesia pump firmware allowing patient-initiated doses within physician-set limits. Overdose prevention is safety-critical.

[Assistant] Content: Independent review is mandatory for all PainRelief PCA Pump Controller verification activities at Class C. Unit test results per Clause 5.5.5 are reviewed for coverage adequacy and correct test design. Integration test results are reviewed for interface coverage. System test completeness per Clause 5.7.4 is confirmed by an independent reviewer who verifies that every requirement of the PCA Pump Controller Firmware has been exercised.


[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 HomeVent BiPAP Controller, a Class C BiPAP Device Firmware. Reference IEC 62304 Clause 5.1.4.
Home bilevel positive airway pressure device firmware. Manages inspiratory/expiratory pressure, leak compensation, and patient triggering.

[Assistant] Content: Tools used in verification of the HomeVent BiPAP Controller 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 an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on hazard identification for the specific device for VitalPulse SpO2 Monitor, a Class B Pulse Oximeter Firmware. Reference IEC 62304 Clauses 7.1.2, 7.2.1.
Bedside pulse oximeter firmware displaying SpO2 and pulse rate with configurable alarm thresholds. Incorrect readings could delay treatment.

[Assistant] Content: The VitalPulse SpO2 Monitor risk analysis per Clause 7.1.2 identifies software causes of hazardous situations specific to the Pulse Oximeter Firmware: 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 SAD section on SOUP component integration and requirements for RetinaStim Visual Prosthesis Controller, a Class C Retinal Prosthesis Controller Firmware. Reference IEC 62304 Clauses 5.3.3, 5.3.4.
Firmware driving a retinal implant electrode array based on camera input processing. Stimulation errors could cause retinal damage.

[Assistant] Content: SOUP integration in the RetinaStim Visual Prosthesis Controller architecture follows Clause 5.3.3 and Clause 5.3.4. Each SOUP item has documented functional requirements, performance requirements, and platform dependencies. The Retinal Prosthesis Controller Firmware architecture ensures SOUP components are isolated behind defined interfaces to limit the impact of SOUP defects.


[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 PharmLog Medication History Viewer, a Class A Medication History Viewer. Reference IEC 62304 Clauses 5.7.1, 7.3.2.
Mobile app displaying a patient's medication history from the pharmacy system. Read-only with no prescribing or interaction checking.

[Assistant] Content: Traceability scope for the PharmLog Medication History Viewer includes both functional requirements and risk control measures. Risk control traceability per Clause 7.3.2 links each hazard cause to the software control, the SRS requirement, the implementation, and the verification evidence for the Medication History Viewer.


[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: FetalGuard Heart Rate Monitor | Fetal Heart Rate Monitor Firmware | Class B
Continuous external fetal heart rate monitoring during labor with clinical display. External fetal heart rate monitor firmware using Doppler ultrasound. Displays fetal heart rate and variability during labor.

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 integrity of all stored records in the Fetal Heart Rate Monitor Firmware shall be verified using CRC or equivalent checksums upon read-back.
Rationale: Corrupted data must be identified to prevent clinical decisions based on unreliable measurements.
Priority: Mandatory
Acceptance Criterion: Integrity check correctly identifies all corrupted records with zero false positives on uncorrupted data.
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 CaloriePal (nutrition tracking app, Class A):

"The CaloriePal 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 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 format and interoperability requirements for ScreenFlow Population Health Screener, a Class A Serverless Population Health Screening SaMD. Reference IEC 62304 Clause 5.2.2.
Serverless cloud application processing population-level health screening questionnaires and flagging individuals for follow-up based on risk scoring algorithms.

[Assistant] Content: The ScreenFlow Population Health Screener Serverless Population Health Screening SaMD data exchange formats are specified in this SRS with field-level definitions, data types, units, and valid ranges. The software performs schema validation on all incoming data from REST API before processing.


[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 verification strategy for Class A -- system testing only for ConveyorGuard Safety Interlock System, a Class A Conveyor Safety Interlock Software. Reference IEC 62304 Clauses 5.7, 5.7.1.
Safety PLC program monitoring conveyor belt guard positions, emergency stops, and light curtains. Functional safety application.

[Assistant] Content: Verification of the ConveyorGuard Safety Interlock System consists exclusively of system-level testing per IEC 62304 Clause 5.7. Test cases derive from the software requirements specification and exercise the Conveyor Safety Interlock Software end-to-end on the Safety PLC (Siemens F-CPU) platform. Unit-level verification (Clause 5.5) and integration testing (Clause 5.6) are not required for Class A software and are excluded from the 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 THREAT section on STRIDE mitigations traced to requirements for NeoFeed Neonatal Feeding Pump, a Class C Neonatal Feeding Pump Firmware. Reference IEC 62304 Clause 5.2.3.
Syringe pump firmware for precise enteral feeding in NICU patients. Flow accuracy is critical for extremely low birth weight infants.

[Assistant] Content: The NeoFeed Neonatal Feeding Pump 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 Neonatal Feeding Pump Firmware.


[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 enhanced security for Class B and C for ChestAI Pulmonary Nodule Detector, a Class B AI Pulmonary Nodule Detection SaMD. Reference IEC 62304 Clause 5.2.2.
Cloud AI SaMD analyzing chest CT scans to detect and measure pulmonary nodules, providing CAD overlay for radiologist review. FDA De Novo pathway.

[Assistant] Content: Security requirements for the ChestAI Pulmonary Nodule Detector at the Class B/C level include cryptographic integrity verification of firmware, mutual TLS for external communications via web viewer overlay, input sanitization on all external data paths, and a documented security incident response 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 SRS section on user interaction requirements for BillingBridge Claims Processor, a Class A Claims Processing Service. Reference IEC 62304 Clause 5.2.2.
Backend service processing insurance claims from the hospital billing system. Financial processing only, no clinical data.

[Assistant] Content: User interaction requirements for the BillingBridge Claims Processor define the input mechanisms, display elements, and feedback provided by the Claims Processing Service during Automated processing and submission of insurance claims. Requirements specify the information presented to the user, the actions available, and the system response to each user action.


[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 NurseCall Hub (patient call system dashboard, Class A):

"The NurseCall Hub requires integration testing at each build increment. Interface tests shall cover normal operation, boundary conditions, and fault scenarios."

[Assistant]
Verdict: FAIL
Note: Content mandates integration testing at build level for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Integration testing (Clause 5.6) is not required for Class A.


[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 sensor and communication protocol requirements for NutriCalc TPN Formulation Tool, a Class B TPN Formulation Calculator. Reference IEC 62304 Clause 5.2.2.
Desktop tool calculating total parenteral nutrition formulations based on patient metabolic needs and lab values.

[Assistant] Content: The NutriCalc TPN Formulation Tool communication interfaces include desktop GUI, pharmacy system API connecting the TPN Formulation Calculator to external systems and sensors. Each interface requirement specifies the expected behavior under normal operation and the response to communication failure conditions.


[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 purpose and scope for Class A with minimal documentation for StepSync Activity Tracker, a Class A Wellness Activity Display App. Reference IEC 62304 Clause 5.1.1.
Mobile app displaying daily step count, distance, and calories from a wrist-worn accelerometer. Read-only display with no clinical interpretation.

[Assistant] Content: Development of the StepSync Activity Tracker is governed by this Software Development Plan, which addresses planning, requirements, implementation, and system verification per IEC 62304 Clause 5.1.1. The Class A safety classification means the Wellness Activity Display App poses no hazard potential; accordingly, the plan excludes unit testing, integration testing, and detailed design deliverables, keeping the process proportionate to the risk profile.


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

[User]
Expand requirement SRS-FUNC-003: "continuous data sampling from MEMS pressure sensor" (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 InhaleSense Smart Inhaler Tracker shall continuously sample MEMS pressure sensor data, buffer readings in memory, and pass validated samples to the processing module without data loss.
Rationale: Reliable sensor data capture underpins all downstream processing and clinical output of the Smart Inhaler Adherence Tracker.
Priority: Mandatory
Acceptance Criterion: Verified by test: software acquires sensor data continuously for 60 minutes without data loss, confirmed by comparing acquisition count against expected count at the configured sampling rate.
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 SDP section on independent review process for Class C for AIDose Chemotherapy Decision Support, a Class C Cloud AI Chemotherapy Dosing SaMD. Reference IEC 62304 Clause 5.1.1.
Cloud SaMD providing AI-driven chemotherapy dosing recommendations based on patient genomics, lab values, and treatment response data.

[Assistant] Content: All Class C deliverables for the AIDose Chemotherapy Decision Support undergo formal review by the development team, quality assurance, and an independent technical reviewer not directly involved in the development activity. Review meetings are documented with minutes, action items, and sign-off records. The independent reviewer confirms that verification activities are adequate for the safety criticality of the Cloud AI Chemotherapy Dosing SaMD.


[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 risk management integration into the lifecycle for FactoryTemp Industrial Temperature Monitor, a Class A Industrial Temperature Monitoring Firmware. Reference IEC 62304 Clauses 7.1, 7.1.1.
Firmware monitoring factory floor temperatures from distributed thermocouple arrays. Logs data for process control compliance.

[Assistant] Content: Integration of risk management into the FactoryTemp Industrial Temperature Monitor lifecycle ensures that newly identified hazards during development trigger requirement updates, design changes, and additional verification. The risk management file is a living document updated at each phase gate, with traceability maintained per Clause 7.3.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 EchoAssist (echocardiogram analysis aid, Class B):

"Software safety classification is performed per ISO 14971:2020 Clause 4.3."

[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 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 PacePilot (pacemaker programmer, Class C):

"Risk control verification for the PacePilot 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 gap identification and coverage analysis for AirSentry Urban Air Quality Station, a Class A Air Quality Monitoring Station Firmware. Reference IEC 62304 Clause 5.7.4.
IoT firmware for urban air quality monitoring stations measuring PM2.5, NO2, O3, and CO. Publishes data to public API.

[Assistant] Content: The AirSentry Urban Air Quality Station 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 Air Quality Monitoring Station Firmware system test is not complete until all gaps are resolved.


[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):

"All SleepWell software components shall be integration-tested using continuous integration pipelines with automated interface verification."

[Assistant]
Verdict: FAIL
Note: Content mandates automated integration testing for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Integration testing (Clause 5.6) is not required for Class A.


[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 requirements conventions and identification scheme for IncidentReport Clinical Event Logger, a Class A Incident Reporting System. Reference IEC 62304 Clauses 5.2.1, 5.2.2.
Web form for staff to submit clinical incident reports. Data entry and routing only, no analysis.

[Assistant] Content: Requirements in this SRS are identified using the format SRS-INC-NNN, where NNN is a sequential number. Each requirement states a single testable capability per Clause 5.2.2 and is classified as functional, performance, interface, or safety. Derived requirements that do not trace to a system requirement are flagged for separate review.


[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 STRIDE threat categories applied to the device for DermaAssist Skin Lesion Classifier, a Class B Skin Lesion Classification App. Reference IEC 62304 Clause 5.2.2.
Mobile app using a CNN to classify skin lesion images as benign/suspicious. Decision support requiring dermatologist confirmation.

[Assistant] Content: STRIDE threat analysis for the DermaAssist Skin Lesion Classifier identifies specific threats at each data flow crossing a trust boundary. For the camera API interface: Spoofing is addressed by authentication, Tampering by integrity checks, Information Disclosure by encryption, and Denial of Service by rate limiting and timeout detection.


[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: "primary sensor interface protocol" (Category: interface)
Project: FetalGuard Heart Rate Monitor | Fetal Heart Rate Monitor Firmware | Class B
Continuous external fetal heart rate monitoring during labor with clinical display. External fetal heart rate monitor firmware using Doppler ultrasound. Displays fetal heart rate and variability during labor.

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 FetalGuard Heart Rate Monitor shall communicate with the 1 MHz Doppler ultrasound transducer via analog signal conditioning, implementing error detection and recovery for communication failures.
Rationale: Sensor link integrity directly impacts data quality and the reliability of the Fetal Heart Rate Monitor Firmware 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 SAD section on SOUP risk evaluation and anomaly management for HeartView Resting HR Display, a Class A Heart Rate Display Firmware. Reference IEC 62304 Clauses 5.3.3, 7.1.3.
Wearable firmware that shows resting heart rate on a small OLED screen. Read-only display with no arrhythmia detection or clinical alerts.

[Assistant] Content: Known anomalies in SOUP components used by the HeartView Resting HR Display are evaluated per Clause 7.1.3 against the specific usage context of the Heart Rate Display Firmware. Each known anomaly is assessed for its potential to contribute to a hazardous situation, and risk control measures are implemented where the anomaly is relevant to Passive display of resting heart rate for wellness monitoring.


[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 RadView DICOM (DICOM image viewer, Class A):

"IEC 62304-1 Section 5.1 requires all software units to be verified."

[Assistant]
Verdict: FAIL
Note: The documentation references "IEC 62304-1" which is incorrect. IEC 62304 is a single-part standard. The correct citation is IEC 62304:2006+AMD1:2015. All references must be corrected.


[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 development platform and build infrastructure for NutriView Food Diary, a Class A Nutritional Tracking Display App. Reference IEC 62304 Clause 5.1.4.
Mobile app for manual food logging with nutritional summary display. No dietary recommendations or medical nutrition therapy.

[Assistant] Content: The NutriView Food Diary is developed in TypeScript/React Native targeting the iOS/Android platform. Source code is maintained under version control with branching and tagging conventions defined in SOP-012. Build automation ensures reproducible compilation, and all toolchain versions are recorded as part of the configuration management baseline.


[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 NurseCall Hub (patient call system dashboard, Class A):

"Risk management for the NurseCall Hub follows Clause 7. Software items contributing to hazardous situations are identified per Clause 7.1.1. Risk control measures are defined per Clause 7.2.1 and verified per Clause 7.3.1. Traceability 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. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-PERF-002: "output precision and accuracy" (Category: performance)
Project: SleepScore Apnea Screening Tool | Sleep Apnea Screening App | Class B
Screening for sleep apnea indicators using smartphone audio analysis, requiring sleep study confirmation. Mobile app analyzing overnight audio recordings to screen for obstructive sleep apnea indicators. Screening only, not diagnostic.

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: Computational results produced by the SleepScore Apnea Screening Tool shall be accurate to within the specified tolerance, validated against reference calculations.
Rationale: Inaccurate output from the Sleep Apnea Screening App could lead to incorrect clinical actions, making accuracy a safety-critical requirement.
Priority: Mandatory
Acceptance Criterion: Accuracy verified against a calibrated reference across the full measurement range, with all readings within tolerance for 200+ test points.
Source: Regulatory


[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 ArthroNav (surgical navigation system, Class C):

"Unit verification for the ArthroNav 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 ArthroNav (surgical navigation system, Class C). 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 TRACE section on risk control coverage verification for WaterPure Quality Logger, a Class A Water Quality Data Logger. Reference IEC 62304 Clauses 5.7.4, 7.3.2.
Embedded system logging purified water system parameters (conductivity, TOC, flow rate) for pharmaceutical manufacturing compliance.

[Assistant] Content: Coverage analysis for risk controls in the WaterPure Quality Logger per Clause 7.3.2 ensures no software-implemented control lacks verification evidence. The analysis cross-references the risk management file with the traceability matrix and the test results to confirm complete coverage for the Water Quality Data Logger.


[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 CardioPulse Monitor (cardiac rhythm monitor, Class B):

"IEC 62304 Clause 11.1 requires the CardioPulse Monitor to implement detailed design verification."

[Assistant]
Verdict: FAIL
Note: The documentation cites IEC 62304 Clause 11.1 which does not exist. IEC 62304 has no Clause 11. 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 functional requirements overview for GaitSense Walking Analysis, a Class B Gait Analysis Insole Firmware. Reference IEC 62304 Clause 5.2.2.
Instrumented insole firmware analyzing gait patterns and detecting asymmetries. Reports generated for orthopedic assessment.

[Assistant] Content: Functional requirements for the GaitSense Walking Analysis are derived from the system requirements for Quantitative gait analysis using instrumented insoles for orthopedic and rehabilitation assessment and from risk control measures identified in the ISO 14971 analysis. Each requirement specifies a single function of the Gait Analysis Insole Firmware with measurable acceptance criteria.


[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 resource constraints and scalability 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: Resource requirements for the DreamLog Sleep Monitor specify maximum memory utilization, persistent storage consumption, and processor loading on iOS/Android. The Sleep Tracking Display App must operate within these constraints under worst-case conditions without degradation of safety-relevant functions.


[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 AutoHUD Heads-Up Display Controller, a Class A Automotive HUD Controller Firmware. Reference IEC 62304 Clause 5.2.2.
Firmware rendering vehicle speed, navigation, and ADAS warnings on a windshield-projected heads-up display.

[Assistant] Content: Requirements for external system integration with the AutoHUD Heads-Up Display Controller specify the API contracts, data formats, and error handling behavior for all outbound communication from the Automotive HUD Controller Firmware. The software must handle connection timeouts, malformed responses, and authentication failures without affecting safety-relevant functions.


[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 AIDose Chemotherapy Decision Support, a Class C Cloud AI Chemotherapy Dosing SaMD. Reference IEC 62304 Clause 5.3.1.
Cloud SaMD providing AI-driven chemotherapy dosing recommendations based on patient genomics, lab values, and treatment response data.

[Assistant] Content: The AIDose Chemotherapy Decision Support Software Architecture Document establishes the high-level design structure of the Cloud AI Chemotherapy Dosing SaMD 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 GCP Kubernetes + Cloud SQL + BigQuery.


[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 AnticoagCalc INR Dose Adjuster, a Class B Anticoagulation Dosing Support Tool. Reference IEC 62304 Clause 5.2.2.
Web tool suggesting warfarin dose adjustments based on INR readings and patient history. Clinical decision support requiring physician review.

[Assistant] Content: Interoperability requirements for the AnticoagCalc INR Dose Adjuster specify the data encoding, field definitions, and validation rules for all messages exchanged by the Anticoagulation Dosing Support Tool. 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 an IEC 62304 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SRS section on functional requirements overview for CochleaMap CI Fitting Software, a Class C Cochlear Implant Fitting Software. Reference IEC 62304 Clause 5.2.2.
Desktop software for fitting cochlear implant sound processors. Maps electrode activation levels and adjusts stimulation parameters.

[Assistant] Content: Functional requirements for the CochleaMap CI Fitting Software are derived from the system requirements for Programming electrode mapping and stimulation parameters for cochlear implant sound processors and from risk control measures identified in the ISO 14971 analysis. Each requirement specifies a single function of the Cochlear Implant Fitting Software with measurable acceptance criteria.


[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 safety classification process and documentation for WeatherNode Microclimate Station, a Class A Weather Station Firmware. Reference IEC 62304 Clause 4.3.
Solar-powered weather station firmware measuring temperature, humidity, wind, rainfall, and barometric pressure.

[Assistant] Content: Clause 4.3 of IEC 62304 requires classification of the WeatherNode Microclimate Station based on the severity of harm that could result from software malfunction. The classification was performed in conjunction with the ISO 14971 risk analysis for the Weather Station Firmware and is subject to re-evaluation if the intended use or risk profile changes per Clause 5.2.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 HydroLog (hydration tracking wellness app, Class A):

"Risk control measures are implemented per IEC 62304:2015 Clause 7."

[Assistant]
Verdict: FAIL
Note: The documentation references "IEC 62304:2015" which is incorrect. Wrong citation. Correct: IEC 62304:2006+AMD1:2015 (base standard from 2006, Amendment 1 in 2015). 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 risk management integration into the lifecycle for DermaAssist Skin Lesion Classifier, a Class B Skin Lesion Classification App. Reference IEC 62304 Clauses 7.1, 7.1.1.
Mobile app using a CNN to classify skin lesion images as benign/suspicious. Decision support requiring dermatologist confirmation.

[Assistant] Content: Integration of risk management into the DermaAssist Skin Lesion Classifier lifecycle ensures that newly identified hazards during development trigger requirement updates, design changes, and additional verification. The risk management file is a living document updated at each phase gate, with traceability maintained per Clause 7.3.2.


[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-005: "data logging and retrieval" (Category: functional)
Project: SurgiPlan 3D Surgical Planner | 3D Surgical Planning SaMD | Class B
Preoperative 3D planning of joint replacement procedures with implant sizing and alignment. Desktop SaMD for orthopedic surgeons to plan joint replacement procedures on 3D CT reconstructions. Outputs implant sizing and positioning specifications.

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: All processed measurements shall be stored with timestamps in a persistent log accessible through DICOM import for clinical review and regulatory audit.
Rationale: Persistent measurement records enable post-hoc analysis and meet regulatory requirements for data retention.
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 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 ChemoCalc (chemotherapy dose calculator, Class C):

"SOUP is identified for the ChemoCalc. SOUP anomaly lists are evaluated. SOUP is managed per the configuration management plan. SOUP items are documented. SOUP management follows IEC 62304."

[Assistant]
Verdict: FAIL
Note: The documentation section exhibits repetitive structure. Sentences follow the same structure and convey the same meaning. Each paragraph should cover a distinct aspect with varied structure. Content should be consolidated and each sentence should contribute unique, specific information about the ChemoCalc.


[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: "access control and authorization" (Category: security)
Project: PainScale Digital Assessment Tool | Pain Assessment Tool | Class B
Standardized pain intensity and quality assessment with longitudinal tracking for treatment evaluation. Web app for standardized pain assessment using validated scales (VAS, NRS, McGill). Records longitudinal pain data for treatment monitoring.

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: User authentication shall be enforced for all configuration changes to the PainScale Digital Assessment Tool, with credential validation before granting access.
Rationale: Access control prevents unauthorized modification of the Pain Assessment Tool operating parameters.
Priority: Mandatory
Acceptance Criterion: Configuration modification is rejected when attempted without valid credentials, verified across all configurable parameters.
Source: Risk control


[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 DialysisGuard (hemodialysis machine controller, Class C):

"Maintenance planning for the DialysisGuard is established per Clause 6.1. Problem and modification analysis follows Clause 6.2. Modifications are implemented per Clause 6.3 using the established development processes."

[Assistant]
Verdict: PASS
Note: Content content is appropriate for the DialysisGuard (hemodialysis machine controller, Class C). 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 HydroLog (hydration tracking wellness app, Class A):

"The HydroLog development follows ISO 14971-1 for the software lifecycle."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 14971-1" which is incorrect. ISO 14971 is a single-part standard. The correct citation is 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 TRACE section on gap identification and coverage analysis for VitalPulse SpO2 Monitor, a Class B Pulse Oximeter Firmware. Reference IEC 62304 Clause 5.7.4.
Bedside pulse oximeter firmware displaying SpO2 and pulse rate with configurable alarm thresholds. Incorrect readings could delay treatment.

[Assistant] Content: Gap analysis for the VitalPulse SpO2 Monitor per Clause 5.7.4 examines the traceability matrix for completeness. Requirements without verification are flagged as critical gaps. Design elements without requirements are evaluated for removal or requirement creation. The Pulse Oximeter Firmware cannot be released until all gaps are resolved.


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

[User]
Expand requirement SRS-SEC-001: "user identity verification" (Category: security)
Project: SupplyChain Procurement Portal | Supply Chain Procurement System | Class A
Managing procurement of medical supplies with approval tracking. Web portal for ordering medical supplies with approval workflows. Procurement and logistics 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 SupplyChain Procurement Portal shall require authentication before allowing modification of device configuration parameters via REST API.
Rationale: Unauthorized configuration changes to the Supply Chain Procurement System could compromise its intended function or patient safety.
Priority: Mandatory
Acceptance Criterion: Configuration modification is rejected when attempted without valid credentials, verified across all configurable parameters.
Source: Risk control


[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 risk control verification and traceability for NeoFeed Neonatal Feeding Pump, a Class C Neonatal Feeding Pump Firmware. Reference IEC 62304 Clauses 7.3.1, 7.3.2.
Syringe pump firmware for precise enteral feeding in NICU patients. Flow accuracy is critical for extremely low birth weight infants.

[Assistant] Content: The NeoFeed Neonatal Feeding Pump risk control traceability matrix per Clause 7.3.2 links every identified hazard cause to its software-implemented control and to the verification activity confirming its effectiveness. Clause 7.3.3 requires documentation of the verification results for each risk control measure applied to the Neonatal Feeding Pump 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 PhysioTrack Rehab (rehabilitation tracking system, Class B):

"Software problem resolution follows ISO 14971:2020 Clause 9."

[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 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 baseline security requirements for MedRef Clinical Reference App, a Class A Clinical Drug Reference App. Reference IEC 62304 Clause 5.2.2.
Standalone mobile app providing searchable drug reference database with interaction checker. Display-only — no prescription or dosing decisions.

[Assistant] Content: Security requirements for the MedRef Clinical Reference App address authentication, data protection, and access control for the Clinical Drug Reference App. All persistent data is encrypted at rest, and data in transit over offline SQLite cache uses transport layer encryption. Security requirements are aligned with IEC 81001-5-1:2021.


[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 CardioPulse Monitor (cardiac rhythm monitor, Class B):

"Software problem resolution follows ISO 14971-2 Clause 9."

[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 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):

"Compliance with IEC 62304 Clause 5.4.5 is demonstrated through user acceptance testing."

[Assistant]
Verdict: FAIL
Note: The documentation cites IEC 62304 Clause 5.4.5 which does not exist. Clause 5.4 has 5.4.1 through 5.4.4 only. The reference must be corrected to a valid clause number.


[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: "data integrity validation" (Category: data)
Project: PedDose Pediatric Dosing App | Pediatric Dosing Calculator App | Class B
Weight-based pediatric dose calculations with age-appropriate range checking. Mobile reference app for pediatric drug dosing with weight-based calculations and age-specific ranges.

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 PedDose Pediatric Dosing App 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: Integrity check correctly identifies all corrupted records with zero false positives on uncorrupted data.
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-004: "power-on self-test sequence" (Category: functional)
Project: SurgiPlan 3D Surgical Planner | 3D Surgical Planning SaMD | Class B
Preoperative 3D planning of joint replacement procedures with implant sizing and alignment. Desktop SaMD for orthopedic surgeons to plan joint replacement procedures on 3D CT reconstructions. Outputs implant sizing and positioning specifications.

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 SurgiPlan 3D Surgical Planner startup sequence shall include diagnostic checks of all critical subsystems and report any detected faults before allowing operational use.
Rationale: Startup verification prevents the 3D Surgical Planning SaMD from operating with undetected faults that could affect output accuracy.
Priority: Mandatory
Acceptance Criterion: All fault injection scenarios are detected with 100% reliability across 50 test iterations.
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 enhanced security for Class B and C for PainScale Digital Assessment Tool, a Class B Pain Assessment Tool. Reference IEC 62304 Clause 5.2.2.
Web app for standardized pain assessment using validated scales (VAS, NRS, McGill). Records longitudinal pain data for treatment monitoring.

[Assistant] Content: Security requirements for the PainScale Digital Assessment Tool at the Class B/C level include cryptographic integrity verification of firmware, mutual TLS for external communications via FHIR API, input sanitization on all external data paths, and a documented security incident response 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 SDP section on configuration identification approach for MindCalm Meditation Timer, a Class A Meditation Wellness App. Reference IEC 62304 Clauses 8.1, 8.1.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 configuration identification scheme for the MindCalm Meditation Timer assigns a unique identifier to every controlled artifact: source code modules, build configurations, documentation deliverables, and verification records. The scheme supports reconstruction of any released baseline of the Meditation Wellness App per Clause 8.1.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 test records and acceptance criteria for Class B for FetalGuard Heart Rate Monitor, a Class B Fetal Heart Rate Monitor Firmware. Reference IEC 62304 Clauses 5.6.7, 5.7.5.
External fetal heart rate monitor firmware using Doppler ultrasound. Displays fetal heart rate and variability during labor.

[Assistant] Content: The FetalGuard Heart Rate Monitor verification records comprise integration test results (Clause 5.6.7) and system test results (Clause 5.7.5). Pass criteria require every architectural interface exercised by at least one integration test and every SRS requirement covered by at least one system test. Anomalies are tracked in the problem resolution process per Clause 9.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-FUNC-003: "display update rate for Vehicle Diagnostic Display App" (Category: functional)
Project: OBDView Diagnostic Display | Vehicle Diagnostic Display App | Class A
Displaying vehicle diagnostic information from OBD-II interface for driver and mechanic use. Mobile app connecting to vehicle OBD-II port to display engine parameters, fault codes, and emissions data.

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 OBDView Diagnostic Display display shall present current readings on Bluetooth OBD-II adapter within the specified maximum update latency.
Rationale: Timely display updates ensure the user observes current readings without perceiving lag.
Priority: Mandatory
Acceptance Criterion: Measured display update interval is within 10% of the specified refresh period across 100 consecutive update cycles.
Source: User need


[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 StepTrack (wellness pedometer app, Class A):

"Statement coverage of 90% and branch coverage of 80% are mandatory for the StepTrack."

[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 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 RadView DICOM (DICOM image viewer, Class A):

"Testing is performed at appropriate levels as determined by the project risk assessment. Test results are documented and reviewed by qualified personnel."

[Assistant]
Verdict: FAIL
Note: The documentation section contains generic filler. Phrases like "generic phrasing" provide no project-specific information about the RadView DICOM DICOM image viewer. Content must reference specific IEC 62304 clauses, concrete activities, and measurable criteria.


[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: SterilLog Sterilization Record System | Sterilization Record Logger | Class A
Recording and archiving sterilization cycle parameters for regulatory compliance. Software logging sterilization cycle parameters from autoclaves. Records temperature, pressure, and time for compliance documentation.

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 RS-232, supporting standard message formats.
Rationale: Interoperability enables integration of Sterilization Record Logger 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 SDP section on configuration identification approach for GasMonitor Anesthetic Gas Logger, a Class A Anesthetic Gas Concentration Logger. Reference IEC 62304 Clauses 8.1, 8.1.1.
Software logging waste anesthetic gas concentrations in operating rooms for occupational safety compliance. Recording only.

[Assistant] Content: All artifacts produced during GasMonitor Anesthetic Gas Logger development are placed under configuration control per Clause 8.1. Configuration items include source files, build definitions, documentation, test scripts, and SOUP component packages. Each item is uniquely identified by a repository path and immutable revision hash.


[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: "data export and interoperability" (Category: interface)
Project: StepSync Activity Tracker | Wellness Activity Display App | Class A
Passive display of physical activity metrics for personal wellness tracking. Mobile app displaying daily step count, distance, and calories from a wrist-worn accelerometer. Read-only display with no clinical interpretation.

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 StepSync Activity Tracker shall exchange data with external systems via BLE 5.0 using the specified message format with error handling.
Rationale: Interoperability enables integration of Wellness Activity Display App data into the clinical workflow and patient record.
Priority: Desirable
Acceptance Criterion: Format validation passes for all message types with correct field encoding verified.
Source: User need


[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 enhanced security for Class B and C for HomeVent BiPAP Controller, a Class C BiPAP Device Firmware. Reference IEC 62304 Clause 5.2.2.
Home bilevel positive airway pressure device firmware. Manages inspiratory/expiratory pressure, leak compensation, and patient triggering.

[Assistant] Content: The HomeVent BiPAP Controller BiPAP Device Firmware implements security-in-depth: secure boot, runtime integrity monitoring, encrypted communications, and input validation on all external interfaces per IEC 81001-5-1:2021. Security testing covers penetration testing, fuzz testing of blower motor PWM, and vulnerability scanning.


[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: "alarm generation and notification" (Category: functional)
Project: GlucoEdge Continuous Glucose Platform | Hybrid CGM Edge-Cloud Platform | Class B
Continuous glucose monitoring with edge processing on wearable and cloud-based trend analysis for clinician review. Hybrid system: embedded BLE firmware on a wearable CGM patch streams readings to a phone app, which uploads to cloud for trend analysis and physician dashboard.

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 GlucoEdge Continuous Glucose Platform shall generate audible and visual alarms within the specified response time when a monitored parameter exceeds its configured threshold.
Rationale: Timely alarm generation is essential for the Hybrid CGM Edge-Cloud Platform to alert clinicians to abnormal conditions requiring intervention.
Priority: Mandatory
Acceptance Criterion: Alarm triggers within the specified response time of a threshold crossing, measured over 50 test crossings with no false negatives.
Source: Risk control


[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 GaitSense Walking Analysis, a Class B Gait Analysis Insole Firmware. Reference IEC 62304 Clause 5.2.2.
Instrumented insole firmware analyzing gait patterns and detecting asymmetries. Reports generated for orthopedic assessment.

[Assistant] Content: Requirements for external system integration with the GaitSense Walking Analysis specify the API contracts, data formats, and error handling behavior for all outbound communication from the Gait Analysis Insole Firmware. The software must handle connection timeouts, malformed responses, and authentication failures without affecting safety-relevant functions.


[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 DoseVerify In-Vivo Dosimetry System, a Class C In-Vivo Dosimetry Verification Software. Reference IEC 62304 Clause 5.2.2.
Software calculating real-time delivered dose from in-vivo dosimeter readings during radiation therapy. Dose verification for patient safety.

[Assistant] Content: The DoseVerify In-Vivo Dosimetry System data requirements define how the In-Vivo Dosimetry Verification Software stores, retrieves, and protects data acquired during Real-time verification of delivered radiation dose using in-vivo dosimeter measurements during treatment. Requirements specify data format, retention duration, backup frequency, and the behavior when data corruption is detected.


[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 PacePilot (pacemaker programmer, Class C):

"Software development follows IEC 62304 Clause 7.5 requirements for operational qualification."

[Assistant]
Verdict: FAIL
Note: The documentation cites IEC 62304 Clause 7.5 which does not exist. Clause 7 ends at 7.4. The reference must be corrected to a valid clause number.


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

[User]
Expand requirement SRS-PERF-001: "end-to-end processing latency" (Category: performance)
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: End-to-end latency from primary sensor data acquisition to output presentation shall not exceed the specified limit under normal operating conditions.
Rationale: Bounded processing latency ensures the EEG Archive Viewer provides readings reflecting the current state without clinically significant delay.
Priority: Mandatory
Acceptance Criterion: Worst-case latency measured under maximum load conditions does not exceed the specified absolute maximum.
Source: System requirement


[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):

"Verification for the BloodBank Manager blood bank inventory system follows Clause 5.7 only. System tests exercise the software in its target configuration. Clause 5.5 unit verification and Clause 5.6 integration testing are explicitly excluded for Class A."

[Assistant]
Verdict: PASS
Note: Content correctly limits Class A to system-level verification; includes all required verification levels. 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 configuration identification approach for CalibrationTracker Equipment Logger, a Class A Calibration Record System. Reference IEC 62304 Clauses 8.1, 8.1.1.
Web application tracking calibration dates and results for medical test equipment. Administrative record keeping.

[Assistant] Content: All artifacts produced during CalibrationTracker Equipment Logger development are placed under configuration control per Clause 8.1. Configuration items include source files, build definitions, documentation, test scripts, and SOUP component packages. Each item is uniquely identified by a repository path and immutable revision hash.


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

[User]
Expand requirement SRS-PERF-003: "computational accuracy requirement" (Category: performance)
Project: PulseRing Smart Ring Monitor | Wearable Smart Ring Firmware + Companion App | Class B
Continuous photoplethysmography-based heart rate and SpO2 monitoring via wearable ring with mobile companion. Wearable smart ring firmware measuring continuous PPG for heart rate and SpO2 with BLE streaming to companion mobile app for trend display.

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: Output accuracy of the Wearable Smart Ring Firmware + Companion App shall meet or exceed the specified tolerance for all measurement parameters across operating conditions.
Rationale: Inaccurate output from the Wearable Smart Ring Firmware + Companion App could lead to incorrect clinical actions, making accuracy a safety-critical requirement.
Priority: Mandatory
Acceptance Criterion: Accuracy verified against a calibrated reference across the full measurement range, with all readings within tolerance for 200+ test points.
Source: Regulatory


[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 user interaction requirements for WasteTrack Biohazard Logger, a Class A Biohazard Waste Tracking App. Reference IEC 62304 Clause 5.2.2.
Mobile app scanning and logging biohazard waste container pickups. Tracks chain of custody for environmental compliance.

[Assistant] Content: The WasteTrack Biohazard Logger Biohazard Waste Tracking App presents information to the user via REST API and accepts user input through defined interaction patterns. User interaction requirements are traceable to the usability engineering file per IEC 62366-1:2015+AMD1:2020.


[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-003: "output precision and accuracy" (Category: performance)
Project: ChemoFlow Infusion Controller | Chemotherapy Infusion Pump Firmware | Class C
Precision-controlled chemotherapy drug infusion with dose-error detection and safety interlocks. Firmware for a chemotherapy infusion pump controlling precise drug delivery rates. Dosing errors could be life-threatening.

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: Computational results produced by the ChemoFlow Infusion Controller shall be accurate to within the specified tolerance, validated against reference calculations.
Rationale: Inaccurate output from the Chemotherapy Infusion Pump Firmware could lead to incorrect clinical actions, making accuracy a safety-critical requirement.
Priority: Mandatory
Acceptance Criterion: Accuracy verified against a calibrated reference across the full measurement range, with all readings within tolerance for 200+ test points.
Source: Regulatory


[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 baseline security requirements for BeamPlan Radiation Treatment Planner, a Class C Radiation Treatment Planning Software. Reference IEC 62304 Clause 5.2.2.
Desktop software calculating radiation treatment plans including beam angles, dose distribution, and organ-at-risk constraints.

[Assistant] Content: The BeamPlan Radiation Treatment Planner security requirements cover confidentiality, integrity, and availability of the Radiation Treatment Planning Software and its data per IEC 81001-5-1:2021. Requirements specify access control mechanisms, encryption for data at rest and in transit, session management, and audit logging.


[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 ThermoGuard (body temperature logger, Class A):

"Code reviews for the ThermoGuard shall be performed by at least two reviewers independent of the development team, following a formal checklist."

[Assistant]
Verdict: FAIL
Note: Content mandates formal independent code review for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Independent review is required only for Class C.


[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 ThermoGuard (body temperature logger, Class A):

"Code coverage analysis is mandatory for the ThermoGuard with minimum 85% line coverage."

[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 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):

"Configuration management is established. Configuration items are identified. Configuration items are controlled. Configuration status is reported. Configuration management is performed. Configuration is managed."

[Assistant]
Verdict: FAIL
Note: The documentation section exhibits repetitive structure. Sentences follow the same structure and convey the same meaning. Each paragraph should cover a distinct aspect with varied structure. Content should be consolidated and each sentence should contribute unique, specific information about the DialysisGuard.


[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 risk control verification and traceability for AuditTrail QMS Event Logger, a Class A QMS Audit Trail Service. Reference IEC 62304 Clauses 7.3.1, 7.3.2.
Microservice capturing and storing quality management system audit events. Logging and reporting only.

[Assistant] Content: Verification of risk controls for the AuditTrail QMS Event Logger follows Clause 7.3.1. Each control implemented in software has a corresponding test case that demonstrates the hazardous condition is mitigated. Traceability records per Clause 7.3.2 document the chain from hazard through requirement to 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 SRS section on safety requirements for Class C -- comprehensive controls for DialyFlow Dialysis Fluid Controller, a Class C Hemodialysis Fluid Controller Firmware. Reference IEC 62304 Clauses 5.2.2, 5.2.3.
Firmware controlling dialysate flow rates and composition in a hemodialysis machine. Fluid balance errors could be fatal.

[Assistant] Content: Comprehensive safety requirements for the DialyFlow Dialysis Fluid Controller include input redundancy checks, processing integrity monitors, output safety limits, and fail-safe defaults. The Class C Hemodialysis Fluid Controller Firmware implements defense-in-depth: no single software defect can disable more than one risk control measure. Each safety requirement traces to a hazard per Clause 5.2.3 and is verified at all three verification levels.


[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 BillingBridge Claims Processor, a Class A Claims Processing Service. Reference IEC 62304 Clause 5.1.1.
Backend service processing insurance claims from the hospital billing system. Financial processing only, no clinical data.

[Assistant] Content: The BillingBridge Claims Processor review process is proportionate to the Class A risk level. The project lead reviews each deliverable for technical accuracy, and the quality representative verifies compliance with SOPs. Reviews are documented but do not require independent technical review of the Claims Processing Service verification activities.


[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 test records and acceptance criteria for Class B for ECGInsight Rhythm Interpreter, a Class B ECG Interpretation Service. Reference IEC 62304 Clauses 5.6.7, 5.7.5.
Cloud service analyzing 12-lead ECG recordings and generating preliminary rhythm interpretations for physician review.

[Assistant] Content: Test deliverables for the ECGInsight Rhythm Interpreter at Class B include the integration test report per Clause 5.6.7 and the system test report per Clause 5.7.5. Each report documents the test configuration, test procedures, results, and any deviations. The ECG Interpretation Service is accepted when all test cases pass and the traceability matrix shows complete coverage.


[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 LabView Portal (read-only lab results viewer, Class A):

"The LabView Portal fault tree analysis identifies root causes of potential software failures. Control measures include watchdog timers, redundant calculations, and plausibility checks on sensor data. Each measure is a traceable software requirement verified during system testing."

[Assistant]
Verdict: PASS
Note: Content content is appropriate for the LabView Portal (read-only lab results viewer, Class A). 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 data format and interoperability 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: The DreamLog Sleep Monitor data format requirements ensure interoperability with external systems connected via BLE 5.2. Data structures, encoding schemes, and byte ordering are fully specified. The Sleep Tracking Display App handles version mismatches in data formats gracefully.


[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 risk control measures and implementation for RespiRate Respiratory Monitor, a Class B Respiratory Rate Monitor Firmware. Reference IEC 62304 Clauses 7.2.1, 7.2.2.
Wearable firmware monitoring respiratory rate via chest impedance. Displays rate and alerts on bradypnea/tachypnea.

[Assistant] Content: Risk control measures for the RespiRate Respiratory Monitor are defined per Clause 7.2.1 and implemented in software per Clause 7.2.2. Controls include input validation for bio-impedance electrodes, range checking on processed values, and timeout detection on I2C AFE. Each control is traced to a software requirement and verified through testing.


[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 SleepWell (sleep quality display app, Class A):

"Testing is performed at appropriate levels as determined by the project risk assessment. Test results are documented and reviewed by qualified personnel."

[Assistant]
Verdict: FAIL
Note: The documentation section contains generic filler. Phrases like "generic phrasing" provide no project-specific information about the SleepWell sleep quality display app. Content must reference specific IEC 62304 clauses, concrete activities, and measurable criteria.


[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 NurseCall Hub (patient call system dashboard, Class A):

"Each NurseCall Hub software unit has a detailed design specification reviewed before implementation."

[Assistant]
Verdict: FAIL
Note: Content mandates detailed design documentation for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Detailed design (Clause 5.4) is required only for Class C.