Open-source Structured Data Capture tooling has matured enough by 2026 that an outpatient EHR stack can rest on it without feeling like a research project. The catch is that no single open-source tool covers the whole intake pipeline. Picking the right pieces, and knowing where to expect glue work, is most of the job.
The list below covers the open-source SDC tools that actually run in outpatient settings rather than just exist on GitHub. Each one is paired with a brief note on where it fits in a working stack. For the FHIR primer hub on this site, the surrounding articles cover related infrastructure decisions.
What to Expect From the Open-Source Side
Three things tend to surprise teams new to open-source SDC for outpatient stacks:
- The rendering side and the storage side are usually separate projects. You wire them together.
- The terminology layer is rarely included. Plan to bring your own or run one alongside.
- Documentation quality varies a lot. Some projects are well-maintained, others depend on community Slack channels for the real answers.
None of that is a deal-breaker. It is just a difference from the commercial path, where the components arrive as one package.
The Tools Worth Using in 2026
LHC-Forms from the National Library of Medicine is the de facto open-source renderer for FHIR Questionnaire in clinical settings. SDC features like enableWhen, calculated expressions, and answer validation work natively. The library is JavaScript, which fits most modern outpatient web front ends.
NLM Form Builder is the companion tool for assembling Questionnaires. It is a web app for editing the underlying FHIR resource without writing JSON by hand. Pairs cleanly with LHC-Forms for the rendering side.
Google Open Health Stack Structured Data Capture Library covers the Android side. If your practice ships a patient-facing app for pre-visit intake, this is the strongest open-source option. The library handles expression evaluation and offline capture, which matters for any app that may run on a spotty hotspot.
HAPI FHIR with the SDC module covers the backend. It is the most mature open-source FHIR server, and the SDC add-on handles Questionnaire and QuestionnaireResponse storage cleanly. The rendering side is lighter than LHC-Forms, so the common pattern is to use HAPI for storage and LHC-Forms for the front end.
Snowstorm, while primarily a terminology server, deserves a mention here. Form value sets in outpatient settings often need real-time expansion, and Snowstorm fills that gap on the open-source side without a commercial license.
How to Stitch Them Together
The pragmatic outpatient open-source stack tends to look like this:
- LHC-Forms in the front end for rendering, with NLM Form Builder for designing the Questionnaire resource.
- HAPI FHIR as the FHIR server holding the Questionnaire and the resulting QuestionnaireResponse.
- Snowstorm or another open terminology server for value-set expansion at the point of capture.
- A thin extraction layer that maps QuestionnaireResponse items into Observation, Condition, or Procedure resources for the clinical record.
Each piece is well-documented on its own. The integration is where small teams spend their time, and is also where the cost difference with commercial alternatives starts to even out.
Where Open-Source Falls Short for Outpatient
The honest gaps in 2026 are around managed support, polished form-builder UIs for non-developers, and turnkey EHR integrations. Those are exactly the things that commercial vendors charge for. If your outpatient practice has a developer who likes owning the stack, the open-source path is excellent. If not, the best FHIR form builders for behavioral-health outpatient programs in 2026 leans more toward managed picks. The complete guide to FHIR intake forms for outpatient practices in 2026 covers the rest of the foundation.
Open source pays off when somebody on the team treats the stack as their own.
Sources
- Android FHIR SDC Library (evergreen) - HTML, Google Open Health Stack
- offline-capable mobile FHIR project (evergreen) - HTML, OpenSRP fhircore GitHub
- Build FHIR Patient Data Android apps with Open Health Stack - Blog post, Google Cloud, 2024