<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:media="http://search.yahoo.com/mrss/"
	
	>

<channel>
	<title>aashna sehgal.</title>
	<link>https://aashnasehgal.com</link>
	<description>aashna sehgal.</description>
	<pubDate>Fri, 21 Nov 2025 05:05:44 +0000</pubDate>
	<generator>https://aashnasehgal.com</generator>
	<language>en</language>
	
		
	<item>
		<title>top menu - icon</title>
				
		<link>https://aashnasehgal.com/top-menu-icon</link>

		<pubDate>Wed, 04 Jan 2023 19:11:52 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/top-menu-icon</guid>

		<description>︎</description>
		
	</item>
		
		
	<item>
		<title>landing page</title>
				
		<link>https://aashnasehgal.com/landing-page</link>

		<pubDate>Sun, 07 May 2023 16:45:31 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/landing-page</guid>

		<description>







i’m aashna.
i am a&#38;nbsp;product designer
specialising in designing digital products&#38;nbsp;&#38;amp; improving user experience.


︎︎︎</description>
		
	</item>
		
		
	<item>
		<title>work</title>
				
		<link>https://aashnasehgal.com/work</link>

		<pubDate>Sun, 11 Dec 2022 16:54:28 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/work</guid>

		<description>work.




	
&#60;img width="6000" height="3375" width_o="6000" height_o="3375" data-src="https://freight.cargo.site/t/original/i/2d38eedb83050a53e630c66bf6256a8a083fec207e7220528fb2ef5f33337172/Frame-2608771.png" data-mid="240908857" border="0"  src="https://freight.cargo.site/w/1000/i/2d38eedb83050a53e630c66bf6256a8a083fec207e7220528fb2ef5f33337172/Frame-2608771.png" /&#62;

DR. BILL (RBC VENTURES)&#38;nbsp;︎︎︎Improving Reporting Capabilities to Help 12,000+ Physicians in Canada Bill Better

WEB DASHBOARD &#38;nbsp;&#38;nbsp; ENTERPRISE &#38;nbsp;&#38;nbsp; REPORTING &#38;nbsp; &#38;nbsp;
	&#60;img width="6000" height="3375" width_o="6000" height_o="3375" data-src="https://freight.cargo.site/t/original/i/65f5bf361ff1c427b6b5e0ccd4c74d093bb1e29013c733c44e601374cc6e1c04/Frame-2608774.png" data-mid="240908856" border="0"  src="https://freight.cargo.site/w/1000/i/65f5bf361ff1c427b6b5e0ccd4c74d093bb1e29013c733c44e601374cc6e1c04/Frame-2608774.png" /&#62;
CARSOME ︎︎︎Revamping Design Operations @ CARSOME for 12 Million+ Active Users
WEB&#38;nbsp; &#38;nbsp; APP&#38;nbsp; &#38;nbsp; DESIGNOPS&#38;nbsp; &#38;nbsp; ENTERPRISE

	&#60;img width="6000" height="3375" width_o="6000" height_o="3375" data-src="https://freight.cargo.site/t/original/i/7149a44a77dbee43c0bd2e1f35269a6bb77d3162687c5b31cec1137050d4d63d/Frame-2608775.png" data-mid="240908855" border="0"  src="https://freight.cargo.site/w/1000/i/7149a44a77dbee43c0bd2e1f35269a6bb77d3162687c5b31cec1137050d4d63d/Frame-2608775.png" /&#62;
HATCHED DATING ︎︎︎Designing for Love in the Era of Ghosting @ Hatched
APP &#38;nbsp; &#38;nbsp; 0-1 DESIGN&#38;nbsp; &#38;nbsp; B2C&#38;nbsp; &#38;nbsp; iOS
	


