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

Difference between revisions of "Open mHealth to FHIR"

From HL7Wiki
Jump to navigation Jump to search
Line 46: Line 46:
  
 
* '''FHIR-enabled EHR Sytem'''
 
* '''FHIR-enabled EHR Sytem'''
* A '''Open mHealth to FHIR Server''' with FHIR server running SMART-on-FHIR protocols for authentication/authorization, etc.
+
* A '''Open mHealth to FHIR Server''' with FHIR server running [http://docs.smarthealthit.org/ SMART-on-FHIR] protocols for authentication/authorization, etc.
 
* Patient’s '''step counter sensor''' (called ** StepSensor** in this use case) – specific product, may be the patient’s phone
 
* Patient’s '''step counter sensor''' (called ** StepSensor** in this use case) – specific product, may be the patient’s phone
* ''Data store''' for the Step-Counter Device output (e.g., cloud and/or phone (e.g., GoogleFit, HealthKit)) that either offers data directly in Open mHealth format using an Open mHealth endpoint, or is supported by Shimmer
+
* '''Data store''' for the Step-Counter Device output (e.g., cloud and/or phone (e.g., GoogleFit, HealthKit)) that either offers data directly in Open mHealth format using an Open mHealth endpoint, or is supported by [https://github.com/openmhealth/shimmer Shimmer]
 
* '''Open mHealth to FHIR Client''' a SMART on FHIR app – has roles for PCP, onboarding staff, and patient
 
* '''Open mHealth to FHIR Client''' a SMART on FHIR app – has roles for PCP, onboarding staff, and patient
  

Revision as of 03:33, 8 September 2018


Submitting WG/Project/Implementer Group

Omh logo.png



Justification

To pilot the Open mHealth to FHIR Implementation Guide which describes how to use FHIR and OMH to pull health data from popular third-party APIs like Runkeeper and Fitbit. Using the OMH SHIMMER adn an "Open mHealth to FHIR" server, this data is made accessible to a FHIR SMART client either in the native OMH schema format or as FHIR resources (typically FHIR Observations).

Use Cases to include:

  1. A patient preventing or managing one or more diseases
  2. Accessing to mHealth data for enterprise level-needs, e.g., to support population health and research purposes

Proposed Track Lead

Open mHealth Contacts:

Dedicated [#.html Zulip chat stream] for this track ...tbd...

FHIR version

STU3

Expected participants

  • GA Tech
  • UCSF
<your name here!>

Roles

See the mFHIR Implementation Guide for the initial use cases and FHIR Mappings.


  • FHIR-enabled EHR Sytem
  • A Open mHealth to FHIR Server with FHIR server running SMART-on-FHIR protocols for authentication/authorization, etc.
  • Patient’s step counter sensor (called ** StepSensor** in this use case) – specific product, may be the patient’s phone
  • Data store for the Step-Counter Device output (e.g., cloud and/or phone (e.g., GoogleFit, HealthKit)) that either offers data directly in Open mHealth format using an Open mHealth endpoint, or is supported by Shimmer
  • Open mHealth to FHIR Client a SMART on FHIR app – has roles for PCP, onboarding staff, and patient

Scenarios

See the mFHIR Implementation Guide for the initial use cases and FHIR Mappings.

Test Implementations