Skip to main content

Thoughts on the Medical Mirror

An analysis of the Medical Mirror's usability reveals a major challenge. Is a flaw in the system preventing the Medical Mirror from reaching its full potential?

The Medical Mirror is a web cam, mirror, and computer system working together to provide immediate vital sign feedback to the individual looking into it. Ming-Zher Pooh an electrical and medical-engineering graduate student at MIT developed a technology that monitors pulse, respiration, and blood pressure through a web cam, computer and mirror (Mone, 2011). The web cam receives input in the form of reflected light waves, translates the information, and outputs a readable rate measurement on the mirror’s surface. Consider the immediate benefits for the health conscious individual in the way of heart rate, and blood pressure monitoring prior to a workout routine. Additionally, it can prove valuable in hospices, nursing homes, and hospitals. Uses can be extended to include infants, the elderly, or infirm where attaching monitoring devices may be problematic. A prime example would be the ability to measure vital signs of burn victims where attaching a measuring device could prove painful. For the average individual, using a medical device embedded in a household item would be less complicated then attempting to use a blood pressure gauge. As such, it can be seamlessly integrated into the home. Embedded systems have been making their way into the home for years in the way of microwaves, big screen TVs, thermostats. My initial concern is that the hardware would have to be cost effective, and the software very extensible. Would the web cam have to be calibrated periodically? Would the software need periodic updates and patches? Would the Medical Mirror be better if it used an embedded approach for the hardware thus removing major maintenance issues form the user?

In the area of Bioinformatics the potential to stream back to medical data repositories or health-care facilities is the where the Medical Mirror stands out. Consider an individual undergoing treatment for a condition. In addition to the individual returning to the office for follow-up visits, the patient's vital signs can be streamed back and collected by the attending doctor allowing the treatment to be studied on a more granular level over time. Observing the effects of a prescribed drug over time can now potentially be accomplished. Statistical data can be collected by drug companies to improve their products. Individuals with illness’ can have their vital signs tracked in real time, collected and analyzed.

However, the area of medical records data collection is not standardized. There are hundreds of different health-care institutions in the U.S. that use different systems to record and store data, and many doctors do not use electronic records at all, making the task of retrieving and updating data extremely difficult for the average person (Kohane, 2011). Consider the recent demise of Google Health. Its untimely death is, in many ways, an extension of U.S. health-care providers' failure to share data across institutions, or make it easy for patients to obtain it (Talbot, 2011). The area of Bioinformatics needs to be standardized. It would be in the best interest of the patients, and the health-care industry to do so. The future could then be wide open for developers to create additional embedded systems to help improve the quality of life.
Despite the concerns raised, there certainly is a place for the Medical Mirror. The potential is even greater if the Bioinformatics community could agree on a standard. For use in the home, hospitals, and even gyms to track heart rate, respiration, and blood pressure in an unobtrusive way is in my opinion a giant step in the integration of embedded systems in the home.




The structure? A household item, a mirror.
The creativity? Improving the quality of life via an unobtrusive device with an embedded system.

Comments

Popular posts from this blog

:nth-child structural pseudo-class selectors

There are 4 pseudo-class expressions that are part of the :nth-child pseudo-class. Structural pseudo-class selectors target HTML elements based on the DOM tree. Basically, elements that cannot easily be targeted by simple selectors or combinations of selectors. What makes pseudo-classes so handy is the ability style elements dynamically based on its position in the DOM. :nth-of-type(N) :nth-last-child(N) :nth-child(N) :nth-last-of-type(N) :nth-of-type(N) selector My favorite of the 4 is the :nth-of-type(N) selector. The nth-of-type selector allows you to select child elements of a parent based on the particular type of the element, for example every 5th "li" element in a list. You can select even or odd elements, or the nth (order number) child in the group of elements. The class accepts the argument "n" which can can be a keyword, a number, or strings "odd", "even", or an expression "-n+3". Let's look at a simple but ef

The ICMP protocol

Let's look into the ICMP protocol. Specifically, ping and traceroute. ICMP is the Internet Control Message Protocol and is a component of the IP Layer. Basically, used by hosts to communicate diagnostic network layer information that is carried in the IP payload. It communicates error messages which are acted on by the IP layer or the UDP or TCP protocols. All of the exercises were carried out using the open source network protocol analyzer "Wireshark". www.wireshark.org Describe in detail the protocols ARP and ICMP. ARP is the Address Resolution Protocol is similar to that of DNS. Where DNS resolves IP addresses to domain names, ARP resolves network layer IP addresses to link layer MAC addresses. In order to send a datagram the source must give the adaptor the IP address and the MAC address. For example, host A wants to send a packet to host B. Host A uses a cached ARP table to look up the IP address for any existing records of host B's MAC address. If the MA

Creating triggers

Triggers are SQL statements which are stored with the intention of being activated or fired when an event associated with a database table occurs. This could be any event including an INSERT, UPDATE and DELETE. Lets begin by creating a few simple insert triggers CREATE a trigger on the ORDERLINE table for the insert event. The trigger will update the corresponding PRODUCT record QTY_ORDERED by adding the value of QTY to QTY_ORDERED. CREATE TRIGGER tr_qty_ordered_value_insert ON Orderline FOR INSERT AS BEGIN UPDATE product SET QTY_ORDERED = QTY_ORDERED + ((SELECT qty from INSERTED) * (SELECT unitprice from INSERTED)) WHERE product.ProductID = (SELECT ProductID from INSERTED); END; Command(s) completed successfully. CREATE a trigger on the ORDERLINE table for the delete event. The trigger will update the corresponding PRODUCT record QTY_ORDERED by subtracting the value of QTY FROM QTY_ORDERED. CREATE TRIGGER tr_qty_ordered_value_delete ON Orde