</description>
		
	</item>
		
		
	<item>
		<title>Menu Bar copy</title>
				
		<link>https://aashnasehgal.com/Menu-Bar-copy</link>

		<pubDate>Fri, 21 Nov 2025 05:05:44 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/Menu-Bar-copy</guid>

		<description>aashna sehgal.</description>
		
	</item>
		
		
	<item>
		<title>header copy</title>
				
		<link>https://aashnasehgal.com/header-copy</link>

		<pubDate>Fri, 21 Nov 2025 01:48:22 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/header-copy</guid>

		<description>&#60;img width="9729" height="4662" width_o="9729" height_o="4662" data-src="https://freight.cargo.site/t/original/i/a69fc72d1fec6a3668c78e96827421dbcbe294f4df32954b87965f4c7f342312/Claim-Summary-Payment-7.png" data-mid="240907131" border="0"  src="https://freight.cargo.site/w/1000/i/a69fc72d1fec6a3668c78e96827421dbcbe294f4df32954b87965f4c7f342312/Claim-Summary-Payment-7.png" /&#62;</description>
		
	</item>
		
		
	<item>
		<title>header</title>
				
		<link>https://aashnasehgal.com/header</link>

		<pubDate>Mon, 10 Nov 2025 21:44:12 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/header</guid>

		<description>SummaryIn Canada, physicians bill the government to get paid for their services. Enterprise clients (hospital departments &#38;amp; billing groups) rely heavily on reporting to understand what was billed, what got paid, and where discrepancies exist. In short, better reporting capabilities = more time saved for physicians. At Dr. Bill, I helped redesign the reporting experience, and led the end-to-end redesign of the Claim Summary Payment report - one of the most frequently used enterprise reports after uncovering critical inefficiencies that caused hospital leads and billing agents to spend unnecessary hours reconciling payments.This redesign aimed to give physicians and hospital leads clarity and control, and to support the company’s enterprise north-star of $1.5B in gross billings over 5 years. Most importantly, it aimed to help them save their valuable time. (Fun fact: when I shadowed emergency department physicians at Health Sciences North in Sudbury, I learnt they spent a whopping 30-40 minutes daily just billing!)DurationJanuary 2024 - August 2025Tools UsedFigma, Figjam, Google Analytics, Mixpanel, Jira 📍 Canada (Ontario, British Columbia &#38;amp; Alberta)</description>
		
	</item>
		
		
	<item>
		<title>context + current state</title>
				
		<link>https://aashnasehgal.com/context-current-state</link>

		<pubDate>Mon, 10 Nov 2025 22:11:58 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/context-current-state</guid>

		<description>1. The Problem&#38;nbsp;

CONTEXT

At Dr. Bill, one of our key target markets were enterprise groups, which included hospital groups and clinics. Our guiding principle for the enterprise 2025 product roadmap was to ‘Reduce pain &#38;amp; increase efficiency for groups at scale’. This served as my ‘high level’ story to ground myself when making design decisions for this set of users.
WHY TACKLE REPORTING?With this context in mind, and through user engagements over a period of time, our reporting feature was identified as one of our ‘big bet’ areas to spend time and resources on. Despite being mission-critical, reporting had grown organically and was built engineer-first, not design-first. This was evident through the&#38;nbsp;
a) The limited type of reports offered
b) The lack of appropriate filter options within the reports, and
c) The overall experience of pulling a report from the dashboard&#38;nbsp;
The reporting experience was also important to tackle because of its value to physicians and to hospital groups. It directly affects
1. How much confidence physicians feel in managing their finances.
2. How much time they save whilst trying to get key information relating to their finances.
3. And ultimately, retention with the Dr. Bill product.

I identified the following key user story as we began our exploration:Hospital leads want ease and efficiency so they can manage payments for multiple physicians better.


CURRENT STATE


&#60;img width="14101" height="10384" width_o="14101" height_o="10384" data-src="https://freight.cargo.site/t/original/i/1aa7ba1ed83a8e8f97b8dab75f40f6f35055c37d15366d82831847149f055ab5/Associated-User-AU-in-a-Group.svg" data-mid="240532515" border="0" data-scale="62.5" alt="An example of the workflow I built to map the current state of the reporting feature on MDBilling.ca" data-caption="An example of the workflow I built to map the current state of the reporting feature on MDBilling.ca" src="https://freight.cargo.site/w/1000/i/1aa7ba1ed83a8e8f97b8dab75f40f6f35055c37d15366d82831847149f055ab5/Associated-User-AU-in-a-Group.svg" /&#62;

