Note the revised Dalai! Xtra-Normal, the site I use for these inane animations, needs to get some new characters, but in the meantime, I'll work with what I've got. It's the dialogue that's important!
Monday, May 25, 2009
When I first became active in the PACS world, I adopted a goal from my senior partner/mentor: "Sit here, read there". This was to apply to every site, every examination in our enterprise. Today, we have met that goal, both with our group-owned system, and with PACS provided by the hospitals. I can indeed sit at any site within our realm, and for that matter, at any broadband-connected computer, anywhere, and peek at any particular study that takes my fancy. When you think about it, that is quite an achievement.
All of this interconnection requires, well, a connection! That would be the various networks and portals into the Internet. As I have pointed out in a previous post, aptly titled Disconnected!, when the network is down, thus PACS is down, and therefore the whole department sits idle except for extreme emergency cases.
We are feeling the pressure of the network in another way. One of our hospitals has somewhat suboptimal internet connections to the outside world. We have tossed blame back and forth as to why their web-based PACS can be viewed but slowly at remote sites, and why our web-based PACS (both Amicas, by the way) crawls when viewed from within their walls. Trying to view the Agfa Impax of the other hospital system from within the problematic facility is just that, trying.
As yet, we have no good reason for this to be happening. The IT folks at the institution in question have switched us back and forth on various lines and channels, this one having no net-nanny or port-blocking, that one having X speed, another having yet more different parameters. All we know is that the situation is deteriorating rapidly, and we have to do something. To use the buzz-words that get everyone's attention, our ability to deliver health-care is being impaired, and this needs to be fixed.
At this point, our main option is to buy our own network. Our system lives in a neutral spot, external to all hospitals. We are on the brink of purchasing Metro Ethernet lines, also called MetroE's, with point-to-point access for our system. This would also give us direct, very rapid access to our own PACS, and should significantly improve the connection to the hospitals, at least we expect it to do so. At a cost of tens of thousands of dollars per year, we don't want to do this and see no benefits!
There might be one last option. Our state is participating in the Rural Health Care Pilot Program (RHCPP) which is designed to link under-served primarily rural hospitals with fiber optic broadband. The network-challenged hospital has apparently signed on to this initiative, and anticipates a great boost in service. However, I'm not sure we would qualify to participate:
Palmetto State Providers Network ($7.9 million)—This project will connect healthcare providers to a fiber optic backbone to enhance simulation training, remote intensive care unit monitoring, and medical education in South Carolina.
I suppose we could sign up to read from any rural hospitals that are properly equipped to transmit out to us. That would be a win-win situation.
In the meantime, we're about to spend a lot of cash for some local bandwidth. At least one part of the economy will be stimulated. . .
Friday, May 22, 2009
Vanity knows no bounds. In the old days, to make it to print, one had to have an agent, and probably some reasonable amount of talent. Or, for the truly desperate, there were "vanity publishers", who would for a large fee print up a hundred copies of your version of the Great American Novel.
Today, all it takes to be published is a computer, a Blogger.com account, and the foolish notion that someone else might want to read what you're writing. Which is where you, my beloved readers, come into the picture.
There are lots of options for access to this, my favorite blog. First and foremost, you can find me with your computer, right here at DoctorDalai.com. This applies as well to iPhones, iPod Touches, PocketPC's, and even the occasional Blackberry.
But hold on to your shorts, and let loose your wallet. Today, there comes a new option: The Amazon Kindle! For only $359, you can have a pencil-thin slab of 1500 books, or for $489, you can have a larger screen DX version with enough space to hold 3500 books! Of course, if you already have an iPhone, you can download the Kindle app which does a pretty good job of simulating the real thing.
The Kindle has wireless access (with no extra charge) that lets you download books, magazines, newspapers, and so on, for a fee, of course. And now, you can download blogs as well! Here's the teaser for mine:
There is just one catch: If you access DoctorDalai.com through your Kindle, it'll cost you $1.99 per month. Of course it's worth it, right?!
Monday, May 18, 2009
. . . (H)e appears resolved to keep playing the role—Spock with global sex appeal—that has gotten him this far.OK, that's just. . . WRONG! Raise my taxes, cut my income, but don't mess with Star Trek! And besides, if you wanted Spock with sex appeal, look no further:
Sunday, May 17, 2009
Google can find everything, it seems, but the one thing it cannot do is answer a question. That seems like a daunting task, but there is a new approach with a fine pedigree.
From the Times Online:
Wolframs stated goals are anything but modest:
A revolutionary new search engine that computes answers rather than pointing to websites will be launched officially today amid heated talk that it could challenge the might of Google.
Wolfram Alpha, named after Stephen Wolfram, the British-born computer scientist and inventor behind the project, takes a query and uses computational power to crunch through huge databases.
The service can compute the distance between two cities, the population of a country at a specific date and the position of the Space Shuttle at a given moment. The user does not have to search through links provided by the engine; the answer comes immediately and, if appropriate, is accompanied by charts or graphs. What it does that Google, at the moment, cannot do is provide answers to questions that have not been answered already.
Uh, yeah. ALL SYSTEMATIC KNOWLEDGE??!! This is bloody amazing, and over-the-top ambitious. I think it's going to take a little while to get there. Still, this thing is pretty powerful already.
WolframAlpha's long-term goal is to make all systematic knowledge immediately computable and accessible to everyone. We aim to collect and curate all objective data; implement every known model, method, and algorithm; and make it possible to compute whatever can be computed about anything. Our goal is to build on the achievements of science and other systematizations of knowledge to provide a single source that can be relied on by everyone for definitive answers to factual queries.
WolframAlpha aims to bring expert-level knowledge and capabilities to the broadest possible range of people—spanning all professions and education levels. Our goal is to accept completely free-form input, and to serve as a knowledge engine that generates powerful results and presents them with maximum clarity.
WolframAlpha is an ambitious, long-term intellectual endeavor that we intend will deliver increasing capabilities over the years and decades to come. With a world-class team and participation from top outside experts in countless fields, our goal is to create something that will stand as a major milestone of 21st century intellectual achievement.
Try "Pi to 1000 digits" and you get
I checked, and it's the right answer. I put in my last name and found
But when I tried to search for Doctor Dalai, I get "WolframAlpha isn't sure what to do with your input." Which is probably appropriate.
Basic information for the United States:
Fraction: 1 in 7326 people 0.014%
Number: 36,833 people
This is one of those "works in progress" that is pretty impressive from the beginning. It isn't Google as yet, but sooner or later, WolframAlpha will surpass it's rival. In the meantime, it's a pretty darn good math homework helper. Give it a try at http://www.wolframalpha.com/. Happy computing!
Thursday, May 14, 2009
Wednesday, May 13, 2009
My compadres at the "Radiology Technician Schools" blog took on the difficult task of reviewing 50 radiology blogs
. . . by radiologists, sonographers and industry professionals (which) reveal the ups, downs and nitty gritty details that you would want to read before making a huge decision such as a career path. Check out these top 50 blogs and see if diagnostic imaging is in your future.Wow. Now, I might be encouraging (or discouraging) someone from entering radiology, radiography, sonography, etc., etc. What responsibility! I'm not sure I'm worthy, but read the review of my site (which was only ranked #4, but to be fair, that's pretty darn good in this rarefied company):
4. Dalai’s PACS Blog – This humorous blog begins with an alternative meaning to the PACS acronym: “Pain and Constant Suffering.” Mixing tongue-in-cheek ad medical analysis, reasons to embrace or avoid medical technology, and more awful medical spam, this site is a buffet of entertainment.Well, I might have gone so far as to say I'm offering a salad-bar of entertainment. Buffet does sound better, though (except when some relatives of mine pronounce "buffet" as BOO-FAY, but that's another story for another time.)
Many thanks for the kind words. It still amazes me that anyone actually reads this thing, but I'm really glad you do.
Sunday, May 10, 2009
You knew I would, of course. I went with my son to see the new Star Trek movie on opening day. Somehow, I was able to wait until 10PM to watch in the theatre with the digital projector. Since you've all been anxiously awaiting my review. . .
The very, very short, Twitter version: "GO!"
The longer version: This is a very, VERY well-done movie, at least from the standpoint of a long-time Trek fan. I've been watching Star Trek since I was in second grade, a wee lad of 7, and this is the best episode/movie of the entire franchise. Period. Some have said this is the best science fiction movie ever, and I might be convinced to go along with that opinion. This is what Trek would have been with the film technology of today. The essence of the show, its personalities, its relationships, and so forth are faithfully reproduced, and enhanced. And there is action, a heck of a lot of action. And lots of toys, equipment, and a shiny new Enterprise. I must confess, I had a smile from ear to ear when the new ship appeared, in a scene totally remniscent of the first Star Trek movie from 1978. At least this time, J.J. Abrams kept the pace going, far better than the counterpart from almost 31 years ago.
As you have probably heard in the preliminary reviews, two phrases have been bandied about, "Star Trek Reboot" and "This ain't your father's Star Trek." I'm not going to provide any spoilers, but suffice it to say, both statements are true and accurate. Mostly. You'll understand when you see it. And you should. Five stars from Dalai.
Thursday, May 07, 2009
The gang from Waterloo recently came down to come visit me, an average radiologist, at my average hospital in our average town in the South. No, the two gentlemen in the photo above are not our visitors from Canada, but serve to illustrate a different point which you will encounter below. Unlike the last visit, no one had any trepidation about visiting this adorable little fuzzball. In fact, someone actually whipped out a camera to document the event. A tiny liberty was taken, as you will note (click the image for a larger version):
Of course, two can play that game (definately click the image to see what mischief I've wrought):
The gang did discover a glitch in the update: studies on the worklist will seemingly randomly select themselves, a minor annoyance. This has been fixed with a minor service release. It's nice to have the experts onsite at times like these!
My understanding is that our latest and greatest (126.96.36.1999x) has fixes for stuff that is still broken in 6.4.x, which is still in testing itself. We might just wait for the first service release for 6.4 before taking that plunge.
When my Canadian friends first walked in the door, I had our Amicas client running on an Agfa workstation. I sheepishly closed it, but they just laughed and shrugged. Which brings us to the next topic, "What's On Your Workstation?"
Later that day, I attempted to load an updated Amicas client (our Amicas hospital finally upgraded to version 5.x) onto a different Agfa workstation, which required a new Java Runtime Enviroment (JRE). This was one of the few Agfa stations that had a partial lock-down: some software, including Java, could not be changed without permission from On High. When I sought such permission, I was told that Agfa would not allow this, because it would "affect the warranty on the workstation." Well. I guess I've been told, eh? But the story is somewhat deeper.
I don't have a copy of our site's service contract, or warranty, for that matter. A search of the Agfa site yielded this fairly generic warranty document. Here are the pertinent clauses as near as I can extract from the legalese:
2.6 The Service Provider shall be under no obligation to provide the Services to the extent that such Services are required for:
2.6.1 problems arising as a result of the Buyer's negligence or default or because of accident, neglect, misuse (including without limitation unusual physical or electrical stress) or the failure of power supplies, external electrics, air conditioning, anti-virus software, use of incorrect consumables, and any other causes (other than ordinary use) not due to the negligence or default of the Service Provider;
2.6.2 Equipment which has been maintained, modified, altered, adapted, developed, repaired or howsoever changed (including, without limitation, attempts to maintain, modify, alter, adapt, develop, repair or otherwise change the Equipment) by or on behalf of the Buyer by parties other than those that are authorised to carry out such changes;
2.6.3 problems arising from any changes unauthorised by the Service Provider that have been made to any software supporting the Equipment (including, without limitation, adding additional third party peripherals, adding RAM, modifying applicator software or upgrading third party software to non-supported versions); and
2.6.4 problems arising from the removal of or reinstallation of the Equipment at the Buyer's premises by parties other than those authorised to carry out such removal/installation.
I'm no lawyer (thank Gawd!) but my read of this legalese suggests that the warranty is intact if one leaves the primary software (and supporting sofware) alone. Since Impax uses .NET, and Amicas uses Java, you would expect no particular conflicts, and all should be well. In fact, we have been loading Amicas clients side-by-side with Agfa on our home machines for years with no associated problems. (And I think some of my colleagues have loaded Amicas onto some Agfa workstations at the hospital here and there, although I certainly have no further knowledge of such things....) If you were to walk into our reading rooms, you would find all sorts of amusing software on Agfa, Amicas, and even GE workstations. I'm sure this is the case everywhere else as well.
Like running your iPod on a plane before you reach 10,000 feet, I think this is sort of a non-issue. However, IF it is truly affecting the "real" software, beyond stealing some RAM here and there, the proper answer is to completely lock down each and every vendor-managed workstation, in every installation, everywhere. Otherwise, let's just carry on as we have been for years.
What's on YOUR workstation?
Sunday, May 03, 2009
Cycle list redesign
When the Cycle list contains many patients, each with a large number of studies, the list can get quite long; finding the desired patient becomes difficult. To solve this issue, the Cycle list has been redesigned. Each patient is now listed with their studies hidden. To view the studies of a patient, click the + next to the patient. To open all of the studies for a patient in the Image area, in the Cycle list, click the desired patient. To open a specific study, expand the studies and select the desired one.
Wildcard for Keyword search in Advanced Search
Keywords are descriptive tags that you can add to a study. Later, you can search for the study using these keywords. To enable the ability to search on keywords without using an exact match, the following conditions have been added to the Keywords criterion in Advanced Search:
2. Does not Contain
Slow performance of IMPAX Client when selection of studies is opened in the Image area. When a selection of studies is cycled into the Image area, the amount of time it takes to display them significantly exceeds the amount of time to display a single study.
Series logic broken after combining series in Available Series palette and spanning from one to two monitors. Combined series jumps back to the first series after spanning from view one monitor to view two monitors.
Removing column from Text area Study List causes IMPAX Client to crash. Removing a column from the Text area Study List causes the IMPAX Client to crash.
Study level prompt on dictation interlock is not working correctly. Study level dictation interlock does not behave as desired. Active worklist does not function in this case. As well active worklist is using study based notification when it should not.
Unable to view priors when they are partially cached. Relevant priors cannot be viewed if the study is partially cached; these priors can be viewed after the study is fully cached.
Prior is selected instead of current study when Image area is opened. A current study has a prior study attached to it, the current study is in the local cache, and the prior study is not in the local cache. When attempting to load the current study into the Image area, the prior study is displayed instead.
Active Worklist does not work when cycled studies are also priors of newest study. Active worklist does not always perform correctly when cycling several new studies with relevance on.
User profile is corrupted, not able to see scout images. The user profile in ADAM is being corrupted after logging into the Client a few times. The Actual Width in ADAM for IMAGE_AREA_SCOUT is replaced with zero so the user is not able to see the scout images.