New Algorithm Could Substantially Speed Up MRI Scans
An anonymous reader writes "In a paper to be published in the journal Magnetic Resonance in Medicine, researchers detail an algorithm they have developed to dramatically speed up the process of producing MRI scans. The algorithm uses information gained from the first contrast scan to help it produce the subsequent images. In this way, the scanner does not have to start from scratch each time it produces a different image from the raw data, but already has a basic outline to work from, considerably shortening the time it takes to acquire each later scan."
in an electromagnetically charged TUBE is still unfun. Where's my tricorder already?!
There are too many people completely misunderstanding that innovation and inventions and new technology drives costs down.
MRI shortens the time it takes to understand what is wrong with a patient, the precision of understanding goes very high, there is very little need (if any) for exploratory surgery with good imaging. Yet people (and on THIS site!) argue that technology is almost supposed to push medical costs higher. This is absolute nonsense.
When this new algorithm makes it into the MRI machines, do you suppose the costs of using the machines will go or down.
Think about it: if there is more throughput with the same equipment, so there are more people being scanned faster, do the costs go up or down? It's the same salaried stuff. It's the same electricity! It's the same machine that's being amortized (crazy government not letting businesses write cost of capital purchases against taxes in the first year, forcing even loans to be taken for that!)
So think about this new algorithm and every new technology that has been developed in the last 60 years. Now think about the actual costs of health care going up. Does this compute?
Now realize that the other factors include government created inflation, government money - Medicare, government subsidies and protections via FDA (you think you can build a better MRI machine in your garage and sell it more competitively to make a profit? Do you HAVE half a billion dollars to push it through FDA?)
This technology is great, but it only really brings costs down, increases efficiency and actually helps people by not participating in destruction of economy in free markets, not in any type of economies that are government controlled.
Also - there is much to do in medical field. There are all sorts of needs there, but with all the regulations you won't be able to just build a company making this stuff, coming up with new innovations and inventions. You can't do it in USA or the rest of the Western world because of government.
If you have these ideas of profiting from providing people with better technology - learn Mandarin.
You can't handle the truth.
Publishing in a Journal was the researchers choice. IIRC that pretty much makes the algorithm unpatentable as it's public disclosure (IINAL).
They have their reasons and motivations. Their sponsoring hardware vendor no doubt has a good jump on the competition.
In any case doubling (or better) the utility of MRI machines should have money flowing.
If the multiplier is good enough we might just sell a few clean used MRIs to countries with socialized medicine. Maybe their wait can come down.
John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
I work at an MRI research lab at UPenn and I can comment to this article (surprised it is on the front page BTW). During a normal clinical scan, the imaging protocol typically requires several different image types to be acquired (T1-weighted, T2-weighted, PD-weighted, T1rho maps, ASL, DTI, etc). Wikipedia can explain what those mean. So with a slew of different image types, the clinician can make a diagnosis based on different contrasts from each image type. The contrasts are based on the inherent T1, T2, T2*, T1rho, diffusion, etc. of the tissue. When creating the image, the scanner plays out a series of RF pulses (between 65-300 Hz depending on MRI field strength - look up Larmor Frequency). The image reconstruction essentially is a 2D or 3D Fourier Transform of a series of data points (which are actually electrical signals picked up by the MRI equipment). The raw data (k-Space in MRI terms or Fourier space everywhere else) consists of high-frequency and low frequency data. The high-frequency data ends up creating edge borders in the images and the low frequency generates the actual gray-scale contrast between tissues. Without reading the article, I assume that the researchers are copying the high-frequency data from one set to another thereby eliminating the need to generate edges. Without the edges, the images would be a big blur. The issue with this is if there is patient movement from one data set to the next it is difficult to accurately guess the borders (can potentially use navigators to correct). The more data you copy the more the contrast does not change from one set to the next so there is a trade-off from speed to accuracy.
As for doing the data reconstruction offline, 2D or 3D Fourier transforms take the computer like 1 second to do so it is not a reconstruction issue.
Sorry for the length.
... when someone can make an MRI scan quieter. Going through an MRI scan to diagnose the causes of my migraines is almost enough to give me a low-grade headache on its own. Most MRI scans sound like an Atari arcade game cranked up loud to try to overcome the noise of the active quarry it was installed in.
Granted, it beats being irradiated, but if I could change anything about it I would make it quieter. Hell I'd tolerate it taking longer if it was quieter; they are kinda cozy and I could take a nap in the scanner if it wasn't so damned loud.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
Since when is caching a "new" algorithm? From the basic info in the summary it appears this is just a cache of some initial processing that is then reused for subsequent image generation passes...
"If you want a better image then they take longer."
.25 mm^3 or .5 mm^3 {or, hopefully even higher resolution}); however, this will require scans of many hours (not with live humans), even more than 24 hours in some cases.
That's very true with MRI (my research is with MRI). We have our research participants spend 70 minutes in the MRI scanner. This is to capture 6 (7 with a localizer - a quick scan to set up the scanning area) different types of brain images. Our longest individual scan is just over 19 minutes. However, I have a project in the planning stages that will allow me to increase the resolution dramatically (from 1 mm^3 or 2 mm^3 to
This new algorithm seems like it could really help clinicians and some researchers. My type of scanning won't be helped by it for a long time though because I cannot sacrifice quality for speed. I need the sharpest, least distorted images possible. Clinically, that doesn't matter as much because radiologists are not quantifying parts of the brain in the same way that I do.
It's a fascinating technology though. Anything we can do to speed up scan acquisition and post-processing is very welcome.
Not to say the patent system isn't unfair/broken, but it's often been said that we shouldn't patent algorithms, and they should be OS etc. But how about if it's someone's livelihood, and years of research went into the algorithm, like I bet this did? Should programmers be given less due just because they're not working with real materials or making physical inventions?
I've worked as a "programmer" (at least, in part) for 19/22 years in my career, I have over a dozen patents issued - I got a thousand dollar bonus each for maybe three of them, any employment contract I have ever signed immediately transfers ownership of any of "my" inventions to the company, including future royalties, etc. etc. I think my working conditions, with respect to IP ownership, are representative of >90% of programmers out there.
Of those rare programmers who might invent something patentable while not under contract to their employer to transfer ownership of the IP, probably >90% of them can't afford the time and expense of prosecuting a patent application.
Of those especially rare programmers who might successfully get a patent or two of their own, most of them could not afford to do anything about it if a corporation of any size infringed their patent, at best they might hope to sell their IP to a megacorp, but they wouldn't be in much of a position to negotiate its value. An exception to this is when working for ultra-small startups, but 19/22 of my years have been at something like 6 different startups varying from 6-25 people in size, any smaller would be very hard from an income security standpoint - the thing I have never done is sign-on at the moment of inception when company shares are being handed out like toilet paper (hint: you'd usually get better value out of toilet paper than shares in startups that green.)
Of those exceedingly rare programmers who might have the means to negotiate fair value for their own issued patents, most of them probably don't need the money anyway and have better things to do with their time.
Physicians seem to have just enough personal financial juice to get something out of the patent system, but even they are kind of in a commodity market - I've heard it said among investors "these medical device startups, if they have all their IP in order and something worth something to someone somewhere, they pretty much have a standard value of about $3M if you can find an exit buyer." The physicians and their friends tend to sink $500K to $1M into the company "building it up" to a point where it is interesting to the bigger players, getting their FDA clearances, etc. Some get lucky and get bought, many just fizzle out after the early round investors get tired of pumping money in.
Oh, for what it's worth, 80%+ of my patents have nothing to do with software / algorithms, and none of the ones that got me the bonuses did. Sadly, several of them are crap, mostly the ones I got the bonus money for. In the non-bonus environment, if an idea was crap, I'd have little enthusiasm for it, which would tend to turn off everyone else and it would die in development. However, in the bonus driven environment, you'd tend to "read" the rest of the team (including upper management who were rarely present at meetings), and if they liked it, hell yeah, I like it too, let's get this application done and get that bonus!