Before solutioning, I mapped the entire reporting ecosystem across our three main user groups:
1. Associated users (essentially department heads)2. Billing agents (Dr. Bill/MDBilling.ca staff that help clients with their billings)3. Physicians. 
I also highlighted the various reports used, the filters available currently for each of them, which province they are available in, and whether they are shown in the ‘basic’ or ‘advanced’ reports section on MDBilling.ca. The aim was to create a birds eye view before we began solutioning.There were two dominant use cases that emerged here:

a) When group leads received their remittances (a report that advices them what they were paid by the government), and the amount matched what they had billed - users wanted to see how much revenue each physician billed and receieved.

b) And, more importantly - when a group lead received their remittances, and the amount&#38;nbsp;did not match what they had billed - they wanted to see the rejections, adjustments &#38;amp; unprocessed claims.
</description>
		
	</item>
		
		
	<item>
		<title>pain points</title>
				
		<link>https://aashnasehgal.com/pain-points</link>

		<pubDate>Wed, 12 Nov 2025 02:20:27 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/pain-points</guid>

		<description>2. Exploration
IDENTIFYING PAIN POINTS
Led by the Product Manager on this project, we began to identify more granular issues that users and our team had previously highlighted with the entire reporting experience. 

&#60;img width="11101" height="6925" width_o="11101" height_o="6925" data-src="https://freight.cargo.site/t/original/i/e49bdec03f4151c72a6bf44719b613981c6f854991e313fb9655ccab02d6286e/Screenshot-2025-08-07-at-4.40.09PM.svg" data-mid="240532888" border="0" alt="8 of 60+ problems that were identified with reports, including the value that UX improvements will bring." data-caption="8 of 60+ problems that were identified with reports, including the value that UX improvements will bring." src="https://freight.cargo.site/w/1000/i/e49bdec03f4151c72a6bf44719b613981c6f854991e313fb9655ccab02d6286e/Screenshot-2025-08-07-at-4.40.09PM.svg" /&#62;
KEY INSIGHTS
I sorted these pain points into three distinctive categories as follows, and defined user stories as to the value that solving them can bring.
1. Users needed better filtering - At the moment, physician leads would have to pull a report individually for every single physician under their group, because there was no ability to filter physicians within a group. They were also not able to filter medical claims based on the claim status, and the explanation code for a rejection.

2. The reporting experience was not user friendly&#38;nbsp;- There were simply too many report sections - basic, advanced, generate reports, which confused users. There were also no explanations for any report, and users would have to find out what they do by pulling them.
3. Report layout made it hard to identify key information&#38;nbsp;- This had to do with the layout of the actual claim summary report. Key data was all the way at the bottom, explanation codes were hard to identify, and report summaries were unclear.


&#60;img width="6196" height="4843" width_o="6196" height_o="4843" data-src="https://freight.cargo.site/t/original/i/12590fec38691f8f35ba10d97e7941cd20c5594f1605ade7718228ec849eb255/Claim-Summary-Payment-Improvements.svg" data-mid="240582956" border="0"  src="https://freight.cargo.site/w/1000/i/12590fec38691f8f35ba10d97e7941cd20c5594f1605ade7718228ec849eb255/Claim-Summary-Payment-Improvements.svg" /&#62;

