<?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>Reference Designer &#187; medical design</title>
	<atom:link href="http://referencedesigner.com/blog/tag/medical-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://referencedesigner.com/blog</link>
	<description>A Technology Blog</description>
	<lastBuildDate>Tue, 07 Sep 2010 00:16:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Architectural Decisions in the design of Processor Based Medical Devices</title>
		<link>http://referencedesigner.com/blog/architectural-decisions-in-the-design-of-processor-based-medical-devices/125/</link>
		<comments>http://referencedesigner.com/blog/architectural-decisions-in-the-design-of-processor-based-medical-devices/125/#comments</comments>
		<pubDate>Fri, 16 Jan 2009 20:26:24 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Hardware Design]]></category>
		<category><![CDATA[medical design]]></category>
		<category><![CDATA[telemedicine]]></category>

		<guid isPermaLink="false">http://referencedesigner.com/blog/?p=125</guid>
		<description><![CDATA[Engineering Managers have to take a number of crucial decisions early in the design stages of the Medical devices. The managers must understand the general requirements pertaining to the design of general processor based electronics devices along with the requirements specific to the medical field. The more we understand the various fabrics, hardware as well [...]]]></description>
			<content:encoded><![CDATA[<p>Engineering Managers have to take a number of crucial decisions early in the design stages of the Medical devices. The managers must understand the general requirements pertaining to the design of general processor based electronics devices along with the requirements specific to the medical field. The more we understand the various fabrics, hardware as well as software, of the design stage, the better it helps in taking the decision.<br />
<div align="center"><script type="text/javascript"><!--
google_ad_client = "pub-0502508159326879";
google_ad_slot = "4084810580";
google_ad_width = 336;
google_ad_height = 280;
//--></script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
</div><br />
It is utmost important to note that the decision making process must be guided by the truth searching rather than the quick assumptions. The following is a general guideline that will help managers get familiar with the fabrics of the design of a processor based medical device.</p>
<p><span style="color: #993300;"><strong>Choice of Processor </strong></span></p>
<p>The most important parameter that will govern the choice of the processor will depend upon its ability to satisfy the needs of the application. A typical application may require 4000 MIPS processing power, 2 USB, 1 Ethernet, 3 Serial ports, support for 1 Gbyte NAND Flash, Bluetooth, 802.11b, Audio,  XVGA LCD, touchscreen. Once basic processor and peripheral requirements are satisfied, we may narrow down our choice to the pricing, speed of processor for future enhancement and previous experience with the processor line.</p>
<p>It will also depend upon the software support offered by the processor as also the experience of the design team members with a chosen series of the processor.</p>
<p>Absolute comparison of processors is a difficult task, especially in embedded arena. Unlike desktop arena, there is a lack of the benchmark data comparing processing powers of the embedded processors.</p>
<p><span style="color: #993300;"><strong>Software Support / Operating System</strong></span></p>
<p>The choice of Operating System will be decided by the expertise of the existing team and the support for the available processor. Some of the choices that exist for the choice of the operating systems are VxWorks, Windows CE, Linux ( comes in various flavors), Embedded NT, DSP/BIOS, pSOS, eCOS, ATI Nucleius, LynxOS, ThreadX.<br />
<div align="center"><script type="text/javascript"><!--
google_ad_client = "pub-0502508159326879";
google_ad_slot = "4084810580";
google_ad_width = 336;
google_ad_height = 280;
//--></script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
</div><br />
As soon as the choice of the Processor is about to be made, the software team should be involved. If the choice is made for example, for  Linux system, the software team should be asked to download the complete Board Support package and go through  the process of compiling the complete Linux chain including Boot Loader, Kernel and the part of the application. If the hardware design implements additional circuitry that needs driver development, the software team must analyze the additional efforts required to develop it.</p>
<p>It is likely that half of the time the team working on a project would like to keep the operating system same when trying to switch the processor for a different system. This makes sense in many cases, as they feel comfortable with the existing system and are confident that most of their code will work without modification in the new system. However, when there is a change in the underlying hardware, it may make more sense to switch the operating system that is better suited to the new chosen processor or the system.</p>
<p><strong><span style="color: #993300;">Availability of Reference Design </span></strong></p>
<p>It is always preferable to use a proven reference design to proceed. This will minimize the number of errors and design re-spins. The designer is not expected to prove the design. His focus should be to deliver the product with minimal possible additional design efforts. On hardware design perspective, this will mean availability of the schematics design files as well as layout design files. We should not rely upon the pdf files of the schematics of simply the gerber files of the layout. The design team should make it clear to the processor sales team  that they will have a better chance of adaptability only if they provide the reference design files. If the reference design uses a CPLD or a FPGA, the design team must make sure that they have the source code and they understand the tools required to build the Verilog or VHDL source code.</p>
<p>The lower level software also forms the part of the reference design. This must be evaluated by the firmware engineer. If a right choice is made based depending upon the availability of the reference design, it is possible to get the embedded board up and running in first power up.</p>
<p><span style="color: #993300;"><strong>Use of CPLD / FPGA </strong></span></p>
<p>Use of CPLDs and FPGAs ( Field Programmable Gate Arrays) provide hardware design flexibility, cost reduction, space saving and many other exotic  features. However, if the designer chooses to use CPLD or FPGA in the design, he must take into account the time required to develop verify and maintain the code for the CPLD/FPGA. It will also depend upon the available manpower and expertise available.</p>
<p><span style="color: #993300;"><strong>Battery Power Requirements</strong></span></p>
<p>A key challenge in the design of portable medical device companies is to achieve two goals which have contradictory requirements &#8211; the goal of low power consumption and that of high performance.</p>
<p>The medical devices usually will fall in one of the two categories. The first category is that of  small microcontroller based systems that will  be required to operate many months before requiring recharge and or battery replacement.</p>
<p>The second category is of the full fledged processor based system with potentially LCD displays that have battery life in hours or in days at the most.</p>
<p>In both cases designer will have to work with power system design engineers, software team to implement the lower possible current consumption &#8211; most importantly in idle state.<br />
<strong><span style="color: #993300;"><br />
EMI/EMC Compliance, EMC 60601-1, EMC 60601-2 requirements</span></strong></p>
<p>The Safety requirements must be understood before the system is taken to the compliance tests. This is a very broad area and the EMI test , ESD test, safety test requirements must be clearly understood right at the beginning of the design.</p>
<p>EMI test will require that the PCB Layout must follow the schemes that minimizes radiation from the board. This will require power plane planning, proper terminations for all high speed signals. The designer must be prepared for the case when the design may fail in EMI test even after taking care of all possible design rules. The designer should make a provision for the Spread spectrum oscillator and a faraday cage, in case, the design marginally fails in EMI test. This will avoid costly re-spin.</p>
<p>Medical standard require that the fire enclosure for any unit with power rating 15W or greater should be 94V0 or better. The mechanical designer must work with the electrical engineers to find if the power consumption of the board is expected to stay within 15 Watts.</p>
<p>Electrostatic Discharge (ESD) is the abrupt release of charge from one object) to another. Such a discharge can permanently damage or otherwise upset the function of sensitive electronic circuits. ESD requirement can usually be fulfilled if we make provisions for the ESD diodes at all connector pins. ESD tests can be destructive if provisions for ESD safety are not provided with the board.</p>
<p>If power supply modules are used, we must ensure that they have follow required safety standards. All power system should be designed such that the short and open circuit conditions do not create hazard. The power supply regulators should have current limiting features. Reverse battery protection must be provided.<br />
<span style="color: #993300;"><strong><br />
FDA Approval </strong></span></p>
<p>Once we determines that the device falls into the category of the Medical Device, we will  have to get FDA approval to be able to sell the device in US market.</p>
<p>FDA classifies the Medical devices in three categories Classification identifies the level of regulatory control that is necessary to assure the safety and effectiveness of a medical device. We must understand the processes involved in getting the FDA approval. Different categories of the devices have different requirements. When taking the product requirement we must know the quality norms and requirements that must be adhered to. FDA recommends you validate your device under actual or simulated use conditions to ensure the device conforms to defined user needs and intended uses. As  part of the verification test, the devices verification test must be performed and recorded.</p>
<p>A detailed discussion about the approval process is beyond the scope of this paper. FDA approval process in neither difficult nor technically intensive as far as it does not involve drug and invasion to body parts. However, a prior experience to the FDA approval process greatly helps.</p>
<p><span style="color: #993300;"><strong>Signal Integrity Requirements</strong></span></p>
<p>Signal integrity  is a measure of the quality of a electrical signal ( usually high speed). A degradation is the quality of the high speed signals can lead to system failures, data loss.</p>
<p>Most embedded processor based systems now a days have high speed data bus including DDR, PCI-X, USB 2.0, SATA and others. Any failure not to observe signal integrity requirement will lead to unstable system performance and will be catastrophic for the Medical data logging based system. All systems must be analyzed by an expert in the Signal Integrity. Besides that the system must be tested for frequency margin  and voltage margin to see if it fails due to any signal integrity issue.</p>
<p>The signal integrity engineer must be involved at the very beginning of the design cycle, when the team is making critical architectural decisions and selecting component technology. Signal integrity engineer should be able to tell the amount of the efforts that will be required to simulate, if any, the high speed signals and the amount of the time and effort it may take. The Signal integrity and the testing team must develop a comprehensive simulation and measurement strategy that applies the appropriate level of analysis to each bus in the system.</p>
<p><strong><span style="color: #993300;">Continued availability of components</span></strong></p>
<p>As soon as the design starts all the components must be procured, at least in smaller quantity. This exercise will make any long lead component known ahead of time. The PCB designer must get samples of unverified components and ensure that the Library is correct not only by checking the design, but, also by physically inspecting the component.</p>
<p>Medical devices usually have much longer life than the consumer goods. This demands that  the component selection requires additional thought for assurance of continued availability.</p>
<p>The designer should make a checklist of the components that may go out of life in a specified amount of time. A possible alternate source must be listed. If the component does not have any alternate source it must be pointed out if in the check list. All such components should be grouped together and, if possible the electrical nets should go to an add on card connector for a possibly different source alternative.</p>
<p><span style="color: #993300;"><strong>Analyze the Potential Risk Areas</strong></span></p>
<p>No matter how good the design is, there are always some risk areas which can derail the deadline. All possible risk areas must be analyzed and documented. This will make everyone aware of the potential pitfalls. Attention must be paid to the high risk areas. It often happens the most of the meeting times are devoted to discuss petty things, like GUI interface and look and feel while more important discussion regarding core system design and the driver software development, potential hardware/ software integration issues get un discussed as these are difficult to follow.</p>
<p>The Engineering Manager’s only way to be able to analyze the risk will depend upon his past experience and his ability to keep himself updated of the technologies followed behind the design. This will be in addition to the feedback and analysis of his team members.</p>
<p><strong><span style="color: #993300;">Mechanical Enclosure design</span></strong></p>
<p>Medical devices have been historically designed with best exotic appearance. The design team must have a team member who not only can apply design techniques, but can also be creative in design. The creativity aspects can only be known from his demonstrated past experience. The team members should ensure the requirements are delivered and rest should be left to the imagination of the enclosure designer.</p>
<p><img class="alignleft" title="Vikas" src="http://referencedesigner.com/blog/wp-content/uploads/2009/01/vikas.jpg" alt="" width="128" height="161" />Vikas Shukla is currently working as Senior Design Engineer at BL Healthcare. He has degree in Computer Science and Engineering from IT-BHU, Varanasi, India. Mr. Shukla has over 15 years of experience in design of microprocessor-based systems. His expertise includes signal integrity, architecture and design of remote patient monitoring systems. The views expressed are his own.</p>
]]></content:encoded>
			<wfw:commentRss>http://referencedesigner.com/blog/architectural-decisions-in-the-design-of-processor-based-medical-devices/125/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Designing Medical Devices for ESD protection and compliance</title>
		<link>http://referencedesigner.com/blog/designing-medical-devices-for-esd-protection-and-compliance/116/</link>
		<comments>http://referencedesigner.com/blog/designing-medical-devices-for-esd-protection-and-compliance/116/#comments</comments>
		<pubDate>Fri, 16 Jan 2009 20:13:25 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Hardware Design]]></category>
		<category><![CDATA[medical design]]></category>
		<category><![CDATA[telemedicine]]></category>

		<guid isPermaLink="false">http://referencedesigner.com/blog/?p=116</guid>
		<description><![CDATA[ESD or Electrostatic Discharge is the transfer of an electrostatic charge between two objects. When two objects of different electric potential come into contact there is a surge of electric current. An object may become negatively charged by gaining electrons on its surface from another object. The object that transfer electrons become positively charged. In [...]]]></description>
			<content:encoded><![CDATA[<p>ESD or Electrostatic Discharge is the transfer of an electrostatic charge between two objects. When two objects of different electric potential come into contact there is a surge of electric current.</p>
<p>An object may become negatively charged by gaining electrons on its surface from another object. The object that transfer electrons become positively charged. In practical medical application a charged human body or object can come in contact with the medical appliance. The extra charge will discharge in the appliance and may or may not cause failure. The designer must ensure that the medical appliance is able to withstand static electricity.</p>
<p><div align="center"><script type="text/javascript"><!--
google_ad_client = "pub-0502508159326879";
google_ad_slot = "4084810580";
google_ad_width = 336;
google_ad_height = 280;
//--></script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
</div></p>
<p>Failures caused by Electrostatic Discharge can happen in a number of different ways. The electrostatic discharge can propagate to the ICs fusing together a junction. It may permanently damage the medical device. In medical applications it can cause the device to malfunction in the middle of the process of data acquisition or transmission causing potentially serious medical hazard condition. The handheld medical devices are more susceptible to human induced ESDs. While permanent failure of the ICs are less likely, though not impossible, the button malfunctioning can induce functional errors. Designers must resolve and test these issues.</p>
<p><span style="color: #993300;"><strong>Methods of Preventing ESD and ESD induced errors</strong></span></p>
<p>A number of different strategies exist to prevent and ESD induced error. The designer should implement these to comply with the ESD safety standards as well as to avoid any failure and malfunction.</p>
<p><span style="color: #993300;"><strong>Shunting ESD Energy</strong></span></p>
<p>Zener Diodes, Metal Oxide Varistors, transient voltage suppression (TVS) diodes, and regular  (CMOS) or bipolar clamp diode can be used to shunt the ESD energy thereby providing protection to the ICs. These are designed to absorb electrostatic discharge (ESD) energy that is introduced from I/O ports and travels through the connector onto the system board. ESD-protection diodes thus provide  protection against ESD-induced system malfunction and/or damage to ICs. The designer may add an ESD diode at all the connectors pins to prevent any ESD from entering into the ICs.<br />
<div align="center"><script type="text/javascript"><!--
google_ad_client = "pub-0502508159326879";
google_ad_slot = "4084810580";
google_ad_width = 336;
google_ad_height = 280;
//--></script>
<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
</div><br />
These devices work very well for smaller data rates, for example RS232, power supplies, low data rate IOs, buttons and switches.</p>
<p>For signals at  higher data rates ( for example USB 2.0, IEEE 1394, DVI, PCI Express), the parasitic impedance of these protection devices can create signal integrity issues.</p>
<p><a href="http://referencedesigner.com/blog/wp-content/uploads/2009/01/esd1.jpg"><img class="aligncenter size-full wp-image-121" title="esd1" src="http://referencedesigner.com/blog/wp-content/uploads/2009/01/esd1.jpg" alt="" /></a></p>
<p><strong> Figure 1 : Shunting ESD Energy using protection diodes.</strong></p>
<p><strong><span style="color: #993300;">PCB Layout for  ESD</span></strong></p>
<p>PCB spark gaps can supplement the Electrostatic Discharge protection.  The Spark gap is created between the Signal Pins and the connector etch pad. The etch structure provides a small gap between points. This encourages a breakdown from  high voltage across the clearance. The clearance area must be free from solder mask because the solder mask has the tendency to increase the voltage breakdown of the gap. The breakdown voltage of a small spark gap is given by V = (3000pd+1350) where p is the pressure in atmospheres(1) and d is the distance in mm. A 20 mil (0.508 mm) gap will provide a voltage breakdown of 2850V. This will help designs pass the required ESD levels.</p>
<p><span style="color: #993300;"><strong>Software Key Debouncing</strong></span></p>
<p>In handheld medical devices using membrane buttons,  ESD can momentarily induce pulses that can induce a false button press signal.  In certain conditions it is equivalent to creating hazard condition. For example, assume a medical appliance in which patient has to answer questionnaire about if he had taken a medicine. A false button press due to ESD may generate erroneous alarm and incorrect conclusions.</p>
<p>The designer may implement a software debounce technique in addition to the ESD diode protection to overcome this type of failure. The ESD is a very short duration phenomenon ( usually in nano seconds) and therefore a software debounce technique where the it checks for key press after an interval of 20 to 100 milliseconds provides sufficient safegaurd against the ESD induced malfunctions.</p>
<p>Vikas Shukla</p>
<p><img class="alignleft" title="Vikas" src="http://referencedesigner.com/blog/wp-content/uploads/2009/01/vikas.jpg" alt="" width="128" height="161" />Vikas Shukla is currently working as Senior Design Engineer at BL Healthcare. He has degree in Computer Science and Engineering from IT-BHU, Varanasi, India. Mr. Shukla has over 15 years of experience in design of microprocessor-based systems. His expertise includes signal integrity, architecture and design of remote patient monitoring systems. The views expressed are his own.</p>
]]></content:encoded>
			<wfw:commentRss>http://referencedesigner.com/blog/designing-medical-devices-for-esd-protection-and-compliance/116/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
