# \#rest

**URL:** https://discourse.openehr.org/tag/rest/15.md

[Latest](https://discourse.openehr.org/latest.md) · [Categories](https://discourse.openehr.org/categories.md) · [Tags](https://discourse.openehr.org/tags.md)

---

## [openEHR REST APIs Release 1.1.0 published](https://discourse.openehr.org/t/openehr-rest-apis-release-1-1-0-published/17129)

<div class="topic-metadata">

**Author:** [@sebastian.iancu](https://discourse.openehr.org/u/sebastian.iancu)\
**Replies:** 9\
**Last updated:** [27 July 2026 12:06 UTC](https://discourse.openehr.org/t/openehr-rest-apis-release-1-1-0-published/17129 "2026-07-27T12:06:19Z")

</div>

The openEHR Specifications Editorial Committee (SEC) has published ITS-REST Release 1.1.0. This is the first minor release since 1.0.3 (2022) and a substantial one. It introduces several new APIs, a major overhaul of t…

---

## [SMART on openEHR](https://discourse.openehr.org/t/smart-on-openehr/4517)

<div class="topic-metadata">

**Author:** [@sebastian.iancu](https://discourse.openehr.org/u/sebastian.iancu)\
**Replies:** 4\
**Last updated:** [20 August 2024 07:37 UTC](https://discourse.openehr.org/t/smart-on-openehr/4517 "2024-08-20T07:37:28Z")

</div>

In the past few months we where working on a draft for SMART on openEHR specifications. The idea was originally started by @Sidharth\_Ramesh (see this post), and lately a few other members of the openEHR REST API Working…

---

## [openEHR REST APIs Release 1.0.3 published](https://discourse.openehr.org/t/openehr-rest-apis-release-1-0-3-published/3392)

<div class="topic-metadata">

**Author:** [@sebastian.iancu](https://discourse.openehr.org/u/sebastian.iancu)\
**Replies:** 0\
**Last updated:** [21 December 2022 10:47 UTC](https://discourse.openehr.org/t/openehr-rest-apis-release-1-0-3-published/3392 "2022-12-21T10:47:45Z")

</div>

The openEHR Specifications Editorial Committee (SEC) has published ITS-REST Release 1.0.3 . This release contains several changes needed to migrate specifications to OpenAPI format: SPECITS-66 Migrate REST API specs …

---

## [REST API Specifications in OpenAPI format](https://discourse.openehr.org/t/rest-api-specifications-in-openapi-format/2767)

<div class="topic-metadata">

**Author:** [@sebastian.iancu](https://discourse.openehr.org/u/sebastian.iancu)\
**Replies:** 23\
**Last updated:** [29 November 2022 14:07 UTC](https://discourse.openehr.org/t/rest-api-specifications-in-openapi-format/2767 "2022-11-29T14:07:14Z")

</div>

I am investigating a rewrite of our current REST API Specification (now in Api-Blueprint format) as OpenAPI 3.1 or 3.0 format. Has anybody already done this and is willing to share it? then it will be helpful and highly …

---

## [Missing "web template" format in many (all?) CDR "Definitions"-API implementations](https://discourse.openehr.org/t/missing-web-template-format-in-many-all-cdr-definitions-api-implementations/3090)

<div class="topic-metadata">

**Author:** [@erik.sundvall](https://discourse.openehr.org/u/erik.sundvall)\
**Replies:** 1\
**Last updated:** [26 October 2022 11:31 UTC](https://discourse.openehr.org/t/missing-web-template-format-in-many-all-cdr-definitions-api-implementations/3090 "2022-10-26T11:31:26Z")

</div>

Hi! My colleague Abebe Hailu discovered that the standardised way of downloading templates in “Web templates”… …is not supported in any of the CDR implementations we have tested (inlcuding EHRbase and Cambio) and…

---

## [Adding HEAD methods to support RM has\_\*() operations](https://discourse.openehr.org/t/adding-head-methods-to-support-rm-has-operations/2143)

<div class="topic-metadata">

**Author:** [@sebastian.iancu](https://discourse.openehr.org/u/sebastian.iancu)\
**Replies:** 3\
**Last updated:** [17 December 2021 01:38 UTC](https://discourse.openehr.org/t/adding-head-methods-to-support-rm-has-operations/2143 "2021-12-17T01:38:38Z")

</div>

I am working on REST specifications to support \[SPECPR-307\] Add has\_xxx operations to the REST API spec - openEHR JIRA. The idea is to add HEAD method, similar to GET, to check whether a resource exists, but without ret…