This wiki has undergone a migration to Confluence found Here
Difference between revisions of "AID 201705 Meeting in Madrid"
Jump to navigation
Jump to search
Rene spronk (talk | contribs) |
|||
Line 16: | Line 16: | ||
##Building a FHIR facade for an existing GP system (Christiaan Knaap, Furore, NL) | ##Building a FHIR facade for an existing GP system (Christiaan Knaap, Furore, NL) | ||
##*We have used Vonk to implement a FHIR façade to an existing GP system to open up the data to patients. We had to bridge the gap between the system’s database schema and FHIR resources, map search parameters and apply authorization based on the OAuth2 token for the patient. I will discuss the setup of the solution, what Vonk offers out of the box and what had to be coded specifically for this use case, along with difficulties we encountered. | ##*We have used Vonk to implement a FHIR façade to an existing GP system to open up the data to patients. We had to bridge the gap between the system’s database schema and FHIR resources, map search parameters and apply authorization based on the OAuth2 token for the patient. I will discuss the setup of the solution, what Vonk offers out of the box and what had to be coded specifically for this use case, along with difficulties we encountered. | ||
− | ##Implementing databases for FHIR - 3 years experience report ( | + | ##Implementing databases for FHIR - 3 years experience report (Nikolai Ryzhikov, HealthSamurai, US/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) | ##FHIRForms: generating clinical forms from FHIR profile definitions (Robert Worden, , UK) |
Revision as of 06:55, 23 April 2017
Return to: WGM Minutes > 2017 > May Madrid
This is the agenda of the AID WG for the WGM in Madrid ES, May 2017.
Contents
Sunday Q3/Q4 (joint with FHIR)
Agenda
- Announcements
- FHIR related presentations
- Architecting a FHIR frontend using a legacy database backend, (Rene Spronk, Ringholm, NL)
- High level introductory discussion of implementation issues
- 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 facade for an existing GP system (Christiaan Knaap, Furore, NL)
- We have used Vonk to implement a FHIR façade to an existing GP system to open up the data to patients. We had to bridge the gap between the system’s database schema and FHIR resources, map search parameters and apply authorization based on the OAuth2 token for the patient. I will discuss the setup of the solution, what Vonk offers out of the box and what had to be coded specifically for this use case, along with difficulties we encountered.
- Implementing databases for FHIR - 3 years experience report (Nikolai Ryzhikov, HealthSamurai, US/RU)
- 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)
- Generate a form design from any FHIR profile or bundle; refine the design for specific use cases
- Form can be used to view or edit FHIR resources and bundles; or for clinical validation of profiles
- Architecting a FHIR frontend using a legacy database backend, (Rene Spronk, Ringholm, NL)
- Other presentations
Monday Q3
Agenda
- Administrative
- MOTION to approve of the Software Implementation of CDA whitepaper, as an accurate reflection of current CDA implementation best practices, the whitepaper will be up for renewal in May 2018.
- Approval of the minutes
- MOTION to Approve the minutes of the 2016-09 meeting held in Baltimore, as available at AID 201609 Meeting in Baltimore.
- MOTION to approve the minutes of the AID 2017-01 meeting held in San Antonio, as available at AID 201701 Meeting in San Antonio
- Project #1178 - Implementation Packages
- Rene: the concept has been put forward to Publishing in the past (they like it, but don't feel they can make a decision), and has been informally communicated with the TSC and the CTO. In April 2017 I asked Wayne, the current CTO, for his suggestions as to how we can move this initiative forward. His suggestion is to a) bring the idea to the ArB so they can advice whether or not it is sufficiently fleshed out for further consideration (if not they'll have suggestions), b) go the TSC (they'll ultimately have to decide), and c) ask O&O (as the core WG which will form the HL7 v2 product management group) for comments on the exact content of the HL7v2 implementation package.
Wednesday Q1
Agenda
- Project and issue review
- Project #550 - Whitepaper review: project details, List of AID Whitepapers
- Issue List Category:AID_Issue