OpenQMS.net QMS Software Review

Dr. Oliver Eidel · Updated August 12, 2026

This review covers pricing, contract terms, product fit, and the main tradeoffs of OpenQMS.net.

Research completed in August 2026. We have not implemented OpenQMS.net for a customer and did not run a production trial. This is a desk-research buyer’s review based on the public source repository and C-realize’s product material—not a firsthand product testimonial.

Short version: OpenQMS.net is one of the few things in this market which really is open-source QMS software. The public application is licensed under AGPL-3.0, the repository contains recognizable quality workflows, and C-realize also offers commercial licensing and services. That makes it materially more credible than a download page which merely calls itself “open source”.

The catch is maturity. The public repository is small, deployment documentation is thin, and the free edition is not the same thing as a validated, supported production system. OpenQMS.net is interesting for a technical life-sciences team willing to own the application. It is not a magic free eQMS which makes hosting, validation and support disappear.

OpenQMS.net review: key facts

Question

Our assessment

What is it?

A lightweight QMS web application from C-realize, offered under AGPL-3.0 and a commercial license

Best fit

Technical life-sciences teams which genuinely want source access and can own hosting, security, testing and validation

Poor fit

Small teams expecting a polished, self-service SaaS product with implementation and validation already handled

Public application scope

Documents, training, CAPA, changes, deviations, assets, materials, processes and products

License

GNU AGPL-3.0, with commercial licensing available from C-realize

Deployment

Self-hostable .NET application using SQLite; C-realize also advertises cloud/SaaS help

Public repository activity

Six commits, with release-labelled updates from 2022 through April 2026; no packaged GitHub releases when checked

Rating

Unrated because we have not used it in a production QMS

What OpenQMS.net actually is

There are two related offers. First, the public OpenQMS repository: a .NET web application with source code under AGPL-3.0. Second, C-realize’s commercial offer around hosting, licensing, implementation and “business level” functionality. The repository README explicitly describes dual licensing, so this split is not something we inferred from a pricing page.

The public code contains models and screens for application documents, training, CAPAs, changes, deviations, assets, materials, processes and products. That is enough to call it QMS-specific software rather than a generic file store wearing an ISO 13485 hat.

C-realize positions the product for biopharmaceutical quality standards such as GxP, 21 CFR Part 11 and Annex 11. It advertises digital signatures and employee training, while the business offer adds areas such as risks, audits, asset maintenance, notifications and support. Buyers should therefore ask which exact screens are in the AGPL edition, which are commercial, and whether the hosted demo matches the code they can download.

OpenQMS.net features

Documents, signatures and training

The vendor says OpenQMS.net can manage documents across the product or service lifecycle, sign them digitally and train employees. The public release notes say version 1.1 added document files to the database plus attendance and training-certificate reports.

That is the right basic shape. We could not establish from public documentation how strong the day-to-day document experience is: collaborative authoring, review comments, signature meaning, controlled-copy distribution, periodic review and training retriggering all need a live demonstration. The directory records no built-in rich-text editor because the public evidence points to managed document files, not a modern collaborative authoring environment.

Quality events

The source includes CAPA, change and deviation objects. Those are more useful than trying to assemble a QMS from unlabeled GitHub issues. Still, the presence of a model and CRUD screens does not prove a mature workflow. During evaluation, take one real nonconformity from intake through investigation, root cause, actions, effectiveness check and closure. Then inspect permissions, immutable history and reports.

Requirements management

We found product records but no demonstrated medical-device requirements module with user needs, design inputs, risks, verification and validation linked in a traceability graph. OpenQMS.net therefore gets “no requirements management” in our structured comparison. A team could customize an open-source system, of course. That customization then becomes software you must specify, test and maintain.

Is OpenQMS.net really open source?

Yes, the public edition clears the basic evidence test. The repository includes source code and a complete AGPL-3.0 license; GitHub identifies that license; and the README says users may redistribute and modify the program under the AGPL. This is conventional open-source licensing, not merely “we let customers look at PHP files”.

The AGPL has obligations, particularly when modified software is offered over a network. C-realize offers a commercial license for buyers who do not want the AGPL terms. That dual-license model is common and reasonable, but your legal team should decide which path fits. This review is not legal advice.

OpenQMS.net pricing

The public edition has no software license fee under the AGPL. That does not make a production deployment cost zero. You still need infrastructure, backups, monitoring, upgrades, security response, user support and validation. You may also need commercial licensing or C-realize services depending on how you deploy and modify it.

We found no public numeric price for the commercial license, hosted service or implementation. Ask for these as separate lines: license, hosting, installation, configuration, migration, validation support, training, ongoing support and upgrade work. “Free software” and “free operating model” are two completely different sentences.

