K Number
K231676
Device Name
CALLISTO eye
Date Cleared
2023-08-28

(80 days)

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

CALLISTO eye Software is a software device intended for remote control of ophthalmic surgical microscopes of OPMI Lumera family and RESCAN 700, and display images of the anterior and posterior segment of the eye.

CALLISTO eye Software is indicated as graphical guidance aid to insert, align, position, and register an intraocular lens (IOL) including toric IOLs, limbal relaxing incisions, and capsulorhexis during anterior segment surgical procedures.

Device Description

CALLISTO eye software operates as an adjunct to the ZEISS's family of ophthalmic surgical microscopes to process surgery videos and OCT data (B-Scan images). Specifically, the subject device has the functionality to be connected to an OCT camera (such as in RESCAN 700 (K180229)), a phaco machine (such as in QUATERA 700 (K212241), as well as MIMPS (such as FORUM (K213527).

CALLISTO eye Software must be installed on a computer with a touchscreen; this Panel PC (ORPC) is offered as an accessory. The current model of the ORPC is the CALLISTO eye Panel PC Model II. OPRC function and configuration has been modified since the last CALLISTO eye 510(k) by upgrading electronics components to accommodate lifecycle management needs.

CALLISTO eye 3.7.2 has the same functionalities as CALLISTO eye 3.6 (K180858). These functionalities include patient data management and transmission via DICOM protocol, interfaces to ZEISS's ophthalmic microscopes with/without OCT camera (RESCAN 700) and assists with overlay function for markerless marking to support IOL alignment.

Additional functionalities unique to CALLISTO eye 3.7.2 are inclusion of changes occurring from software version 3.6 to 3.7.1 and additional support of language packages, bug fixes, cybersecurity enhancements and interoperability abilities with a phaco system (OUATERA 700).

The subject device, CALLISTO eye 3.7.2, provides connectivity to the following surgical microscopes from ZEISS:

  • . OPMI LUMERA 700 with Integrated Data Injection System (IDIS)
  • OPMI LUMERA T with External Data Injection System (EDIS) ●
  • OPMI LUMERA I with External Data Injection System (EDIS) .
  • OPMI LUMERA 700 with OCT camera (RESCAN700)
  • ARTEVO 800 with 3D monitor cart (3DIS) .
  • ARTEVO 800 with OCT camera (RESCAN700) .

The software can acquire photo and videos from all surgical microscope listed above and can remote control these microscopes apart from the OPMI LUMERA T and I.

All OPMI LUMERA family surgical microscopes have been covered by the predicate device CALLISTO eye 3.6 (K180858). With the subject device the range of supported surgical microscopes was extended to the ARTEVO 800 with and without RESCAN700 as principal successor of the OPMI LUMERA 700.

The intended use and indications for use of OPMI LUMERA and ARTEVO 800 are identical and the microscopes can be applied for the same surgical procedure.

CALLISTO eye allows the connection and remote control of a surgical microscope with or without OCT Camera and thus operates as an adjunct to the family of ZEISS surgical microscopes. Functionalities such as light intensity, camera parameters, start/stop recording, zoom, focus, diaphragm, start/stop OCT scanning, etc. of the surgical microscope, including the configuration of the foot control panel and handgrips, can be accessed and managed by the user in CALLISTO eye.

CALLISTO eye Software is an assistance, information system to support ophthalmic surgical procedures. It provides an interface to other devices to facilitate the:

  • Display and recording of video data provided by ZEISS surgical microscopes (OPMI) .
  • Display of assistance functions (graphical guidance templates) and device information (cockpits) to aid the surgeon in the implantation of intra ocular lenses; e.g., used for the alignment for toric intraocular lenses.
  • . Display and recording of OCT image data provided by ZEISS RESCAN 700
  • Display and exchange data with the ZEISS OUATERA 700 phacoemulsification and vitrectorny system .
  • . Retrieval and storage of patient data from and to the FORUM MIMPS system
  • . Configuration of ZEISS surgical microscopes, including the assignment of functions to OPMI handgrips and foot control panel
AI/ML Overview

The provided text is a 510(k) summary for the Carl Zeiss Meditec AG's CALLISTO eye (Software Version 3.7.2). It primarily focuses on demonstrating substantial equivalence to a predicate device (CALLISTO eye, Software Version 3.6) rather than detailing specific acceptance criteria and a study to prove meeting those criteria in the context of diagnostic performance.

The document discusses functional equivalence and safety, but not performance metrics like sensitivity, specificity, or accuracy for a diagnostic task. The device is described as an "assistance system" providing "non-diagnostic video documentation and image capture" and "graphical guidance aid." Therefore, the typical diagnostic performance acceptance criteria and study design (like MRMC studies) are not applicable here.

