K Number
K173632
Date Cleared
2018-04-13

(140 days)

Product Code
Regulation Number
892.1750
Panel
RA
Reference & Predicate Devices
AI/MLSaMDIVD (In Vitro Diagnostic)TherapeuticDiagnosticis PCCP AuthorizedThirdpartyExpeditedreview
Intended Use

This computed tomography system is intended to generate and process cross-sectional images of patients by computer reconstruction of x-ray transmission data. The images delivered by the system can be used by a trained physician as an aid in diagnosis.
The images delivered by the system can be used by trained staff as an aid in diagnosis, treatment preparation and radiation therapy planning.
This CT system can be used for low dose lung cancer screening in high risk populations. High risk populations are as defined by professional medical societies. Please refer to clinical literature, including the results of the National Lung Screening Trial (N Engl J Med 2011; 365:395-409) and subsequent literature, for further information.

The in-room scan application is a planning and information system designed to perform the necessary functions required for planning and controlling scans of supported SIEMENS CT scanners. It allows users to work in close proximity to the scanner.
The in-room scan application runs on standard information technology hardware and software, utilizing the standard information technology operating systems and user interface. Communication and data exchange are done using special protocols

Device Description

The SOMATOM go.Platform is comprised of the following 4 CT scanners and optional mobile workflow:

  • SOMATOM go.Up
  • SOMATOM go.Now
  • SOMATOM go.Top
  • SOMATOM go.All
  • Scan&GO Mobile Medical Application (optional mobile workflow component)

The CT scanners feature one continuously rotating tube-detector system and function according to the fan beam principle. The system software is a command-based program used for patient management, data management, X-ray scan control, image reconstruction, and image archive/evaluation. The above referenced CT scanners produce CT images in DICOM format, which can be used by trained staff for post-processing applications commercially distributed by Siemens and other vendors as an aid in diagnosis and treatment preparation. The computer system delivered with the CT scanner is able to run optional post processing applications.

The Scan&GO mobile workflow is an optional planning and information software designed to perform the necessary functions required for planning and controlling of the workflow of the SOMATOM go.Platform CT scanners. Scan&GO can be operated on a Siemens provided tablet or a commercially available that meets certain minimum technical requirements. It allows users to work in close proximity to the scanner and the patient.

AI/ML Overview

The provided text describes the acceptance criteria and supporting studies for the Siemens SOMATOM go.Platform CT scanners (SOMATOM go.All, SOMATOM go.Top, SOMATOM go.Now, SOMATOM go.Up) and the Scan&GO mobile workflow application.

Here's a breakdown of the requested information:

1. Table of Acceptance Criteria and Reported Device Performance

The document describes general "acceptance criteria" for software specifications and "pre-determined acceptance criteria" for customer use testing, but it does not provide specific quantitative acceptance criteria or reported performance values for clinical metrics. Instead, it emphasizes that testing demonstrated substantial equivalence to predicate devices and conformance to various performance, safety, and regulatory standards.

Therefore, a table with specific acceptance criteria and reported numeric performance cannot be generated from the given text. The text indicates that:

  • "All test performed meet the pre-determined acceptance criteria."
  • "The test results show that all of the software specifications have met the acceptance criteria."
  • "The data included in this submission demonstrates that the SOMATOM go.Platform performs comparably to the predicate devices currently marketed for the same intended use."

This implies that the acceptance criteria were qualitative (e.g., "operates as intended," "comparable to predicate") or met internal Siemens specifications not detailed in this public summary.

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

