# "Converge or collide?" A call to embrace 3 complementary standards - editorial in JMIR

**URL:** <https://ehealthforum.nz/t/converge-or-collide-a-call-to-embrace-3-complementary-standards-editorial-in-jmir/31132>\
**Category:** Standards\
**Tags:** openehr, omop, fhir, scientific-papers, standards\
**Created:** [April 3, 2024, 8:30am UTC](https://ehealthforum.nz/t/converge-or-collide-a-call-to-embrace-3-complementary-standards-editorial-in-jmir/31132 "2024-04-03T08:30:02Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![NathanK](https://ehealthforum.nz/user_avatar/ehealthforum.nz/nathank/32/6064_2.png) [@NathanK](https://ehealthforum.nz/u/NathanK)\
**Post date:** [April 3, 2024, 8:30am UTC](https://ehealthforum.nz/t/converge-or-collide-a-call-to-embrace-3-complementary-standards-editorial-in-jmir/31132/1 "2024-04-03T08:30:02Z")

</div>

> #### Converge or collide? Making sense of a plethora of open data standards in healthcare: an editorial
> 
> - Guy Tsafnat; Rachel Dunscombe; Davera Gabriel; Grahame Grieve; Christian Reich
> 
> [https://www.jmir.org/2024/1/e55779](https://www.jmir.org/2024/1/e55779)

This editorial is an absolutely brilliant counter-point to [Enrico’s article](https://ehealthforum.nz/t/the-standard-problem-standards-expertly-dissected-by-enrico-coiera/31112/1) - thanks for sharing it, Derek!

The authors have a significant skin and perspective in this area, and are well worth listening to. The key points I’ve taken from it:

## Key Point 1: 3 domains with 3 solutions

There are three main domains in digital health that we need standards for, and there is an exemplar ‘standard’ for each. They also happen to play nicely with one another:

1. **Data exchange**

2. **Clinical care & administration**

3. **Longitudinal analysis**

## Key Point 2: online community is key

They are all three backed by active volunteer online communities (like this one), which has led them to iteratively improve over a significant timeframe.

As an online community enthusiast, this is of particular interest to me - and deeply inspiring!

Here is the article in full for ease of reading:

## Full Article as a PDF

[jmir-2024-1-e55779.pdf](https://ehealthforum.nz/uploads/short-url/u66afzusa0h8dBG1rfzhwVEEV9M.pdf) (109.6 KB)

---

<div class="post-metadata">

**Author:** ![jon\_herries](https://ehealthforum.nz/user_avatar/ehealthforum.nz/jon_herries/32/6584_2.png) [@jon\_herries](https://ehealthforum.nz/u/jon_herries)\
**Post date:** [April 4, 2024, 12:18am UTC](https://ehealthforum.nz/t/converge-or-collide-a-call-to-embrace-3-complementary-standards-editorial-in-jmir/31132/2 "2024-04-04T00:18:59Z")

</div>

Is an interesting question. I kinda feel like the three have pretty decent venn overlaps so guess it would be useful.

What I struggle with more is implementation details, with example patterns and test data (mainly from a FHIR perspective which is what I am most familiar with). I think that is something we should try and do more of but find the tools not that great.

Jon

---

<div class="post-metadata">

**Author:** ![pkjordan](https://ehealthforum.nz/user_avatar/ehealthforum.nz/pkjordan/32/5077_2.png) [@pkjordan](https://ehealthforum.nz/u/pkjordan)\
**Post date:** [April 5, 2024, 10:20pm UTC](https://ehealthforum.nz/t/converge-or-collide-a-call-to-embrace-3-complementary-standards-editorial-in-jmir/31132/3 "2024-04-05T22:20:01Z")

</div>

There is a well-established [Analytics on FHIR Group](https://chat.fhir.org/#narrow/stream/179219-analytics-on-FHIR) that’s mapping FHIR Resources to OMOP. The intersection between openEHR and FHIR is less clear. Some see the openEHR archetypes and templates as logical models that can be converted to FHIR Profiles whereas others view FHIR as just a data exchange model. Full implementations of openEHR require it be used as a persistence model, whereas FHIR is neutral with regard to storage although it’s being used increasingly at that layer.