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

201709 Patient Reported Observations

From HL7Wiki
Revision as of 15:55, 22 June 2017 by Ehaas (talk | contribs) (→‎Bonus)
Jump to navigation Jump to search


Patient Reported Observations

Submitting WG/Project/Implementer Group

Orders and Observations

Justification

The HL7 Orders and Observation Work Group is interested in the readiness of the Observation resources to progress to a normative Maturity level. This tract is specifically focused on readiness of Observation to handle Patient reported data - in other words, observations that are reported directly by the patient. In many cases patients are asked to record and report clinical and nutritional data for example using an app on a smart phone. ('gateway'). The goal of this tract is to identify any potential issues and gaps in the Observation resource by stepping through a couple of simple scenarios described below. For example, we discovered that constraining the timing of events to only dateTimes did not account for patient's oftentimes reporting the events as occurring relative to another event - e.g., "before breakfast".

Proposed Track Lead

Eric Haas

Expected participants

Roles

(Todo:Please include information here regarding how much advance preparation will be required if creating a client and/or server.)

Servers

Just work with the generic FHIR servers that support the Observation resource and the standard extensions for Observation listed below. These include the FHIR test servers listed here.

Standard extensions for Observation:

  • event-reasonCode reasonCode for Event Pattern HL7 Extensions
  • event-reasonReference reasonReference for Event Pattern HL7 Extensions
  • observation-bodyPosition bodyPosition for Observation HL7 Extensions
  • observation-eventTiming eventTiming for Observation HL7 Extensions
  • observation-focal-subject focal-subject for Observation HL7 Extensions

Clients

Clients should provide ability for manually entered patient data. ( i.e. having a patient take and report his/her own pulse , diet, exercise, etc. Alternatively, a patient takes a measurement with a medical device but record the results manually since the device has no direct communication capability )


Screen Shot 2017-06-21 at 11.11.09 AM.png

Scenarios

Scenario 1: Diet

Patient reports what they ate via their Iphone using a nutrition app or some other application ( Details pending ...)

Scenario 1: Home Blood Glucose Monitoring

Patient reports the measurements from there home glucometer via their Iphone using some application supplied by there healthcare provider (Details Pending...)


Bonus

- Send source of data ( Gataway information, who recorded etc) using the Provenance resource as well: Patient generated data needs good Provenance. And clients that utilize the Observation might want to look to Provenance to understand the source of the data. The server would be required to support Provenance as well.

TestScript(s)

Security and Privacy Considerations