Tuesday, December 31, 2013

RSNA 2013: My top 10 on what’s new and what’s old, part 2.

It is the second day of the RSNA radiology tradeshow in Chicago. I am flagging down a cab to get me to my 7 am breakfast meeting in the Hilton Towers, which is on my way to the conference at the McCormick Place. After this meeting, we hurry into another cab to get us to our courses, lectures, and appointments at Starbucks. I always have my phone close by to look for texts from those I am going to meet, who might be stuck waiting for the bus, held up with another appointment, or were called into a last minute customer meeting that has a higher priority than meeting with yet another consultant like myself.

Walking the floors...
Meeting with many professionals and walking the floors is how I find out what’s new. After having commented on what I saw that was truly new, gadgets and/or product and services in part 1 of this series, here are my observations on what is not really new, which means that I have seen it in previous year(s), but it has reached either a new level of maturity, or added significant improvements or new features this time around. I therefore label these as “new and old.” I’ll address any noteworthy “truly old” developments in part 3. So, here is my next top ten (or maybe 20) listed:

Hopefully,
 your workflow looks less complex
      1.       Workflow: Workflow is an “old” subject. Vendors have been talking about it for many years, however, it still seems to be a major struggle. When doing my informal survey of the top three issues facing customers and vendors, workflow is almost always the number one issue. One should think that after 20 plus years of PACS implementations, it should have been addressed and solved, however, nothing is further from the truth. Why are we still struggling with this subject, and why is it that according to many of my colleague consultants, 60 percent of the hospitals run at a sub-optimal level and could achieve major improvements in efficiency if they would take the time to look at what they have and what they could have? In my opinion, there are four reasons they don’t do this:

·         Institutions and staff don’t take the time to do long term planning. Every PACS administrator I’ve talked with is in the middle of a PACS upgrade, or having trouble keeping up with all the changes required for Meaningful Use, or is just busy fixing studies and addressing other burning issues. Note that this is only from the ones I talked with who were sent to the RSNA, not those who did not have time or could not get the funding to travel to this event. No one seems to take time out to sit down with all parties involved and see how the workflow can be improved.
·         There is a big lack of knowledge of the clinical workflow among the people managing these systems. PACS systems were initially managed by radiology staff, with a PACS administrator reporting to the radiology administrator, who properly can set priorities and understand the workflow implications of changes, upgrades and new interfaces. PACSs are no longer just a radiology project but have become an enterprise activity taking care of managing images from multiple departments and specialties, and have migrated to IT for support of the hardware, (which has been located to their central computing center), and software (helpdesk support etc.). The most common complaint I hear is that access to the servers is now limited and a simple reboot or just checking status and/or files on the servers is close to impossible as they are locked out of accessing the main computer center, and that any support call now has to go through another two layers before it can get to the person involved. Needless to say knowledge of clinical workflows is greatly watered down at the support level with people who only have a pure IT background taking care of business.
·         IHE recommendations and profile definitions are still being ignored. One of the first profiles defined by the Integrating the Healthcare Enterprise (IHE) is called “scheduled workflow.” It was subsequently followed by an “unscheduled workflow” profile definition addressing the case when incomplete patient data is available for trauma cases. Standard DICOM and HL7 transactions were refined, and options eliminated as much as possible to come to a rigid and well-defined sequence of transactions. This results in the automation of changes in procedures, patient updates, and automatic verification by the modality of a study to allow for modality and workstation worklist synchronization. However, when I ask my students in our PACS training classes how many have implemented Modality Performed Procedure Step and Storage Commitment, which are essential components of the scheduled workflow profile and used to streamline the department workflow, I get either blank stares or at best a confirmation of maybe 10 percent of the audience that they have implemented this. One of the reasons goes back to my first comment, i.e. people being too busy with day-to-day activities to take the time to sit back and look at how to fundamentally change their workflow to really make use the technology they have available.
·         It is not about just the PACS anymore. Assuming that an institution has a well functioning PACS system, there are several other subsystems that have to work correctly, such as the critical results reporting and ER discrepancy reporting. In addition, to ensuring proper quality of care, one should also address the peer review process. With regard to the critical results reporting, there is nothing more frustrating to a radiologist than having to track down a physician to follow up on a critical finding marked code red, if there has just been a shift change, or when the finding occurs at the end of the day, or when the patient already left the ER having been sent home by the physician who missed the critical issue. Increasing integration with multiple systems is lacking (see integration comments below as well).

