On Mar 23, 1:10 am, Lauri wrote:
> On Fri, 23 Mar 2007 00:44:52 -0400, "jwb" wrote:
> >"Lauri" wrote in message
> >news:2sl603di2epugvbl2oieba24s0hvtlvdn0@4ax.com...
> >> Exactly. I have responded a couple of times to specific points
> >> regarding why we cannot support many browsers and operating systems in
> >> our environment, but that all gets repeatedly brushed aside in cries
> >> of "you're lazy!" (by someone who doesn't know his HTML from his CSS,
> >> which is all kinds of amusing).
>
> >> Oh well! Our company is exceedingly happy with what we do, and we're
> >> moving the whole thing to Windows in the near future anyway (which
> >> ought to send the people I haven't pissed off yet into mouth-foaming
> >> seizures!)
>
> >I know exactly what you are talking about - I used to work writing
> >applications that translated data from one format to another. There were
> >standards, but there were also custom applications. Sometimes, the sender
> >broke format for one reason or another (always a matter of convenience for
> >them.) Know what? We couldn't sit there and say "well, just send the
> >standard" - they were the HUGE customer - that's what they sent. We had to
> >further break standards to accommodate. And it had to be done by friday.
>
> >That's life in the real IT world. Hardly "lazy".
>
> Yep, you've been there, I can tell! Now add to that pressure the
> notion that, if your app isn't instantly accessible around the clock,
> someone could die in the ER because the attending physician couldn't
> check our online application and therefore didn't know that the
> patient was on anti-clotting medication.
>
> We have a lot of those data transformation things going on as
> well...it's interesting, isn't it? Luckily, in the medical field
> there are standards such as HL7 and most of our data can be procured
> that way. We still do a lot of conversion to other data types for
> archiving, displaying, and transferring stuff around.
Ah, may I inject a very OT question here? This forum has been a great
resource for all sorts of unrelated issues, I hope you don't mind me
jumping in this discussion barefoot!
Do you know of a good utility/program that converts DICOM images to
Analyze format from a command line (not via viewers like MRIco, with a
GUI). What I need is to be able to spawn a program from another
application (C++ or Visual Basic, haven't decided yet), pass the name
of DICOM image as an argument and have the converted images and header
files on the disk.
I have found a bunch of stuff on the web, but haven't tried most of
them yet. I know that all applications and viewers are not made
equally and would like to get some pointer to save time.
Any help will be greatly appreciated.
|