text: the description that follows is presented to enable one skilled in the art to make and use the present invention , and is provided in the context of a particular application and its requirements . various modifications to the disclosed embodiments will be apparent to those skilled in the art , and the general principals discussed below may be applied to other embodiments and applications without departing from the scope and spirit of the invention . therefore , the invention is not intended to be limited to the embodiments disclosed , but the invention is to be given the largest possible scope which is consistent with the principals and features described herein . it will be understood that in the event parts of different embodiments have similar functions or uses , they may have been given similar or identical reference numerals and descriptions . it will be understood that such duplication of reference numerals is intended solely for efficiency and ease of understanding the present invention , and are not to be construed as limiting in any way , or as implying that the various embodiments themselves are identical . enable the medical personnel to positively identify the patient and obtain information regarding the recommended medical treatment for the patient ; initiate a medical monitoring process using a single or a multiplicity of monitor on a secure data network with minimum opportunity for any unwanted , unintentional or undesired incursions by hospital staff or third parties ; initiate a medical treatment using a single or multiplicity of actuators ; remotely obtain information from the monitor ( s ) or the status of the actuator ( s ); receive input from the various monitor ( s ) and use it to control the actuator ( s ) in a manual or automatic fashion ; record the details of the treatment imparted to the patient from the patient bedside ; receive any alerts from the monitor ( s ) or the actuator ( s ) on a high priority basis over the network ; and remote monitoring requires the use of a wireless data communication network which enables the medical person to receive the pertinent information remotely while walking in a hall or while dining inside the hospital or in any other area in the hospital which is covered by the wireless network . fig1 shows the schematic diagram 100 of an electronic apparatus 110 which is designed to be connected to various medical and other devices 120 using a hard wired interface to exchange data with the medical device and transmit and receive them from the wireless transceiver contained in the device . this electronic circuit is referred to as wireless transceiver module , or wtu . it consists of a data port 112 at one end and a wireless antenna 114 at the other end for exchanging data from two sources simultaneously . in alternate embodiment of the invention , multiple antenna or transceivers are present on wtu . this diagram shows another transceiver or antenna marked as 115 . ( for wireless communication using infrared protocol such as irda or others , a diode will be used in place of antenna , as is known to those skilled in the art .) the data port 112 matches the recommended configuration of any one of the standard protocols used for data exchange . the medical and other devices 120 are normally designed to interface with a wired data network using a variety of different protocols . most common of these protocols tends to be the serial data communication protocol commonly referred to as rs232 . however , other protocols such rs422 may also be used . additionally , protocols such as “ usb ” and “ firewire ” may also be used . in certain instances , other data communication protocols such as ethernet may also be deployed to exchange data with the local area or wide area data network . in other instances , data communication from the device may take place over parallel data bus . this invention covers all these protocols , and others offering the data communication capability from the medical device to the external data networks . on the other end of the wtu , a wireless data receptor or transmitter is located , which is an antenna in case of radio frequency wireless transmission , or diodes in case of infra - red wireless transmission . it will be understood by the foregoing that wtu describes any of the various wireless transmitter unit devices identified as 200 , 319 - 328 , 521 - 525 , etc . described herein . it will also be understood by the foregoing that the terms medical devices or equipment refers to any of the various medical devices identified as 120 , 310 - 318 , etc . described herein . a cable 118 is connected to the wtu 110 at the data port 112 using a connector 116 . the other end of the serial cable is terminated in connector 124 . this connector connects the cable to the medical device 120 at the data communication terminal on the medical device shown as block 122 . combination of wtu 110 and medical device 120 gives the medical device the ability to communicate wirelessly . additional functions are built in this wtu 110 to enable this electronic apparatus to make certain decisions locally based on the incoming data and the built - in rules , and also to reformat the information received from the medical device in the preferred format as taught by this invention before transmitting them over the network . the electronic circuit in wtu 110 has to be programmed prior to every use so that the communication parameters match those of the medical instruments . for communication using rs232 protocol , the wtu 110 serial interface has to be programmed to match parameters such as baud rate , stop bits , parity , handshake . wtu 110 is designed such that it can be programmed in two ways : wtu 110 serial interface can be programmed by connecting it to an external programming device and downloading and storing the parameters in a non - volatile memory in the wtu 110 , as is known to those skilled in the art ; and this electronic circuit can also be programmed by receiving instructions over the wireless link , and extracting the parameters from the wireless transmission and storing them in the non - volatile memory . an external wireless transceiver establishes communication with wtu 110 and downloads the programming data to the electronic circuit , and the required instructions to extract the data and send it to the program storage area for controlling the interface with the medical device . this enables one single piece of hardware to communicate with a wide range of medical and other devices by simply reprogramming the serial interface and storing the parameters in the non - volatile memory of the wtu 110 . additionally , this electronic circuit is designed with intelligence to enable certain decision making functions to be embedded in the electronic circuit . it also is designed with the ability to store information . further references to medical devices in this disclosure imply the presence of this wtu 110 module to give them wireless data communication ability . the wtu 110 is designed to comply with one or more wireless data communication protocols , such as 802 . 11 , bluetooth , zigbee , irda , or other proprietary standards operating in other unlicensed or controlled frequency bands . wtu unit 110 also contains an additional identifier such as a paper sticker containing a serial number , a sticker containing a bar - code , or a rfid tag ( object 140 ). in addition , the wtu 110 contains audio - visual indicators to provide physical confirmation of certain events ( object 142 ). fig2 shows the design of the wireless transceiver module , or wtu 110 in greater detail in 200 . this module consists of various functional blocks contained inside the block 220 . the wtu 110 contains a hardwired data interface which is used to connect to the medical device 120 or 210 external to the module . the data from the medical device is terminated on connector block 211 . a cable 212 is used to connect the connector 211 to the corresponding connector 221 on the wtu 110 . the physical specifications for the connectors may vary but the communication protocol of the medical device 210 and wtu 220 need to match for the two devices to communicate . the connector 221 located on wtu 220 is terminated in a transceiver 222 which converts the electrical signals conforming to the data protocol to the internal operating voltage of the wtu 220 . the output of the transceiver 222 is connected to an uart 224 for efficient operation of the wtu 220 . the uart 224 , or universal asynchronous receiver - transmitter , can be a controller chip or other circuit that processes data coming in and going between the transceiver buffer 222 and the central processor 230 . the uart 224 feeds the data to a databus 226 which connects to a processor 230 . in certain instances , the uart 224 and the data i / o bus 226 is included inside the same chip as the processor . certain embodiment of this invention includes a direct connect 227 of certain i / o pins on the processor directly to the connector 227 . the processor is also supported by memory modules , which consist of static random access memory 232 and non - volatile memory 233 . the processor 230 exchanges two types of information with the wireless transceiver 250 . first , the processor controls certain programming functions required by the wireless transceiver . the programming instructions are exchanged over the bus 232 . the process also exchanges data with the wireless transceiver 250 which is shown as bus 234 . there is also an audio — visual indicator 240 supported by the processor , with a data bus 236 feeding to the a / v indicator 240 . clock 242 and voltage regulator 240 set up timing and voltages for not only the processor 230 but also other devices associated with the wtu electronics 220 . the wtu 200 or 110 is designed so that it can support multiple radios operating on different protocols . these radios include radio frequency transceivers or infra - red transceivers , represented by the block 250 . fig3 shows the schematic arrangement 300 of various components of this invention for monitoring and receiving alarms from medical devices , including monitoring devices and actuators such as iv pumps , feed pumps and other medical instruments . the significant feature of this invention is the identification of the patient , care provider , medication , and medical equipment , and the operating parameters of the medical equipment in real time in order to insure that there is no error in delivering the prescribed treatment to the person . medical devices include monitoring devices such as blood pressure monitors , pulse oxymeters , thermometers and actuator devices such as iv pump and the feed pump . these devices are represented as boxes 310 and 312 . in addition , devices connected to the bed of the patient are shown in box 314 . example of these devices includes weighing machines , position sensors , etc . environmental monitors such as humidity or temperature monitors are represented by box 316 and are also included in the embodiment of the invention . in addition , certain body - worn sensors and transducers are represented by box 318 , such as electrocardiogram probes . all these devices are connected to independent and unique wireless transceiver modules ( wtus ) marked as box 320 , 322 , 324 , 326 and 328 . the wireless transceiver modules are hardwired to the data port of the devices as described in fig1 . the wireless modules 320 , 322 , 324 , 326 and 328 are capable of bidirectional communication using multiple protocols ( bluetooth , wifi , zigbee , ultra - wide - band ) and multiple physical medium ( radio frequency , infra red ) with a local communication controller ( lcc ) 340 . these communication protocols are represented by objects links or arrows 330 - 338 respectively . the lcc 340 contains corresponding hardware and software to communicate using all these protocols . in alternate embodiments of the invention , multiplicity of wtus 320 , 322 , 324 , 326 and 328 use the same protocol to communicate with the lcc 340 . it will be understood by the foregoing that lcc 340 describes any of the various local communication controller devices identified as 340 , 510 , etc . described herein . a device 319 to physically identify the various devices 310 - 318 using alternate physical layer such as rfid or bar code is also included in the data network 300 around the patient bedside . this device is known as the reader which reads the tags placed on the various medical devices 310 - 318 and sends the information to lcc ( 340 ), who transmits it to the server 370 for identification and validation of the devices 310 - 318 . the identification agent uses a protocol represented by object 339 to identify the medical devices 310 - 318 or the corresponding wtus 320 - 328 using the tags 319 attached to those devices 310 - 318 . local communication controller or lcc , represented by box 340 , is designed to support any of multiple protocols represented by objects 330 - 338 . the lcc 340 communicates with access point 350 using a protocol 352 . in a certain embodiment of the invention , the protocol 350 is identical to any one of the protocols represented by object 330 , 332 , 334 , 336 , or 338 , or any other protocol used for wireless communication . alternate embodiment of the invention also includes this protocol to be a different protocol all together . the access point 350 is also designed to communicate with the wtus ( 320 - 328 ) using protocols given by objects 331 - 339 . the backbone of the access is connected to the local area or wide area data network 352 in the facility . an exemplary embodiment of the invention includes the access point 350 design to include a transceiver to support protocols 331 - 339 , with each transceiver being accompanied by a bridge to ethernet to connect to the data network . an alternate embodiment of the invention is implemented with an access point 350 is connected to the local area or other data network 352 through a gateway 351 , a network component known to those skilled in the art . a server ( box 370 ) is connected to this data network . another access point 354 shown in fig3 is one of the multiple access points connected to the network 352 . this exemplary embodiment shows this access point communicating with a mobile client device 356 using protocol 357 . alternate embodiment of the invention includes the protocol 357 to be identical to any one of the protocols represented by objects 330 - 338 or 352 . in an exemplary embodiment of the invention , the protocol represented by objects 330 - 338 , and 357 are bluetooth , zigbee , 802 . 11b / 802 . 11g / 802 . 11a , ultra - wide - band , or any other suitable wireless data communication protocol . the details of these protocols are well known to those skilled in the art . it will be understood by the foregoing that the term access point describes any of the various access points identified as 350 , 354 , 540 , 640 , etc . described herein . lcc 340 establishes communication with wtus ( 320 - 328 ) to perform various tasks associated with the initiation of patient care such as identification of the patient , medicine , medical care provider , and the treatment , and storing the information generated at the bedside to the server . the details of data flow between lcc 340 , the server 370 , and various other nodes of the network 352 is described next . fig4 shows the process flow 400 followed by the medical staff to perform a medical treatment of the present invention . in a preferred embodiment of the present invention , the invention is practiced following the “ five rights , or the right patient , right drug , right dose , right route , and right time ” known to those skilled in the healthcare sciences : 1 . clinical staff sets up the medical instruments at the bedside of the patient as the first step 410 in delivering the recommended treatment to the patient and arranges them at the bedside in the proper order . each of these medical instruments is equipped with a wtu , which makes it capable of transmitting certain data wirelessly . upon powering up , the radios in wtus connected to various instruments enter the pre - programmed state . this exemplary embodiment includes radios conforming to the ieee 802 . 11 standard . the wtus are programmed to connect to the server in compliance with the security protocols of the establishment . all the devices are registered with the server . 2 . the care provider is carrying lcc at the point - of - care with them . this lcc is wirelessly linked to the access point . prior to providing any medical treatment , the care providers such as nurses identify themselves to system by connecting with the server using a browser in the lcc , and signing in the system using a password or an appropriate biometric sign - on procedure 420 . 3 . identification of the patient is the first task to be performed by the care provider prior to initiating any medical treatment . verification of the patient to insure that correct treatment will be imparted 430 is the next step in patient care . after completion of the previous step 420 , patient identification step 430 is initiated by the server before initiating any treatment . server downloads various instructions as a web page on lcc to guide the care provider . identification of the patient involves obtaining information about the patient and sending them to the server so that the patient identity can be positively confirmed with the entries in the server database . exemplary procedures to identify a patient include downloading a list of the patients cared for by the specific staff member , and checking the appropriate entry on the screen of the lcc to identify patients . the information presented on lcc includes name of the patient , physical location of the patient , a picture of the patient , and any other identifiers provided by the authorities . alternate methods for identifying a patient includes reading a patient worn identification device such as a barcode tag or a rfid tag using an appropriate reader . ( the patient worn identification device is already indexed to the patient in the server database at the time of admitting the patient in the hospital .) this data is gathered by lcc and is transmitted to the central server over the wireless network from the bedside of the patient prior to initiating any medical process . an alternate embodiment of this step 430 in the invention also includes gathering of picture of the patient using a camera connected to lcc , and sending the picture to the server to receive confirmation by performing facial recognition . additional biometric measures such as finger print or speech recognition are also covered by alternate embodiments of the invention to confirm the patient identity . 4 . the details of the physician &# 39 ; s instructions and the required medical devices to fulfill them are downloaded in the lcc at the bedside of the patient after the patient has been positively identified by the system . an embodiment of this invention includes the process of identifying the instruments being used for carrying out the medical treatment . the configuration of the medical instruments dedicated to a certain bedside to provide medical treatment is named “ bedside area network ” or ban . the list of the instruments in a certain ban is generated with input from the bedside and stored in a table in the server . the medical staff is able to extract instructions from the physician or the appropriate authorities to initiate certain medical treatment , monitoring schedule , and the corresponding list of instruments from the server . alternately , the instructions can also be written on paper or orally given by the physician in which case the selection of the instruments is made by the medical staff manually . 5 . an lcc is carried to the bedside by medical personnel . it is already connected with the server and has a list of the medical device types required for the treatment . lcc performs the first level of validation of the medical instruments at the bedside , as shown in step 450 . any violations are displayed on the screen and message is displayed suggesting that certain device types are not required for treatment , or certain devices are missing . further details of this process are presented further in this documentation . 6 . complying with the instructions , the medical instruments are arranged at the patient bedside and connected to the patient as shown in step 460 . exemplary arrangements include connecting a blood pressure cuff around the arm of a patient , placing an infra - red sensor on the finger of a patient for monitoring blood oxygen , attaching probes for gathering electrocardiogram traces , injecting a syringe in a patient in preparation to deliver a medicine through a pump , and others known to those skilled in the medical sciences . a combination of these procedures is also covered by alternate embodiments of the invention . as these devices are powered up , their physical arrangement is recorded and verified by the system . details of the verification procedure are described further in this document . based on the recommended treatment , the medical personnel connect various medical instruments with the chemical agent including medicine , gases , or other ingredients to the patients in the recommended manner , as shown in step 460 . in an alternate embodiment , the connection between the medical devices and between medical devices and the patient is entered as a schematic diagram on the lcc . it is recorded by the server and maintained as a part of the patient medical record . this block diagram contains the configuration of medical devices with respect to the patient . an exemplary embodiment of the invention includes a schematic diagram of most commonly used configurations such as use of a single , double , or triple drip iv , combination of iv with oxygen saturation monitoring available to the medical staff on lcc in a drop - down menu . at the same time , a software package is provided on lcc where more complex arrangement of medical equipment connected to the patient can be recorded saved as a part of the patient &# 39 ; s medical record . in the preferred embodiment of the invention , the exchange of information between lcc and the medical devices takes place over a uniform wireless protocol , determined by the wtu connected to them . an alternate embodiment of the invention covers the instance where the various wtu are communicating with the medical devices using different communication protocols . in order to manage the communication with the different medical devices using different protocols , an application level protocol is used by this invention which defines a uniform method for exchanging data between the wtu and the lcc . hence , the datagram gathered by a wtu from a blood pressure meter from manufacturer a or b is consistent . also , the data delivered from a wtu connected to iv pump using a wireless link based on 802 . 11b or bluetooth have exactly the same structure upon reaching lcc . this data packet meets the specification of sensitron personalization protocol ( ssp ) as described in detail in u . s . patent application ser . no . 10 / 850 , 527 completely assigned to the applicant herein having filing date may 19 , 2004 . 7 . after the preparations have been completed , the medical process such as drug injection through the pump is initiated manually by the care provider and has the time recorded by lcc . alternately , the instructions to initiate the drug injection are sent as a command from lcc to the two wtu connected to the corresponding iv pumps 470 . 8 . after initiating the monitoring process , the wtus from the medical devices communicate with the wireless data network without any need for supervision . in such instances , the role of lcc is obviated or eliminated or otherwise minimized after the monitoring process is started . lcc signs off from the ban . the wtus connected to the pumps and other medical devices communicate directly to the server , as shown in step 480 through the access point of the local area or other data network . 9 . finally , the information from the server is delivered to any client device connected to the wired or wireless network . these client devices range from a desktop notebook , a wireless notebook or a pda , a pager capable of receiving text or numerical messages , or a cellular phone capable of receiving textual messages as represented in step 490 . any error generated during transmission is handled by the server and the wtu using different protocols . upon a break in the network availability , the server informs the medical staff using email , audio - visual indicators or any other suitable means such as a synthesized spoken message that the network connection to a specific patient monitors has become unavailable , and certain corrective actions need to be taken to remedy the problem . the wtu , on the other end , is programmed to record data during network outage and store the data locally while the network connection is unavailable . wtu is also programmed to present an audiovisual display to represent a lost network connection . any error messages generated by the medical devices are also stored by the wtu and given priority over data storage . they are also delivered with priority to the server when the connection is re - established as shown in step 490 . the process of establishing the network of wirelessly enabled medical devices at the bedside or the ban , including verification with the instructions and hospital rules is described here with the help of fig5 and 6 . fig5 shows the network diagram of the wirelessly enabled medical devices at the bedside at the onset of medical treatment . the medical devices and their corresponding wtus are represented by blocks 521 - 525 . each wtu has an associated ami represented by objects 511 - 515 , respectively . in the present application , ami is “ alternative media identifier ”, i . e ., the communication using a different media or radio standard to identify a certain part . the method is used to identify a certain device , instrument or piece of equipment using ami implemented in a device such as a bar code , rfid tag , or simply reading its serial number previously identified . each of these medical devices and their associated wtus communicates with the access point 540 using wireless protocols 531 - 535 , respectively . these devices form a ban 541 . in a preferred embodiment , two wtus belonging to other bans are shown in fig5 , represented by objects 571 and 572 . the area associated with amis given by objects 573 and 574 respectively , communicating to the access point 540 also . this invention covers all the combination of wireless protocols represented by objects 531 to 535 . this includes protocols such as 802 . 11b , 802 . 11 g , 802 . 11a , bluetooth , zigbee , ultrawideband , and other proprietary protocols established by various manufacturers . prior to commencement of any medical treatment process , each of the wtus are preprogrammed in a controlled environment to perform the following tasks : 1 . data communication interface of the wtus is programmed to contain the appropriate parameters to communicate without any error to the corresponding medical devices . 2 . each wtu is programmed to communicate directly with the monitoring and data server ( object 560 ). this is required to insure security of the wireless network . the network id ( ssid ) and name of the server are stored in the non - volatile memory portion such as 232 in fig2 of the wtu prior to the installation . it will be understood that ssid stands for service set identifier . in various protocols , ssid specifies which 802 . 11 network you are joining . some systems allow you to specify any ssid as an option so you can join any network . the ssid is a token which identifies an 802 . 11 ( wi - fi ) network . the ssid differentiates one wlan from another , so all access points and all devices attempting to connect to a specific wlan must use the same ssid . 3 . an encryption key assigned to the wtu is stored in the wtu . a corresponding key for decrypting data is also stored in a table generated in the server . the mac ( media access control ) address of the wtu , or the address of the wtu device on the network , is also retrieved by the server and stored in the table as an attribute for the wtu . alternately , a certificate of authentication is stored in the wtu . 4 . during programming , the ami of the wtu is recorded by an appropriate means and stored in the server along with the encryption key assigned by the server to the wtu . this data is downloaded in the wtu through the wireless ( 802 . 11 ) based interface in a protected , shielded environment . alternately , it is downloaded in the wtu through the wired data port 112 as shown in fig1 . the authentication , monitoring and data storage is carried out by the server 560 connected to network 570 over the local area or wide area data network 550 . alternately , an authentication server 561 is connected to network 570 to perform the authentication of each wtu joining the network . another network 571 is also shown here which connects server 565 to the lan . each wtu and lcc is programmed to communicate with the same server ( 560 ) and the same network ( 570 ). this network connection is set up when the lcc , in the form of a mobile computing device such as a laptop computer , notepad , tablet or pda / communication device , is brought in the vicinity of the patient bedside . lcc is programmed to access the server using a browser - type operating program / interface . thus , no additional software is needed on lcc . this feature makes it possible to use a wide variety of computing hardware for lcc , since they only need to host a web browser locally . fig6 shows the network at the completion of ban with the monitoring process in full swing . it only shows the wtus ( objects 621 - 625 ) that are a part of ban 645 . these wtus are communicating with the access point 640 using protocol 631 - 635 . the access point 640 is connected to the lan 650 . a preferred embodiment of the invention comprises a server 660 connected through the network 651 . it should be noted that the lcc is not of a part of this network during the regular monitoring process . the protocol 700 used for establishing a ban is described next in fig7 . first step in establishing a ban successfully is to attach an ami to each wtu . the details of ami tags have been described herein . this physical process is shown in step 710 . the next step in defining the ban is to associate a wtu with a medical instrument and program the wtu to connect to a certain network and a server at the establishment upon power up , as shown in step 715 . a list of all the information to be stored in the wtu and the server is listed as a part of description of fig5 earlier . the programming of wtu takes place using the built - in radio in the wtu in a shielded environment to prevent unauthorized access during programming . alternately , it takes place using the hardwired data interface on the wtu . programming is carried out sequentially or simultaneously on all wtus . an application is run on a server which provides necessary instructions to the personnel programming the wtus . the interface programming instructions are derived from a library built - in the server cross - referenced with the type of medical device . upon recognition of the medical device type , the interface programming instructions are downloaded in wtu which become active upon next power up sequence . as described above , the parameters downloaded in the wtu are the names and addresses of the network and the server where the wtu is required to connect upon powering up . a secret key to authenticate itself is also downloaded in the wtu . a table of the mac address of the wtu , its ami , and its secret key ssid is stored in the server . these identifiers , or ami , include a serial number of a wtu which is read by the medical staff and entered manually , entered as a picture taken from a miniature camera , read using a bar - code reader , or using a rfid tag reader . alternately , the mac address of the wtu is encrypted and transformed in a barcode or another identifier which is also attached to the outside of wtu . next , the wtu is physically attached to the medical device as shown in step 720 . a preferred embodiment of the invention includes the identity of the medical device to be stored in the table along with the identity of the wtu that it is associated with . this information regarding the medical device is stored in the table along with the identifiers for wtu . this wireless enabled wtu is released for patient care . the wirelessly enabled medical equipments are brought to the bedside in preparation for providing medical treatment and powered up , as shown in step 725 . an lcc is brought to the bedside , operated by a medical personnel . a secure sign on is completed by the medical person using the lcc , as shown in step 730 . simultaneously , each wtu attached to the medical equipment starts searching for a network upon power up , as shown in step 735 . each wtu checks the ssid of the network and matches with the ssid of the network name stored in the wtu . upon verification of the ssid address , wtu sends a request to join the network . the access point and the authentication server execute the protocols for verifying the wtu identity using the wireless security protocols such as wep , 801 . 1x , eap , leap , peal , eap - tls , and others . the wtus securely sign on to the network using the key , the name of the network and the server . this is shown in step 740 . upon completion of the authentication process , the wtu requests connection with the server next . an application running on the server logs in the mac address of the wtu , its secret key , and its ip address . this application adds the wtu data to a table and enters its ami in the table . it is shown in step 745 . as each client ( a wtu ) is given an ip address , a confirmation message is sent to the it by the server . upon receipt of the confirmation message from the server , a visual display is switched on the wtu to confirm that it has been registered . it is shown in step 750 . a visual inspection is made by the medical person setting up the network to confirm that all the wtus connected to each medical device have been registered by the network ( step 755 ). in the event that any one of the wtus attached to a medical device is not turned on , a debug process is initiated ( step 756 ). in an exemplary embodiment , an application is launched on lcc which queries the network nodes , including the access point , and determines the reason for failure of the registration process . the details of this network debug procedures are well known to those skilled in the art of wireless network management and are beyond the scope of this disclosure . in the event that all the wtus confirm registration at the server , a list of all the active wtus is presented to the lcc ( step 760 ). this list is a superset of the wtus attached to the medical devices required for treatment at the bedside . the application running on the server extracts the list of various wtus and delivers the list to lcc where it displayed in a table ( step 765 ). in order to identify only the wtus associated with the specific patient , the medical staff is prompted to enter the ami of each wtu ( step 770 ). this ami is entered by typing in the serial number , capturing and transmitting the visual image of the serial number tag , reading the bar - code on the wtu , reading rfid tag on the wtu , or any other appropriate method of identification of wtu . entry of the ami is recorded by lcc and transmitted to the server . verification application on the server checks each entry of ami against the entries present in the table which have been made during registration of wtu . at the end of identification process , all the wtus are scanned by the medical staff and the entries are stored and verified in the server . correspondingly , the list on the screen of the lcc is updated in a textual or graphical format which contains all the wtus associated with the patient . upon positive verification by the care provider , the association between the medical devices and their corresponding wtus and the patient is finalized . a visual indicator is turned on the wtm to signify that it has been associated with a bedside area network . this process is carried out sequentially for all the wtus at the bedside ( step 775 ). upon finalizing the network nodes at the bedside being used for the patient , the server assigns a unique identifier to ban ( step 776 ). lcc requests a patient identifier and associates it with the ban ( step 777 ) by entering the relevant information . patient identifier include , but are not limited to , such indices as patient name or other identifiers made available by the institution , patient id using a manual or automated entry of an index on the wrist band including bad - code tag or a rfid tag , or a biometric identifier for the patient . other information such as patient location , identification of medical staff is also entered in the system . in an alternate embodiment of the invention , the location is captured by a location management system installed as a part of the wireless network or as a separate service , and the identification of the medical staff is also entered by reading bar - code or an rfid tag on their badges . in an alternate embodiment of the invention , the patient id or the location of the patient is downloaded to the wtu during the initial programming of the wtu . upon reaching the patient bedside , they register with the server as shown in step 755 . for additional confirmation of presence of the wtu proximate to or in the essentially immediate vicinity of a patient , the patient id is matched with the corresponding id stored in the server . this allows only the wtus preprogrammed for use at a certain patient &# 39 ; s bedside to be recognized by the server as part of the ban . lcc accesses the recommended treatment instructions by the physicians or others in charge of medical care from the server for the given patient from the server ( step 780 ). for the medical monitoring devices , the recommended upper and lower limits of vital signs are accessed from the instructions and entered in the lcc . alternately , these limits are imported from another database on the network . these limits are stored in the patient database , and are used for generating alarms . if required , the medicines connected to the iv pumps are entered in the records by an application on lcc . one embodiment of the invention teaches the process of recording the medication on the selected pump by entering the identity of the medication using keyboard manually . it can also be selected from a list of the medications which are recommended by the physician and which have been earlier downloaded in the lcc . this medication can also be identified by means such as rfid to the database . after identification of the pump and the medicine , the rate of delivery of the medicine through the iv pump is programmed in the pump . alternately , the rate of delivery of medicine is done manually by the medical staff . physician &# 39 ; s instruction for drug delivery to a patient through the iv pumps are input in the system by direct import from a database or entered manually by the medical staff at the point - of - care on lcc . this invention also includes the translation , if needed , from the recommended dose to actual numbers to be entered in iv pump . exemplary embodiment includes the case where the drug dose is recommended in terms of weight of drug per unit weight of patient body weight . the weight of the patient is obtained from the bed , if the bed is provisioned with the sensors to perform the task , or obtain the data from patient database alternately . after final calculations , the number to be entered in the iv pump is presented to the medical staff . in yet another embodiment of the invention , this number is directly exported from the lcc to the iv pump . the pump in set automatically to deliver these dose numbers to the patient . this process is repeated to identify the second iv pump , including identification of pump , verification of the medicine and the rate of delivery of medicine from the second pump . the medical devices are connected to the patient next , as shown in step 785 . the next step is to map the connection of various medical instruments and the medical device to the patient on the screen of lcc , as shown in step 790 . the connection of the medical devices ( sensors , actuators ) to the patient is described by a text based system , where each medical device ( represented by its wtu ) is highlighted and a drop down menu allows the medical staff to choose the selected method of connection . exemplary embodiment includes a blood pressure machine with a drop down menu containing the option of left or right arm , sitting or lying down . another example includes a pulse oxymeter with the options to connect the infra - red sensors to a specific finger of the patient . any oxygen being given to the patient at that time is also available for recording through a manual entry , or directly read from oxygen flow meter . the medication delivered to the patient through the iv pump is also recorded by drop down menus which contains a list of possible locations on the human body where the syringe can be inserted . after the system has been programmed and verified by the medical staff , the application on lcc clears the medical treatment to begin ( step 795 ). the beginning of the medical treatment includes the start of delivery of medication , start of nutrient delivery , and recording of vital signs . at this point , the server stores the details of the network nodes , including their ip addresses in the patient database . for further treatment , server maintains bidirectional communication with the network nodes and receives data from them . any loss of communication between the server and any network node raises an alarm which is escalated according to established policy of the medical institution . lcc is allowed to sign off and disconnect from the server . any further change in the setting of any of the medical devices by the medical staff is allowed only by logging on to the server , entering the patient identifier and the location , entering the change in the patient database , and making the corresponding change in the medical device setting after proper authorization . any attempt to change the setting of any medical device without prior authorization is delivered to the server immediately and raises an alarm which is delivered to the medical personnel as per the hospital policy . fig8 shows a communication protocol during transit , i . e ., the operation and functioning of the system during a physical move of a patient from one location to another . this is facilitated by a transient communication controller tcc . this is a mobile computing device with capability to connect with all the wtus associated with the various medical instruments . this logical unit tcc is used by the medical staff to log in the server from the patient bedside , and enter the relevant patient information to identify the patient and the medical devices belonging to the bedside area network being relocated ( step 810 ). the tcc downloads the ip addresses of the wtus connected to the medical instrument which form the bedside network from the server and retains a list of the medical devices which are to be moved ( step 814 ). tcc is empowered to modify the list of the equipment being moved with the patient . in an exemplary embodiment , three iv pumps are attached to the patient but during the move , only one iv pump releasing a certain medicine is carried with the patient . such variations are recorded on tcc . as the patient and a specific few medical devices are moved , they keep on transmitting the data to the server over the network although the access points will change from one location ( step 818 ). in the instance that the network becomes unavailable for a certain period of time ( step 822 ), the wtus are designed to store the data locally ( step 826 ). this gap in the network availability ranges from one seconds to ten hours and it can be extended by increasing the storage capacity of the wtu by adding more memory . the wtus transmit all the data to the server when the network becomes available and the wtus are able to connect to the server ( step 836 ). after that , medical treatment is continued and the data transmission enabled ( step 840 ). in the event that the server is not available for a period beyond a certain limit as described above , or upon receiving a user prompt ( step 850 ), tcc takes over the role of a server and forms a bss ( basic server set ) with the bedside wtus while the patient is being moved . a preferred embodiment of the invention considers such a case when the patient is being moved from a specific medical facility to another by an ambulance . the tcc keeps storing all the data in the storage unit associated with it ( step 854 ). during the move , tcc also displays the data on an application running on it . the data storage by tcc continues till it is interrupted by an external input ( step 858 ). tcc connects to the network and allows the care provider to access the stored data after authentication ( step 862 ). unless defined otherwise , all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which the present invention belongs . although any methods and materials similar or equivalent to those described can be used in the practice or testing of the present invention , preferred methods and materials are now described . all publications and patent documents referenced in the present invention are incorporated herein by reference . while the principles of the invention have been made clear in illustrative embodiments , there will be immediately obvious to those skilled in the art many modifications of structure , arrangement , proportions , the elements , materials , and components used in the practice of the invention , and otherwise , which are particularly adapted to specific environments and operative requirements without departing from those principles . the appended claims are intended to cover and embrace any and all such modifications , with the limits only of the true purview , spirit and scope of the invention .