US8694085B2 - Collection and analysis of vital signs - Google Patents

Collection and analysis of vital signs Download PDF

Info

Publication number
US8694085B2
US8694085B2 US13/204,657 US201113204657A US8694085B2 US 8694085 B2 US8694085 B2 US 8694085B2 US 201113204657 A US201113204657 A US 201113204657A US 8694085 B2 US8694085 B2 US 8694085B2
Authority
US
United States
Prior art keywords
storage
test module
vital
analysis controller
algorithm
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.)
Active
Application number
US13/204,657
Other versions
US20120078128A1 (en
Inventor
Jaques Reifman
Maxim Y. Khitrov
Andrew T. Reisner
Liangyou Chen
Thomas McKenna
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
US Department of Army
Original Assignee
US Department of Army
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by US Department of Army filed Critical US Department of Army
Priority to US13/204,657 priority Critical patent/US8694085B2/en
Priority to US13/429,036 priority patent/US8977349B2/en
Publication of US20120078128A1 publication Critical patent/US20120078128A1/en
Assigned to GOVERNMENT OF THE UNITED STATES, AS REPRESENTED BY THE SECRETARY OF THE ARMY reassignment GOVERNMENT OF THE UNITED STATES, AS REPRESENTED BY THE SECRETARY OF THE ARMY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MCKENNA, THOMAS, REIFMAN, JAQUES, KHITROV, MAXIM Y.
Priority to US14/167,706 priority patent/US20140149063A1/en
Application granted granted Critical
Publication of US8694085B2 publication Critical patent/US8694085B2/en
Priority to US14/639,745 priority patent/US9697468B2/en
Assigned to THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE ARMY reassignment THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE ARMY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: REIFMAN, JAQUES
Assigned to THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE ARMY reassignment THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE ARMY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: REIFMAN, JAQUES
Assigned to GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE ARMY reassignment GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE ARMY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: KHITROV, MAXIM, MCKENNA, THOMAS, REISNER, ANDREW T, CHEN, LIANGYOU
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/024—Detecting, measuring or recording pulse rate or heart rate
    • A61B5/0255—Recording instruments specially adapted therefor
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7221—Determining signal validity, reliability or quality
    • 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
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2560/00—Constructional details of operational features of apparatus; Accessories for medical measuring apparatus
    • A61B2560/02—Operational features
    • A61B2560/029—Operational features adapted for auto-initiation
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/024—Detecting, measuring or recording pulse rate or heart rate
    • A61B5/02416—Detecting, measuring or recording pulse rate or heart rate using photoplethysmograph signals, e.g. generated by infrared radiation
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/024—Detecting, measuring or recording pulse rate or heart rate
    • A61B5/02438—Detecting, measuring or recording pulse rate or heart rate with portable devices, e.g. worn by the patient
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
    • A61B5/14542—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue for measuring blood gases

Definitions

  • This invention relates to a system and method for developing, testing, and evaluating decision-support algorithms in a portable unit using stored data and/or real-life, real time data.
  • decision-support algorithms are incorporated into vital-sign monitors and other medical recording systems. This results in the algorithms being proprietary to the manufacturer and not facilitating easy modification or refinement by end-users and/or testing of new decision-support algorithms by either the manufacturer or the end-users.
  • the invention provides in at least one embodiment a system for receiving an output from an external source
  • the system includes: a storage; a communications module for receiving vital-sign data from an external source and storing the received data in said storage; an analysis controller in communication with said storage, said analysis controller monitors said storage; and a test module in communication with said analysis controller and said storage, said test module receives information from said storage through said analysis controller and stores any output in said storage, and said test module includes running means for running at least one algorithm loaded into said storage where said at least one algorithm processes at least a portion of the information provided by said analysis controller.
  • the invention provides in at least one embodiment a system for receiving vital-sign information from a vital-sign monitor, said system including: a storage having at least one database; a communications module for receiving vital-sign data from an external source and storing the received data in said database of said storage; an analysis controller in communication with said storage, said analysis controller monitors said storage; a test module in communication with said analysis controller and said storage, said test module receives information from said storage through said analysis controller, and said test module includes running means for running at least one algorithm loaded into said storage where said at least one algorithm processes at least a portion of the information provided by said analysis controller, said running means provides an output in substantially real time from receipt of vital-sign data by said communications module; a ruggedized, compact housing enclosing said storage, said communications module, said analysis controller, and said test module.
  • the invention provides in at least one embodiment a method for testing decision-support algorithms where the method includes: receiving into storage of a ruggedized, compact computer at least one decision-support algorithm; detecting with a communications module the initiation of a vital-sign monitoring session; receiving and storing vital-sign information into storage by the communications module; pushing the stored vital-sign information by an analysis controller to a test module running the stored at least one decision-support algorithm; and providing at least one output from the decision-support algorithm to at least one of a database and a display.
  • FIG. 1 illustrates a block diagram including a data flow according to an embodiment of the invention.
  • FIG. 2 illustrates a block diagram according to an embodiment of the invention.
  • FIG. 3 illustrates an embodiment according to the invention.
  • FIG. 4 illustrates a flowchart of a method embodiment according to the invention.
  • FIG. 5 illustrates a computer program product and computer implementation according to an embodiment of the invention.
  • FIGS. 1-4 illustrate different embodiments and aspects according to the invention.
  • the system 100 is compact, which for this disclosure is defined as being easily moved and transported, for example, between a vehicle such as an ambulance or helicopter to a medical facility with the patient.
  • Compact is further defined as smaller than a laptop and small relative to a vital-sign monitor 190 such as illustrated, for example, in FIG. 3 .
  • Compact is further defined by being of sufficiently small size to allow for use in the field away from established medical facilities.
  • the system is ruggedized, which for this disclosure is defined as being able to substantially withstand vibration, shock, temperature, temperature shock, altitude, dropping, rain, dust, and humidity and remain substantially working and operational for its intended purpose.
  • the system operates in real time, which for this disclosure is defined as storing and processing a continuous stream of vital-sign information (or data) as outputted by a vital-sign monitor where the processing includes any algorithm 1254 present in the test module 125 with substantially minimal lag time (e.g., allows for processing time by the algorithm(s) 1254 ).
  • the flow of data through at least one embodiment includes a system 100 having a communications module 110 , a storage 115 , an analysis controller 120 , and a test module 125 .
  • the communications module 110 is in communication with the storage 115 .
  • the analysis controller 120 is in communication with the storage 115 and the test module 125 , which in at least one embodiment is in communication with the storage 115 .
  • in communication includes physical and wireless connections that are indirect through one or more additional components (or over a network) or directly between the two components described as being in communication.
  • FIG. 1 also illustrates an example of how data will flow through at least one embodiment.
  • the output of the vital-sign monitor (or other medical monitor or external source) 190 is received by the communications module 110 that stores the received data into storage (or memory) 115 .
  • storage 115 includes a database for storing the received data.
  • a database includes any type of list, data table, relational database, a text file, a comma delimited file, data log file, or a series of data files associated with one session.
  • the analysis controller 120 monitors the storage 115 for the addition of new data that it will push to the test module 125 .
  • the test module 125 provides an environment in which a loaded algorithm(s) 1254 operates to produce a result based on at least a portion of the data pushed by the analysis controller 120 .
  • the produced result in at least one embodiment is provided to at least one of the storage 115 including, for example, the database used for the received data or a separate database; a display 130 ; or for transmission to an external device through, for example, a wired connection or an antenna 1054 .
  • FIG. 2 illustrates an embodiment similar to that of FIG. 1 without the flow of data being represented.
  • FIG. 2 illustrates the system as including a communications module 110 , a storage 115 , an analysis controller 120 , and test module 125 .
  • the communications module 110 maintains the connection with the vital-sign monitor 190 and stores the received data (e.g., vital-sign information) into storage 115 .
  • the communications module 110 in at least one embodiment transmits a “keep-alive” (or similar) packet (or message) to the vital-sign monitor 190 to maintain the connection and avoid termination of the connection by the vital-sign monitor 190 .
  • the communications module 110 in at least one embodiment traps errors and recovers from communication errors using, for example, cyclic redundancy check to determine if corruption is present in the received packet of information.
  • the communications module 110 uses a sequential packet number, which in at least one embodiment cycles through a set of numbers, present at the start of each packet to maintain the received packets in order prior to storage 115 of the received information, which is useful in a network environment with multiple paths between the vital-sign monitor and the communications module.
  • the Welch Allyn Propaq vital-sign monitors produce packets at different frequencies. Numerical data from the vital-sign monitor, such as heart rate, respiratory rate, blood oxygen saturation, and noninvasive systolic, diastolic, and mean blood pressures, are outputted at a frequency of 1 Hz (once per second).
  • the electrocardiogram (ECG), photoplethysmogram (PPG), and impedance pneumogram (IP) are waveforms that are reported at 182 Hz, 91 Hz, and 23 Hz, respectively, and in at least one embodiment the packets are sent every 88 ms with each packet having 16, 8, and 2 data points, respectively.
  • the communications module 110 stores these data packets as these packets are received and, if necessary, the communications module 110 arranges them in order prior to storing in the storage 115 .
  • the communications module 110 is in a standby state until it receives a numeric heart rate value greater than 10 beats per minute or between 10 and 350 beats per minute and ends a session when no such value is received for a 5-minute interval (although other time periods may be used), for example, any length of time in a range of 2 to 15 minutes (including the end points).
  • the end of the session in at least one embodiment is based on a predetermined threshold of length of time (predetermined time threshold) of receipt values less than 10 beats per minute (predetermined vital-sign threshold).
  • predetermined time threshold predetermined threshold of length of time
  • predetermined vital-sign threshold predetermined vital-sign threshold
  • another vital-sign such as SpO 2 is used to determine whether a patient is connected to the vital-sign monitor.
  • a signal representing that a patient is connected or other status indication such as a “fault” state from ECG leads being cleared is provided by the vital-sign monitor 190 to the communications module 110 to indicate when a session has started and/or ended.
  • the end condition reflects the case where the vital-sign monitor 190 is turned off or simply detached from the patient at the end of a medical session such as arrival at a medical facility. It is estimated that a one-hour session will require approximately 5 MB of disk space.
  • the communications module 110 detects the start of a session, then it notifies and/or activates the analysis controller 120 and/or the test module 125 to start.
  • the communications module 110 timestamps the vital-sign information as part of the storing the information into storage 115 .
  • the timestamp allows for improved archival of the information and for review of the information outputted by the test module 125 , which in at least one embodiment allows for further refinement of the algorithm(s) 1254 operating in the test module 125 .
  • the storage 115 in at least one embodiment is computer storage 115 medium as defined later in this disclosure.
  • An illustrative example of the storage 115 is a memory. Based on this disclosure, it should be appreciated that storage 115 also includes a plurality of discrete storages for the different data being stored in the system.
  • the analysis controller 120 monitors the physiological data logged into the storage 115 for the presence of new data in at least one embodiment. When new data are detected and/or a new session started, the analysis controller 120 pushes that data to the test module 125 by extracting the information from storage 115 and providing it in an appropriate syntax for use by the algorithm(s) 1254 operating in the test module 125 .
  • the analysis controller 120 converts the packet data into multiple constant-frequency row vectors.
  • the vector in at least one embodiment has a length equal to the frequency multiplied by the time period (e.g., the example below has a vector length of 4).
  • the analysis controller 120 aligns and/or shifts the data contained in the storage 115 to take into account any communication breaks and/or missing data. For example if the storage 115 contains the following data where Seq represents the packet number (or sequence):
  • the analysis controller 120 converts the information into two vectors (one for heart rate (HR) and one for oxygen saturation (SaO 2 )):
  • NaN Not a Number
  • Sequence 101 was missing SaO 2 and Sequence 102 was missing in its entirety (or lost).
  • the missing data was filled in with NaNs (although other fillers could be used to indicate the missing data) to preserve a frequency of 1 Hz for the data.
  • the analysis controller 120 in at least one embodiment includes a time threshold beyond which it will consider the packet to be lost.
  • the analysis controller 120 pushes the data based on a predetermined sampling period to reduce the load on the test module 125 based on the algorithms being run in the test module 125 . For example, in at least one embodiment, the analysis controller 120 retrieves the current data every 5 seconds although the algorithm(s) 1254 running in the test module 125 uses data at approximately 2 minute intervals. In at least one embodiment, the analysis controller 120 is implemented on a processor as a configurable shell.
  • the test module 125 hosts and runs at least one algorithm with examples of the algorithms including but not limited to the following functions: pattern recognition, generation of graphical displays, generation of text files, determination of data quality, prediction of patient outcome using for example artificial intelligence classifiers, analysis of time-series vital-sign data, etc.
  • the test module 125 includes running means 1252 for running the algorithm(s) 1254 such as a software environment running on a processor in which the code used to write the algorithm(s) is capable of functioning and interacting with the vital-sign information provided to it by the test module 125 .
  • the test module 125 retrieves at least one algorithm 1254 from storage 115 and runs it in response to data received from the analysis controller 120 .
  • the analysis controller 120 and/or test module 125 restrict the frequency of data provided to the algorithm(s) 1254 to reflect the processing time required for the algorithm(s) 1254 , which results in data being provided at predetermined time intervals with some data being ignored with the most recent values being used at the predetermined time intervals.
  • the algorithm(s) 1254 By retrieving the algorithm(s) 1254 from storage 115 , it allows for the algorithm(s) 1254 to be updated, modified, or changed by loading into the storage 115 the new/modified algorithm making it available for the next session.
  • the result produced by the algorithm(s) 1254 is provided by the test module 125 to at least one of the storage 115 , the display 130 , and an external device (not shown).
  • the data placed into storage 115 is organized by session, which as used in this disclosure means a time period from when a patient is connected to a vital-sign monitor to the time that they are disconnected for a period longer than the predetermined time threshold discussed above from the vital-sign monitor.
  • the algorithms 1254 that are tested, evaluated and/or used in the above-described embodiments will need to use the data syntax used by the analysis controller 120 .
  • the algorithm(s) 1254 will have as its respective input(s) at least a portion of the vital signs in a form that will be able to communicate with the analysis controller 120 .
  • the test module 125 will discard vital signs not of interest to the algorithm(s) 1254 ; however, in other embodiments the test module 125 provides all vital signs received from the analysis controller 120 to the algorithm(s) 1254 with the algorithm(s) 1254 deciding what data it wants to use.
  • the test module 125 and the algorithm(s) 1254 are built using the same computer language or code such as MATLAB, C, or LabVIEW.
  • FIG. 3 illustrates an example of an embodiment built according to the invention attached to a vital-sign monitor 190 such as the Propaq Encore sold by Welch Allyn although other vital-sign monitors could be used instead.
  • a vital-sign monitor 190 such as the Propaq Encore sold by Welch Allyn although other vital-sign monitors could be used instead.
  • a vital-sign monitor including but not limited to wireless or wired, such as a RS-232/USB cable adaptor or RS-232/serial cable adaptor 192 .
  • wireless or wired such as a RS-232/USB cable adaptor or RS-232/serial cable adaptor 192 .
  • FIG. 3 also illustrates an embodiment of the system including a display 130 and a housing 105 with a connector 1052 .
  • the illustrated system 100 was built with a test module 125 using MATLAB.
  • FIG. 4 illustrates a flowchart of a method embodiment according to the invention for using the system illustrated in FIG. 2 .
  • the illustrated method in at least one embodiment is for operation of a compact computer or a ruggedized, compact computer.
  • the computer receives at least one algorithm into storage 115 , 405 .
  • the algorithm(s) 1254 will be used by the test module 125 during a session.
  • the method includes detecting with the communications module 110 the initiation of a vital-sign monitoring session, 410 .
  • the communications module 110 receives and stores the vital-sign information into storage 115 , 415 .
  • the analysis controller 120 retrieves the vital-sign information from storage 115 and pushes the vital-sign information to the test module 125 running the stored at least one decision-support algorithm 1254 , 420 .
  • the test module 125 provides at least one output from the decision-support algorithm 1254 to at least one of a database 115 and a display 130 , 425 , or in an alternative embodiment to an external device by for example wireless transmission through an antenna 1054 of the output.
  • the test module 125 outputs an audible alert when the algorithm(s) 1254 detects a critical condition or other predetermined situation.
  • test module 125 retrieves the stored decision-support algorithm(s) 1254 from storage 115 after a session is initiated; or alternatively, the decision-support algorithm(s) 1254 is available in the test module 125 once received in storage 115 .
  • the stored data are transferred from the system for analysis and evaluation to determine whether the stored algorithm has functioned as intended and/or whether improvements should be made to the stored algorithm.
  • the information captured by the system is stored or copied to a computer storage medium capable of removable form the system for transfer to the medical facility where the patient has been taken.
  • this information is transmitted wirelessly to the medical facility.
  • aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, a processor operating with a software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
  • the computer readable medium may be a computer readable storage medium.
  • a computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain, or store, a program for use by or in connection with an instruction execution system, apparatus, or device.
  • the above examples of computer readable storage medium are also examples of the storage of the above discussed embodiments.
  • Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, C#, or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages.
  • the program code in at least one embodiment executes entirely on the compact, portable computer as a stand-alone software package.
  • each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s).
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowchart illustration, and combinations or subcombinations of blocks in the block diagrams and/or flowchart illustration can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
  • These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute with the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture, including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • the computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • FIG. 5 illustrates an example hardware environment for practicing at least one embodiment of the invention.
  • This schematic drawing illustrates a hardware configuration of an information handling/computer system in accordance with at least one embodiment of the invention.
  • the system comprises at least one processor or central processing unit (CPU) 510 .
  • the CPUs 510 are interconnected with a system bus 512 to various devices such as a random access memory (RAM) 514 , a read-only memory (ROM) 516 , and an input/output (I/O) adapter 518 .
  • the I/O adapter 518 can connect to peripheral devices, such as disk units 511 and tape drives 513 , or other program storage devices that are readable by the system.
  • the system can read the inventive instructions on the program storage devices and follow these instructions to execute the methodology of at least one embodiment of the invention.
  • the system further includes a user interface adapter 519 that connects a keyboard 515 , a mouse 517 , a speaker 524 , a microphone 522 , and/or other user interface devices such as a touch screen device (not shown) to the bus 512 to gather user input.
  • a communication adapter 520 connects the bus 512 to a data processing network 525
  • a display adapter 521 connects the bus 512 to a display device 523 , which may be embodied as an output device such as a monitor, printer, or transmitter, for example.
  • substantially As used above “substantially,” “generally,” and other words of degree are relative modifiers intended to indicate permissible variation from the characteristic so modified. It is not intended to be limited to the absolute value or characteristic which it modifies but rather possessing more of the physical or functional characteristic than its opposite, and preferably, approaching or approximating such a physical or functional characteristic.

