1. Data Provenance Community Meeting September 4 th, 2014

2. Meeting Etiquette Click on the “chat” bubble at the top of the meeting window to send a chat. 2 Please mute your phone when you are not speaking to prevent background noise. – All meetings are recorded. Please do not put your phone on hold. – Hang up and dial back in to prevent hold music. Please announce your name before speaking Use the “Chat” feature to ask questions or share comments. – Send chats to “All Participants” so they can be addressed publicly in the chat, or discussed in the meeting (as appropriate).

3. Agenda Topic Time Allotted General Announcements2 minutes Use Case Discussion57 minutes Next Steps/Questions1 minute 3

4. Next meeting: All Hands: Thursday September 11th, 2014 – 2:30-3:30 pm ET http://wiki.siframework.org/Data+Provenance+Initiative All meeting materials (including this presentation) can be found on the Past Meetings page: http://wiki.siframework.org/Data+Provenance+Past+Meetings General Announcements 4

5. Review your status 5

6. S&I Framework Phases outlined for Data Provenance PhasePlanned Activities Pre-Discovery  Development of Initiative Synopsis  Development of Initiative Charter  Definition of Goals & Initiative Outcomes Discovery  Creation/Validation of Use Cases, User Stories & Functional Requirements  Identification of interoperability gaps, barriers, obstacles and costs  Review of Candidate Standards Implementation  Creation of aligned specification  Documentation of relevant specifications and reference implementations such as guides, design documents, etc.  Development of testing tools and reference implementation tools Pilot  Validation of aligned specifications, testing tools, and reference implementation tools  Revision of documentation and tools Evaluation  Measurement of initiative success against goals and outcomes  Identification of best practices and lessons learned from pilots for wider scale deployment  Identification of hard and soft policy tools that could be considered for wider scale deployments We are Here 6

7. Data Provenance –Use Case (Discovery) Ahsin Azim Nisha Maharaja Presha Patel 7

8. 8 Week Target Date (2014) All Hands WG Meeting Tasks Review & Comments from Community via Wiki page due following Tuesday by 8 P.M. Eastern 108/21 Review: Scenario #1 and #2 Functional Requirements and Sequence Diagrams Introduce: Scenario #3 Functional Requirements and Sequence Diagrams Review Scenario #3 Functional Requirements and Sequence Diagrams 118/28 Review :Scenario #3 Functional Requirements and Sequence Diagrams Introduce: Dataset Requirements Review Dataset Requirements 129/4Review Dataset Requirements and Risks/Issues Review Data Set Requirements and Risks And Issues 139/11 Finalize Data Set Requirements and Risks/Issues Begin End to End Review Review Risks/Issues 149/25End-to-End Comments Review & dispositionEnd-to-End Review ends 1510/2 Finalize End-to-End Review Comments & Begin Consensus Begin casting consensus vote Proposed Use Case & Functional Requirements Development Timeline

9. Agenda Topic Time Allotted General Announcements2 minutes Use Case Discussion Discuss Timeline/Progress to Date2 minutes Comments and Dispositions15 minutes Review Dataset Requirements30 minutes Introduce Risks and Issues10 minutes Next Steps1 minutes 9

10. 10 Progress to Date Use Case SectionsStatus In Scope Out of Scope Assumptions Context Diagram User Stories Pre Conditions Post Conditions Actors & Roles Activity Diagrams Base Flows Functional Requirements Sequence Diagrams Dataset Requirements = section developed = section under development(% completed) = indicates there are 3 sections for development (1 for each of the scenarios identified)

11. Sections for Review 11 Today we will be reviewing: 1.Review Functional Requirements and Sequence Diagram(s) for Scenarios 1, 2, and 3 2.Introduce Dataset Requirements Double click the icon to open up the Word Document with the sections for review

12. Discussion Points/Comments Attest: In or Out of Scope? Note: Attest is an important aspect, but not in scope for this phase. Attestation is some something that could consider in next phase. 12

13. Modifications to Data Source Modification of Data Source -> Start Point Start Point (Data Source) - A role played by a system that creates data (acting as the true source) End Point - A role played by a system that creates data (acting as the true source) Start point may not be the original source – Start point and end point maybe be points on workflow that can be carried out by a variety of actors carrying out a variety of roles 13

