Search Results

Panther QIS|R&V is an information management system used to manage medical data and clinical workflow in a hospital or clinic. To support radiation oncology users, it allows the user to:

• . Enter or import, modify, store and archive treatment plans and images from treatment planning systems.
• Import, view, manipulate, enhance, annotate, store, and archive radiological . images.
• Select and provide radiation treatment plans to a radiation treatment delivery . system for patient treatment.
• Store and view treatment records provided by the radiation treatment delivery . system.
• Monitor and track treatment progress. +
• When Panther OIS|R&V is acting as an R&V system, verify the delivery device's . settings against the planned parameters, record the treatment parameters settings and prevent treatment if the parameters are out of tolerance.

Panther OIS|R&V is medical device software which allows the user to deliver radiation treatment on linear accelerator to a patient. The software has been developed to be a record and verify system that also manages oncology medical information in order to simplify the oncologist administrative tasks and to optimize the quality of patient treatment. It is a Windows® based system, which uses a single database that can be accessed by any Panther OIS|R&V client station in the treatment facility. Additionally, Panther OIS|R&V is capable of performing such functions as:

• lmporting treatment plans in DICOM or RTP format -
• Downloading of beams contained in the treatment plans to the linear accelerator ﺖ
• Verifying that the beams from the treatment plan are correctly set up on the linear accelerator
• Recording treatments delivered by the linear accelerator -
• Managing patient schedules ・
• Managing schedules for resources such as treatment machines and personnel "
• Maintaining a central repository of treatment plans and records -
• Documenting, monitoring and updating treatments and treatment plan information -
• Performing administrative tasks such as patient management. -
• Data locking or warning to prevent simultaneous access to patient (Tx) data -
• -Reports of patients and treatment history
• Manual Recording of treatment beams ﺖ
• Late Resumption of incomplete treatments -

The provided text describes the Panther OIS|R&V, a medical device software for radiation therapy record and verify systems. The 510(k) summary (K122616) details how the device meets its acceptance criteria through non-clinical testing.

Here's a breakdown of the requested information:

1. Table of Acceptance Criteria and Reported Device Performance

The document does not provide a specific table of quantitative acceptance criteria with corresponding performance metrics like sensitivity, specificity, accuracy, or AUC for the Panther OIS|R&V device. Instead, it discusses meeting predetermined specifications and pass/fail criteria through verification and validation.

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

• Sample Size: Not explicitly stated as a number of cases or patients. The document mentions "clinical cases" were used by the beta-site for testing.
• Data Provenance: The beta-site testing was conducted at Community Memorial Hospital. This suggests the data is prospective in nature, as it was part of device development and external testing in a clinical setting. The country of origin would be USA, given Community Memorial Hospital is referenced and the submission is to the FDA.

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

• Number of Experts: Not explicitly stated for the beta-site testing itself.
• Qualifications of Experts: The document mentions "clinical physicists contracted by Prowess" were involved in verifying mitigation strategies identified during risk analysis. While not directly stated as establishing ground truth for the test set, this indicates that qualified clinical experts were involved in the overall safety and effectiveness assessment. For the beta-site, it would be implied that hospital staff (oncologists, radiation therapists, physicists) were the "experts" using the system and providing feedback.

4. Adjudication Method for the Test Set

The document does not describe a specific adjudication method (e.g., 2+1, 3+1, none) for the beta-site testing. The nature of testing a Record & Verify (R&V) system is often based on functional validation against expected behavior and safety checks rather than consensus-based ground truth on diagnostic findings.

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 involving human readers and AI assistance is described in this document. The device is not an AI-assisted diagnostic tool but rather an information management and R&V system. The comparison is primarily against existing predicate R&V systems, focusing on functional equivalence and safety, not on improving human reader performance.

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

Yes, the core of the submission (and the "Summary of Non-clinical Tests") indicates that extensive standalone testing (algorithm only) was performed in-house to verify and validate the software according to its protocol and specifications. The "beta-site" testing, while involving human users in a clinical setting, was also focused on validating the system's intended functions and safety in a real-world scenario, essentially testing the "algorithm only" in its operational environment. The system's primary functions (importing plans, downloading beams, verifying settings, recording treatments) are automated or semi-automated functions of the software itself.

7. The Type of Ground Truth Used

The "ground truth" for verifying this type of software system (an R&V system) would not typically be pathology or outcomes data in the traditional sense, but rather:

• Predetermined Specifications/Expected Behavior: The software's outputs and actions are validated against predefined system requirements, design documents, and expected behavior.
• Functional Accuracy: Verification that the system correctly imports, processes, verifies, and records data according to established radiation therapy protocols and standards. For instance, whether the system accurately verifies that linear accelerator settings match planned parameters.
• Safety Requirements: Validation that the system correctly prevents treatment delivery if parameters are out of tolerance, manages data access securely, and maintains data integrity.
• Comparison to Predicate Devices: Demonstrating that its performance and functionality are equivalent to legally marketed predicate devices.

8. The Sample Size for the Training Set

The document does not provide information about a "training set" in the context of machine learning. The Panther OIS|R&V system, as described, is a record and verify software system, not an AI/ML diagnostic or predictive algorithm that typically requires a large training dataset. Its development would involve traditional software engineering and testing methodologies rather than machine learning training.

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

Since the device is not described as utilizing machine learning or AI that requires a "training set," this question is not applicable based on the provided information. The "ground truth" for its development and testing would be derived from clinical requirements, software specifications, and established radiation oncology best practices, rather than labeled data for algorithm training.

Ask a specific question about this device