Software your own team can run.

Four kinds of work

• Applications, websites and content management

  Public websites and web applications, mobile-first and built to WCAG 2.2 AA, with a content management system your staff can use to edit, preview and publish without a developer.

• Portals and internal tools

  Booking, payments, forms, dashboards and case tracking that sit on top of the data you already hold, with sign-in for staff and for the public.

• Software development, go-live and support

  From requirements to a live system: build, testing, integration with existing systems, go-live, and support for what we built or for software you already run.

• Consultancy and support contracts

  Advice on integration, application design and service management, and support contracts with agreed service levels, run with ITIL-style change and release control and a named person to call.

You see it working before you commit to it

Most of the risk in software is finding out late that it isn't what you meant. We take that risk out early.

1. A working prototype first. Real screens, your sample data, on your own phone, before the contract rather than after.
2. Plain-English requirements. We write down what we understood and you correct it, before anything is built on it.
3. Short stages you can see. Each stage ends with something you can click on a staging copy, and a short written update.
4. Modern tools, reviewed by a person. We use AI-assisted development to work quickly and adopt proven practices from across the industry; every line is read, tested and explained by the person accountable for it.
5. Handover you can maintain. Readable code in a standard framework, version history from day one, and a handover document your IT team can follow.

Sulman Shah, director

A consultant in NHS and healthcare IT with a long background in systems integration, application design and support inside large public organisations. Degrees in computer science and psychology, which is a useful pairing for software that people actually have to use.

That background shapes how we work: procurement rules, accessibility law, data protection and handover to an in-house team aren't afterthoughts, they're part of the brief.