Skip to content

Query Tools

AQL (Archetype Query Language) is the SQL equivalent for openEHR. Tooling for writing and testing AQL is thinner than for archetype authoring.

EHRbase REST API

Owner and developers EHRbase project, Vitasystems, and Peter L. Reichertz Institute
Available from EHRbase sandbox

The most common way to run AQL queries against EHRbase is directly through the REST API, using tools such as Postman, Insomnia, or curl. The sandbox includes an API explorer.

EHR Studio (Better)

Status Active - commercial
Cost Commercial (part of Better Platform)
Owner and developer Better
Available from Better Studio registration

What it is: Better's integrated development environment for its openEHR platform, including an AQL Builder with a graphical query-construction interface. It is not available as a standalone free tool.

openEHRTool (CRS4)

Status Active
Cost Free (GPL-3.0)
Open source Yes
Platform Web application / Docker
Owner and developer CRS4
Available from github.com/crs4/openEHRTool-v2
Source github.com/crs4/openEHRTool-v2

What it is: A web application for interacting with an EHRbase server. It provides interfaces for EHR, template, composition, query, and other openEHR REST API operations as a purpose-built alternative to a general API client.

AQL Builder for EHRbase (CRS4)

Status Active
Cost Free
Open source Yes
Owner and developer CRS4
Available from github.com/crs4/aqlbetter
Source github.com/crs4/aqlbetter

What it is: An adaptation of Better's open-source AQL Builder UI components, modified to work with EHRbase rather than Better Platform.

AQL Manager

Status Active
Cost Free (Apache 2.0)
Open source Yes
Platform Browser-based / offline-capable
Owner and developer Martin A. Koch, PhD (CatSalut)
Available from hosted application
Source github.com/martinkochdesign/openEHR_AQL_manager

What it is: A client-side web application for organizing, editing, formatting, and searching collections of AQL queries. It stores working data in browser storage, imports and exports collections as JSON files, and can generate an EHRbase-compatible request payload.

Who should use it: Developers and analysts maintaining reusable AQL collections who want formatting and organization without connecting the tool to a CDR. It does not execute queries or validate them against a server.

FerroEHR admin console

Status Active
Cost Free (MIT)
Open source Yes
Platform Web application / Docker
Owner and developer Ruben Talstra
Available from FerroEHR quick start
Source github.com/rubentalstra/FerroEHR

What it is: The optional web administration console for FerroEHR. Its query workbench includes an AQL editor and a graphical query builder, saved parameterised queries, table and chart results, and CSV and JSON export.

Who should use it: Developers running FerroEHR who want to write and test AQL against their own data in a browser.

openEHR Explorer

Status Active
Cost Free (Apache 2.0)
Open source Yes
Platform Desktop application for Windows, Linux, and macOS
Owner and developer platzhersh
Available from GitHub releases
Source github.com/platzhersh/openehr-explorer

What it is: A cross-platform desktop application for browsing openEHR EHRs, compositions, and templates. It includes an AQL editor with autocomplete, saved queries, tabular results, and CSV export, along with an inspector for the underlying REST requests.

Who should use it: Developers who want a dedicated graphical client for exploring CDR contents and iterating on AQL queries instead of using a general REST client.

ehr-ctrl

Status Active
Cost Free
Open source No
Platform Desktop application for Windows, Linux, and macOS
Owner and developer Richard Kavanagh
Available from ehr-ctrl downloads

What it is: A cross-platform desktop client for querying, inspecting, and administering openEHR CDRs through the REST API. Its documentation focuses on EHRbase and describes support for EHRs, compositions, templates, contributions, directories, and stored queries, with request and response diagnostics.

What it does: It includes an AQL editor with autocomplete, saved queries, CSV export, template management, and CRUD interfaces for supported CDR resources.

Who should use it: Developers and clinical IT teams that want a desktop interface for exploring or administering an EHRbase deployment or testing compatibility with another openEHR CDR.