This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "AID 201705 Meeting in Madrid"

From HL7Wiki
Jump to navigation Jump to search
Line 8: Line 8:
 
===Agenda===
 
===Agenda===
 
#*FHIR related presentations
 
#*FHIR related presentations
#Architecting a FHIR frontend using a legacy database backend, (Rene Spronk, Ringholm)
+
#Architecting a FHIR frontend using a legacy database backend, (Rene Spronk, Ringholm, NL)
 
#*High level introductory discussion of implementation issues
 
#*High level introductory discussion of implementation issues
#Building a FHIR frontend using Spark/Vonk (Christiaan Knaap, Furore)
+
#Building FHIR Servers on existing Relational Databases (Robert Worden, , UK)
 +
#*To make a FHIR Server from an  existing healthcare relational database, you have to develop transforms between FHIR resources and the native database formats - in both directions (for GET and PUT). One way to do this is to use the FHIR Transform Engine. This gives bi-directional transforms from declarative mappings - saving coding effort, and increasing reliability. Transforms integrate with the HAPI server engine. An example implementation is described.
 +
#*There is an important side-benefit to this approach. RESTFul FHIR searches are converted to efficient SQL queries, automatically - supporting a wide range of searches without coding.
 +
#Building a FHIR frontend using Spark/Vonk (Christiaan Knaap, Furore, NL)
 
#*Vonk is the newly architected Furore FHIR database frontend
 
#*Vonk is the newly architected Furore FHIR database frontend
#Implementing databases for FHIR  - 3 years experience report (Niqoula Ruschkov, FHIRBase)   
+
#Implementing databases for FHIR  - 3 years experience report (Niqoula Ruschkov, FHIRBase, RU)   
 
#*With the upcoming SQL standard 2017 with JSON - the FHIRBase approach will be suitable for Oracle, MSSQL and other compliant databases.
 
#*With the upcoming SQL standard 2017 with JSON - the FHIRBase approach will be suitable for Oracle, MSSQL and other compliant databases.
 +
#FHIRForms: generating clinical forms from FHIR profile definitions (Robert Worden, , UK)
 
#''Other presentations''
 
#''Other presentations''
  

Revision as of 17:44, 29 March 2017

Return to: WGM Minutes > 2017 > May Madrid

This is the agenda of the AID WG for the WGM in Madrid ES, May 2017.

Sunday Q3/Q4 (joint with FHIR)

Agenda

    • FHIR related presentations
  1. Architecting a FHIR frontend using a legacy database backend, (Rene Spronk, Ringholm, NL)
    • High level introductory discussion of implementation issues
  2. Building FHIR Servers on existing Relational Databases (Robert Worden, , UK)
    • To make a FHIR Server from an existing healthcare relational database, you have to develop transforms between FHIR resources and the native database formats - in both directions (for GET and PUT). One way to do this is to use the FHIR Transform Engine. This gives bi-directional transforms from declarative mappings - saving coding effort, and increasing reliability. Transforms integrate with the HAPI server engine. An example implementation is described.
    • There is an important side-benefit to this approach. RESTFul FHIR searches are converted to efficient SQL queries, automatically - supporting a wide range of searches without coding.
  3. Building a FHIR frontend using Spark/Vonk (Christiaan Knaap, Furore, NL)
    • Vonk is the newly architected Furore FHIR database frontend
  4. Implementing databases for FHIR - 3 years experience report (Niqoula Ruschkov, FHIRBase, RU)
    • With the upcoming SQL standard 2017 with JSON - the FHIRBase approach will be suitable for Oracle, MSSQL and other compliant databases.
  5. FHIRForms: generating clinical forms from FHIR profile definitions (Robert Worden, , UK)
  6. Other presentations

Monday Q3

Agenda

  1. Administrative
    • Approval of the minutes

Wednesday Q1

Agenda

    • Projects
    • Next meeting