This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Persisting FHIR Resources"
Jump to navigation
Jump to search
Rene spronk (talk | contribs) (Created page with "category:RIMBAA WhitepaperCategory:HowTo '''This whitepaper is one of a series of whitepapers created by the RIMBAA Work Group. The wh...") |
Rene spronk (talk | contribs) |
||
| Line 19: | Line 19: | ||
*Charles McCay charlie@ramseysystems.co.uk | *Charles McCay charlie@ramseysystems.co.uk | ||
**I may be able to offer some example content from the semantichealthnet project | **I may be able to offer some example content from the semantichealthnet project | ||
| + | *George de la Torre delatorre.george@gmail.com | ||
| + | **Something is missing here, "event sourcing", we should be open to any strategies, the white paper should demonstrate the benefits of options. Also, familiar with the other persistence methods, ORM, NoSQL, Graph, JDBC, SQL, and even Mumps (Cache) :) | ||
| + | **Certainly, at least, I can contribute to writing up the "event sourcing" section, with FHIR as regard to RIM (missing here). | ||
Revision as of 15:45, 21 September 2012
This whitepaper is one of a series of whitepapers created by the RIMBAA Work Group. The whitepaper is based on actual HL7 version 3 implementation experiences and aims to document a best practice or an implementation pattern.
Summary
- From discussions during the September 2012 WGM
- There are three approaches that have already been taken for persisting FHIR resources.
- Just each resource by itself with links
- Enough of a them linked together to be equivalent to a clinical statement or what we previously referred to as a SMIRF
- Entire CDA like documents that contain many clinical statements within them.
- The experiences of persisting FHIR resources in any of the “clusters” above in the various “NoSQL” databases such as MongoDB (Ewout), CouchDB (Gordon), ?? (PHI), XML (Van Der Zel).
- There are three approaches that have already been taken for persisting FHIR resources.
(potential) authors/contributors
- Eve Marcelina Rubillos emfrubillos@gmail.com
- I would want to volunteer in writing or creating this whitepaper. I am quite new to FHIR, it has only been a little over a month since I have been joining conference calls whenever my time permits, thus, I would prefer working with a team.
- david hay david.hay25@gmail.com
- I'm happy to be a reviewer / contributor - especially in the noSql space - but there are better qualified lead authors out there..
- alex.zupan@tbsgroup.com alex.zupan@tbsgroup.com
- Alex can provide info on our O-R (Hibernate) approach, starting from the class diagram down to the physical db model (tested on Oracle and MySql).
- Charles McCay charlie@ramseysystems.co.uk
- I may be able to offer some example content from the semantichealthnet project
- George de la Torre delatorre.george@gmail.com
- Something is missing here, "event sourcing", we should be open to any strategies, the white paper should demonstrate the benefits of options. Also, familiar with the other persistence methods, ORM, NoSQL, Graph, JDBC, SQL, and even Mumps (Cache) :)
- Certainly, at least, I can contribute to writing up the "event sourcing" section, with FHIR as regard to RIM (missing here).
