On this page
Asset Type
Manufacturer
Model
What This Guide Helps With
Addresses unresponsive controls caused by startup state, contamination, external connection issues, accessories, software state, or physical damage.
Step-by-Step Troubleshooting
1. Protect the Patient and Avoid Reliance on Unresponsive Controls
Do not continue a procedure if required imaging or positioning controls cannot be operated reliably. Move to another verified system when loss of the touchscreen or tableside control module affects safe clinical operation.
Determine exactly which control surface is unresponsive and whether the failure is complete, intermittent, or limited to selected functions.
Expected outcome: Patient care is maintained and the control failure is clearly identified.
2. Confirm the System Is Fully Started
Verify that the Zenition Series has completed startup and that other controls and displays are functioning normally. Determine whether the control problem is part of a broader startup or communication failure.
Expected outcome: The complaint is isolated to the touchscreen or tableside control module.
3. Inspect the Control Surface
Check for fluid, gel, cleaning residue, gloves, drapes, adhesive material, or physical objects contacting the touchscreen or controls. Inspect for cracks, impact damage, loose covers, or signs of liquid intrusion.
Do not continue testing a visibly damaged or fluid-contaminated control.
Expected outcome: The control surface is clean, dry, unobstructed, and physically intact.
If approved cleaning or removal of an obstruction restores operation, continue to final verification.
4. Check for Stuck or Continuously Activated Controls
Inspect accessible physical buttons or switches on the tableside control module for sticking, binding, or contamination. Do not pry or disassemble controls.
Expected outcome: External controls move normally and are not mechanically held in an activated position.
5. Verify Accessible Connections
Where user-accessible external connections exist, inspect cables and connectors for looseness, damage, pinching, or strain. If reseating is appropriate, power down the system first according to normal procedure.
Expected outcome: Accessible control-module connections are secure and undamaged.
If reseating restores control operation, proceed to final verification.
6. Check Alternate Control Paths
Verify whether other normal system controls remain responsive. This can help distinguish a single control-module problem from a broader system communication or processing issue.
Expected outcome: The failure is narrowed to one control interface or identified as part of a broader system problem.
7. Perform One Controlled Restart
If no physical problem is found, perform a normal controlled shutdown and restart. Allow the system to initialize completely before retesting the touchscreen or tableside control module.
Avoid repeated rebooting if the failure returns consistently.
Expected outcome: The control interface initializes normally or the fault remains reproducible.
8. Compare User-Accessible Configuration
If the control responds but certain expected functions are unavailable, verify the system is in the intended clinical workflow and user-accessible configuration. Compare with a known-good unit when useful.
Do not alter restricted configuration or service settings.
Expected outcome: The correct user-facing control options are available for the selected workflow.
9. Perform Final Functional Verification
Verify all affected touchscreen areas, tableside controls, and related commands respond predictably. Confirm no unintended commands occur and that normal imaging or positioning functions associated with those controls are available.
Use a patient-free setup and approved testing practices.
Expected outcome: Control input is reliable, repeatable, and free of unintended activation.
If successful, troubleshooting can stop.
10. Escalate Persistent Control Failure
If the touchscreen or tableside control module remains unresponsive, intermittent, or activates functions unpredictably after external checks and a controlled restart, stop troubleshooting.
Expected outcome: The system is kept out of clinical use until reliable control operation is restored.
If the Problem Persists
Common contamination, obstruction, startup, external connection, and workflow causes have been ruled out. The remaining problem may involve the control module, touchscreen hardware, internal communication, computing subsystem, configuration, or another service-level condition.
The system should be:
- Removed from service if required controls are unreliable.
- Labeled Out of Service.
- Sent for repair or qualified service evaluation.
- Evaluated using appropriate Philips documentation and approved test equipment.
- Repaired or configured only by qualified personnel.
Do not open control assemblies or perform internal board-level repair. Complete all affected control, movement, imaging, and safety-function tests before return to service.
Knowing when to stop external troubleshooting is proper troubleshooting.
Clinical Use Tip
A control surface that intermittently misses or generates unintended commands is not suitable for clinical use even if it responds during one retest.
Work Order Documentation (CCR Method)
CCR = Complaint, Cause, Resolution
Complaint
What was reported by the clinical staff.
Example:
"Staff reported that the Philips Zenition Series touchscreen stopped responding to selections during setup."
Cause
What was observed during troubleshooting.
Example:
"Clinical Engineering found dried cleaning residue covering part of the touchscreen surface."
Resolution
What action was taken.
Example:
"The touchscreen was cleaned using the approved method, full control response was verified, and the system passed functional testing."
Helpful Details to Include (If Known)
- Touchscreen or tableside module affected.
- Complete or intermittent loss of response.
- Specific controls affected.
- Surface contamination or fluid exposure.
- Evidence of impact or damage.
- External connector condition.
- Alternate control behavior.
- Results after restart.
- Workflow or user-accessible settings observed.
- Final control-response status.
Final Thought
Control failures should be treated according to their impact on safe imaging and positioning. Rule out contamination, obstruction, startup, and accessible connection problems first, then escalate persistent or intermittent control failures without internal disassembly.
That is successful troubleshooting.