There are still vendors
who claim that their archive is a VNA,
despite the fact that they merely have
a simple DICOM Store (level 1)
2.       VNA: The implementation of VNA’s has moved from what the Gartner consulting group calls the Technology Trigger, passing through the Peak of Inflated Expectations to the Trough of disillusionment phase. In layman’s terms, it did not meet the expectations of the initial hype as people found that a VNA implementation has some major challenges.

I found three types of VNA vendors, the first group are those who embrace it with both arms as they see that a full level 5 implementation (see related white paper of the different levels) gives them a strategic advantage and they seem to be very well positioned to address customer needs.

The second group are the laggards who are trying to catch up with adding the functions needed for

The third group are those who interestingly enough are still ignoring the need to offer a full-fledged VNA and think they can just put another label on their existing PACS archive and hope that clients are not looking through the marketing smoke and mirrors and recognize that this is just the same old thing. One vender told me jokingly, upon asking me what I could do for him, that he wished I could take the VNA away, but unfortunately I don’t have a magic wand, and even if I had, I would not want to use it to turn the clock back 10 years, as VNA’s are here to stay and addressing the issue of providing a true enterprise image information and management solution using open standards is essential.
a full VNA, such as synchronization between multiple PACS systems and VNA, full-featured routing and pre-fetching, tag morphing, information life-cycle management and support for a uni-viewer and HIE connectivity. These vendors have obviously underestimated the demand and are working hard to catch up. Many of them are learning the hard way by deploying VNA’s prematurely resulting in all types of workflow and other issues.

HIE's look great on paper but are still
far from 100% operational
3.       HIE and XDS: The establishment of Health Information Exchanges (HIE’s), either private or public, have been a major part of the US government’s initiatives to facilitate information exchanges to reduce unnecessary duplication of tests, and making observations and results widely available to health care practitioners. A key requirement of the HIE is the support for the Cross Document image and information exchange standards, aka XDS. XDS is not rocket science, it is based on existing standards, however, there are very few implementations of it. The reason for the relatively few implementations appears to be (according to the people I spoke with during this event) a gross misunderstanding of how it works, what it does, and what is needed for existing infrastructure to support it. Hopefully, a better understanding by training and education by the IHE committee and other third parties (here is a shameless plug for the training provided by OTech) will change this.

"big-foot" vs "zero-footprint"
       4.       Uni-viewer: Last year’s zero-footprint viewer is re-labeled as a uni-viewer. However, I would expect that a uni-viewer does not only have the typical zero-footprint characteristics such as leaving “no-trace behind” after a physician logs off, but also can display other specialties such as dentistry, ophthalmology and obviously cardiology and in the future pathology. I have seen one uni-viewer that also supports the new “enhanced” CT, MR, cardiology, and angiography image specifications (aka DICOM SOP Class support) and even digital mammography multi-slice tomosynthesis objects. For these large objects, server-side rendering seems to be the best solution as transferring one of those studies onto local cache will take too much time. Many of these viewers are positioned to connect to a VNA, using, for example, the new DICOM web-based protocols, and provide patient-centric vs a department-centric approach to physicians. Interestingly enough, I talked with one institution where the radiologists have taken notice of the fact that physicians have ready access to patient studies from multiple locations through this uni-viewer while accessing the VNA and they also want the same functionality. They don’t quite realize that the PACS has a rather sophisticated workflow manager functionality that interfaces with their radiology viewers and provides a worklist that is synchronized between multiple readers and maintains the status of when studies are read and reported. However, as one person commented, as soon as VNA is able to provide this functionality, the “PACS might be dead.”

