Commentary

Marianne Kolbasuk McGee
Senior Writer, InformationWeek  

Should Mobile Health Apps Be Regulated By FDA?

App developers and mobile device makers better pay close attention because the FDA says it's looking for "greater regulatory clarity."

With the growing popularity of tablets and smartphones--and the explosion of E-health record products for clinicians and patients--we're seeing lots of useful, innovative mobile health tools hit the market. Will the threat of increased fedetal regulation stifle this rush of innovation? That's a question a lot of developers are probably asking themselves as they hear the latest news from the FDA.

Until fairly recently, most mobile health apps have been geared to consumers, including those who want handy access to information online about a health topic of interest--or to track details about their own health and wellness. But a growing number of mobile health apps are also aimed at patients with chronic conditions, measuring parameters like blood glucose, blood pressure, and the like.


More Healthcare Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

These readings are often compiled for the consumer's own informal tracking, but sometimes they're shared with doctors or other clinical third parties.

Increasingly sophisticated applications allow the data to be transmitted to clinicians for more intensive monitoring. Such monitoring allows caregivers to provide invaluable preventative advice when a patient is showing early signs of trouble.

As these apps become increasingly more sophisticated--some can send data to patients' health records or help clinicians make diagnoses or treatment decisions--experts worry that some devices and applications may do more harm than good, especially if they don't meet basic standards of reliability, safety, and security.

These considerations have prompted the Food and Drug Administration to take a closer look at mobile health devices and applications. To date, the FDA hasn't gotten too deep into making rules or enforcing regulations as they relate to mobile health app development. But that's likely to change soon.

What does the FDA have in mind?

"The rapid development and use of mobile apps for medical purposes has signaled the need for greater regulatory clarity for manufacturers developing these technologies," said a FDA spokeswoman in an email exchange with InformationWeek Healthcare.

"In the near future, we plan to provide draft guidance for public comment prior to finalizing, which will provide clarity for manufacturers as they continue to develop innovative, health-related mobile apps," she said.

12 Innovative Mobile Healthcare Apps
(click image for larger view)
Slideshow: 12 Innovative Mobile Healthcare Apps
"The use of mobile medical apps by health care professionals to diagnose and treat patients is helping to make patient-focused health care a reality and these innovative tools could one day also help patients more effectively manage their health," she said.

It's expected that if the FDA begins regulating mobile health apps, they'd likely fall under FDA 501 (k) rules for medical devices.

Within the FDA, medical device data systems (MDDS) are defined as hardware or software products that transfer, store, convert formats, and display medical device data. An MDDS does not modify the data or modify the display of the data, and it does not by itself control the functions or parameters of any other medical device. MDDS are not intended to be used for active patient monitoring.

Examples of MDDS include:

-- Software that stores patient data such as blood pressure readings for review at a later time.

-- Software that converts digital data generated by a pulse oximeter into a format that can be printed.

-- Software that displays a previously stored electrocardiogram for a particular patient.


Page 2:  Promote Innovation, Protect Public Health
 1 | 2 |Next Page » 

Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS

Resource Links