Close Menu
geekfence.comgeekfence.com
    What's Hot

    No magic bullet will solve the upper C-band

    March 18, 2026

    Is Learning Prompt Engineering Enough To Secure A Job In The AI And LLM Fields

    March 18, 2026

    SOTA Embedding Model for Agentic Workflows Now in Public Preview

    March 18, 2026
    Facebook X (Twitter) Instagram
    • About Us
    • Contact Us
    Facebook Instagram
    geekfence.comgeekfence.com
    • Home
    • UK Tech News
    • AI
    • Big Data
    • Cyber Security
      • Cloud Computing
      • iOS Development
    • IoT
    • Mobile
    • Software
      • Software Development
      • Software Engineering
    • Technology
      • Green Technology
      • Nanotechnology
    • Telecom
    geekfence.comgeekfence.com
    Home»IoT»Cisco and Dräger – Network Reliability in Healthcare
    IoT

    Cisco and Dräger – Network Reliability in Healthcare

    AdminBy AdminMarch 18, 2026No Comments6 Mins Read0 Views
    Facebook Twitter Pinterest LinkedIn Telegram Tumblr Email
    Cisco and Dräger – Network Reliability in Healthcare
    Share
    Facebook Twitter LinkedIn Pinterest Email


    Guest Co-Author: George Cragg, Dräger

    In the fast-paced world of Health Delivery Organizations (HDOs), network latency isn’t just an inconvenience—it’s unacceptable. For healthcare IT teams, wireless reliability is an important component of supporting a robust healthcare technical infrastructure.

    Modern wireless patient monitoring systems use Wi-Fi connections to help transmit real-time patient data. Because these systems are often used in more intensive situations, they require ultra-low latency and minimal packet loss to provide alerts for medical staff. Issues such as interference, inconsistent coverage, and reliability gaps may contribute to delays or interruptions in vital monitoring data.

    To solve for this, healthcare IT must design and deploy wireless infrastructure that delivers more secure, reliable, and interoperable connectivity for monitoring devices. Wireless patient monitoring systems will also benefit from Wi-Fi that does not sacrifice network performance or safety. Backwards compatibility is also a key component of more robust healthcare IT environments, where many medical devices need stable connections even as enterprise networks evolve to new standards like Wi-Fi 7 (802.11be).

    To address these challenges, Dräger collaborates closely with Cisco to test wireless interoperability across both wired and wireless protocols. This partnership helps reduce deployment risks — especially as hospitals adopt next-generation wireless technologies such as Wi-Fi 7. Cisco Wireless delivers top-tier quality of service (QoS), airtime fairness, comprehensive RF coverage, and efficient multicast packet handling. These enhancements help contribute to Dräger’s devices operating with heightened efficiency and reliability.

     

    Figure 1 – Dräger Patient Monitoring Solution

    The Ecosystem of Care: Dräger’s Monitoring Components:

    The Dräger platform is comprised of several integrated components that work in harmony to help provide clinicians with real-time insights:

    • Infinity Acute Care System (IACS): The industry-leading bedside monitor for high-acuity patients, featuring a large display and a portable component for continuous parameter acquisition.
    • M540 Patient Monitor: A versatile, portable device that functions as a stand-alone monitor or integrates directly into the IACS.
    • M300+ Telemetry: An 802.11 Wi-Fi-only device specifically designed for lower-acuity patients who need to remain mobile within the facility.
    • Infinity Central Station (ICS): The “brain” of the operation, where data from across the network is collected, stored, and managed. It allows clinicians to view historical data and manage real-time alarms from a central location.
    • Infinity Gateway Suite (InfGW): This software bridges the gap between proprietary Dräger protocols and industry standards like HL7, allowing for integration with Electronic Health Records (EHR) and custom data solutions via API.

    Communication Profiles: Multicast vs. Unicast

    To help optimize performance and battery life, the system employs two distinct communication profiles:

    1. Multicast (UDP):Used for bulk patient data, including waveforms and alarms from the IACS and M540 to the ICS. This requires careful management of two-way traffic to handle feedback mechanisms.
    2. Unicast (TCP):Exclusively used for Telemetry devices (like the M300+) to preserve battery life by preventing the device from processing unnecessary group traffic. It is also used for remote control functions, such as adjusting alarm limits or updating patient demographics.

    Cisco’s Network requirements and setup:

    To help enable high-performance deployment, networking best practices typically adhere to the following configuration standards:

    1). Wireless Configuration

    • Dedicated SSIDs: Use separate SSIDs for multicast monitors (M540/Delta) and telemetry devices (M300).
    • Security & Performance: Implement WPA3+WPA2-Enterprise/Personal mixed-mode configuration and Platinum-level QoS. Use a DTIM value of 1.
    • DSCP Tuning: Maintain a DSCP value of 48 for Layer 3 QOS.

    2). Switching & Infrastructure

    • Standards: Switches are managed and adherent to IEEE 802.3 and 802.1Q (VLAN) standards.
    • Traffic Management: Enable IGMP v2 querying and snooping to help prevent multicast traffic from flooding the network.

    3). Network Segmentation

    • VLAN Isolation: Place M300 telemetry devices on a separate VLAN from multicast monitors.
    • Connectivity: Confirm that the Infinity Central Station (ICS) can communicate across these segments via routing or by using dual network cards.

    Dräger and Cisco Joint Interoperability Test Results: Key Metrics for Success

    1). Waveform Integrity: Wireless multicast monitors deliver waveforms and parameters to the wired network (ICS or InfGW) with a strict performance target: less than 4 seconds of waveform loss per hour, per device.

    Because patient monitors transmit data at fixed intervals, the ICS database assists with identifying gaps. This allows for automated, color-coded reporting (as seen in Figure 2) that tracks data gaps down to a single 200ms packet. If performance issues occur, diagnostic tools can help determine if the gap consists of isolated random events or sequential bursts, which helps contribute to a more efficient troubleshooting process.

    Figure 2 – Data evaluation

    In this report, each cell represents the seconds of data gaps per hour for the devices listed in the columns. The status is color-coded based on performance specifications:

    • Green indicates zero gaps
    • Yellow signifies gaps within acceptable tolerance
    • Red denotes gaps that exceeds the threshold.

    The testing infrastructure was on-prem featuring a Cisco CW9176I AP managed by a WLC9800-40 controller, but the same principles apply with cloud managed networks.

    2). Feedback Verification: The system utilizes a multicast feedback mechanism to help inform individual patient monitors that an ICS is active on the network and is managing and storing clinical data. To help verify that this communication path is operating appropriately, confirm that the “Not Monitored by Central” error message is not displayed.

     

    3). Unicast Transaction Success Rate: Unicast testing is highly intuitive: specific actions within the ICS or InfGW interface help trigger point-to-point communication with a targeted device. The integrity of this communication flow is verified by the successful delivery of the requested data. For instance, if a clinician requests to view alarm limits and the table populates correctly, it helps confirms a functional unicast link between the wired server and the wireless client.

    4). Channel Utilization: Effective channel utilization is vital for near real-time applications to help prevent latency. Cisco’s Spectrum Expert tool helps further simplify this by repurposing older access points to scan the spectrum, so that utilization remains at optimal levels—ideally below 50% on the 2.4GHz band.

    5). Battery Runtime: To help prevent network conditions from contributing to excessive power drain, battery-powered telemetry devices undergo runtime testing. This confirms that 802.11 PowerSave mechanisms are working correctly, as network inefficiencies may often lead to rapid battery depletion. During interoperability testing, 32 telemetry devices are connected to a single Access Point for a full battery cycle to help verify that runtime remains within acceptable tolerances.

    Looking Ahead

    As hospitals continue to modernize, the collaboration between Dräger and Cisco serves as a model for more reliable, effective, and innovative patient monitoring. By combining Cisco’s cutting-edge hardware with Dräger’s clinical expertise, HDOs can focus on what matters most: the patient.

    Learn more about Cisco Wireless.



    Source link

    Share. Facebook Twitter Pinterest LinkedIn Tumblr Email

    Related Posts

    New study reveals the blueprint for European digital sovereignty: Computing power, cloud, open source and capital

    March 16, 2026

    Edge AI IoT devices are hitting mass market in 2026—Here is why it is happening now

    March 15, 2026

    Construction’s Future of Work Comes into Focus

    March 14, 2026

    Smarter Home, Zero Cameras: the Squire Home Sensing Platform

    March 13, 2026

    The Digital Truffle: Finding Ultra-Reliable Connection in the Tuscan Wilds

    March 12, 2026

    The data behind the win: How Catapult and AWS IoT are transforming pro sports

    March 11, 2026
    Top Posts

    Hard-braking events as indicators of road segment crash risk

    January 14, 202620 Views

    Understanding U-Net Architecture in Deep Learning

    November 25, 202520 Views

    How to integrate a graph database into your RAG pipeline

    February 8, 202611 Views
    Don't Miss

    No magic bullet will solve the upper C-band

    March 18, 2026

    The FCC’s coming auction of the upper C-band for 5G and 6G and possible direct-to-device…

    Is Learning Prompt Engineering Enough To Secure A Job In The AI And LLM Fields

    March 18, 2026

    SOTA Embedding Model for Agentic Workflows Now in Public Preview

    March 18, 2026

    Cloud demand shifts toward AI as enterprise usage deepens

    March 18, 2026
    Stay In Touch
    • Facebook
    • Instagram
    About Us

    At GeekFence, we are a team of tech-enthusiasts, industry watchers and content creators who believe that technology isn’t just about gadgets—it’s about how innovation transforms our lives, work and society. We’ve come together to build a place where readers, thinkers and industry insiders can converge to explore what’s next in tech.

    Our Picks

    No magic bullet will solve the upper C-band

    March 18, 2026

    Is Learning Prompt Engineering Enough To Secure A Job In The AI And LLM Fields

    March 18, 2026

    Subscribe to Updates

    Please enable JavaScript in your browser to complete this form.
    Loading
    • About Us
    • Contact Us
    • Disclaimer
    • Privacy Policy
    • Terms and Conditions
    © 2026 Geekfence.All Rigt Reserved.

    Type above and press Enter to search. Press Esc to cancel.