5.       System integration: The first radiologist I ran into at the RSNA meeting mentioned that poor
The more "bubbles" the more complex
integration is his main issue. He said he is reading images from multiple facilities using a so-called worklist aggregator, which communicates between the several PACS vendors and provides a composite worklist to his workstation. This software needs to integrate with his PACS systems, his voice recognition system and the RIS. In addition, the system interfaces with the EMR to export the reports as well as images. Therefore, in total he has four systems that need to be integrated. It used to be two (PACS and RIS), followed by the voice recognition and now the EMR as well. It appears that the level of integration and associated complexity has reached the upper limit as he is struggling with several interface and integration issues. Just coordinating the synchronization of these systems with regards to upgrades is likely a major issue, for example, if the PACS is upgraded, it has to be tested and verified with four other systems. Imagine if he had an additional peer review system, and critical results reporting system, as well as dose reporting system. I don’t know if that is going to be manageable; it seems that the limit for systems integration is about to be reached.

Note integrated phone and
capability to access images
from the bed side monitor
6.       Bedside integration: Anyone who has visited a hospital room lately has seen the COW’s (Computer on wheels), that are used by the nursing staff to take vitals and other information about a patient. Increasingly, the clinical features are integrated with patient resources and entertainment at the bedside through a stationary monitor. One vendor demonstrated this whereby this terminal can show not only your movie on demand, but also pull up a patient record from an EMR, including any corresponding images, take vitals, and even allow for a teleconference with a physician or nurse using the small camera, (which can be physically covered when privacy is needed). A wireless keyboard is provided as well.
Gesture controls for view stations
(note game controller on top of monitor)

       7.      The use of gaming controls to view images: Last year I saw an adaptation of one of the gaming consoles to use gestures to control a monitor. This year there were several demonstrations, both as part of the scientific exhibits and built into commercial products. This application is primarily for use in conference rooms and for teaching whereby a physician can remotely manipulate images.


8.       Auto-scrolling through image stacks: Gesture controls will not help much for day-to-day use by
Note small rectangular autoscroll
hardware device in between mouse
and computer
radiologists in their regular reading. However, a new auto-scroll device might help them as many are suffering from wrist issues from using the mouse and/or trackball day in and day out. This device, which simply connects between the trackball and the computer will automatically scroll the images, which is especially important for axial images sets such as for CT and MRI. Hopefully, this will prevent some carpal-tunnel syndrome sufferers in the future.

Demonstration of a
surgery procedure
        9.       Virtual anatomy tables: also this year there were multiple vendors showing, what is known as the “virtual pathology table,” which is basically a large touch screen display laying flat and built into a demonstration table which allows for a physician to manipulate data that is typically based on a CT ort MRI 3D data set thereby performing a “virtual autopsy.” This is a great teaching tool, and can also be used for forensic applications in case a person has been buried provided they had a CT scan done in case there are follow-up investigations.

        10.   Dose: The registration of radiation dose has become even more important as several states have enacted legislation or have bills pending approval that require dose registration of CT scans as a minimum, and potentially other X-ray exams in the future. Every institution in the affected states is scrambling to establish a set of policies and procedures matching the technical capabilities that are available with additional software solutions. Unfortunately, existing systems have to be upgraded to export the well-defined DICOM structured reports that contain the dose information, which means that in the meantime, several vendors have implemented band-aid solutions, which rely on screen-saved dose overview information, which has to be interpreted using OCR (Optical Character Recognition) software. There seems to be a consensus that this information is to be stored at the patient level for example, with his or her personal health record, however that infrastructure is not (yet) in place and therefore many store the information in a EMR, or even a PACS or RIS where it obviously does not belong. It will take a few more years for dose registration to become ubiquitous and be seamlessly integrated into the regular workflow.

In conclusion, the most heard “old topics” were VNA and uni-viewers, workflow, HIE and XDS. These are still immature and will need several years to come to fruition, I am sure we will see them again at next year’s tradeshow. In the mean time, look for part 3 of this series coming up soon.

Top 10 practical IT skills every PACS administrator (IIP) should have.

