$30 off During Our Annual Pro Sale. View Details »

Connected Medical Devices

Connected Medical Devices

How medical devices help fill EHRs with clinically useful data for comparative effectiveness research and data interoperability. This talk was given at the IEEE Baltimore Section EMB Society.

Shahid N. Shah

June 02, 2012
Tweet

More Decks by Shahid N. Shah

Other Decks in Technology

Transcript

  1. Connected Medical Devices
    How medical devices help fill EHRs with clinically
    useful data for comparative effectiveness research
    and data interoperability
    Shahid N. Shah, CEO

    View Slide

  2. 2
    www.netspective.com
    Who is Shahid?
    • 20+ years of software engineering and
    multi-site healthcare system deployment
    experience
    • 12+ years of healthcare IT and medical
    devices experience (blog at
    http://healthcareguy.com)
    • 15+ years of technology management
    experience (government, non-profit,
    commercial)
    • 10+ years as architect, engineer, and
    implementation manager on various EMR
    and EHR initiatives (commercial and non-
    profit)
    Author of Chapter 13,
    “You’re the CIO of your Own
    Office”

    View Slide

  3. 3
    www.netspective.com
    www.netspective.com
    What’s this talk about?
    Health IT / MedTech Landscape
    • Data has potential to solve
    some hard healthcare
    problems and change how
    medical science is done.
    • The government is paying for
    the collection of clinical data
    (Meaningful Use or “MU”).
    • All the existing MU incentives
    promote the wrong kinds of
    data collection: unreliable,
    slow, and error prone.
    Key Takeaways
    • Medical devices are the best
    sources of quantifiable,
    analyzable, and reportable
    clinical data.
    • New devices must be
    designed and deployed to
    support inherent connectivity.

    View Slide

  4. 4
    www.netspective.com
    What problems can data help solve?
    Cost per patient per
    procedure / treatment
    going up but without
    ability to explain why
    Cost for same
    procedure / treatment
    plan highly variable
    across localities
    Unable to compare
    drug efficacy across
    patient populations
    Unable to compare
    health treatment
    effectiveness across
    patients
    Variability in fees and
    treatments promotes
    fraud
    Lack of visibility of
    entire patient record
    causes medical errors

    View Slide

  5. 5
    www.netspective.com
    www.netspective.com
    Data changes the questions we ask
    Simple visual facts Complex visual facts Complex computable
    facts

    View Slide

  6. 6
    www.netspective.com
    www.netspective.com
    Data can change medical science
    The old way
    Identify problem
    Ask questions
    Collect data
    Answer questions
    The new way
    Identify data
    Generate questions
    Mine data
    Answer questions

    View Slide

  7. 7
    www.netspective.com
    Evidence-based medicine is our goal

    View Slide

  8. 8
    www.netspective.com
    Evidence-based Medicine and
    Comparative Effectiveness Research
    Medical
    Technology
    Assessment
    (MTA)
    National
    Center for
    Health
    Technology
    Assessment
    Agency for
    Healthcare
    Research and
    Quality
    (AHRQ)
    Comparative
    Effective
    Research
    (CER)
    Early 1970s 1978 1990’s Today
    Success factor: large well-designed effectiveness studies with mountains of data

    View Slide

  9. 9
    www.netspective.com
    AHRQ’s definition of CER process
    Identify new and
    emerging clinical
    interventions.
    Review and synthesize
    current medical
    research.
    Identify gaps between
    existing medical
    research and the needs
    of clinical practice.
    Promote and generate
    new scientific evidence
    and analytic tools.
    Train and develop
    clinical researchers.
    Translate and
    disseminate research
    findings to diverse
    stakeholders.
    Reach out to
    stakeholders via a
    citizens forum.
    Source: http://effectivehealthcare.ahrq.gov/index.cfm/what-is-comparative-effectiveness-research1/

    View Slide

  10. 10
    www.netspective.com
    CER is about the patient
    • CER sounds like it’s all about the government
    and evidence-based medicine to contain
    healthcare costs but ultimately it’s about
    providing treatment comparison choices to
    help make informed decisions.
    • Healthcare professionals must deliver tools to
    the patient that can help the patient and
    their families select the right treatment
    options.

    View Slide

  11. 11
    www.netspective.com
    Healthcare landscape background
    • The government (through Meaningful Use &
    ACO incentives) is paying for the collection of
    clinical data.
    • Medical devices are the best sources of
    quantifiable, analyzable, and reportable clinical
    data.
    • Most medical devices today are not connected
    so you do not have access to the best data.
    • New devices are being design and deployed to
    support connectivity.

    View Slide

  12. 12
    www.netspective.com
    www.netspective.com
    What if we had access to all this data?
    Source: Jan Whittenber, Philips Medical Systems

    View Slide

  13. 13
    www.netspective.com
    Unstructured patient data sources
    Patient Health
    Professional
    Labs &
    Diagnostics
    Medical
    Devices
    Biomarkers /
    Genetics
    Source Self reported
    by patient
    Observation
    s by HCP
    Computed
    from
    specimens
    Computed
    real-time
    from patient
    Computed
    from
    specimens
    Errors High Medium Low
    Time Slow Slow Medium
    Reliability Low Medium High
    Data size Megabytes Megabytes Megabytes
    Data type PDFs,
    images
    PDFs,
    images
    PDFs,
    images
    Availability Common Common Common Uncommon Uncommon

    View Slide

  14. 14
    www.netspective.com
    Structured patient data sources
    Patient Health
    Professional
    Labs &
    Diagnostics
    Medical
    Devices
    Biomarkers /
    Genetics
    Source Self reported
    by patient
    Observations
    by HCP
    Specimens Real-time
    from patient
    Specimens
    Errors High Medium Low Low Low
    Time Slow Slow Medium Fast Slow
    Reliability Low Medium High High High
    Discrete size Kilobytes Kilobytes Kilobytes Megabytes Gigabytes
    Streaming
    size
    Gigabytes Gigabytes
    Availability Uncommon Common Somewhat
    Common
    Uncommon Uncommon

    View Slide

  15. 15
    www.netspective.com
    The need for connected devices
    • Meaningful Use and CER advocates are
    promoting (structured) data collection for
    reduction of medical errors, analysis of
    treatments and procedures, and research for
    new methods.
    • All the existing MU incentives promote the
    wrong kinds of collection: unreliable, slow, and
    error prone.
    • Accurate, real-time, data is only available from
    connected medical devices

    View Slide

  16. 16
    www.netspective.com
    Medical Device Connectivity is a must
    Most obvious benefit Least attention
    Most promising
    capability
    This talk focuses on
    connected devices

    View Slide

  17. 17
    www.netspective.com
    It’s not as hard as we think…
    • Modern real-time operating systems (open
    source and commercial) are reliable for
    safety-critical medical-grade requirements.
    • Open standards such as TCP/IP
    , DDS, HTTP
    ,
    and XMPP can pull vendors out of the 1980’s
    and into the 1990’s. 
    • Open source and open standards that
    promote enterprise IT connectivity can pull
    vendors into the 2010’s and beyond.

    View Slide

  18. 18
    www.netspective.com
    Sampling of OSS / open standards
    Project / Standard Subject area D G Comments
    Linux or Android Operating system  
    OMG DDS (data
    distribution service)
    Publish and subscribe
    messaging
      Open standard with open
    source implementations
    AppWeb, Apache Web/app server  
    OpenTSDB Time series database  Open source project
    Mirth HL7 messaging engine  Built on Mule ESB
    Alembic Aurion HIE, message
    exchange
     Successor to CONNECT
    HTML5, XMPP, JSON Various areas   Don’t reinvent the wheel
    SAML, XACML Security and privacy  
    DynObj, OSGi, JPF Plugin frameworks   Build for extensibility

    View Slide

  19. 19
    www.netspective.com
    Ask for device connectivity
    Physical
    • Wired, wireless (WiFi, cellular, etc.)
    Logical
    • Device  Gateway  Data Routers  Systems
    Structural
    • Security, Numbers, Units of Measure, etc.
    Semantic
    • Presence, Vitals, Glucose, Heartbeats, etc.

    View Slide

  20. 20
    www.netspective.com
    Ask for better manageability
    Security
    • Is the device
    authorized?
    Inventory
    • Where is the device?
    Presence
    • Is a device
    connected?
    Teaming
    • Device grouping

    View Slide

  21. 21
    www.netspective.com
    Ask for extensible devices
    Legacy
    Devices
    Future
    Devices

    View Slide

  22. 22
    www.netspective.com
    Appreciate tradeoffs
    Integration-
    friendliness Ease of
    validation
    The more connection-
    friendly a device, the
    harder it is to validate it
    Lesson: Demand Testability

    View Slide

  23. 23
    www.netspective.com
    www.netspective.com
    Device Components 3rd Party Plugins
    App
    #1
    App
    #2
    Security and Management Layer
    Device OS
    (QNX, Linux, Windows)
    Sensors Storage Display Plugins
    Web Server, IM Client
    Connectivity Layer (DDS, HTTP, XMPP)
    • Presence
    • Messaging
    • Registration
    • JDBC, Query
    Cloud
    Services
    Management
    Dashboards
    Data Transformation (ESB, HL7)
    Device Gateway (DDS, ESB)
    Healthcare Enterprise
    Enterprise
    Data
    Ultimate Connectivity Architecture
    Plugin Container
    Event Architecture
    Inventory
    Workflow
    Notifications
    Patient Context
    Location
    Aware
    1 2
    3
    4
    5
    6
    7
    8
    9
    SSL VPN

    View Slide

  24. 24
    www.netspective.com
    www.netspective.com
    Ultimate Architecture Core
    Device Components
    Security and Management Layer
    Device OS
    (QNX, Linux, Windows)
    Connectivity Layer (DDS, HTTP, XMPP)
    Plugin Container
    Don’t create
    your own OS!
    Security isn’t
    added later
    Think about
    Plugins from day 1
    Connectivity is
    built-in, not added
    Build on
    Open Source
    Create code as
    a last resort

    View Slide

  25. 25
    www.netspective.com
    www.netspective.com
    Connectivity components
    Device Components
    Security and Management Layer
    Device OS
    (QNX, Linux, Windows)
    Web Server, IM Client
    Connectivity Layer (DDS, HTTP, XMPP)
    • Presence
    • Messaging
    • Registration
    • JDBC, Query
    Plugin Container
    Surveillance &
    “remote display”
    Remote Access
    Alarms Event Viewer
    Design all
    functions as
    plugins

    View Slide

  26. 26
    www.netspective.com
    www.netspective.com
    OSS enables enterprise integration
    Cloud
    Services
    Management
    Dashboards
    Data Transformation (ESB, HL7)
    Device Gateway
    (DDS, XMPP, ESB)
    Enterprise
    Data
    Inventory
    Cross Device
    App Workflows
    Alarm
    Notifications
    Patient Context
    Monitoring
    Device
    Teaming
    Device
    Management
    Report
    Generation
    HIT
    Integration
    Remote
    Surveillance
    Device
    Data
    SSL VPN

    View Slide

  27. 27
    www.netspective.com
    www.netspective.com
    Device Components 3rd Party Plugins
    App
    #1
    App
    #2
    Security and Management Layer
    Device OS
    (QNX, Linux, Windows)
    Sensors Storage Display Plugins
    Web Server, IM Client
    Connectivity Layer (DDS, HTTP, XMPP)
    • Presence
    • Messaging
    • Registration
    • JDBC, Query
    Cloud
    Services
    Management
    Dashboards
    Data Transformation (ESB, HL7)
    Device Gateway (DDS, ESB)
    Healthcare Enterprise
    Enterprise
    Data
    Ultimate Connectivity Architecture
    Plugin Container
    Event Architecture
    Inventory
    Workflow
    Notifications
    Patient Context
    Location
    Aware
    SSL VPN

    View Slide

  28. Conclusion and Questions

    View Slide