US20050188083A1 - Network monitoring systems for medical devices - Google Patents
Network monitoring systems for medical devices Download PDFInfo
- Publication number
- US20050188083A1 US20050188083A1 US10/984,186 US98418604A US2005188083A1 US 20050188083 A1 US20050188083 A1 US 20050188083A1 US 98418604 A US98418604 A US 98418604A US 2005188083 A1 US2005188083 A1 US 2005188083A1
- Authority
- US
- United States
- Prior art keywords
- data
- medical device
- server
- network
- medical
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M16/00—Devices for influencing the respiratory system of patients by gas treatment, e.g. mouth-to-mouth respiration; Tracheal tubes
- A61M16/0051—Devices for influencing the respiratory system of patients by gas treatment, e.g. mouth-to-mouth respiration; Tracheal tubes with alarm devices
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
- A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
- A61B5/002—Monitoring the patient using a local or closed circuit, e.g. in a room or building
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M16/00—Devices for influencing the respiratory system of patients by gas treatment, e.g. mouth-to-mouth respiration; Tracheal tubes
- A61M16/021—Devices for influencing the respiratory system of patients by gas treatment, e.g. mouth-to-mouth respiration; Tracheal tubes operated by electrical means
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B23/00—Alarms responsive to unspecified undesired or abnormal conditions
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2230/00—Measuring parameters of the user
- A61M2230/40—Respiratory characteristics
- A61M2230/43—Composition of exhalation
- A61M2230/435—Composition of exhalation partial O2 pressure (P-O2)
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
Definitions
- This invention relates in general to network monitoring systems for medical devices, more particularly, to network monitoring systems that collect data from heterogeneous devices for display at a central monitoring station.
- Remote medical monitoring systems provide the advantage of monitoring a plurality of medical devices connected to one or more patients from a single site.
- a single monitoring system station permits simultaneous monitoring and interaction with remote medical devices located, for example, in a patient's hospital room.
- Network monitoring systems provide uniform and continuous patient monitoring while reducing the numbers of trained health care personnel needed to monitor and interact with each medical device.
- Some prior art monitoring systems are capable of monitoring devices of the same make and model manufactured by the same company.
- health care institutions purchase medical devices, such as ventilators, from a number of different manufacturers.
- ventilators As currently known in the field of respiratory ventilators, in order to monitor a ventilator from a remote location, a remote monitoring system is required for each ventilator make and model. Consequently, a monitoring station and additional personnel are required to monitor each ventilator type. As a result, efficiency that would otherwise be introduced by having a network monitoring system that monitors heterogeneous ventilators, is diminished.
- the network monitoring system for medical devices monitors and collects data, such as medical device settings, measured patient values, alarm conditions, and other data, from heterogeneous devices and displays the data at a central monitoring station.
- data such as medical device settings, measured patient values, alarm conditions, and other data
- the display of collected data uses web technology so that the data can be displayed on any client computer connectable to an institution's intranet.
- trending data of various patient parameters is gathered so that users can view the patient's recent history.
- a log is kept of the important events that occur on the medical device and of important patient parameters to provide diagnostic information to caregivers such as nurses, technicians, and physicians.
- each medical device has its own data acquisition service application on a server that either listens for unsolicited data or actively polls data from the medical device. These applications are optimized to collect data and load it into the database quickly.
- the medical device is a ventilator.
- the database in one embodiment, is Open Database Connectivity (ODBC) compliant so that the database is accessible to the server side web pages.
- ODBC Open Database Connectivity
- the server side web page provides tables that store device data, configuration data, customization data and device-specific data. Queries made to the database in one embodiment are stored to speed up complicated query functions such as table joins.
- the data obtained by the data acquisition service application on the server is displayed by a web browser or a client connected or connectable to a hospital intranet.
- Web pages are generated by executing code on the server using data stored in the database and outputs standard HTML.
- FIG. 1 is a block diagram of an embodiment of the invention.
- FIG. 2 is a more detailed block diagram of the embodiment of the invention shown in FIG. 1 .
- FIG. 3 is a diagram of a listener application according to one embodiment of the invention.
- FIG. 4 is a flow chart of one embodiment of the operation of the listener application of FIG. 3 according to the invention.
- FIG. 5 is a flow chart of one embodiment of the operation of the load thread application of FIG. 3 according to the invention.
- FIG. 6 is a flow chart of the operation of an embodiment of a parser according to one embodiment of the invention.
- FIG. 7 is a diagram of a pollster application according to one embodiment of the invention.
- FIG. 8 is a flow chart of the operation of one embodiment of the pollster application of FIG. 7 according to one embodiment of the invention.
- FIG. 9 is a flow chart of one embodiment of a connection request event according to the invention.
- FIG. 10 illustrates embodiments of data tables according to the invention.
- FIG. 11 illustrates a Matrix View screen display according to one embodiment of the invention.
- FIG. 12 illustrates a List View screen display according to one embodiment of the invention.
- FIG. 13 illustrates a Detail View screen display according to one embodiment of the invention.
- a system constructed in accordance with the invention includes a medical device 20 such as a ventilator, connected to a network access device 26 such as a wireless transceiver.
- the network access device 26 communicates with a network 30 such as a 802.11 wireless Ethernet® local area network.
- a server 36 such as the Bernoulli server manufactured by the Cardiopulmonary Corporation Milford, Conn., executing an application program 50 is also in communication with the network 30 through a network access point 26 ′ through a router 40 by way of a network 30 ′ which may be but need not be the same as network 30 .
- the server 36 communicates with a database 44 and a user accesses information on the server 36 using a browser 48 on a client computer through a network link 30 ′′ which again may be the same as, but need not be the same as networks 30 , 30 ′.
- the Bernoulli server 36 requests information from the medical ventilator 20 generally through the router 40 .
- Data obtained from the medical ventilator 20 is stored in the database 44 .
- the user uses a browser 48 to read the ventilator files stored in the database 44 .
- the medical ventilator 20 is connected, via an RS232 serial port, to a network access point 26 .
- the network access point 26 converts the serial RS232 data available from the medical device 20 to a TCP/IP protocol for transmission over the network 30 .
- the network access device 26 converts the serial data to Ethernet data and sends the Ethernet data to an Ethernet hub for transmission to the server 36 .
- the network access device 26 is a wireless Ethernet transceiver which not only converts the serial RS232 data to the correct protocol for a wireless Ethernet network but also converts the data to radio frequency data which is then broadcast generally over a limited area.
- the radio frequency data is received by a wireless network access point 26 ′ which converts the radio frequency data back to TCP/IP data on a network connection and sends the data to the appropriate data acquisition application 50 on the server 36 .
- the network access point 26 ′ also converts data from the server 36 to a wireless TCP/IP protocol which is transmitted via the wireless network 30 and received by the network access device 26 .
- the network access device 26 then converts the received radio frequency information to serial RS232 data for use by the medical ventilator 20 .
- a dedicated data acquisition application 50 on the server 36 is used for each medical ventilator type 20 . That is, generally each brand of ventilator will have its own protocol and will have a separate application program 50 .
- Each data acquisition application 50 is in part a listener program 50 ′ specifically programmed to communicate with the medical ventilator type 20 .
- Data acquisition applications 50 that send commands to prompt for data include what are referred to as pollsters 50 ′′. Since the listener application 50 ′ and the pollster application 50 ′′ typically are running, in one embodiment they are written as a service application.
- a listener application 50 ′ listens for data at a known User datagram protocol/Internet protocol (UDP/IP) port.
- the UDP protocol allows the data to go in one direction from the medical device 20 to the server 36 without the need for an established socket connection.
- the time spent listening by the listener application 50 ′ on the known UDP/IP port is maximized by using a multithread program execution approach. Referring to FIG. 3 , for this embodiment, two threads are utilized: a listen thread 100 waits for data on the network access port 104 and a load thread 108 processes the received data and stores it in the database 44 .
- the listen thread waits in STEP 300 for one of three events to occur.
- the three events are the shutdown event (STEP 310 ), the data ready event (listen for socket data) (STEP 320 ), or the minute timer event (STEP 330 ).
- the shutdown event (STEP 310 ) is triggered when the service Application Protocol Interface (API) requests to shutdown the listener application (STEP 340 ).
- the data ready event (STEP 320 ) is triggered when data is available on the UDP/IP network port so that data can be read (STEP 350 ) and put into a message queue (STEP 360 ).
- the minute timer event (STEP 330 ) is unlike the other two events in that it is a periodic event triggered once per minute. Each time the minute timer is triggered, the current values or the configured parameters that are set for the ventilators 20 are appended to a table of data (STEP 370 ), the trend data table, described below, with a time stamp. Any trend data older than a configured time (for example, a default of 72 hours) is purged from the trend data table (STEP 380 ). Also any medical ventilator data in the active device data table described below older than two minutes is purged to prevent possible user misinterpretation of the data.
- each time the minute timer is triggered there is a check to see if it is time for a scheduled “snapshot” of the active data to be recorded.
- a “snapshot” is the action of copying all of a medical device's data from the active data table and placing it into a snapshot table, described below, with a time stamp. Snapshots are used to track the medical device state at the time of important events (STEP 400 ) for reporting purposes.
- the load thread 108 waits for the data to arrive in the message queue (STEP 410 ).Once the data has been received in the message queue, all values are analyzed from the data (STEP 420 ) and the name of the value is determined (STEP 430 ) If the value exists (STEP 440 ), and has not changed (STEP 460 ), no changes are made and the loop is continued. If the value does not exist (STEP 400 ), a value is created (STEP 450 ) and the loop is continued. If the value has changed (STEP 460 ), the value is updated for the device (STEP 470 ) and the loop is continued.
- STEP 420 makes adjustments to the data. If a setting was changed on the ventilator or an alarm was triggered (STEP 490 ), all active data is transferred to the snapshot table with a timestamp (STEP 500 ). In one embodiment, an alert is sent by Simple Mail Transport Protocol (SMTP) or telephony (STEP 521 ) to a remote device such as a pager. After all processing is finished, the Just_Changed_flags are cleared (STEP 531 ).
- SMTP Simple Mail Transport Protocol
- STEP 521 telephony
- data received from the medical ventilator 20 includes a single line with four ASCII values separated by spaces and terminated with a carriage return (“500 020 030 004”).
- the name of each value is determined (STEP 600 ; STEP 601 ; STEP 602 ; STEP 603 ;) by using the data protocol of the medical ventilator, for loading into the active data table of the database 44 .
- the data response may contain for example, tidal volume, oxygen setting, a high pressure limit and an inspiration time and may be associated with the following database names: chTV, stFI02, stPPAWhi, stITIME.
- the database names and the medical device identification, for example, DevA are used as keys in the active data table described below.
- the first row to be added to the database in the active data table (STEP 650 ) in the above example is: DevA, chTV, 500 .
- a new row is created in the active data table for the device value if the device value does not already exist (STEP 440 ). No changes are made if the device value is the same as the one already in the table.
- the device value is only updated (STEP 470 ) if it is different than the value already in the table (STEP 460 ).
- any adjustments (STEP 480 ) to the device 20 that need to be made are done once all the data has been parsed and loaded.
- the monitoring application 50 can request that data be sent by the ventilator 20 using a pollster application or pollster portion 50 ′′ of the device application 50 .
- the pollster application 50 ′′ sends commands 64 to the medical device 20 over TCP/IP socket connections to elicit data responses.
- the socket connections are tracked in a connection list so that the connection can be held open from command to command.
- the pollster application waits for connection request at a predefined or well known TCP/IP port.
- the pollster application 50 ′′ makes the connection by way of another random port using the standard TCP/IP “accept” functionality.
- the dual thread approach is also used.
- a polling thread and a load thread are executing in the pollster application 50 ′′.
- the polling thread waits (STEP 600 ) for one of five events to occur.
- the first three of the five events are the same as in the listen thread described above: the shutdown event, data ready event (listen socket data), and minute timer event.
- the polling thread waits in STEP 600 for one of the five events to occur.
- the shut down event (STEP 610 ) is triggered, like in the listen thread described above, when the service applications protocol interface (API) requests to shutdown the polling application (STEP 640 ).
- the data ready event (STEP 620 ) is triggered either when data to be read is available on the UDP/IP port or when there is notification that the socket connection has been broken (STEP 627 ).
- the data is appended to the message queue (STEP 660 ).
- the minute timer event (STEP 630 ) is a periodic event triggered once per minute. Each time the minute timer is triggered, the current values or the unfigured parameters are appended to a table of data (STEP 670 ), the trend data table described below, with a time stamp. Any trend data older than a configured time (for example, default of 72 hours) is purged from the trend data table (STEP 680 ). Also any device data in the active device data table, described below, older than two minutes is purged to prevent possible user misinterpretation of the data. In a particular embodiment of the invention, each time the minute timer is triggered, there is a check to determine if it is time for a scheduled “snapshot” of the active data to be recorded (STEP 690 ). Snapshots are used to track the medical ventilator state at the time of imported events (STEP 700 ) for reporting purposes.
- the polling thread 400 also waits (STEP 595 ) for a connection request event (STEP 615 ) (connect socket data) and a polling event (polling timer) (STEP 635 ).
- the connection request event (STEP 615 ) is triggered when a medical ventilator 20 requests a socket connection using the well known TCP/IP Port for this specific application 50 ′′ (STEP 612 ).
- the connection once made, is stored in a connection list.
- a new entry is made in a device list table in the database 44 the first time that a response is received by the application program 50 from a ventilator.
- the medical ventilator's IP address is used to create a unique medical device identification in the table. Commands or polls are sent to each established connection once per second (STEP 635 ).
- the polling event is triggered ten times a second so that commands (polls) can be spaced apart in a random pattern to reduce the possibility that many requests will be sent by the various application programs at the same time thereby interfering with access to the network.
- Commands are not sent if the data response from the device (STEP 655 ) has not been received from the last command sent. The connection stops waiting after three such missed poll events and then is closed.
- the Device Data tables 500 hold data acquired from the medical devices 20 . There are tables for holding the latest device values 502 , device snapshot information 504 , trending data 506 , and a record of setting changes and alarm events 508 .
- a Just_Changed_flag 509 is set (STEP 531 ) within the table row when data is updated in the device data table. This flag 509 allows queries to determine if either a setting has just changed or alarm condition has just occurred.
- a snapshot of the active data is saved into the snapshot table 504 (STEPS 400 or 700 , FIGS. 4 and 8 , respectively).
- a new entry is appended to the log of events table 508 marking this event.
- Remote alerts can be sent (STEP 521 ) to numeric or alphanumeric pagers when specific alarms occur.
- the alarming medical ventilator 20 is associated with a patient and the patient is associated with a pagee before a remote alert can be sent.
- the Just_Changed_flag 509 is cleared (STEP 531 ) for all the active device data after all of the checks have been made.
- the Device Configuration tables 510 store the information about the institution like the list of beds, patients, users, etc.
- the history 512 of the mappings of devices, beds, and patients is stored in the configuration table. This table is important when recovering patient information after changes have been made.
- the Customization tables 520 hold information that controls the appearance of most of the user interface. All customizations are stored together to facilitate future expansion of the system. Customizations are organized by Group 522 , Subgroup 524 , and DeviceType 526 .
- the customizations are stored in fields that have generic names (Param 1 , Param 2 . . . ) so the database form used to enter the data must operate in conjunction with the web page that runs the query in order to correctly interpret the values.
- the DeviceSpecific tables 530 store information specific to a medical device type used for data acquisition. There are tables to mark the values that are to be trended 532 and tables to hold the descriptions of alarms, settings, and measured values 534 .
- Queries have been developed to speed the cases where these tables must be joined to access the data. For example, there is a query that combines the header information in the Snapshot table with the data in the Snapshot Data table. Queries are also used to hold business rules like determining when to take a snapshot because an alarm condition has just occurred. There are some stored procedures, or action queries depending on the database technology, used to manage the TrendData table.
- Queries are made to the system through the web software 71 .
- the user interface 70 there are three main parts of the user interface 70 : Monitoring, Reporting, and Administration. These functions are displayed as ‘Monitor’, ‘Report’, and ‘Administer’ buttons, respectively, at the bottom right side of the screen.
- the Monitor screen for example, is arranged to allow the user to view information on all patient beds, or groups of patient beds, simultaneously, with the option to view more detailed information on any individual patient bed.
- the Monitor screen provides information such as patient settings, measured values, and alarm values.
- the Report screen for example, allows the user to choose from Trends, Log of Events, Snapshots, etc. to view. After one of these reports is chosen, the user is taken through a series of screens to set up the parameters necessary to see the specified report.
- the Administration screen for example, allows the user to add, remove, or change the status of patients and medical devices on the network.
- Matrix View screen 750 is primarily used at a central monitoring station. This screen 750 is filled with a matrix displaying the status of all configured beds 751 a - 751 n , generally 751 , including beds without assigned patients. The number of columns in this matrix may be adjusted for optimal viewing. In one embodiment, no more than twenty beds 751 are displayed on the screen 750 at once.
- the user interface 70 is a web page.
- Each bed 751 is displayed in its own web frame cell 752 a - 752 n (generally 752 ) with a border, and parameter settings are displayed if there is an assigned patient and medical ventilator.
- the displayed information as well as the border color is medical ventilator dependent.
- the server side code looks in the customization tables 520 for information about which device data to display for the assigned medical ventilator. This information includes for example, titles, units, and most importantly the data name in the vent data table.
- the device data is then looked up in the vent data table, combined with the title and units, and then sent to the client web browser 48 .
- the border will change to bright red and the text of the alarm will be displayed.
- an audible alarm will sound.
- the contents of each bed web frame 752 are refreshed every two seconds.
- the list view web page 760 is optimized for slow connections.
- the list view page 760 has a single frame displaying information only about the active beds 751 . Much more information is displayed for each bed 751 in the list view 760 as compared to the matrix view 750 , which reduces the need to go to the details view 770 .
- the user is able to display a more detailed view by clicking on the bed title, which splits the screen in the same way as the matrix view.
- a web page 760 with two different sections will appear.
- the top section of the screen will display a small version of the matrix view web page 750 while the bottom section will display detailed information about the selected bed.
- the detailed view web page 770 illustrated in FIG. 13 , for example, is divided into five different sections: title, settings, simple settings, other measurements, and alarms.
- the title section identifies the bed and patient and has the ability to send an alert to a remote user, allow the user to view this detail section 770 as a full screen, or to print the page.
- the settings section is generally set up as a table with five rows: Primary Setting, Secondary Setting (if supported by the medical device), High Alarm Limit, Measurement, Low Alarm Limit. Each primary setting is labeled with a title and units. If the medical device has dual modes, then the secondary settings are displayed below the primary settings. Each column shows information about one setting with any related measured value and alarm limit. The alarms and measurements are displayed proportionally to the maximum setting value. If the measured value is outside the alarm limit, then the alarm background will be highlighted in red to draw attention to it. Three rows will be used if there is no maximum value set for the setting and no secondary settings.
- the simple settings section displays those settings that have no related alarm limits or measured values. Also included in this section is a summary wrap-up of the apnea settings when displaying data from a ventilator device 20 .
- the Other Measurements section displays those measured values that have no related alarm limits or settings.
- the Alarms section displays the current medical device alarm conditions.
- the reporting system provides the maximum amount of flexibility for adding, modifying, and removing individual reports.
- Reports are web pages that may require a number of parameters such as the patient identification.
- the customization tables in the database are used extensively to store navigational information.
- the starting screen of the report navigation is the list of available reports obtained from the database; e.g., Snapshots, Flowsheets, Trends, Log of Events, and Log of Remote Alerts. The user is always able to get back to this starting screen by clicking on the Begin button on the top of the screen.
- the customization table holds the order of report parameter web pages for each report.
- the server side uses the customization table to determine to display either one of the report parameter web pages or the report web page itself. These pages allow the user to specify the value of a parameter such as patient, bed, or time range. So if the report is only for an individual patient, the patient parameter page will display only the list of patients with their assigned beds that have data for the report.
- the time range parameter page sets both a start and end time defaulting to the last twelve hours of data. All times are to be bounded by date range in the data itself. The user is able to directly enter dates by typing on the keyboard or click on a set of buttons to adjust by day, hour or minute.
- Other parameter pages may be developed specifically for a given report.
- the value of each parameter is stored as a session variable on the server.
- the session variable also stores the value of current “step” in the order of parameters. The current step is decremented when the user clicks on the Back button and the appropriate parameter page is displayed.
- the Snapshot report shows a detailed summary of the state of a medical ventilator 20 at the time of a triggering event. The user must first select a patient. Then a time range is used to create a filtered list of snapshot reports for the patient. The user then chooses from this list to display all of the measured values, settings, and alarms at the time of the snapshot.
- the Event Log report displays all of the important events that have occurred for a patient over a specified time frame. The user first must select a patient and time range for the report. Then there are several specific options for snapshot reports including different event filters, report pagination and sort order. Finally the report is displayed detailing all of the setting changes, alarm conditions and clinician interventions.
- the Trend report is a graphical line chart showing the movement of measured values. The user first must select a patient and time range for the report. Then the report is displayed with a separate line chart for each trend parameter. The user can choose to magnify the size of individual trend parameter charts.
- the administration pages are used to manage the assignment of medical devices to beds with patients. This administration starts with the display of all current associations and the list of unassigned medical devices. The user will be able to click on a button to admit a patient, edit a patient, move a patient and medical device, disconnect a medical device, or swap a medical device. These actions require a number of steps where the user will make selections. The values of these selections are stored in session variables until it is possible to perform the action. The user will be able to cancel the action or move backwards by one step.
- the user can choose to admit a patient.
- the user must provide the patient name along with an optional medical record number and comment.
- the user selects the bed from the list of unassigned, available beds.
- the user selects the medical device from the list of unassigned medical devices. The patient, bed, and medical device are all assigned to each other after these selections have been made.
- the user can choose to edit the information about a patient. The user must first select the patient to edit. Then the selected patient's information will be presented in an editable format. When the user finishes, the changes will be made.
- the user can choose to dissociate the patient from the bed, where the patient may remain in the bed but is no longer connected to the medical device. Once the user selects the patient, the patient will be unassigned from the bed and medical device. This association is remembered in the database. The institution can elect to purge the data tables for this association from the database at this point or move them into an archive database.
- the user can choose to move the patient to another bed.
- the user first selects the patient to be moved from a list of assigned beds. Then the destination bed is chosen from the list of unassigned beds.
- the user can also choose to swap a currently assigned medical device with an unassigned medical device. This may be necessary when preventative maintenance is performed.
- the user first selects the patient to move from a list of assigned beds. Then an unassigned medical device is selected from the list of unassigned medical devices.
- a log on screen is displayed when the user requests a high data access level for the current web session.
- the logon screen requires certain information from the user in order to obtain patient information.
- a set of monitoring pages are available specially formatted for viewing on web browsers of handheld mobile devices.
- the main requirement is that these mobile devices have small displays with tall aspect ratios.
- the user will be able to display a modified list view.
- All of the data from the medical devices connected to a patient acquired by the network monitoring system and reports can be stored electronically as part of the patient's medical record.
- a hard-copy printout of the data can be included with the patient's permanent medical record.
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Biomedical Technology (AREA)
- Life Sciences & Earth Sciences (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Veterinary Medicine (AREA)
- Heart & Thoracic Surgery (AREA)
- Animal Behavior & Ethology (AREA)
- Hematology (AREA)
- Anesthesiology (AREA)
- Pulmonology (AREA)
- Emergency Medicine (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Computer Networks & Wireless Communication (AREA)
- Biophysics (AREA)
- Pathology (AREA)
- Molecular Biology (AREA)
- Surgery (AREA)
- Emergency Management (AREA)
- General Physics & Mathematics (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Small-Scale Networks (AREA)
Abstract
A ventilator monitoring system is described for monitoring a plurality of ventilators. In one embodiment, a server including a dedicated ventilator application program for each type of ventilator, monitors a plurality of heterogeneous ventilators over a wireless network.
Description
- This invention relates in general to network monitoring systems for medical devices, more particularly, to network monitoring systems that collect data from heterogeneous devices for display at a central monitoring station.
- Remote medical monitoring systems provide the advantage of monitoring a plurality of medical devices connected to one or more patients from a single site. In a health care facility, a single monitoring system station permits simultaneous monitoring and interaction with remote medical devices located, for example, in a patient's hospital room. Network monitoring systems provide uniform and continuous patient monitoring while reducing the numbers of trained health care personnel needed to monitor and interact with each medical device.
- Remote monitoring systems having numerous disadvantages are currently used in health care facilities. These prior art systems typically require manual entry of data into the patient's record. Waveform data or similar data is typically generated from the network system as a hard copy and manually entered by cut and paste into the patient's medical record. Manual entry of data into a patient's medical record is likely to introduce transcription errors in the patient's medical record.
- Some prior art monitoring systems are capable of monitoring devices of the same make and model manufactured by the same company. Typically, health care institutions purchase medical devices, such as ventilators, from a number of different manufacturers. As currently known in the field of respiratory ventilators, in order to monitor a ventilator from a remote location, a remote monitoring system is required for each ventilator make and model. Consequently, a monitoring station and additional personnel are required to monitor each ventilator type. As a result, efficiency that would otherwise be introduced by having a network monitoring system that monitors heterogeneous ventilators, is diminished.
- The network monitoring system for medical devices according to the invention monitors and collects data, such as medical device settings, measured patient values, alarm conditions, and other data, from heterogeneous devices and displays the data at a central monitoring station. The display of collected data uses web technology so that the data can be displayed on any client computer connectable to an institution's intranet. In a further embodiment of the invention, trending data of various patient parameters is gathered so that users can view the patient's recent history. A log is kept of the important events that occur on the medical device and of important patient parameters to provide diagnostic information to caregivers such as nurses, technicians, and physicians.
- In one embodiment of the invention, each medical device has its own data acquisition service application on a server that either listens for unsolicited data or actively polls data from the medical device. These applications are optimized to collect data and load it into the database quickly. In one embodiment of the invention, the medical device is a ventilator.
- The database, in one embodiment, is Open Database Connectivity (ODBC) compliant so that the database is accessible to the server side web pages. The server side web page provides tables that store device data, configuration data, customization data and device-specific data. Queries made to the database in one embodiment are stored to speed up complicated query functions such as table joins.
- In one embodiment of the invention, the data obtained by the data acquisition service application on the server is displayed by a web browser or a client connected or connectable to a hospital intranet. Web pages are generated by executing code on the server using data stored in the database and outputs standard HTML.
-
FIG. 1 is a block diagram of an embodiment of the invention. -
FIG. 2 is a more detailed block diagram of the embodiment of the invention shown inFIG. 1 . -
FIG. 3 is a diagram of a listener application according to one embodiment of the invention. -
FIG. 4 is a flow chart of one embodiment of the operation of the listener application ofFIG. 3 according to the invention. -
FIG. 5 is a flow chart of one embodiment of the operation of the load thread application ofFIG. 3 according to the invention. -
FIG. 6 is a flow chart of the operation of an embodiment of a parser according to one embodiment of the invention. -
FIG. 7 is a diagram of a pollster application according to one embodiment of the invention. -
FIG. 8 is a flow chart of the operation of one embodiment of the pollster application ofFIG. 7 according to one embodiment of the invention. -
FIG. 9 is a flow chart of one embodiment of a connection request event according to the invention. -
FIG. 10 illustrates embodiments of data tables according to the invention. -
FIG. 11 illustrates a Matrix View screen display according to one embodiment of the invention. -
FIG. 12 illustrates a List View screen display according to one embodiment of the invention. -
FIG. 13 illustrates a Detail View screen display according to one embodiment of the invention. - In brief overview and referring to
FIG. 1 , a system constructed in accordance with the invention includes amedical device 20 such as a ventilator, connected to anetwork access device 26 such as a wireless transceiver. Thenetwork access device 26 communicates with anetwork 30 such as a 802.11 wireless Ethernet® local area network. Aserver 36, such as the Bernoulli server manufactured by the Cardiopulmonary Corporation Milford, Conn., executing anapplication program 50 is also in communication with thenetwork 30 through anetwork access point 26′ through arouter 40 by way of anetwork 30′ which may be but need not be the same asnetwork 30. Theserver 36 communicates with adatabase 44 and a user accesses information on theserver 36 using abrowser 48 on a client computer through anetwork link 30″ which again may be the same as, but need not be the same asnetworks - In operation, the Bernoulli server 36 requests information from the
medical ventilator 20 generally through therouter 40. Data obtained from themedical ventilator 20 is stored in thedatabase 44. When a user wishes to access ventilator data from themedical ventilator 20, the user uses abrowser 48 to read the ventilator files stored in thedatabase 44. - In more detail and referring also to
FIG. 2 , in one embodiment themedical ventilator 20 is connected, via an RS232 serial port, to anetwork access point 26. Thenetwork access point 26 converts the serial RS232 data available from themedical device 20 to a TCP/IP protocol for transmission over thenetwork 30. In one embodiment, thenetwork access device 26 converts the serial data to Ethernet data and sends the Ethernet data to an Ethernet hub for transmission to theserver 36. - In another embodiment of the invention, the
network access device 26 is a wireless Ethernet transceiver which not only converts the serial RS232 data to the correct protocol for a wireless Ethernet network but also converts the data to radio frequency data which is then broadcast generally over a limited area. The radio frequency data is received by a wirelessnetwork access point 26′ which converts the radio frequency data back to TCP/IP data on a network connection and sends the data to the appropriatedata acquisition application 50 on theserver 36. Conversely, thenetwork access point 26′ also converts data from theserver 36 to a wireless TCP/IP protocol which is transmitted via thewireless network 30 and received by thenetwork access device 26. Thenetwork access device 26 then converts the received radio frequency information to serial RS232 data for use by themedical ventilator 20. - According to the invention, a dedicated
data acquisition application 50 on theserver 36 is used for eachmedical ventilator type 20. That is, generally each brand of ventilator will have its own protocol and will have aseparate application program 50. Eachdata acquisition application 50 is in part alistener program 50′ specifically programmed to communicate with themedical ventilator type 20.Data acquisition applications 50 that send commands to prompt for data include what are referred to aspollsters 50″. Since thelistener application 50′ and thepollster application 50″ typically are running, in one embodiment they are written as a service application. - In one embodiment, according to the invention, referring to
FIG. 3 , alistener application 50′ listens for data at a known User datagram protocol/Internet protocol (UDP/IP) port. The UDP protocol allows the data to go in one direction from themedical device 20 to theserver 36 without the need for an established socket connection. In another embodiment, the time spent listening by thelistener application 50′ on the known UDP/IP port is maximized by using a multithread program execution approach. Referring toFIG. 3 , for this embodiment, two threads are utilized: alisten thread 100 waits for data on thenetwork access port 104 and aload thread 108 processes the received data and stores it in thedatabase 44. - In this embodiment, referring to
FIG. 4 , the listen thread waits inSTEP 300 for one of three events to occur. The three events are the shutdown event (STEP 310), the data ready event (listen for socket data) (STEP 320), or the minute timer event (STEP 330). The shutdown event (STEP 310) is triggered when the service Application Protocol Interface (API) requests to shutdown the listener application (STEP 340). The data ready event (STEP 320) is triggered when data is available on the UDP/IP network port so that data can be read (STEP 350) and put into a message queue (STEP 360). - The minute timer event (STEP 330) is unlike the other two events in that it is a periodic event triggered once per minute. Each time the minute timer is triggered, the current values or the configured parameters that are set for the
ventilators 20 are appended to a table of data (STEP 370), the trend data table, described below, with a time stamp. Any trend data older than a configured time (for example, a default of 72 hours) is purged from the trend data table (STEP 380). Also any medical ventilator data in the active device data table described below older than two minutes is purged to prevent possible user misinterpretation of the data. In a particular embodiment of the invention, each time the minute timer is triggered, there is a check to see if it is time for a scheduled “snapshot” of the active data to be recorded. A “snapshot” is the action of copying all of a medical device's data from the active data table and placing it into a snapshot table, described below, with a time stamp. Snapshots are used to track the medical device state at the time of important events (STEP 400) for reporting purposes. - Referring also to
FIG. 5 , according to the invention, once thelisten thread 100 receives data, theload thread 108 waits for the data to arrive in the message queue (STEP 410).Once the data has been received in the message queue, all values are analyzed from the data (STEP 420) and the name of the value is determined (STEP 430) If the value exists (STEP 440), and has not changed (STEP 460), no changes are made and the loop is continued. If the value does not exist (STEP 400), a value is created (STEP 450) and the loop is continued. If the value has changed (STEP 460), the value is updated for the device (STEP 470) and the loop is continued. After all of the values have been processed then STEP 420 makes adjustments to the data. If a setting was changed on the ventilator or an alarm was triggered (STEP 490), all active data is transferred to the snapshot table with a timestamp (STEP 500). In one embodiment, an alert is sent by Simple Mail Transport Protocol (SMTP) or telephony (STEP 521) to a remote device such as a pager. After all processing is finished, the Just_Changed_flags are cleared (STEP 531). - In more detail once the message is received by the listen thread, the individual medical ventilator values are parsed out of the data stream by the parser 60 (
FIG. 2 ). Referring also toFIG. 6 , in one embodiment, for example, data received from the medical ventilator 20 (STEP 415) includes a single line with four ASCII values separated by spaces and terminated with a carriage return (“500 020 030 004”). The name of each value is determined (STEP 600;STEP 601;STEP 602;STEP 603;) by using the data protocol of the medical ventilator, for loading into the active data table of thedatabase 44. - The data response may contain for example, tidal volume, oxygen setting, a high pressure limit and an inspiration time and may be associated with the following database names: chTV, stFI02, stPPAWhi, stITIME. The database names and the medical device identification, for example, DevA, are used as keys in the active data table described below. According to this embodiment of the invention, the first row to be added to the database in the active data table (STEP 650) in the above example is: DevA, chTV, 500. A new row is created in the active data table for the device value if the device value does not already exist (STEP 440). No changes are made if the device value is the same as the one already in the table. The device value is only updated (STEP 470) if it is different than the value already in the table (STEP 460).
- Any adjustments (STEP 480) to the
device 20 that need to be made are done once all the data has been parsed and loaded. Examples of adjustments (STEP 480) include scaling the inspiration time down to hundredths of seconds. If the adjustment requires checking the values of multiple parameters, a temporary device value name may be used when loading this data. The adjustment process stores the value into the final device data name to avoid flickering in the displays. For example, the adjustment process might load the inspiration time value of 004 with the temporary name of sxITIME during the loading process (STEP 603), check the ventilation mode value (STEP 604), and if Mode=Pressure, then save the value of 0.04 with the stITIME name during the adjustment process (STEP 605). - According to one embodiment of the invention, the
monitoring application 50 can request that data be sent by theventilator 20 using a pollster application orpollster portion 50″ of thedevice application 50. Thepollster application 50″ sends commands 64 to themedical device 20 over TCP/IP socket connections to elicit data responses. The socket connections are tracked in a connection list so that the connection can be held open from command to command. The pollster application waits for connection request at a predefined or well known TCP/IP port. When themedical device 20 sends a connection request to that port, thepollster application 50″ makes the connection by way of another random port using the standard TCP/IP “accept” functionality. - In one embodiment of this application, referring to
FIG. 7 , the dual thread approach is also used. A polling thread and a load thread are executing in thepollster application 50″. Referring toFIG. 8 , in one embodiment of the invention, the polling thread waits (STEP 600) for one of five events to occur. The first three of the five events are the same as in the listen thread described above: the shutdown event, data ready event (listen socket data), and minute timer event. - In this embodiment, referring to
FIG. 8 , the polling thread waits inSTEP 600 for one of the five events to occur. The shut down event (STEP 610) is triggered, like in the listen thread described above, when the service applications protocol interface (API) requests to shutdown the polling application (STEP 640). The data ready event (STEP 620) is triggered either when data to be read is available on the UDP/IP port or when there is notification that the socket connection has been broken (STEP 627). When data is available to be read (STEP 650), the data is appended to the message queue (STEP 660). - The minute timer event (STEP 630) is a periodic event triggered once per minute. Each time the minute timer is triggered, the current values or the unfigured parameters are appended to a table of data (STEP 670), the trend data table described below, with a time stamp. Any trend data older than a configured time (for example, default of 72 hours) is purged from the trend data table (STEP 680). Also any device data in the active device data table, described below, older than two minutes is purged to prevent possible user misinterpretation of the data. In a particular embodiment of the invention, each time the minute timer is triggered, there is a check to determine if it is time for a scheduled “snapshot” of the active data to be recorded (STEP 690). Snapshots are used to track the medical ventilator state at the time of imported events (STEP 700) for reporting purposes.
- Referring also to
FIG. 9 , in addition, thepolling thread 400 also waits (STEP 595) for a connection request event (STEP 615) (connect socket data) and a polling event (polling timer) (STEP 635). The connection request event (STEP 615) is triggered when amedical ventilator 20 requests a socket connection using the well known TCP/IP Port for thisspecific application 50″ (STEP 612). The connection, once made, is stored in a connection list. A new entry is made in a device list table in thedatabase 44 the first time that a response is received by theapplication program 50 from a ventilator. The medical ventilator's IP address is used to create a unique medical device identification in the table. Commands or polls are sent to each established connection once per second (STEP 635). - The polling event is triggered ten times a second so that commands (polls) can be spaced apart in a random pattern to reduce the possibility that many requests will be sent by the various application programs at the same time thereby interfering with access to the network. Commands are not sent if the data response from the device (STEP 655) has not been received from the last command sent. The connection stops waiting after three such missed poll events and then is closed.
- Referring now to
FIG. 10 , in more detail, there are four different types of tables in the database: Device Data Tables 500, Device Configuration Tables 510, Customization Tables 520, and DeviceSpecific Tables 530. The Device Data tables 500 hold data acquired from themedical devices 20. There are tables for holding the latest device values 502,device snapshot information 504, trendingdata 506, and a record of setting changes andalarm events 508. A Just_Changed_flag 509 is set (STEP 531) within the table row when data is updated in the device data table. This flag 509 allows queries to determine if either a setting has just changed or alarm condition has just occurred. When one of these conditions is met, a snapshot of the active data is saved into the snapshot table 504 (STEPS FIGS. 4 and 8 , respectively). A new entry is appended to the log of events table 508 marking this event. Remote alerts can be sent (STEP 521) to numeric or alphanumeric pagers when specific alarms occur. The alarmingmedical ventilator 20 is associated with a patient and the patient is associated with a pagee before a remote alert can be sent. The Just_Changed_flag 509 is cleared (STEP 531) for all the active device data after all of the checks have been made. - The Device Configuration tables 510 store the information about the institution like the list of beds, patients, users, etc. The
history 512 of the mappings of devices, beds, and patients is stored in the configuration table. This table is important when recovering patient information after changes have been made. The Customization tables 520 hold information that controls the appearance of most of the user interface. All customizations are stored together to facilitate future expansion of the system. Customizations are organized byGroup 522,Subgroup 524, and DeviceType 526. The customizations are stored in fields that have generic names (Param1, Param2 . . . ) so the database form used to enter the data must operate in conjunction with the web page that runs the query in order to correctly interpret the values. The DeviceSpecific tables 530 store information specific to a medical device type used for data acquisition. There are tables to mark the values that are to be trended 532 and tables to hold the descriptions of alarms, settings, and measured values 534. - Data is extracted from the
database 44 using Queries. Queries have been developed to speed the cases where these tables must be joined to access the data. For example, there is a query that combines the header information in the Snapshot table with the data in the Snapshot Data table. Queries are also used to hold business rules like determining when to take a snapshot because an alarm condition has just occurred. There are some stored procedures, or action queries depending on the database technology, used to manage the TrendData table. - Queries are made to the system through the
web software 71. In one embodiment, for example, there are three main parts of the user interface 70: Monitoring, Reporting, and Administration. These functions are displayed as ‘Monitor’, ‘Report’, and ‘Administer’ buttons, respectively, at the bottom right side of the screen. The Monitor screen, for example, is arranged to allow the user to view information on all patient beds, or groups of patient beds, simultaneously, with the option to view more detailed information on any individual patient bed. The Monitor screen provides information such as patient settings, measured values, and alarm values. The Report screen, for example, allows the user to choose from Trends, Log of Events, Snapshots, etc. to view. After one of these reports is chosen, the user is taken through a series of screens to set up the parameters necessary to see the specified report. The Administration screen, for example, allows the user to add, remove, or change the status of patients and medical devices on the network. - In more detail, three different views are available to the user through the Monitor screen: the
matrix view 750, thelist view 760, and the details view 770. Referring toFIG. 11 , in one embodimentMatrix View screen 750 is primarily used at a central monitoring station. Thisscreen 750 is filled with a matrix displaying the status of all configuredbeds 751 a-751 n, generally 751, including beds without assigned patients. The number of columns in this matrix may be adjusted for optimal viewing. In one embodiment, no more than twentybeds 751 are displayed on thescreen 750 at once. If there are more configuredbeds 751 than can fit on the screen, then tabs (not shown) will appear on the screen to select from configured groups of beds; e.g., view all of the NICU beds, SICU beds, or Step Down beds. In one embodiment, theuser interface 70 is a web page. - Each
bed 751 is displayed in its own web frame cell 752 a-752 n (generally 752) with a border, and parameter settings are displayed if there is an assigned patient and medical ventilator. In one embodiment, the displayed information as well as the border color is medical ventilator dependent. The server side code looks in the customization tables 520 for information about which device data to display for the assigned medical ventilator. This information includes for example, titles, units, and most importantly the data name in the vent data table. The device data is then looked up in the vent data table, combined with the title and units, and then sent to theclient web browser 48. In a particular embodiment, if there is an alarm condition on the device, the border will change to bright red and the text of the alarm will be displayed. In a further embodiment, if the alarms have not been silenced on the device, an audible alarm will sound. The contents of each bed web frame 752 are refreshed every two seconds. - Whereas the matrix
view web page 750 with its multiple frames and frequent refreshes requires more bandwidth than is commonly available over dialup lines, the listview web page 760, illustrated inFIG. 12 , is optimized for slow connections. In one embodiment, thelist view page 760 has a single frame displaying information only about theactive beds 751. Much more information is displayed for eachbed 751 in thelist view 760 as compared to thematrix view 750, which reduces the need to go to the details view 770. The user is able to display a more detailed view by clicking on the bed title, which splits the screen in the same way as the matrix view. - If the user clicks anywhere within a web frame cell 752 on the matrix
view web page 760, i.e. selects apatient bed 751, then aweb page 760 with two different sections will appear. In one embodiment, the top section of the screen will display a small version of the matrixview web page 750 while the bottom section will display detailed information about the selected bed. - The detailed
view web page 770, illustrated inFIG. 13 , for example, is divided into five different sections: title, settings, simple settings, other measurements, and alarms. The title section identifies the bed and patient and has the ability to send an alert to a remote user, allow the user to view thisdetail section 770 as a full screen, or to print the page. - In one embodiment of the
detailed view 770, the settings section is generally set up as a table with five rows: Primary Setting, Secondary Setting (if supported by the medical device), High Alarm Limit, Measurement, Low Alarm Limit. Each primary setting is labeled with a title and units. If the medical device has dual modes, then the secondary settings are displayed below the primary settings. Each column shows information about one setting with any related measured value and alarm limit. The alarms and measurements are displayed proportionally to the maximum setting value. If the measured value is outside the alarm limit, then the alarm background will be highlighted in red to draw attention to it. Three rows will be used if there is no maximum value set for the setting and no secondary settings. - The simple settings section displays those settings that have no related alarm limits or measured values. Also included in this section is a summary wrap-up of the apnea settings when displaying data from a
ventilator device 20. The Other Measurements section displays those measured values that have no related alarm limits or settings. The Alarms section displays the current medical device alarm conditions. - Information may be accessed as a report. The reporting system provides the maximum amount of flexibility for adding, modifying, and removing individual reports. Reports are web pages that may require a number of parameters such as the patient identification. The customization tables in the database are used extensively to store navigational information. The starting screen of the report navigation is the list of available reports obtained from the database; e.g., Snapshots, Flowsheets, Trends, Log of Events, and Log of Remote Alerts. The user is always able to get back to this starting screen by clicking on the Begin button on the top of the screen.
- The customization table holds the order of report parameter web pages for each report. When the user selects a report, the server side uses the customization table to determine to display either one of the report parameter web pages or the report web page itself. These pages allow the user to specify the value of a parameter such as patient, bed, or time range. So if the report is only for an individual patient, the patient parameter page will display only the list of patients with their assigned beds that have data for the report. The time range parameter page sets both a start and end time defaulting to the last twelve hours of data. All times are to be bounded by date range in the data itself. The user is able to directly enter dates by typing on the keyboard or click on a set of buttons to adjust by day, hour or minute. There are buttons to go back to the “last” twelve hours, move the range twelve hours ahead or behind. Other parameter pages may be developed specifically for a given report. The value of each parameter is stored as a session variable on the server. The session variable also stores the value of current “step” in the order of parameters. The current step is decremented when the user clicks on the Back button and the appropriate parameter page is displayed.
- Although the reporting system is built to be extensible, there are a few reports considered to be standard. The Snapshot report shows a detailed summary of the state of a
medical ventilator 20 at the time of a triggering event. The user must first select a patient. Then a time range is used to create a filtered list of snapshot reports for the patient. The user then chooses from this list to display all of the measured values, settings, and alarms at the time of the snapshot. - The Event Log report displays all of the important events that have occurred for a patient over a specified time frame. The user first must select a patient and time range for the report. Then there are several specific options for snapshot reports including different event filters, report pagination and sort order. Finally the report is displayed detailing all of the setting changes, alarm conditions and clinician interventions.
- The Trend report is a graphical line chart showing the movement of measured values. The user first must select a patient and time range for the report. Then the report is displayed with a separate line chart for each trend parameter. The user can choose to magnify the size of individual trend parameter charts.
- These reports process the raw collected data into diagnostic information using “smart” software. A series of institution-specific hierarchical alarms may be viewed for each patient, in which the most critical alarm is ranked first, followed by each alarm in order of importance. As an example, new alarms will be created that may not be present on the medical device. Such an example might consist of a high tidal volume alarm for a ventilator that does not have one built-in. Clinicians often compare parameters in the context of other parameters when making a clinical decision. This decision making process is encapsulated into a rules-based system with the collected clinical signs and key respiratory data as input and suggested decisions as output. The result is an indicator suggesting whether or not the patient is progressing towards the need for clinical intervention. These results will be combined together into a triage report ranking patients by their clinical progress.
- The administration pages are used to manage the assignment of medical devices to beds with patients. This administration starts with the display of all current associations and the list of unassigned medical devices. The user will be able to click on a button to admit a patient, edit a patient, move a patient and medical device, disconnect a medical device, or swap a medical device. These actions require a number of steps where the user will make selections. The values of these selections are stored in session variables until it is possible to perform the action. The user will be able to cancel the action or move backwards by one step.
- The user can choose to admit a patient. The user must provide the patient name along with an optional medical record number and comment. The user then selects the bed from the list of unassigned, available beds. The user selects the medical device from the list of unassigned medical devices. The patient, bed, and medical device are all assigned to each other after these selections have been made.
- The user can choose to edit the information about a patient. The user must first select the patient to edit. Then the selected patient's information will be presented in an editable format. When the user finishes, the changes will be made.
- The user can choose to dissociate the patient from the bed, where the patient may remain in the bed but is no longer connected to the medical device. Once the user selects the patient, the patient will be unassigned from the bed and medical device. This association is remembered in the database. The institution can elect to purge the data tables for this association from the database at this point or move them into an archive database.
- The user can choose to move the patient to another bed. The user first selects the patient to be moved from a list of assigned beds. Then the destination bed is chosen from the list of unassigned beds. The user can also choose to swap a currently assigned medical device with an unassigned medical device. This may be necessary when preventative maintenance is performed. The user first selects the patient to move from a list of assigned beds. Then an unassigned medical device is selected from the list of unassigned medical devices.
- Requiring the user to log on before sensitive data is displayed on the web pages insures patient confidentiality. There is an option button to increase the level of data access in the administration section. A log on screen is displayed when the user requests a high data access level for the current web session. The logon screen requires certain information from the user in order to obtain patient information.
- A set of monitoring pages are available specially formatted for viewing on web browsers of handheld mobile devices. The main requirement is that these mobile devices have small displays with tall aspect ratios. The user will be able to display a modified list view.
- There are cases when a clinician signature is required to validate that the snapshot data shown on the handheld mobile device was compared to the data displayed on the
medical device 20. This requires a clinician to be in possession of a handheld mobile device and be physically present at a patient's bedside. There are special screens on the handheld mobile device that may be viewed only by logged on users. These screens on the handheld mobile device display the device data to the user who then directly compares this data to that on the medical device. If everything matches, then the user can initiate a manual snapshot of the data which includes their signoff signature. - All of the data from the medical devices connected to a patient acquired by the network monitoring system and reports can be stored electronically as part of the patient's medical record. Alternatively, a hard-copy printout of the data can be included with the patient's permanent medical record.
- While the present invention has been described in terms of certain exemplary preferred embodiments, it will be readily understood and appreciated by one of ordinary skill in the art that it is not so limited, and that many additions, deletions and modifications to the preferred embodiments may be made within the scope of the invention as hereafter claimed. Accordingly, the scope of the invention is limited only by the scope of the appended claims.
Claims (17)
1-16. (canceled)
17. A medical device monitoring system comprising:
a plurality of medical devices, wherein at least two of said medical devices are heterogeneous types, said medical devices having data;
a first network access point in communication with one of said plurality of medical devices, said first network access point passing requests to and receiving data from said one of said plurality of medical devices;
a network in communication with said first network access point;
a second network access point in communication with said network;
a server in communication with said second network access point, said server comprising:
a dedicated medical device application program for each type of heterogeneous medical devices; and
a listener/pollster;
a database in communication with said server, said database comprising data from said plurality of medical devices; and
a browser in communication with said server;
wherein said listener/pollster transmits requests to and receives data from said plurality of medical devices through said second data access point and passes requests to and data from said dedicated medical device application program,
wherein said dedicated medical device application program passes data to and receives data from said database, and
wherein said browser receives data from said server and displays data to a user.
18. The system of claim 17 wherein said network is a wireless Ethernet network.
19. The system of claim 17 wherein said data received by said browser comprises standard HTML output.
20. The system of claim 17 wherein said medical device communicates with said network access point by way of an RS232 connection.
21. The system of claim 17 wherein the protocol of the network is TCP/IP.
22. The system of claim 17 wherein said data comprises medical device settings.
23. The system of claim 17 wherein said data comprises patient values measured by said medical device.
24. The system of claim 17 wherein said data comprises alarm conditions detected by said medical device.
25. The system of claim 17 further comprising a router in communication between said server and said second network access point.
26. The system of claim 17 wherein the listener/pollster comprise a plurality of threads.
27. The system of claim 26 wherein said plurality of threads comprise a receive thread and a load thread.
28. The system of claim 17 wherein said browser communicates with said server by way of said network.
29. A medical device monitoring system comprising:
a plurality of medical device means, wherein at least two of said medical device means are heterogeneous types, said medical device means having data;
first network access means for communicating with one of said plurality of medical device means, said first network access means passing requests to and receiving data from said one of said plurality of medical device means;
network means for communicating with said first network access means;
second network access means for communicating with said network means;
server means for communicating with said second network access means, said server means comprising:
a dedicated medical device application means for each type of heterogeneous medical device means; and
a listener/pollster means for transmitting requests to and receiving data from said plurality of medical device means through said second data access means and for passing requests to and data from said dedicated medical device application means;
database means for passing data to and receiving data from said server means and for storing data from said plurality of medical device means; and
browser means for receiving data from said server means and for displaying data to a user.
30. A method for monitoring a plurality of patients comprising:
providing a plurality of medical devices, wherein at least two of said medical devices are heterogeneous types;
collecting data from said plurality of medical devices via a dedicated medical device application for each of said medical device types;
transmitting said data via a network to a server, said server comprising a dedicated medical device application program for each type of heterogeneous medical device, and a listener/pollster;
storing said data in a database; and
displaying said data on a web browser.
31. The method of claim 30 wherein said step of displaying said data comprises the steps of generating HTML output from said data and reading said HTML output with said web browser.
32. The method of claim 30 wherein said step of displaying data further comprises customizing said data according to data trends.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/984,186 US20050188083A1 (en) | 2001-02-23 | 2004-11-08 | Network monitoring systems for medical devices |
US13/401,093 US20120331132A1 (en) | 2001-02-23 | 2012-02-21 | Network monitoring systems for medical devices |
US14/196,587 US20140313054A1 (en) | 2001-02-23 | 2014-03-04 | Network monitoring systems for medical devices |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/791,334 US6839753B2 (en) | 2001-02-23 | 2001-02-23 | Network monitoring systems for medical devices |
US10/984,186 US20050188083A1 (en) | 2001-02-23 | 2004-11-08 | Network monitoring systems for medical devices |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/791,334 Continuation US6839753B2 (en) | 2001-02-23 | 2001-02-23 | Network monitoring systems for medical devices |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/401,093 Continuation US20120331132A1 (en) | 2001-02-23 | 2012-02-21 | Network monitoring systems for medical devices |
Publications (1)
Publication Number | Publication Date |
---|---|
US20050188083A1 true US20050188083A1 (en) | 2005-08-25 |
Family
ID=25153390
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/791,334 Expired - Lifetime US6839753B2 (en) | 2001-02-23 | 2001-02-23 | Network monitoring systems for medical devices |
US10/984,186 Abandoned US20050188083A1 (en) | 2001-02-23 | 2004-11-08 | Network monitoring systems for medical devices |
US13/401,093 Abandoned US20120331132A1 (en) | 2001-02-23 | 2012-02-21 | Network monitoring systems for medical devices |
US14/196,587 Abandoned US20140313054A1 (en) | 2001-02-23 | 2014-03-04 | Network monitoring systems for medical devices |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/791,334 Expired - Lifetime US6839753B2 (en) | 2001-02-23 | 2001-02-23 | Network monitoring systems for medical devices |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/401,093 Abandoned US20120331132A1 (en) | 2001-02-23 | 2012-02-21 | Network monitoring systems for medical devices |
US14/196,587 Abandoned US20140313054A1 (en) | 2001-02-23 | 2014-03-04 | Network monitoring systems for medical devices |
Country Status (4)
Country | Link |
---|---|
US (4) | US6839753B2 (en) |
EP (1) | EP1399786B1 (en) |
AU (1) | AU2002245443A1 (en) |
WO (1) | WO2002069181A2 (en) |
Cited By (48)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007030877A1 (en) * | 2005-09-12 | 2007-03-22 | Resmed Ltd | Network enabled flow generator |
WO2007050772A2 (en) * | 2005-10-25 | 2007-05-03 | Allied Healthcare Products, Inc. | Monitoring system |
US20070103290A1 (en) * | 2005-10-25 | 2007-05-10 | Allied Healthcare Products, Inc. | Monitoring system |
US20080072902A1 (en) * | 2006-09-27 | 2008-03-27 | Nellcor Puritan Bennett Incorporated | Preset breath delivery therapies for a breathing assistance system |
US20090118591A1 (en) * | 2007-11-02 | 2009-05-07 | H3 System Co., Ltd. | Method and apparatus for collecting data from household medical devices |
WO2011001302A1 (en) * | 2009-06-29 | 2011-01-06 | Koninklijke Philips Electronics, N.V. | Patient monitoring with automatic resizing of display sectors |
US20110087756A1 (en) * | 2009-10-13 | 2011-04-14 | Cardiopulmonary Corporation | Method and Apparatus for Displaying Data from Medical Devices |
USD638852S1 (en) | 2009-12-04 | 2011-05-31 | Nellcor Puritan Bennett Llc | Ventilator display screen with an alarm icon |
US20110154241A1 (en) * | 2009-12-18 | 2011-06-23 | Nellcor Puritan Bennett Llc | Visual Indication Of Alarms On A Ventilator Graphical User Interface |
US20110179123A1 (en) * | 2010-01-19 | 2011-07-21 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US8001967B2 (en) | 1997-03-14 | 2011-08-23 | Nellcor Puritan Bennett Llc | Ventilator breath display and graphic user interface |
US8021310B2 (en) | 2006-04-21 | 2011-09-20 | Nellcor Puritan Bennett Llc | Work of breathing display for a ventilation system |
USD649157S1 (en) | 2009-12-04 | 2011-11-22 | Nellcor Puritan Bennett Llc | Ventilator display screen with a user interface |
US8082312B2 (en) * | 2008-12-12 | 2011-12-20 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US20120096367A1 (en) * | 2010-10-19 | 2012-04-19 | Welch Allyn, Inc. | Adaptive display for patient monitoring |
US8335992B2 (en) | 2009-12-04 | 2012-12-18 | Nellcor Puritan Bennett Llc | Visual indication of settings changes on a ventilator graphical user interface |
US20130110924A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Wide area ventilation management |
US8434479B2 (en) | 2009-02-27 | 2013-05-07 | Covidien Lp | Flow rate compensation for transient thermal response of hot-wire anemometers |
US8453645B2 (en) | 2006-09-26 | 2013-06-04 | Covidien Lp | Three-dimensional waveform display for a breathing assistance system |
US20130339518A1 (en) * | 2012-06-18 | 2013-12-19 | Sap Ag | Software Product Management Through the Cloud |
US20140002246A1 (en) * | 2012-06-29 | 2014-01-02 | Tom Steinhauer | Remotely accessing a ventilator |
WO2014005106A1 (en) * | 2012-06-29 | 2014-01-03 | Carefusion 303, Inc. | Respiratory knowledge portal |
US20140075015A1 (en) * | 2012-09-13 | 2014-03-13 | Triton Systems, Inc. | Methods and systems for monitoring and controlling electronic devices |
US20140297310A1 (en) * | 2007-10-26 | 2014-10-02 | Hill-Rom Services, Inc. | System and Method for Association of Patient Care Devices to a Patient |
US8924878B2 (en) | 2009-12-04 | 2014-12-30 | Covidien Lp | Display and access to settings on a ventilator graphical user interface |
US9072849B2 (en) | 2012-06-29 | 2015-07-07 | Carefusion 207, Inc. | Modifying ventilator operation based on patient orientation |
US9089657B2 (en) | 2011-10-31 | 2015-07-28 | Covidien Lp | Methods and systems for gating user initiated increases in oxygen concentration during ventilation |
US9119925B2 (en) | 2009-12-04 | 2015-09-01 | Covidien Lp | Quick initiation of respiratory support via a ventilator user interface |
US9177109B2 (en) | 2011-11-02 | 2015-11-03 | Carefusion 207, Inc. | Healthcare facility ventilation management |
US9262588B2 (en) | 2009-12-18 | 2016-02-16 | Covidien Lp | Display of respiratory data graphs on a ventilator graphical user interface |
US9352110B2 (en) | 2012-06-29 | 2016-05-31 | Carefusion 207, Inc. | Ventilator suction management |
US9380474B2 (en) | 2013-03-08 | 2016-06-28 | Cardiopulmonary Corp. | Network monitoring for active medical device alarms |
US9483615B2 (en) | 2007-08-10 | 2016-11-01 | Smiths Medical Asd, Inc. | Communication of original and updated pump parameters for a medical infusion pump |
US20160327984A1 (en) * | 2011-10-13 | 2016-11-10 | Masimo Corporation | Medical monitoring hub |
US9687618B2 (en) | 2011-11-02 | 2017-06-27 | Carefusion 207, Inc. | Ventilation harm index |
US9737676B2 (en) | 2011-11-02 | 2017-08-22 | Vyaire Medical Capital Llc | Ventilation system |
US9821129B2 (en) | 2011-11-02 | 2017-11-21 | Vyaire Medical Capital Llc | Ventilation management system |
US9950129B2 (en) | 2014-10-27 | 2018-04-24 | Covidien Lp | Ventilation triggering using change-point detection |
US10362967B2 (en) | 2012-07-09 | 2019-07-30 | Covidien Lp | Systems and methods for missed breath detection and indication |
US10512436B2 (en) | 2011-10-13 | 2019-12-24 | Masimo Corporation | System for displaying medical monitoring data |
CN111712860A (en) * | 2018-02-21 | 2020-09-25 | 帝人制药株式会社 | Server, monitoring system, terminal, monitoring device and method for monitoring oxygen concentration device |
US10869602B2 (en) | 2002-03-25 | 2020-12-22 | Masimo Corporation | Physiological measurement communications adapter |
US10912524B2 (en) | 2006-09-22 | 2021-02-09 | Masimo Corporation | Modular patient monitor |
US10943450B2 (en) | 2009-12-21 | 2021-03-09 | Masimo Corporation | Modular patient monitor |
US11083397B2 (en) | 2012-02-09 | 2021-08-10 | Masimo Corporation | Wireless patient monitoring device |
GB2601229A (en) * | 2014-03-18 | 2022-05-25 | Fisher & Paykel Healthcare Ltd | Medical data management system |
US11672934B2 (en) | 2020-05-12 | 2023-06-13 | Covidien Lp | Remote ventilator adjustment |
US11963736B2 (en) | 2009-07-20 | 2024-04-23 | Masimo Corporation | Wireless patient monitoring system |
Families Citing this family (99)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7099934B1 (en) * | 1996-07-23 | 2006-08-29 | Ewing Carrel W | Network-connecting power manager for remote appliances |
US6711613B1 (en) * | 1996-07-23 | 2004-03-23 | Server Technology, Inc. | Remote power control system |
US7774443B2 (en) | 1996-07-23 | 2010-08-10 | Server Technology, Inc. | Power-manager configuration upload and download method and system for network managers |
US7043543B2 (en) * | 1996-07-23 | 2006-05-09 | Server Technology, Inc. | Vertical-mount electrical power distribution plugstrip |
US7171461B2 (en) * | 1996-07-23 | 2007-01-30 | Server Technology, Inc. | Network remote power management outlet strip |
US7058701B1 (en) * | 2000-08-02 | 2006-06-06 | International Business Machines Corporation | Time-based browser toolbar configurations according to at least two predefined time-based browsing settings |
US6839753B2 (en) * | 2001-02-23 | 2005-01-04 | Cardiopulmonary Corporation | Network monitoring systems for medical devices |
US6783492B2 (en) * | 2001-06-26 | 2004-08-31 | Steven Dominguez | System and method for monitoring body functions |
US7430608B2 (en) * | 2001-12-04 | 2008-09-30 | Siemens Medical Solutions Usa, Inc. | System for processing data acquired from multiple medical devices |
US20030126307A1 (en) * | 2001-12-27 | 2003-07-03 | Siemens Aktiengesellschaft | Method and system for event management |
US7136916B2 (en) * | 2002-03-08 | 2006-11-14 | Siemens Aktiengesellschaft | Method for event management |
US8286088B2 (en) * | 2002-04-23 | 2012-10-09 | Draeger Medical Systems, Inc. | Patient medical parameter trend indicative user interface display system |
DE10330594A1 (en) * | 2003-07-07 | 2005-03-03 | Siemens Ag | Device for use in the medical field and method for its maintenance |
US20050071190A1 (en) * | 2003-09-26 | 2005-03-31 | International Business Machines Corporation | Method and system for patient care triage |
US7895053B2 (en) | 2003-10-07 | 2011-02-22 | Hospira, Inc. | Medication management system |
US8065161B2 (en) | 2003-11-13 | 2011-11-22 | Hospira, Inc. | System for maintaining drug information and communicating with medication delivery devices |
US9123077B2 (en) | 2003-10-07 | 2015-09-01 | Hospira, Inc. | Medication management system |
AU2004311010B2 (en) * | 2003-12-01 | 2011-03-10 | Carefusion 303, Inc. | System and method for network discovery and connection management |
US8038593B2 (en) * | 2003-12-05 | 2011-10-18 | Carefusion 303, Inc. | System and method for network monitoring of multiple medical devices |
DE102004021031A1 (en) * | 2004-04-29 | 2005-11-24 | Siemens Ag | Method for generating and managing templates for event management |
CN100401678C (en) * | 2004-05-21 | 2008-07-09 | 华为技术有限公司 | Network management method for VPN |
JP5009790B2 (en) * | 2004-06-15 | 2012-08-22 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Sensor for acquiring patient physiological signals |
US20060064020A1 (en) * | 2004-09-20 | 2006-03-23 | Medtronic, Inc. | Clinic dashboard monitor |
US8788687B2 (en) | 2006-10-04 | 2014-07-22 | Welch Allyn, Inc. | Dynamic medical object information base |
KR20070116893A (en) * | 2005-03-30 | 2007-12-11 | 웰치알린인코포레이티드 | Communication of information between a plurality of network elements |
US8781847B2 (en) * | 2005-05-03 | 2014-07-15 | Cardiac Pacemakers, Inc. | System and method for managing alert notifications in an automated patient management system |
US20060287740A1 (en) * | 2005-06-21 | 2006-12-21 | Emilian Ertel | Monitoring system for support of customer-specific configuration of remote devices |
US7949628B1 (en) | 2005-12-29 | 2011-05-24 | United Services Automobile Association (Usaa) | Information technology configuration management |
US20070226175A1 (en) * | 2006-03-08 | 2007-09-27 | The Brigham And Women's Hospital, Inc. | Automated medical safety monitoring systems and methods |
US20080078390A1 (en) * | 2006-09-29 | 2008-04-03 | Nellcor Puritan Bennett Incorporated | Providing predetermined groups of trending parameters for display in a breathing assistance system |
EP2092470A2 (en) | 2006-10-16 | 2009-08-26 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from mulitple device management systems |
US8151060B2 (en) | 2006-11-28 | 2012-04-03 | Hitachi, Ltd. | Semiconductor memory system having a snapshot function |
US8111674B2 (en) * | 2006-12-07 | 2012-02-07 | Cisco Technology, Inc. | Maintaining network availability for wireless clients in a wireless local area network |
US20100077458A1 (en) * | 2008-09-25 | 2010-03-25 | Card Access, Inc. | Apparatus, System, and Method for Responsibility-Based Data Management |
US8731957B2 (en) | 2009-01-09 | 2014-05-20 | Cerner Innovation, Inc. | Mobile discrete data documentation |
US10593427B2 (en) | 2009-01-09 | 2020-03-17 | Cerner Innovation, Inc. | Mobile discrete data documentation |
US9596989B2 (en) | 2009-03-12 | 2017-03-21 | Raytheon Company | Networked symbiotic edge user infrastructure |
US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
US20110029910A1 (en) * | 2009-07-31 | 2011-02-03 | Nellcor Puritan Bennett Llc | Method And System For Providing A Graphical User Interface For Delivering A Low Flow Recruitment Maneuver |
US20110054936A1 (en) * | 2009-09-03 | 2011-03-03 | Cerner Innovation, Inc. | Patient interactive healing environment |
US20110138323A1 (en) * | 2009-12-04 | 2011-06-09 | Nellcor Puritan Bennett Llc | Visual Indication Of Alarms On A Ventilator Graphical User Interface |
US20110138311A1 (en) * | 2009-12-04 | 2011-06-09 | Nellcor Puritan Bennett Llc | Display Of Respiratory Data On A Ventilator Graphical User Interface |
US20120072483A1 (en) * | 2010-09-20 | 2012-03-22 | Devicelynx Incorp. | Methods and apparatus for converting and transmitting data |
US8798527B2 (en) | 2011-01-14 | 2014-08-05 | Covidien Lp | Wireless relay module for remote monitoring systems |
US8897198B2 (en) | 2011-01-14 | 2014-11-25 | Covidien Lp | Medical device wireless network architectures |
US9495511B2 (en) | 2011-03-01 | 2016-11-15 | Covidien Lp | Remote monitoring systems and methods for medical devices |
US8818260B2 (en) | 2011-01-14 | 2014-08-26 | Covidien, LP | Wireless relay module for remote monitoring systems |
US8903308B2 (en) | 2011-01-14 | 2014-12-02 | Covidien Lp | System and method for patient identification in a remote monitoring system |
US8855550B2 (en) | 2011-01-14 | 2014-10-07 | Covidien Lp | Wireless relay module having emergency call functionality |
US8811888B2 (en) | 2011-01-14 | 2014-08-19 | Covidien Lp | Wireless relay module for monitoring network status |
US9020419B2 (en) | 2011-01-14 | 2015-04-28 | Covidien, LP | Wireless relay module for remote monitoring systems having power and medical device proximity monitoring functionality |
US8694600B2 (en) | 2011-03-01 | 2014-04-08 | Covidien Lp | Remote monitoring systems for monitoring medical devices via wireless communication networks |
WO2013059615A1 (en) | 2011-10-21 | 2013-04-25 | Hospira, Inc. | Medical device update system |
US20130110530A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Ventilator report generation |
US20130104889A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Ventilator component module |
US20130104894A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Automatic implementation of a ventilator protocol |
US20130104891A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Suggesting ventilator protocols |
US20130104890A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Analyzing medical device data |
US20130104893A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Bi-directional ventilator communication |
US20130110529A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Ventilator avoidance report |
WO2013112576A1 (en) * | 2012-01-23 | 2013-08-01 | Fenwal, Inc. | Mobile applications for medical devices |
US9223903B2 (en) * | 2012-04-19 | 2015-12-29 | International Business Machines Corporation | Analyzing data from a sensor-enabled device |
US20130317852A1 (en) * | 2012-05-22 | 2013-11-28 | Geneva Healthcare, LLC | Medical device information portal |
KR20150056580A (en) | 2012-09-13 | 2015-05-26 | 코비디엔 엘피 | Docking station for enteral feeding pump |
WO2014081867A2 (en) | 2012-11-20 | 2014-05-30 | Ikonopedia, Inc. | Secure data transmission |
US20140164564A1 (en) * | 2012-12-12 | 2014-06-12 | Gregory John Hoofnagle | General-purpose importer for importing medical data |
EP2964079B1 (en) | 2013-03-06 | 2022-02-16 | ICU Medical, Inc. | Medical device communication method |
EP2973360B1 (en) * | 2013-03-14 | 2020-02-12 | Vyaire Medical Capital LLC | Ventilation management system |
US10682102B2 (en) | 2013-03-15 | 2020-06-16 | Fenwal, Inc. | Systems, articles of manufacture, and methods for multi-screen visualization and instrument configuration |
JP6227289B2 (en) * | 2013-06-14 | 2017-11-08 | フクダ電子株式会社 | Biological information monitoring device |
EP3039596A4 (en) | 2013-08-30 | 2017-04-12 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
USD746441S1 (en) | 2013-09-13 | 2015-12-29 | Covidien Lp | Pump |
US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
US10042986B2 (en) | 2013-11-19 | 2018-08-07 | Icu Medical, Inc. | Infusion pump automation system and method |
JP6853669B2 (en) | 2014-04-30 | 2021-03-31 | アイシーユー・メディカル・インコーポレーテッド | Patient treatment system with conditional alert forwarding |
WO2015171787A1 (en) | 2014-05-07 | 2015-11-12 | Nearhood Rachel Marie | Management of implantable cardiac device interrogation data and reports |
US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
CN104888324B (en) * | 2015-05-14 | 2018-01-02 | 中国人民解放军第三军医大学第三附属医院 | Hospital center supplies oxygen centralized monitoring system |
CA2988094A1 (en) | 2015-05-26 | 2016-12-01 | Icu Medical, Inc. | Infusion pump system and method with multiple drug library editor source capability |
AU2017295722B2 (en) | 2016-07-14 | 2022-08-11 | Icu Medical, Inc. | Multi-communication path selection and security system for a medical device |
CN107727137A (en) * | 2016-08-13 | 2018-02-23 | 天津恒盛佳和科技有限公司 | A kind of mine fan on-line monitoring system |
US20180082033A1 (en) * | 2016-09-22 | 2018-03-22 | At&T Intellectual Property I, L.P. | Method and apparatus for controlling an artificial respiratory device via a network |
WO2018081245A1 (en) * | 2016-10-25 | 2018-05-03 | The Children's Hospital Of Philadelphia | Automatic detection of airway device, endotracheal intubation, and tube misplacement in children during the anesthesia procedure |
US10610654B2 (en) * | 2017-01-10 | 2020-04-07 | General Electric Company | Lung protective ventilation control |
CN108815659A (en) * | 2018-04-13 | 2018-11-16 | 杭州智瑞思科技有限公司 | A kind of multi-brand ventilator central monitoring system |
AU2019306490A1 (en) | 2018-07-17 | 2021-02-04 | Icu Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
ES2962660T3 (en) | 2018-07-17 | 2024-03-20 | Icu Medical Inc | Systems and methods to facilitate clinical messaging in a network environment |
US10964428B2 (en) | 2018-07-17 | 2021-03-30 | Icu Medical, Inc. | Merging messages into cache and generating user interface using the cache |
US11139058B2 (en) | 2018-07-17 | 2021-10-05 | Icu Medical, Inc. | Reducing file transfer between cloud environment and infusion pumps |
AU2019309766A1 (en) | 2018-07-26 | 2021-03-18 | Icu Medical, Inc. | Drug library management system |
US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
US10600512B1 (en) | 2019-08-18 | 2020-03-24 | Medigate tech Ltd. | Network-based calculation of prevalence of repeated medical imaging |
US10658079B1 (en) | 2019-08-18 | 2020-05-19 | Medigate tech Ltd. | Crowd-based recommendations of a version of firmware for medical devices |
US10825566B1 (en) | 2019-08-18 | 2020-11-03 | Medigate tech Ltd. | Ensuring availability of medical devices to receive maintenance |
US11056232B2 (en) | 2019-08-18 | 2021-07-06 | Medigate tech Ltd. | Medication usage auditing based on analysis of infusion pump network traffic |
CN110840441B (en) * | 2019-11-12 | 2023-02-07 | 天津康汇医疗科技股份有限公司 | Multi-lead wireless wearable monitoring system |
CN112838966A (en) * | 2021-04-22 | 2021-05-25 | 北京拓课网络科技有限公司 | UDP link monitoring method and system and electronic equipment |
Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4279250A (en) * | 1977-11-10 | 1981-07-21 | Airco, Inc. | Drug nebulizing system for medical ventilators of the volume-limited type |
US4417573A (en) * | 1981-07-02 | 1983-11-29 | Bear Medical Systems, Inc. | Patient adaptor for medical ventilator |
US5379250A (en) * | 1993-08-20 | 1995-01-03 | Micron Semiconductor, Inc. | Zener programmable read only memory |
US6074345A (en) * | 1998-10-27 | 2000-06-13 | University Of Florida | Patient data acquisition and control system |
US6304788B1 (en) * | 1999-08-12 | 2001-10-16 | United Internet Technologies, Inc. | Method and apparatus for controlling medical monitoring devices over the internet |
US6339771B1 (en) * | 1998-06-25 | 2002-01-15 | International Business Machines Corporation | Method and system for managing connections to a database management system |
US20030023146A1 (en) * | 1997-07-31 | 2003-01-30 | D.O. Larry Shusterman | Remote patient monitoring system with garment and automated medication dispenser |
US6556321B1 (en) * | 1997-08-27 | 2003-04-29 | Nortel Networks Limited | WDM optical network and switching node with pilot tone communications |
US6602191B2 (en) * | 1999-12-17 | 2003-08-05 | Q-Tec Systems Llp | Method and apparatus for health and disease management combining patient data monitoring with wireless internet connectivity |
US6612984B1 (en) * | 1999-12-03 | 2003-09-02 | Kerr, Ii Robert A. | System and method for collecting and transmitting medical data |
US6640246B1 (en) * | 1999-09-17 | 2003-10-28 | Ge Medical Systems Global Technology Company, Llc | Integrated computerized materials management system |
US6757898B1 (en) * | 2000-01-18 | 2004-06-29 | Mckesson Information Solutions, Inc. | Electronic provider—patient interface system |
US6832199B1 (en) * | 1998-11-25 | 2004-12-14 | Ge Medical Technology Services, Inc. | Method and apparatus for retrieving service task lists from remotely located medical diagnostic systems and inputting such data into specific locations on a table |
US6839753B2 (en) * | 2001-02-23 | 2005-01-04 | Cardiopulmonary Corporation | Network monitoring systems for medical devices |
US20050114711A1 (en) * | 1999-12-02 | 2005-05-26 | Lambertus Hesselink | Managed peer-to-peer applications, systems and methods for distributed data access and storage |
US6968375B1 (en) * | 1997-03-28 | 2005-11-22 | Health Hero Network, Inc. | Networked system for interactive communication and remote monitoring of individuals |
US6988088B1 (en) * | 2000-10-17 | 2006-01-17 | Recare, Inc. | Systems and methods for adaptive medical decision support |
US7088233B2 (en) * | 1998-10-23 | 2006-08-08 | Royal Thoughts, Llc | Personal medical device communication system and method |
US20080065768A1 (en) * | 2000-06-27 | 2008-03-13 | Ortiz Luis M | Processing of entertainment venue-based data utilizing wireless hand held devices |
Family Cites Families (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4163218A (en) * | 1976-09-13 | 1979-07-31 | Wu William I L | Electronic multiple device control system |
US4371932A (en) * | 1979-07-30 | 1983-02-01 | International Business Machines Corp. | I/O Controller for transferring data between a host processor and multiple I/O units |
US4333002A (en) * | 1980-09-02 | 1982-06-01 | A. O. Smith Corporation | Multiple device control apparatus |
US4972314A (en) * | 1985-05-20 | 1990-11-20 | Hughes Aircraft Company | Data flow signal processor method and apparatus |
US5023823A (en) * | 1986-11-07 | 1991-06-11 | Norand Corporation | Multiple channel communications system and packaging configuration therefor |
US4915450A (en) * | 1986-11-25 | 1990-04-10 | Cooper Lloyd G B | Work station system |
GB8726933D0 (en) * | 1987-11-18 | 1987-12-23 | Cadell T E | Telemetry system |
US5049873A (en) * | 1988-01-29 | 1991-09-17 | Network Equipment Technologies, Inc. | Communications network state and topology monitor |
USH727H (en) * | 1988-05-26 | 1990-01-02 | The United States Of America As Represented By The Secretary Of The Air Force | Patient monitoring device |
IL86759A (en) * | 1988-06-16 | 1992-09-06 | Dror Nedivi | Medical monitoring system |
US5511553A (en) * | 1989-02-15 | 1996-04-30 | Segalowitz; Jacob | Device-system and method for monitoring multiple physiological parameters (MMPP) continuously and simultaneously |
JPH0727741Y2 (en) * | 1989-10-23 | 1995-06-21 | フクダ電子株式会社 | Portable radio paging receiver with waveform display |
DE69130676T2 (en) * | 1990-08-31 | 1999-07-01 | Gen Hospital Corp | SYSTEM FOR MANAGING SEVERAL DEVICES, FOR EXAMPLE OF PORTABLE PATIENT MONITORING DEVICES IN A NETWORK |
US5319355A (en) * | 1991-03-06 | 1994-06-07 | Russek Linda G | Alarm for patient monitor and life support equipment system |
US5238001A (en) * | 1991-11-12 | 1993-08-24 | Stuart Medical Inc. | Ambulatory patient monitoring system having multiple monitoring units and optical communications therebetween |
US5386532A (en) * | 1991-12-30 | 1995-01-31 | Sun Microsystems, Inc. | Method and apparatus for transferring data between a memory and a plurality of peripheral units through a plurality of data channels |
US5441047A (en) * | 1992-03-25 | 1995-08-15 | David; Daniel | Ambulatory patient health monitoring techniques utilizing interactive visual communication |
US5491796A (en) * | 1992-10-23 | 1996-02-13 | Net Labs, Inc. | Apparatus for remotely managing diverse information network resources |
US5960403A (en) * | 1992-11-17 | 1999-09-28 | Health Hero Network | Health management process control system |
US5685314A (en) * | 1992-12-11 | 1997-11-11 | Siemens Medical Systems, Inc. | Auxiliary docking station for a patient monitoring system |
US5481255A (en) * | 1993-02-10 | 1996-01-02 | Data Critical Corp. | Paging transmission system |
US5482050A (en) * | 1994-02-17 | 1996-01-09 | Spacelabs Medical, Inc. | Method and system for providing safe patient monitoring in an electronic medical device while serving as a general-purpose windowed display |
US5673692A (en) * | 1995-02-03 | 1997-10-07 | Biosignals Ltd. Co. | Single site, multi-variable patient monitor |
US5944659A (en) * | 1995-11-13 | 1999-08-31 | Vitalcom Inc. | Architecture for TDMA medical telemetry system |
US5687717A (en) * | 1996-08-06 | 1997-11-18 | Tremont Medical, Inc. | Patient monitoring system with chassis mounted or remotely operable modules and portable computer |
US5987519A (en) * | 1996-09-20 | 1999-11-16 | Georgia Tech Research Corporation | Telemedicine system using voice video and data encapsulation and de-encapsulation for communicating medical information between central monitoring stations and remote patient monitoring stations |
US6364834B1 (en) | 1996-11-13 | 2002-04-02 | Criticare Systems, Inc. | Method and system for remotely monitoring multiple medical parameters in an integrated medical monitoring system |
US6104333A (en) * | 1996-12-19 | 2000-08-15 | Micron Technology, Inc. | Methods of processing wireless communication, methods of processing radio frequency communication, and related systems |
AU5405798A (en) | 1996-12-30 | 1998-07-31 | Imd Soft Ltd. | Medical information system |
US6151308A (en) * | 1996-12-30 | 2000-11-21 | Motorola, Inc. | Elevated communication hub and method of operation therefor |
US5960085A (en) * | 1997-04-14 | 1999-09-28 | De La Huerga; Carlos | Security badge for automated access control and secure data gathering |
US5974463A (en) * | 1997-06-09 | 1999-10-26 | Compaq Computer Corporation | Scaleable network system for remote access of a local network |
US6112194A (en) * | 1997-07-21 | 2000-08-29 | International Business Machines Corporation | Method, apparatus and computer program product for data mining having user feedback mechanism for monitoring performance of mining tasks |
US5923557A (en) * | 1997-08-01 | 1999-07-13 | Hewlett-Packard Company | Method and apparatus for providing a standard interface to process control devices that are adapted to differing field-bus protocols |
SE9704663D0 (en) * | 1997-12-15 | 1997-12-15 | Siemens Elema Ab | Fan system |
US6122639A (en) * | 1997-12-23 | 2000-09-19 | Cisco Technology, Inc. | Network device information collection and change detection |
JP3696395B2 (en) * | 1998-03-20 | 2005-09-14 | 三菱電機株式会社 | Multiple service providing communication terminal and multiple service providing apparatus |
US6618709B1 (en) * | 1998-04-03 | 2003-09-09 | Enerwise Global Technologies, Inc. | Computer assisted and/or implemented process and architecture for web-based monitoring of energy related usage, and client accessibility therefor |
US6347094B1 (en) * | 1998-07-21 | 2002-02-12 | Microsoft Corporation | Data rate smoothing |
DE29901788U1 (en) * | 1999-02-02 | 1999-05-12 | Chen Tong Pie | Heart rate monitor |
JP2002541563A (en) | 1999-04-01 | 2002-12-03 | アシスト メディカル システムズ, インコーポレイテッド | System and method for integrated medical information management and medical device control |
US6402691B1 (en) * | 1999-09-21 | 2002-06-11 | Herschel Q. Peddicord | In-home patient monitoring system |
WO2001089362A2 (en) * | 2000-05-19 | 2001-11-29 | Welch Allyn Protocol Inc. | Patient monitoring system |
US6873998B1 (en) * | 2000-10-18 | 2005-03-29 | Navteq North America, Llc | System and method for updating a geographic database using satellite imagery |
US20020147390A1 (en) * | 2000-12-20 | 2002-10-10 | Markis John Emmanuel M.D. | Methods and apparatus for acquiring and using bedside medical data |
-
2001
- 2001-02-23 US US09/791,334 patent/US6839753B2/en not_active Expired - Lifetime
-
2002
- 2002-02-19 WO PCT/US2002/004515 patent/WO2002069181A2/en not_active Application Discontinuation
- 2002-02-19 EP EP02713602.7A patent/EP1399786B1/en not_active Expired - Lifetime
- 2002-02-19 AU AU2002245443A patent/AU2002245443A1/en not_active Abandoned
-
2004
- 2004-11-08 US US10/984,186 patent/US20050188083A1/en not_active Abandoned
-
2012
- 2012-02-21 US US13/401,093 patent/US20120331132A1/en not_active Abandoned
-
2014
- 2014-03-04 US US14/196,587 patent/US20140313054A1/en not_active Abandoned
Patent Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4279250A (en) * | 1977-11-10 | 1981-07-21 | Airco, Inc. | Drug nebulizing system for medical ventilators of the volume-limited type |
US4417573A (en) * | 1981-07-02 | 1983-11-29 | Bear Medical Systems, Inc. | Patient adaptor for medical ventilator |
US5379250A (en) * | 1993-08-20 | 1995-01-03 | Micron Semiconductor, Inc. | Zener programmable read only memory |
US6968375B1 (en) * | 1997-03-28 | 2005-11-22 | Health Hero Network, Inc. | Networked system for interactive communication and remote monitoring of individuals |
US20030023146A1 (en) * | 1997-07-31 | 2003-01-30 | D.O. Larry Shusterman | Remote patient monitoring system with garment and automated medication dispenser |
US6556321B1 (en) * | 1997-08-27 | 2003-04-29 | Nortel Networks Limited | WDM optical network and switching node with pilot tone communications |
US6339771B1 (en) * | 1998-06-25 | 2002-01-15 | International Business Machines Corporation | Method and system for managing connections to a database management system |
US7088233B2 (en) * | 1998-10-23 | 2006-08-08 | Royal Thoughts, Llc | Personal medical device communication system and method |
US6074345A (en) * | 1998-10-27 | 2000-06-13 | University Of Florida | Patient data acquisition and control system |
US6832199B1 (en) * | 1998-11-25 | 2004-12-14 | Ge Medical Technology Services, Inc. | Method and apparatus for retrieving service task lists from remotely located medical diagnostic systems and inputting such data into specific locations on a table |
US6304788B1 (en) * | 1999-08-12 | 2001-10-16 | United Internet Technologies, Inc. | Method and apparatus for controlling medical monitoring devices over the internet |
US6640246B1 (en) * | 1999-09-17 | 2003-10-28 | Ge Medical Systems Global Technology Company, Llc | Integrated computerized materials management system |
US20050114711A1 (en) * | 1999-12-02 | 2005-05-26 | Lambertus Hesselink | Managed peer-to-peer applications, systems and methods for distributed data access and storage |
US6942616B2 (en) * | 1999-12-03 | 2005-09-13 | Kerr, Ii Robert A. | System and method for collecting and transmitting medical data |
US6612984B1 (en) * | 1999-12-03 | 2003-09-02 | Kerr, Ii Robert A. | System and method for collecting and transmitting medical data |
US6602191B2 (en) * | 1999-12-17 | 2003-08-05 | Q-Tec Systems Llp | Method and apparatus for health and disease management combining patient data monitoring with wireless internet connectivity |
US6757898B1 (en) * | 2000-01-18 | 2004-06-29 | Mckesson Information Solutions, Inc. | Electronic provider—patient interface system |
US20080065768A1 (en) * | 2000-06-27 | 2008-03-13 | Ortiz Luis M | Processing of entertainment venue-based data utilizing wireless hand held devices |
US6988088B1 (en) * | 2000-10-17 | 2006-01-17 | Recare, Inc. | Systems and methods for adaptive medical decision support |
US6839753B2 (en) * | 2001-02-23 | 2005-01-04 | Cardiopulmonary Corporation | Network monitoring systems for medical devices |
Cited By (94)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8555882B2 (en) | 1997-03-14 | 2013-10-15 | Covidien Lp | Ventilator breath display and graphic user interface |
US8555881B2 (en) | 1997-03-14 | 2013-10-15 | Covidien Lp | Ventilator breath display and graphic interface |
US8001967B2 (en) | 1997-03-14 | 2011-08-23 | Nellcor Puritan Bennett Llc | Ventilator breath display and graphic user interface |
US10869602B2 (en) | 2002-03-25 | 2020-12-22 | Masimo Corporation | Physiological measurement communications adapter |
US11484205B2 (en) | 2002-03-25 | 2022-11-01 | Masimo Corporation | Physiological measurement device |
WO2007030877A1 (en) * | 2005-09-12 | 2007-03-22 | Resmed Ltd | Network enabled flow generator |
WO2007050772A2 (en) * | 2005-10-25 | 2007-05-03 | Allied Healthcare Products, Inc. | Monitoring system |
US20070103290A1 (en) * | 2005-10-25 | 2007-05-10 | Allied Healthcare Products, Inc. | Monitoring system |
WO2007050772A3 (en) * | 2005-10-25 | 2007-06-14 | Allied Healthcare Prod | Monitoring system |
US8597198B2 (en) | 2006-04-21 | 2013-12-03 | Covidien Lp | Work of breathing display for a ventilation system |
US10582880B2 (en) | 2006-04-21 | 2020-03-10 | Covidien Lp | Work of breathing display for a ventilation system |
US8021310B2 (en) | 2006-04-21 | 2011-09-20 | Nellcor Puritan Bennett Llc | Work of breathing display for a ventilation system |
US10912524B2 (en) | 2006-09-22 | 2021-02-09 | Masimo Corporation | Modular patient monitor |
US8453645B2 (en) | 2006-09-26 | 2013-06-04 | Covidien Lp | Three-dimensional waveform display for a breathing assistance system |
US20080072902A1 (en) * | 2006-09-27 | 2008-03-27 | Nellcor Puritan Bennett Incorporated | Preset breath delivery therapies for a breathing assistance system |
US9483615B2 (en) | 2007-08-10 | 2016-11-01 | Smiths Medical Asd, Inc. | Communication of original and updated pump parameters for a medical infusion pump |
US11031130B2 (en) | 2007-10-26 | 2021-06-08 | Hill-Rom Services, Inc. | Patient support apparatus having data collection and communication capability |
US20140297310A1 (en) * | 2007-10-26 | 2014-10-02 | Hill-Rom Services, Inc. | System and Method for Association of Patient Care Devices to a Patient |
US9734293B2 (en) * | 2007-10-26 | 2017-08-15 | Hill-Rom Services, Inc. | System and method for association of patient care devices to a patient |
US20090118591A1 (en) * | 2007-11-02 | 2009-05-07 | H3 System Co., Ltd. | Method and apparatus for collecting data from household medical devices |
US8082312B2 (en) * | 2008-12-12 | 2011-12-20 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US20120066328A1 (en) * | 2008-12-12 | 2012-03-15 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US8905024B2 (en) | 2009-02-27 | 2014-12-09 | Covidien Lp | Flow rate compensation for transient thermal response of hot-wire anemometers |
US8434479B2 (en) | 2009-02-27 | 2013-05-07 | Covidien Lp | Flow rate compensation for transient thermal response of hot-wire anemometers |
US9104789B2 (en) | 2009-06-29 | 2015-08-11 | Koninklijke Philips Electronics N.V. | Patient monitoring with automatic resizing of display sectors |
JP2012532362A (en) * | 2009-06-29 | 2012-12-13 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Patient monitoring apparatus, patient monitoring system, method and recording medium using automatic resizing of display sector |
CN102460446A (en) * | 2009-06-29 | 2012-05-16 | 皇家飞利浦电子股份有限公司 | Patient monitoring with automatic resizing of display sectors |
WO2011001302A1 (en) * | 2009-06-29 | 2011-01-06 | Koninklijke Philips Electronics, N.V. | Patient monitoring with automatic resizing of display sectors |
US11963736B2 (en) | 2009-07-20 | 2024-04-23 | Masimo Corporation | Wireless patient monitoring system |
CN102713912A (en) * | 2009-10-13 | 2012-10-03 | 心外部有限公司 | Method and apparatus for displaying data from medical devices |
US8886792B2 (en) * | 2009-10-13 | 2014-11-11 | Cardiopulmonary Corp. | Method and apparatus for displaying and storing data from medical devices and alarming in response to triggers by a plurality of alarm types |
US20110087756A1 (en) * | 2009-10-13 | 2011-04-14 | Cardiopulmonary Corporation | Method and Apparatus for Displaying Data from Medical Devices |
US9119925B2 (en) | 2009-12-04 | 2015-09-01 | Covidien Lp | Quick initiation of respiratory support via a ventilator user interface |
USD649157S1 (en) | 2009-12-04 | 2011-11-22 | Nellcor Puritan Bennett Llc | Ventilator display screen with a user interface |
USD638852S1 (en) | 2009-12-04 | 2011-05-31 | Nellcor Puritan Bennett Llc | Ventilator display screen with an alarm icon |
US8335992B2 (en) | 2009-12-04 | 2012-12-18 | Nellcor Puritan Bennett Llc | Visual indication of settings changes on a ventilator graphical user interface |
US8924878B2 (en) | 2009-12-04 | 2014-12-30 | Covidien Lp | Display and access to settings on a ventilator graphical user interface |
US20110154241A1 (en) * | 2009-12-18 | 2011-06-23 | Nellcor Puritan Bennett Llc | Visual Indication Of Alarms On A Ventilator Graphical User Interface |
US9262588B2 (en) | 2009-12-18 | 2016-02-16 | Covidien Lp | Display of respiratory data graphs on a ventilator graphical user interface |
US20130239038A1 (en) * | 2009-12-18 | 2013-09-12 | Covidien Lp | Visual indication of alarms on a ventilator graphical user interface |
US8499252B2 (en) | 2009-12-18 | 2013-07-30 | Covidien Lp | Display of respiratory data graphs on a ventilator graphical user interface |
US8443294B2 (en) * | 2009-12-18 | 2013-05-14 | Covidien Lp | Visual indication of alarms on a ventilator graphical user interface |
US11900775B2 (en) | 2009-12-21 | 2024-02-13 | Masimo Corporation | Modular patient monitor |
US10943450B2 (en) | 2009-12-21 | 2021-03-09 | Masimo Corporation | Modular patient monitor |
US20110231504A1 (en) * | 2010-01-19 | 2011-09-22 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US8171094B2 (en) * | 2010-01-19 | 2012-05-01 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US20110219090A1 (en) * | 2010-01-19 | 2011-09-08 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US20110179123A1 (en) * | 2010-01-19 | 2011-07-21 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US20120096367A1 (en) * | 2010-10-19 | 2012-04-19 | Welch Allyn, Inc. | Adaptive display for patient monitoring |
US8719712B2 (en) * | 2010-10-19 | 2014-05-06 | Welch Allyn, Inc. | Adaptive display for patient monitoring |
US10512436B2 (en) | 2011-10-13 | 2019-12-24 | Masimo Corporation | System for displaying medical monitoring data |
US11241199B2 (en) | 2011-10-13 | 2022-02-08 | Masimo Corporation | System for displaying medical monitoring data |
US11179114B2 (en) | 2011-10-13 | 2021-11-23 | Masimo Corporation | Medical monitoring hub |
US20160327984A1 (en) * | 2011-10-13 | 2016-11-10 | Masimo Corporation | Medical monitoring hub |
US11786183B2 (en) | 2011-10-13 | 2023-10-17 | Masimo Corporation | Medical monitoring hub |
US10925550B2 (en) * | 2011-10-13 | 2021-02-23 | Masimo Corporation | Medical monitoring hub |
US9089657B2 (en) | 2011-10-31 | 2015-07-28 | Covidien Lp | Methods and systems for gating user initiated increases in oxygen concentration during ventilation |
US9821129B2 (en) | 2011-11-02 | 2017-11-21 | Vyaire Medical Capital Llc | Ventilation management system |
US9177109B2 (en) | 2011-11-02 | 2015-11-03 | Carefusion 207, Inc. | Healthcare facility ventilation management |
US11626199B2 (en) | 2011-11-02 | 2023-04-11 | Vyaire Medical Capital Llc | Ventilation management system |
US11404163B2 (en) | 2011-11-02 | 2022-08-02 | Carefusion 303, Inc. | Ventilation system |
US20130110924A1 (en) * | 2011-11-02 | 2013-05-02 | Tom Steinhauer | Wide area ventilation management |
US10646673B2 (en) | 2011-11-02 | 2020-05-12 | Vyaire Medical Capital Llc | Ventilation system |
US10646674B2 (en) | 2011-11-02 | 2020-05-12 | Vyaire Medical Capital Llc | Ventilation management system |
US9687618B2 (en) | 2011-11-02 | 2017-06-27 | Carefusion 207, Inc. | Ventilation harm index |
US9737676B2 (en) | 2011-11-02 | 2017-08-22 | Vyaire Medical Capital Llc | Ventilation system |
US11842814B2 (en) | 2011-11-02 | 2023-12-12 | Vyaire Medical Capital Llc | Ventilation system |
US11918353B2 (en) | 2012-02-09 | 2024-03-05 | Masimo Corporation | Wireless patient monitoring device |
US11083397B2 (en) | 2012-02-09 | 2021-08-10 | Masimo Corporation | Wireless patient monitoring device |
US8782220B2 (en) * | 2012-06-18 | 2014-07-15 | Sap Ag | Software product management through the cloud |
US20130339518A1 (en) * | 2012-06-18 | 2013-12-19 | Sap Ag | Software Product Management Through the Cloud |
US9072849B2 (en) | 2012-06-29 | 2015-07-07 | Carefusion 207, Inc. | Modifying ventilator operation based on patient orientation |
US9058741B2 (en) * | 2012-06-29 | 2015-06-16 | Carefusion 207, Inc. | Remotely accessing a ventilator |
WO2014005106A1 (en) * | 2012-06-29 | 2014-01-03 | Carefusion 303, Inc. | Respiratory knowledge portal |
US9352110B2 (en) | 2012-06-29 | 2016-05-31 | Carefusion 207, Inc. | Ventilator suction management |
US9327090B2 (en) | 2012-06-29 | 2016-05-03 | Carefusion 303, Inc. | Respiratory knowledge portal |
US20140002246A1 (en) * | 2012-06-29 | 2014-01-02 | Tom Steinhauer | Remotely accessing a ventilator |
US11328808B2 (en) | 2012-06-29 | 2022-05-10 | Vyaire Medical Capital Llc | Respiratory knowledge portal |
US10179217B2 (en) | 2012-06-29 | 2019-01-15 | Vyaire Medical Capital Llc | Respiratory knowledge portal |
US10362967B2 (en) | 2012-07-09 | 2019-07-30 | Covidien Lp | Systems and methods for missed breath detection and indication |
US11642042B2 (en) | 2012-07-09 | 2023-05-09 | Covidien Lp | Systems and methods for missed breath detection and indication |
US20140075015A1 (en) * | 2012-09-13 | 2014-03-13 | Triton Systems, Inc. | Methods and systems for monitoring and controlling electronic devices |
US9380474B2 (en) | 2013-03-08 | 2016-06-28 | Cardiopulmonary Corp. | Network monitoring for active medical device alarms |
GB2604684A (en) * | 2014-03-18 | 2022-09-14 | Fisher & Paykel Healthcare Ltd | Medical data management system |
US11450418B2 (en) | 2014-03-18 | 2022-09-20 | Fisher & Paykel Healthcare Limited | Medical data management system |
GB2601229A (en) * | 2014-03-18 | 2022-05-25 | Fisher & Paykel Healthcare Ltd | Medical data management system |
US11735298B2 (en) | 2014-03-18 | 2023-08-22 | Fisher & Paykel Healthcare Limited | Medical data management system |
US10940281B2 (en) | 2014-10-27 | 2021-03-09 | Covidien Lp | Ventilation triggering |
US11712174B2 (en) | 2014-10-27 | 2023-08-01 | Covidien Lp | Ventilation triggering |
US9950129B2 (en) | 2014-10-27 | 2018-04-24 | Covidien Lp | Ventilation triggering using change-point detection |
EP3757960A4 (en) * | 2018-02-21 | 2021-04-07 | Teijin Pharma Limited | Server, monitor system, terminal, monitor device, and method, for monitoring oxygen concentration device |
CN111712860A (en) * | 2018-02-21 | 2020-09-25 | 帝人制药株式会社 | Server, monitoring system, terminal, monitoring device and method for monitoring oxygen concentration device |
US11386765B2 (en) | 2018-02-21 | 2022-07-12 | Teijin Pharma Limited | Server, monitoring system, terminal, monitoring device and method for monitoring of oxygen concentrator |
US11672934B2 (en) | 2020-05-12 | 2023-06-13 | Covidien Lp | Remote ventilator adjustment |
Also Published As
Publication number | Publication date |
---|---|
EP1399786B1 (en) | 2015-04-22 |
US20120331132A1 (en) | 2012-12-27 |
EP1399786A2 (en) | 2004-03-24 |
AU2002245443A1 (en) | 2002-09-12 |
US20020120676A1 (en) | 2002-08-29 |
US20140313054A1 (en) | 2014-10-23 |
WO2002069181A2 (en) | 2002-09-06 |
WO2002069181A3 (en) | 2003-07-03 |
US6839753B2 (en) | 2005-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6839753B2 (en) | Network monitoring systems for medical devices | |
Janjua et al. | Telehealth interventions: remote monitoring and consultations for people with chronic obstructive pulmonary disease (COPD) | |
US7062251B2 (en) | Managing critical care physiologic data using data synthesis technology (DST) | |
US9142117B2 (en) | Systems and methods for storing, analyzing, retrieving and displaying streaming medical data | |
JP6203634B2 (en) | EMS apparatus communication interface system and method | |
US8286088B2 (en) | Patient medical parameter trend indicative user interface display system | |
US8583455B2 (en) | Patient diabetes data interchange with electronic medical records | |
US20040059599A1 (en) | Patient management system | |
US20060064323A1 (en) | Data management center for patient monitoring | |
US8832558B2 (en) | Predetermined presentation of patient data at bedside | |
US20040019259A1 (en) | Remote monitoring and data management platform | |
US20040158132A1 (en) | Patient medical parameter user interface system | |
US20080114689A1 (en) | Patient information management method | |
US20050071190A1 (en) | Method and system for patient care triage | |
US20110004620A1 (en) | System and method for comparing and utilizing activity information and configuration information from multiple medical device management systems | |
JPH1125190A (en) | Outpatient nursing data system | |
JP2004527023A (en) | Device for processing and displaying patient medical information | |
AU2003217657A1 (en) | Remote monitoring and control of sedation and analgesia systems | |
EP1362300A2 (en) | A system and method for processing patient medical information | |
US20020077862A1 (en) | System for processing and customizing ventilator information | |
US20040148193A1 (en) | Method, system, and program for managing patient biometric data from patients in a health care environment | |
JP2003132144A (en) | Medical examination information display terminal | |
JP6858994B1 (en) | Severity, medical / nursing necessity management system | |
AU2012261537A1 (en) | Patient information management system | |
AU2014201277A1 (en) | Patient information management method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CARDIOPULMONARY CORPORATION, CONNECTICUT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BIONDI, JAMES W.;FAND, AARON;REEL/FRAME:016756/0685 Effective date: 20010417 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |
|
AS | Assignment |
Owner name: BERNOULLI ENTERPRISE, INC., CONNECTICUT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CARDIOPULMONARY CORP.;REEL/FRAME:047486/0373 Effective date: 20180910 |