Stream: implementers
Topic: OpenEHR to FHIR conversion
nicola (RIO/SS) (Feb 21 2019 at 10:04):
Who is working on OpenEHR and FHIR integration? Any docs/artifacts?
Kevin Mayfield (Feb 21 2019 at 10:13):
Noticed this tweet the other day but I think that's a FHIR facade on top of a openEHR server https://twitter.com/frectally/status/1096812886691860480
@KevinGMayfield @INTEROPenAPI if your looking for an #openEHR #FHIR bridging tool the leading work by @rtweed is the one to explore at https://m.youtube.com/watch?list=PLNxHSK29ViKLrrhdPTqbYr6XGTya4uGBv&v=iaGGGgJdWvM&index=9
- Tony Shannon (@frectally) Patrick Werner (Feb 21 2019 at 10:43):
@Alexander Zautke and @Georg Fette are working on this
Alexander Zautke (Feb 21 2019 at 11:04):
We are still trying to create logical models and map the core data types. Haven't had a lot of time to work on this. @Georg Fette Should we schedule a meeting to work a bit more on this?
Georg Fette (Feb 21 2019 at 11:49):
I have written a mapper from archetypes to StructureDefinitions (https://gitlab2.informatik.uni-wuerzburg.de/gef18bg/archetype_2_structuredef). Unfortunately quite undocumented but with a working test case included. The primitive types are currently mapped hard coded from openEHR types to FHIR types. This should be changed to custom core data types. @Alexander Zautke yes we should schedule a meeting for this.
Furthermore I have written a mapper from AQL to CQL and vice versa.
Grahame Grieve (Feb 21 2019 at 21:08):
I'm waiting for enough solid (i.e. directly/indirectly backed by $$) interest from openEHR community to get going on this - maybe later this year? There's 'interest' but it's never got real priority. interopen is the most likely source, it seems to me. @Ian McNicoll may want to comment further
René Spronk (Feb 24 2019 at 09:34):
.. or Norway.
Last updated: Apr 12 2022 at 19:14 UTC