Deployment, maintenance and project maturity

The repository is a .NET application and release 1.2 moved it to .NET 8 with SQLite. SQLite makes a small deployment approachable, but it does not define your production architecture. You still need documented environments, secret management, TLS, authentication, email, backups, restore tests, monitoring and an upgrade path.

Repository activity is unusual: when checked on 12 August 2026, it showed only six commits, each representing a relatively large release, and 23 stars. The latest commit was labelled release 1.4.0 on 13 April 2026. There were no packaged GitHub Releases. A low commit count is not proof of poor software, but it reduces the public evidence available for review and makes maintainability questions more important.

Before adoption, build it from a clean environment rather than accepting a mystery server image. Record every dependency, run a vulnerability scan, confirm the backup contains both database and documents, restore it, and rehearse an upgrade with realistic data. If one developer is the only person who understands the deployment, your “vendor independence” has simply changed names.

Validation, security and medical-device fit

Open source is useful for assurance because your team can inspect the code and pin the exact version. It is not a substitute for validation. FDA’s Computer Software Assurance guidance supports a risk-based approach to establishing confidence in production and QMS software. Your intended use, configuration, hosting and changes determine the work.

For medical device teams, the product’s document, training and quality-event scope could cover a meaningful part of an ISO 13485 QMS. The missing public evidence is design-control traceability and a ready-to-use validation package. Ask C-realize what test evidence and configuration documentation come with the commercial offer. For the AGPL edition, assume your company owns installation qualification, functional testing, access review, electronic-signature assessment, backup/restore evidence and change control unless a supplier contract says otherwise.

Data access is better than in a closed SaaS product because a self-hosting customer controls the SQLite database and stored documents. We did not find a polished one-click migration export. Verify how records, files, users, relationships, signatures and audit history can be extracted before treating “we have the database” as a complete exit plan.

OpenQMS.net pros and cons

Pros

Cons and unknowns

Genuine AGPL-licensed source code

Small public repository with limited deployment documentation

Recognizable QMS objects instead of a generic document store

Free and business-edition boundaries need to be demonstrated

Self-hosting and direct database access are possible

No ready-to-use validation package identified for the AGPL edition

Commercial licensing and services provide a support route

No public commercial pricing

Life-sciences positioning and digital-signature claims

No specialized medical-device requirements traceability demonstrated

Who should consider OpenQMS.net?

Shortlist it if source access and self-hosting are real requirements, your team has .NET and operations capability, and you are willing to validate a relatively young application. Compare the AGPL and commercial paths before building anything.

Start elsewhere if “open source” really means “we have no budget or IT owner”. The license can be free while the implementation is still a software project. Also start elsewhere if integrated medical-device design traceability is central and you do not want to build it.

Our verdict

OpenQMS.net is a real and interesting open-source QMS project. That already puts it ahead of many search results. Its current evidence supports a cautious shortlist, not a blanket recommendation. The key buying question is whether you want to become partly responsible for a QMS software product—or pay C-realize to carry more of that responsibility.

We are leaving it unrated. Source inspection tells us what exists; it does not tell us how pleasant the application is to use or how a production implementation behaves.

Disclosure: OpenRegulatory builds Formwork, a commercial eQMS for medical device teams. We therefore compete for some of the same buyers and are not neutral. Formwork is hosted and opinionated; OpenQMS.net offers source access and self-hosting. Choose based on the operating model you actually want.

Sources and methodology

Sources were checked on 12 August 2026. Vendor claims describe advertised scope; they do not independently prove compliance or outcomes.

Source

Used for

OpenQMS public repository

License, code scope, activity, technology and repository maturity

Public release notes

Release dates and changes from versions 1.0 through 1.4

C-realize QMS page

Life-sciences positioning, digital signatures, training, SaaS and business-edition scope

Open Source Definition

License-classification criteria

FDA Computer Software Assurance guidance

Risk-based assurance context

Join the discussion. Leave a comment. Guest comments are welcome — add your email to get reply notifications.

No comments yet. Be the first to share your thoughts.

Dr. Oliver Eidel

Dr. Oliver Eidel

I’m a medical doctor, software engineer and regulatory dude. I’m also the founder of OpenRegulatory.

Through OpenRegulatory, I’ve helped 100+ companies with their medical device compliance. While it’s also my job that we stay profitable, I try to dedicate a lot of my time towards writing free content like our articles and templates. Maybe that will make consulting unnecessary some day? :)

If you’re still lost and have further questions, reach out any time!
More about me