Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

2015 GSoC Project Idea

This project is being considered as a potential project for Google Summer of Code 2015. If you are a potential intern and are interested in working on this project, please discuss it in detail with the mentor(s) listed here before submitting your internship proposal.

Primary mentorSuranga Kasthurirathne
Backup mentorTBA
GSoC studentTBD

Abstract

The purpose of this project is to expand upon the OpenMRS FHIR module so that it can consume a subset of FHIR resources and persist them in the OpenMRS database. OpenMRS has recently undertaken a commitment to implement FHIR in order to ensure better interoperability between healthcare systems. The OpenMRS FHIR module was developed as part of these efforts.

The purpose of this project is to expand upon the OpenMRS FHIR module so that it can consume laboratory information. There is currently a use case for OpenMRS to consume laboratory data sent by a third party system. The aim of this project is to support these use case through the development of the FHIR Diagnostic report resource.

Question: There is a similar FHIR based OpenMRS project to develop support to import other FHIR resources into OpenMRS. Why a separate GSoC project for this task?

Answer: While our primary use case is to support Laboratory data, the Diagnostic report is inherently complex, and used for a wide variety of purposes including,

  • Laboratory (Clinical Chemistry, Hematology, Microbiology, etc.)
  • Pathology / Histopathology / related disciplines
  • Imaging Investigations (x-ray, CT, MRI etc.)
  • Other diagnostics - Cardiology, Gastroenterology etc.

Therefore, We will need to put significant efforts to ensure that our adaption of the Diagnostic report for laboratory data import does not affect its ability to be re-used for other intended purposes.

Secondly, this task will involve significant changes / decisions as to how the OpenMRS database will persist Lab data. Therefre, significant modifications and testing will be required.

Requirements

  • Good Java skills
  • Familiarity with J2EE web programming (e.g., JSPs)
  • Ability to learn and work with FHIR and the HAPI
  • Soft skills to interact with the HAPI and FHIR community in order to gather requirements and technical feedback

Project champions

Objectives

  • Build support for the FHIR module to accept and persist a FHIR diagnostic resource
  • Create or update existing data elements in the OpenMRS database in response to these requests
  • Make appropriate modifications to the OpenMRS database in order to support the FHIR diagnostic resource
  • Forward an acknowledgement message to third party applications once the transaction is completed

Extra credit

  • Demonstrate how Diagnostic resources used to model pathology or other imaging results, and how they will be persisted in the OpenMRS database. 

Resources

 

 

  • No labels