The present application claims the benefit under 35 U.S.C. §119(e) of U.S. Provisional Patent Application Ser. No. 60/991,839 to Graves et al., filed Jan. 2, 2008, hereby incorporated by reference herein.
It is known to configure an electronic device with personalized settings stored on a memory module such as a USB key. This ability to “personalize” the electronic device can be useful in a number of contexts such as in a healthcare environment, where different clinicians of widely varying skill sets and backgrounds share a network of generic terminals. A given clinician can even be provided with access to intelligent, location-dependent services if the terminals are fixed and the network knows each terminal's fixed location.
However, the ability of current systems to offer location-dependent services is severely impaired when the location of the point from which a user is accessing the network is unknown. This situation is not uncommon and may arise, for example, when a clinician accesses a mobile or movable electronic device capable of being transported within a hospital. It would therefore be desirable to extend the provision of location-dependent services to users of mobile or movable networked electronic devices of various kinds, particularly in a healthcare environment.
It is further known that the application of smart context aware solutions can enable major new capabilities in a healthcare environment, but to do so requires that all of the relevant personnel and equipment be equipped with location tracking devices and be personalized into the so-called environment- and context-aware system (ECAS). This can be a large undertaking for an early-phase deployment when a few clinicians will be using the system so an approach is needed whereby not all equipment (or clinicians) are outfitted with location tracking devices before the first clinicians can use the system.
According to a first aspect, the present invention seeks to provide a portable memory module, comprising: an interface allowing the module to be connected to and disconnected from an electronic device by a user of the module such that the electronic device is in close physical proximity to the module when connected thereto; memory storing an identifier of the module; an emitter; and a processing entity configured to encode the identifier of the module into a signal that is transmitted via the emitter as a wireless beacon. The memory contains information that allows the module to be identified by an entity connected to the electronic device. The wireless beacon is configured to enable a location of the module to be determined by a detection sub-system.
According to a second aspect, the present invention seeks to provide a system, comprising: a portable module having an emitter for emitting a wireless beacon that allows a location of the module to be determined by a detection sub-system, the module comprising an interface; and an electronic device having an interface complementary to the interface of the module such that the electronic device is in close physical proximity to the module when said interfaces are connected, wherein the electronic device is configured to determine an identifier of the module and to inform a network entity of the identifier of the module, thereby allowing the network entity to establish that the electronic device is in close physical proximity to the module when said interfaces are connected.
According to a third aspect, the present invention seeks to provide a method, comprising: communicating with an electronic device to determine that a connection-based association indicative of close physical proximity has been formed between a portable module and the electronic device; determining a location of the module based on receipt of a wireless beacon emitted by the module; correlating the location of the module with the association between the portable module and the electronic device to establish that the electronic device has a location in close physical proximity to the location of the module; and causing the location of the module to be recorded in memory in association with the electronic device.
According to a fourth aspect, the present invention seeks to provide a computer-readable storage medium comprising a set of instructions for execution by a computing device, wherein execution of the set of instructions by the computing device causes the computing device to execute a method that includes: communicating with an electronic device to determine that a connection-based association indicative of close physical proximity has been formed between a portable module and the electronic device; determining a location of the module based on receipt of a wireless beacon emitted by the module; correlating the location of the module with the association between the portable module and the electronic device to establish that the electronic device has a location in close, physical proximity to the location of the module; and causing the location of the module to be recorded in memory in association with the electronic device.
According to a fifth aspect, the present invention seeks to provide a system, comprising: a communications network for communicating with a set of electronic devices; a detection sub-system for determining respective locations of a set of portable modules based on receipt of wireless beacons emitted by the modules; and a network processing entity configured to determine when a contact-based association indicative of close physical proximity has been formed between a particular module and a particular electronic device and to correlate the location of the particular module with the association between the particular module and the particular electronic device to establish that the particular electronic device has a location that is in close physical proximity to the location of the particular module.
The communications architecture 10 provides a plurality of terminals 14A, 14B that are connected to a backbone communications network 80. The terminals 14A, 14B are accessed by a plurality of clinicians 20 who are mobile within the healthcare establishment. The term “clinician” is used to denote any individual who may require access to the communications network 10 in the execution of their duties pertaining to diagnosis and/or treatment of one or more patients. Clinicians 20 can include physicians, radiologists, pharmacists, interns, nurses, laboratory technicians and orderlies. This is not an exclusive list, however, and when interpreting the present invention, the word “clinician” should not be construed as limiting the invention to applicability in an environment where individuals are required to have specific medical qualifications.
The backbone communications network 80 carries information from the terminals 14A, 14B to a network processing entity 18 and vice versa. In the present non-limiting example embodiment, terminals 14A are wired terminals, such as stationary or movable terminals or workstations, while terminals 14B are wireless terminals, such as handheld units, networked personal digital assistants, smart phones, laptop computers, tablet computers, etc. Wired terminals 14A are connected to the network processing entity 18 via communication links 57A that can include primarily wired portions, whereas wireless terminals 14B communicate with the network processing entity 18 via communication links 57B that include wireless portions. The wireless portions of the communication links 57B are secure links that may be encapsulated within the backbone communications network 80, or may involve an external network connection, as would be the case when wireless terminals 14B are cellular phones or cellular data devices.
The communications architecture 10 also provides various medical devices 60 that are connected to the backbone communications network 80. Non-limiting examples of medical devices 60 include equipment that is used to input data to, or extract data from, a hospital information system (HIS) 12, a radiology information system (RIS) 82 and/or a hospital clinical information system (HCIS) 84. Non-limiting examples of medical devices 60 include CAT scanners and MRI scanners as well as smaller and more numerous devices such as patient monitors, EEG's and EKG's, controllable or monitored infusion pumps, clinician hand-held terminals, etc. Some of the medical devices 60 may be stationary or movable in character and thus may be connected to the backbone communications network 80 via communication links 57A, while other ones of the medical devices 60 may be mobile in character and thus may be connected to the backbone communications network 80 via communication links 57B. The communications architecture 10 also provides medical or other devices 61 having no network connection.
Each of the wired terminals 14A, wireless terminals 14B and medical devices 60 can be referred to generally as an “electronic device” and is associated with a unique device ID. The device ID can be a MAC address, serial number, etc. An equipment database 35 stores the device ID for each of the electronic devices 14A, 14B, 60 in association with other data such as a device type (e.g., wired terminal, wireless terminal, medical device), a device sub-type (e.g., PDA, fetal heart monitor, etc.) and/or a device display capability, to name a few non-limiting possibilities. The equipment database 35 is accessible to the network processing entity 18.
In one embodiment, some or all of the wired terminals 14A, 14B and medical devices 60 are equipped with a keyboard, keypad or other input device. In addition or alternatively, some or all of the wired terminals 14A, 14B and medical devices 60 comprise an interface 92 for receiving a portable memory module 100. In a non-limiting example, the interface 92 can be a Universal Serial Bus (USB) port.
In accordance with an embodiment of the present invention, and with reference to
The module 100 also includes memory 104, which stores an identifier 106 that uniquely identifies the module 100. The identifier 106 is hereinafter referred to as a “tag ID”. In a non-limiting example, the tag ID 106 can contain a serial number or MAC-address of the module 100. The memory 104 may also store a secondary tag ID 106A which is pre-associated with the tag ID 106 and may be shorter or may include a mnemonic. The memory 104 may also store configuration information 108, allowing configuration of the electronic device to which the module 100 is ultimately connected. This is particularly useful when the module 100 is assigned to a user such as a particular clinician. Non-limiting examples of the configuration information 108 can include an identity of the particular clinician and/or the particular clinician's system preferences, application preferences or terminal configuration preferences.
The module 100 also includes a processing entity 116 with circuitry, control logic and/or software that is suitably configured to provide the external electronic device with the tag ID 106 (or the secondary tag ID 106A) via the interface 102. The processing entity 116 is also configured to encode the tag ID 106 into a signal that is transmitted via an emitter 112 in the form of a wireless beacon 110. In a non-limiting embodiment, the wireless beacon 110 can be a brief radio frequency signal. In some non-limiting embodiments, the emitter 112 can be active (i.e., it emits the wireless beacon in an autonomous fashion), while in other non-limiting embodiments, the emitter 112 can be semi-active (i.e., it emits the wireless beacon a signal only in response to being interrogated), and in still other non-limiting embodiments, the emitter 112 can be passive (i.e., it reflects a received signal).
The emitter type (e.g., active, semi-active, passive, etc.) will depend on various desiderata such as range, precision, power consumption, battery lifetime, weight and possibly other considerations. Also, care should be taken to ensure that the wireless beacon 110 emitted by the emitter 112 does not interfere with sensitive medical equipment, which may include certain ones of the medical devices 60. In some cases, the use of a low-power multi-GHz Ultra Wideband (UWB) solution, which operates with nanosecond RF bursts at a peak instantaneous power of 15-30 mW or even less (giving an average power in the nanowatt or picowatt range), may provide satisfactory performance for an active emitter. Various other solutions exist for active, passive and semi-active emitters, including solutions based on technologies other than RF propagation, including acoustic and ultrasound pings and round trip delay measurements.
With reference to
The detectors 54 can be distributed throughout the healthcare establishment. They are positioned at known locations and may take the form of a grid or an array. Specifically, the locations of the detectors 54 may be kept in a detector location database 62 accessible to the location calculation engine 58. In addition, the detectors 54 may span multiple floors of a common building, thus effectively being distributed in three dimensions. Also, several detectors 54 may occupy different vertical positions on a given floor, thereby offering an improved capability for z-axis spatial resolution within that floor.
Typically, the detectors 54 are at known fixed locations, but they may also be at movable locations, where the location is continually calculated (by any suitable), with the detector location database 62 being updated periodically. The detectors 54 can also be build into a subset of terminals 14 and devices 60 or 61.
Depending on the emitter type (e.g., active, semi-active, passive, etc.), individual ones of the detectors 54 may include either simply a receiver for receiving the wireless beacon 110 (in the case of an active emitter), or both a transmitter for sending radio frequency pulses and a receiver for receiving the wireless beacon 110 (in the case of a semi-active or passive emitter).
Each of the detectors 54 detects the presence of emitters (and hence portable memory modules equipped with those emitters, such as the module 100 equipped with the emitter 112) in a surrounding three-dimensional volume which is a coverage zone for that detector. The union of the coverage zones for all of the detectors 54 defines a location-awareness area of the healthcare establishment. Thus, if the module 100 is located within the location-awareness area, then the tag ID 106 encoded in the wireless beacon 110 emitted by the emitter 112 will be detectable by a subset of the detectors 54. Knowledge of the locations of the detectors in the subset gives an approximate idea as to where the module 100 is located within the location-awareness area; however, it is insufficient to pinpoint of the location of the module 100. Thus, the location calculation engine 58 is used for providing an estimate of the location of the module 100 (and other portable memory modules) that is sufficiently precise to enable the provision of location-dependent services.
One possible way to achieve a sufficiently precise estimate of location is on the basis of suitably precise time measurements obtained from the subset of the detectors 54, i.e., those detectors that have detected the wireless beacon 110. Another possible way to achieve a sufficiently precise estimate of location is on the basis of direction of arrival measurements obtained from the subset of the detectors 54. These and other techniques will be known to those skilled in the art, and some are described in U.S. patent application Ser. No. 11/065,047 to Graves et al., hereby incorporated by reference herein.
In summary, some of the detectors 54 will receive the wireless beacon 110 from the emitter 112. These detectors will detect the tag ID 106 encoded therein and communicate the tag ID 106, together with information (pertaining to, for example, time or direction of arrival) to the location computation engine 58 over the communication links 56. Based on this information and on knowledge of the locations of the detectors 54 within the location-awareness area of the healthcare establishment (as stored in the detector location database 62), the location computation engine 58 then determines the location of the module 110 within the healthcare establishment. The tag ID 106 and the location of the module 110 having just been determined are then stored in a tag location database 78. The tag location database 78 may also add a link from the tag ID 106 to the secondary tag ID 106A known to be pre-associated with the tag ID 106. The tag location database 78 is accessible to the network processing entity 18.
The location calculation engine 58 continues to track, over time, the location of the module 100 in the above described manner while the module 100 itself may travel throughout the healthcare establishment. For example, the module 100 may be transported by a clinician or other user. At a given point in time, a connection-based association indicative of close physical proximity may be formed between the module 100 and one of the wired terminals 14A, one of the wireless terminals 14B or one of the medical devices 60. With reference now to
In an example embodiment, where the module 100 and the electronic device 300 are equipped, respectively, with complementary interfaces 102, 92, the aforesaid connection-based association indicative of close physical proximity between the module 100 and the electronic device 300 can be formed by connecting the interface 102 of the module 100 to the interface 92 of the electronic device 300, such as by plugging in. In accordance with non-limiting embodiments of the present invention, the nature of the connection of the interface 102 of the module 100 to the interface 92 of the electronic device 300 is such that it allows (i) the module 100 to be rigidly supported by the electronic device 300 while the clinician uses the electronic device 300 and (ii) the location of the electronic device 300 to be established based on the location of the module 100, to within a sufficiently high degree of precision. In a non-limiting embodiment, the “sufficiently high degree of precision” may correspond to a threshold of several inches. For example, it may be desirable for the separation between the emitter 112 and an extremity of the electronic device not to exceed about 2-3 inches. Both of the above requirements are satisfied by providing the module 100 with a form factor and interface design similar to that of a standard USB memory stick, although this is not to be considered a limitation of the present invention and other possibilities will occur to those of skill in the art.
Following the formation of the above-mentioned connection-based association indicative of close physical proximity, the electronic device 300 obtains the tag ID 106 (or the secondary tag ID 106A) from the module 100 via the interface. This can be achieved by accessing the memory 104 of the module 100 via the processing entity 116.
The electronic device 300 now has access to the tag ID 106 (or the secondary tag ID 106A). Since the electronic device 300 is connected to the network processing entity 18 over the backbone communications network 80, the electronic device 300 communicates the tag ID 106 (or the secondary tag ID 106A) and the device ID to the network processing entity 18 over the backbone communications network 80. The device ID may take on different forms, such as a MAC address, serial number and the like. When the backbone communications network 80 is an IP-based network, the electronic device 300 may communicate the tag ID 106 (or the secondary tag ID 106A) and its device ID using IP packets.
From the perspective of the network processing entity 18, it receives knowledge that the tag ID 106 (or the secondary tag ID 106A) is linked to a certain device ID which, in this case, is the device ID of the electronic device 300. The network processing entity 18 then queries the tag location database 78 on the basis of the tag ID 106 (or the secondary tag ID 106A) received from the electronic device 300. Since the TDS 16 operates throughout this time, the database responds 78 by providing a data element “X” which is the current location of the module having the tag ID 106 (or secondary tag ID 106A). Since the module having the tag ID 106 (or secondary tag ID 106A) is in this case associated with the electronic device 300, the network processing entity 18 has thus established that “X” is the location of the electronic device 300.
Thus, it is possible to bring the equipment 60 or terminals 14A, 14B into an environment- and context-aware system (ECAS) at-will via the network processing entity 18 once the basic TDS 16 grid is deployed throughout the healthcare establishment, but without having to add location tracking and identification capability to the equipment 60 or terminals 14A, 14B.
The above description focused on the connection-based association indicative of close physical proximity formed between the module 100 and the electronic device 300, which is connected to the network processing entity 18 over the backbone communications network 80. Consider now the case of a connection-based association indicative of close physical proximity formed between the module 100 and a specific one of the non-networked devices 61. Here, the flow of information is in the reverse, namely the specific non-networked device provides the device ID to the module 100, where it is stored in the memory 104 together with a time stamp. At a later time, when a connection-based association indicative of close physical proximity is formed between the module and a device that is networked (e.g., the electronic device 300 referred to above), the previously collected device ID of the specific non-networked device and the time stamp are released to the electronic device 300, which forwards this information to the network processing entity 18 together with the device ID of the electronic device 300 and the tag ID 106 (or the secondary tag ID 106A) of the module 100 as described above. The network processing entity 18 can therefore not only establish that the electronic device 300 is at the current location of the module 100, but can also correlate the received time stamp with a location history for the module 100 (e.g., by tracking changes to the tag location database 78 for the tag ID 106) to identify a particular location, and then concluding that the specific non-networked device was at the particular location as the time indicated by the time stamp.
Further information regarding characteristics of the electronic device 300 (e.g., device type, device sub-type, display capability, etc.) can be obtained by consulting the equipment database 35 on the basis of the device ID. This allows the network processing entity 18 to provide services that are dependent on the location of the electronic device 300, without necessarily requiring knowledge of the location of the user of the electronic device 300. These services may involve retrieval of information from the HIS 12, RIS 82 or HCIS 84, processing of the retrieved information and transmittal of processed and/or retrieved information back to the electronic device 300. These services are increasingly useful as more and more medical equipment is driven by generic computer platforms. In particular, the network processing entity 18 can provide services that allow:
Still other services will be apparent to those of ordinary skill in the art as being within the scope of the present invention.
In some instances, the network processing entity 18 may enhance the location-dependent services being provided to account for the location of the inferred or actual user of the electronic device 300. This can take the form of various scenarios, each of which assume by way of example but without limitation, that the user is a clinician. Three non-limiting scenarios are contemplated.
In a first scenario, with reference to
Still other services will be apparent to those of ordinary skill in the art as being within the scope of the present invention.
In a second scenario, with reference to
In a third scenario, with reference to
The detectors 54 detect the wireless beacon 412, and the location calculation engine 58 determines the location of the clinician tag 408. A clinician location database 88 stores the clinician ID 402 in association with the location determined by the location calculation engine 58. The clinician location database 18 is set up to be accessible to the network processing entity 18. In some embodiments, the clinician location database 88 could be combined with the tag location database 78.
With access to the clinician location database 88, the network processing entity 18 determines the location of the clinician tag that has the clinician ID 402, which is in this case clinician tag 408. In addition, as described above, access to the tag location database 78 allows the network processing entity 18 to determine the location of the electronic device 300. As a result, the network processing entity 18 can determine the proximity of particular clinician to the electronic device 300. This allows further enhanced location-dependent services to be provided, such as:
Still other services will be apparent to those of ordinary skill in the art as being within the scope of the present invention.
Those skilled in the art will note that certain hospitals may be prohibited by law from offering to external physicians inducements to bring patients into the hospital—this includes providing the physicians with laptop and tablet computers. As a result, the physicians have to bring their own. The above approach allows such computers to be brought into the hospital and tracked within the hospital and made usable in the hospital when the module 100 is attached thereto, while reverting to being unusable in the hospital without the module 100.
Those skilled in the art will appreciate that in some embodiments, the functionality of the network processing entity 18 may be implemented using pre-programmed hardware or firmware elements (e.g., application specific integrated circuits (ASICs), electrically erasable programmable read-only memories (EEPROMs), etc.), or other related components. In other embodiments, the functionality of the network processing entity 18 may be achieved using a computing apparatus that has access to a code memory (not shown) which stores computer-readable program code for operation of the computing apparatus, in which case the computer-readable program code could be stored on a medium which is fixed, tangible and readable directly by the network processing entity 18, (e.g., removable diskette, CD-ROM, ROM, fixed disk, USB drive), or the computer-readable program code could be stored remotely but transmittable to the network processing entity 18 via a modem or other interface device (e.g., a communications adapter) connected to a network (including, without limitation, the Internet) over a transmission medium, which may be either a non-wireless medium (e.g., optical or analog communications lines) or a wireless medium (e.g., microwave, infrared or other transmission schemes) or a combination thereof.
Certain adaptations and modifications of the described embodiments can be made. Therefore, the above discussed embodiments are considered to be illustrative and not restrictive.
Number | Name | Date | Kind |
---|---|---|---|
4601064 | Shipley | Jul 1986 | A |
5291399 | Chaco | Mar 1994 | A |
5434775 | Sims et al. | Jul 1995 | A |
5465082 | Chaco | Nov 1995 | A |
5534851 | Russek | Jul 1996 | A |
5544661 | Davis et al. | Aug 1996 | A |
5594786 | Chaco et al. | Jan 1997 | A |
5610596 | Petitclerc | Mar 1997 | A |
5689229 | Chaco et al. | Nov 1997 | A |
5822544 | Chaco et al. | Oct 1998 | A |
5877675 | Rebstock et al. | Mar 1999 | A |
5901172 | Fontana et al. | May 1999 | A |
5910776 | Black | Jun 1999 | A |
5911687 | Sato et al. | Jun 1999 | A |
5942986 | Shabot et al. | Aug 1999 | A |
6009333 | Chaco | Dec 1999 | A |
6026125 | Larrick, Jr. et al. | Feb 2000 | A |
6054950 | Fontana | Apr 2000 | A |
6211790 | Radomsky et al. | Apr 2001 | B1 |
6239741 | Fontana et al. | May 2001 | B1 |
6259355 | Chaco et al. | Jul 2001 | B1 |
6262662 | Back et al. | Jul 2001 | B1 |
RE37531 | Chaco et al. | Jan 2002 | E |
6344794 | Ulrich et al. | Feb 2002 | B1 |
6462656 | Ulrich et al. | Oct 2002 | B2 |
6539393 | Kabala | Mar 2003 | B1 |
6577238 | Whitesmith et al. | Jun 2003 | B1 |
6662068 | Ghaffari | Dec 2003 | B1 |
6690741 | Larrick, Jr. et al. | Feb 2004 | B1 |
6753671 | Harvey | Jun 2004 | B1 |
6773396 | Flach et al. | Aug 2004 | B2 |
6812884 | Richley et al. | Nov 2004 | B2 |
6823199 | Gough | Nov 2004 | B2 |
6825763 | Ulrich et al. | Nov 2004 | B2 |
6870916 | Henrikson et al. | Mar 2005 | B2 |
6876303 | Reeder et al. | Apr 2005 | B2 |
6958677 | Carter | Oct 2005 | B1 |
6958706 | Chaco et al. | Oct 2005 | B2 |
6972683 | Lestienne et al. | Dec 2005 | B2 |
7042337 | Borders et al. | May 2006 | B2 |
7080061 | Kabala | Jul 2006 | B2 |
7154397 | Zerhusen et al. | Dec 2006 | B2 |
7242306 | Wildman et al. | Jul 2007 | B2 |
7283037 | Diorio et al. | Oct 2007 | B2 |
20010044731 | Coffman et al. | Nov 2001 | A1 |
20020044043 | Chaco et al. | Apr 2002 | A1 |
20020044059 | Reeder et al. | Apr 2002 | A1 |
20020147912 | Schmueli et al. | Oct 2002 | A1 |
20020183078 | Hase | Dec 2002 | A1 |
20020183979 | Wildman | Dec 2002 | A1 |
20030078810 | Cole et al. | Apr 2003 | A1 |
20030078811 | Cole et al. | Apr 2003 | A1 |
20030132845 | McDaniels, III | Jul 2003 | A1 |
20040001446 | Bhatia et al. | Jan 2004 | A1 |
20040004460 | Fitch et al. | Jan 2004 | A1 |
20040008114 | Sawyer | Jan 2004 | A1 |
20040034284 | Aversano et al. | Feb 2004 | A1 |
20040078219 | Kaylor et al. | Apr 2004 | A1 |
20040100376 | Lye et al. | May 2004 | A1 |
20040108954 | Richley et al. | Jun 2004 | A1 |
20040153344 | Bui et al. | Aug 2004 | A1 |
20040178947 | Richley et al. | Sep 2004 | A1 |
20040186357 | Soderberg et al. | Sep 2004 | A1 |
20040193449 | Wildman et al. | Sep 2004 | A1 |
20040252015 | Galperin et al. | Dec 2004 | A1 |
20040257224 | Sajkowsky | Dec 2004 | A1 |
20050017864 | Tsoukalis | Jan 2005 | A1 |
20050027465 | Pozgay et al. | Feb 2005 | A1 |
20050035862 | Wildman et al. | Feb 2005 | A1 |
20050148831 | Shibata et al. | Jul 2005 | A1 |
20050151641 | Ulrich et al. | Jul 2005 | A1 |
20050153681 | Hanson | Jul 2005 | A1 |
20050168341 | Reeder et al. | Aug 2005 | A1 |
20050188095 | Gardiner et al. | Aug 2005 | A1 |
20050201345 | Williamson | Sep 2005 | A1 |
20050283382 | Donoghue et al. | Dec 2005 | A1 |
20060006999 | Walczyk et al. | Jan 2006 | A1 |
20060143043 | McCallie, Jr. et al. | Jun 2006 | A1 |
20060240771 | Graves et al. | Oct 2006 | A1 |
20060282459 | Kabala | Dec 2006 | A1 |
20070135866 | Baker et al. | Jun 2007 | A1 |
20070296581 | Schnee et al. | Dec 2007 | A1 |
Number | Date | Country |
---|---|---|
0602906.0 | Jun 2006 | BG |
2263428 | Feb 1998 | CA |
2362635 | Aug 2000 | CA |
2373241 | Nov 2000 | CA |
2434714 | Aug 2002 | CA |
0 369 662 | May 1990 | EP |
0973316 | Jan 2000 | EP |
1 101 437 | May 2001 | EP |
1156336 | Nov 2001 | EP |
1536306 | Jun 2005 | EP |
2320397 | Jun 1998 | GB |
2355889 | May 2001 | GB |
0602885.6 | Jun 2006 | GB |
0602887.2 | Jun 2006 | GB |
0602901.1 | Jun 2006 | GB |
0602903.7 | Jun 2006 | GB |
0602904.5 | Jun 2006 | GB |
0602907.8 | Jun 2006 | GB |
2002157040 | May 2002 | JP |
2003189359 | Jul 2003 | JP |
WO 9501617 | Jan 1995 | WO |
WO 9904685 | Feb 1999 | WO |
WO 9964974 | Dec 1999 | WO |
WO 0052498 | Sep 2000 | WO |
WO 2004032019 | Apr 2004 | WO |
WO 2004042563 | May 2004 | WO |
WO 2004102457 | Nov 2004 | WO |
WO 2005043402 | May 2005 | WO |
PCTCA2006000195 | May 2006 | WO |
PCTCA2006000196 | May 2006 | WO |
PCTCA2006000197 | May 2006 | WO |
PCTCA2006000205 | May 2006 | WO |
WO 2006049728 | May 2006 | WO |
PCTCA2006000198 | Jun 2006 | WO |
PCTCA2006000203 | Jun 2006 | WO |
PCTCA2006000204 | Jun 2006 | WO |
PCTCA2006001479 | Dec 2006 | WO |
Entry |
---|
Swedberg, Ford Deploys RFID-Enabled Chargers, RFID Journal, http://www.rfidjournal.com/article/view/1348/1/1/, Jan. 19, 2005, 3 p. |
Collins, RFID Remedy for Medical Errors, RFID Journal, http://www.rfidjournal.com/article/view/961, May 28, 2004, 3 p. |
Weissman, “Indoor Location”, downloaded from website of Tadlys Ltd., www.tadlys.com (Rishon LeZiyyon, Israel), Jul. 2004, 15 p. |
Graves et al., “Applications and Solutions for Healthcare-Hospitals. A Perspective on ECAS”, Version 1,0, Nortel Advanced Technology Research, Dec. 20, 2006, 226 p. |
Project MESA: An Update, MESA organization, Sep. 2003, 7 p. |
Chronaki et al., “WebOnCOLL: Medical Collaboration in Regional Healthcare Netwoks”, IEEE Transactions on Information Technology in Biomedicine vol. 1, No. 4, Dec. 1997, p. 257-269. |
Rodriguez et al., “Location-Aware Access to Hospital Information and Services”, IEEE Transactions on Information Technology in Biomedicine, vol. 8, No. 4, Dec. 2004 p. 448-454. |
Parco Merged Media Corporation, “The Parco Real Time Location System”, Downloaded from website of Parco Merged Media Corporation: www.parcowireless.com (Portland, Maine, U.S.A.), Feb. 2005, 5 p. |
Parco Merged Media Corporation, “Improving the Availability of Information”, downloaded from website of Parco Merged Media Corporation, www.parcowireless.com (Portland, Maine, U.S.A.), Jan. 2005, 8 p. |
Parco Merged Media Corporation, “The PARCO Wireless Health Care System (WHCS)”, downloaded from website of Parco Merged Media Corporation, www.parcowireless.com (Portland, Maine, U.S.A.), Aug. 2004, 8 p. |
Office Action Mailed on May 16, 2008 in connection with U.S. Appl. No. 11/065,396. |
Fontana, “Experimental Results From an Ultra Wideband Precision Geolocation System”, Downloaded from website of Multispectral Solutions, Inc., www.multispectral.com (Germantown, Maryland, U.S.A.), Aug. 2004, 9 p. |
Fontana et al. , “Ultra-Wideband Asset Location System”, Downloaded from website of Multispectral Solutions, Inc., www.multispectral.com (Germantown, Maryland, U.S.A.), Aug. 2004, 5 p. |
Fontana et al., “Commercialization of an Ultra Wideband Precision Asset Location System”, Downloaded from website of Multispectral Solutions, Inc., www.multispectral.com (Germantown, Maryland, U.S.A.), Aug. 2004, 5 p. |
Number | Date | Country | |
---|---|---|---|
20090140043 A1 | Jun 2009 | US |
Number | Date | Country | |
---|---|---|---|
60991839 | Dec 2007 | US |