Own the backend of the platform end to end — the clinical record, orders, laboratory and radiology, billing and insurance, pharmacy and stock, and the services that hold them together
Set the service and data design for these modules, and review every change that touches a clinical record, a price, a ledger or a claim
Lead the backend engineers: set the standard, review their work in progress rather than only at the end, and keep the codebase something a new engineer can be productive in within a fortnight
Turn what a hospital actually does into a model the software can hold, working from real documents — a tariff sheet, a rate contract, a scheme circular — which will be inconsistent, hand-maintained and full of exceptions
Own the Application Programming Interface (API) contracts the web and mobile applications consume, and keep them stable enough to be relied on
Correctness You Can Prove
Make every write auditable and attributable: who did it, when, and what it replaced — corrections by reversal, never by silent overwrite
Hold the line on money and stock, where a rounding error is a real rupee in a real hospital's accounts and a stock count that drifts is medicine that cannot be found — Decimal for every amount, never a float
Make clinical safety checks real: allergy and interaction checks, dose limits by age and weight, critical values that must reach a human, and alerts a doctor cannot silently lose
Build multi-tenancy in from the first table — one platform serving many hospitals, with no path by which one can see another's data
Own the reconciliation story: what the cashier counted, what the system says and what the day-end report shows must agree, and any difference must be explainable
Interoperability and Standards
Own the interoperability strategy: Fast Healthcare Interoperability Resources (FHIR) R4 as the façade the outside world reads and writes, over an internal model designed for how hospitals actually run
Deliver Ayushman Bharat Digital Mission (ABDM) compliance — Ayushman Bharat Health Account (ABHA) creation and linking, consent, and health information exchange
Make sure the platform speaks to the equipment that already exists in the hospital: Health Level Seven (HL7) version 2 messages from laboratory analysers, and Digital Imaging and Communications in Medicine (DICOM) worklists for imaging
Use standard terminologies where they earn their place — Logical Observation Identifiers Names and Codes (LOINC), Systematized Nomenclature of Medicine Clinical Terms (SNOMED CT), International Classification of Diseases (ICD-10) — and map to them rather than making clinicians work in them
Treat integration failure as normal: retries, dead letters, replay, and a system that keeps working when the hospital's internet does not
Delivery Oversight
Keep the backlog for the backend sequenced and estimated honestly, and flag slippage the week it becomes likely
Review pull requests with an eye on the data as much as the code — a migration that silently rounds is worse than a bug that crashes
Own the automated tests around money, stock and clinical safety; these are the paths where tests are mandatory rather than encouraged
Own the operational side too: what happens at three in the morning when something fails, and how anyone finds out
Key Skills and Technical Knowledge
Our stack — what you will work in day to day
Language — Python 3.12 with type hints everywhere, and Structured Query Language (SQL)
Framework — FastAPI, with Pydantic v2 for validation and serialisation
Database access — SQLAlchemy 2.0 in async mode, with Alembic for migrations
Typing, enforced — mypy or Pyright in strict mode, failing the build. Python's type hints are optional at runtime, so we make them non-optional in continuous integration
Database — PostgreSQL 16, with migrations, indexes and query plans. Managed Postgres on whichever cloud a hospital requires: Amazon Relational Database Service (RDS) or Aurora, Google Cloud SQL or AlloyDB, or Azure Database for PostgreSQL
Caching — Redis (Amazon ElastiCache, Google Memorystore or Azure Cache for Redis)
Background work and events — a task queue with idempotent consumers, dead-letter handling and replay: Celery, Dramatiq, arq or a PostgreSQL-backed queue, on a broker we can run ourselves rather than one that ties us to a single cloud
Object storage — behind one interface, with a driver per provider: Amazon Simple Storage Service (S3), Google Cloud Storage or Azure Blob Storage
Containers and cloud — Docker everywhere, which is what makes the platform portable across Amazon Web Services (AWS), Google Cloud Platform (GCP) and Microsoft Azure: Amazon Elastic Container Service (ECS) Fargate, Google Cloud Run, Azure Container Apps, or Kubernetes where a customer requires it
Infrastructure as code — Terraform, with a module per cloud and one pipeline
Delivery — GitHub Actions, trunk-based development, migrations only through version control
Testing — pytest and pytest-asyncio, and Playwright for Application Programming Interface (API) and end-to-end journeys
API contract — FastAPI generates the OpenAPI schema, and the TypeScript client the web and mobile applications use is generated from it, so the contract cannot quietly drift
Healthcare standards — Fast Healthcare Interoperability Resources (FHIR) R4, Health Level Seven (HL7) version 2 over Minimal Lower Layer Protocol (MLLP), Logical Observation Identifiers Names and Codes (LOINC), Systematized Nomenclature of Medicine Clinical Terms (SNOMED CT), International Classification of Diseases (ICD-10), Digital Imaging and Communications in Medicine (DICOM), Ayushman Bharat Digital Mission (ABDM) and Ayushman Bharat Health Account (ABHA)
Valuable to have as well
The Python healthcare libraries: fhir.resources for FHIR R4 models, hl7apy or python-hl7 for version 2 messaging, pydicom for imaging
Machine learning and Artificial Intelligence (AI) work in Python — the AI services share this language, which is one of the reasons we chose it
Experience writing code that runs on more than one cloud, and a view on where an abstraction is worth it and where it is not
Open-source FHIR servers such as HAPI FHIR or Medplum
Indian Goods and Services Tax (GST), Third Party Administrator (TPA) and insurance claims, or Pradhan Mantri Jan Arogya Yojana (PMJAY)
On-premise or hybrid deployment inside a hospital's own network
Multi-tenant Software as a Service (SaaS) architecture, and data residency across countries
If your background is Java, .NET, Node or Go
We build in Python on FastAPI, and that is what you would write here
If you come from Django or Flask, FastAPI will feel immediately familiar — the difference is async, Pydantic and generated OpenAPI documentation
Java, Spring Boot, Kotlin, C#, .NET, Go, Scala, Ruby on Rails or Node.js and TypeScript with strong service, API and relational database experience transfers directly. What does not transfer is loose typing habits and an aversion to SQL
We expect you productive in Python within the first month, and we will give you that month
What You'll Bring
Six or more years building backend services in production, with at least two setting direction for other engineers
Strong Python, used with type hints and tested — or another typed backend language with the willingness to work in Python from day one
Deep relational database skill: schema design, transactions and isolation levels, indexes, and the ability to read a query plan and act on it
Have owned a system where correctness is auditable after the fact — healthcare, billing, payments, accounting, insurance, lending or similar
Have modelled a domain that resisted simple modelling, and can explain the trade-offs you took and the ones you regret
Comfortable with event-driven work: queues, at-least-once delivery, idempotency, ordering and replay
Able to design an API another team consumes, and hold its contract stable
Able to explain a technical constraint to a hospital accountant, and a hospital's billing rule to an engineer who has never seen a hospital bill
Willing to sit at a billing counter or beside a doctor for a day and come back with the questions the specification missed
Preferred experience with healthcare interoperability — FHIR, HL7 version 2, LOINC, SNOMED CT, ABDM or another national health data exchange
Preferred experience with Indian Goods and Services Tax (GST), insurance and Third Party Administrator (TPA) claims, pharmacy or retail inventory with batch and expiry, or a system migrated off a legacy database