Search Results

2D Perfusion assists in the diagnosis of perfusions of issues, based on digital subtraction angiography (DSA), by providing color coded images generated from the DSA series.

The 2D Perfusion software medical device is a tool that assists the physician in the diagnosis of perfusion (i.e., passage of blood through blood vessels to an organ or a tissue) alterations by providing a color coded representation of a digital subtraction angiography (DSA) run. The 2D Perfusion software medical device can visualize multiple functional parameters related to the time-density function and also provides a comparison between pre-, peri-, and post-procedural color coded images.

Here's an analysis of the provided text regarding the acceptance criteria and study for the 2D Perfusion device:

1. Table of Acceptance Criteria and Reported Device Performance

The provided text does not contain a specific table of quantitative acceptance criteria or corresponding reported device performance metrics. Instead, it describes acceptance criteria in qualitative terms related to compliance with standards and functionality.

• IEC 62304 Medical device software – Software life cycle processes (2006):
• IEC 62366 Application of usability engineering to medical devices (2007):
• ISO 14971 Application of risk management to medical devices (2007)." | "The non-clinical software verification and validation test results demonstrate that the 2D Perfusion software medical device complies with international and FDA-recognized consensus standards..." |
  | Intended Use | "Non-clinical software verification and validation tests have been performed with regards to the intended use..." | "...the 2D Perfusion software medical device ... meets the acceptance criteria and is adequate for its intended use." |
  | Technical Claims | "Non-clinical software verification and validation tests have been performed with regards to... the technical claims..." | "The non-clinical software verification and validation test results demonstrate that the 2D Perfusion software medical device ... meets the acceptance criteria..." (Implying technical claims were met). |
  | Requirement Specifications | "Non-clinical software verification and validation tests have been performed with regards to... the requirement specifications..." | "The non-clinical software verification and validation test results demonstrate that the 2D Perfusion software medical device ... meets the acceptance criteria..." (Implying requirement specifications were met). |
  | Risk Management | "Non-clinical software verification and validation tests have been performed with regards to... the risk management results." | "The non-clinical software verification and validation test results demonstrate that the 2D Perfusion software medical device ... meets the acceptance criteria..." (Implying risk management results were adequately addressed). |
  | Safety & Effectiveness | (Implied through substantial equivalence) "The 2D Perfusion software medical device is substantially equivalent to the currently marketed and secondary predicate AngioViz Option provided with the AW VolumeShare 5 workstation (GE Healthcare, K110834) in terms of design features, fundamental scientific technology, indications for use, and safety and effectiveness." and "...the 2D Perfusion is considered substantially equivalent to the currently marketed and secondary predicate AngioViz Option ... in terms of safety and effectiveness." | "The results of these tests demonstrate that the 2D Perfusion software medical device met the acceptance criteria and is adequate for this intended use." (This indirectly states that it meets the safety and effectiveness criteria by being substantially equivalent to a cleared device and undergoing proper V&V). |

2. Sample Size Used for the Test Set and Data Provenance

The document explicitly states: "The 2D Perfusion software medical device did not require clinical studies since substantial equivalence to the currently marketed and predicate device was demonstrated with the following attributes: ... Non-clinical performance testing."

Therefore, there

• No clinical test set was used.
• The non-clinical performance testing (software verification and validation) would likely involve simulated data or internally generated test cases rather than patient data. The provenance of such data, if used, is not specified.

3. Number of Experts Used to Establish the Ground Truth for the Test Set and Qualifications

Since no clinical studies or human-reviewed test sets were used for performance evaluation, there were:

• No experts used to establish ground truth for a test set.
• The ground truth for the software verification and validation would be based on predefined expected outputs for given inputs as per the software requirements Specification.

4. Adjudication Method for the Test Set

As no clinical test set with human reviewers was used:

• No adjudication method was employed.

5. Multi-Reader Multi-Case (MRMC) Comparative Effectiveness Study

• No MRMC comparative effectiveness study was done. The document explicitly states no clinical studies were required. Therefore, no studies comparing human readers with and without AI assistance were conducted or reported.

6. Standalone (Algorithm Only Without Human-in-the-loop Performance) Study

• A standalone (algorithm-only) performance evaluation was conducted. This is evidenced by the "Non-clinical software verification and validation tests," which would assess the software's functionality and accuracy in generating the parametric images as specified. The results of these tests demonstated that the device met the acceptance criteria.

7. Type of Ground Truth Used

For the non-clinical software verification and validation, the ground truth would be:

• Expected software output based on design specifications and engineering principles. This means engineers would have defined what the correct "arrival time," "time to peak," "wash-in rate," etc., should be for a given synthetic or recorded DSA run, and the software's output would be compared against these predefined correct values.

8. Sample Size for the Training Set

The document does not mention a training set. This is because:

• The 2D Perfusion device is described as a tool that "provides a color coded representation of a digital subtraction angiography (DSA) run" and "visualize multiple functional parameters related to the time-density function."
• It is not an AI/ML device in the modern sense that requires a "training set" to learn from data. Instead, it seems to be a deterministic algorithm that calculates parameters based on the time-intensity curve of a DSA input.
• Therefore, no training set was used.

9. How the Ground Truth for the Training Set was Established

As no training set was used:

• No ground truth was established for a training set.

Ask a specific question about this device