Abstract

A system is disclosed having a storage, a communications module for interacting with a medical measurement device, an analysis controller, and a test module that allows for the testing and evaluating of decision-support algorithms. A method for testing decision-support algorithms is disclosed having the steps of receiving into storage of a ruggedized, compact computer at least one decision-support algorithm; detecting with a communications module the initiation of a vital-sign monitoring session; receiving and storing vital-sign information into storage by the communications module; pushing the stored vital-sign information by an analysis controller to a test module running the stored at least one decision-support algorithm; and providing at least one output from the decision-support algorithm to at least one of a database and a display.

Description

This application claims the benefit of U.S. provisional patent application No. 61/401,179 filed Aug. 6, 2010 and entitled “System for Real-Time Collection and Analysis of Vital Signs and Prediction of Clinical Outcomes,” which is hereby incorporated by reference.
I. FIELD OF THE INVENTION
This invention relates to a system and method for developing, testing, and evaluating decision-support algorithms in a portable unit using stored data and/or real-life, real time data.
II. BACKGROUND OF THE INVENTION
Typically, decision-support algorithms are incorporated into vital-sign monitors and other medical recording systems. This results in the algorithms being proprietary to the manufacturer and not facilitating easy modification or refinement by end-users and/or testing of new decision-support algorithms by either the manufacturer or the end-users.
Most of the existing literature discusses research in the decision-support area that uses retrospective analysis of previously gathered data to test and refine decision-support systems located on workstations and/or servers.
III. SUMMARY OF THE INVENTION
The invention provides in at least one embodiment a system for receiving an output from an external source where the system includes: a storage; a communications module for receiving vital-sign data from an external source and storing the received data in said storage; an analysis controller in communication with said storage, said analysis controller monitors said storage; and a test module in communication with said analysis controller and said storage, said test module receives information from said storage through said analysis controller and stores any output in said storage, and said test module includes running means for running at least one algorithm loaded into said storage where said at least one algorithm processes at least a portion of the information provided by said analysis controller.
The invention provides in at least one embodiment a system for receiving vital-sign information from a vital-sign monitor, said system including: a storage having at least one database; a communications module for receiving vital-sign data from an external source and storing the received data in said database of said storage; an analysis controller in communication with said storage, said analysis controller monitors said storage; a test module in communication with said analysis controller and said storage, said test module receives information from said storage through said analysis controller, and said test module includes running means for running at least one algorithm loaded into said storage where said at least one algorithm processes at least a portion of the information provided by said analysis controller, said running means provides an output in substantially real time from receipt of vital-sign data by said communications module; a ruggedized, compact housing enclosing said storage, said communications module, said analysis controller, and said test module.
The invention provides in at least one embodiment a method for testing decision-support algorithms where the method includes: receiving into storage of a ruggedized, compact computer at least one decision-support algorithm; detecting with a communications module the initiation of a vital-sign monitoring session; receiving and storing vital-sign information into storage by the communications module; pushing the stored vital-sign information by an analysis controller to a test module running the stored at least one decision-support algorithm; and providing at least one output from the decision-support algorithm to at least one of a database and a display.
Given the following enabling description of the drawings, the invention should become evident to a person of ordinary skill in the art.
IV. BRIEF DESCRIPTION OF THE DRAWINGS
The present invention is described with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar elements. The use of shading within the drawings is not intended as limiting the type of materials that may be used to manufacture the invention.
FIG. 1 illustrates a block diagram including a data flow according to an embodiment of the invention.
FIG. 2 illustrates a block diagram according to an embodiment of the invention.
FIG. 3 illustrates an embodiment according to the invention.
FIG. 4 illustrates a flowchart of a method embodiment according to the invention.
FIG. 5 illustrates a computer program product and computer implementation according to an embodiment of the invention.
 V. DETAILED DESCRIPTION OF THE DRAWINGS
