Artificial IntelligenceMedical ImagingRadiology

Adoption of AI in Medical Imaging


By Jon Darnell, Director, Medical Imaging, Texas Health Harris Methodist Hospital Alliance

In the last several years, my healthcare system has implemented several pieces of AI software in the radiology departments, both across the system and at individual hospitals. We have 13 wholly owned hospitals and six joint venture hospitals with three radiology physician groups reading across the enterprise. Recently, companies and vendors that develop and market AI for radiology have brought many, many software solutions to market. AI software for radiology has been developed for multiple modalities (i.e., CT, MRI, and X-ray, for example) and is able to assess images from specific areas of the body to look for and identify disease states. This is to assist and enhance what a radiology physician would be identifying during their formal read of the study.

AI is not meant to replace the radiologists for their part in patient care. I went to the Radiological Society of North America (RSNA) annual meeting and convention in Chicago at the end of November 2022. There were hundreds of vendors at the meeting representing AI software and platforms for the radiology industry. Most of these software are FDA approved, but some are not. Due to the recent explosion in this area of technology, a focused and structured approach to adopting this technology into a hospital practice is needed, whether it is for one hospital or a larger system.

Visiting many of the AI booths at RSNA, it became apparent that vendors are taking several approaches to market and implement this technology. The first approach is the vendor develops their own AI software. The vendor would market their software in individual software offerings or in package offerings that include several pieces of AI software, directly to end users/facilities. This means they employ or contract with all their own software developers. Most of their offerings are FDA approved, but some may not be. 

A radiology AI implementation committee should be formed to make strategic decisions as to what software modules are most important and then determine how to implement that software.

The second approach vendors use is licensing third-party developers of AI software to market to their customers. Again, this can be marketed as individual software offerings or as package offerings that would assess images of several different areas of the body. Some of these vendors may have their own platforms that could be launched directly from the end user’s current PACS solution.

The third approach vendors use for marketing AI for radiology applications is a hybrid model of the first two. These vendors develop their own software and license 3rd party software to the market to end users/facilities. This allows the vendors to market software to end users that they would not otherwise have in their offerings.

There are two aspects radiology departments should consider when assessing AI vendors; how the vendor platform interacts with the radiology physicians during image assessment, and how the AI platform real-time interfaces in order to communicate a positive finding to the care team. These two aspects are independent of each other and not all vendors will have either, or both, of these platforms. If the vendor has an interactive platform for the radiology physicians for when they are reading the exams, the way that platform is utilized by the physician is important, as it can greatly affect the physician workflow efficiency. One example of an interface used during the exam reading task is the vendor AI software would send an assessed image with an interactive icon to the facility’s native PACS system. That icon on the image may indicate that the AI software has identified a finding and the physician could click on that icon inside the PACS system which would take the physician to the AI software, opening directly to the image where the positive finding can be found. Once the AI software has identified a positive finding, if the software platform has a results interface, it would then send the findings to the care team that is signed into the platform at the time. For instance, a positive finding for Large Vessel Occlusion (LVO) could be sent to the Neuro Interventionalist, Stroke/Vascular Cath Lab team, radiologist, stroke coordinator, Hospitalist and/or ED physician, and any other clinical team member needing this information. Examples of software that a vendor may carry include intracranial, hemorrhage, LVL, brain aneurysm pneumothorax, aortic dissection, and C spine fracture, just to name a few.

Lastly, in order to determine a strategy on which of the vendor’s specific software modules to purchase and how to implement those modules, a formal process should be implemented. At my health system, we will create a Radiology Artificial Intelligence Summit Committee. This committee will consist of a radiologist from each of our radiology physician reading groups, members of radiology IT, the chair and vice chair of our system radiology directors’ council, and several SMEs from the areas of focus of the software we are assessing. As an example, for LVO, those SMEs could include stroke coordinators and/or neuro interventionalists. These SMEs would be adhoc and different for each software module that would be assessed by the committee.

With so many aspects to consider, adoption of AI in medical imaging can be an overwhelming and arduous project, especially in a large hospital system. Knowing what specific AI software modules are strategically important to your hospital system imaging departments is a key piece of information to determine what details to look for from AI software vendors. This would include pricing based on if the hospital would be purchasing one specific software module, a package of several software modules, and if the vendor has a comprehensive platform and interfaces for radiology exam reading and the ability to communicate acute positive findings to the clinical care team. A radiology AI implementation committee should be formed to make strategic decisions as to what software modules are most important and then determine how to implement that software.


Warning: Undefined array key "sfsi_mastodonIcon_order" in /var/www/wp-content/plugins/ultimate-social-media-icons/libs/controllers/sfsi_frontpopUp.php on line 175

Warning: Undefined array key "sfsi_mastodon_display" in /var/www/wp-content/plugins/ultimate-social-media-icons/libs/controllers/sfsi_frontpopUp.php on line 268

Warning: Undefined array key "sfsi_snapchat_display" in /var/www/wp-content/plugins/ultimate-social-media-icons/libs/controllers/sfsi_frontpopUp.php on line 277

Warning: Undefined array key "sfsi_reddit_display" in /var/www/wp-content/plugins/ultimate-social-media-icons/libs/controllers/sfsi_frontpopUp.php on line 274

Warning: Undefined array key "sfsi_fbmessenger_display" in /var/www/wp-content/plugins/ultimate-social-media-icons/libs/controllers/sfsi_frontpopUp.php on line 271

Warning: Undefined array key "sfsi_tiktok_display" in /var/www/wp-content/plugins/ultimate-social-media-icons/libs/controllers/sfsi_frontpopUp.php on line 265
error

Share now:

LinkedIn
LinkedIn
Share