Hi Bert, I think the idea of the CTS2 is to define an abstraction layer over many terminologies to have a common way to access them event if they have different features or internal structure.
I'm sure others here will know more about it. ref http://www.omg.org/spec/CTS2/1.2/ Cheers, Pablo. On Sun, Dec 4, 2016 at 5:37 AM, Bert Verhees <bert.verh...@rosa.nl> wrote: > 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> > 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> >> 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 <%2B46%20708350109>, Skype: imt_danka, Hangout: >>> daniel.e.karls...@gmail.com >>> >>> >>> _______________________________________________ >>> openEHR-technical mailing list >>> openEHR-technical@lists.openehr.org >>> http://lists.openehr.org/mailman/listinfo/openehr-technical_ >>> lists.openehr.org >>> >> >> >> >> -- >> ----- >> http://www.healthintersections.com.au / grah...@healthintersections.co >> m.au / +61 411 867 065 <+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 <+46%2070%20835%2001%2009>, Skype: imt_danka, Hangout: >> daniel.e.karls...@gmail.com >> >> >> _______________________________________________ >> openEHR-technical mailing list >> 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 <099%20043%20145> > Skype: cabolabs > <http://cabolabs.com/> > http://www.cabolabs.com > pablo.pa...@cabolabs.com > > > _______________________________________________ > openEHR-technical mailing > listopenEHR-technical@lists.openehr.orghttp://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 > -- Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pablo.pa...@cabolabs.com
_______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org