SYGNIX

Loading

Blog/Building a custom geospatial routing engine from scratch
#Geospatial#SystemDesign

Building a custom geospatial routing engine from scratch

This deep dive walks through the routing architecture behind MediRoute and why standard routing libraries were not enough for the delivery constraints we had to satisfy.

Routing seems simple until the business rules become real. This post breaks down the engineering tradeoffs behind making delivery decisions under live constraints.

Swadeep Bansode · EngineeringJun 15, 202615 min read

Why off-the-shelf routing was not enough

Standard routing engines optimize for the average trip. Our use case needed temperature windows, service levels, and a much tighter operational model.

That pushed us toward a custom engine that could understand the business rules before choosing a path.

The constraints we had to encode

The router had to care about more than geometry. It needed to factor in delivery windows, traffic volatility, and the operational penalty of a late handoff.

That meant modeling the route as a business decision, not just a map lookup.

  • Time windows for sensitive deliveries.
  • Live traffic weighting.
  • Fallback behavior when conditions change mid-route.

What the engine optimizes

The router balances travel time, live traffic, and delivery constraints in real time. The goal is not only to move quickly, but to move correctly.

That distinction matters in healthcare logistics, where the wrong route can invalidate the delivery promise entirely.

What we learned

The main lesson was that system design and product design are inseparable. The best technical decisions also had the clearest user impact.

Once the engine became understandable to the team, it became easier to operate and easier to explain to customers.

Key takeaways
Optimize for business constraints, not just distance.
Operational clarity is part of the architecture.
A custom engine is justified when the product rules are custom.

Once the router understands the constraints, the rest of the product can move with much more confidence.

Continue exploring

Want more technical writing like this?

Read more blog posts or get in touch if you want a deeper walkthrough of the architecture behind any SYGNIX product.