Most imaging and information professionals (IIP’s) who are taking care of PACS and EMR systems have some type of IT background or, if they started their careers in the clinical field, have taken courses in this area or learned on the job. The IT knowledge that is required in a particular job depends often on whether there is a strong IT department that supports the healthcare imaging and information systems to supplement the IIP skills, but regardless of the scope and strength of the internal IT support, it is always good to not have to rely on an external person who is often in another department, possibly outsourced or centralized and only available through yet another help-desk person. Therefore, being able to troubleshoot and diagnose fundamental problems is often invaluable, especially if there is “fingerpointing” going on such as, “it is not the network,” or “my system works fine.”

Here is my list of basic skills that every IIP should have based on discussions with the many PACS administrators attending our PACS training and derived from questions I have seen in the many PACS user forums:

Overview of the basic skills required:

1.       Network diagnostics: IIP’s should be able to isolate whether a problem is related to the network and its infrastructure (switches, routers, etc.), including bandwidth problems, or if it caused by an application or device. The most common networking problem is caused by cable cuts. Therefore, being able to find out if a connection is still live, is invaluable (ping). The second most common problem is that IP addresses might be re-assigned or expired, and therefore being able to check a device IP address is important (ipconfig). Performance and routing issues can be diagnosed with TraceRT, while netstat checks whether a port is still open or might have been closed by a well-intentioned IT person. And nslookup will allow you to troubleshoot any potential DNS issues. Knowing the command to be able to renew an IP address is also important.

2.       DICOM connectivity diagnostics: Assuming that the network is OK, the next step is to look for a connectivity issue with imaging devices using a DICOM protocol by analyzing any accessible log files. A typical DICOM connection always starts with connection (aka Association) negotiation, which is executed by an Association Request and corresponding Accept or Reject. A reject would definitely raise a red flag. The second part of the connection would be the actual DICOM command Request (Store, Find, etc.)  with the Response and, most important, its return status code (success or fail for whatever reason). You would want to look for any non-success reasons to be returned. Lastly, there should be a Release Request and Accept finishing the protocol. Being able to test negotiation of the connection, sending out a test commend (“Echo”) and successfully releasing the connection using DICOM Verification is invaluable. Most devices have this feature available from a service or tools menu, some even have this accessible from the GUI, look for “DICOM Echo,” “Verification,” “DICOM ping,” or simple “Test,” to perform this function.

3.       DICOM header knowledge and fixing capability: Assuming that the DICOM connection works, i.e. it passes the test under (2), there could be a problem with an image that is either misidentified, i.e. information is missing from its header or meta-data, or that certain information in the header potentially jeopardizes the data integrity of the receiving system because of duplicates or contradictions in the identifiers. This can cause images to be flatly rejected, or accepted by a receiver and ending up “unverified” or “broken.” Most of these cases are caused by incorrect data entry, for example, by using an already existing Accession Number, misspelling a patient ID, incorrect patient selection by a technologist, etc. Most Imaging and information systems have an elaborate set of tools to fix, merge, and split studies to solve these issues. However, there are some error cases that cannot be fixed with the commonly available tools. These can occur when trying to import an external study from a CD, or, which is increasingly more common, when migrating up to millions of records from one PACS system to another. An IIP should be able to recognize the problem (e.g. duplicate SOP Instance UID, or Institution Name exceeds maximum characters) and be able to use tools such as OT-DICE or DVTK-edit that are typically stand-alone and allow for fixing these headers. Note: It is recommended that you use a tool that is reliable and known to NOT create any corrupt DICOM headers, as some of them do, and only making changes that you feel comfortable with as some of those changes, notably the UID’s, could potentially impact the data integrity of the system.

