Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.


  1. Advanced Patent Search
Publication numberUS20100079242 A1
Publication typeApplication
Application numberUS 12/621,897
Publication date1 Apr 2010
Filing date19 Nov 2009
Priority date6 Oct 2004
Also published asUS7683759, US20060074280
Publication number12621897, 621897, US 2010/0079242 A1, US 2010/079242 A1, US 20100079242 A1, US 20100079242A1, US 2010079242 A1, US 2010079242A1, US-A1-20100079242, US-A1-2010079242, US2010/0079242A1, US2010/079242A1, US20100079242 A1, US20100079242A1, US2010079242 A1, US2010079242A1
InventorsDinesh J. Martis, Edward S. Biggins, Frederick M. Oehler, Lawrence G. Smith, Olivier Fischer, Jason C. Hispkind, George P. Jones
Original AssigneeMartis Dinesh J, Biggins Edward S, Oehler Frederick M, Smith Lawrence G, Olivier Fischer, Hispkind Jason C, Jones George P
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Patient Identification System
US 20100079242 A1
A patient identification device is disclosed. The device includes a first sensor, a second sensor, and a processor. The first sensor may be configured to be positioned on the patient's finger. The device may include a camera. The device may include an identifier. The identifier displays a randomly generated alphanumeric code for further identification of the patient.
Previous page
Next page
1. A patient identification device comprising
a first biometric sensor configured to sense biometric data from a patient's finger,
a second biometric sensor,
a processor coupled to the first and second biometric sensors and configured to receive signals from the first and second sensors, and
an identifier coupled to the second sensor, the identifier projecting an identification code.
2. The device of claim 1, wherein the identifier is configured to display an alphanumeric code.
3. The device of claim 2, wherein the identifier comprises one selected from an LCD and an LED.
4. The device of claim 1, wherein the processor is configured to display a random code on the identifier.
5. The device of claim 1, further comprising a camera coupled to the processor.
6. The device of claim 5, wherein the processor is configured to store photographs taken by the camera.
7. The device of claim 1, wherein the second biometric sensor is configured to sense the heart rate of the patient.
8. The device of claim 1, wherein the second biometric sensor is configured to sense one biometric quality selected from the group consisting of a retinal scan, voice recognition, facial recognition, pulse oximetry, and a fingerprint.
9. The device of claim 1, wherein the first biometric sensor is configured to sense the pulse oximetry of a patient.
10. A patient identification device comprising
a first biometric sensor configured to sense biometric data from a patient's finger,
a second biometric sensor configured to sense biometric data from the patient at a position remote from the patient's finger,
a processor coupled to the first and second biometric sensors and configured to receive signals from the first and second sensors and compare the signals, and
a storage device coupled to the processor for storing data from the first and second sensors.
11. The device of claim 10, further comprising an identifier coupled to the second sensor, the identifier providing data for storage in the storage device.
12. The device of claim 11, wherein the identifier displays an alphanumeric code randomly generated by the processor.
13. The device of claim 12, further comprising a camera for photographing the identifier when it is attached to the patient and displaying the alphanumeric code.
14. The device of claim 10, wherein the first and second sensors are configured to simultaneously monitor the heart rate of the patient.
15. The device of claim 10, wherein the first and second sensors are configured to simultaneously monitor the same biometric characteristic of the patient.
16. A patient identification device comprising
a first biometric sensor configured to sense biometric data from a patient's finger,
a second biometric sensor configured to sense biometric data from the patient at a location remote from the patient's finger,
a portable processor configured to be coupled to the first and second biometric sensors and configured to receive and store signals from the first and second sensors.
17. The device of claim 16, wherein the portable processor comprises a personal digital assistant.
18. The device of claim 16, wherein the portable processor comprises a camera.
19. The device of claim 16, wherein the portable processor is configured to communicate electronically with a central repository.
20. The device of claim 16, further comprising an identifier configured to be coupled to one of the first and second sensors.
21. The device of claim 20, wherein the identifier is a display for displaying an alphanumeric code randomly generated by the portable processor.
22. The device of claim 16, wherein the first sensor senses the pulse oximetry of the patient.
23. The device of claim 16, wherein the first and second sensors are configured to simultaneously sense the same biometric characteristic of the patient.
  • [0001]
    The present invention relates generally to an identification system, and more specifically relates to an identification system that can be used in the medical or healthcare industry.
  • [0002]
    In the healthcare industry, test are often administered in order to classify a patient with a certain condition or to qualify a patient for a certain treatment. Such a test may be administered by a physician, but often is administered by a technician. The technician may be under the employment of a hospital or doctor's office, or in the alternative, may be under the employment of a third party that has an interest in servicing the potential patient. It is in these latter situations that it becomes particularly important to have a fail-safe test administration method with safeguards against fraud. However, of course, such an identification system may be used in a number of situations, and is not restricted to those scenarios described.
  • [0003]
    The following is one example of how the current process works to order oxygen treatment for a patient. The patient visits a physician. The physician will take a patient history and will determine a diagnosis and determines the need for a patient to have oxygen treatment. In most cases a patient will tell the physician they are experiencing shortness of breath or some other oxygen related ailment. The physician may ask the patient to take a pulse oximetry test to determine if they are in need of oxygen treatment. If the patient pulse oximetry test shows that the patient is in need of oxygen treatment the physician will prescribe oxygen for the patient. To be reimbursed via a payor source (insurance company, Medicare, Medicaid, etc.), a third party Independent Diagnostic Testing Facility must test the patient and submit the test results to the physician. The physician must submit a CMN (Certificate of Medical Necessity) along with the patient's test results to the payor source for reimbursement.
  • [0004]
    Identification means in such a scenario are known in the art. For example, U.S. Pat. No. 6,643,531 to Katarow discloses a combination fingerprint and oximetry device. U.S. Pat. No. 5,719,950 to Osten, et al. discloses a biometric, personal authentication system. Other patents and publications that may be of relevance include: U.S. Pat. No. 6,537,225, U.S. Pat. No. 6,181,808, U.S. Pat. No. 6,141,436, U.S. Pat. No. 6,094,589, U.S. Pat. No. 6,088,585, U.S. Pat. No. 5,876,926, and U.S. Patent Application No. 2002/0125991.
  • [0005]
    Despite the testing and identification procedures known in the art, potential for fraud exists in the pulse oximetry business. Healthcare groups such as Medicare have established that they will reimburse for oxygen required by any patient whose pulse oximetry test results fall below the threshold of 89%. Because pulmonary disease is degenerative and never improves, under current Medicare standards, once a qualifying reading has been taken on a patient, that patient is considered a candidate for oxygen for the rest of their life. Clearly, it is in the interest of a provider of oxygen that its patients have qualifying readings.
  • [0006]
    In an effort to establish that a patient has a pulse oximetry below the threshold of 89%, some test administrators may have submitted test results from other patients that are known to be below the threshold, thereby falsifying the records, rather than submitting the test results of the actual patient that may not fall below the threshold. Such falsification and fraud before payor sources (i.e. Medicare, Medicaid, third party payor sources, etc.) could be eliminated with a sufficient patient identification system in place.
  • [0007]
    The present invention relates to one or more of the following features, elements or combinations thereof. A patient identification device can include a patient identifier, a processor, a pulse oximeter, a camera, and an alphanumeric display. As used herein, alphanumeric comprises any combination of numbers, letters, or other indicators that can be used. Positive identification of the patient may be made in any number of ways (and combinations of ways), including fingerprint identification, retinal identification, other biometric identification, pulse comparison, patient identity comparison with central data repository, visual identification via a camera, and visual identification by the physician. As used herein, the term “biometric” refers to any statistic or observation relating to a living body.
  • [0008]
    The present invention also provides methods for continual or intermittent identification of the patient during the testing procedure. Such identification ensures that the same patient is being tested during the entirety of the procedure.
  • [0009]
    Additional features of the invention will become apparent to those skilled in the art upon consideration of the following detailed description of preferred embodiments exemplifying the best mode of carrying out the invention as presently perceived.
  • [0010]
    FIG. 1 is a perspective view of an identification system used to identify a patient during a testing procedure; and
  • [0011]
    FIG. 2 is a perspective view of one embodiment of a finger sensor.
  • [0012]
    As can be seen in FIG. 1, a patient identification system 10 comprises a portable processor 12, a first sensor 14, and a second sensor 16. Illustratively, portable processor 12 is a personal digital assistant (PDA), as shown. First sensor 14 can be a finger clip having any one of a pulse oximeter, fingerprint identifier, or other biometric sensor. Second sensor 16 is illustratively an ear sensor that provides secondary identification means, such as a second biometric sensor. However, it should be understood that second sensor 16 can be positioned in any number of places, identifying the patient in any number of ways known in the art. The following description discusses on embodiment that can be useful in identifying a patient and securely taking the pulse oximetry of the identified patient. However, many other embodiments are within the scope of the claims, and a person skilled in the art will understand that the patient identification system disclosed can be modified and still provide secure results as contemplated by this invention.
  • [0013]
    Patient identification system 10 illustratively can be comprised of the following elements. The first sensor 14 can record pulse oximetry data by utilizing a sensor or other device that records the percentage of haemoglobin (Hb) that is saturated with oxygen. The sensor may consist of a wire with two ends that can be looped around a finger, ear lobe or other relevant body part to record oximetry information. The wire (sensor) can be encased in any number of materials to make it convenient for a patient to hold the sensor firm on the finger or other body part. Any material such as soft rubber material, plastic, adhesive tape, fabric, Velcro fastener material and or any other material suitable for holding the sensor in position on the finger or other body part may be used. Illustratively, as can be seen in FIGS. 1 and 2, sensor 14 comprises first and second arcuate plates 18, 20, each having a wire 22, 24 leading to a contact portion 26, 28 positioned between the respective plates 18, 20 and a patient's finger 30. Contact portions 26, 28 may comprise rubber, metal, adhesive, or any other material known in the art.
  • [0014]
    Plates 18, 20 are illustratively connected with straps 32, 34, which may be VelcroŽ or any other material suitable to connect plate 18 to plate 20, positioning a portion of the finger 30 therebetween. The first sensor 14 may also record heart rate information.
  • [0015]
    A second sensor 16 may be placed on the patient at a separate place from the first. This sensor is designed to record heart rate information at precisely the same time as the first sensor. This information is used for comparison purposes to further confirm that the readings are associated with the appropriate patient. A different heart rate (or no heart rate . . . if the sensor is not attached properly) will lead to an inaccurate report and will disqualify the testing.
  • [0016]
    Additionally second sensor 16 can display a randomly generated identifier (illustratively generated by portable processor 12), displayed by LED or LCD 36, shown in FIG. 1. Such an identifier displayed by LCD 36 can be photographed by a camera (not shown, but could be incorporated with portable processor 12) to further validate the identity of the patient. One method of use would be to photograph the patient and the LCD 36 together, similar to the view shown in FIG. 1, so as to identify the patient by physical and biometric characteristics. This LCD identifier, and the profile of the patient, will also be intermingled with the patient test results for comparison purposes with the visual display in the photograph. These safeguards allow for unique identification of the appropriate patient. Combined with the biometric and heart rate information from the other components of this system, it becomes virtually impossible for any person or group to submit incorrect results for a patient.
  • [0017]
    Portable processor 12 may utilize different chipsets that can be combined to accumulate and process all of the different patient results for each particular test. One chipset may be used for all data processing or multiple chipsets may be used to accomplish the same goal. An illustrative chipset is manufactured by Masimo Corporation and can be found at
  • [0018]
    The first sensor 14 may use infrared LED to measure deoxygenated hemoglobin. Such an infrared LED may be purchased from AuthenTec in Cincinnati, Ohio. An example of an ear clip that can be used in the system is manufactured by Nellcor and can be found at
  • [0019]
    Patient identification system 10 also can have the capability to remotely connect and transmit all patient data recorded during a session or multiple sessions. The system can connect via any number of methods including standard POTS line (Plain Old Telephone System), broadband, LAN, WAN, Intranet, Extranet, VPN, etc. Once connected the system has the ability to ‘push’ or ‘pull’ data. The system can remotely purge data from the remote unit once it has been transmitted to the central data repository. Portable processor 12 may be equipped with such a communication device, or may connect to such a communication device in order to transmit information.
  • [0020]
    A central data repository houses all of the patient data (biometric, heart rate, relevant patient data such as name, doctor, address, etc.) and the associated readings from the pulse oximetry tests (or other relevant tests). When a new test is complete and ready to transmit, the data is first checked against all patient data already existing in the central repository for uniqueness. One of two cases will occur. First, if the system is expecting to receive new test results for an existing patient, the system will check the central data repository and will match the incoming patient data (biometric) with the existing patient data in the central data repository. Alternatively, if the system is not expecting new results for an existing patient (ie; the patient has already submitted qualifying results) and the system detects duplicate patient data (biometric) on new test results, the results will be deemed ineligible or disqualified and will not be accepted into the system. Additionally, a flag will be set for administrators to watch results being submitted by the party who submitted the false results. The data housed in the central data repository will allow for specific matching of patient records to patients without question and will provide a method to immediately detect any duplicate or false submissions.
  • [0021]
    The central data repository can be accessible via any number of methods. The portable processor 12 can directly dial into a bank of modems that will answer the calls and begin a communication routine to verify, validate, accept/reject, transmit and terminate the transaction. The portable processor 12 can also communicate via other data connections such as the Internet, LAN, WAN, VPN, etc. Once connected the remote units can transmit data to the central repository. The remote units can either purge or save the patient data on the remote unit once data transmission has occurred.
  • [0022]
    Biometric information is illustratively read and integrated with the pulse oximetry data. This combined data represents a uniquely identifiable dataset for each individual. Biometric information can be read with the use of a biometric sensor, such as second sensor 16, that may be incorporated or may be separate from the pulse oximeter sensor. Biometric information may also be read with finger sensor 14. Illustratively, second sensor 16 is an ear clip capable of taking the pulse of the patient. Any method of attachment to the individual patient may be utilized (soft rubber material, plastic, adhesive tape, fabric, Velcro fastener material and or any other material suitable for holding the sensor in position on the finger or other body part may be used). If the second sensor is utilized as a separate device then alternative means to incorporate biometric data may be used (retinal scan, voice recognition, facial recognition, etc.) or fingerprint biometric data may be collected in a different manner (hand scanner, separate finger probe, etc.). Regardless of what biometric information is used and/or how the biometric information is collected, it can be incorporated with the pulse oximeter data to uniquely identify each individual patient.
  • [0023]
    Portable processor 12 can be configured to read biometric information (fingerprint, retinal scan, etc.) on a continuous or intermittent basis and inter-mingle the biometric data with pulse oximetry readings (or other relevant readings depending on the test being performed) from a patient along with the patient's heart rate information. This combined group of data will be unique to each individual being tested (due to the biometric and heart rate information) and can be uniquely linked to each individual.
  • [0024]
    All readings and identification data are bundled in an encrypted data packet that can be sent securely via digital media (Internet, Intranet, Extranet, Virtual Private Network, Local Area Network, Wide Area Network, etc.). The portable processor can be configured to remotely (example is from a patient's home) transmit all relevant data (patient pulse oximeter readings along with identification data) to a central data repository accessible via the Internet or other data connection (Intranet, Extranet, VPN, LAN, WAN, etc.). This central data repository can be accessed as a web application, ASP Model (Application Service Provider), or can be synchronized with one or multiple client workstations or other client devices (Personal Digital Assistants (PDA), WAP (Wireless Access Protocol) enabled phones, etc.) that are running client-side software.
  • [0025]
    The following process can be employed at the test site.
      • Employee biometric information is taken to verify the identity of the person administering the test. This will allow the IDTF (Independent Diagnostic Testing Facility) to validate that only people qualified to give certain tests are performing the tests. It will also identify the person administering the tests for fraud purposes.
      • The employee will also have their photograph taken to further ensure that the person administering the test is the person who is qualified and authorized to administer the test. This is done, once again, to reduce/eliminate fraud. This step will be done in tandem with the biometric readings taken on the employee to validate the employee.
      • A test administrator central repository will be developed based on the unique test administrators entered into the system. This central repository will be checked with each test to make sure that the employee is a valid, test administrator to administer the test. Different levels of certification and qualification will be required for employees to be eligible to administer certain types of tests. The IDTF (Independent Diagnostic Testing Facility) will house the central database of all employees qualified to administer tests. The IDTF will provide access rights based on the qualification of different levels of employees
      • Qualification will also be based on a valid driver's license, a criminal background check and clearance (immediate and periodic checks), and clinical license and certification (i.e. RCP (Repiratory Care Practitioner), RN (Registered Nurse), Sleep Technician, etc.). This data will also be housed in the central data repository and may be necessary when performing certain tests (OSA, etc.).
  • [0030]
    To begin a test an initialization procedure can be followed:
  • [0031]
    Step 1: The dealer's employee/test administrator enters, downloads or transfers required information, i.e. patient demographic, insurance & physician information, prior to taking the patient identification system 10 to the test site. Software may be utilized in the portable processor 12.
  • [0032]
    Step 2: Once with the patient (home or remote location), the test administrator chooses the test to be performed on the patient, i.e. Oximetry, Sleep Apnea pre-screen, etc.
  • [0033]
    Step 3: The test administrator will then take his/her own biometric (could also take their own photograph) by placing the first sensor on his/her finger. The portable processor will record the employee's biometric information (and photograph if relevant) and will prepare itself for step 4.
  • [0034]
    Step 4: The test administrator will have 5 minutes (or other relevant time frame depending on the test to be performed, OSA, Oximetry, OSA pre-screen, etc.) to take a photograph and biometric measurement of the patient on whom the test will be performed. The reason for imposing a time limitation on the patient setup is to avoid a company or person taking a biometric of an authorized employee but then having another do the actual patient setup (employee substitution). At precisely the same time as the photograph, the patient's heart rate is taken on the finger sensor. Additionally, a separate sensor can be in place on the patient's ear (or elsewhere) to record a separate instance of the patient's heart rate. This heart rate will be compared with the heart rate taken from the finger sensor to validate that the readings are from the same person. The illustrative second sensor 16 is equipped with an LCD (Liquid Crystal Display) or LED (Light Emitting Diode) to display a randomly generated alphanumeric number or other identifier (generated by this device or software) to further validate the patient's identity. The random identifier is generated when the picture is taken and will serve 2 purposes. This random identifier will be displayed in plain view on the ear sensor to be included in the photograph of the patient. Additionally, the software on the portable processor 12 can digitally sign the data with the same random identifier to further validate the patient identity.
  • [0035]
    Step 5: Portable processor 12 will then connect with the central test administrator database (dial-up modem, broadband, VPN, Intranet, Extranet, etc.). The portable processor 12 device ID is checked to ensure the device is valid based on the dealer to which it has been assigned. Next, the employee biometric will be compared to the biometric in the test administrator database, for that dealer, to ensure that the employee is valid, and is authorized to conduct this test. This can be illustratively done in real time. If the person is not authorized to conduct the test, the portable processor 12 will notify the employee that they are not authorized to conduct the test and the process will not be permitted to continue. Illustratively, to perform a test on the patient a new test must be established and initialized as described above. The benefit to this procedure is that the exact person conducting the test is known and fraud can be substantially reduced. Once the test administrator has been verified and approved, the patient biometric information is recorded. This will allow the IDTF to track the expected patient test submissions within a prescribed time limit (i.e. 24-36 hours). Additionally, this will allow the IDTF to compare the patient data to patient data already existing in the central repository. If duplicate patient biometric information is recorded, but not expected by the system (i.e. Medicaid required qualifying patients to be re-tested every 2 years, etc.) then IDTF officials will be notified and the patient record (along with the HME Dealer record) will be highlighted for review. If fraud is detected (i.e. the HME Dealer is intentionally submitting false results or duplicate qualifying results) then the appropriate authorities will be contacted. Providing the test administrator is qualified and the patient data record is in order, an approval code will be transmitted to the remote device and the test will be initialized. At this point, the test administrator may disconnect the device from the central repository and may leave the remote device with the patient. The patient may begin the actual test at any time they wish.
  • [0036]
    Step 6: The patient will connect the finger sensor to begin the test. The patient biometric is then compared with the patient biometric data recorded during the initialization step. Throughout the course of the test, continuous and/or random biometric patient validation tests will be conducted in conjunction with the oximetry tests being conducted. If at any point a patient's biometric information is found to be different from the patient biometric information recorded during the initialization phase, the test will be invalidated and can signal for immediate conclusion.
  • [0037]
    Step 7: Once the test has been completed, the test administrator can return to the patient's location to confirm process completion (device will indicate to employee that test is complete and data is ready to transmit. Data is unalterable by the employee) and to transfer the test results to the central data repository. The test administrator will be able to use any type of connectivity to connect to the central data repository (dial-up modem, broadband, wireless, VPN, Extranet, Intranet, etc.). Once connected and authenticated the patient test data is transferred to the central data repository and associated with the patient record. The test data is then purged from the remote device and the device is now ready to be initialized for another patient test.
  • [0038]
    Step 8: The biometric test data can be compared automatically or manually to ensure patient identity. Assuming there is no discrepancy, the test results along with the photograph are illustratively sent to a physician and dealer.
  • [0039]
    Step 9: Once a patient's test results have been submitted and validated to that patient the patient data is stored in the central data repository. Patient test results, along with the patient's photograph, are sent to the physician for validation. Upon review and validation of the patient results and photograph the physician approves the results. This information is then used to auto populate the CMN (Certificate of Medical Necessity) or Electronic Certificate of Medical Necessity. The CMN can be electronically transmitted and may be signed by the doctor electronically (electronic signature). Once the doctor has signed the CMN, the CMN is automatically transmitted to the appropriate entities (i.e. IDTF, HME Dealer, etc.). The doctor will have the ability to confirm patient identity through the patient data transmitted on the CMN as well as via the patient photograph which can be attached on the transmission to the doctor (and HME Dealer). The doctor can either accept or reject the test results (and CMN form). To accept the results, the doctor will sign the form (electronically and/or manually) and will transmit the completed CMN form (electronically and/or manually) to the appropriate entitie(s) (HME Dealer). To reject the results or CMN the doctor will select the appropriate entry digitally or manually and will notify the appropriate entities(s) (HME Dealer, IDTF). If any discrepancies are found in the patient data record or patient results that the doctor does not agree with, the doctor will have the ability to reject the results and indicate and describe the appropriate reason(s). If the IDTF is contacted by the doctor and fraud is detected, the appropriate authorities will be contacted.
  • [0040]
    It is important to note that the CMN forms and test results are un-alterable.
  • [0041]
    Although the current system has been developed specifically related to pulse oximeter readings and unique patient identification, the applicability of this system is far reaching. This system has utility as related to any home healthcare and/or remote patient monitoring system (fetal monitoring, OSA (Obstructive Sleep Apnea: studies, etc.) as this system provides a way to specifically identify an individual patient with the results and readings being recorded and submitted. This system provides a data trail and unique signature to allow any type of home healthcare procedure to specifically identify the appropriate individual with their readings. The system can be set to work in relation in prescreening studies for OSA. Alternative equipment may also be incorporated into this system for additional testing such as a thermistor which could be used for OSA prescreening.
  • [0042]
    While the disclosure is susceptible to various modifications and alternative forms, specific exemplary embodiments thereof have been shown by way of example in the drawings and have herein been described in detail. It should be understood, however, that there is no intent to limit the disclosure to the particular forms disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the disclosure as defined by the appended claims.
  • [0043]
    There is a plurality of advantages of the present invention arising from the various features of the patient identification system and associated method described herein. It will be noted that alternative embodiments of the patient identification system and associated method of the present invention may not include all of the features described yet still benefit from at least some of the advantages of such features. Those of ordinary skill in the art may readily devise their own implementations of a patient identification system and associated method that incorporate one or more of the features of the present invention and fall within the spirit and scope of the present invention as defined by the appended claims.
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US5012229 *11 Oct 198830 Apr 1991Charles A. LennonUser wearable personal/medical information device
US5139855 *12 Jun 199118 Aug 1992Nippon Unicar Company LimitedStretch wrap film
US5309916 *16 Jul 199110 May 1994Avl Medical Instruments AgBlood pressure measuring device and method
US5381487 *18 Sep 199110 Jan 1995Shamos; Morris H.Patient identification system
US5719950 *30 Aug 199517 Feb 1998Minnesota Mining And Manufacturing CompanyBiometric, personal authentication system
US5737539 *28 Oct 19947 Apr 1998Advanced Health Med-E-Systems Corp.Prescription creation system
US5758095 *24 Feb 199526 May 1998Albaum; DavidInteractive medication ordering system
US5822741 *5 Feb 199613 Oct 1998Lockheed Martin CorporationNeural network/conceptual clustering fraud detection architecture
US5833599 *8 Apr 199610 Nov 1998Multum Information ServicesProviding patient-specific drug information
US5845255 *2 Oct 19971 Dec 1998Advanced Health Med-E-Systems CorporationPrescription management system
US5876926 *6 Aug 19972 Mar 1999Beecham; James E.Method, apparatus and system for verification of human medical data
US5879453 *8 Aug 19979 Mar 1999Wallace Computer Services, Inc.System for verifying the identity of an applicant through the use of fingerprints
US5947747 *9 May 19967 Sep 1999Walker Asset Management Limited PartnershipMethod and apparatus for computer-based educational testing
US5991731 *1 Feb 199923 Nov 1999University Of FloridaMethod and system for interactive prescription and distribution of prescriptions in conducting clinical studies
US6012034 *18 Aug 19974 Jan 2000Becton, Dickinson And CompanySystem and method for selecting an intravenous device
US6047259 *30 Dec 19974 Apr 2000Medical Management International, Inc.Interactive method and system for managing physical exams, diagnosis and treatment protocols in a health care practice
US6088585 *16 May 199711 Jul 2000Authentec, Inc.Portable telecommunication device including a fingerprint sensor and related methods
US6094589 *22 Jul 199725 Jul 2000Siemens AktiengesellschaftMedical diagnostic apparatus with a control limited to use only by an authorized person
US6141436 *25 Mar 199831 Oct 2000Motorola, Inc.Portable communication device having a fingerprint identification system
US6154726 *9 Nov 199828 Nov 2000Rensimer Enterprises, LtdSystem and method for recording patient history data about on-going physician care procedures
US6181808 *29 Jul 199830 Jan 2001Nec CorporationLiving body discriminating apparatus
US6224548 *26 May 19981 May 2001Ineedmd.Com, Inc.Tele-diagnostic device
US6314384 *2 Mar 19996 Nov 2001Gerald E. GoetzMedication management apparatus
US6317719 *10 Nov 199813 Nov 2001Cerner Mulium, Inc.Providing patient-specific drug information
US6406426 *3 Nov 199918 Jun 2002Criticare SystemsMedical monitoring and alert system for use with therapeutic devices
US6418235 *7 Sep 19999 Jul 2002Omron CorporationOrganism collating method and apparatus
US6421650 *2 Mar 199916 Jul 2002Goetech LlcMedication monitoring system and apparatus
US6537225 *6 Oct 200025 Mar 2003Alexander K. MillsDevice and method for noninvasive continuous determination of physiologic characteristics
US6542627 *5 Sep 20001 Apr 2003Fuji Photo Film Co., Ltd.Medical image output system
US6606479 *14 Feb 200212 Aug 2003Finali CorporationAgent based instruction system and method
US6643531 *22 Aug 20024 Nov 2003Bci, Inc.Combination fingerprint and oximetry device
US6669086 *3 Jun 200230 Dec 2003Faisal H. AbdiSelf service check cashing system and method
US6684093 *18 Sep 200127 Jan 2004Siemens AktiengesellschaftMedical diagnosis apparatus with patient recognition
US6687676 *29 May 20023 Feb 2004Nevoca, Com, Inc.Prescription verification system
US6697783 *29 Sep 199824 Feb 2004Medco Health Solutions, Inc.Computer implemented medical integrated decision support system
US6711547 *28 Feb 200023 Mar 2004Jason Corey GloverHandheld medical processing device storing patient records, prescriptions and x-rays used by physicians
US6738754 *22 Oct 199918 May 2004Intermap Systems, Inc.Apparatus and method for directing internet users to health care information
US6757408 *6 Sep 200229 Jun 2004Robert C. HouvenerQuality assurance and training system for high volume mobile identity verification system and method
US6819783 *14 Nov 200316 Nov 2004Centerframe, LlcObtaining person-specific images in a public venue
US6820057 *28 May 199916 Nov 2004Ventracor LimitedTelemedicine system
US6824052 *8 Nov 200230 Nov 2004Christopher S. WalshHealthcare verification methods, apparatus and systems
US6911907 *26 Sep 200328 Jun 2005General Electric CompanySystem and method of providing security for a site
US6919892 *14 Aug 200219 Jul 2005Avaworks, IncorporatedPhoto realistic talking head creation system and method
US6937135 *30 May 200130 Aug 2005Hewlett-Packard Development Company, L.P.Face and environment sensing watch
US6991155 *19 Nov 200231 Jan 2006Laser Card, LlcTransaction card system having security against unauthorized usage
US7048183 *16 Jun 200423 May 2006Scriptpro LlcRFID rag and method of user verification
US7069444 *25 Jan 200227 Jun 2006Brent A. LowensohnPortable wireless access to computer-based systems
US7074183 *5 Jun 200211 Jul 2006Alexander F. CastellanosMethod and system for improving vascular systems in humans using biofeedback and network data communication
US7125335 *8 Dec 200024 Oct 2006IgtCasino gambling system with biometric access control
US7212659 *3 Apr 20031 May 2007Omron CorporationApparatus for measuring biological data and exercise machines
US7230519 *16 Jun 200412 Jun 2007Scriptpro LlcRFID tag and method of user verification
US20020002473 *24 Apr 20013 Jan 2002Cerner Multum, Inc.Providing patient-specific drug information
US20020032387 *8 May 199714 Mar 2002Jacob GevaApparatus and method for remote spirometry
US20020042725 *30 Aug 200111 Apr 2002Christian MayaudComputerized prescription system for gathering and presenting information relating to pharmaceuticals
US20020042726 *30 Aug 200111 Apr 2002Christian MayaudPrescription management system
US20020087533 *1 Feb 20024 Jul 2002Norman James G.Apparatus and method for directing internet users to health care information
US20020125991 *31 Jan 200212 Sep 2002Levin Paul D.Method and apparatus for simultaneously determining a patient's identification and blood oxygen saturation
US20030144884 *30 Aug 200131 Jul 2003Christian MayaudComputerized prescription system for gathering and presenting information relating to pharmaceuticals
US20030199945 *10 Feb 200323 Oct 2003James CiullaDevice and method for treating disordered breathing
US20040107117 *25 Nov 20033 Jun 2004Denny Lawrenee A.Prescription verification system
US20040190759 *25 Mar 200330 Sep 2004Caldwell Lloyd M.Positive patient identification
US20040213440 *12 Sep 200328 Oct 2004In-Soo JooApparatus for recognizing an image
US20050078851 *13 Sep 200414 Apr 2005Jones Robert L.Multi-channel digital watermarking
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US95016181 Feb 201022 Nov 2016Brooke Erin WurstSystems, methods and devices for anonymously collecting personal data using a mobile device
U.S. Classification340/5.82
International ClassificationG05B19/00
Cooperative ClassificationA61B5/14552, A61B5/6826, A61B5/6816, G06Q50/24, A61B5/6838, A61B5/0002, A61B3/005, A61B5/1172, A61B5/02438
European ClassificationA61B5/1455N2, A61B5/68B3L, A61B5/68B2J1, A61B3/00C7B, A61B5/68B2B1B, G06Q50/24, A61B5/024F, A61B5/117B