However, I can extract information related to the device's functional performance and the verification/validation activities performed, which serve as proof that the device meets its functional specifications.

Here's a breakdown based on the provided text, addressing the points where information is available or noting its absence:

1. Table of Acceptance Criteria and Reported Device Performance

Since this is not a diagnostic device with performance metrics like sensitivity/specificity, the "acceptance criteria" are related to its functional specifications and safety. The "reported device performance" refers to the successful verification and validation of these functions.

Acceptance Criteria (derived)Reported Device Performance (Summary from submission)
Functional Equivalence to Predicate Device:
- Identical Indications for UseSupported by direct comparison tables showing identical IFUs.
- Similar Technological CharacteristicsSupported by detailed comparison tables showing identical or equivalent technical characteristics (e.g., software only, accessory, operating system, communication protocols, assistance functions). Differences (e.g., supported surgical microscopes, video format) were assessed and deemed equivalent.
Safety and Effectiveness:
- Risk Management complianceRisk analysis performed to identify potential hazards and mitigations; controls by design, protection measures, and user instructions. Adheres to ISO 14971.
- Compliance with Software RequirementsDevice performance complies with specifications and requirements identified through verification and validation.
- Meets Customer RequirementsDevice meets customer's requirements with respect to performance based on validation plan.
- Conformance to applicable standards (e.g., IEC, ISO, NEMA)Conforms to ISO 14971:2019, IEC 62366-1:2015, IEC 62304:2015, NEMA PS 3.1-3.20.

2. Sample size used for the test set and the data provenance (e.g. country of origin of the data, retrospective or prospective)

Not applicable or not specified in the context of a "test set" for diagnostic performance. The document describes software verification and validation, which typically involves internal testing against specifications and requirements, often using simulated data, test cases, and potentially real (but de-identified) operational data. The document does not specify a "test set" in the sense of clinical study data with provenance.

3. Number of experts used to establish the ground truth for the test set and the qualifications of those experts (e.g. radiologist with 10 years of experience)

Not applicable. As a non-diagnostic assistance system, there is no "ground truth" to establish for diagnostic outcomes in the context of the device's stated functions. The validation focuses on whether the software performs its intended functions correctly (e.g., displays images, provides graphical guidance correctly).

4. Adjudication method (e.g. 2+1, 3+1, none) for the test set

Not applicable, as there's no diagnostic ground truth being established via expert adjudication.

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 MRMC comparative effectiveness study was done or mentioned. The device's indications for use emphasize "graphical guidance aid" and "assistance system," not a primary diagnostic tool. The submission states, "Animal and Clinical testing was not conducted."

6. If a standalone (i.e. algorithm only without human-in-the loop performance) was done

This concept is not directly applicable. The CALLISTO eye software is designed as an "assistance, information system to support ophthalmic surgical procedures" with "graphical guidance aid." Its function is inherently human-in-the-loop, providing information to the surgeon. Standalone performance for a predictive or diagnostic algorithm is not its purpose. The document details "software verification activities" and "validation," which confirm the software's functional correctness.

7. The type of ground truth used (expert consensus, pathology, outcomes data, etc.)

For the functional validation of this device, the "ground truth" would be the expected correct behavior of the software according to its design specifications and user requirements. This is established through:

  • Design specifications: The software behaving as programmed.
  • User requirements: The software meeting the needs of trained clinical personnel for guidance and control.

There is no mention of external clinical ground truth like pathology or outcomes data in this submission for assessing the device's inherent performance.

8. The sample size for the training set

Not applicable. This device is described as software that provides graphical guidance and remote control, not a machine learning or AI algorithm that is "trained" on a dataset for diagnostic or predictive tasks in the conventional sense described by these questions.

9. How the ground truth for the training set was established

Not applicable, as there is no "training set" for an AI model mentioned in the submission. The "ground truth" for the software's functional correctness is simply its design specifications and user requirements, as verified and validated through software testing.

§ 892.2050 Medical image management and processing system.

(a)
Identification. A medical image management and processing system is a device that provides one or more capabilities relating to the review and digital processing of medical images for the purposes of interpretation by a trained practitioner of disease detection, diagnosis, or patient management. The software components may provide advanced or complex image processing functions for image manipulation, enhancement, or quantification that are intended for use in the interpretation and analysis of medical images. Advanced image manipulation functions may include image segmentation, multimodality image registration, or 3D visualization. Complex quantitative functions may include semi-automated measurements or time-series measurements.(b)
Classification. Class II (special controls; voluntary standards—Digital Imaging and Communications in Medicine (DICOM) Std., Joint Photographic Experts Group (JPEG) Std., Society of Motion Picture and Television Engineers (SMPTE) Test Pattern).