Health Informatics: The Relevance of Open Source and Multilevel Modeling

Cavalini, Luciana Tricai; Cook, Timothy Wayne

doi:10.1007/978-3-642-24418-6_29

Cited by 4 publications

(1 citation statement)

References 22 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Also, implementations in Ruby [36], http://openehr.jp/projects/show/ref-impl-ruby, and Python [37]https://launchpad.net/oshippy provide components for archetype-based EHR systems. The REST-based approach described in the main manuscript paper could potentially be used to compose EHR systems based on components from a mix of the above-mentioned projects.…”

Section: Appendix A: Liu Eee – Implementation Detailsmentioning

confidence: 99%

Applying representational state transfer (REST) architecture to archetype-based electronic health record systems

Sundvall

Nyström

Karlsson

et al. 2013

BMC Med Inform Decis Mak

View full text Add to dashboard Cite

BackgroundThe openEHR project and the closely related ISO 13606 standard have defined structures supporting the content of Electronic Health Records (EHRs). However, there is not yet any finalized openEHR specification of a service interface to aid application developers in creating, accessing, and storing the EHR content.The aim of this paper is to explore how the Representational State Transfer (REST) architectural style can be used as a basis for a platform-independent, HTTP-based openEHR service interface. Associated benefits and tradeoffs of such a design are also explored.ResultsThe main contribution is the formalization of the openEHR storage, retrieval, and version-handling semantics and related services into an implementable HTTP-based service interface. The modular design makes it possible to prototype, test, replicate, distribute, cache, and load-balance the system using ordinary web technology. Other contributions are approaches to query and retrieval of the EHR content that takes caching, logging, and distribution into account. Triggering on EHR change events is also explored.A final contribution is an open source openEHR implementation using the above-mentioned approaches to create LiU EEE, an educational EHR environment intended to help newcomers and developers experiment with and learn about the archetype-based EHR approach and enable rapid prototyping.ConclusionsUsing REST addressed many architectural concerns in a successful way, but an additional messaging component was needed to address some architectural aspects. Many of our approaches are likely of value to other archetype-based EHR implementations and may contribute to associated service model specifications.

show abstract

Section: Appendix A: Liu Eee – Implementation Detailsmentioning

confidence: 99%