Team:
8 UX designers, 1 UX Director, 3 developers, 2 business analysts, 3 product owners
Role
UX Research, UI/UX Design, Design Systems
Project Length:
11 months (April 2024 - March 2025)
Tools:
Microsoft Office, Jira, Figma, Adobe Creative Suite
Summary: 

Cardinal Health had an opportunity and a problem: Their radiopharmacies (nuclear pharmacies) have been expanding due to radical new products on the market. However, their internal application was last updated over a decade ago and was starting to show its age, as it was designed solely for Windows. Finally, several of the users had grudges with its antiquated design and numerous roadblocks.
​​​​​​​My Impact: 

We created IsoMod: Cardinal Health's modern application to manage orders, waste management for their nuclear pharmacies. I was responsible for providing UX research and consulting, as well as designing several modules of the application, which included orders and waste management.
Part 1: Discovery

During this time, I travelled to a nuclear pharmacy in Atlanta, GA to see how it functioned, their processes, how their products were created, and how IsoTrac was used by its employees.

The main room where lab technicians, nuclear pharmacists packaged products, shipped products, and stored any waste.

The Buffer room where products were assembled. IsoTrac was being used by numerous types of machines, which informed design decisions.

I attended various shifts to understand how the pharmacy operated during the day and evening, how they used IsoTrac and other related applications at work. After watching how people worked at the pharmacy, interviewed the lab technicians, pharmacists, drivers, managers, and product owners at the pharmacy.
We gathered notes on what was working in IsoTrac, what tasks get completed by which person, which parts employees liked, what they disliked, etc.

It was clear that the current application was dated and cluttered.

Several buttons were oddly placed (such as edit to decrease demand), and there was a lack of unity and cohesion throughout the application.

After observing how people used IsoTrac and, it was clear that both the pharmacy space and how IsoTrac was used left much to be desired.

Original process flow, which was clunky.

Part 2: Define
During my visits, I started to define the problems with IsoTrac and the issues that the nuclear pharmacies were facing. I wrote daily emails to the team about what I discovered, my impressions on areas to improve, and the plan for my next visits.

Sample Emails that I would send daily to my TCS Team Members after my visits. I would write my observations, potential areas to explore, and what the next action steps would be.

The aforementioned buffer room, where products were created, was very cramped, which led to users accidentally knocking over equipment such as timers.

After my visits to the pharmacy were done, I documented my findings in a powerpoint that was presented to the business and IT Teams. The purpose of the PPT was to highlight the current workflow of the pharmacy, illustrate important touchpoints, offer solutions and demonstrate benefits of proposed solutions.
I then broke down all the issues and ideas I had into 4 distinct groups: Fixes, Flows, Features, and Future Opportunities.
Fixes addressed immediate issues, Flows addressed issues with workflows and with the software, Features were to suggest future additions to IsoTrac, and Future Opportunities addressed other suggestions beyond the software.

One of the intro slides from my PPT, going over the process flow.

Sample slides, where I propose having the pharmacy use modern scanners to update inventory and waste modules, rather than doing it manually.

A video of the full powerpoint presentation

I presented this to the IT team, and to the client team. I got feedback as to what features & ideas would be in scope, and what to focus on when working on the designs. 
After the presentation was shown to the development, business, and client teams, I got feedback of which features would be in scope, what issues were important to them.
I was then allocated to work with the UX Team to further develop the wireframes and concepts.
Part 3: Design
During this phase, we worked with our observations & research findings. This helped us inform our wireframes and initial designs. There were 8 unique modules (Dashboard, Settings, Orders, Waste Management, Shipping, Reports and Master Data. I was responsible mainly for Orders and Waste Management, while assisting on the other modules as needed.

We would have elaboration calls with the appropriate buisiness analyst, product owner(s), designers and developers to review what was currently in IsoTrac, how it functioned, and what the new application would need.

Once all the elaboration calls were completed, these would result in Jira Stories and Epics being created. Sample User Story in Jira.

With Customer Orders, there were 3 critical parts to this module: Customer Orders, Add Orders, and Edit Orders. I worked closely with the product owners, pharmacists and other stakeholders to ensure that their requirements were being met and that it would be aesthetically pleasing. 

Sample mid-fidelity wires presented to product owners and team. These were instrumental in informing the information architecture and the look and feel of IsoMod.

We would create numerous iterations and variations of these to show the delivery partners, product owners, and clients.

We would set up calls with Product Owners to create User Stories. Each user story would have anywhere from 2 screens to as many as 20, with the average user story having approximately 8 screens.

Screenshot of sample User Story. It would be organized by screen number, what the scenario was, what actions and reactions, and additional notes as required.

Once the user stories were completed, the stories would end up assigned to me in the UX queue.

When the stories were being defined, I would show the Buisiness Analysts, Product Owners my WIP screens and we would take some time to talk appoach and get feedback.

One of the first iterations of the "Customer Orders" page, where users can keep track of and search orders.

I then continuously iterated based upon the user story requirement, and labelled each screen clearly so that POs and developers could easily find them in the Figma file.

We would organize each of the designed Jira stories in numerical order on Figma. This was done to make it easy for product owners to find and review the stories and designs.

There were numerous reviews and refinement calls to make sure that the screens aligned to the stories as they were written, and that the product owners approved of all elements. About 80 stories were created in Customer Orders, which resulted in approximately 550 designed screens.

Final Disposal Landing Screen

Final Bin List Landing Screen

Final Customer Orders Landing Screen

Finalized Edit Order screen.

Finalized Add Order screen.

Customer Impact and price Adjustment, a sample popup where the user can adjust the prices of the order.

Part 4: Develop
During the develop phase, we collaborated with the developers, the buisiness analysts, and product owners to ensure that the developed product would match the designs and functionality to the stories.

Finalized Dashboard for IsoTrac.

Part 5: Deliver
In the Deliver stage, we smoothly transitioned to handing off the final designs to the client and their users. This stage was marked by thorough reviews with the client to ensure that the product met expectations.
During this phase, we were able to conduct usability testing with users such as lab technicians and pharmacists, gathering their feedback to refine our deliverables. This testing was crucial, as it provided direct user insights that informed the final adjustments to IsoMod.

We would have numerous calls with the development team to go over the developed screens, and make adjustments as needed.

Part 6: Dissect
During the dissect phase, we are continuing to track IsoMod's results with the lab technicians, drivers, and the pharmacists, while striving to improve the application even further when possible and in the budget.
Credits
Product Owners: Jacob Alexander, Scott Ingstad, Meredith Smith
Business Analysts: Vikas Goyal, Priya Gauttam
UX Lead: Ajit Moghe
UI/UX Designers: Varun Reghu, Diksha Dogra, Rasika Mandhre, Sayali Kadam, Shoaib Shaikh, Narendra Kulkarni, Kriti Maloo, Sachi Fiske
Development: Rajas Shastri, I Anand, Pushpraj Mehta, Nishant Gurung, Sunil Bhardwaj, Sairaj Wghmare 
Delivery Partners: Rahul Chandra
Project Management: Leonardo Salas, Sundari Subramanyam
Back to Top