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

[User]
Write a SDP section on purpose and scope for Class A with minimal documentation for FactoryTemp Industrial Temperature Monitor, a Class A Industrial Temperature Monitoring Firmware. Reference IEC 62304 Clause 5.1.1.
Firmware monitoring factory floor temperatures from distributed thermocouple arrays. Logs data for process control compliance.

[Assistant] Content: For the FactoryTemp Industrial Temperature Monitor, this SDP defines a streamlined development process aligned with the Class A requirements of IEC 62304. The Industrial Temperature Monitoring Firmware is used for Continuous monitoring and logging of factory floor temperatures for process control, presenting no pathway to patient harm. Deliverables are limited to the SDP itself, a Software Requirements Specification, system test records, and the software release package. No architecture document, detailed design, or unit test reports are produced.


[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 cybersecurity and health IT standards for TriageAI Emergency Triage Assistant, a Class B ED Triage Decision Support App. Reference IEC 62304 Clause 5.1.2.
Tablet app assisting nurses in emergency department triage scoring based on vital signs and presenting symptoms.

[Assistant] Content: Cybersecurity requirements for the TriageAI Emergency Triage Assistant follow IEC 81001-5-1:2021 for health software and health IT systems security, addressing the full product lifecycle of the ED Triage Decision Support App from design through decommissioning. Where the software is classified as health software running on general-purpose platforms, IEC 82304-1:2016 applies to the overall product safety.


[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 cybersecurity and health IT standards for CleanRoom Particle Counter Logger, a Class A Cleanroom Environmental Logger. Reference IEC 62304 Clause 5.1.2.
Software collecting particle count data from cleanroom sensors. Logs and charts data for environmental monitoring compliance.

[Assistant] Content: Security controls for the CleanRoom Particle Counter Logger are derived from IEC 81001-5-1:2021, which mandates a security risk management process parallel to the ISO 14971 safety risk process. IEC 82304-1:2016 is applied where the Cleanroom Environmental Logger runs on general-purpose computing platforms outside the manufacturer's direct hardware 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 HydroLog (hydration tracking wellness app, Class A):

"The test strategy for the HydroLog is limited to system-level verification. All requirements from the SRS are covered by system test cases per Clause 5.7.1. Test failures are managed through the software problem resolution process (Clause 9). Unit and integration testing are out of scope for this Class A hydration tracking wellness app."

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


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

[User]
Review this documentation excerpt for the LabView Portal (read-only lab results viewer, Class A):

"REQ-SRS-067: The LabView Portal shall enforce role-based access control with at least two privilege levels (operator and administrator). Acceptance criterion: verify that operator accounts cannot access administrator functions. Priority: Mandatory. Source: Regulatory."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria. 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 PacePilot (pacemaker programmer, Class C):

"In accordance with ISO 14901, verification activities include system testing."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 14901" which is incorrect. ISO 14901 does not exist. The risk management standard is 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 RadOnco Cloud Treatment Planner, a Class C Cloud Radiation Treatment Planning SaMD. Reference IEC 62304 Clause 5.2.2.
Cloud-based radiation oncology treatment planning system using GPU clusters for Monte Carlo dose calculation. Treatment plans directly drive linear accelerator delivery.

[Assistant] Content: The RadOnco Cloud Treatment Planner security requirements cover confidentiality, integrity, and availability of the Cloud Radiation Treatment Planning SaMD 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 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 HandGrip Strength Dynamometer, a Class B Hand Dynamometer Firmware. Reference IEC 62304 Clause 5.2.2.
Digital hand dynamometer firmware measuring grip strength and fatigue over repeated trials for rehabilitation assessment.

[Assistant] Content: The HandGrip Strength Dynamometer resource constraints are derived from the STM32G4 hardware capabilities. Requirements specify headroom margins for memory and processing to ensure the Hand Dynamometer Firmware remains stable under sustained operation during Measuring hand grip strength and fatigue patterns for rehabilitation progress tracking.


[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 comprehensive deliverables list for Class C for StrokeAlert CT Perfusion Analyzer, a Class C AI Stroke Triage CT Perfusion SaMD. Reference IEC 62304 Clause 5.1.8.
Time-critical cloud SaMD processing CT perfusion scans to generate ischemic core and penumbra maps for acute stroke triage. Results pushed to mobile app within 5 minutes.

[Assistant] Content: Documentation per Clause 5.1.8 for the Class C StrokeAlert CT Perfusion Analyzer comprises the complete IEC 62304 deliverable set: SDP, SRS, SAD, Detailed Design Specification, unit test reports with coverage metrics (statement >= 90%, branch >= 80%, MC/DC >= 80%), integration test reports, system test reports, traceability matrix, and the risk management file. All documents require independent review.


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

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

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

[Assistant]
Description: Processing latency of the Digital Pathology Viewer shall be bounded to ensure timely output that reflects current input conditions.
Rationale: Real-time performance is critical for the Digital Pathology Viewer to support timely clinical decisions based on current data.
Priority: Mandatory
Acceptance Criterion: End-to-end latency is within the specified limit for 99.9% of samples over a 24-hour test period.
Source: System requirement


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

[User]
Write a SRS section on sensor and communication protocol requirements for FridgeGuard Temperature Logger, a Class A Cold Chain Temperature Logger. Reference IEC 62304 Clause 5.2.2.
Firmware logging refrigerator temperatures for vaccine and medication cold chain compliance. Records and displays data, no alerts that drive clinical decisions.

[Assistant] Content: External interface requirements for the FridgeGuard Temperature Logger Cold Chain Temperature Logger define the data exchanged across each interface boundary: 1-Wire, USB, LCD. For each interface, requirements specify the protocol, data format, timing, and error recovery behavior.


[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 configuration identification approach for FactoryTemp Industrial Temperature Monitor, a Class A Industrial Temperature Monitoring Firmware. Reference IEC 62304 Clauses 8.1, 8.1.1.
Firmware monitoring factory floor temperatures from distributed thermocouple arrays. Logs data for process control compliance.

[Assistant] Content: All artifacts produced during FactoryTemp Industrial Temperature Monitor 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 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):

"The StepTrack software architecture per Clause 5.3 is decomposed to the unit level with detailed interface specifications for every inter-unit boundary."

[Assistant]
Verdict: FAIL
Note: Content mandates architectural decomposition per Clause 5.3 for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Architectural design (Clause 5.3) is not required for Class A.


[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 PillRemind (medication reminder app, Class A):

"Compliance with IEC 62304 Clause 10.1 is demonstrated through data archival."

[Assistant]
Verdict: FAIL
Note: The documentation cites IEC 62304 Clause 10.1 which does not exist. IEC 62304 has no Clause 10. Standard ends at Clause 9. The reference must be corrected to a valid clause number.


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

[User]
Write a TRACE section on traceability scope including risk controls for CogniTest Cognitive Assessment App, a Class B Cognitive Assessment Application. Reference IEC 62304 Clauses 5.7.1, 7.3.2.
Tablet app administering standardized cognitive screening tests and scoring results. Used by neuropsychologists in clinical settings.

[Assistant] Content: Traceability scope for the CogniTest Cognitive Assessment App 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 Cognitive Assessment Application.


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

[Assistant] Content: The AnticoagCalc INR Dose Adjuster 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-002: "power-on self-test sequence" (Category: functional)
Project: PharmaSafe CDSS | Clinical Decision Support System | Class B
Real-time clinical decision support for medication safety including interaction checking and dose validation. Clinical decision support system integrated into hospital EMR providing real-time drug-drug interaction alerts, allergy checking, and dosing guidance.

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: Upon power-up, the PharmaSafe CDSS shall execute a self-test sequence verifying the integrity of the primary sensor interface, internal memory, and output subsystem before entering operational mode.
Rationale: A power-on self-test confirms hardware and software readiness before the Clinical Decision Support System begins use.
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 SAD section on purpose of the architecture document for TeleRehab Remote Patient Monitor, a Class B Remote Rehabilitation Platform. Reference IEC 62304 Clause 5.3.1.
Platform enabling remote physiotherapy with video consultations and wearable sensor data streaming. Generates exercise adherence reports.

[Assistant] Content: The purpose of this document is to define the software architecture of the TeleRehab Remote Patient Monitor Remote Rehabilitation Platform as required by IEC 62304 Clause 5.3.1. The architecture identifies software items, their interfaces, and their interactions, providing the basis for integration testing and traceability to requirements.


[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 ChemoFlow Infusion Controller, a Class C Chemotherapy Infusion Pump Firmware. Reference IEC 62304 Clauses 7.3.1, 7.3.2.
Firmware for a chemotherapy infusion pump controlling precise drug delivery rates. Dosing errors could be life-threatening.

[Assistant] Content: Risk control measures in the ChemoFlow Infusion Controller are verified per Clause 7.3.1 through the testing activities appropriate to the safety classification. Traceability per Clause 7.3.2 links each identified hazard to its risk control measure, the software requirement implementing the control, and the test case verifying the control's effectiveness in the Chemotherapy Infusion 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 OxyPure Controller (oxygen concentrator controller, Class C):

"Risk management is performed in accordance with applicable standards and regulatory expectations. Hazard analysis is conducted as required by the regulatory framework."

[Assistant]
Verdict: FAIL
Note: The documentation section contains generic filler. Phrases like "applicable standards", "as required by" provide no project-specific information about the OxyPure Controller oxygen concentrator controller. 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 MedInventory (medical supply tracking system, Class A):

"Each MedInventory unit undergoes boundary value analysis, equivalence class partitioning, and error guessing as part of unit verification per Clause 5.5."

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


[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 Class B classification justification and implications for RetinaScan Diabetic Retinopathy Screener, a Class B Retinal Screening Software. Reference IEC 62304 Clause 4.3.
Desktop software analyzing retinal fundus images to detect signs of diabetic retinopathy for ophthalmologist review.

[Assistant] Content: The RetinaScan Diabetic Retinopathy Screener receives a Class B safety classification per IEC 62304 Clause 4.3 because the Retinal Screening Software can contribute to a hazardous situation, but external risk controls -- including clinician oversight and independent hardware safety mechanisms -- prevent the hazard from resulting in serious injury. Lifecycle activities required at Class B include architectural design (Clause 5.3), integration testing (Clause 5.6), and system testing (Clause 5.7).


[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 RetinaScan Pro (diabetic retinopathy screening AI, Class B):

"The RetinaScan Pro software development conforms to ISO 13485-1, with risk management per ISO 14971:2019."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 13485-1" which is incorrect. ISO 13485 is a single-part standard. The correct citation is ISO 13485:2016. 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 PillRemind (medication reminder app, Class A):

"The PillRemind software architecture is decomposed into units with detailed design specifications. Integration testing validates data flow between all units. Independent verification of all test results is mandatory."

[Assistant]
Verdict: FAIL
Note: Content mandates detailed design, integration testing, and independent verification for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Clauses 5.4, 5.6, and independent verification are not required for Class A.


[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 NeuroStim Programmer (neurostimulator programmer, Class C):

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

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


[System] You are 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 interface design between software items for InsuPrecise Insulin Pump Controller, a Class C Insulin Pump Controller Firmware. Reference IEC 62304 Clause 5.3.2.
Embedded firmware controlling insulin delivery in a patch-type insulin pump. Incorrect dosing could cause severe hypoglycemia or diabetic ketoacidosis.

[Assistant] Content: The InsuPrecise Insulin Pump Controller Insulin Pump Controller Firmware software item interfaces per Clause 5.3.2 are defined using typed data structures with explicit ownership semantics. Each interface specifies the pre-conditions, post-conditions, and error conditions. Interface compatibility is verified through integration testing per Clause 5.6.


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

[User]
Write a SDP section on development methodology for Class C with full V-model for NeoFeed Neonatal Feeding Pump, a Class C Neonatal Feeding Pump Firmware. Reference IEC 62304 Clause 5.1.1.
Syringe pump firmware for precise enteral feeding in NICU patients. Flow accuracy is critical for extremely low birth weight infants.

[Assistant] Content: A rigorous V-model lifecycle governs NeoFeed Neonatal Feeding Pump development, providing the verification traceability demanded by Class C software where failure could contribute to serious injury. Each development phase -- requirements, architecture, detailed design, implementation -- has a corresponding verification phase with documented evidence reviewed by independent personnel not involved in the development activity.


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

"The AutoDose TPN Class C development lifecycle includes requirements analysis (Clause 5.2), architectural design (Clause 5.3), implementation, and multi-level verification. Integration testing per Clause 5.6 validates component interactions. System testing per Clause 5.7 verifies end-to-end functionality."

[Assistant]
Verdict: PASS
Note: Content correctly specifies full Class C rigor; limits verification to system testing per Clause 5.7. 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 RadView DICOM (DICOM image viewer, Class A):

"REQ-SRS-067: The RadView DICOM shall enforce role-based access control with at least two privilege levels (operator and administrator). Acceptance criterion: verify that operator accounts cannot access administrator functions. Priority: Mandatory. Source: Regulatory."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria. 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 traceability scope including risk controls for HeartView Resting HR Display, a Class A Heart Rate Display Firmware. Reference IEC 62304 Clauses 5.7.1, 7.3.2.
Wearable firmware that shows resting heart rate on a small OLED screen. Read-only display with no arrhythmia detection or clinical alerts.

[Assistant] Content: The HeartView Resting HR Display traceability matrix extends beyond functional requirements to include risk control traceability per Clause 7.3.2. Each risk control measure implemented in the Heart Rate Display Firmware software is traced from the ISO 14971 hazard through the software requirement to the verification test confirming its effectiveness.


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

[User]
Write a SAD section on SOUP component integration and requirements for PainScale Digital Assessment Tool, a Class B Pain Assessment Tool. Reference IEC 62304 Clauses 5.3.3, 5.3.4.
Web app for standardized pain assessment using validated scales (VAS, NRS, McGill). Records longitudinal pain data for treatment monitoring.

[Assistant] Content: Third-party software components used in the PainScale Digital Assessment Tool are documented per Clause 5.3.3, including functional and performance requirements imposed on each SOUP item. Hardware and software dependencies per Clause 5.3.4 are recorded to ensure that the Web SPA environment satisfies all SOUP prerequisites.


[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: "memory usage budget" (Category: performance)
Project: HumidityMap Room Condition Logger | Environmental Condition Logger | Class A
Monitoring and logging temperature/humidity in hospital storage areas. Network of IoT sensors logging temperature and humidity across hospital storage areas. Dashboard display for facility management.

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: Peak memory consumption of the Environmental Condition Logger shall not exceed the allocated budget, with sufficient margin for stack overflow protection.
Rationale: Exceeding memory limits could cause undefined behavior in the Environmental Condition Logger, potentially affecting safety.
Priority: Mandatory
Acceptance Criterion: Peak RAM usage during worst-case scenario does not exceed the specified limit, with minimum margin remaining.
Source: System requirement


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

[User]
Expand requirement SRS-FUNC-002: "data acquisition from flow sensor" (Category: functional)
Project: HomeVent BiPAP Controller | BiPAP Device Firmware | Class C
Home bilevel ventilatory support with auto-titrating pressure and leak compensation. Home bilevel positive airway pressure device firmware. Manages inspiratory/expiratory pressure, leak compensation, and patient triggering.

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 HomeVent BiPAP Controller shall continuously sample flow sensor data, buffer readings in memory, and pass validated samples to the processing module without data loss.
Rationale: Continuous data acquisition from the primary sensor is the fundamental input for Home bilevel ventilatory support with auto-titrating pressure and leak compensation.
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 compliance reviewer for IEC 62304 medical device software documentation. Review sections for completeness, accuracy, and safety-class appropriateness. Check for hallucinated standard references — IEC 62304 is a single-part standard with no sub-parts (no IEC 62304-1, -2, etc.). ISO 14971 is also single-part. Verify all cited clause numbers exist. IEC 62304 has Clauses 4 through 9 only. Output a verdict (PASS or FAIL) and a concise note.

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

"REQ-SRS-045: The RetinaScan Pro software shall provide a mechanism to export all configuration parameters to a structured file format. The export shall include version metadata. Acceptance criterion: exported file can be parsed and all parameters match the current configuration. Priority: Desirable. Source: User need."

[Assistant]
Verdict: PASS
Note: Content requirement is properly structured with measurable acceptance criteria. 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 FetaSound (fetal heart rate monitor, Class B):

"Hazard analysis for the FetaSound identifies that incorrect display of measurement values could mislead the clinician. Risk control measures include input validation (REQ-SRS-023), display range checking, and a visual indicator when data is stale. Residual risk is acceptable per the risk management plan."

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


[System] You are a regulatory 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 13485-2 for the software lifecycle."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 13485-2" which is incorrect. ISO 13485 has no Part 2. All references must be corrected.


[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: "memory usage budget" (Category: performance)
Project: TeleRehab Remote Patient Monitor | Remote Rehabilitation Platform | Class B
Remote physiotherapy monitoring with exercise tracking and therapist-patient video sessions. Platform enabling remote physiotherapy with video consultations and wearable sensor data streaming. Generates exercise adherence 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 TeleRehab Remote Patient Monitor shall operate within the specified RAM and flash memory budget on the Web + iOS platform, including all runtime allocations.
Rationale: Memory constraints are fixed by the Web + iOS hardware and must be respected to prevent resource exhaustion during operation.
Priority: Mandatory
Acceptance Criterion: Peak RAM usage during worst-case scenario does not exceed the specified limit, with minimum margin remaining.
Source: System requirement


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

[User]
Write a TRACE section on risk control coverage verification for ChemoFlow Infusion Controller, a Class C Chemotherapy Infusion Pump Firmware. Reference IEC 62304 Clauses 5.7.4, 7.3.2.
Firmware for a chemotherapy infusion pump controlling precise drug delivery rates. Dosing errors could be life-threatening.

[Assistant] Content: The ChemoFlow Infusion Controller gap analysis per Clause 5.7.4 and Clause 7.3.2 verifies that the risk control traceability chain is complete. Every hazard in the risk management file that has a software control must trace to a verified requirement in the Chemotherapy Infusion Pump Firmware. Incomplete chains are flagged and resolved before release.


[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 HydroLog (hydration tracking wellness app, Class A):

"All HydroLog 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 a regulatory documentation specialist writing IEC 62304:2006+AMD1:2015 compliant medical device software documentation. Generate precise, project-specific content. Use only valid IEC 62304 clause numbers. IEC 62304 is a single-part standard with no sub-parts. Vary your sentence structure and openings. Be specific to the project described — never use generic filler like 'as appropriate' or 'as needed'.

[User]
Write a SDP section on system test execution and acceptance for Class A for InhaleSense Smart Inhaler Tracker, a Class A Smart Inhaler Adherence Tracker. Reference IEC 62304 Clauses 5.7, 5.7.4.
Firmware for a smart inhaler attachment detecting actuation events, tracking medication adherence, and syncing data to a mobile app and clinician portal.

[Assistant] Content: System tests for the InhaleSense Smart Inhaler Tracker are executed on the nRF52832 (firmware) + iOS/Android (app) target with the Smart Inhaler Adherence Tracker operating in its intended configuration. Test results are recorded per Clause 5.7.5, and the system test is verified complete per Clause 5.7.4 when all requirements have a linked passing test. No unit tests or integration tests are produced, as Class A does not require these verification levels.


[System] You are a regulatory 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 VentAssist Pro (ICU ventilator controller, Class C):

"Software changes to the VentAssist Pro are evaluated for risk impact per Clause 7.4. Each change request includes a risk assessment determining whether new hazards are introduced or existing risk controls are affected. Re-verification of affected risk controls is required before release."

[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-INTF-001: "sensor data link requirements" (Category: interface)
Project: RoomBoard Digital Signage | Patient Room Digital Signage | Class A
Displaying non-clinical patient information on bedside screens. Hospital room digital signage displaying patient name, care team, and daily schedule. Display-only, no clinical data entry.

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 Patient Room Digital Signage sensor interface shall establish and maintain reliable communication with the primary sensor via MQTT.
Rationale: Reliable sensor communication is the foundation of the Patient Room Digital Signage data acquisition pipeline.
Priority: Mandatory
Acceptance Criterion: Communication operates without data loss for 72 hours continuously, with automatic recovery from simulated failures within the specified time.
Source: System requirement


[System] You are 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 AutoclaveLog Cycle Recorder, a Class A Sterilization Cycle Data Logger. Reference IEC 62304 Clause 5.2.2.
PC software recording autoclave cycle data (time, temperature, pressure) and generating compliance reports.

[Assistant] Content: External interface requirements for the AutoclaveLog Cycle Recorder Sterilization Cycle Data Logger define the data exchanged across each interface boundary: RS-232 serial, database. For each interface, requirements specify the protocol, data format, timing, and error recovery behavior.


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

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

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


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

[User]
Write a SDP section on development tools and tool qualification for Class A for LabView Results Portal, a Class A Laboratory Results Viewer. Reference IEC 62304 Clause 5.1.4.
Web application displaying laboratory test results retrieved from the hospital LIS. Read-only viewer with no result interpretation or flagging.

[Assistant] Content: The LabView Results Portal is developed in TypeScript/React targeting the Web SPA platform. Source code is maintained under version control with branching and tagging conventions defined in SOP-012. For the Class A Laboratory Results Viewer, formal tool qualification is not required per IEC 62304; however, the development toolchain is verified to function correctly through routine build-and-test cycles.


[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 HeartLink (cardiac telemetry system, Class B):

"The HeartLink Class B verification includes integration testing per Clause 5.6 and system testing per Clause 5.7. Integration tests verify inter-module interfaces. Statement coverage of at least 80% is targeted for unit tests where performed. The development team performs verification activities."

[Assistant]
Verdict: PASS
Note: Content correctly specifies Class B requirements. 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 BloodBank Manager (blood bank inventory system, Class A):

"All BloodBank Manager 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 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 OxyPure Controller (oxygen concentrator controller, Class C):

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

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


[System] You are a 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: "real-time performance requirement" (Category: performance)
Project: DermaLens Teledermatology Platform | Cloud Teledermatology SaMD | Class B
AI-assisted triage scoring of skin lesion images submitted through a mobile teledermatology workflow. Cloud platform enabling dermatologists to review patient-submitted skin images with AI-assisted triage scoring. Images uploaded from mobile app to cloud pipeline.

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 smartphone camera (via mobile app) data acquisition to output presentation shall not exceed the specified limit under normal operating conditions.
Rationale: Real-time performance is critical for the Cloud Teledermatology SaMD to support timely clinical decisions based on current data.
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 MedInventory (medical supply tracking system, Class A):

"The MedInventory development environment is configured following best practices. Tools are selected as appropriate for the project requirements."

[Assistant]
Verdict: FAIL
Note: The documentation section contains generic filler. Phrases like "as appropriate", "best practices" provide no project-specific information about the MedInventory medical supply tracking system. 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 CaloriePal (nutrition tracking app, Class A):

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

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


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

[User]
Write a TRACE section on traceability scope including risk controls for RadOnco Cloud Treatment Planner, a Class C Cloud Radiation Treatment Planning SaMD. Reference IEC 62304 Clauses 5.7.1, 7.3.2.
Cloud-based radiation oncology treatment planning system using GPU clusters for Monte Carlo dose calculation. Treatment plans directly drive linear accelerator delivery.

[Assistant] Content: Traceability for the RadOnco Cloud Treatment Planner Cloud Radiation Treatment Planning SaMD covers all software requirements per Clause 5.7.1 and all software-implemented risk controls per Clause 7.3.2. The combined matrix provides a single view of verification completeness for functional and safety aspects.


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

"Independent verification of all CaloriePal development artifacts is required per Class C rigor."

[Assistant]
Verdict: FAIL
Note: Content mandates independent review for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). Independent review is required only for Class C (Clause 5.5.4, 5.7.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 RadBeam Planner (radiation therapy planning system, Class C):

"Software release criteria for the RadBeam Planner include completeness of all Class C deliverables (Clause 5.8.1), correct version identification (Clause 5.8.2), documented residual anomalies (Clause 5.8.4), and release approval by the quality representative."

[Assistant]
Verdict: PASS
Note: Content correctly specifies full Class C rigor. Standards references are accurate.


[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 PhysioTrack Rehab (rehabilitation tracking system, Class B):

"The PhysioTrack Rehab software development conforms to IEC 62304:2022, with risk management per ISO 14971:2019."

[Assistant]
Verdict: FAIL
Note: The documentation references "IEC 62304:2022" which is incorrect. No 2022 edition exists. Current: IEC 62304:2006+AMD1:2015. 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 FetaSound (fetal heart rate monitor, Class B):

"The FetaSound Class B development lifecycle includes requirements analysis (Clause 5.2), architectural design (Clause 5.3), implementation, and multi-level verification. Integration testing per Clause 5.6 validates component interactions. System testing per Clause 5.7 verifies end-to-end functionality."

[Assistant]
Verdict: PASS
Note: Content correctly specifies Class B requirements; limits verification to system testing per Clause 5.7. Standards references are accurate.


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

[User]
Expand requirement SRS-FUNC-004: "continuous data sampling from primary sensor" (Category: functional)
Project: PathSlide Digital Pathology Viewer | Digital Pathology Viewer | Class A
Display of digitized pathology slides for reference viewing. Web viewer for whole-slide digital pathology images. Pan, zoom, and annotation display. No AI-assisted diagnosis.

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

[Assistant]
Description: The PathSlide Digital Pathology Viewer software shall acquire primary sensor data at the specified sampling rate and store values in a circular buffer for processing by the Digital Pathology Viewer signal pipeline.
Rationale: Reliable sensor data capture underpins all downstream processing and clinical output of the Digital Pathology Viewer.
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 an IEC 62304 regulatory documentation expert. Expand requirements with description, rationale, priority, acceptance criterion, and source.

[User]
Expand requirement SRS-SEC-002: "access control and authorization" (Category: security)
Project: PharmLog Medication History Viewer | Medication History Viewer | Class A
Read-only display of medication dispensing history. Mobile app displaying a patient's medication history from the pharmacy system. Read-only with no prescribing or interaction checking.

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 PharmLog Medication History Viewer, with credential validation before granting access.
Rationale: Access control prevents unauthorized modification of the Medication History Viewer 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 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):

"Architectural design follows IEC 62304-3 Clause 5.3 for Class B devices."

[Assistant]
Verdict: FAIL
Note: The documentation references "IEC 62304-3" which is incorrect. IEC 62304 has no Part 3. 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 TRACE section on purpose and scope of the traceability matrix for ConveyorGuard Safety Interlock System, a Class A Conveyor Safety Interlock Software. Reference IEC 62304 Clause 5.7.1.
Safety PLC program monitoring conveyor belt guard positions, emergency stops, and light curtains. Functional safety application.

[Assistant] Content: The purpose of this traceability matrix is to confirm complete coverage of the ConveyorGuard Safety Interlock System software requirements through design and verification per Clause 5.7.1. Bidirectional tracing enables identification of gaps (unimplemented requirements) and orphans (implementations without requirements) in the Conveyor Safety Interlock Software.


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

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

"The SleepWell development follows IEC 62304:2006+AMD1:2015 for the software lifecycle. Risk management is performed per ISO 14971:2019. The quality management system conforms to ISO 13485:2016."

[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 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 HeartLink (cardiac telemetry system, Class B):

"Safety classification of the HeartLink is performed per Clause 4.3. The quality management system meets Clause 4.1. Risk management is applied per Clause 4.2 in conjunction with ISO 14971:2019."

[Assistant]
Verdict: PASS
Note: Content correctly references ISO 14971:2019. 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 StepTrack (wellness pedometer app, Class A):

"Maintenance planning for the StepTrack 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 StepTrack (wellness pedometer app, 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 SDP section on primary international standards applicable to development for ClinTrial EDC Platform, a Class A Clinical Trial EDC Web Platform. Reference IEC 62304 Clause 5.1.2.
Enterprise web platform for electronic data capture in multi-site clinical trials. Manages case report forms, randomization, and adverse event reporting.

[Assistant] Content: Development of the ClinTrial EDC Platform software conforms to IEC 62304:2006+AMD1:2015 for the software lifecycle and ISO 14971:2019 for risk management integration. Quality management activities follow ISO 13485:2016, while usability engineering principles from IEC 62366-1:2015+AMD1:2020 inform the user interface design of the Clinical Trial EDC Web Platform.


[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 A -- confirms no safety functions for SunGuard UV Index Display, a Class A UV Exposure Display Firmware. Reference IEC 62304 Clauses 5.2.2, 5.2.3.
Wearable UV index monitor with an OLED display showing current UV exposure level. Informational only, no sunburn prevention claims.

[Assistant] Content: Safety requirements are not applicable to the SunGuard UV Index Display because the Class A UV Exposure Display Firmware cannot contribute to a hazardous situation. The software does not implement risk control measures per Clause 5.2.3. All output is informational and used for Passive display of UV index for personal awareness without clinical decision support.


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

[User]
Expand requirement SRS-FUNC-002: "measurement data archival" (Category: functional)
Project: PainRelief PCA Pump Controller | PCA Pump Controller Firmware | Class C
Patient-controlled analgesic delivery with lockout intervals and cumulative dose limits. Patient-controlled analgesia pump firmware allowing patient-initiated doses within physician-set limits. Overdose prevention is safety-critical.

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 motor driver for clinical review and regulatory audit.
Rationale: Data logging supports clinical review, trend analysis, and regulatory audit trail requirements for the PCA Pump Controller Firmware.
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 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a SDP section on purpose and scope for Class B with moderate documentation for FetalGuard Heart Rate Monitor, a Class B Fetal Heart Rate Monitor Firmware. Reference IEC 62304 Clause 5.1.1.
External fetal heart rate monitor firmware using Doppler ultrasound. Displays fetal heart rate and variability during labor.

[Assistant] Content: The FetalGuard Heart Rate Monitor Software Development Plan defines the processes, tools, and deliverables governing development of the Fetal Heart Rate Monitor Firmware in accordance with IEC 62304 Clause 5.1.1. Given the Class B safety classification -- where the software can contribute to a non-serious injury through Continuous external fetal heart rate monitoring during labor with clinical display -- this plan mandates architectural design documentation, integration testing, and software requirements traceability with sufficient rigor to mitigate identified risks.


[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-006: "data logging and retrieval" (Category: functional)
Project: PulmoCheck Spirometry Analyzer | Spirometry Analysis Software | Class B
Analysis and interpretation of spirometry test data with predicted value comparison. Software analyzing spirometry data to calculate FEV1, FVC, and FEV1/FVC ratio with predicted value comparisons.

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

[Assistant]
Description: The Spirometry Analysis Software shall maintain a timestamped record of all measurements in non-volatile storage, supporting export via USB.
Rationale: Data logging supports clinical review, trend analysis, and regulatory audit trail requirements for the Spirometry Analysis Software.
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 regulatory documentation expert. Generate precise, class-appropriate content for medical device software documentation.

[User]
Write a THREAT section on STRIDE mitigations traced to requirements for StrokeAlert CT Perfusion Analyzer, a Class C AI Stroke Triage CT Perfusion SaMD. Reference IEC 62304 Clause 5.2.3.
Time-critical cloud SaMD processing CT perfusion scans to generate ischemic core and penumbra maps for acute stroke triage. Results pushed to mobile app within 5 minutes.

[Assistant] Content: Mitigations for StrokeAlert CT Perfusion Analyzer STRIDE threats are expressed as software requirements per Clause 5.2.3 and verified through security testing. The AI Stroke Triage CT Perfusion SaMD implements authentication, encryption, integrity checking, and access control as documented in the SRS. Each mitigation is traced from the threat through the requirement to the verification evidence.


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

[User]
Write a FMEA section on failure mode identification approach for BalanceBoard Vestibular Trainer, a Class B Balance Training Platform Firmware. Reference IEC 62304 Clauses 7.1.2, 7.1.3.
Force plate firmware measuring center-of-pressure excursions during balance exercises. Provides real-time visual biofeedback.

[Assistant] Content: Failure modes for each BalanceBoard Vestibular Trainer software function are identified by systematic analysis of data flow paths, processing algorithms, and interface transactions. For each function, the analysis considers: incorrect output, missing output, output at wrong time, and unexpected output. Causes include coding defects, resource exhaustion, race conditions, and corrupted input from 4x load cells.


[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 data paths and processing pipeline for ThermoWatch Core Temperature Monitor, a Class B Core Temperature Monitor Firmware. Reference IEC 62304 Clauses 5.3.1, 5.3.2.
Continuous core temperature monitoring firmware using an ingestible sensor pill. Displays temperature trend with configurable alerts.

[Assistant] Content: The processing pipeline of the ThermoWatch Core Temperature Monitor consists of sequential data transformations from raw input through processed output. Interface contracts per Clause 5.3.2 define the data format, timing, and error conditions at each pipeline stage boundary. The Core Temperature Monitor Firmware architecture supports both streaming and batch processing modes where required.


[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: "clinical system integration interface" (Category: interface)
Project: TriageAI Emergency Triage Assistant | ED Triage Decision Support App | Class B
Assisting emergency nurses with triage acuity scoring based on patient assessment data. Tablet app assisting nurses in emergency department triage scoring based on vital signs and presenting symptoms.

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 TriageAI Emergency Triage Assistant shall exchange data with external systems via manual input using the specified message format with error handling.
Rationale: External system connectivity is required for the ED Triage Decision Support App to function within the broader clinical infrastructure.
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 external system communication requirements for TransVent Transport Ventilator, a Class C Transport Ventilator Firmware. Reference IEC 62304 Clause 5.2.2.
Portable transport ventilator firmware for ambulance and helicopter use. Must maintain ventilation under vibration and altitude changes.

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


[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 DermaLens Teledermatology Platform, a Class B Cloud Teledermatology SaMD. Reference IEC 62304 Clause 5.2.2.
Cloud platform enabling dermatologists to review patient-submitted skin images with AI-assisted triage scoring. Images uploaded from mobile app to cloud pipeline.

[Assistant] Content: The DermaLens Teledermatology Platform interfaces with smartphone camera (via mobile app) via REST API. Interface requirements specify the physical layer, data format, sampling rate, and error handling for each connection. All interface requirements are verifiable through integration or system testing.


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

"In accordance with IEC 62304-2, verification activities include system testing."

[Assistant]
Verdict: FAIL
Note: The documentation references "IEC 62304-2" which is incorrect. IEC 62304 has no Part 2. It is a single-part standard. 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 MedInventory (medical supply tracking system, Class A):

"Static analysis using MISRA C rules is mandatory for all MedInventory source files. Unit testing with MC/DC coverage is required for safety-critical paths."

[Assistant]
Verdict: FAIL
Note: Content mandates MISRA C static analysis and MC/DC unit testing for Class A. IEC 62304 Class A requires only system-level verification (Clause 5.7). MISRA C and MC/DC coverage targets are Class C considerations, not required for Class A.


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

[User]
Write a FMEA section on documenting failure modes and their effects for CardioLoop Cardiac Resync Controller, a Class C CRT Optimization Firmware. Reference IEC 62304 Clauses 7.1.2, 7.1.4.
Firmware for cardiac resynchronization therapy devices optimizing biventricular pacing based on hemodynamic feedback.

[Assistant] Content: Documentation of CardioLoop Cardiac Resync Controller failure modes follows Clause 7.1.4. Each entry in the FMEA register includes: the software item, the failure mode, the potential cause(s), the effect on the CRT Optimization Firmware during Real-time optimization of biventricular pacing parameters based on hemodynamic sensor feedback, severity and probability ratings, and references to applicable risk control measures.


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

[User]
Expand requirement SRS-INTF-003: "sensor data link requirements" (Category: interface)
Project: MindCalm Meditation Timer | Meditation Wellness App | Class A
Guided meditation timing with optional passive biometric display. Mobile app providing guided meditation timers with optional heart rate display during sessions. Heart rate shown for interest 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: The Meditation Wellness App sensor interface shall establish and maintain reliable communication with the primary sensor via HealthKit/Google Fit API.
Rationale: Reliable sensor communication is the foundation of the Meditation Wellness App data acquisition pipeline.
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 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 A -- confirms no safety functions for WeatherNode Microclimate Station, a Class A Weather Station Firmware. Reference IEC 62304 Clauses 5.2.2, 5.2.3.
Solar-powered weather station firmware measuring temperature, humidity, wind, rainfall, and barometric pressure.

[Assistant] Content: The WeatherNode Microclimate Station is classified as Safety Class A and contains no software-implemented safety functions. The Weather Station Firmware provides informational output only for Automated measurement and transmission of microclimate weather parameters and does not control any therapeutic function, generate clinical alarms, or make diagnostic decisions. No risk control measures are implemented in software per Clause 5.2.3.


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

[User]
Write a SAD section on interface design between software items for RespiRate Respiratory Monitor, a Class B Respiratory Rate Monitor Firmware. Reference IEC 62304 Clause 5.3.2.
Wearable firmware monitoring respiratory rate via chest impedance. Displays rate and alerts on bradypnea/tachypnea.

[Assistant] Content: Software item interfaces in the RespiRate Respiratory Monitor architecture are specified per Clause 5.3.2 with sufficient detail to support independent implementation and verification. Each interface definition includes data format, timing constraints, and error handling contracts applicable to the Respiratory Rate Monitor Firmware.


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

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

[Assistant] Content: Source code for the AutoPancreas Closed-Loop Glucose Controller Artificial Pancreas Controller Firmware is written in C (embedded, MISRA C) and compiled for nRF5340 (dual-core). The build pipeline is automated and deterministic -- identical source revisions produce identical binaries. All build tool versions are captured in the configuration baseline per Clause 5.1.4.


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

[User]
Review this documentation excerpt for the RadBeam Planner (radiation therapy planning system, Class C):

"The RadBeam Planner addresses IEC 62304 Clause 5.5.6 (operational qualification) through formal review."

[Assistant]
Verdict: FAIL
Note: The documentation cites IEC 62304 Clause 5.5.6 which does not exist. Clause 5.5 has 5.5.1 through 5.5.5 only. The reference must be corrected to a valid clause number.


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

[User]
Write a SDP section on safety classification process and documentation for AssetTrack Equipment Inventory, a Class A Equipment Inventory System. Reference IEC 62304 Clause 4.3.
Mobile app for scanning and tracking medical equipment locations via barcode. Inventory management only.

[Assistant] Content: The safety classification of the AssetTrack Equipment Inventory was determined per IEC 62304 Clause 4.3, considering the software's contribution to hazardous situations identified in the ISO 14971 risk analysis. The classification is documented in the risk management file and reviewed whenever the intended use, system architecture, or risk profile of the Equipment Inventory System changes.


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

"Software safety classification is performed per ISO 13485-2 Clause 4.3."

[Assistant]
Verdict: FAIL
Note: The documentation references "ISO 13485-2" which is incorrect. ISO 13485 has no Part 2. 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 FetaSound (fetal heart rate monitor, Class B):

"The FetaSound development follows IEC 62304-1 for the software lifecycle."

[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 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: "record keeping duration" (Category: data)
Project: MedRef Clinical Reference App | Clinical Drug Reference App | Class A
Providing searchable drug information and interaction warnings for clinical reference without making prescribing decisions. Standalone mobile app providing searchable drug reference database with interaction checker. Display-only — no prescription or dosing decisions.

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 MedRef Clinical Reference App shall retain measurement data in non-volatile storage for the specified minimum retention period, after which data may be overwritten.
Rationale: Regulatory compliance requires that measurement records be available for the specified retention period.
Priority: Mandatory
Acceptance Criterion: Oldest data record remains retrievable after continuous operation for the specified retention period.
Source: Regulatory


[System] You are 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 EchoAssist (echocardiogram analysis aid, Class B):

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

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


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

[User]
Expand requirement SRS-SEC-002: "data-at-rest encryption" (Category: security)
Project: ThermoWatch Core Temperature Monitor | Core Temperature Monitor Firmware | Class B
Continuous core body temperature monitoring with trend display and threshold alerts. Continuous core temperature monitoring firmware using an ingestible sensor pill. Displays temperature trend with configurable alerts.

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

[Assistant]
Description: Patient-identifiable data stored by the ThermoWatch Core Temperature Monitor shall be encrypted at rest using a validated cryptographic algorithm with a key length of at least 256 bits.
Rationale: Encryption of stored patient data protects against unauthorized disclosure if the Core Temperature Monitor Firmware storage media is accessed outside the intended context.
Priority: Mandatory
Acceptance Criterion: Encrypted storage verified by reading raw storage media and confirming no patient-identifiable data is visible without the decryption key.
Source: Regulatory


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

[User]
Expand requirement SRS-PERF-002: "RAM and storage constraints" (Category: performance)
Project: VibeCheck Vibration Analyzer | Vibration Analysis Instrument Firmware | Class A
Vibration spectrum analysis of industrial machinery for predictive maintenance. Portable vibration analysis firmware for predictive maintenance of industrial rotating machinery. FFT analysis of accelerometer 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 VibeCheck Vibration Analyzer memory footprint on ARM Cortex-A7 with DSP shall remain within specified limits under worst-case operational scenarios.
Rationale: Exceeding memory limits could cause undefined behavior in the Vibration Analysis Instrument Firmware, potentially affecting safety.
Priority: Mandatory
Acceptance Criterion: Peak RAM usage during worst-case scenario does not exceed the specified limit, with minimum margin remaining.
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 SDP section on requirements verification approach for BSACalc Body Surface Area Tool, a Class B BSA Calculator Web App. Reference IEC 62304 Clause 5.2.6.
Web calculator for body surface area using Mosteller and DuBois formulas. Used for chemotherapy dose calculations.

[Assistant] Content: Requirements verification for the BSACalc Body Surface Area Tool is conducted per Clause 5.2.6 before the requirements baseline is established. The review confirms completeness, consistency, and testability. Any requirement failing these criteria is returned for rework before the BSA Calculator Web App proceeds to design.


[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 CalibrationTracker Equipment Logger, a Class A Calibration Record System. Reference IEC 62304 Clauses 7.2.1, 7.2.2.
Web application tracking calibration dates and results for medical test equipment. Administrative record keeping.

[Assistant] Content: The CalibrationTracker Equipment Logger risk controls per Clause 7.2.1 address each failure mode with unacceptable residual risk. Software-implemented controls per Clause 7.2.2 include defensive coding measures, plausibility checks, and safe-state transitions. Each control is documented as a software requirement and verified for the Calibration Record System.


[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 HumidityMap Room Condition Logger, a Class A Environmental Condition Logger. Reference IEC 62304 Clause 5.2.2.
Network of IoT sensors logging temperature and humidity across hospital storage areas. Dashboard display for facility management.

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


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

[User]
Write a SAD section on SOUP risk evaluation and anomaly management for WoundTrack Healing Analyzer, a Class B Wound Assessment App. Reference IEC 62304 Clauses 5.3.3, 7.1.3.
Mobile app photographing wounds and measuring area/perimeter over time to track healing progress for clinician review.

[Assistant] Content: Known anomalies in SOUP components used by the WoundTrack Healing Analyzer are evaluated per Clause 7.1.3 against the specific usage context of the Wound Assessment App. 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 Photographic wound measurement and healing progress tracking for clinical review.


[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 VitalPulse SpO2 Monitor, a Class B Pulse Oximeter Firmware. Reference IEC 62304 Clause 5.1.4.
Bedside pulse oximeter firmware displaying SpO2 and pulse rate with configurable alarm thresholds. Incorrect readings could delay treatment.

[Assistant] Content: The C (embedded) compiler, test framework, and coverage analysis tools used for the VitalPulse SpO2 Monitor are qualified per Clause 5.1.4. Qualification includes comparison of tool output against known-correct reference results and documentation of tool version, configuration, and any known limitations affecting the Pulse Oximeter Firmware verification.


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

[User]
Write a SRS section on baseline security requirements for OBDView Diagnostic Display, a Class A Vehicle Diagnostic Display App. Reference IEC 62304 Clause 5.2.2.
Mobile app connecting to vehicle OBD-II port to display engine parameters, fault codes, and emissions data.

[Assistant] Content: Security requirements for the OBDView Diagnostic Display address authentication, data protection, and access control for the Vehicle Diagnostic Display App. All persistent data is encrypted at rest, and data in transit over mobile display uses transport layer encryption. Security requirements are aligned with IEC 81001-5-1:2021.


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

"Every software item of the SleepWell shall have a detailed design document reviewed by a qualified reviewer before implementation begins."

[Assistant]
Verdict: FAIL
Note: Content mandates detailed design with review 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 software.


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

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

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

[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.