4.       HL7 messaging protocol: A PACS system is fed by an order and sends back results, while often using arrival information as a trigger to add information on a worklist for a modality. These transactions are encoded using the HL7 protocol. In its most basic form, IIP’s should be able to determine if the HL7 feeds are alive and working, for example, by monitoring the incoming orders and outgoing reports. This is critical, as a one-hour downtime of HL7 feeds, for a busy department, typically causes 5 to 10 hours of fixing by a IIP on the PACS side because of all of the unverified studies caused by manual patient and order input, and its corresponding misspelling, missing accession numbers etc. at the modalities. Equally important is to determine whether the reports are going out, especially for STAT or emergency cases as physicians are waiting for those results to be available within 15-30 minutes. In many cases, the HL7 orders are received by a worklist provider, aka broker or connectivity manager, and the reports are sent from a Voice Recognition server. Knowing how to monitor these devices, and being able to restart them is essential. Sometimes, a queue might still be available at an interface engine and it simply requires restarting that queue for the orders or results to be resent.

5.       HL7 transaction knowledge: In addition to knowledge about the HL7 transactions, an IIP should also be able to know the details of the actual encoding of these messages. For example, most of the modality worklist information is generated by an HL7 order and it is not uncommon that after an update from the information system or interface engine, certain information is suddenly misplaced, absent or incorrectly encoded. The good news is that the HL7 transactions are all encoded as readable ASCII text and it is therefore relatively easy to find out from a HL7 message what could be missing or incorrect just by looking at the message in Notepad. If there are some questions about the encoding, one could use a reference book, or tool such as OT-SEND to parse the message and identify the problem to be resolved by the IT department or vendor.

6.       UNIX commands: There are only a handful of PACS systems that use UNIX or derivates (Linux, AIX, etc.) for their main viewing applications or other PACS workflow and archive components. However, there are several that base their core (database servers, archive servers) on UNIX. The good news is that these systems are so reliable that one needs to access this information very infrequently, however as a result, the knowledge on how to maneuver within this operating system might become stale. In any case, an IIP should know the most basic UNIX commands such as how to start and stop processes, show the process status, and perform basic file and directory management functions, as well as network administration (check and set IP address, etc.).

7.       Windows knowledge: Most workstations are using Microsoft Windows® operating systems and/or applications such as Explorer® and others as their core. An IIP should be able to check process status, kill and restart, be able to check and set firewalls, configure IP addresses and net masks, as well as proxy servers, and check system hardware and software configurations. Knowing how to restore a standard back-up “image” of the OS and relevant applications is critical as well.

8.       SQL queries: Almost all of the commercial databases use relational databases as the core of the Imaging and Information management systems ,and if not, for example, when they use the upcoming NoSQL databases, they still have a standard query interface based on SQL. Having access to the main database to perform custom queries is important for troubleshooting as well as for providing essential statistical information. For troubleshooting, imagine that images were sent to the PACS but they “disappeared,” meaning that they did not appear on a worklist for a radiologist and also did not appear in the “to be verified,” or “broken” study queue. This is an increasing problem as departments go paperless. In the past, there would be a piece of paper, i.e. requisition that would be given to a radiologist that he or she can use to find the study that was performed and has to be interpreted. If a department is paperless, there needs to be more checks and balances to make sure that nothing falls between the cracks as there is no visible evidence of that. Being able to access the database and find out using smart queries of what was added to the database is often invaluable. After being able to diagnose the issue, fixing it can be done either by the IIP, or by the vendor, or IT department, depending on whether the IIP has both read/write access. In addition to troubleshooting support, for statistics, it is very useful to be able to mine the database information for data analytics such as finding out the turn-around time of certain exams, how many images were created by certain modalities by certain technologists, how many studies were performed at certain modalities, etc.

9.       Monitor quality assessment: Monitors degrade because of their nature. Their light source degrades over time, which means that compliance with the DICOM calibration as well as meeting the common guidelines for maximum luminance has to be verified on a regular basis. Verification is often done automatically because the vendor has built-in sensors and calibration software that checks the performance regularly. Calibration has to be checked manually on a regular basis, depending on the application, for example, those used for digital mammography might require checking weekly and those used for other specialties monthly or even annually. A quick visual test can be done by using an appropriate test pattern, which would show any obvious issues with the proper mapping from the digital values onto the proper grayscale values on the screen. Being able to bring up this test pattern and interpret it is critically important, especially if there is a question about the image quality.