FIGS. 1-4 illustrate different embodiments and aspects according to the invention.
In at least one embodiment, the system 100 is compact, which for this disclosure is defined as being easily moved and transported, for example, between a vehicle such as an ambulance or helicopter to a medical facility with the patient. Compact is further defined as smaller than a laptop and small relative to a vital-sign monitor 190 such as illustrated, for example, in FIG. 3. Compact is further defined by being of sufficiently small size to allow for use in the field away from established medical facilities.
In at least one embodiment, the system is ruggedized, which for this disclosure is defined as being able to substantially withstand vibration, shock, temperature, temperature shock, altitude, dropping, rain, dust, and humidity and remain substantially working and operational for its intended purpose.
In at least one embodiment, the system operates in real time, which for this disclosure is defined as storing and processing a continuous stream of vital-sign information (or data) as outputted by a vital-sign monitor where the processing includes any algorithm 1254 present in the test module 125 with substantially minimal lag time (e.g., allows for processing time by the algorithm(s) 1254).
As illustrated in FIG. 1, the flow of data through at least one embodiment includes a system 100 having a communications module 110, a storage 115, an analysis controller 120, and a test module 125. The communications module 110 is in communication with the storage 115. The analysis controller 120 is in communication with the storage 115 and the test module 125, which in at least one embodiment is in communication with the storage 115. As used in this disclosure “in communication” includes physical and wireless connections that are indirect through one or more additional components (or over a network) or directly between the two components described as being in communication.
FIG. 1 also illustrates an example of how data will flow through at least one embodiment. The output of the vital-sign monitor (or other medical monitor or external source) 190 is received by the communications module 110 that stores the received data into storage (or memory) 115. In at least one embodiment, storage 115 includes a database for storing the received data. For the purposes of this disclosure, a database includes any type of list, data table, relational database, a text file, a comma delimited file, data log file, or a series of data files associated with one session. The analysis controller 120 monitors the storage 115 for the addition of new data that it will push to the test module 125. The test module 125 provides an environment in which a loaded algorithm(s) 1254 operates to produce a result based on at least a portion of the data pushed by the analysis controller 120. The produced result in at least one embodiment is provided to at least one of the storage 115 including, for example, the database used for the received data or a separate database; a display 130; or for transmission to an external device through, for example, a wired connection or an antenna 1054.
FIG. 2 illustrates an embodiment similar to that of FIG. 1 without the flow of data being represented. FIG. 2 illustrates the system as including a communications module 110, a storage 115, an analysis controller 120, and test module 125.
The communications module 110 maintains the connection with the vital-sign monitor 190 and stores the received data (e.g., vital-sign information) into storage 115. The communications module 110 in at least one embodiment transmits a “keep-alive” (or similar) packet (or message) to the vital-sign monitor 190 to maintain the connection and avoid termination of the connection by the vital-sign monitor 190. The communications module 110 in at least one embodiment traps errors and recovers from communication errors using, for example, cyclic redundancy check to determine if corruption is present in the received packet of information. In addition in further embodiments, the communications module 110 uses a sequential packet number, which in at least one embodiment cycles through a set of numbers, present at the start of each packet to maintain the received packets in order prior to storage 115 of the received information, which is useful in a network environment with multiple paths between the vital-sign monitor and the communications module. For example, the Welch Allyn Propaq vital-sign monitors produce packets at different frequencies. Numerical data from the vital-sign monitor, such as heart rate, respiratory rate, blood oxygen saturation, and noninvasive systolic, diastolic, and mean blood pressures, are outputted at a frequency of 1 Hz (once per second). The electrocardiogram (ECG), photoplethysmogram (PPG), and impedance pneumogram (IP) are waveforms that are reported at 182 Hz, 91 Hz, and 23 Hz, respectively, and in at least one embodiment the packets are sent every 88 ms with each packet having 16, 8, and 2 data points, respectively. The communications module 110 stores these data packets as these packets are received and, if necessary, the communications module 110 arranges them in order prior to storing in the storage 115.
In at least one embodiment, the communications module 110 is in a standby state until it receives a numeric heart rate value greater than 10 beats per minute or between 10 and 350 beats per minute and ends a session when no such value is received for a 5-minute interval (although other time periods may be used), for example, any length of time in a range of 2 to 15 minutes (including the end points). The end of the session in at least one embodiment is based on a predetermined threshold of length of time (predetermined time threshold) of receipt values less than 10 beats per minute (predetermined vital-sign threshold). The requirement for a heart rate value indicative of life provides a reasonable basis to assume that the vital-sign monitor 190 is attached to a person. However, in alternative embodiments, another vital-sign such as SpO2 is used to determine whether a patient is connected to the vital-sign monitor. In a further embodiment, a signal representing that a patient is connected or other status indication such as a “fault” state from ECG leads being cleared is provided by the vital-sign monitor 190 to the communications module 110 to indicate when a session has started and/or ended. The end condition reflects the case where the vital-sign monitor 190 is turned off or simply detached from the patient at the end of a medical session such as arrival at a medical facility. It is estimated that a one-hour session will require approximately 5 MB of disk space. In this embodiment, once the communications module 110 detects the start of a session, then it notifies and/or activates the analysis controller 120 and/or the test module 125 to start.
In a further embodiment, the communications module 110 timestamps the vital-sign information as part of the storing the information into storage 115. The timestamp allows for improved archival of the information and for review of the information outputted by the test module 125, which in at least one embodiment allows for further refinement of the algorithm(s) 1254 operating in the test module 125.
The storage 115 in at least one embodiment is computer storage 115 medium as defined later in this disclosure. An illustrative example of the storage 115 is a memory. Based on this disclosure, it should be appreciated that storage 115 also includes a plurality of discrete storages for the different data being stored in the system.
The analysis controller 120 monitors the physiological data logged into the storage 115 for the presence of new data in at least one embodiment. When new data are detected and/or a new session started, the analysis controller 120 pushes that data to the test module 125 by extracting the information from storage 115 and providing it in an appropriate syntax for use by the algorithm(s) 1254 operating in the test module 125.
In at least one embodiment, the analysis controller 120 converts the packet data into multiple constant-frequency row vectors. The vector in at least one embodiment has a length equal to the frequency multiplied by the time period (e.g., the example below has a vector length of 4). The analysis controller 120 aligns and/or shifts the data contained in the storage 115 to take into account any communication breaks and/or missing data. For example if the storage 115 contains the following data where Seq represents the packet number (or sequence):
Time=0, Seq=100, Data=[HR: 80, SaO2: 98]
Time=1, Seq=101, Data=[HR: 82]
Time=3, Seq=103, Data=[HR: 81, SaO2: 97]
The analysis controller 120 converts the information into two vectors (one for heart rate (HR) and one for oxygen saturation (SaO2)):
HR=[80 82 NaN 81]
SaO2=[98 NaN NaN 97]
where NaN (Not a Number) is representative of missing data, which in this example Sequence 101 was missing SaO2 and Sequence 102 was missing in its entirety (or lost). The missing data was filled in with NaNs (although other fillers could be used to indicate the missing data) to preserve a frequency of 1 Hz for the data.
In an example where the sampling by the analysis controller 120 is to occur at 5 seconds, but the packet (Sequence 104) has not been stored in the storage 115. The analysis controller 120 in at least one embodiment includes a time threshold beyond which it will consider the packet to be lost.
In at least one embodiment, the analysis controller 120 pushes the data based on a predetermined sampling period to reduce the load on the test module 125 based on the algorithms being run in the test module 125. For example, in at least one embodiment, the analysis controller 120 retrieves the current data every 5 seconds although the algorithm(s) 1254 running in the test module 125 uses data at approximately 2 minute intervals. In at least one embodiment, the analysis controller 120 is implemented on a processor as a configurable shell.
The test module 125 hosts and runs at least one algorithm with examples of the algorithms including but not limited to the following functions: pattern recognition, generation of graphical displays, generation of text files, determination of data quality, prediction of patient outcome using for example artificial intelligence classifiers, analysis of time-series vital-sign data, etc. In at least one embodiment, the test module 125 includes running means 1252 for running the algorithm(s) 1254 such as a software environment running on a processor in which the code used to write the algorithm(s) is capable of functioning and interacting with the vital-sign information provided to it by the test module 125. The test module 125 retrieves at least one algorithm 1254 from storage 115 and runs it in response to data received from the analysis controller 120. In at least one embodiment, the analysis controller 120 and/or test module 125 restrict the frequency of data provided to the algorithm(s) 1254 to reflect the processing time required for the algorithm(s) 1254, which results in data being provided at predetermined time intervals with some data being ignored with the most recent values being used at the predetermined time intervals. By retrieving the algorithm(s) 1254 from storage 115, it allows for the algorithm(s) 1254 to be updated, modified, or changed by loading into the storage 115 the new/modified algorithm making it available for the next session.
The result produced by the algorithm(s) 1254 is provided by the test module 125 to at least one of the storage 115, the display 130, and an external device (not shown). In at least one embodiment, there are at least two algorithms running with the first algorithm reviewing the vital-sign information for quality control and providing a filtered output of the vital signs that pass quality control to the second or more algorithms running in the test module 125.
In at least one embodiment, the data placed into storage 115 is organized by session, which as used in this disclosure means a time period from when a patient is connected to a vital-sign monitor to the time that they are disconnected for a period longer than the predetermined time threshold discussed above from the vital-sign monitor.
The algorithms 1254 that are tested, evaluated and/or used in the above-described embodiments will need to use the data syntax used by the analysis controller 120. In at least one embodiment, the algorithm(s) 1254 will have as its respective input(s) at least a portion of the vital signs in a form that will be able to communicate with the analysis controller 120. In at least one embodiment, the test module 125 will discard vital signs not of interest to the algorithm(s) 1254; however, in other embodiments the test module 125 provides all vital signs received from the analysis controller 120 to the algorithm(s) 1254 with the algorithm(s) 1254 deciding what data it wants to use. In at least one embodiment, the test module 125 and the algorithm(s) 1254 are built using the same computer language or code such as MATLAB, C, or LabVIEW.
FIG. 3 illustrates an example of an embodiment built according to the invention attached to a vital-sign monitor 190 such as the Propaq Encore sold by Welch Allyn although other vital-sign monitors could be used instead. There are a variety of ways for the system to communicate with a vital-sign monitor including but not limited to wireless or wired, such as a RS-232/USB cable adaptor or RS-232/serial cable adaptor 192. Based on this disclosure, it should be appreciated that there are a variety of additional ways that a vital-sign monitor 190 can be connected to the system besides the illustrated connector. FIG. 3 also illustrates an embodiment of the system including a display 130 and a housing 105 with a connector 1052. The illustrated system 100 was built with a test module 125 using MATLAB.
FIG. 4 illustrates a flowchart of a method embodiment according to the invention for using the system illustrated in FIG. 2. The illustrated method in at least one embodiment is for operation of a compact computer or a ruggedized, compact computer. In at least one embodiment prior to initiation of a session, the computer receives at least one algorithm into storage 115, 405. The algorithm(s) 1254 will be used by the test module 125 during a session. In at least one embodiment, the method includes detecting with the communications module 110 the initiation of a vital-sign monitoring session, 410. The communications module 110 receives and stores the vital-sign information into storage 115, 415. As discussed above in at least one embodiment, the analysis controller 120 retrieves the vital-sign information from storage 115 and pushes the vital-sign information to the test module 125 running the stored at least one decision- support algorithm 1254, 420. The test module 125 provides at least one output from the decision-support algorithm 1254 to at least one of a database 115 and a display 130, 425, or in an alternative embodiment to an external device by for example wireless transmission through an antenna 1054 of the output. In a further embodiment, the test module 125 outputs an audible alert when the algorithm(s) 1254 detects a critical condition or other predetermined situation. In a still further embodiment, the test module 125 retrieves the stored decision-support algorithm(s) 1254 from storage 115 after a session is initiated; or alternatively, the decision-support algorithm(s) 1254 is available in the test module 125 once received in storage 115.
In at least one embodiment, after multiple sessions are stored by the system, the stored data are transferred from the system for analysis and evaluation to determine whether the stored algorithm has functioned as intended and/or whether improvements should be made to the stored algorithm.
In at least one embodiment, the information captured by the system is stored or copied to a computer storage medium capable of removable form the system for transfer to the medical facility where the patient has been taken. Alternatively, this information is transmitted wirelessly to the medical facility.
As will be appreciated by one skilled in the art based on this disclosure, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, a processor operating with a software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer readable storage medium may be any tangible medium that can contain, or store, a program for use by or in connection with an instruction execution system, apparatus, or device. The above examples of computer readable storage medium are also examples of the storage of the above discussed embodiments.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, C#, or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code in at least one embodiment executes entirely on the compact, portable computer as a stand-alone software package.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations or subcombinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute with the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture, including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
FIG. 5 illustrates an example hardware environment for practicing at least one embodiment of the invention. This schematic drawing illustrates a hardware configuration of an information handling/computer system in accordance with at least one embodiment of the invention. The system comprises at least one processor or central processing unit (CPU) 510. The CPUs 510 are interconnected with a system bus 512 to various devices such as a random access memory (RAM) 514, a read-only memory (ROM) 516, and an input/output (I/O) adapter 518. The I/O adapter 518 can connect to peripheral devices, such as disk units 511 and tape drives 513, or other program storage devices that are readable by the system. The system can read the inventive instructions on the program storage devices and follow these instructions to execute the methodology of at least one embodiment of the invention. The system further includes a user interface adapter 519 that connects a keyboard 515, a mouse 517, a speaker 524, a microphone 522, and/or other user interface devices such as a touch screen device (not shown) to the bus 512 to gather user input. Additionally, a communication adapter 520 connects the bus 512 to a data processing network 525, and a display adapter 521 connects the bus 512 to a display device 523, which may be embodied as an output device such as a monitor, printer, or transmitter, for example.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the root terms “include” and/or “have,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
The corresponding structures, materials, acts, and equivalents of all means plus function elements in the claims below are intended to include any structure, or material, for performing the function in combination with other claimed elements as specifically claimed. The description of the present invention has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the invention. The embodiments were chosen and described in order to best explain the principles of the invention and the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.
As used above “substantially,” “generally,” and other words of degree are relative modifiers intended to indicate permissible variation from the characteristic so modified. It is not intended to be limited to the absolute value or characteristic which it modifies but rather possessing more of the physical or functional characteristic than its opposite, and preferably, approaching or approximating such a physical or functional characteristic.
Those skilled in the art will appreciate that various adaptations and modifications of the embodiments described above can be configured without departing from the scope and spirit of the invention. Therefore, it is to be understood that, within the scope of the appended claims, the invention may be practiced other than as specifically described herein.

