> Markdown version of [/jobs/ext/18377-backend-developer](https://www.wearedevelopers.com/jobs/ext/18377-backend-developer). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Backend Developer - **Company:** Montreux Partners - **Location:** Glasgow, UK - **Contract:** Permanent contract - **Skills:** Application Programming Interfaces (APIs), Artificial Intelligence, Amazon Web Services, Audit Trail, Software as a Service, Continuous Integration, Data Infrastructure, Software Debugging, Python (Programming Language), PostgreSQL, Role-Based Access Control, SQLAlchemy, Data Logging, State Machines, Backend, Fastapi, Data Lineage, Front End Software Development - **Published:** May 22, 2026 - **Apply:** https://uk.indeed.com/viewjob?jk=82de09556c7e7ec9 ## About the Role Do you have experience in Python?, * You should be comfortable with backend engineering that survives scrutiny. * You should be able to design relational schemas, write migrations, reason about state transitions, enforce permissions, build reliable APIs, handle async jobs, test edge cases, debug production behaviour and document what future engineers need to know. * You should care about boring things that matter: idempotency, transaction boundaries, audit logs, tenant isolation, rollback paths, reproducibility, structured logging, data lineage and release evidence. * Strong Python experience, ideally FastAPI or similar.Real PostgreSQL experience: constraints, indexes, migrations, transactions, performance, schema design. * Experience with queue-backed workers, async jobs, retries, idempotency and generated artefacts. * Experience building workflow, fintech, healthtech, govtech, enterprise SaaS, logistics, data platform or regulated systems. * Ability to explain trade-offs clearly.Ability to work in a fast-moving startup without hiding behind process.High ownership and low ego.Not a fit ## Description Stack direction: Python, FastAPI, PostgreSQL, SQLAlchemy/Alembic, queue-backed workers, AWS, object storage, CI/CD, audit/event-led architecture Build the backend of a healthtech platform that cannot afford to be vague. Health systems already has dashboards, prescribing data, formularies, BI tools and committees. This application is being built for the harder part: turning medicines signals into board-safe decisions, provider-safe handoffs, tracked execution, blocker resolution and audited realised value. This is not another dashboard product; it is an action layer above existing health systems, and the workflow is the product. The current controlled baseline defines it as a shared-core medicines action layer that helps health systems discover medicines actions, justify them with decision-grade evidence and move them into owned delivery and tracked closure. We are hiring three backend engineers in Glasgow to help build the platform spine. This role is for engineers who like hard backend problems: state machines, provenance, multi-tenant data models, async pack generation, audit trails, release gates, RBAC, workflow events, evidence metadata, and reproducible outputs. It is not for people who think backend means "make APIs for the frontend." What you will build You will work on the core backend objects and services behind the product. ActionCase Operating System ActionCase is the atomic operating object. It carries lane, owner, blocker, due date, review cadence, closure status and realised-value state. The backend must enforce lifecycle rules, not leave them to the frontend. The architecture baseline is explicit that deployment and closure are part of the platform, not an afterthought. Decision Pack and Evidence Pack engine You will build services that generate buyer-safe outputs with provenance, assumptions, completeness status and release controls. Draft packs and released board packs are separate lifecycle objects. A pack must never become "ready" just because the frontend wants to show it. Gate engine and tri-state controls The platform uses PASS / FAIL / UNKNOWN logic. Unknown must stay unknown. A hard FAIL or UNKNOWN must block release unless there is a named override with rationale and source basis. Annex A is clear: no Release Board Pack if any hard gate is FAIL/UNKNOWN absent named override. Publish-to-Provider handoff You will help build Publish Mode A and Mode B: secure external share, receiver scope, share permissions, expiry, acknowledgement, and linked Flow ActionCase creation where relevant. Realised Value Ledger It must track approved value versus realised value, with baseline, benefit type, implementation cost, variance, reviewer identity, assumptions reviewed and evidence link. This is what makes the platform CFO-grade, not just pharmacy-interesting. Reference and provenance control Every buyer-visible number needs source, transform rule, timestamp and confidence status. The backend must store source manifests, reference snapshots, run hashes, source windows, versioned outputs and audit records. The architecture rule is simple: no number on screen should exist without visible source, transform rule, timestamp and confidence status. AI-assisted intake and human review The platform will use AI to help draft, summarise, detect gaps and convert source-grounded notes into draft ActionCases. AI may assist, but it may not decide, approve, sign off, invent evidence, or turn UNKNOWN into PASS. The platform AI standard is explicit on that boundary. ## Related Videos - [Meet Your New BFF: Backend to Frontend without the Duct Tape](https://www.wearedevelopers.com/videos/682-meet-your-new-bff-backend-to-frontend-without-the-duct-tape) - [Intro to FastAPI](https://www.wearedevelopers.com/videos/462-intro-to-fastapi) - [Optimizing Discovery: PostgreSQL's Role in Transforming GetYourGuide's Search](https://www.wearedevelopers.com/videos/1647-optimizing-discovery-postgresql-s-role-in-transforming-getyourguide-s-search) - [Developing the Backend with Stefan Lingler, CTO at Shpock](https://www.wearedevelopers.com/videos/100360-developing-the-backend-with-stefan-lingler-cto-at-shpock) - [Flex your Energy: Building a Cloud-Native Platform for Renewable Energy Communities](https://www.wearedevelopers.com/videos/1990-flex-your-energy-building-a-cloud-native-platform-for-renewable-energy-communities) - [Build and Deploy a Fullstack App with Open Source Tooling](https://www.wearedevelopers.com/videos/775-build-and-deploy-a-fullstack-app-with-open-source-tooling) ## Related Articles - [The 7 Most Popular Backend Frameworks for Developers](https://www.wearedevelopers.com/magazine/403-the-7-most-popular-backend-frameworks-for-developers) - [20 Essential Tools For Backend Development](https://www.wearedevelopers.com/magazine/218-20-essential-tools-for-backend-development) - [What’s the Difference Between Frontend and Backend Development?](https://www.wearedevelopers.com/magazine/240-what-s-the-difference-between-frontend-and-backend-development) - [Why Upskilling And Reskilling is Important For Developers](https://www.wearedevelopers.com/magazine/428-why-upskilling-and-reskilling-is-important-for-developers) - [Frontend Developer Salary in The UK](https://www.wearedevelopers.com/magazine/233-frontend-developer-salary-in-the-uk) - [Find a Developer Job: 12 Best Job Sites For Developers](https://www.wearedevelopers.com/magazine/165-find-a-developer-job-12-best-job-sites-for-developers)