Axtria - Ingenious Insights
Data Analyst Intern
Where pharmaceutical analytics met large scale data engineering
- dates
- Jan 2024 — Jul 2024
- location
- Bengaluru, Karnataka, India
- company
- Axtria - Ingenious Insights
- read
- 4 min
- Automated weekly call plan generation for AstraZeneca's Q2 2024 pharmaceutical sales operations.
- Processed and analyzed datasets exceeding 100 GB using Python, Pandas, and SQL Server.
- Designed a configurable data pipeline capable of supporting recurring weekly planning cycles.
- Reduced call plan generation time from 2 days to 3.5 hours by implementing distributed processing with Apache Spark.
- Built scalable data transformation workflows for large-scale pharmaceutical datasets.
- Gained hands-on experience in physician targeting, field force effectiveness, and pharmaceutical commercial operations.
- Python
- Pandas
- SQL Server
- Apache Spark
- Distributed Computing
- ETL Pipelines
- Data Processing
- Data Transformation
- Data Analysis
- Workflow Automation
- Large-Scale Data Processing
- Query Optimization
- Pharmaceutical Analytics
- Sales Force Effectiveness (SFE)
- Call Planning
- Physician Segmentation
- Configuration-Driven Development
How I learned that data science isn't always about neural networks and that a simple question like "Which doctor should we visit next week?" can generate hundreds of gigabytes of data.
When people hear the term Data Scientist, they usually imagine machine learning models, recommendation systems, and endless discussions about hyperparameters.
My internship at Axtria taught me something completely different.
Sometimes, the most impactful data science project isn't about building a model.
Sometimes, it's about taking a process that consumes two days every week and teaching a computer to finish it before your second cup of tea.
Welcome to the world of pharmaceutical call planning.
Wait. What is a pharmaceutical call plan?
A call plan determines:
- Which doctors should be visited.
- Which products should be promoted.
- How frequently doctors should be contacted.
- Which sales representative should visit them.
- When those visits should occur.
Imagine having:
- Millions of prescription records.
- Thousands of physicians.
- Hundreds of territories.
- Multiple pharmaceutical products.
- A mountain of business rules.
Now imagine updating all of that every single week.
That is a call plan.
In a nutshell: Pharmaceutical call planning combines physician targeting, territory alignment, sales force optimization, and business constraints to determine how field representatives should engage with healthcare professionals. Modern call planning systems rely heavily on data analytics because physician accessibility, treatment protocols, and business priorities change continuously.
From Raw Data to a Weekly Call Plan
The Challenge: 100+ GB of Data
The project focused on automating AstraZeneca's Q2 2024 call planning process.
The existing workflow was repeated every week.
New data arrived.
Business rules changed.
Physicians moved between segments.
Territory assignments evolved.
Then the entire process started again.
The pipeline processed more than 100 GB of data stored in SQL Server and transformed it into a configurable weekly call plan.
Working with datasets of that size teaches you a valuable lesson:
A bad query doesn't fail.
It simply decides to ruin your entire afternoon.The workflow was implemented entirely in Python using Pandas, with configuration files controlling weekly execution parameters.
Three Data Sources. Three Different Personalities.
The weekly call plan wasn't generated from a single database.
That would have been far too convenient.
Instead, the pipeline had to combine data from three independent sources:
- A centralized Big DataLake containing large-scale historical datasets.
- A Microsoft SQL Server database containing operational data.
- Multiple Excel files, sometimes several gigabytes in size, shared by different business teams.
Each source had its own schema, naming conventions, update schedules, and data quality challenges.
The first challenge wasn't analytics.
It was convincing all three sources to speak the same language.
How the Pipeline Worked
The Hidden Challenge: Data Integration
Combining data from three different sources sounds straightforward.
It isn't.
A physician identifier stored as an integer in one system might appear as a string in another.
Column names that should match often don't.
Missing values suddenly become everyone's problem.
Excel files introduce their own surprises.
And spreadsheets measuring several gigabytes in size have a special ability to make laptops question their life choices.
Before any analysis could begin, the data had to be:
- Extracted.
- Validated.
- Standardized.
- Merged.
- Cleaned.
Only then could the business logic be applied.
Weekly Automation
The pipeline wasn't designed to run once.
It was designed to run every week.
Business users could modify configuration parameters without rewriting the codebase, allowing the same pipeline to adapt to changing business requirements.
The goal wasn't simply to automate a report.
The goal was to build a reusable system that could continuously generate call plans as new data became available.
What I Learned
This internship completely changed my understanding of data science.
I learned about:
- Pharmaceutical analytics.
- Sales force effectiveness.
- Physician segmentation.
- Large scale data processing.
- Workflow automation.
- Distributed computing.
Most importantly, I learned that not every data science problem needs a neural network.
Sometimes, the most valuable algorithm in the room is the one that quietly saves 44.5 hours every week.
And yes, watching a 48 hour job finish before lunch is deeply satisfying.
Typeface
Size
Width
Spacing