Claims (14)

We claim:
1. A system for receiving an output from an external source comprising:
a storage configured to store at least one algorithm;
a communications module for receiving vital-sign data from an external source and storing the received vital-sign data in said storage;
an analysis controller in communication with said storage, said analysis controller monitors said storage;
a test module in communication with said analysis controller and said storage, said test module configured to receive at least a portion of the vital-sign data from said storage through said analysis controller and to store any output produced by said test module in said storage, and
said test module includes running means for running said at least one algorithm loaded into said storage where said at least one algorithm processes at least a portion of the vital-sign data provided by said analysis controller; and
a ruggedized, compact housing enclosing said storage, said communications module, said analysis controller, and said test module.
2. The system according to claim 1, further comprising a connector passing through a wall of said housing and in communication with said communications module.
3. The system according to claim 1, further comprising a display in communication with said test module for displaying at least part of the output produced by said test module.
4. The system according to claim 1, wherein said storage includes at least one database.
5. The system according to claim 1, wherein said storage includes at least one database configured to store the received vital-sign data and at least one database configured to store the output of said test module.
6. A system for receiving vital-sign information from a vital-sign monitor, said system comprising:
a storage having at least one database, said storage configured to store at least one algorithm;
a communications module for receiving vital-sign data from an external source and storing the received vital-sign data in said database of said storage;
an analysis controller in communication with said storage, said analysis controller monitors said storage;
a test module in communication with said analysis controller and said storage, said test module configured to receive at least a portion of the vital-sign data from said storage through said analysis controller, and
said test module includes running means for running said at least one algorithm loaded into said storage where said at least one algorithm processes at least a portion of the vital-sign data provided by said analysis controller, said running means provides an output in substantially real time from receipt of the vital-sign data by said communications module;
a ruggedized, compact housing enclosing said storage, said communications module, said analysis controller, and said test module.
7. The system according to claim 6, further comprising a connector passing through a wall of said housing and in communication with said communications module.
8. The system according to claim 7, further comprising a display in communication with said test module for displaying at least part of the output produced by said test module.
9. The system according to claim 8, wherein said storage includes at least one database configured to store the received vital-sign data and at least one database configured to store the output of said test module.
10. The system according to claim 9, wherein said test module stores in said storage the output produced by the at least one algorithm.
11. The system according to claim 6, further comprising a display in communication with said test module for displaying at least part of the output produced by said test module.
12. The system according to claim 6, wherein said storage includes at least one database configured to store the received vital-sign data and at least one database configured to store the output of said test module.
13. The system according to claim 6, wherein said test module stores in said storage at least part of the output produced by the at least one algorithm.
14. The system according to claim 13, wherein said storage includes at least one database configured to store the received vital-sign data and at least one database configured to store the output of said test module.
US13/204,657 2010-08-06 2011-08-06 Collection and analysis of vital signs Active US8694085B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US13/204,657 US8694085B2 (en) 2010-08-06 2011-08-06 Collection and analysis of vital signs
US13/429,036 US8977349B2 (en) 2010-08-06 2012-03-23 Collection and analysis of vital signs
US14/167,706 US20140149063A1 (en) 2010-08-06 2014-01-29 Collection and Analysis Signs
US14/639,745 US9697468B2 (en) 2010-08-06 2015-03-05 Collection and analysis of vital signs

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US40117910P 2010-08-06 2010-08-06
US13/204,657 US8694085B2 (en) 2010-08-06 2011-08-06 Collection and analysis of vital signs

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/429,036 Continuation-In-Part US8977349B2 (en) 2010-08-06 2012-03-23 Collection and analysis of vital signs
US14/167,706 Division US20140149063A1 (en) 2010-08-06 2014-01-29 Collection and Analysis Signs

