A Rest service for terminology needs to be defined per terminology,
because they are all of different features.
There is one good source of inspiration for a SNOMED terminology.
https://dev-term.ihtsdotools.org/snowowl/snomed-ct/v2/
I say, source of inspiration, because not everybody needs editing
capacity, most use-cases just want to query.
And the swagger/openapi is not optimal, there are some errors in the
data-models on technical level, but these are very few.
When you look at it, and leave out all the branch-things (which are for
editing and versioning), then you have a decent interface for a SNOMED
service.
An then, it is also very obvious (afterwards) and it reflects good
thinking in its simplicity.
As you may know, there are mappings for SNOMED and LOINC, ICDxx and
other terminologies (also local), and others, on the way, or already
finished, so this interface can also used for these mappings which gives
in this way a route to query other terminologies.
good luck
Bert Verhees
On 04-12-16 01:53, Pablo Pazos wrote:
Hi Daniel,
Did your team publish any articles about the demonstration? I'm
interested in the technical aspects of querying expansion of results.
Thanks!
On Fri, Dec 2, 2016 at 10:01 AM, Daniel Karlsson
<daniel.karls...@liu.se <mailto:daniel.karls...@liu.se>> wrote:
Hi All,
so I'll start:
At Linköping University we did a demonstrator in 2012 using a
homebrew REST interface to an expression repository based on the
SNOMED CT query language at the time. The demonstrator showed
querying over EHR content including both AQL and the SNOMED CT
query language. The terminology server per default did expansion
of results of the SNOMED CT queries, i.e. it returned a set of
SCTID:s+expression id:s. The aim of this experiment was to show
that some very complex quality indicators could be expressed as
queries on a structured health record.
/Daniel
On 2016-12-02 11:33, Grahame Grieve wrote:
hi Daniel
I'll listen to this discussion with interest. I expect that the
answer will be: same functional needs as already covered by FHIR
terminology services, but there's some additional information
features that are needed to enable seamless integration.
Grahame
On Fri, Dec 2, 2016 at 7:50 PM, Daniel Karlsson
<daniel.karls...@liu.se <mailto:daniel.karls...@liu.se>> wrote:
Dear All,
while thinking about terminology server requirements for
openEHR systems
I would like to ask all openEHR implementers about experiences of
different solutions. Are there any experiences of using
openEHR systems
with e.g. the FHIR terminology services, CTS2, Ocean TQL,
homebrew, etc?
What are the use cases when the terminology servers are used
(e.g.
design time, data entry, querying, etc.)? What are the
"terminological
queries" that are used/needed (e.g. subsumption testing, subset
membership, subset expansion, etc.)?
Thanks,
Daniel
--
Daniel Karlsson, PhD, sr lecturer
Department of Biomedical Engineering/Health informatics
Linköping university
SE-58185 Linköping
Sweden
Ph. +46 708350109 <tel:%2B46%20708350109>, Skype: imt_danka,
Hangout: daniel.e.karls...@gmail.com
<mailto:daniel.e.karls...@gmail.com>
_______________________________________________
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
<http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org>
--
-----
http://www.healthintersections.com.au
<http://www.healthintersections.com.au> /
grah...@healthintersections.com.au
<mailto:grah...@healthintersections.com.au> / +61 411 867 065
<tel:+61%20411%20867%20065>
--
Daniel Karlsson, PhD, sr lecturer
Department of Biomedical Engineering/Health informatics
Linköping university
SE-58185 Linköping
Sweden
Ph.+46 708350109 <tel:+46%2070%20835%2001%2009>, Skype: imt_danka,
Hangout:daniel.e.karls...@gmail.com <mailto:daniel.e.karls...@gmail.com>
_______________________________________________
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
<http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org>
--
Ing. Pablo Pazos Gutiérrez
Cel:(00598) 99 043 145
Skype: cabolabs
<http://cabolabs.com/>
http://www.cabolabs.com <http://www.cabolabs.com/>
pablo.pa...@cabolabs.com <mailto:pablo.pa...@cabolabs.com>
_______________________________________________
openEHR-technical mailing list
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