<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Human Factors MD Inc.</title>
	<atom:link href="http://www.humanfactorsmd.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.humanfactorsmd.com</link>
	<description>Making medical technology usable.</description>
	<lastBuildDate>Sun, 14 Apr 2013 14:27:11 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>We Are Hiring!</title>
		<link>http://www.humanfactorsmd.com/we-are-hiring/</link>
		<comments>http://www.humanfactorsmd.com/we-are-hiring/#comments</comments>
		<pubDate>Wed, 10 Oct 2012 23:51:17 +0000</pubDate>
		<dc:creator>Tim Reeves</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.humanfactorsmd.com/?p=975</guid>
		<description><![CDATA[We are looking for human factors professionals to join our growing team.  Ideally, you are a Masters-level human factors professional with 3+ years commercial experience that includes usability testing and exposure to medical devices.  More recent graduates will be considered, so don&#8217;t be shy! You must be a US citizen or permanent resident of the [...]]]></description>
				<content:encoded><![CDATA[<p>We are looking for human factors professionals to join our growing team.  Ideally, you are a Masters-level human factors professional with 3+ years commercial experience that includes usability testing and exposure to medical devices.  More recent graduates will be considered, so don&#8217;t be shy!</p>
<p>You must be a US citizen or permanent resident of the US.   We&#8217;re a distributed company and everyone works from a home office.   So you need to be self-disciplined, and enjoy the flexibility that working from home allows.  You will need to travel to client offices, clinical sites, and research facilities within the US.</p>
<p>Salary and benefits are negotiable.</p>
<p>To apply:</p>
<ol>
<li>Spend some time on our website, learning as much as you can about what we do.</li>
<li>Send an electronic copy of your resume and introductory email to tim@humanfactorsmd.com.</li>
</ol>
<p>We look forward to hearing from you. These are busy times!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/we-are-hiring/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FDA Offers New HF Guidance</title>
		<link>http://www.humanfactorsmd.com/fda-offers-new-guidance-on-human-factors/</link>
		<comments>http://www.humanfactorsmd.com/fda-offers-new-guidance-on-human-factors/#comments</comments>
		<pubDate>Fri, 05 Aug 2011 18:18:41 +0000</pubDate>
		<dc:creator>Tim Reeves</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://www.humanfactorsmd.com/?p=820</guid>
		<description><![CDATA[Introduction This past June 2011 marked the release of a new guidance document from the FDA titled Applying Human Factors and Usability Engineering to Optimize Medical Device Design. It is the first new guidance on human factors from the Agency in more than 10 years and it marks a significant evolution in the Agency’s thinking [...]]]></description>
				<content:encoded><![CDATA[<p><strong>Introduction</strong><br />
This past June 2011 marked the release of a new guidance document from the FDA titled Applying Human Factors and Usability Engineering to Optimize Medical Device Design.  It is the first new guidance on human factors from the Agency in more than 10 years and it marks a significant evolution in the Agency’s thinking about the role of human factors in improving medical device safety.  Like its earlier counterpart , the guidance focuses on how human factors methods can be used to identify and mitigate use-related hazards.  But the new guidance is much more prescriptive and raises the bar for device manufacturers.  It includes new requirements for human factors validation testing.  These requirements apply not just to “traditional” device manufacturers, but to companies producing “combination products” as well &#8211; drug products delivered using specialized syringes, injectors, and inhalers.</p>
<p><strong>What is Human Factors Anyway?</strong></p>
<p>Human factors is a marriage of psychology and engineering.  It is the application of our knowledge of human capabilities, limitations, and predispositions to the design of work, workspaces, and technology.  Of course, technology includes medical devices.</p>
<p>Poorly designed devices put patients and device operators at risk.  Problems arise when there is a mismatch between how a device should be used and the physical, perceptual, or cognitive abilities of the person using it.   For example, the thumbwheel on a glucose monitor may be too difficult for a diabetic with neuropathy to operate, information on a patient monitor may be too small for a nurse to read accurately from across the patient’s bed, or the sequence of steps to set the dose and prime an injector may be too lengthy for an elderly patient to remember.    Environmental factors such as lighting, noise, and vibration can create use-related risks as well.   Imagine setting up and adjusting a heart monitor in a speeding ambulance.   And situational factors such as lack of sleep or the competing demands of a busy ER can make operating an already complex and non-intuitive device more difficult.</p>
<p>Use-related hazards arise when design problems trigger use errors that pose risks to patients or device operators.  The good news is that human factors engineering can play a valuable role in identifying, evaluating, and addressing use-related hazards during device design.  A thorough human factors analysis considers all aspects of the user, intended use, the use environment, and the device user interface:</p>
<ul>
<li>User Considerations include who will use a device (a physician, nurse, patient, non-medical care giver): their physical strength, dexterity, and stamina; their attitudes, and emotional states; and what training they will receive and their knowledge of related devices.</li>
<li>Intended Use includes what the device will be used for (e.g. self-administration of a medication), or the work the device is designed to support (e.g., monitoring a patient’s oxygen saturation level).</li>
<li>Use environments may be hospital ICUs, labs, physician offices, emergency transport vehicles, patient homes, and public spaces; the environment may be crowded or cluttered, dark or well lit, quiet or noisy; environments may include other equipment or require the user to engage in other activities while operating a device.</li>
<li>The Device User Interface includes not only switches, dials, touch screens, icons, menus, indicator lights and alarms, but operating instructions, labeling, packaging, and training materials as well.</li>
</ul>
<p>Well-designed devices accommodate user and environmental factors.  Their user interface is consistent with a user’s abilities and operate in ways that are aligned with a user’s experience and expectations.  They facilitate correct actions and prevent or discourage use errors that pose risks to patients or users.  Human factors engineering provides the knowledge and methodology to reliably create well-designed, user- and patient-friendly devices.</p>
<p><strong>The New Guidance:  Applying Human Factors to Optimize Medical Device Design</strong></p>
<p>The new guidance provides an excellent introduction to human factors and its application to medical device design.  It is a well-written Human Factors 101.  Like its predecessor guidance released in 2000, it describes how human factors methods can be applied during device design to effectively manage use-related risks.   But the new guidance also introduces new requirements for Human Factors Validation Testing and outlines how human factors activities should be summarized and reported.</p>
<p><strong>Human Factors Validation Testing</strong></p>
<p>In principle, device manufacturers will need to conduct human factors validation testing for their device if their risk analysis has found a moderate to high risk of use error or the FDA feels testing is warranted to justify its concerns about human factors issues.  In practice, the FDA is requesting human factors validation tests in support of submissions for a broad range of devices.  This includes combination products utilizing drug delivery systems such as an injector or inhaler.   Human factors validation studies have become part of the review for approval of many New Drug Applications (NDAs).  These reviews are facilitated by the Office of Combination Products working in conjunction with  the Human Factors Team within the Center for Devices and Radiological Health (CDRH) and the Center for Drug Evaluation and Research (CDER).</p>
<p>For most device manufacturers, human factors validation testing requires conducting a simulated use test, in which a minimum of 15 prospective users for each distinct user population  are asked to operate the device in a meaningful way, in a realistic, but simulated environment.  The test should be structured to mimic actual use, utilize a production version of the device, and be sufficiently sensitive to capture use-related problems, if they exist.  This means test participants must be representative of actual users; the testing must be focused on the highest-priority tasks or use scenarios; and environmental and situational factors that can affect performance must be incorporated into the test environment (e.g., dim lighting, multiple alarms, distractions).  The test should monitor participant performance for evidence of use errors and engage participants (after all test scenarios have been completed) in assessing any use issues that arose during testing.</p>
<p>Finally, test participants must be Americans .  The FDA is responsible to US consumers.  Rather than entertain arguments from foreign manufacturers about why Canadians or English-speaking Europeans are adequate surrogates, the Agency now requires that testing be done in the US.</p>
<p><strong>The Human Factors Engineering Report</strong><br />
The new guidance also outlines how manufacturers should summarize and report on their human factors engineering activities.  Table 1 outlines the FDA’s requirements for a Human Factors Engineering Report.  The outline ensures that manufacturers discuss those topics of primary importance to human factors reviewers and follow a format that will facilitate the review process.</p>
<p>Manufacturers should draft the report as a defense lawyer might draft their closing statement in a legal case:  first, review the facts of the case (the analysis you undertook to identify and address use-related hazards), then the evidence assembled (especially the results of your validation test), and finally, why the facts and evidence support the case (your definitive claim that the device can be used safely, and why any residual risks are acceptable without further efforts at mitigation).</p>
<table style="height: 203px;" border="0" cellpadding="5" width="98%">
<tbody>
<tr>
<td width="10%"><align="right" valign="top"><strong>Section</strong></td>
<td width="90%"><align="right" valign="top"> <strong>Recommended Content in Each Section</strong></td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">1</td>
<td width="90%"><strong>Analysis of Intended Users, Uses, Use Environments, and Training.</strong></p>
<p>Describe your intended users, intended use, and context of use.  Include a discussion of  critical factors that influence user performance, including differences among distinct user groups, aspects of the use environment, or situational factors present in the context of use.  Discuss whether device users will require training and how that training will be provided in practice.</p>
</td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">2</td>
<td width="90%"><strong>Device User Interface.</strong></p>
<p>Provide a graphical depiction of your device user interface and a verbal description of device operation.</p>
</td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">3</td>
<td width="90%"><strong>Summary of Known Use Problems.</strong></p>
<p>Summarize your analysis of known issues with predicate or related devices and what design modifications where introduced for your device to mitigate these issues.</p>
</td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">4</td>
<td width="90%"><strong>User Task Selection, Characterization, and Prioritization.</strong></p>
<p>Summarize your risk analysis methods and the use-related hazards you identified.  Relate these risk to user interactions to prioritize user tasks by their level of risk.  Critical user tasks must be included in your validation testing protocol.</p>
</td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">5</td>
<td width="90%"><strong>Summary of Formative Evaluations.</strong></p>
<p>Discuss formative usability testing conducted during your device’s design.  Discuss key findings and design modifications introduced as a result, or insights that informed the design of your validation testing protocol.</p>
</td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">6</td>
<td width="90%"><strong>Validation Testing.</strong></p>
<p>Describe your methodology, including rationale for selection of test participants, approach to training, critical tasks and scenarios studied, technique for capturing unanticipated use errors, and definition of performance failures.  Test results should review task failures and include an analysis that incorporates subjective assessments by participants about those failures.</p>
</td>
</tr>
<tr>
<td width="10%"><align="right" valign="top">7</td>
<td width="90%"><strong>Conclusion.</strong></p>
<p>Provide a statement that your device is safe and effective for intended users, uses, and use environments.  Then discuss how the work you performed (described in the previous sections) supports this conclusion.  Discuss any residual risk and provide a rationale for why further attempts at mitigation are not warranted.</p>
</td>
</tr>
</tbody>
</table>
<p>Table 1.  Outline for the Human Factors Engineering Report.</p>
<p><strong>Canada, Europe and Beyond?</strong><br />
The new guidance is, of course, specific to the FDA and devices bound for the US market.  What about Health Canada, Europe, or other jurisdictions?  While Health Canada regulations do not deal specifically with human factors (a search of the Health Canada website for the term “human factors” turned up little in the way of guidance or requirements) Health Canada is following the FDA’s direction and has begun to ask device manufacturers to conduct human factors validation testing to support their submissions.</p>
<p>Manufacturers are already required to comply with ISO/EN 62366:  Medical devices – Application of usability engineering to medical devices, in order to gain CE Marking for sale of their devices in the European Union.  ISO/EN 62366 is similar in intent to the FDA’s new guidance document and includes a requirement for validation testing.</p>
<p><strong>Moving Forward</strong><br />
If your company is a medical device manufacturer or is planning a new drug application that includes a drug delivery device such as a syringe, injector, or inhaler, plan on conducting a human factors validation, in the United States, to support your regulatory submission.  Don’t wait for a request from a reviewer.  Manufacturers need to start human factors work early in their product’s design.  Companies will not meet the FDA’s requirements for a well-designed human factors validation study if they have not conducted an analysis of device users, use environments, and situational factors that affect how well people can use the device; prioritized the risk of user interactions; and identified and taken steps to mitigate potential use-related hazards.   The very good news is that doing this human factors work will ensure that your company develops a safer, more usable product.</p>
<table></table>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/fda-offers-new-guidance-on-human-factors/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Formative Usability Testing</title>
		<link>http://www.humanfactorsmd.com/formative-usability-testing/</link>
		<comments>http://www.humanfactorsmd.com/formative-usability-testing/#comments</comments>
		<pubDate>Thu, 28 Jul 2011 19:08:52 +0000</pubDate>
		<dc:creator>The Team</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://www.humanfactorsmd.com/?p=916</guid>
		<description><![CDATA[The simplest, most effective way to understand how to improve your product is to watch people use it. Human Factors MD conducts Formative Usability Testing for clients to evaluate the usability of their medical software or device design. We put early product concepts or design prototypes into the hands of users and have them complete [...]]]></description>
				<content:encoded><![CDATA[<p>The simplest, most effective way to understand how to improve your product is to watch people use it.    </p>
<p>Human Factors MD conducts Formative Usability Testing for clients to evaluate the usability of their medical software or device design.  We put early product concepts or design prototypes into the hands of users and have them complete real activities under our observation.  Six to eight users are sufficient to put a design through its paces.  We measure how well people do, where they have problems, and how they experience the design.   When testing is complete, our clients know which aspects of their design work well and where to focus efforts at improvement.  </p>
<h3><span style="color: #1cb0d8;">Solves These Problems</h3>
<ul>
<li>We are investing heavily in the development of a new generation of product. But how can we be sure we have a winner?</li>
<li>Clinicians won&#8217;t use our device unless it&#8217;s simple and easy to operate.  How do we ensure that our engineers are on the right track?</li>
<li>How do we meet our design verification objectives?  How can we verify that our design outputs match our design inputs?</li>
</ul>
<h3><span style="color: #1cb0d8;">Our Approach</h3>
<p>Conducting formative usability testing as <u>part</u> of an iterative design strategy is the most reliable way to develop a truly usable product.  The very good news is that formative usability testing can be effective with as few as six to eight participants.  Moreover, depending upon the design issues under evaluation, usability testing can be conducted using simple, low fidelity paper or foam mockups or higher fidelity software or presentation prototypes.  </p>
<p>But for usability testing to be effective, it needs to conducted well.   Usability testing isn&#8217;t simply about bringing users around a table to view and talk about your design.  A usability test is not a focus group.   For usability testing to be an effective tool for understanding user interface design strengths and weaknesses it needs to engage actual users in performing real work.  Actual users.  Performing real work.  Using realistic clinical data.  In a realistic setting.</p>
<p>We&#8217;ll work with clients to plan an effective usability test: to define the test objectives, prototype requirements, and activities test participants will perform to evaluate the design.  We develop a participant screener and recruit representative users.  We host and conduct the testing, keeping a video-log for subsequent evaluation.  We analyze the results, prioritize usability issues, generate design recommendations, and summarize the key findings and recommendations in a presentation to our client&#8217;s development team.</p>
<h3><span style="color: #1cb0d8;">Benefits</h3>
<ul>
<li>Provides quick, cost-effective, and actionable feedback from real users.</li>
<li>Identifies usability strengths and prioritizes usability weaknesses.</li>
<li>Satisfies design verification requirements.</li>
</ul>
<h3><span style="color: #1cb0d8;">Deliverables</h3>
<p>A Usability Test Plan, Participant Screener, Results Presentation, and video-footage.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/formative-usability-testing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Usability Bench Test™</title>
		<link>http://www.humanfactorsmd.com/usability-bench-test%e2%84%a2/</link>
		<comments>http://www.humanfactorsmd.com/usability-bench-test%e2%84%a2/#comments</comments>
		<pubDate>Thu, 28 Jul 2011 18:50:54 +0000</pubDate>
		<dc:creator>The Team</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://www.humanfactorsmd.com/?p=904</guid>
		<description><![CDATA[Our Usability Bench Test™ provides a quick and cost-effective evaluation of potential usability issues with a software application or medical device user interface. The Bench Test can be performed at the earliest stages of your product&#8217;s development, while there is still an opportunity to introduce effective design solutions. Solves These Problems How do we identify [...]]]></description>
				<content:encoded><![CDATA[<p>Our Usability Bench Test™ provides a quick and cost-effective evaluation of potential usability issues with a software application or medical device user interface.  The Bench Test can be performed at the earliest stages of your product&#8217;s development, while there is still an opportunity to introduce effective design solutions.</p>
<h3><span style="color: #1cb0d8;">Solves These Problems</h3>
<ul>
<li>How do we identify potential usability issues early enough in the design process to address them effectively?</li>
<li>How to we identify usability issues that could negatively effect user acceptance and satisfaction?</li>
<li>We conduct usability testing when we have a working prototype, but what can we do earlier in the process to ensure we are on the right track?</li>
<li>How can we verify that the design we have meets our design input requirements?</li>
</ul>
<h3><span style="color: #1cb0d8;">Usability Bench Test™ Defined</h3>
<p>The Usability Bench Test™ combines elements of several proven human factors techniques, including Task Analysis and Heuristic Review. The test is performed by one or more human factors and design experts, who take the following factors into consideration:</p>
<ul>
<li>The design of the user interface, instructions for use, and packaging.</li>
<li>The specific steps (i.e., task steps) required to use the device safely and effectively.</li>
<li>The device use environment (the environmental, social, and organizational conditions under which the device is likely to be used).</li>
<li>The motor, perceptual, and cognitive capabilities and limitations of the target user population (i.e., what users can do relative to the requirements of the task).</li>
<li>The predispositions of the target user population (what users are likely to do given their expectations and experience with the device).</li>
<li>General human factors principles for good design (e.g., Provide unambiguous and timely feedback on use actions and device states, Provide a clear conceptual model, Make things visible, Anticipate errors, Reduce memory load).</li>
<li>Relevant standards, including the AAMI’s HE75 Human factors engineering: design of medical devices.
</ul>
<p>Usability problems are identified and prioritized based on their impact to the user and likelihood of occurrence. Recommendations for design or labeling changes aimed at addressing the problems are provided.</p>
<h3><span style="color: #1cb0d8;">Deliverables</h3>
<p>Written report suitable for inclusion in a design history file and/or a PowerPoint™ presentation summarizing key findings and recommendations for design or labeling changes.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/usability-bench-test%e2%84%a2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Human Factors and the QSR</title>
		<link>http://www.humanfactorsmd.com/fda-human-factors-requirements/</link>
		<comments>http://www.humanfactorsmd.com/fda-human-factors-requirements/#comments</comments>
		<pubDate>Wed, 05 Jan 2011 16:41:49 +0000</pubDate>
		<dc:creator>The Team</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://humanfactorsmd.com/ideas/?p=394</guid>
		<description><![CDATA[As a manufacturer, you are required by FDA to demonstrate how human factors considerations were met during your product&#8217;s development. To assist manufacturers in understanding the regulations, FDA issued several guidance documents to support its human factors initiative, including Do It By Design: An Introduction to Human Factors in Medical Devices and Medical Device Use-Safety: [...]]]></description>
				<content:encoded><![CDATA[<p><a href="http://humanfactorsmd.com/fda-human-factors-requirements"><img src="http://humanfactorsmd.com/wp-content/uploads/2011/01/thumb_FDA.jpg" alt="FDA Logo" title="FDA logo" width="103" height="71" class="alignleft size-full wp-image-698" /></a>As a manufacturer, you are required by FDA to demonstrate how human factors considerations were met during your product&#8217;s development. To assist manufacturers in understanding the regulations, FDA issued several guidance documents to support its human factors initiative, including <a href="http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/GuidanceDocuments/ucm094957.htm"><span style="color: #028aaf;"><span style="text-decoration: underline;">Do It By Design: An Introduction to Human Factors in Medical Devices</span></span></a> and <a href="http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/GuidanceDocuments/ucm094460.htm"><span style="color: #028aaf;"><span style="text-decoration: underline;">Medical Device Use-Safety: Incorporating Human Factors Engineering into Risk Management</span></span></a>. However, the <strong>&#8220;teeth&#8221;</strong> behind their human factors requirements lay in Section 820.30 of the Quality Systems Regulation or QSR, in paragraphs c, f, and g:<br />
<span id="more-394"></span><br />
<span style="color: #1cb0d8;">(c) Design Input:</span></p>
<p style="margin-left: 0.5in;">&#8220;Each manufacturer shall establish and maintain procedures to ensure that the design requirements relating to a device are appropriate and address the intended use of the device, including the needs of the users and patient.&#8221;</p>
<p>FDA&#8217;s goal is to ensure that manufacturers make a systematic assessment of who will be using a device (user population), the conditions under which it will be used (use environment, situational factors), how it will be used (tasks, usage scenarios for the full life of the product), and whether there are use-related hazards (can it be used safely).</p>
<p>Human factors activities for generating design inputs include things like user research studies (focus groups, one-on-one interviews, contextual inquiry), task analysis, Usability &amp; Safety Bench Tests, and usability testing of design concepts.</p>
<p><span style="color: #1cb0d8;">(c) Design Verification:</span></p>
<p style="margin-left: 0.5in;">&#8220;Each manufacturer shall establish and maintain procedures for verifying the design input. Design verification shall confirm that the design output meets the design input requirements.&#8221;</p>
<p>Verification pertains to inspection, analysis, and testing of your device against requirements. Human Factors techniques for verification include Usability &amp; Safety Bench tests and usability testing.</p>
<p><span style="color: #1cb0d8;">(c) Design Validation:</span></p>
<p style="margin-left: 0.5in;">&#8220;Design validation shall ensure that devices conform to defined user needs and intended uses, and shall include testing of production units under actual or simulated use conditions.&#8221;</p>
<p>Validation addresses the broader issue of whether the device can be used safely in real-world situations. FDA expects you to conduct usability testing with actual users under simulated (but as real as possible) conditions, using production or pre-production models.</p>
<p>The primary human factors techniques for design validation is usability testing.</p>
<p>Paragraph (g) also references risk analysis:</p>
<p style="margin-left: 0.5in;">&#8220;Design validation shall include&#8230;risk analysis&#8230;.&#8221;</p>
<p>Throughout product design and development, FDA expects manufacturers to engage in risk management. The human factors focus for risk management is on so-called use-related errors. Risk management of use-related errors involves identifying and describing use scenarios that result in hazards, assessing risk, introducing user interface design changes that eliminate or mitigate risk, verifying that design changes do mitigate risk and that no new hazards are introduced, and validating that the final device can be used safely and effectively. These goals can usually be met as part of the task analysis, expert review, and usability testing activities discussed above.</p>
<p>FDA expects investments in human factors by manufacturers to be commensurate with a device&#8217;s inherent risk: the greater the risk associated with error, the more human factors effort is warranted. However, there are no hard and fast rules (only guidelines) and in the end, it&#8217;s up to each manufacturer to decide what human factors work to conduct during product development. Device manufacturers need to be satisfied that what they have done is sufficient to ensure that their device can be used safely and effectively, and that they can justify their level of human factors effort to FDA if asked.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/fda-human-factors-requirements/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Our Medical Error Index</title>
		<link>http://www.humanfactorsmd.com/our-medical-error-index/</link>
		<comments>http://www.humanfactorsmd.com/our-medical-error-index/#comments</comments>
		<pubDate>Tue, 08 Jun 2010 01:34:10 +0000</pubDate>
		<dc:creator>Tim Reeves</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://humanfactorsmd.com/ideas/?p=228</guid>
		<description><![CDATA[The past two decades have seen the problem of medical error come to light. Here is our version of the Harper&#8217;s Magazine Index applied to the problem of medical error: Estimated number of deaths per year in the US hospital system attributable to medical error: 98,000 Number of jumbo jet crashes required per day for [...]]]></description>
				<content:encoded><![CDATA[<p>The past two decades have seen the  problem of medical error come to light. Here is our version of the Harper&#8217;s  Magazine Index applied to the problem of medical error:<br />
<span id="more-228"></span></p>
<table style="height: 203px;" border="0" cellpadding="5" width="98%">
<tbody>
<tr>
<td width="83%">Estimated  number of deaths per year in the US hospital system attributable to  medical error:</td>
<td width="17%" align="right" valign="top">
<div>98,000</div>
</td>
</tr>
<tr>
<td width="83%">Number  of jumbo jet crashes required per day for equivalent death rate:</td>
<td width="17%" align="right" valign="top">
<div>1.5</div>
</td>
</tr>
<tr>
<td width="83%">Rank  of medical errors among leading causes of death in the US:</td>
<td width="17%" align="right" valign="top">
<div>5th</div>
</td>
</tr>
<tr>
<td width="83%">Rank  of medical errors among causes of death relative to motor vehicle  accidents, diabetes,  kidney disease, breast cancer, and influenza:</td>
<td width="17%" align="right" valign="top">
<div>1st</div>
</td>
</tr>
<tr>
<td width="83%">Percentage  of anesthesiologists who, when surveyed anonymously, admitted to  committing an  error with fatal results:</td>
<td width="17%" align="right" valign="top">
<div>24</div>
</td>
</tr>
<tr>
<td width="83%">Percentage  of Americans who estimate that medical error causes fewer than 5,000  deaths annually:</td>
<td width="17%" align="right" valign="top">
<div>60</div>
</td>
</tr>
<tr>
<td width="83%">Percentage  of Americans who are &#8220;very concerned&#8221; that an error or mistake will  lead to serious injury or harm when flying in a commercial aircraft:</td>
<td width="17%" align="right" valign="top">
<div>32</div>
</td>
</tr>
<tr>
<td width="83%">Percentage  of Americans who are &#8220;very concerned&#8221; that an error or mistake will  lead to serious injury or harm when going to a hospital for care:</td>
<td width="17%" align="right" valign="top">
<div>47</div>
</td>
</tr>
<tr>
<td width="83%">Percentage  of Americans who believe they have personally experienced a medical  error:</td>
<td width="17%" align="right" valign="top">
<div>42</div>
</td>
</tr>
<tr>
<td width="83%">Estimated  annual cost of medical error to US healthcare system:</td>
<td width="17%" align="right" valign="top">
<div>$24 billion</div>
</td>
</tr>
</tbody>
</table>
<p>(Sources:  1, 10 <a href="http://www.nap.edu/openbook/0309068371/html/">IOM To Err  is Human</a>,  3, 4 <a href="http://www.wrongdiagnosis.com/index.html">WrongDiagnosis.com</a>,   6, 7, 8, 9<a href="http://headlines.kff.org/healthpollreport/templates/home.php?page=index">Kaiser   Health Poll Report 2003</a>, 5 Anesthesiology, 63:A497, 1985)<br />
<br /> </br></p>
<h3><span style="color: #1cb0d8;">Errors  Attributable to Poor Device Design</span></h3>
<p>Of course, not  all errors  involve medical devices or stem from poor device design. Errors take  several forms,  including:</p>
<p><strong>Diagnostic  Errors</strong>,  such as misdiagnosis leading to an incorrect choice of therapy, failure  to use  an indicated diagnostic test, misinterpretation of test results, failure  to act  on abnormal results;<br />
<strong>Treatment Errors</strong>,  such  as errors in the use of a drug, administering the wrong drug, adverse  drug reactions,  errors in administering to a patient, delay in treatment;<br />
<strong>Preventative  Errors</strong>, such as failures to provide an indicated prophylactic  treatment,  inadequate monitoring or follow-up of treatment;<br />
<strong>Device  Use-Errors</strong>, incorrect programming of a dosage, failure to respond  to an  alarm, misreading displayed information, data entry errors, inadvertent  switch  activation.</p>
<p>And while we at Human Factors MD are  unaware  of statistics on the frequency of device use-errors, it is clear that  errors caused  by poorly designed devices are a significant part of the medical error problem.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/our-medical-error-index/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Psychology of Human Error</title>
		<link>http://www.humanfactorsmd.com/psychology-of-human-error/</link>
		<comments>http://www.humanfactorsmd.com/psychology-of-human-error/#comments</comments>
		<pubDate>Tue, 08 Jun 2010 01:30:49 +0000</pubDate>
		<dc:creator>Tim Reeves</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://humanfactorsmd.com/ideas/?p=225</guid>
		<description><![CDATA[While the consequences of medical errors can be devastating, in reality, medical errors are not unique. Medical errors are simply errors in a medical context. As such, we can turn to what we know about the nature of human error in general to understand why medical errors occur, what factors produce them, and how to [...]]]></description>
				<content:encoded><![CDATA[<p>While the consequences  of medical errors can be devastating, in reality, medical errors are not  unique.  Medical errors are simply errors in a medical context. As such, we can  turn to  what we know about the nature of human error in general to understand  why medical  errors occur, what factors produce them, and how to design to reduce  them.<br />
<span id="more-225"></span></p>
<h3><span style="color: #1cb0d8;">Slips,  Lapses and Mistakes</span></h3>
<p>Cognitive psychologists  distinguish  between &#8220;skill-based&#8221; performance, &#8220;rule-based&#8221; performance,  and &#8220;knowledge-based&#8221; performance. Skills are highly practiced behaviors   that we perform routinely, with little conscious effort. They&#8217;re  literally automatic.  Rule and knowledge-based performance require more mental involvement or  conscious  deliberation. We rely on them when skill-based performance won&#8217;t work,  typically  in exceptional or novel situations.</p>
<p><strong>Slips  and lapses</strong> are errors in the performance of skill-based  behaviors, typically  when our attention is diverted. A common mechanism for a slip is  &#8220;capture&#8221;,  in which a more frequently performed behavior &#8220;takes-over&#8221; a similar,  but less familiar one. For example, a capture  error  is made when a nurse misprograms a new infusion pump because the  sequence of steps  is similar, but not identical to the pump he is most familiar with. Description  errors are slips that occur when the objects of different actions  are close  together or visually similar, as when the wrong control on an EKG is  adjusted  because it&#8217;s close to other controls that look the same. Loss  of activation errors are lapses where the goal is forgotten in  the middle  of a sequence of actions (e.g., a radiologists forgetting what he is  looking for  after retrieving and displaying a comparison study), or we omit a step  in a routine  sequence (e.g., the failure to complete a &#8220;double-check&#8221; for blood-type  in an organ transfer protocol).</p>
<p>Slips and lapses  occur  while our attention is diverted and we fail to monitor the actions we&#8217;re  performing.</p>
<p><strong>Mistakes </strong> are errors in rule or knowledge-based performance. They arise when we  misinterpret  a situation or misapply a rule (usually, a rule that is frequently used  and seems  to fit the situation well enough). Mistakes include errors in  perception, judgment,  inference, and interpretation. Mode errors  are  common mistakes. A mode error arises when we perform an action  appropriate for  one mode, but we are mistakenly in another (e.g., when a nurse assumes  the default  analgesic concentration of 1.0 mg applies, but the pump was set to 10 mg  by previous  user). Misdiagnoses, misinterpretation of test results, failing to  provide indicated  prophylactics, and failing to respond to a device alarm are all examples  of mistakes.</p>
<h3><span style="color: #1cb0d8;">The  Role of Attention</span></h3>
<p>As with slips and lapses, attention  plays a key role in mistakes. Whereas attention&#8217;s job is to monitor  skill-based  performance, our attention is actively engaged in the analytical  reasoning and  problems solving of rule and knowledge-based performance. As a result,  slips,  lapses, and mistakes are all more common when situational factors divert  our attention.  Situational factors include physiological factors like fatigue, sleep  loss, alcohol,  drugs and illness and psychological factors such as having to juggle  multiple  activities, stress, boredom, frustration, fear, anxiety, and anger.</p>
<h3><span style="color: #1cb0d8;">Two  Sides of the Same Coin</span></h3>
<p>Errors are a predictable  consequence  of basic and normally useful cognitive mechanisms, not random or  arbitrary processes.  As error expert James Reason suggests, correct performance and  systematic errors  are two sides of the same coin.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/psychology-of-human-error/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What is Human Factors Anyway?</title>
		<link>http://www.humanfactorsmd.com/humanfactors-defined/</link>
		<comments>http://www.humanfactorsmd.com/humanfactors-defined/#comments</comments>
		<pubDate>Mon, 26 Apr 2010 14:25:02 +0000</pubDate>
		<dc:creator>Tim Reeves</dc:creator>
				<category><![CDATA[Ideas]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://humanfactorsmd.com/ideas/?p=113</guid>
		<description><![CDATA[Human Factors Defined Human factors is the application of what we know about human capabilities and limitations to the design of equipment and devices in order to enable more productive, safe, and effective use. Known also as usability engineering, cognitive ergonomics, or user-centered design, human factors is a marriage of psychology and engineering: the application [...]]]></description>
				<content:encoded><![CDATA[<h4><a href="http://www.humanfactorsmd.com/wp-content/uploads/2010/04/hm-img4.jpg"><img class="alignleft size-thumbnail wp-image-115" style="border: 1px solid black;" title="hm-img4" src="http://www.humanfactorsmd.com/wp-content/uploads/2010/04/hm-img4.jpg" alt="" width="56" height="56" /></a><span style="color: #1cb0d8;">Human Factors Defined</span></h4>
<p>Human factors is the application of what we know about human capabilities and  limitations to  the design of equipment and devices in order to enable more productive, safe, and effective use.</p>
<p>Known also as usability  engineering,  cognitive ergonomics, or user-centered design, human factors is a  marriage of  psychology and engineering: the application of a scientific body of  knowledge  about human strengths and weaknesses to the design of technology.<br />
<span id="more-113"></span></p>
<h4><span style="color: #1cb0d8;">An  Historical Perspective</span></h4>
<p>Human factors has its  roots in the  early efforts of industrial engineers, psychologists, and efficiency  experts to  streamline manufacturing operations and equipment for better worker  efficiency.  During World War II, human factors experts were enlisted by the military  to help  determine why bombs missed their targets, planes were crashing, and  friendly ships  were being sunk. Aircraft cockpit design received special focus, as the  rather  poor design of cockpit controls and displays were found to induce deadly  pilot  errors.</p>
<p>Since then, human factors analysis has  become  a notable part of the design of many safety critical systems, especially  in regulated  industries such as transportation and nuclear energy production.</p>
<p>In  recent years, human factors has found a calling in the development of  main stream  commercial products, as consumers demand more &#8220;user-friendly&#8221; products.</p>
<h4><span style="color: #1cb0d8;">Human Factors In Medicine</span></h4>
<p>In  medicine, rising concerns over the safety of anesthesia gas machines  triggered  interest in the application of human factors (to the considerable  benefit of patients),  in the late &#8217;70s. In the late 90&#8242;s, medical error emerged as a serious  issue in  the delivery of healthcare, spawning new interest in<a href="http://www.humanfactorsmd.com/hfandmedicine_reducerror_design.html"> human factors as a means of reducing error</a>. And like their  counterparts in  non-medical industries, medical software and device manufacturers have  turned  to human factors as a tool for shortening time-to-market, managing  development  costs, reducing product support costs, reducing the risk of product  recalls, and  improving customer satisfaction with their products. Human factors makes  good  business sense.</p>
<h4><span style="color: #1cb0d8;">Scope</span></h4>
<p>Both  a body of knowledge and a methodology (or at least, a collection of  empirical  and analytical techniques) human factors concerns itself with the  interaction  between an user, environment, and device:</p>
<table border="0" cellpadding="5" width="100%">
<tbody>
<tr>
<td width="21%">User</td>
<td width="71%">Abilities,  behaviors, and physical characteristics of people that impact how they  use technology;</td>
</tr>
<tr>
<td width="21%">Environment</td>
<td width="71%">Characteristics  of the environment that affect people when they use technology;</td>
</tr>
<tr>
<td width="21%">Device</td>
<td width="71%">Characteristics  of the device that affect how people use it (the &#8220;human interface&#8221;).</td>
</tr>
</tbody>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/humanfactors-defined/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why Users Don&#8217;t Make Good Designers</title>
		<link>http://www.humanfactorsmd.com/why-users-dont-make-good-designers/</link>
		<comments>http://www.humanfactorsmd.com/why-users-dont-make-good-designers/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 20:46:15 +0000</pubDate>
		<dc:creator>The Team</dc:creator>
				<category><![CDATA[Ideas]]></category>

		<guid isPermaLink="false">http://humanfactorsmd.com/ideas/?p=681</guid>
		<description><![CDATA[Some approaches to product development advocate engaging users directly in the design process, as co-designers. Along this line, a new client recently suggested that we organize several joint design sessions with their clinical advisory panel, and bring along a developer to the meetings who could incorporate the panel&#8217;s design ideas into a software prototype, &#8220;on-the-fly.&#8221; [...]]]></description>
				<content:encoded><![CDATA[<p>Some approaches to product development advocate engaging users directly in the design process, as co-designers. Along this line, a new client recently suggested that we organize several joint design sessions with their clinical advisory panel, and bring along a developer to the meetings who could incorporate the panel&#8217;s design ideas into a software prototype, &#8220;on-the-fly.&#8221; We (gently) moved our client away from this approach, by convincing them that in general, users don&#8217;t make good designers.<span id="more-681"></span></p>
<p>On the surface, inviting users to actively participate in design sounds like a good idea. After all, users have two qualifications that would seem to make them well suited as designers:</p>
<ol>
<li>They use the product. Who better to know what&#8217;s good and bad about it, and how best to improve it?</li>
<li>They&#8217;re clinical domain experts. Who is better qualified to define what a product should do and how it should work?</li>
</ol>
<p>But both arguments are suspect. Here are six reasons why users do not make good designers:</p>
<ol>
<li>
Users are too firmly rooted in their own perspective. All of us, as regular users of products, can be so entrenched in our way of doing things, that we can&#8217;t appreciate the merits of other approaches. A key challenge of design is creating a solution that will meet the common needs of a large enough group of users for the product to be commercially viable. Professional designers utilize a range of techniques to help define this broader perspective, including contextual inquiry, user profiling, and persona development.</li>
<li>	Users of a product often fail to see its design limitations. If we can&#8217;t recall the name of our patient even though it was presented on the previous screen, we&#8217;re more inclined to chastise our failing memories than the designer of the device for not displaying the information where we need it. We simply accommodate poor design by inventing workarounds. After a while these work arounds feel like the normal way to do things.</li>
<li>The &#8220;users are clinical experts&#8221; argument confuses domain knowledge with design knowledge. Just as clinicians are highly skilled in their specialty, designers are highly skilled in theirs. Professional designers receive several years of formal training, and seasoned designers have practiced this skill across numerous design projects. Just as living in a house doesn&#8217;t qualify you to be an architect, using a product doesn&#8217;t qualify you to redesign it.</li>
<li>
A user&#8217;s own account of what, how and why she does things may not be accurate. Psychologists have shown repeatedly, that despite our strongly held beliefs to the contrary, we often do not know how or why we do what we do. If, for example, you asked a physician how she arrived at a diagnosis, she may well describe an analytical process of weighing presenting symptoms and ruling out competing hypotheses. But research has shown that clinical expertise (as with expertise across many domains) is largely a matter of pattern matching. This pattern of symptoms looks like those of a prior patient. Our clinician isn&#8217;t being dishonest when she describes a different process. Rather, she is describing how she was taught. Her problem is that much of the mental work that supports her ability to diagnose problems based on a complex pattern of symptoms goes on below the level of her conscious awareness. Our conscious mind simply isn&#8217;t privy to what goes on beneath it. Our thoughts would be over-whelmed (not to mention exceedingly slow) if it was.</li>
<li>On a related note, just because someone can perform a complex skill or activity, doesn&#8217;t mean they are good at describing how to do it. Cognitive psychologists characterize this difference as a procedural-declarative gap. Procedural knowledge enables us to perform complex skills and activities; declarative knowledge enables us to understand and describe them. They are two different knowledge systems. In the same way that an artist may produce a remarkably creative painting but be able to say little about her own creative process, a lab tech may be quite skilled at differentiating analytes under a microscope but unable to articulate how she does it. Designers need to understand the how and why. Being a user doesn&#8217;t guarantee that you know this. </li>
<li>Like the proverbial kid at the candy shop, users sometimes ask for more data and features than they end up using. What can seem like a good idea (&#8220;show me everything&#8221;) may not work well in practice. Predicting how we will make use of something is inherently difficult. Design professionals use techniques like scenario-based testing to engage users in trying to simulate actual use in an effort to overcome the limits of prediction.
</li>
</ol>
<h3><span style="color: #1cb0d8;">Conclusion</span></h3>
<p>While the design professionals at Human Factors MD are strong proponents of involving users in the product development process, we don&#8217;t encourage active participation of users in design. User involvement is critical for understanding and refining requirements, as well as evaluating and providing feedback on designs as they evolve. But by-and-large, users do not make good designers.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/why-users-dont-make-good-designers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CardioNet&#8217;s Telemetry Monitoring Device</title>
		<link>http://www.humanfactorsmd.com/cardionets-telemetry-monitoring-device/</link>
		<comments>http://www.humanfactorsmd.com/cardionets-telemetry-monitoring-device/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 19:07:08 +0000</pubDate>
		<dc:creator>The Team</dc:creator>
				<category><![CDATA[Work Samples]]></category>

		<guid isPermaLink="false">http://humanfactorsmd.com/ideas/?p=511</guid>
		<description><![CDATA[]]></description>
				<content:encoded><![CDATA[]]></content:encoded>
			<wfw:commentRss>http://www.humanfactorsmd.com/cardionets-telemetry-monitoring-device/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
