Thanks Bert,

The difference between this one and the old one is that the old one was using 
our old terminology server through its proprietary APIs.


This new one is using generic FHIR APIs and can be pointed at an arbitrary FHIR 
Server that (correctly) implements the terminology services part of the FHIR 
spec >= 1.6.0


michael


--
Dr Michael Lawley
Principal Research Scientist
The Australia e-Health Research Centre http://aehrc.com/
work: +61 7 3253 3609; mob: +61 427 456 260
________________________________
From: openEHR-technical <openehr-technical-boun...@lists.openehr.org> on behalf 
of Bert Verhees <bert.verh...@rosa.nl>
Sent: Tuesday, 13 September 2016 2:49 PM
To: For openEHR technical discussions
Subject: Re: SV: More generic reference model


Hi Michael, I have seen it before a few months ago, a great tool. Very 
innovative. And easy to work with. I do not often see such a good work.

I will check it out today again, thanks for posting

Bert

Op 13 sep. 2016 01:00 schreef <michael.law...@csiro.au>:
It is definitely possible - here's a pre-release version of our Shrimp browser 
using only FHIR APIs  http://ontoserver.csiro.au/shrimp??/

(Hope that Unicode works :-)

Michae

Sent from my iPhone

> On 13 Sep 2016, at 1:23 AM, Thomas Beale 
> <thomas.be...@openehr.org<mailto:thomas.be...@openehr.org>> wrote:
>
> Bert,
>
> these are just selectors; what I mean is that in the generated result - the 
> actual value set - that IS-A relationships are returned as well as concept 
> codes. Without IS-A relationships a user can't navigate a value set larger 
> than a few terms in a useful way in a real system.
>
> - thomas
>
>> On 12/09/2016 10:23, Bert Verhees wrote:
>> Op 12-9-2016 om 10:30 schreef Thomas Beale:
>>> does the expansion preserve IS-A relationships (at least optionally)? 
>>> That's crucial for making any value set of more than about 20 terms usable 
>>> in a real system.
>>
>> I think you need to do that by additional refinements, f.e.
>>
>> < 19829001 |disorder of lung|: 116676008 |associated morphology| = 79654002 
>> |edema|
>>
>> or
>>
>> 19829001 |disorder of lung|: 116676008 |associated morphology| = 40829002 
>> |acute edema|
>>
>> or
>>
>> 19829001 |disorder of lung|: 116676008 |associated morphology| = 44132006 
>> |abscess|
>>
>>
>> Examples from: http://snomed.org/expressionconstraint
>
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
_______________________________________________
openEHR-technical mailing list
openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org>
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
_______________________________________________
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Reply via email to