Publications (2)

Publication Number Publication Date
US20120078128A1 US20120078128A1 (en) 2012-03-29
US8694085B2 true US8694085B2 (en) 2014-04-08

Family

ID=45871339

Family Applications (2)

Application Number Title Priority Date Filing Date
US13/204,657 Active US8694085B2 (en) 2010-08-06 2011-08-06 Collection and analysis of vital signs
US14/167,706 Abandoned US20140149063A1 (en) 2010-08-06 2014-01-29 Collection and Analysis Signs

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/167,706 Abandoned US20140149063A1 (en) 2010-08-06 2014-01-29 Collection and Analysis Signs

Country Status (1)

Country Link
US (2) US8694085B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140201414A1 (en) * 2013-01-14 2014-07-17 Welch Allyn, Inc. Portable instrument and docking station with divided universal serial bus communication device

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8977349B2 (en) 2010-08-06 2015-03-10 The United States Of America, As Represented By The Secretary Of The Army Collection and analysis of vital signs
WO2016201008A1 (en) * 2015-06-08 2016-12-15 Jaques Reifman Method and system for measuring, predicting and optimizing human cognitive performance

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5683432A (en) * 1996-01-11 1997-11-04 Medtronic, Inc. Adaptive, performance-optimizing communication system for communicating with an implanted medical device
US6182245B1 (en) 1998-08-31 2001-01-30 Lsi Logic Corporation Software test case client/server system and method
EP1174816A2 (en) 2000-04-28 2002-01-23 Bryan K. Chan Method and system for managing chronic disease and wellness online
US20020058861A1 (en) 2000-03-17 2002-05-16 Drew Guy A. Medical monitoring system
US20060111933A1 (en) 2003-10-09 2006-05-25 Steven Wheeler Adaptive medical decision support system
US20070094227A1 (en) 2005-10-12 2007-04-26 General Electric Company System and method for clinical decision support
US7222265B1 (en) 2001-07-02 2007-05-22 Lesuer Brian J Automated software testing
US20080133275A1 (en) 2006-11-28 2008-06-05 Ihc Intellectual Asset Management, Llc Systems and methods for exploiting missing clinical data
WO2010035161A1 (en) 2008-09-26 2010-04-01 Koninklijke Philips Electronics, N.V. System and method for fusing clinical and image features for computer-aided diagnosis
US7899687B2 (en) 2002-05-15 2011-03-01 The United States Of America As Represented By The Secretary Of The Army System and method for handling medical information

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU645848B2 (en) * 1991-01-15 1994-01-27 Pacesetter Ab A system and method for post-processing intracardiac signals
US5891178A (en) * 1996-05-14 1999-04-06 Pacesetter, Inc. Programmer system and associated methods for rapidly evaluating and programming an implanted cardiac device
EP1226784B1 (en) * 2001-01-25 2007-04-11 Matsushita Electric Industrial Co., Ltd. Vital signs detection system and health control method
US20050143671A1 (en) * 2003-12-31 2005-06-30 Ge Medical Systems Information Technologies, Inc. Alarm notification system and device having voice communication capability
US20050195094A1 (en) * 2004-03-05 2005-09-08 White Russell W. System and method for utilizing a bicycle computer to monitor athletic performance

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5683432A (en) * 1996-01-11 1997-11-04 Medtronic, Inc. Adaptive, performance-optimizing communication system for communicating with an implanted medical device
US6182245B1 (en) 1998-08-31 2001-01-30 Lsi Logic Corporation Software test case client/server system and method
US20020058861A1 (en) 2000-03-17 2002-05-16 Drew Guy A. Medical monitoring system
EP1174816A2 (en) 2000-04-28 2002-01-23 Bryan K. Chan Method and system for managing chronic disease and wellness online
US7222265B1 (en) 2001-07-02 2007-05-22 Lesuer Brian J Automated software testing
US7899687B2 (en) 2002-05-15 2011-03-01 The United States Of America As Represented By The Secretary Of The Army System and method for handling medical information
US20060111933A1 (en) 2003-10-09 2006-05-25 Steven Wheeler Adaptive medical decision support system
US20070094227A1 (en) 2005-10-12 2007-04-26 General Electric Company System and method for clinical decision support
US20080133275A1 (en) 2006-11-28 2008-06-05 Ihc Intellectual Asset Management, Llc Systems and methods for exploiting missing clinical data
WO2010035161A1 (en) 2008-09-26 2010-04-01 Koninklijke Philips Electronics, N.V. System and method for fusing clinical and image features for computer-aided diagnosis