ASSUMPTIONS &#38;amp; SCOPING
With a first set of designs ready, I wanted to run an assumption mapping exercise with the product managers and the tech lead. The purpose was simple - to voice any assumptions we are making (consciously or otherwise) while solutioning. An example of this was the assumption that more filters was a good thing. Some of us were of the opinion that users think they want more filters but would actually find it overwhelming, and some thought more is more. These assumptions were good to flag before we began testing our designs with users.

	
&#60;img width="1400" height="1402" width_o="1400" height_o="1402" data-src="https://freight.cargo.site/t/original/i/5d41308c90315ee7537e451746256817815b42f441b4a2ffc8a069900806f4a7/Screenshot-2025-11-13-at-6.00.27PM.png" data-mid="240621293" border="0"  src="https://freight.cargo.site/w/1000/i/5d41308c90315ee7537e451746256817815b42f441b4a2ffc8a069900806f4a7/Screenshot-2025-11-13-at-6.00.27PM.png" /&#62;
&#60;img width="1404" height="1406" width_o="1404" height_o="1406" data-src="https://freight.cargo.site/t/original/i/89e9cbc194da24aec9e4ce79583a5468798c0fd46b943f69b1c543e4a7b933ec/Screenshot-2025-11-13-at-6.00.03PM.png" data-mid="240621294" border="0" alt="An example of the assumption mapping exercise." data-caption="An example of the assumption mapping exercise." src="https://freight.cargo.site/w/1000/i/89e9cbc194da24aec9e4ce79583a5468798c0fd46b943f69b1c543e4a7b933ec/Screenshot-2025-11-13-at-6.00.03PM.png" /&#62;



Aditionally, since there were 60+ initial issues highlighted, I wanted to run a scoping exercise to decide what was ‘top of mind’ to solve for in the MVP, and what should be prioritised in V1, V2 etc.&#38;nbsp;

&#60;img width="8452" height="5408" width_o="8452" height_o="5408" data-src="https://freight.cargo.site/t/original/i/0744fcf1a3d54b713c290dbc4f81437eaf9840eb9e47bbdb26aa12f0ab4ef0f6/First-Draft-of-Scoping-Results---DRAFT-WIP.png" data-mid="240647492" border="0" alt="An example of the scoping exercise for all the new, suggested features." data-caption="An example of the scoping exercise for all the new, suggested features." src="https://freight.cargo.site/w/1000/i/0744fcf1a3d54b713c290dbc4f81437eaf9840eb9e47bbdb26aa12f0ab4ef0f6/First-Draft-of-Scoping-Results---DRAFT-WIP.png" /&#62;
</description>
		
	</item>
		
		
	<item>
		<title>pain points copy</title>
				
		<link>https://aashnasehgal.com/pain-points-copy</link>

		<pubDate>Fri, 14 Nov 2025 20:06:58 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/pain-points-copy</guid>

		<description>3. Solutions&#38;nbsp;Solution 1: Give users more control with improved filtering options
I introduced:
a) a new filter to select multiple physicians at once
b) a new filter to select specific explanation codes

&#60;img width="9729" height="4479" width_o="9729" height_o="4479" data-src="https://freight.cargo.site/t/original/i/3d01ae6c8ba0905a0136d9692dea2a39918b357d03dd9bf3e489c18aaae3d74e/Claim-Summary-Payment.png" data-mid="240904182" border="0"  src="https://freight.cargo.site/w/1000/i/3d01ae6c8ba0905a0136d9692dea2a39918b357d03dd9bf3e489c18aaae3d74e/Claim-Summary-Payment.png" /&#62;
&#60;img width="9729" height="4479" width_o="9729" height_o="4479" data-src="https://freight.cargo.site/t/original/i/32ef3bc7b42b2aed1d7ef709b8d562a5c64ffa960ec8fcc6d271717de2caa518/Claim-Summary-Payment-6.png" data-mid="240904181" border="0"  src="https://freight.cargo.site/w/1000/i/32ef3bc7b42b2aed1d7ef709b8d562a5c64ffa960ec8fcc6d271717de2caa518/Claim-Summary-Payment-6.png" /&#62;

As part of user testing this new feature, we recieved the following feedback:

“I think this feature to generate a report for multiple physicians is fantastic. It will save a lot of time for the billing agents and users on the essential plan, because so far - they have had to pull them individually and then add the totals manually” - Billing Agent, Dr. Bill