14. Dataset Requirements Discussion 14 For the purposes of this Use Case, the Dataset Requirements will focus on the data elements pertaining to provenance for the clinical data, including the handling of that data, recognizing that it may contain data from multiple sources – Who, When, Where, Type, Routing Information, Integrity/Authenticity, Sources In order to capture the provenance data elements, we propose that we discuss the data elements within these categories: Data Source, Transmitter, Assembler, and Composer. We recognize there may be overlap across these categories. As a reminder: – The Dataset Requirements define data from a functional standpoint, not from a technical perspective – We will use this section to figure out to what extent the standards can adhere to the requirements (not specifications) – The Dataset Requirements for the Use Case are standards agnostic The following slides serve as a starter set to begin the discussion and brainstorming of Dataset Requirements; this will eventually be put into a structured format in the Use Case document

15. Dataset Requirements - Source 15 Who – Sending System; Sending System Organization; Author; Custodian; Role; etc. When – Create Date; Create Time; etc. Where – Address; State; Zip; etc. Type – Software; Device; etc. Question for Community: What are the important attributes of provenance that the dataset must contain?

16. Dataset Requirements - Transmitter 16 Who – Transmitter; Transmitter Organization; etc. When – Transmittal Date; Transmittal Time; etc. Where – Address; State; Zip; etc. Type – Software; Device; etc. Routing Information – Information sent to/from Integrity/Authenticity – In order to trust the data, do you need to know about how it was handled/who handled it/has it been altered since it was created????

17. Dataset Requirements - Assembler 17 Who – Assembler System; Assembler Organization; etc. When – Assembly Date, Assembly Time, etc. Where – Address; State; Zip; etc. Type – Software; Device; etc. Integrity/Authenticity – In order to trust the data, do you need to know about how it was handled/who handled it/has it been altered since it was created???? Sources – What is the provenance of the information that was assembled????

18. Dataset Requirements - Composer 18 Who – Composer; Composer Organization; etc. When – Composition Date; Composition Time; etc. Where – Address; State; Zip; etc. Type – Software; Device; etc. Integrity/Authenticity – In order to trust the data, do you need to know about how it was handled/who handled it/has it been altered since it was created???? Sources – What is the provenance of the information that was assembled????

19. A look ahead: Data Provenance Next Week 19 September 11 th, 2014 – All Hands Community Meeting (2:30-3:30) – Review Risks and Issues Provide your comments on the bottom of this page http://wiki.siframework.org/Data+Provenance+Use+Cases http://wiki.siframework.org/Data+Provenance+Use+Cases

20. Support Team and Questions Please feel free to reach out to any member of the Data Provenance Support Team: Initiative Coordinator: Johnathan Coleman: jc@securityrs.comjc@securityrs.com OCPO Sponsor: Julie Chua: julie.chua@hhs.govjulie.chua@hhs.gov OST Sponsor: Mera Choi: mera.choi@hhs.govmera.choi@hhs.gov Subject Matter Experts: Kathleen Conner: klc@securityrs.com and Bob Yencha: bobyencha@maine.rr.comklc@securityrs.com bobyencha@maine.rr.com Support Team: – Project Management: Jamie Parker: jamie.parker@esacinc.comjamie.parker@esacinc.com – Use Case Development: Presha Patel: presha.patel@accenture.com, Ahsin Azim: ahsin.azim@accenturefederal.com and Nisha Maharaja: nisha.maharaja@accenturefederal.compresha.patel@accenture.comahsin.azim@accenturefederal.com nisha.maharaja@accenturefederal.com – Harmonization: Rita Torkzadeh: rtorkzadeh@jbsinternational.comrtorkzadeh@jbsinternational.com – Standards Development Support: Amanda Nash: amanda.j.nash@accenturefederal.com amanda.j.nash@accenturefederal.com – Support: Lynette Elliott: lynette.elliott@esacinc.com and Apurva Dharia: apurva.dharia@esacinc.comlynette.elliott@esacinc.com apurva.dharia@esacinc.com 20