Non-Patent Citations (33)

* Cited by examiner, † Cited by third party
Title
Chen, Liangyou, et al, "Diagnosis of Hemorrhage in a Prehospital Trauma Population Using Linear and Nonlinear Multiparameter Analysis of Vital Signs," Proceedings of the 29th Annual International Conference of the IEEE EMBS, Aug. 23-26, 2007, pp. 3748-3751, IEEE.
Chen, Liangyou, et al., "Algorithms to Qualify Respiratory Data Collected During the Transport of Trauma Patients," Physiological Measurement, 2006, pp. 797-816, vol. 27.
Chen, Liangyou, et al., "Automated Beat Onset an Peak Detection Algorithm for Field-Collected Photoplethysmograms," 31st Annual International Conference of the IEEE EMBS, Sep. 2-6, 2009, pp. 5689-5692.
Chen, Liangyou, et al., "Can We Improve the Clincial Utility of Respiratory Rate As a Monitored Vital Sign?" , Shock, Jun. 2009, pp. 574-580, vol. 31, No. 6.
Chen, Liangyou, et al., "Decision Tool for the Early Diagnosis of Trauma Patient Hypovolemia," Journal of Biomedical Informatics, 2008, pp. 469-478, vol. 41.
Chen, Liangyou, et al., "Exploiting the Existence of Temporal Heart-Rate Patterns for the Detection of Trauma-Induced Hemorrhage," 29th IEEE EMBS Annual International Conference, Aug. 20-24, 2008, pp. 2865-2868.
Chen, Liangyou, et al., "Exploration of Prehospital Vital Sign Trends for the Prediction of Trauma Outcomes," Prehospital Emergency Care, Jul./Sep. 2009, pp. 286-294, vol. 13, No. 3.
Dietterich, Thomas G., "Ensemble Methods in Machine Learning," First International Workshop on Multiple Classifer Systems, Oregon State University, 2000, pp. 1-15, vol. 1857.
Drew, Guy A., et al., "An Advanced Time Synchronized Multimedia Multiplatform Biomedical Data Acquisition System," United States Army Institute of Surgical Research, 2002.
Drew, Guy A., et al., "Biomedical Patient Monitoring, Data Acquisition, and Playback with LabVIEW," Biomedical Test, Chap. 2, 2000, pp. 92-98.
Edmonds, Zachary V., et al., "The Reliability of Vital Sign Measurements," Annals of Emergency Medicine, Mar. 2002, pp. 233-237, vol. 39, No. 3.
Feeley, Mike, "US Army Institute of Surgical Research Data Acquisition System for Hemorrhage Moves to Next Phase." U.S. Army Medical Research and Material Command, http://www.kmimediagroup.com/mmt-home/251-mmt-2010-volume-14-issue-4-june/3001-us-army-institute-of-surgical-research-data-acquisiti . . . , vol. 14, issue 4, Jun. 2001.
Fishcher, Sandra, et al., "Handheld Computing in Medicine," Journal of the American Medical Informatics Association, Mar./Apr. 2003, pp. 139-149, vol. 10, No. 2.
Garner, Dainel C., et al., "Noise in Medical Helicopters," JAMA, Jul. 24-31, 1991, pp. 515, vol. 266, No. 4.
Grinstead, Brad, et al., "Biomedical Signal Acquisition Using Labview," Proceedings of the 11th IEEE Symposium on Computer-Based Medical Systems, 1998, pp. 157-161.
Jung Insung, et al., "User Pattern Learning Algorithm Based MDSS (Medical Decision Support System) Framework under Ubiquitous," World Academy of Science, Engineering and Technology 36 2007, 2007, pp. 184-188.
Kittler, J., et al., "Sum Versus Vote Fusion in Multiple Classifier Systems," IEEE Transactions on Pattern Analysis and Machine Intelligence, Jan. 2003, pp. 110-115, vol. 25, No. 1.
Koenig, Steven C., et al., "Integrated Data Acquisition System for Medical Device Testing and Physiological Research in Compliance with Good Laboratory Practices," Biomedical Instrumentation & Technology, May/Jun. 2004, pp. 229-240, vol. 38.
Koenig, Steven C., et al., "Integrated Data Acquisition System for Medical Devices Testing and Physiology Research in Compliance with Good Laboratory Practices," Biomedical Instrumentation & Technology, May/Jun. 2004, pp. 2-13.
Kramer, George C., et al., "Closed-Loop Resuscitation of Hemorrhagic Shock," UTMB, Anesthesiology Resuscitation Research Laboratory, Final Report, Feb. 21, 2011.
Kuncheva, Ludmila I., "A Theoretical Study on Six Classifier Fusion Strategies," IEEE Transactions on Pattern Analysis and Machine Intelligence, Feb. 2002, pp. 281-286, vol. 24, No. 2.
Lovett, Paris B., et al., "The Vexatious Vital: Neither Clinical Measurements by Nurses Nor an Electronic Monitor Provides Accurate Measurements of Respiratory Rate in Triage," Annals of Emergency Medicine, Jan. 2005, pp. 68-76, vol. 45, No. 1.
Low, Ronald B., et al, "Accuracy of Blood Pressure Measurements Made Aboard Helicopters," Annals of Emergency Medicine, Jun. 1988, pp. 604-612, vol. 17, No. 6.
McKenna, Thomas M., et al., "The Physiology Analysis System: An Integrated Approach for Warehousing, Management and Analysis of Time-Series Physiology Data," Computer Methods and Programs in Biomedicine, Apr. 2007, pp. 62-72, vol. 86.
Musen, Mark A., et al., "Biomedical Infomatics: Computer Applications in Health Care and Biomedicine," 3rd Edition, 2006, pp. 698-736.
National Instruments, "Options for Working with NI LabVIEW; The MathWorks, Inc. MATLAB Software; and M-File Scripts," NIWeek 2011, http://www.ni.com/analysis/matlab.htm.
Norris, Patrick Roger, "Toward New Vital Signs: Tools and Methods for Physiologic Data Capture, Analysis, and Decision Support in Critical Care," Dissertation Submitted to the Faculty of the Graduate School of Vanderbilt University, May 2006.
Reifman, Jaques, et al., "Automated Decision-Support Technologies for Prehospital Care of Trauma Casualties," Nato Rto Human Factors & Medicine Panel Symposium, Use of Advanced Technologies and New Procedures in Medical Filed Operators, NATO OTAN, RTO-MP-HFM-182, Apr. 19-21, 2010, Essen, Germany.
Reisner, Andrew T., et al., "Automatically-Computed Prehospital Severity Scores are Equivalent to Scores Based on Medic Documentation," The Journal of Trauma Injury, Infection, and Critical Care, Oct. 2008, pp. 915-923, vol. 65, No. 4.
Saleem, Mohammed, "Clincial Decision Support Systems," University of Connecticut, Computer Science and Engineering 300, May 5, 2008.
Seeking Alpha, "Welch Allyn Adds Masimo Total Hemoglobin to Connex Vital Signs Monitors," Business Wire 2011, Jul. 14, 2011, http://www.seekingalhpa.com/news-article/1424024-welch-allyn-adds-masimo-total-hemoglobin-to-connex-vital-signs-monitor.
Tsien, Christien L., et al., "Poor Prognosis for Existing Monitors in the Intensive Care Unit," Critical Care Medicine, Apr. 1997, pp. 614-619, vol. 25, iss. 4.
Yu, Chenggang, et al., "A Method for Automatic Identification of Reliable Heart Rates Calculated form ECG and PPG Waveforms," Journal of the American Medical Informatics Association, May/Jun. 2006, pp. 309-320, vol. 13, No. 3.

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140201414A1 (en) * 2013-01-14 2014-07-17 Welch Allyn, Inc. Portable instrument and docking station with divided universal serial bus communication device
US9330046B2 (en) * 2013-01-14 2016-05-03 Welch Allyn, Inc. Portable instrument and docking station with divided universal serial bus communication device
US10061739B2 (en) 2013-01-14 2018-08-28 Welch Allyn, Inc. Portable instrument and docking station with divided universal serial bus communication device