10.   Last but not least, there is one generic skill that is important to troubleshoot any problem, and that is being able to locate issues using simple logic and exclusion. One starts with identifying the area of concern and systematically excludes everything that seems to work to find the culprit. This skill is hard to teach and grows with experience but is essential to be able to diagnose any IOT related issues.


As a final note, I see many postings and questions in user groups about issues that could be easily diagnosed by using the right tools. Remember, it is all about visibility, for example, if a worklist does not work, try the tools as mentioned above to test the network, application and look in the log files. I am convinced that if every IIP would know how to use these tools and would be allowed by the IIP vendors access to the systems to use them, there would be less fingerpointing, less downtime, and better system support. Also, remember that by mastering these tools you empower both yourself and the organization you work for by visualizing issues instead of having to wait and rely on external experts either from the organization or your vendor. Lastly, you might want to consider getting certified to show to your employer and the outside world that you have learned these skills. Most of these are requirements included as the IT portion of the PARCA CPAS PACS administrator certification (see the OTech training schedule for more details about the schedule for CPAS certification).

Thursday, December 5, 2013

RSNA 2013: My top 10 on what’s new and what’s old, part 1.

It is a brisk morning, typical for November, and I am waiting for the bus to get me to the annual radiology circus: RSNA 2013 in McCormick Place conference center in Chicago. And a hustle and bustle it is indeed, especially around 10 am when the exhibition starts, and at 5 pm when it ends, and between scientific sessions when everyone is running to the next classroom to attend a presentation on the next latest and greatest technological innovation, or a lecture in order to get their CME credits.

Need my caffeine fix, even if it takes
20 minutes
Having a technical background, I can only comment on technological innovations and the curiosities at the meeting. These observations are obviously totally subjective and are offered as only a partial impression of what was shown. My findings are based on the OBWA method (Observations By Walking Around), i.e. seeing if there is something interesting that catches my eye and by talking with the many friends and colleagues and ex-colleagues, in the hallways, corridors and at the bar in the evening. This list is unlike the other RSNA news reports that are biased by published press releases or interviews from the industry “experts” with the inherent hype and vaporware.

I have split my observations into three parts, 1) what’s new, 2) what’s not so new (“new and old”) and 3) what’s old. So here are my first top 10 new ones:

