# A team to develop, in house, open-source tools for the NHS **Category:** [open forum](https://openhealthhub.org/c/open-forum/9) **Created:** 2026-03-19 09:30 UTC **Views:** 174 **Replies:** 26 **URL:** https://openhealthhub.org/t/a-team-to-develop-in-house-open-source-tools-for-the-nhs/2944 --- ## Post #1 by @james.roberts Hi everyone, I'm James, a GP in South Devon, current Deputy Chair of the RCGP Health Informatics Group and Secretary of the BCS Primary Healthcare Specialist Group. I know this conversation comes up regularly. I have considered it for a while and was inspired further by discussions with Marcus and on this forum. I think now is the time to act. **We need a team to develop, in house, open-source tools for the NHS.** We need to bring together a group of highly motivated individuals who can bridge the gap between clinical experience and software development. The aim would be to start building a catalogue of production-grade tools available for deployment across the NHS. The benefits of this approach are significant: * Aligns well with the quintuple aims of improving healthcare systems: improved patient experience, better health outcomes, reduced costs, improved clinician wellbeing, and greater health equity * Development is clinician-led, meaning we identify the actual problems we face and how best to solve them. Finding and building ‘**solutions for problems**’ not trying to find ‘**problems for solutions**’. * We can be agile, move quickly and take advantage of new developments as they emerge * We can help reduce/avoid some of the potential negative aspects that can occur with commercial tech such as - the need to improve profitability, ‘stickiness’/vendor lock in, restrictive contracts, investor pressures, questions around how data is used. I recognise that open source doesn't mean free/zero cost. There will be hosting, maintenance, and other costs such as AI inference if used in tools. There is also the factor of the cost of our time in contributing to any projects. But I think there are some realistic routes to sustainability: * Possibility of commissioned projects and funding * Clinical safety and implementation work * User training * Hosting * Offering services to international providers if this can be established as a reputable and reliable source of healthcare tooling If we need a ‘vehicle’ or brand, I have CliniPrompt we can use, though I'm not fixed on this and open to alternatives or joining forces with existing groups. **Interested in peoples thoughts on this. I thought I’d set up an introductory call in the next couple of weeks. If you want to be part of this, let me know and I'll send you the details. It will be important to have both clinical and more technical focused people involved.** **James** ## Meeting [event start="2026-04-28 18:30" status="public" name="NHS In-House Open-Source Dev Team Initial Meeting" location="(I'll add the meeting link here when we have decided on one)" timezone="Europe/London" end="2026-04-28 19:30"] [/event] > EDIT: @pacharanero added an Event to this post --- ## Post #2 by @mayfield.g.kev Happy to attend an online event. My view is also ‘**solutions for problems**’ but probably not a solution. Defining problem + user/pathway requirement well enough to get a good solution is a known issue. For example in NHS England - a clinical problem is turned into a solution before it hits developers, this eventually leads to ‘**problems for solutions**’ --- ## Post #3 by @Cotswoldsmaker I would love to be part of this. Open source all the way baby. Let me know where to sign up! Mark --- ## Post #4 by @paul.richardson Count me in too. We are doing pretty much what you’ve described, but just in relation to Open Integration Engine, the rescue fork of Mirth Connect. We have put it through DCB0129, have our DSPT, ISO27001 etc and have had our first couple of successes in persuading NHS Trusts and system vendors to migrate to OIE and avoid license costs from NextGen. We’re on the cusp of making self-provisioned OIE instances available for non-production purposes. Let me know if any of you are interested in kicking the tyres. --- ## Post #5 by @pacharanero I'm in. Great to see there is appetite for doing this stuff. My thoughts below: ### Agentic coding Some of the work that used to take many months in the past is now much faster since the advent of LLM-assisted coding - but it does still need some technique to make it work! And of course all the clinical safety, MedDev, and data standards that were always required are still required, so although the bottleneck has moved, there is still challenge. As clinicians and health IT experts we are advantaged now because we have domain specific knowledge. ### Existing projects I would strongly recommend that we don't start loads of new projects if we can find existing projects to contribute to. One of the side-effects of agentic coding is that it's going to result in a GitHub-pocalypse global proliferation of low-value open source personal side-projects, when that effort would be better spent in collaborating on a smaller number of high-quality projects. ### Organisations Having seen many organisations rise and fall in a decade and a half of health tech - I would advise against hitching this wagon to any orgs that we don't control - ie NHSE/D, DHSC etc. James' suggestion of CliniPrompt would be fine. I also own the https://github.com/orgs/openhealthhub-org/repositories which I know @mayfield.g.kev has already made use of. --- ## Post #6 by @mike.bainbridge Excellent idea - Keep in mind thst there are useful resources all over the place. This might be handy for example- Smart forms using FHIR and SNOMED - admittedly from the other side of the world but maybe worth a look and a fork ! https://github.com/aehrc/smart-forms https://smartforms.csiro.au/dashboard/questionnaires The clinical content is also worth thinking about early - I know Marcus has many scars on this one.. --- ## Post #7 by @Emma Count me in. All for the NHS taking control of its own technology and getting standards aligned across the country. --- ## Post #8 by @robdykedotcom On a related note, it’s been 14 years since the first [NHShackday](https://nhshackday.com/) and this weekend (21/22 March) the 30th event is being held in Cardiff. Open source is EVERYWHERE in the public sector. Here’s a [detailed deepdive into the 24,000 repositories across 186 UK Govt organisations](https://www.uk-x-gov-software-community.org.uk/xgov-opensource-repo-scraper/) - lots of NHS projects to be found. --- ## Post #9 by @mayfield.g.kev [quote="mike.bainbridge, post:6, topic:2944"] This might be handy for example- Smart forms using FHIR and SNOMED - admittedly from the other side of the world but maybe worth a look and a fork ! [/quote] I suspect we would need to split into teams. From my own experience the NHS does a poor job around forms - I was at a Leeds open source event where this popped up, yet again for referrals. Technically this has well known patterns: - complete a form and click submit - in secondary care this is often transformed into HL7 for transmission - however more likely, it’s turned into PDF and emailed. - complete a form and decompose into resources for reuse (← This is Structured Data Capture and allows for existing data to be used to pre-populate questions) - clinical informatician will often say the answer is openEHR (this actually can work with Structured Data Capture, and the above but saying so may get you black balled) I think putting this altogether would save the NHS millions of hours (as long as we accept all these patterns are correct, and don’t go down “One Ring to Rule” them all route). --- ## Post #10 by @mayfield.g.kev p.s. In my day job I’m working on this problem This (potentially opensource) app renders our Genomic Order form https://project-wildfyre.github.io/domain-archetype/?q=https:%2F%2Fnw-gmsa.github.io%2FQuestionnaire-GenomicTestOrder.json description of the form is here which is SDC ready is here https://nw-gmsa.github.io/Questionnaire-GenomicTestOrder.html The rest of the spec https://nw-gmsa.github.io/LTW.html covers how it sent to a LIMS and how the LIMS shares it - I don’t directly cover Structured Data Capture but the pattern is present (in NHS Trusts, they implement a version of this form and it’s gets turned into HL7 v2 for the electronic order). This is also roughly how clinical referrals (and pathology and imaging orders) work. --- ## Post #11 by @jonnyry Hello, I'm interested in joining the call. Thanks --- ## Post #12 by @james.roberts Thank you everyone! Great to see such positive responses and enthusiasm. To me it makes sense that if we can organise a structured and co-ordinated approach to this as well as shining a light on the outputs and potential, it would be a good direction. At present, I imagine there are many clinicians and teams with ideas, working in isolation. A lot of these projects with potential might get stuck at early stages for some of the reasons @pacharanero mentions or their outputs do not reach others that may benefit. Agree about the bottlenecks shifting with the barriers to writing code and the requirements for large development teams reducing. Will need to stay clear of the idea of ‘vibecoding’. I see it as having a system where not a single line of code gets written until a plan and specification for each aspect of a tool is considered and agreed. The new bottlenecks mentioned - device regulation, data standards etc are aspects that I think members of this community and frontline clinicians may be some of the best placed to address. Looking at calendar and upcoming Easter holidays, can I suggest **Tuesday 28th April 18:30-19:30** as a time for anyone interested in being involved to meet? Do not worry if you are unable to make this time. I’m happy to talk separately. This should give me some headspace to put some thoughts and plans together. In the spirit of open source I will share the document when available and encourage any suggestions. :grinning_face_with_smiling_eyes: Please also keep the ideas and discussions coming as there has already been some interesting discussion on this thread. Thanks again all, James --- ## Post #13 by @pacharanero [quote="james.roberts, post:12, topic:2944"] can I suggest **Tuesday 28th April 18:30-19:30** as a time for anyone interested in being involved to meet? [/quote] I can make this. --- ## Post #14 by @robdykedotcom I can make this --- ## Post #15 by @mayfield.g.kev Ditto, can make it --- ## Post #16 by @pacharanero Irritatingly, despite it being 2026 and all, Discourse still doesn't really have a great way to send out a Calendar invite which will be notified out by email and contains the right mimetype `text/calendar` that you can all get it auto-added to Calendar. What it does have is the [ability to add an Event to the first post in a Topic](https://meta.discourse.org/t/creating-and-managing-calendars/283773), so I will take the liberty of doing this for @james.roberts right now. Once I've done that you can click on the … button in the top right of the Event and there is an Add to Calendar option. I am so annoyed at this lack of a basic feature in Discourse I've [raised a feature request](https://meta.discourse.org/t/add-to-calendar-ics-ical-attachments-for-events-in-discourse-notification-emails/399329). --- ## Post #17 by @pacharanero OK done [![image|690x343](upload://c5c8ozfOolILWX9hROsO9MBpzQ2.png)](https://openhealthhub.org/t/a-team-to-develop-in-house-open-source-tools-for-the-nhs/2944#meeting) Go to top post https://openhealthhub.org/t/a-team-to-develop-in-house-open-source-tools-for-the-nhs/2944#meetingto see and use the Event. --- ## Post #18 by @mayfield.g.kev On ideas. I think health is too focused on recording data and is biased to data doctors want. This means workflow or patient care coordination is not as good as it could be - this is often not supported by primary, social care, social prescribing or community systems (nobody wants to pay for it?) For example around my dads care, all the social workers and nurses had minimal support from tech (other than texts, emails, etc). They were all trying to work out who should do what, when and what for. Most had no access to my dads basic record - some levels of interop between suppliers were embarrassing (EOLC/ReSPECT form arrived 2 days after it was needed, we had an information governance discussion to get it to his house) Within this area is a large number of forms (@mike.bainbridge point) which includes a lot of transcribing from existing data sources. Also in this area is physical activity and virtual wards (both are patient monitoring probably using smart devices). --- ## Post #19 by @Emma Agreed, whilst clinical data is important the social daily workflows are just not there. With my mothers care, I recognise the staff change overs and varying medical inputs it’s so hard to keep a track on simple basic care needs. --- ## Post #20 by @Emma On another idea- I once heard of a record system that connect family records together. I think this could be really inspiring. Not necessarily seeing those other records but understanding the core fundamental aspects of stresses and support networks could be really interesting as a concept. Families, student homes, community housing make such a difference to wellbeing. --- ## Post #21 by @mayfield.g.kev Might be an idea to get these noted down and then we can talk about solutions? Slightly engineering the solution here, as I can see some of what is discussed above is directly related to this post https://openhealthhub.org/t/social-care-systems-fhir-and-interoperability-apis/2951/5 The underlying requirement + design I suspect is quite simple - if we keep standards and solutions to the minimum up front. --- ## Post #22 by @jonnyry Emisweb has something like this called Family/Relationship links https://www.herohealthsoftware.net/primary-care/emis-support/article/how-do-family-relationship-icons-function-in-emis-web-and-what-do-they-represent --- ## Post #23 by @mayfield.g.kev I’m a little biased on this idea due to a recent family episode I was thinking of apps to help a family + patient through a cancer diagnosis (possibly aligned to macmillan - which I found to be very good) It doesn’t have to be much to begin with. As a family we started using **goggle drive** to store NHS documents, and we would show these to NHS or social care staff when they didn’t have access to them. Communication was via **WhatsApp**. What would have been good was access to both GP and Secondary Care systems, adding EPIC/Meditech/Oracle-Cerner records to an app should be easy and then at a later stage add GP record (IM1 Patient Facing Sercices - PFS). These could be combined so that family/patients could use these to show other NHS / health / Social care staff the patients records. Longer term this view, can be exported in IPS format which probably would all non UK staff to view patients records (for example when the person is on a pilgrimage or on holiday). Is also something called a Cancer Survivor Passport which could also be generated from above. --- ## Post #24 by @stephen There is of course the NHS app, but it is seems limited to what integrations your GP and hospitals have enabled. An app for the patient and family is a brilliant idea. --- ## Post #25 by @ian I support this Kevin (having been in similar circumstances). The goal of the London Universal Care plan was to try to take some of this burden (on both staff and patients/carers) About Me, personal care networks, LPA, communication needs, functional needs, assistive equipment needs, carer contingency, etc, etc All of this is ‘soft stuff’ but hugely valuable, and takes a lot of frustrating time and effort to keep re-communicating every time the person hits another service or pathway. Almost none of it is specific to any condition or pathway. Plus this is a ‘primary record’ and source of truth for this kind of ‘information for life’ It is all directly visible/ shareable via the NHS app (with limited patient writeback being rolled out) and structured via openEHR/FHIR API’s should third-party apps want to consume it. Although I think we are probably a bit ahead in London, other Shared Care Records are starting to develop similar capacity, so this is a bout the concept not any particular product or tech approach. Next phase is adding condition-specific escalation plans - e.g. sickle Cell, epilepsy, asthma. We are also involved in a bid for EU-Horizon funding to replicate the approach across several European countries, and hopefully extending the IPS content to be more supportive of this kind of info. --- ## Post #26 by @ian ![image|500x500](upload://aGKIcCwzv4cigZBtGJSzn9dFGiZ.jpeg) https://gps.northcentrallondon.icb.nhs.uk/digital-tools-in-practice/better-universal-care-plan-online-access If there was interest, I could setup an end point that would mimic the UCP content using open-source components. The native API is openEHR but we can build FHIR adapters via tools like https://github.com/cistec-com/openEHR2FHIRquestionnaire?tab=readme-ov-file --- ## Post #27 by @mayfield.g.kev I wonder if you could start with something like this, combining two LHCRE projects. Obviously doesn’t work country wide but it’s a start (some other regions may have a HIE like Yorkshire, not sure of capabilities of Cerner HIE) Roughly the API presented to the App follows this API from IHE/HL7 EU https://euridice.org/eu-health-data-api/ This API doesn’t have a simple hook for openEHR (could convert to a PDF though and also return a openEHR converted to FHIR QuestionnaireResponse ← just keep it simple?). YHCR is roughly compliant (wrong FHIR version) with HL7 IPA Linking to EU might also be a way to get funding. ![Screenshot 2026-04-01 at 16.55.14|690x230](upload://fwPlJQt7x9OlxYajE16cy845pCo.png) --- **Canonical:** https://openhealthhub.org/t/a-team-to-develop-in-house-open-source-tools-for-the-nhs/2944 **Original content:** https://openhealthhub.org/t/a-team-to-develop-in-house-open-source-tools-for-the-nhs/2944