Also Published As

Publication number Publication date
US20140149063A1 (en) 2014-05-29
US20120078128A1 (en) 2012-03-29

Similar Documents

Publication Publication Date Title
US9307922B2 (en) Systems and methods for displaying physiologic data
US8924235B2 (en) Method and apparatus for monitoring physiological parameter variability over time for one or more organs
US9697468B2 (en) Collection and analysis of vital signs
JP2008525087A (en) Medical monitoring method and system
US9215516B2 (en) System and method for identifying newly captured configuration parameters of a plurality of medical devices
CN101911083A (en) System, method and device for predicting sudden cardiac death risk
US10143415B2 (en) Method of monitoring a patient for seizure activity and evaluating seizure risk
US20200178907A1 (en) System and method for assessing and monitoring the hemodynamic condition of a patient
AU2015371205B2 (en) Method and apparatus of monitoring a patient for motor manifestations including seizure activity
WO2007050229A2 (en) Method and apparatus for improving the accuracy of atrial fibrillation detection in lossy data systems
US8694085B2 (en) Collection and analysis of vital signs
KR20160014282A (en) An electrocardiogram monitoring system for early detection of a cardiac disorder and a method for the same
US11430573B2 (en) Patient monitoring system
JP2008086770A (en) Pre-conditioned ecg system and method
WO2023076462A1 (en) Using multiple devices to monitor physiological data
US20210022620A1 (en) Systems, Methods and Media for Estimating Compensatory Reserve and Predicting Hemodynamic Decompensation Using Physiological Data
US10722117B2 (en) Systems and methods for storing data on medical sensors
Roederer et al. Clinician-in-the-loop annotation of icu bedside alarm data
US9655566B2 (en) Biological information measurement and display apparatus
US20230225660A1 (en) Synthetic data augmentation for ecg using deep learning
US20200258625A1 (en) Server-neutral network architecture
US20160143597A1 (en) Processing device
JP7106253B2 (en) Bedside monitor and vital information monitoring system
US20210391073A1 (en) A system and method to process waveform data in medical devices
Khitrov et al. A platform for testing and comparing of real-time decision-support algorithms in mobile environments

Legal Events

Date Code Title Description
AS Assignment

Owner name: GOVERNMENT OF THE UNITED STATES, AS REPRESENTED BY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:REIFMAN, JAQUES;KHITROV, MAXIM Y.;MCKENNA, THOMAS;SIGNING DATES FROM 20111003 TO 20111028;REEL/FRAME:031886/0885

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:REIFMAN, JAQUES;REEL/FRAME:037848/0524

Effective date: 20151021

AS Assignment

Owner name: GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MCKENNA, THOMAS;CHEN, LIANGYOU;REISNER, ANDREW T;AND OTHERS;SIGNING DATES FROM 20161229 TO 20170126;REEL/FRAME:041537/0080

Owner name: THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:REIFMAN, JAQUES;REEL/FRAME:041104/0901

Effective date: 20161220

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8