[Openid-specs-heart] Draft HEART meeting notes 2015-05-18
Debbie Bucci
debbucci at gmail.com
Mon May 18 21:49:13 UTC 2015
Attendee 5/18:
- Deb Bucci Thompson Boyd Sarah Squire
- Greg Groves Adrian Gropper Jin Wen
- Tom Sullivan Edmund Jay Dustin Gage
- Justin Richer Eric Friedman Jeremy Maxwell
- Catherin Shulten Sal D’Agostino James Kraugh
Regrets
- Bill Kinsley Eve Maler
Stats - 99 list serv - 31 IPR
NO MEETING NEXT Monday
Two take-aways from the meeting today:
- How to avoid conflation
- Delegation is in scope for HEART wg -
How to avoid conflation?
- Identity Proofing
- Identity Lookup
- Authentication
- Authorization (consent?)
- Privacy
- Security
- Policy
- Validation (id proofing) /verification (during authentication
transaction – presentation of valid credential – verification of
driverlicense/bill for identity proofing)
-
- Notes and discussion may highlight issues that are out of scope for
the working group but good to acknowledge the issues are there. Fine
art between acknowledgement and deep in the weeds.
- Focus on standard with mind toward what today’s policies are to inform
with how to catch up to what it may enable
- Keep these things in mind while we discuss. Multiple perspectives
are sometimes at odds with each other.
- All have contextual definitions
- Example = public key? What is it – is it attached to something a user
controls? How are we doing that?
We did not get much further in the use case today. Alice is still standing
at the front desk
1.
Alice is given and acknowledges receipt the Practice’s HIPAA privacy
statement.
1.
Office/practice privacy statement – how I protect your data – OCR
enforced - generic agreeing to business with patient
2.
Consent not always gathered at this point
3.
In non-health does acknowledge = consent??
4.
Practice handles differently – often different doc – we are going to
share your PHI with …
5.
Do you want to opt in/opt-out to share your information with the
local exchange ACO?
6.
Clinical/administrative/financials consents may be gather at this time
1.
Alice is given the initial patient web portal information to activate
her account.
1.
Service discovery step – Alice is given info to find service on her
phone (go to this url …) Discovery stuff (UI and API components)
2.
Possible to introduce Alice discovery too …
2. While in the waiting room, Alice (using her smart phone) completes the
patient portal account activation. (Is Alice setting authorizations at
this point?)
1.
Discovery to site
2.
Alice logs in with account (hers (facebook/google) or portal)
3.
Complete registration
4.
RFI scancode ?
5.
Personal authorization service?
6.
Delegation (person to person)?
1.
Parent to child (under 13)
2.
Child to parent (89 yr old)
3.
Heathcare proxy
4.
Would delegate have to be digitally bound to account?
7.
Who is the owner
1.
The owner is the physician’s office – so these authorization are used
to help the practice
2.
Owner is the person that has the right to delete the account (right
to be forgotten)
3.
Perhaps shared ownership
4.
JASON report perspective evolved from patient owned to patient
controlled/mediated (?) changed from legal perspective
5.
Based on office Data retention requirement
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-heart/attachments/20150518/78e07ad6/attachment.html>
More information about the Openid-specs-heart
mailing list