Although OpenEHR is now getting more traction there is a still a considerable learning curve and barrier to adoption. I quick review of other posts suggest it takes at least a year of continual study to gain a good understanding of OpenEHR. We would all benefit if the models produced by the CKM wer…

[image] ToStupidForOpenEHR: I think it should be the CKM that supports the export. Yes, the CKM could support the format you need (up to the CKM vendors) or an online tool could convert the files exported from the CKM into the one you need (this is independent of the CKM vendors who might not…

yes, the current XML export look like an XML version of the ADL

Something I can parse more easily…without having to use archie, or muck around with ANTLR etc Was thinking http://json-schema.org/

[image] ToStupidForOpenEHR: Was thinking http://json-schema.org/ So once you have a Blood pressure archetype (or template - which do you plan to use?) in a JSON file, how would you use it? For the backend, frontend, ETL,…? You probably already found these (and other posts): [im…

First, I love your ironical nickname! [image] ToStupidForOpenEHR: Something I can parse more easily…without having to use archie, or muck around with ANTLR etc The “web template” format could be described as a kind of pre-parsed version of OPT (operational template), would that work? It can …

[image] ToStupidForOpenEHR: I quick review of other posts suggest it takes at least a year of continual study to gain a good understanding of OpenEHR. We would all benefit if the models produced by the CKM were much more widely used across the industry. (they should be ubiquitous). I know firs…

[image] joostholslag: What we can do however is flatten out those inheritances, so that if you export the BP ADL as json (schema)/ OpenAPI that files does have the relevant inherited datapoints like a time and setting. So that you don’t need to know anything about the RM (nor need an openEHR CDR…

[image] ToStupidForOpenEHR: I quick review of other posts suggest it takes at least a year of continual study to gain a good understanding of OpenEHR. From my own experience, it depends on the role of the person learning. When I started learning openEHR my role was Java developer, and my goal…

I’m not sure Gary came here for the lectures. I learnt some new information from all the provided information but I would rather focus on letting Gary present his point of view. I would like to learn what his requirements are first. Without any judgment or trying to convince him to follow somebody…

Separating Models from Implementation

New to openEHR?

erik.sundvall (Erik Sundvall) 22 November 2021 18:19 13

Also, generating a readable template-specific GraphQL schema might be just as useful as a JSON schema. It could be used with a potential future Contribution builder API.

1 Like

Topic		Replies	Views
Choice between data element and SLOT? Clinical archetype	41	2077	8 March 2021
Data extraction from openEHR - a demanding and challenging task? Implementation	25	616	19 August 2025
openEHR archetypes as SQL Tables General Discussion aql , archetype	58	854	26 February 2026
What happens once the Pulse/Heart beat archetype is replaced? Platform archetype	48	352	2 October 2025
EHRBase and ADL2.0 Platform rest-apis , adl , ehrbase	23	779	13 April 2024
openEHR API implementation in Rust Implementation	44	1694	23 June 2023
Looking ahead to openEHRv2 Specifications openehrv2	20	367	11 March 2026
JSON Schema and OpenAPI: current state, and how to progress ITS rest-apis , json	40	4665	8 April 2025
ADL formalisms ADL	35	808	21 June 2024
openEHR and FHIR UKCore openEHR.uk	27	1912	6 May 2024

Separating Models from Implementation

Related topics