23.03.2017 Views

wilamowski-b-m-irwin-j-d-industrial-communication-systems-2011

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Communications in Medical Applications 30-11<br />

communicate with each other and with the PAN coordinator. Furthermore, cluster heads can route<br />

packets from/to their own cluster, other clusters, or the PAN coordinator. Sensor nodes, cluster heads,<br />

and the PAN coordinator communicate with each other and with the outside world by employing a<br />

superframe structure containing an active part, used for contention-based (CSMA/CA) or contention-free<br />

<strong>communication</strong>s, and an inactive part where the transceiver can be turned off for power saving.<br />

This superframe is bounded by beacon frames periodically transmitted by the PAN coordinator,<br />

which conveys the sensor network information to other <strong>systems</strong> by means of a (PC) gateway enabled<br />

with TCP/IP <strong>communication</strong>s. Additional information regarding the beaconed mode of the IEEE<br />

802.15.4 standard can be found in [42].<br />

30.5.2 Healthcare Robotics<br />

The initially slow acceptance of robotic technology in medicine has been motivated by psychological,<br />

technical, and economic reasons. However, given the current high safety insurance of medical robots,<br />

their application has spawned a broad set of medical areas, such as orthopedic and cardiac surgery,<br />

laparoscopy, endoscopy, among others [43]. Some current healthcare domains where robots are being<br />

employed include use in multiple types of surgery (image-guided, minimal invasive, etc.), rehabilitation<br />

robots, rehab-manipulators, and mobile <strong>systems</strong> (for hospitals, smart homes, etc.). In the following<br />

paragraphs, healthcare robotic <strong>systems</strong> are introduced with focus on the employed <strong>communication</strong><br />

technologies.<br />

Ozkil et al. [44] propose a robotic automation system for transportation of goods in hospitals, specifying<br />

mobile robots for carrying containers, and stationary robotic stations for loading/unloading operations.<br />

Three layers of decision are defined: supervisory control, traffic control, and vehicle control. The<br />

first is responsible for generating and combining transportation requests, and assigning tasks to mobile<br />

robots. The second plans the movements of containers in order to cope with required schedules and to<br />

avoid conflicts resulting from different user requests. The third generates movement set points that are<br />

transmitted to mobile robots in order to meet the planned movements of containers. Besides robots, the<br />

<strong>systems</strong>’ architecture encompasses a server providing fleet supervision (storage of order and container<br />

information) and a Wi-Fi AP enabling TCP/IP data <strong>communication</strong> with the mobile robots (transmission<br />

of movement setpoints). In addition to Wi-Fi <strong>communication</strong>s, mobile robots also encompass a<br />

CAN network allowing high-level set points to be conveyed to the low-level controller, responsible for<br />

sensing bumps and emergency events (activated by a switch), while driving the servo motors and brakes.<br />

Regarding cooperative teams of robots, Choi et al. [45] introduced a robotic (BioRobot) platform<br />

for clinical tests in small to medium-sized laboratories using mobile agents (MAs) with the ability to<br />

transport blood samples, reagents, microplates, and medical instruments. The system architecture<br />

includes MAs for transport, SCARA robotic manipulators for handling samples and reagents, an elevator<br />

module to supply microplates to the MA, an incubator module, and a photometry scanner. These<br />

components are orchestrated to perform a set of tests in an efficient way by managing the available<br />

resources according to laboratory requirements. The analysis workflow is initiated by loading samples<br />

and reagents in individual tubes, and having each microplate identified by an RFID tag (A clinical<br />

module includes a microplate, an RFID tag and a reader). Then, the operator specifies the required test<br />

sequences and the schedule. From this moment on, the BioRobot platform operates automatically by<br />

having MAs collecting and transporting samples between system modules (SCARA robot, incubator,<br />

spectrophotometer, etc.), until the scheduled test sequences are completed. During this process, samples<br />

are tracked by the RFID tags embedded in clinical modules. The BioRobot platform employs Bluetooth<br />

technology for supporting <strong>communication</strong>s among MAs and a central unit (PC), which enables the provision<br />

of updated MA status information (position, samples being carried, etc.) and the transmission of<br />

supervisory commands to MAs.<br />

The use of robots in domestic settings is also becoming popular. For example, Dengler et al. [39]<br />

present a family of robots (Robertino) allowing the support and the maintenance of smart home<br />

© <strong>2011</strong> by Taylor and Francis Group, LLC

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!