A typical dual energy CT image,
showing the overlay with the 2nd image

  1. Multi-energy CT’s: Some of you might remember the very first generation of rotational CT’s, where a gantry containing the X-ray tube and detector were located in a rotating ring and images were taken slice by slice by rotating the gantry, and alternating clockwise and counterclockwise around the patient. Scan times could be 15-30 minutes with an additional 15 minutes or so doing the numbers crunching to create a set of maybe 50 images. Since then vendors introduced slip-ring technology to have a continuous rotation, multi-slice detectors to provide orthogonal voxels providing the source for excellent 3-D imaging, high-speed rotation of fractions of a second to allow for dynamic studies such as used for cardiac applications. Every time one might think the technology has matured, yet another innovation comes along to provide a complete new dimension and/or paradigm, such is the case with the CT multi-energy imaging capabilities. By processing two images that are acquired using a different energy spectrum, which can be done by using multiple X-ray tubes, switching voltage or, in the case Philips, multiple detectors, each with a different energy absorption characteristic, one can create different images that can provide more information than just the traditional attenuation information expressed in Hounsfield units. The images looked to me like fused PET/CT images however, the color images contain much different information using atomic numbers, which we will probably have to learn to interpret similar to when we saw the very first MR images. The CT images were created on a CT that is pending FDA approval so there is not a lot of experience available yet but who knows, this technology might become standard over the next few years, similar to the multi-slice capability of the recent CT’s.
  2. Micro-dose Mammo: There is also no disagreement that too much X-ray radiation can increase
    New mammo slit scanner technology
    the risk of cancer just as other factors such as nutrition, lifestyle, and genetic disposition can, and therefore any imaging solution that reduces the dose for digital mammography can only be applauded. With annual screening for women from let’s say age 50 to their average age in the US of 81 years resulting in a total of 31 exams, typically with two views or images taken for each breast. The good news is that the new Philips microdose digital mammo system uses a slit-scanner technology, which means that the tube rotates at an angle to scan the detector plate thereby reducing the dose by 40% according to the vendor. There are a few hundred of these systems installed in Europe, especially in Scandinavia and France, and installations in USA are just starting. Hopefully, this will challenge other vendors to either adopt this technology or rethink their implementations to achieve a similar reduction in dose.
  3. Social media for radiology: The use of facebook® for posting images is regarded by many as a
    novelty, something many, including myself, would never consider until a good friend of mine shared with me the fracture of his wife’s leg, which he had posted on his facebook page after she had a traffic accident. For those who have been ignoring facebook, I suggest you look a the “Radiology Signs” facebook page which allows people to post interesting cases, which has more than 400,000 “likes” as of today (are there even that many radiologists connected to facebook?). That is why at least one vendor is implementing a “facebook sharing” option in their PACS viewing software, obviously after making sure that the image is totally de-identified and stripped from any personal information. I believe that the power of social media cannot be underestimated and it might become not only a great education tool but also a forum for interaction and communication.
  4. Radiology-patient partnerships: The theme of RSNA President Dr. Sarah Donaldson’s address
    View from the top on Sunday, which
    was actually busier than usual
    was about partnership. I have seen partnerships between radiologists and other physicians in several institutions, notably those where physicians are on staff and paid by the hospital, which seems to avoid a lot of turf wars and breaks down silos between the different specialties. However, partnerships between radiologists and patients are a new concept as it is mostly the primary physician who gets a copy of the report and reviews it with the patient. As a matter of fact, unless a patient takes the effort to look at the person who signed the radiology report, he or she is almost never aware of who did the interpretation anyway. Therefore, even though it might be a good idea, I doubt that a radiologist would even return my phone call if I tried to call him or her about a diagnosis. I am fortunate in that I know several radiologists personally and if I want to ask a question about my or one of my friend’s or family member’s radiology exams, I send them a CD and ask for their (second) opinion. However, that is not an option for most people. Therefore, in my opinion, these are nice catchy phrases and make good headlines, but there has to be a major culture shift to make patient partnerships in radiology happen, if it ever will.
     
  5. NoSQL: Most people might not know what technology is behind managing those millions of
    images in a PACS or enterprise storage solution, but it is typically based on a relational database such as Oracle, Sybase, MySQL or other commercial or open source product. Databases were not designed with managing patient information in mind, except for the somewhat ancient MUMPS, which is both a language and a database, is the core of many of the popular EMR’s but is not typically used in PACS system databases. In addition, commercial database licenses are not cheap and therefore impact the system cost significantly. Therefore it is no wonder that vendors are looking for alternatives.
    Voila! the NoSQL, which stands for Not Only SQL, which indicates that they can still be accessed using SQL queries but also allow for other access methods. NoSQL databases were invented in the late 90’s and are very scalable and highly optimized for simple retrieval and updating operations such as used for medical applications. The nice thing about designing a product from scratch, which as an example, Karos did with their new VNA implementation, is that it allows you to use the latest technologies instead of porting or converting it from older technologies. NoSQL might become a good alternative to the commercial databases that are not as suitable and overkill for what a PACS or enterprise archive solutions are trying to accomplish.
  6. Analytics: Medicine is probably one of the disciplines that is the least measured and analyzed
    One of the many analytics companies
    with regard to efficiency and cost. Most institutions don’t have a good handle on how much it costs to perform a diagnostic procedure other than the amount of the reimbursement from an insurance company or medicare/medicaid. In order to analyze information we need to measure its input and make sure it is correct and accurate. 
    There are several companies offering analytics, most of them I had never heard of before, which showed information displayed on very nice dashboards, however, when talking with them I found that there is still a lot of missing and “dirty” information out there. There is also a lack of standardization of workflow and terminology, which SIIM is working on as part of their SWIM (SIIM Workflow Initiative in Medicine) project. Together with consistent terminology there needs to be a consistent implementation as well. For example, DICOM header information might contain one or all of the Attributes: Study time, Series Time, Acquisition time, and Content time. Some PACS systems even add a timestamp when an image is received by the PACS archive. Consequently, which time do you use to define a procedure length is at best a guess, especially if you want to compare modalities from different vendors who are using different Attributes in their image header. Similar problems occur when you want to record the report turn-around time: is the end time defined by the time that the radiologist signs the report electronically (assuming this is available), is it the time when it is sent to a report repository such as at the RIS, or when it appears in an EMR, it is faxed to a physician, or when it appears in his (secure) email inbox? In conclusion, there is going to be a major increase in analytics but we will have to do a lot of standardization of terminology and measurement, as well as data clean-up before we can trust the results of these tools.
  7. Compact CR: CR systems are getting more and more compact. The first generation CR I ever
    Couldn't be more compact
    encountered was a FUJI CR and it occupied a small room. That system included a printer as well as the CR technology and was ahead of the PACS infrastructure, which followed within the next 10 years. The first challenge was to make a CR small enough that it would fit on a table as a “tabletop” system. Having achieved that over the past 10 years, the latest technology allows it to be so small that it barely sticks out from the wall. The affordability also has come down so much that small practices, and even dentists, veterinarians, and chiropractors are now considering digital technologies instead of film. These are also great solutions for emerging and developing countries where there is an installed base of film X-ray equipment, which is a barrier to providing healthcare by itself as many can’t afford the film and associated developing costs. There will still be a need for larger high volume CR systems, but I would think that these small CR systems will become as ubiquitous as the many small copiers you find in offices in addition to a high speed copier in a central mailing room of an office.
  8. Wireless badges: When I used to work regularly with X-ray systems and/or visit X-ray
    Wireless X-ray badges
    departments, I would always carry my X-ray radiation badge with me. I remember that I occasionally forgot to take it out of my carry-on luggage at the airport, which caused a call at the end of the month from the radiation safety officer at my company questioning why the readout of the badge was much higher than normal. New badges are getting more sophisticated as they now can measure this information and send it wirelessly to a repository. This replaces the old collection and distribution system making it much easier and convenient, also allowing semi real-time monitoring.
  9. Less floor space: What was different this year was the reduction in exhibition floor space, which was somewhat of a mixed blessing. The smaller exhibit space was very welcome to many of those who in the past had to cross from the North-South location to the lakeside area exhibition halls. There were only two exhibit halls this year as vendors brought in significantly less “iron,” for example instead of a complete CT or MR gantry they would bring a
    Scale models instead of
    the real thing
    scale model and/or a monitor showing its images. Obviously the RSNA organization itself would have liked to rent out more space, but also if I were to buy a million dollar or more piece of diagnostic equipment, I might want to touch and feel it, similar to wanting to kick the tires when buying a car. Consequently, this year, if I had wanted to see the equipment prior to signing on the bottom line, I would have to travel to another facility to see it installed, or visit the manufacturer’s facility. I understand the cost savings to the vendors not having to haul these systems around, but I would feel somewhat cheated as a potential customer, especially after paying hundreds of dollars to be able to enter a tradeshow like RSNA.
  10. More lines: It seemed to me as if sequestration or budget cuts had an impact on the RSNA this year, as the waiting lines were much longer than it appeared to me in the past. Waiting for half an hour during the TSA check-in at the airport was to be expected for a holiday weekend, as well as 20
    This is a typical 35 minutes wait
    minutes to get a cup of coffee at the exhibition hall Starbucks, but having to stand in line for more than 30 minutes at 10 am in the morning just to pick up a badge and wait even longer for the bus getting back to the hotel at 5 pm while being exposed to CO2 exhaust fumes in the catacombs of the conference center was unexpected and in my opinion due to poor organization and customer service. I’ll definitely arrive earlier and depart later next year. Hopefully there will be more registration contractors and buses next year as well.
These were my observations about what’s new, and to be honest, there was not much earth shaking and or very innovative this year, as much technology has matured, which is why I will have a follow up on “what’s new and old” as well as “what old news,” in parts 2 and 3 of this report on RSNA 2013 (stay posted).

Herman O.