Chair: Debi Willis Virginia Lorenzi

Scribe: Dave deBronkart





Virginia Lorenziy
Debi Willisy
LLoyd McKenziey
Rachel Richessony

Mikael Rinnetmäki

Nancy Lush
Lisa Nelson
Dave deBronkarty
Jan Oldenburgy
Marie Moeny
Abigail Watsony
John Moehrke
John Keyesy
Terrie ReedTerrie Reed
Jose Costa Teixeira
Bart Carlson

Meeting Info:

HL7 Patient Empowerment 
United States: +1 (872) 240-3212,,,322-275-573 

Agenda Outline

Agenda Item

Meeting Minutes from Discussion

(10 min)

Welcome newcomers

Approval of this Agendayes

Prior call Minutes approvalyes

co-chair nominations and electionsSend nominations to: by June 15. 

Other updates:
  • Dave: Final status of Patient Innovator Track at Virtual DevDays
  • Debi - job opening: The Assistance Fund in DC is looking for a Director of Pt Advocacy.
  • Virginia confirmed that our mission & charter are approved
  • Jan: the PACIO demo (post-acute care plan) from the Connectathon is being polished and will be out soon - we should all see it. (Connects also to Gravity (SDOH) and Care Plan)

  • Jan: CARIN has published a curated list of patient facing apps that have attested to the CARIN Code of Conduct.

Here's Virginia's Zulip post with the following links:

The CARIN app project website:

CARIN's announcement PDF:

The gallery of apps:

Note: ALL APPS IN THE GALLERY SUPPORT FHIR, according to Ryan in that thread.

HL7 Admin

Our new Project Proposals
(then PSS's)

  • Our proposal for Patient Corrections has been accepted!
    Next step: Project Scope Statement. Leads: Debi, Abigail
    • "Given that Patients have access to the data in an EHR, when the Patient discovers an error in the medical record, then the patient needs a method of communicating the error so that it can be addressed, so that the medical record can be corrected to prevent future health and safety concerns."

  • Now we need to create something similar for Patient-Contributed Data. Leads: Maria D. Moen and Jan Oldenburg. Starter text from our Priorities document:
    • "This is intentionally distinct from existing terms such as PGHD (patient-generated health data). Patient-contributed data can include observations, preferences, goals, anything that comes from the patient side of the clinical relationship."


Maria: Jan & she (co-leads) suggest starting with the existing ONC definition of PGHD, and adding the other use cases we're talking about.  It seems as though we build upon, and expand the existing standards to accommodate the use cases our group is focused on rather than potentially creating redundancy or re-inventing the wheel.

Lloyd: Hm. CDA documents too often get accepted and set aside, rather than being put where they need to be in the EHR so they'll be seen by the HCP.  In the FHIR world we're trying to get away from a "document" paradigm to a standard that isn't so rigidly structured.

(Dave needs a summary of this from someone (Maria? Jan? anyone?) more knowledgeable about the particulars, e.g. CDA-vs-FHIR and Lloyd prefers to "avoid documents," etc. What do these minutes need to say for future others to read, to understand what discussed?)

Lloyd re prior art: "Don't be bound by what exists, but do be informed by it."

Mikael in chat:

Debi in chat: FHIR IG for PRO's:

Jan: We want to move away somehow (to the extent a standard can do his) from the paradigm that data is only legit when it's been validated by a physician.   Lloyd: "validity" is a cultural thing ... there will always be a need to know "where did this come from?" (provenance) 

(Note that aside from writing specs, HL7 can write position papers etc on items like the paradigm of physician approval.  HL7 can remove the technical barriers to doing what needs to be done.  Getting it so such things can get in there is the first step.)

Debi: get anything from a pt and into an EHR.   Lloyd: yes but in a way that they can get integrated into the EHR.   Jan: Not all genuinely useful data may exist in forms that may not exist in discrete elements in EHRs. e.g. for her own asthma, her peak flow readings aren't that useful but the trends are.

Note again that the enabling specification is a separate issue from the change management process.  HL7 position papers as above may be ONE source of encouraging change but is not sufficient.


Mikael: Jan, I think so. And that ws justified before, and that's why we want a broader term.

Regarding what we want to achieve:
If I’d have the magic wand, I’d swing it at least twice:

1. EHR’s and clinicians are somewhat reluctant to take in patient provided data. This may be due to policies of organizations and risk/liability for information that is in their EHR (which they are responsible for) and how to reflect patient-sourced information. However, having a spec for this might encourage adoption. Setting clear compartments in EHR’s would be a step forward. I know clinicians do have the need for the data in some use cases.

2. Also, patient-facilitated transfer of official clinical data. How it should be signed by a healthcare org in order to be accepted by another system? I could imagine a technical approach for this. Would there still be interest? Would it be adopted?


Others' project proposals: (example from Debi - "Account, Payments, and Statements")

See heading 2a, "Primary/Sponsor WG"

Which should we be following?

How do we spot them and what do we do?

How do you-all do this in other groups?

Our projectsFuture call:
John to present CBCP
or Lisa to present Care Planning



2:13 pm