<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>Technology (new posts)</title>
		<link>http://isocentre.wikidot.com/forum/c-101778/technology</link>
		<description>Posts in the forum category &quot;Technology&quot; - Issues related to new or old technology, its use and appropriateness.</description>
				<copyright></copyright>
		<lastBuildDate>Sat, 18 Apr 2026 12:46:03 +0000</lastBuildDate>
		
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-251913#post-1859454</guid>
				<title>[HOWTO] - Use social media for keeping up to date with the literature: Re: [HOWTO] - Use social media for keeping up to date with the literature</title>
				<link>http://isocentre.wikidot.com/forum/t-251913/howto-use-social-media-for-keeping-up-to-date-with-the-liter#post-1859454</link>
				<description></description>
				<pubDate>Fri, 27 Sep 2013 06:52:11 +0000</pubDate>
				<wikidot:authorName>Lisa John</wikidot:authorName>				<wikidot:authorUserId>1734341</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>nice article :) It is necessary now a days to be up to date through any media. Social Media is also important because many small business owners and Big companies are using social sites like www.facebook.com , www.avastring.com , and www.plus.google.com for their business promotion. So they will be able to attract their customers and followers until they are fully updated about other things as well as social media.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-304901#post-1098758</guid>
				<title>IMRT Plan Normalization: Re: IMRT Plan Normalization</title>
				<link>http://isocentre.wikidot.com/forum/t-304901/imrt-plan-normalization#post-1098758</link>
				<description></description>
				<pubDate>Thu, 31 Mar 2011 13:59:37 +0000</pubDate>
				<wikidot:authorName>karthick</wikidot:authorName>				<wikidot:authorUserId>669293</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>The Normalization at target mean doesn't mean you apply it blindly. After the Plan Normalization, see to that the plan target minimum is around 95% and maximum less than 107%. It is possible if the planner is smart.<br /> If there is a compromise in the dose, try to understand the situation and act upon the situation.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-304901#post-996165</guid>
				<title>IMRT Plan Normalization: Re: IMRT Plan Normalization</title>
				<link>http://isocentre.wikidot.com/forum/t-304901/imrt-plan-normalization#post-996165</link>
				<description></description>
				<pubDate>Mon, 07 Feb 2011 16:36:35 +0000</pubDate>
				<wikidot:authorName>Santam Chakraborty </wikidot:authorName>				<wikidot:authorUserId>416676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Not much of data in this regard and I am sure this can be a nice research question if we include biological modelling into the equation. I have seen two different ways of prescription during my training:</p> <ol> <li>Prescription to a Isodose : This essentially means that you have a given dose prescribed at a given isodose. The way of choosing this was arbitrary but in my early IMRT days where we were worried about failures we normalized to a percent isodose that covered more than 99.5% (we were looking for 100% though). That meant that if the 95% isodose covers the target we would prescribe to that.</li> <li>No Plan normalization: Allowing IMRT to do the leg work.</li> </ol> <p>Is there any data on this. I could find a paper in medical dosimetry <a href="http://www.sciencedirect.com/science?_ob=ArticleURL&amp;_udi=B6T9J-4HGTN9D-F&amp;_user=7895621&amp;_coverDate=02/28/2006&amp;_rdoc=1&amp;_fmt=high&amp;_orig=search&amp;_origin=search&amp;_sort=d&amp;_docanchor=&amp;view=c&amp;_searchStrId=1633086799&amp;_rerunOrigin=google&amp;_acct=C000073114&amp;_version=1&amp;_urlVersion=0&amp;_userid=7895621&amp;md5=a9bcdc98190e5b040b107b7979742952&amp;searchtype=a#secx3" target="_blank">here</a><br /> The essence of the conclusion is that you can have unexpected high dose or low dose with plan normalization to a percent isodose. To quote the final conclusion of the paper:</p> <blockquote> <p>&#8230;.these normalizations help meet the volume coverage goals, but unlike 3D planning situations, may result in avoidable delivery of additional doses to the normal tissues. The focus of this study is to evaluate the effect of application of normalization for IMRT planning using multiple patient situations. Recommendations would favor re-optimization over normalization in most planning situations.</p> </blockquote> <p>In have seen this situation crop up in SIB IMRT particularly where there was the dilemma of which target volume you select .. usually plan normalization to say 97% for the HRCTV will not imply the same coverage for LRCTV. The OAR doses also tend to increase and that increase needs to be looked after too which I think the authors highlighted in the paper. Having seen the optimization done here at Calgary (i.e. no plan optimization) - I am inclined towards that solution .. if you feel the coverage is not coming reoptimize and get the oncologist involved .. usually the target volume may not have been drawn correctly. Often changing the constraints according to the input of the oncologist and physicist can get a better plan ready.<br /> Optimization to mean and median ? - I guess the result would mean a higher or lower dose depending on where the mean and median is. Then again the question comes which mean and median you choose if you are doing SIB IMRT. Even in simple IMRT the mean or median being measures of central tendency would tend to be affected by the extremes in the dose distribution (particularly for mean). Although it will standardize the plan normalization method it will not standardize the dose distribution I think. Particularly for mean I have seen that it can really show some strange values and the median dose is usually higher than the prescribed dose .. so you would tend to give lesser dose to the PTV if you prescribed to the median than you would if you had no plan normalization or normalization to a isodose.<br /> That said I am not a physicist and input from some of the physicists is welcome here.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-304901#post-993055</guid>
				<title>IMRT Plan Normalization: IMRT Plan Normalization</title>
				<link>http://isocentre.wikidot.com/forum/t-304901/imrt-plan-normalization#post-993055</link>
				<description></description>
				<pubDate>Thu, 03 Feb 2011 13:57:40 +0000</pubDate>
				<wikidot:authorName>karthick</wikidot:authorName>				<wikidot:authorUserId>669293</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>IMRT involves complex Treatment Planning Process &amp; rigorous plan evaluation. Even when a plan is devised that meets many treatment-planning objectives, limitations in the planner’s ability to further adjust beam characteristics may require the radiation dose prescription to be normalized to an isodose level that best covers the target volume.</p> <p>Commercial Treatment Planning Systems contain various plan normalization options</p> <p>e.g</p> <p>1. No Plan Normalization<br /> 2. Plan Normalization at Isocenter<br /> 3. Plan Normalization at Target Mean<br /> 4. Plan normalization at Target Minimum<br /> 5. Plan normalization at Target Maximum<br /> 6. % of Volume should Receive _ % of dose<br /> 7. Etc.,</p> <p>Normalization at Isocenter is no long applicable to IMRT</p> <p>Most of the institute uses no plan normalization. But the pitfall of this normalization method is it may be under dose / over dose to target if the constraints are not properly handled by the planner. So, it is purely depends on the planner constraints &amp; priorities.</p> <p>I personally would like to use plan <strong>&quot;normalization at target mean / Median&quot;</strong>, which can standardize the plan normalization method in IMRT and it is “independent” of the Planner / user dose constraints &amp; priorities.</p> <p>I will appreciate if the forum further discuss about plan normalization in IMRT and their institute protocols of IMRT Plan normalization.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-304875#post-992969</guid>
				<title>Portal Dosimetry and Gamma Histograms: Portal Dosimetry and Gamma Histograms</title>
				<link>http://isocentre.wikidot.com/forum/t-304875/portal-dosimetry-and-gamma-histograms#post-992969</link>
				<description></description>
				<pubDate>Thu, 03 Feb 2011 09:43:07 +0000</pubDate>
				<wikidot:authorName>Ayan Basu</wikidot:authorName>				<wikidot:authorUserId>417597</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Would be interested to know how many / which centers are using portal dosimetry for radiotherapy plan evaluation :</p> <p>1.Do you use Gamma Histograms to evaluate calculated dose distributions against measured ( Portal Dosimetry)?<br /> 2.Do you use Gamma Histograms to validate your planning systems ?<br /> 3.Is it acceptable to use an acceptance criteria of 3% Dose Difference &amp; 3mm Distance To Agreement (DTA) for all sites?<br /> 4.Is it a valid concern that commercially available planning systems bundling different algorithms for Treatment Planning &amp; Dose Calculation and a Monte Carlo for inter-comparison using Gamma Histograms OR Portal Dosimetry licenses for inter-comparison using Gamma Histograms might give a false sense of security during IMRT QA since they are on the same platform and from the same vendor?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-303775#post-988843</guid>
				<title>Kodak 2000RT CR Plus System: Kodak 2000RT CR Plus System</title>
				<link>http://isocentre.wikidot.com/forum/t-303775/kodak-2000rt-cr-plus-system#post-988843</link>
				<description></description>
				<pubDate>Sun, 30 Jan 2011 03:02:16 +0000</pubDate>
				<wikidot:authorName>Dr N Das</wikidot:authorName>				<wikidot:authorUserId>538554</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Dear group members,<br /> I am rquesting for information from Radiotherapist / Medical Physicists about the equipment &amp; its uses. details of the users experience, as we are proposing to have it in our Hospital.</p> <p>Thanking You<br /> Das</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-987277</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-987277</link>
				<description></description>
				<pubDate>Fri, 28 Jan 2011 07:09:23 +0000</pubDate>
				<wikidot:authorName>Suruchi Singh</wikidot:authorName>				<wikidot:authorUserId>436621</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>We hav just been handed over Eclips n Linux by Varian. They have provided us with a &quot;T-Box&quot; which is a virtual learning system for contouring, beam modelling as well as simple planning, based on Eclipse. The images can be transferred as per requirement. I dont know how it can be worked out but if it can be integrated it would be a wonderful tool.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-987167</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-987167</link>
				<description></description>
				<pubDate>Fri, 28 Jan 2011 04:34:01 +0000</pubDate>
				<wikidot:authorName>bastula</wikidot:authorName>				<wikidot:authorUserId>672077</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>First if you aren't familiar with Python, check out <a href="http://diveintopython.org">http://diveintopython.org</a> by Mark Pilgrim. It's a great resource to get started with the language.</p> <p>We also have a Plugin Development Guide located here: <a href="http://code.google.com/p/dicompyler/wiki/PluginDevelopmentGuide">http://code.google.com/p/dicompyler/wiki/PluginDevelopmentGuide</a></p> <p>Once you get the hang of things, we should flesh out some more concrete ideas and goals here so that we can decide what toolkits you may need to get this working, i.e. networking, HTTP access, etc.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-987058</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-987058</link>
				<description></description>
				<pubDate>Fri, 28 Jan 2011 02:35:50 +0000</pubDate>
				<wikidot:authorName>Santam Chakraborty </wikidot:authorName>				<wikidot:authorUserId>416676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Yes thanks.. I got it running natively also. I had never used mercurial but its easy once you get to read about it (and use tortiseHG). However I am no coder so wont be able to develop the plugin. However I am willing to learn.<br /> Bastula can you point me to some resources that will get a complete novice started?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-986963</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-986963</link>
				<description></description>
				<pubDate>Fri, 28 Jan 2011 01:06:14 +0000</pubDate>
				<wikidot:authorName>bastula</wikidot:authorName>				<wikidot:authorUserId>672077</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Yes, Andrew is right. dicompyler is natively supported on Linux, provided you have the necessary prerequisites. It has been tested on Ubuntu 10.04 and 10.10, but other distributions may work as well. Please see the instructions on the website. I assume that if you know how to use WINE in Linux, you should no problem to get the source version of dicompyler working as well. Eventually we plan on having a package so that it can be more easily installed.</p> <p>Currently you cannot contour in dicompyler, however, we plan to get that working this year. We have other things on the priority list i.e. independent DVH calculation, but it is on the roadmap.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-986689</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-986689</link>
				<description></description>
				<pubDate>Thu, 27 Jan 2011 20:59:39 +0000</pubDate>
				<wikidot:authorName>AAM</wikidot:authorName>				<wikidot:authorUserId>61952</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>you can run DICOMPYLER on linux. In fact it is very easy and the instructions work. Plus when there are updates they get included.</p> <p>Bastula: can you contour/volume on DICOMPYLER?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-986466</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-986466</link>
				<description></description>
				<pubDate>Thu, 27 Jan 2011 17:38:25 +0000</pubDate>
				<wikidot:authorName>Santam Chakraborty </wikidot:authorName>				<wikidot:authorUserId>416676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hi Bastula,<br /> Thanks for your input. The plugin based system seems a nice idea as it will help the project over all. Do you think its possible to have a hosted instance of DICOMPYLER and allow users to join into it ? I dont know any coding so I guess I would not be able to code the plugin .. but the idea is useful nonetheless.<br /> BTW I really like DICOMPYLER though presently I am running it using Wine but still it works</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-986290</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-986290</link>
				<description></description>
				<pubDate>Thu, 27 Jan 2011 14:59:40 +0000</pubDate>
				<wikidot:authorName>bastula</wikidot:authorName>				<wikidot:authorUserId>672077</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>We could consider writing a P2P plugin for dicompyler similar to collaborative text editors. That way, anybody on a platform that dicompyler supports could install the plugin and broadcast that they are starting a collaborative contouring session (with password if desired).</p> <p>While this gets away from the whole web idea, we could have the plugin ping a page on the website whenever someone wants to start a contouring session so that others could be notified.</p> <p>Please see <a href="http://en.wikipedia.org/wiki/Collaborative_real-time_editor">http://en.wikipedia.org/wiki/Collaborative_real-time_editor</a> for more prior art.</p> <p>I have done this before with <a href="http://www.subethaedit.net/">http://www.subethaedit.net/</a> for editing source code and text files and it works great.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-979745</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-979745</link>
				<description></description>
				<pubDate>Thu, 20 Jan 2011 20:35:02 +0000</pubDate>
				<wikidot:authorName>Santam Chakraborty </wikidot:authorName>				<wikidot:authorUserId>416676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>You might approach the owner of educase and ask them if they will allow you to place their software on your site. If it is not being used on their site, they might be happy to do this. Alternatively, why is educase not the answer?</p> </blockquote> <p>Because I have emailed educase guys several times but did not hear back from them . Infact contouring on their site is an option too but i could not find an option to upload my own dicom files. I can anonimyze them before upload so they are available for public use.</p> <blockquote> <p>This is only a DICOM-RT viewer at present. We might use that by providing a DICOM-RT file without contours on www.isocentre.org and then uploading your contoured DICOM-RT file to a site like Dropbox on a public directory.</p> </blockquote> <p>I contacted Aditya Panchal the developer of DICOMPYLER. He is still working on the software getting features into it. It coded in python and I am hopeful we will be able to integrate it sometime in future.</p> <p>The SSH Tunnel and XDMCP software are an interesting suggestion. Supposing I host a TPS on a server do you think XDMCP can allow access to remote users from say a windows machine using a web login interface. I am not too knowledgeable about these things but recently we have started wondering if we should shift the site backbone to a CMS like drupal so I am investigating options like these</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-979728</guid>
				<title>Open Source Treatment Planning Systems: Re: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-979728</link>
				<description></description>
				<pubDate>Thu, 20 Jan 2011 20:21:48 +0000</pubDate>
				<wikidot:authorName>AAM</wikidot:authorName>				<wikidot:authorUserId>61952</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <h2><span>openRADART</span></h2> <p>There is also a R&amp;V/TPS open source system called &quot;<strong>open RADART</strong>&quot; from Austria that runs Elekta machines. It is a very large installation and instructions are in German.</p> <h2><span>DICOMPYLER</span></h2> <p>This is only a DICOM-RT viewer at present. We might use that by providing a DICOM-RT file without contours on www.isocentre.org and then uploading your contoured DICOM-RT file to a site like Dropbox on a public directory.</p> <h2><span>TPS</span></h2> <p>Getting a TPS on line may just be a case of setting a machine up for VPN access. Also Linux machines have software called XDMCP (X Display Manager Control Protocol) which can be accessed over a SSH tunnel to use software remotely.</p> <h2><span>EDUCASE</span></h2> <p>You might approach the owner of <strong>educase</strong> and ask them if they will allow you to place their software on your site. If it is not being used on their site, they might be happy to do this. Alternatively, why is <strong>educase</strong> not the answer?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300932#post-979576</guid>
				<title>Open Source Treatment Planning Systems: Open Source Treatment Planning Systems</title>
				<link>http://isocentre.wikidot.com/forum/t-300932/open-source-treatment-planning-systems#post-979576</link>
				<description></description>
				<pubDate>Thu, 20 Jan 2011 17:49:53 +0000</pubDate>
				<wikidot:authorName>Santam Chakraborty </wikidot:authorName>				<wikidot:authorUserId>416676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>If any one of you had seen the contouring sessions we organized you will realize one of the most important things missing from it was the ability to change windows. The reason - these are not DICOM RT files you are seeing but plain image files. For the moderators who created the system it was a greater pain in the ass - we had to take screenshots, upload them to scribblar in seperate pages and then contour them and then embed them on the page.<br /> On the top of that several users reported they were unable to see the window - scribblar does require flash installed in your browser and a relatively speedy connection.<br /> While searching for solutions I had found educase earlier but the site looks very ill maintained.<br /> What we really need is a TPS - and guess what I searched for open source TPS and found not one but two</p> <ol> <li><a href="http://www.radonc.washington.edu/medinfo/prism/">http://www.radonc.washington.edu/medinfo/prism/</a></li> <li><a href="http://planunc.radonc.unc.edu/about/">http://planunc.radonc.unc.edu/about/</a></li> </ol> <p>Both are open source solutions doing a lot more than what we require. What I want is some help from any of you guys for any ideas on how to itegrate them with us. What I have in mind is hosting them from a webserver and allowing users to login remotely via internet and using it for contouring purposes. We need an online collaborative environement so a given number of users may contour on the same patient at the same time<br /> Any ideas guys?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300410#post-979086</guid>
				<title>Nanotechnology: Re: Nanotechnology</title>
				<link>http://isocentre.wikidot.com/forum/t-300410/nanotechnology#post-979086</link>
				<description></description>
				<pubDate>Thu, 20 Jan 2011 03:31:31 +0000</pubDate>
				<wikidot:authorName>Santam Chakraborty </wikidot:authorName>				<wikidot:authorUserId>416676</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hi Andrew,<br /> At present systemic radio-isotope therapy has a definite place in treatment of lymphomas. I feel with the advances in nanotechnology we should be able to get better and more targeted nano-cojugates targeted specifically against a squamous cell cancer. The advantage with such a technology would be essentially targeting the gross disease with a very high dose something like we achieve in thyroid cancer and that is the highest dose we give to any kind of cancer. Here is a nice PDF which reviews the current application of nanotechnology in systemic radiation therapy. With time i feel we should be able to extend this easily to localized cancers<br /> <a href="http://www.google.com/url?sa=t&amp;source=web&amp;cd=7&amp;ved=0CEAQFjAG&amp;url=http%3A%2F%2Fwww.dovepress.com%2Fgetfile.php%3FfileID%3D8279&amp;rct=j&amp;q=conjugated%20radioisotopes&amp;ei=MqI3Ta7QHZSCsQOPk6nNAw&amp;usg=AFQjCNF-V2mYdIjIcQnpWXPsakQwYLuUHg&amp;sig2=47Dakg-0hLrUTxdtP5oNDQ&amp;cad=rja">http://www.google.com/url?sa=t&amp;source=web&amp;cd=7&amp;ved=0CEAQFjAG&amp;url=http%3A%2F%2Fwww.dovepress.com%2Fgetfile.php%3FfileID%3D8279&amp;rct=j&amp;q=conjugated%20radioisotopes&amp;ei=MqI3Ta7QHZSCsQOPk6nNAw&amp;usg=AFQjCNF-V2mYdIjIcQnpWXPsakQwYLuUHg&amp;sig2=47Dakg-0hLrUTxdtP5oNDQ&amp;cad=rja</a></p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300410#post-978543</guid>
				<title>Nanotechnology: Re: Nanotechnology</title>
				<link>http://isocentre.wikidot.com/forum/t-300410/nanotechnology#post-978543</link>
				<description></description>
				<pubDate>Wed, 19 Jan 2011 17:05:01 +0000</pubDate>
				<wikidot:authorName>Nikhilesh Patil</wikidot:authorName>				<wikidot:authorUserId>416151</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Fascinating area of reasearch, people across the globe are involved, I heard one of Dr.Jaffrey's fascinating talks. People are looking at gold nanoparticle bound radiation sensitization in animal models, invivo sensitization of cancer cells using microbubble particle and ultrasound with chemotherapy and radioimmunotherapy with radioactive nanoparticles. All this sounds really amazing and would like see such a facility.<br /> Found this nice article in future medicine <a href="http://www.futuremedicine.com/doi/pdf/10.2217/nnm.10.142">http://www.futuremedicine.com/doi/pdf/10.2217/nnm.10.142</a>.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-300410#post-978248</guid>
				<title>Nanotechnology: Nanotechnology</title>
				<link>http://isocentre.wikidot.com/forum/t-300410/nanotechnology#post-978248</link>
				<description></description>
				<pubDate>Wed, 19 Jan 2011 08:16:26 +0000</pubDate>
				<wikidot:authorName>AAM</wikidot:authorName>				<wikidot:authorUserId>61952</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>A forum thread said &quot;<em>Targeted Radioisotopes will bring the inhomogenity to new levels - allowing EBRT to hit the target diffusely and doing inhomogenous hard hitting with radioisotopes.</em>&quot;</p> <p>Got any ideas about how this might happen?</p> <p>Anyone got any potential for research with a nanotechnology team?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://isocentre.wikidot.com/forum/t-294036#post-959147</guid>
				<title>Developing IGRT protocols: Re: Developing IGRT protocols</title>
				<link>http://isocentre.wikidot.com/forum/t-294036/developing-igrt-protocols#post-959147</link>
				<description></description>
				<pubDate>Sun, 26 Dec 2010 21:52:20 +0000</pubDate>
				<wikidot:authorName>adjuvant</wikidot:authorName>				<wikidot:authorUserId>534532</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Thank you very much. It was very helpful</p> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>