A folder design
At first I thought of the dashboard patterns I had seen with competitors.
They show the user’s profile on the left, on the top side of the left navigation drawer.
I had seen my vet friends interacting in the clinic, and noticed how they only used 1 user account.
That might be ok in a small clinic, such as theirs, but in a bigger clinic one can’t cut corners or
forget who’s logged in as collaboration and tracking become more important.
So as an assumption, I wanted the user’s component to be prominent.
Prominent user profile
Research had shown that veterinarians often ignore which user profile they’re using. That can be ok
in smaller clinics, but totally not ok in bigger ones.
As I put the user’s profile on the right to make it more prominent, a common web pattern,
I noticed that I had a lot of free estate at the top of the screen.
As the UI modules came together I realized I could use that space not only to show the application status,
and remind the vet the name of the person in front of them, but also to make invoices and quotes.
Of course while visiting a dog or some cat they wouldn’t want to have to navigate to some other page to do that,
and data can be dynamically fetched based on the application state, saving input time to the user.
Keep common actions always actionable
I loved the paradigm the previous interface used to move between clients and their pets effortlessly. So I thought of a side list
and a nonmodal window for pets. That would also make sure the veterinarian remembers the owner’s name while he’s working on the pet, easy extra points.
Pets are "under" clients, but clients info should still be visible