Solution 2: Make it exceedingly obvious what each report does, and where to find it.
I introduced:
a) New categorisation housing all reports on one page.
b) Thorough descriptions for each report.
&#60;img width="9729" height="4479" width_o="9729" height_o="4479" data-src="https://freight.cargo.site/t/original/i/ee58c80386885112dffeb897d536e6cbec927ac1c82417f9f0ae4ed769729020/Claim-Summary-Payment-report11.png" data-mid="240908549" border="0"  src="https://freight.cargo.site/w/1000/i/ee58c80386885112dffeb897d536e6cbec927ac1c82417f9f0ae4ed769729020/Claim-Summary-Payment-report11.png" /&#62;&#60;img width="9729" height="4479" width_o="9729" height_o="4479" data-src="https://freight.cargo.site/t/original/i/c57911210243317a858255884a0d779836eaddb32ff86556a2d975fb6a679398/Claim-Summary-Payment-report-1.png" data-mid="240908548" border="0"  src="https://freight.cargo.site/w/1000/i/c57911210243317a858255884a0d779836eaddb32ff86556a2d975fb6a679398/Claim-Summary-Payment-report-1.png" /&#62;
Designing a new layout was key in light of this insight from a previous round of user interviews where a super-user highlighted that despite using reports daily, they were not aware what most reports do:“I like the reports FAQ button, but what about being able to hover over the report and then it shows you what the report is commonly used for or what you can do before you select it” - Medical Office Assistant

Solution&#38;nbsp;3: Show key information where it matters most&#38;nbsp;I introduced:a) A summary section with key details on top of the report.b) A new ‘physician totals’ page
&#60;img width="9729" height="4479" width_o="9729" height_o="4479" data-src="https://freight.cargo.site/t/original/i/7d16981392686bb3f2ec6fafae04ad664f78c7f0a976deccf38692cc59e5156c/Claim-Summary-Payment-report2.png" data-mid="240908704" border="0"  src="https://freight.cargo.site/w/1000/i/7d16981392686bb3f2ec6fafae04ad664f78c7f0a976deccf38692cc59e5156c/Claim-Summary-Payment-report2.png" /&#62;
&#60;img width="9729" height="4479" width_o="9729" height_o="4479" data-src="https://freight.cargo.site/t/original/i/937ec8afecbea0930edfd8a6770ebe1c66b8175adc1229784fd2053598c29443/Claim-Summary-Payment-report33.png" data-mid="240908703" border="0"  src="https://freight.cargo.site/w/1000/i/937ec8afecbea0930edfd8a6770ebe1c66b8175adc1229784fd2053598c29443/Claim-Summary-Payment-report33.png" /&#62;

This was a particularly needed improvement, as one physician said in a round of user interviews:“Thinking out loud, what would not only be relevant, but super helpful is if there’s an ability to try to identify patterns of the delta. So what [claims] did we submit, and what [claims] got paid” - Physician, Radiation Oncology
</description>
		
	</item>
		
		
	<item>
		<title>pain points copy copy</title>
				
		<link>https://aashnasehgal.com/pain-points-copy-copy</link>

		<pubDate>Thu, 20 Nov 2025 05:56:26 +0000</pubDate>

		<dc:creator>aashna sehgal.</dc:creator>

		<guid isPermaLink="true">https://aashnasehgal.com/pain-points-copy-copy</guid>

		<description>Impact
1. TIME SAVING: Introducing multi-select for physician reports reduced generation time from ~5 hours to just 3 minutes for a 100-physician group. Surfacing a summary at the top of each report enabled leads to spot payment deltas instantly, and the new Physician Totals page eliminated roughly 60 minutes of manual calculations per payout cycle.

2. INCREASED USAGE: Users reported using more reports now that clear descriptions were provided, all on one page.

3. INCREASED CONFIDENCE: By replacing jargon with intuitive tooltips and contextual explanations, hospital leads and physicians reported feeling more in control and better equipped to understand their billing and rejection data.</description>
		
	</item>
		
	</channel>
</rss>