The document primarily focuses on non-clinical testing.

  • Test Set Description: Phantom tests, verification and validation testing, software testing, electrical safety and EMC testing, wireless coexistence testing, and customer use testing.
  • Sample Size: Not explicitly stated for any of the non-clinical tests.
  • Data Provenance:
    • Phantom Tests: Conducted by Siemens during product development.
    • Customer Use Tests:
      • Internal Clinical Use Test: Simulated in Siemens Test Cabins with "customers with clinical expertise."
      • External Clinical Use Test: Performed with "selected customer" in a "clinic/hospital environment."
    • Additional Supportive Data (Lung Cancer Screening): Refers to the National Lung Screening Trial (NLST) (N Engl J Med 2011; 365:395-409) which was a randomized trial.
      • NLST Sample Size: Not explicitly stated in this document, but the external reference (N Engl J Med 2011; 365:395-409) would contain this information.
      • NLST Data Provenance: Prospective, multi-center trial (implied by "National" and publication in a journal like NEJM). Information regarding country of origin is not explicitly stated in this document but is generally associated with the US for NLST.

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

  • Non-clinical Tests: Ground truth for non-clinical tests (e.g., phantom images, software specifications) would typically be established by engineering and quality assurance teams based on design specifications and measurements, rather than clinical experts. No specific number or qualifications of "experts" are provided for these internal assessments.
  • Customer Use Testing: "Customers with clinical expertise" were invited for internal clinical use tests. "Selected customer" (plural, implying multiple individuals or sites) performed external clinical use tests. No specific number or qualifications (e.g., "radiologist with 10 years experience") are provided.
  • NLST (for lung cancer screening indication): The NLST identified lung nodules of 4mm diameter or greater. The ground truth for this large-scale clinical trial would involve extensive processes for diagnosis, follow-up, and potentially pathology, but the specific number and qualifications of experts involved in establishing ground truth for the NLST data itself are not detailed in this submission. The submission references the published literature for NLST for further information.

4. Adjudication Method for the Test Set

  • Non-clinical Tests: Not explicitly stated. For engineering and software testing, adjudication would likely involve issue tracking systems and resolution processes, rather than clinical consensus.
  • Customer Use Testing: Not explicitly stated. It states that "All test performed meet the pre-determined acceptance criteria," implying that the results were simply assessed against those criteria.
  • NLST (for lung cancer screening indication): The adjudication methods for the NLST (referencing N Engl J Med 2011; 365:395-409) would be detailed in that study's methodology, but are not described in this 510(k) summary.

5. If a Multi-Reader Multi-Case (MRMC) Comparative Effectiveness Study was Done, If So, What was the Effect Size of How Much Human Readers Improve with AI vs Without AI Assistance

  • No, an MRMC comparative effectiveness study involving AI assistance for human readers was not done.
  • This submission describes a CT scanner system and its optional mobile workflow application, not an AI-based diagnostic aid that assists human readers. The technologies described are fundamental CT imaging and workflow enhancements.
  • The NLST is referenced to support the ability of CT systems (not necessarily this specific model or an AI component) to perform low-dose lung cancer screening, but it is not a study comparing human readers with and without AI assistance.

6. If a Standalone (i.e., algorithm only without human-in-the-loop performance) was Done

  • No, a standalone algorithm performance study was not specifically done in the context of AI without human-in-the-loop.
  • The device being cleared is a Computed Tomography (CT) system and an accompanying mobile workflow application. These are imaging devices and tools for workflow, not standalone diagnostic algorithms.
  • The "software" mentioned (SOMARIS/10 syngo CT VA20) refers to the operating system and processing capabilities of the CT scanner itself, including basic post-processing and interfaces for advanced post-processing, not a standalone diagnostic algorithm for interpretation.

7. The Type of Ground Truth Used (expert consensus, pathology, outcomes data, etc.)

  • Non-clinical (Technical/Performance) Testing: Ground truth for these tests would likely be based on:
    • Design specifications: For software functionality and hardware performance (e.g., compliance with IEC standards).
    • Measurements against known standards/phantoms: For image quality, radiation dose, electrical safety.
  • Customer Use Testing: Ground truth would be the intended performance and user experience as validated by clinical users, ensuring the system operates as expected in a clinical context.
  • Lung Cancer Screening Indication: The justification for the low-dose lung cancer screening indication comes from clinical literature, specifically referencing the National Lung Screening Trial (NLST). For NLST, the ground truth for lung cancer detection would ultimately be pathology and long-term outcomes data (mortality reduction). The submission states NLST's interpretation task was to detect lung nodules ≥ 4mm.

8. The Sample Size for the Training Set

  • Not applicable. This submission is for a CT scanner platform and a workflow application, not a machine learning or AI algorithm in the context of diagnostic image interpretation that would require a dedicated "training set" for model development. The software mentioned handles system operation, image reconstruction, and basic post-processing, and is not described as involving a machine learning training phase.

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

  • Not applicable. As no training set for a machine learning algorithm is discussed, the establishment of its ground truth is not relevant here.

§ 892.1750 Computed tomography x-ray system.

(a)
Identification. A computed tomography x-ray system is a diagnostic x-ray system intended to produce cross-sectional images of the body by computer reconstruction of x-ray transmission data from the same axial plane taken at different angles. This generic type of device may include signal analysis and display equipment, patient and equipment supports, component parts, and accessories.(b)
Classification. Class II.