Difference between revisions of "ITI Planning Committee 2014/2015 Meetings"

From IHE Wiki
Jump to navigation Jump to search
 
(223 intermediate revisions by 4 users not shown)
Line 4: Line 4:
 
* Review and selection of Proposals : October-December
 
* Review and selection of Proposals : October-December
 
* Updates/Additions to Educational Materials/White Papers/Etc. : December-July
 
* Updates/Additions to Educational Materials/White Papers/Etc. : December-July
 
IMPORTANT: THIS PAGE IS NOT COMPLETE YET.  ERIC HEFLIN AND DANIEL BEREZEANU ARE ACTIVELY WORKING ON UPDATEING IT FOR THE 2014/2015 CYCLE.  The page should be current by 2014-09-30.
 
  
 
=Proposal Webinars=
 
=Proposal Webinars=
Line 17: Line 15:
 
==Webinar 1==
 
==Webinar 1==
 
   
 
   
 +
All times are Central Time
 +
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
 
! Date
 
! Date
Line 27: Line 27:
 
|[https://himss.webex.com/himss/j.php?MTID=m5fe684c3b1f998853c9f769f8bbc566c Join Webex](password "meeting")
 
|[https://himss.webex.com/himss/j.php?MTID=m5fe684c3b1f998853c9f769f8bbc566c Join Webex](password "meeting")
  
| Recording link post meeting
+
| [https://himss.webex.com/himss/lsr.php?RCID=c071ef8bbc7748efb5d03a517a36dd6c Download Recording of Webinar #1 ]
 
|}
 
|}
  
Line 42: Line 42:
 
|-
 
|-
 
| 8:10-8:30
 
| 8:10-8:30
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_ATNAquery-Brief2014.docx ATNA Query]
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/SAMLHealthcareWorkflowsProposal.docx SAML for Healthcare Workflows Deployment Profile]
| Mauro Zanardini
+
| Alex DeJong
| Meeting notes TBD
+
| Q: What is the relationship between this proposal and OATH?  A: To be determined, but the presenter recognizes that OATH may be important to include in the proposed workflows. Q: What countries have been identified that would be interested in using this? A: USA and Austria have been identified so far.
 
|-
 
|-
 
| 8:30-8:50
 
| 8:30-8:50
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/SAMLHealthcareWorkflowsProposal.docx SAML for Healthcare Workflows Deployment Profile]
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHESAMLwithHContextProposal.docx Health Context Sharing via SAML]
 
| Alex DeJong
 
| Alex DeJong
| Meeting notes TBD
+
| Q: Could this proposal be worked on in several phases: A: Probably. Q: What are the relationships between the two SAML proposals?  A: Different workflows.  One for overall patient medical record access, and one for rendering a specific patient or document.
 
|-
 
|-
 
| 8:50-9:10
 
| 8:50-9:10
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHESAMLwithHContextProposal.docx Health Context Sharing via SAML]
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_ATNAquery-Brief2014.docx ATNA Query]
| Alex DeJong
+
| Mauro Zanardini
| Meeting notes TBD
+
| Q: Is this to generate computer or human readable responses? A: Both. Q: Would this include filtering?  A: Yes. Canada is interested in filtering.  Q: How many countries are interested?  A: Italy, many countries, 9 European countries. Presenter felt all other countries focused on IHE profiles would likely be of interest.  Q: Would this be implemented via stored queries? A: Yes.  It would be driven by use cases, and a limited set of stored queries.  Q: Are other domains interested in this profile?  A: QRPH would likely be interested.
 
|-
 
|-
 
| 9:10-9:30
 
| 9:10-9:30
| TBD
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI_Restful_ATNA_Repository_access.docx ATNA Repository RESTful Access]
| TBD
+
| Rob Horn
| TBD
+
| Q: What are the differences or similarities between this proposal and the prior ATNA Query proposal?  A: The proposals probably should be combined.  Need to decide if this is restricted to healthcare only or is broader including for example building security events. Q: What is the target for this profile? A: Application developers more than patients or end users.  Q: Is this a topology profile? A: Yes. But that's not all.  It standardizes and allows applications the ability to interoperate.  Q: Is it of value as a interoperability profile?  A: Yes, this is a real problem for application developers. Q: What is the country target? A: A number of European countries, Canada, and USA. Q: Are other IHE Domains interested in this profile? A: We have not had that conversation yet but the presenter feels that the other IHE domains would likely view this as a problem for ITI to fix.
 
|-
 
|-
 
| 9:30-9:50
 
| 9:30-9:50
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/XDN-BriefProposal-renamedFromVIAA.docx Cross-Enterprise Document Network Interchange (XDN)]
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/XDN-BriefProposal-renamedFromVIAA.docx Cross-Enterprise Document Network Interchange (XDN)]
 
| Fred Behlen
 
| Fred Behlen
| Meeting notes TBD
+
| Q: Is this a profile for a direct connection to a file storage device? A: Yes, via an interoperable profile.  Q: What other countries and IHE domains are targets?  A: Unknown at this point.  The presenter asked if those on the call were aware of networking storage standards that could be leveraged? A: It was suggested to focus on the problem statement for now.  Q: Is this a breaking change? A: No.  The Document Consumer and Document Repository actors would be unchanged for legacy actors, but new actors could leverage the new document retrieval information if they are aware of the solution and if they so chose. Q: Would the metadata be generated? A: Currently this is likely viewed out of scope.  Q: How is this different than having documents make references to URL resources? A: The URL is a slot in the document entry in the registry.  Q: What would be held in the XDN Document Repository? A: Needs to be determined. Q: What's the industry value?  A: Large numbers of systems will need a solution like this as they are decommissioned. Q: Is this an interoperability problem.  Q: Yes, for internal organizations as they merge and evolve.  But it may not be an interop program across organizations.  This likey touches on a new phase of the document lifecycle that we've addressed so far.
 
|-
 
|-
 
| 9:50-10:00
 
| 9:50-10:00
 
| Discussion, Next Steps
 
| Discussion, Next Steps
 
| Co-Chairs
 
| Co-Chairs
|
+
| Next steps: 1) more Brief Proposal webinars scheduled (please see below on this page for the details), 2) you should listen to all webinars prior to the October face-to-face meetings, 3) in Oct f2f meetings the ITI Planning Committee we will dive into these more deeply and assess against criteria in the spreadsheet (fit, value, effort, etc.), 4) vote on which move forward to ITI TC for their assessment. Also a reminder: All presenters should send their presentations so they can be posted on the public ftp site.
 
|}
 
|}
  
 
==Webinar 2==
 
==Webinar 2==
+
 
 +
All times are Central Time
 +
 
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
 
! Date
 
! Date
Line 80: Line 82:
 
! Recording of the meeting
 
! Recording of the meeting
 
|-  
 
|-  
| 6-Oct-2014
+
| 2014-Oct-06
 
| 8:00-10:00 CDT
 
| 8:00-10:00 CDT
|[https://himss.webex.com/himss/j.php?MTID=m66b60834dab196f8b89442cca8fc9df3 webex](password "meeting")
+
|[https://himss.webex.com/himss/j.php?MTID=m66b60834dab196f8b89442cca8fc9df3 Join webex](password "meeting")
  
| Recording link will be posted here
+
| [https://himss.webex.com/himss/lsr.php?RCID=d9196fc56f2b46368e160859637057a3 Download Recording of Session #2]
 
|}
 
|}
  
Line 95: Line 97:
 
| 8:00-8:10
 
| 8:00-8:10
 
| Webinar Introduction, process
 
| Webinar Introduction, process
| Co-Chairs
+
| Eric Heflin, Daniel Berezeanu : Co-Chairs
| Re-iterated message from prior call to focus on the problem
+
| Re-iterated message from prior call to focus on the problem, not the solution.
 
|-
 
|-
 
| 8:10-8:30
 
| 8:10-8:30
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Cross-Community.docx Next steps in Cross Community]
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Cross-Community.docx Next steps in Cross Community]
 
| Karen Witting
 
| Karen Witting
| Meeting notes TBD
+
| Noted that this is an ITC PC activity, not an ITI TC activity. Q: Will this profile proposal include resources? A: Yes, the presenter will be the lead editor provided she is not working on her other proposal.  Q: What would be the format of this work product?  A: Enhancement to existing IHE for HIE white paper, or a separate WP, or a new WP.  An educational webinar would be possible too.  Comment was made that this should handle both projects with and without national IDs.  Another comment was made to not prescribe architectures, but that other architectural approaches may be worth mentioning in the work product.
 
|-
 
|-
 
| 8:30-8:50
 
| 8:30-8:50
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_XDStarRedoc-Brief.docx Redocumentation of XD* Profiles]
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_XDStarRedoc-Brief.docx Redocumentation of XD* Profiles]
 
| Karen Witting
 
| Karen Witting
| Meeting notes TBD
+
| Resubmission of prior proposal.  The presenter can only work on one of her two proposals. Q: What's the size?  A: Medium large.  Q: Can this also include an conformance statement number for requirements traceability: A: Not viable from the perspective of the presenter.
 
|-
 
|-
 
| 8:50-9:30
 
| 8:50-9:30
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/DAF%20Document%20IG_IHE_BriefProposal.docx Data Access Framework Document Access Implementation Guide]
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/DAF%20Document%20IG_IHE_BriefProposal.docx Data Access Framework Document Access Implementation Guide]
 
| Dragon
 
| Dragon
| Meeting notes TBD
+
| Last year presented a whitepaper was created for DAF under IHE ITI and IHE PCC jointly.  This year's proposal builds on the work from last year to make it more specific for for SOAP and REST.  An implementation guide has or will be created.  Q: Is this going to be USA specific? It is of use to many other countries such as South Africa.  A: The ONC may be able to accommodate more of an international focus. A comment was made that this should not be USA-specific otherwise it is more limited in impact that possible, and it detracts from international work.  Another comment was made that the ONC seems receptive to work that is of use internationally.
 
|-
 
|-
 
| 9:30-9:50
 
| 9:30-9:50
| TBD
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI_National_Extensions_for_Confidentiality.docx National Extensions for Confidentiality]
| TBD
+
| Rob Horn
| TBD
+
| This proposal is an extension to the existing Data Segmentation for Privacy to extend it to be of use to other countries.  A comment was made multiple other countries have worked on this now and are likely to be ready now.  France was mentioned as being a possible candidate target.  Determine data, by Oct 23rd, about other international targets.  A comment was made that most countries have already solved this via local laws and regulation. Q: What's the benefit? A: To normalize the solution across countries as there are multiple implementations in-flight that would likely have variations.  Presenter suggests dropping this if no other countries indicate interest prior to Oct f2f ballot.
 
|-
 
|-
 
| 9:50-10:00
 
| 9:50-10:00
Line 125: Line 127:
  
 
==Webinar 3==
 
==Webinar 3==
+
 
 +
All times are Central Time
 +
 
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
 
! Date
 
! Date
Line 132: Line 136:
 
! Recording of the meeting
 
! Recording of the meeting
 
|-
 
|-
| 3-Oct-2013
+
| 2014-Oct-07
 
| 8:00-10:00 CDT
 
| 8:00-10:00 CDT
|[https://himss.webex.com/himss/j.php?J=924466876&PW=NYmM2ZDQ5ZGQ2 Join Webex](password "meeting")
+
|[https://himss.webex.com/himss/j.php?MTID=mb20166dc2c3ec9c639e5bfc2b99c761a Join Webex](password "meeting")
: 1-866-469-3239
+
|[https://himss.webex.com/himss/lsr.php?RCID=1f827b6f8c0445708254ec30391ba023 Download recording of Session #3]
: 924 466 876#
+
|}
 +
{| style="width:95%" border="1" cellpadding="1"
 +
! Time
 +
! Proposal
 +
! Author/Presenter
 +
! Comments
 +
|-
 +
| 8:00-8:10
 +
| Webinar Introduction, process
 +
| Eric Heflin, Daniel Berezeanu : Co-Chairs
 +
| Re-iterated message from prior call to focus on the problem, not the solution.
 +
|-
 +
| 8:10-8:30
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Alerts-Brief.docx Alerts Targeted at Humans]
 +
| Carl Leitner
 +
| OpenHIE community has been working on this. This concept has been approved twice (floundered due to lack of implementor support).  Countries of interest are in Liberia, New Guinea, Nigeria, Sierra Leon and many more. Q: How will this integrate into workflow? Will this be one-way or closed loop communications? A: These capabilities are under consideration.  Related to a PCC proposal for this year.  Comment: Need to include patient into the workflow.  Community will likely provide 5-10 people working on this. Carl can be the editor.  Other resources are committed too.
 +
|-
 +
| 8:30-8:50
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/AHIMA_Submission_to_IHE_ITI_HIT_Standards_for_IG_Final_2014-09-18.pdf HIT Standards for Information Governance White Paper]
 +
| Anna Orlova
 +
| Q: Are they approaching other IHE workgroups or the Board?  A: No. Only ITI for now. Q: How does this overlap with the HL7 Data Governance work?  A: The efforts are similar.  This proposal may serve a way to rationalize the efforts.  Q: Is this USA specific? A: No.  Would be broad.
 +
|-
 +
| 8:50-9:10
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI_QRPH_Family_Planning_DeIdentification_04.docx De-identification of healthcare data to central reporting authority]
 +
| Johanna Goderre Jones
 +
| This is being submitted to ITI and QRPH at the same time to coordinate across domains. Would possibly be a case study for the existing IHE De-identification white paper.  Q: What countries would be interested?  A: At least France, USA, Italy, probably many others. Comment: This represents a way to educate people on how to use de-identification.  Also, this is a likely good way to pilot the de-identification paper to make sure it works well by collaborating with ITI TC.  Had over 600 comments, many from clinical people.  Shows good community interest.  Q: Would resources be available to assist? A: Broad community support. State of LA Dept of Health can likely provide resources.
 +
|-
 +
| 9:10-9:30
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI_Restful_PIX.docx RESTful PIX]
 +
| Rob Horn
 +
| Q: Can Rob help write this profile?  A: Probably.  Q: Why should IHE do this instead of HL7? Can this be a joint effort?  A: Let's wait on HL7 if they are going to work on this.  Comment: HL7's normal method is to work with others like IHE to profile items like this.  Q: What other countries are interested in this?  Comment: FHIR for PIX is a next logical step for core ITI work.  Useful for DICOM Web.
 +
|-
 +
| 9:30-9:40
 +
| Discussion, Next Steps
 +
| Co-Chairs
 +
|
 +
|}
 +
 
 +
==Webinar 4==
  
| [https://himss.webex.com/himss/lsr.php?AT=pb&SP=MC&rID=71241942&rKey=f0ea0f22cc74b0cb  Listen on-line]
+
All times are Central Time
 +
 
 +
{| style="width:95%" border="1" cellpadding="1"
 +
! Date
 +
! Time
 +
! Coordinates
 +
! Recording of the meeting
 +
|-
 +
| 2014-Oct-14
 +
| 8:00-10:00 CDT
 +
|[https://himss.webex.com/himss/j.php?MTID=mb20166dc2c3ec9c639e5bfc2b99c761a Join Webex](password "meeting")
 +
| [https://himss.webex.com/himss/lsr.php?RCID=c5c5918ea48746578e3211388ef42c69  Download recording of Session #4]
 
|}
 
|}
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
Line 148: Line 201:
 
| 8:00-8:10
 
| 8:00-8:10
 
| Webinar Introduction, process
 
| Webinar Introduction, process
| Karen Witting, Eric Heflin : co-Chairs
+
| Eric Heflin, Daniel Berezeanu : Co-Chairs
|  
+
| Re-iterated message from prior call to focus on the problem, not the solution.
 
|-
 
|-
 
| 8:10-8:30
 
| 8:10-8:30
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/IHEITIProfileProposal-XDSwithPatientControl.docx XDS-based Image Sharing under Patient Control]
+
| [ftp://iheyr2@ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE%20Proposal%20Brief%20-%20lwPAM.docx Lightweight Patient Administration Management]
| Chris Carr
+
| Justin Fyfe
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/Patient-controlled%20Information%20Sharing%20C.%20Carr%202013-10-03.pptx presentation] Use case is to provide the capability for a provider to make available to the patient, clinical content for their PHR through a unique identifier.  The unique identifier is an episode identifier and there could be multiple supplied to a patient.
+
| Proposal has been withdrawn. This presentation did not occur as a result.
 
|-
 
|-
 
| 8:30-8:50
 
| 8:30-8:50
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Template-Dynamic%20Configuration%20Management.docx Dynamic Configuration Management]
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/XDW%20with%20XCA-XCDR%20Detailed%20Proposal-v5.docx Extending the Use of XDW to Cross-Community Environments]  
| Shujah Das Gupta
+
| Charles Parisot, David Pyke
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI%20TF%20Profile%20-%20Dynamic%20Configuration%20Management.pptx presentation] Scope is SOAP/DICOM as well as REST needs.
+
| This proposal is to continue the evolution of XDW. International impact is large.
 
|-
 
|-
 
| 8:50-9:10
 
| 8:50-9:10
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_SecureRetrieve-Brief.docx Secure Retrieve]
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal-DSG-20140818.docx DSG Supplement Upate]  
| Mauro Zanardini, Arianna Cocchiglia
+
| John Moehrke
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI-Brief-SecureRetrieve.ppt presentation] Creates a policy manager that decides if clinical data can be accessed by a requester, a proxy that supports policy enforcement
+
| Text is complete, pending feedback. Was originally a CP but it was turned into a proposal to provide better visibility and to solicit broader input than a CP would have generated.
 
|-
 
|-
 
| 9:10-9:30
 
| 9:10-9:30
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_ATNAfederation-Brief.docx ATNA Repository federation]
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal-MHD-20140818.docx MHD and HL7 FHIR Harmonization ]  
| Mauro Zanardini, Arianna Cocchiglia
+
| John Moehrke
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI-Brief-ATNARepFederation.ppt  presentation] This proposal creates an approach for performing queries against ATNA Audit Record Repositories.
+
| TBD
 
|-
 
|-
 
| 9:30-9:50
 
| 9:30-9:50
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Delete_Provide_&_Registered_Documentset.docx Delete Provide & Registered Document Set]
 +
| Gil Levi, Bill Majurski
 +
| This many have many policy considerations, but these are out of scope for now.  Proposal augments XDS with a needed delete functionality.  Large international impact.
 +
|-
 +
| 9:50-10:10
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE%20ITI%20QDA%20Workitem%20Proposal%20V0_2.docx QDA - Query Dispatch and Aggregate]
 +
| Vincent van Pelt
 +
| The presenter was a no-show. As a result, the proposal was not reviewed on the webinar today. The co-chairs inquired if the proposal is being withdrawn and did not receive a response.
 +
|-
 +
| 10:10-10:20
 
| Discussion, Next Steps
 
| Discussion, Next Steps
| Karen Witting, Eric Heflin :  co-Chairs
+
| Co-Chairs
|
+
|  
 
|}
 
|}
  
Line 180: Line 243:
 
The following agenda is a draft and may be adjusted based on needs of the meeting
 
The following agenda is a draft and may be adjusted based on needs of the meeting
  
==='''WEDNESDAY October 9 - DAY 1'''===
+
==='''WEDNESDAY October 22 - DAY 1'''===
 +
 
 +
NOTE: THIS AGENDA IS BEING REVISED AT THIS TIME (2014-10-20 12:44pm CST)
 +
IT WILL BE LIKELY REVISED UP TO AND DURING THE MEETING
 +
 
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
 
! Location
 
! Location
Line 188: Line 255:
 
:RSNA Headquarters
 
:RSNA Headquarters
 
:Oak Brook, IL  
 
:Oak Brook, IL  
| WEBEX INFO REMAINS THE SAME FOR BOTH OCT. 9 and OCT. 10
+
| WEBEX INFO: [https://himss.webex.com/himss/j.php?MTID=m02682dad83a5ae315b40783c1cd3b7a8 Join webex]  
[http://www.himss.webex.com www.himss.webex.com]
 
  
Meeting Number: 929 064 471
 
  
Meeting Password: meeting
+
Meeting Password: Meeting1
  
 
|}
 
|}
Line 227: Line 292:
 
:* Evaluation Criteria
 
:* Evaluation Criteria
 
:** [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/2012ITIProposalEvaluationMatrix_10.31final.xlsx 2012 Year Criteria Spreadsheet - final]
 
:** [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/2012ITIProposalEvaluationMatrix_10.31final.xlsx 2012 Year Criteria Spreadsheet - final]
 +
:** [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/2013ITIProposalEvaluationMatrix_10.10_final.xlsx 2013 Year Criteria Spreadsheet - final]
 
:*Process used to develop a prioritized work item list
 
:*Process used to develop a prioritized work item list
 
:** Ranking by Criteria
 
:** Ranking by Criteria
:*** [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/2013ITIProposalEvaluationMatrix_10.03.xlsx Initial spreadsheet]
+
:*** [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/2014ITIProposalEvaluationMatrix_1.6.xlsx Initial spreadsheet]
 
:** Ranking by Ballot
 
:** Ranking by Ballot
 
| ITI co-chairs
 
| ITI co-chairs
| Reviewed the process and agreed that each organization will get 5 votes. Also agreed that the list of proposals would be limited to approximately 5-10, depending on the size of the proposals.  
+
| Goal:Determine how many votes each organization will get.  Agree on approximate number of proposals to forward on to ITI TC. Evaluate each proposal at that time (while it is fresh).  Agree on physical voting logistics (google spreadsheet, flip chart, other.)
 +
Outcome: Reviewed the process and agreed that each organization will get 7 electronic votes. Also agreed that the list of proposals would be limited and prioritized to approximately 5-10, depending on the size of the proposals.
 
|-
 
|-
 
| 9:15-9:45 CT  
 
| 9:15-9:45 CT  
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Standardized Operational Log of Events (SOLE)]
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/SAMLHealthcareWorkflowsProposal.docx SAML for Healthcare Workflows Deployment]
| Brad  Erickson
+
| Alex DeJong
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/IHE%20ITI%20SOLE.pptx presentation] Discussed the lack of an information model or detailed requirements beyond the RAD domain. Scope would be to profile a framework for exchanging data, events, and concepts to be loggedOut-of-scope would be definitions of the data, events, or concepts proper. Those definitions likely belong in other domains.
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_SAMLforHealthcareWorkflows.pdf presentation] Designed to allow two factor authentication using SAML for work-flows.  Required by some legal jurisdictions.
 +
Q: What is the interoperability problem?  It is not apparent that there is a need. A: SAML is not constrained enough to be interoperability.  They've identified about 30 factors that are not constrained enough.  They took this to OASIS and they indicated that this level of constraints was for each industry to define. Constraint on the SAML Web SSO profile to enable government mandated authenticated methodQ: Where would it be of use?  A: USA, Canada, Europe. Initial ranking: 14 points.
 
|-
 
|-
| 9:45-10:15 CT  
+
| 9:45-10:00 CT  
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Data Access Framework (DAF)]
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHESAMLwithHContextProposal.docx Health Context Sharing via SAML]  
| John Feikema
+
| Alex DeJong
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/DAF_IHE_Proposal.pptx presentation] Discussed that this appears to be extremely large, and it was thought that 60% to 80% of the request is already covered by existing IHE (ITI, PCC, QRPH) profiles.  Identified a need to clarify the split between various parts, and also identified the need for a work plan for approaching this large of a proposalClarified that the proposal is for a white paper, plus some small changes to existing profiles. QRPH has a 'structured data capture' effort that may overlapping with DAFIt was suggested that a task group of any interested individuals be formed to refine the DAF proposal for a well-scoped request for discussion tomorrow morning.  The S&I Framework would be the proposed venue for much of the work on this white paper with formal review/input from the IHE. The proposing team will likely be able to provide some resource assistance.  Keith B. will lead a small group to refine the proposal tonight.  Alex L. suggested that this may be a 'new directions' effort.  Tomorrow morning the ITI PC will conduct an assessment of DAF at 8:30am.
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_SAMLwithHContextProposal.pdf  presentation ] Can be thought of as mapping CCOW to SAMLPresenter asserts CCOW is a valuable profile, but it is difficult to implement. Would allow applications to share a patient context via SAML in an interoperable wayComment was made that CCOW is dead. Would be a browser session based for some but not all information transfers.  
|-
 
| 10:15-10:45 CT
 
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Data Segmentation for Privacy (DS4P) using REST]
 
| Johnathan Coleman
 
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/9-30-2013_DS4P_IHE.pptx presentation]Discussed that DS4P is indicating eHealth Exchange involvement, which is not accurate.  It actually appears to be in pilot with some eHealth Exchange Participants.  DS4P was discussed with IHE last year, but not a formal proposal at that time.  There was disagreement about the definition of DS4P with respect to push vs. pull.  Seems to have some overlap with the DAF proposal.  We may not have all prerequisite work done yet.  A possible dependency is that RESTful DAF would need to be defined before DS4P could be completed.  FHIR is also considering similar work.  The DS4P proposers indicated they had committed resources to work on the white paper. One interesting point discussed is it may be valuable to think of DS4P as a work effort that incorporates elements into multiple other IHE profiles.  May be a good chance to collaborate with other organizations outside of the IHE.  This is difficult to scope as the REST solution (prerequisite work) is not stable yet.
 
 
|-
 
|-
| 10:45-11:00 CT
+
| 10:00-10:15 CT
 
| '''Break'''  
 
| '''Break'''  
 
|
 
|
 
|
 
|
 
|-
 
|-
| 11:00-11:30 CT  
+
| 10:15-10:45 CT  
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Secure Retrieve]
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_ATNAquery-Brief2014.docx ATNA Query]
 
| Mauro Zanardini
 
| Mauro Zanardini
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI-Brief-SecureRetrieveV2.ppt presentation]The proposal appeared to be clear and there was limited discussion.  Vendors are implementing their own non-standards based solutions to this problem now.  No other ITI domains are held up by this work.  This may not be an interoperability issue; it may be more of an internal organizational engineering problem.
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI-Brief-ATNAQuery2014.ppt Presentation ] Policy an User driven requirements to have healthcare specific query mechanisms to ATNA.
 
|-
 
|-
| 11:30-12:00 CT  
+
| 10:45-11:15 CT  
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ ATNA Repository federation]
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI_Restful_ATNA_Repository_access.docx ATNA Repository RESTful Access]
| Mauro Zanardini
+
| Rob Horn
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI-Brief-ATNARepFederationv2.ppt presentation]Discussed that the proposal name implies direct federation support, but that is not the intent, thus this may be renamed to something similar to ATNA QueryQueries are scoped to those related to patient data use, collection, and disclosure.
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ATNA-Repository-Access-brief.ppt Presentation ] Merging with ATNA Query
 +
The 2 following proposals address similar use cases and will be joined together.
 +
Have minimal healthcare content and leverage existing Syslog access standards to access ATNA logs. Permit audit logs forwarding from local audit repository to another more central audit repository, possibly based on filter rules.
 +
 
 +
|-
 +
| 11:15-11:45 CT
 +
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/XDN-BriefProposal-renamedFromVIAA.docx Cross-Enterprise Document Network Interchange (XDN)]
 +
| Fred Behlen
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/XDN%202014%2010%2002.pptx Presentation ] Problem is moving a repository from one vendor to another.  Is an interoperability due to the amount of time to migrate due to insufficient speed. The current standards define an API, and vendors decide on how data is stored internally. It was asserted that this is not an interoperability issue and is a step backward to XDS.a which was similar. REST style indirection needed in XDS Registry .Security concerns in adding URIProposer agrees to make this a white paper, with a small scope.
 +
 
 +
|-
 +
| 11:45-11:55 CT
 +
|'''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_XDStarRedoc-Brief.docx Redocumentation of XD* Profiles]
 +
| Karen Witting
 +
| Resubmission of last year proposal.
 +
 
 
|-
 
|-
| 12:00-12:30 CT  
+
| 11:55-12:00 CT
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Federated Solution for Healthcare Provider Directory Specification]
+
| '''Advocacy''' DSG Supplement Update
| Nagesh Bashyam (Dragon)
+
| John M
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ONC_IHE_Brief_Proposal_Slides-v3.ppt presentation] Discussed if this is IHE work or OASIS work.  The proposal extends the base security model by putting a wrapper around DSML.  This is a breaking change.  May be better to extend DSML rather than employing a wrapper.  Probably an ITI TC question.  Is this a solution we should approach?  Is the use case legit?  Provenance is also a requirement and will be added to scope.  Should we just adopt their solution?  Looks like it is a USA-only solution that IHE-USA should profile instead of IHE Intnl.  Probably should be called something other than Federated PD.
+
| There is minimal work left to get this out for public comment.
 +
 
 
|-
 
|-
| 12:30-1:15 CT
+
| 12:00-12:15
| '''LUNCH'''
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Cross-Community.docx Next steps in Cross Community]
 +
| Karen Witting
 +
| The presenter can only work on one of her two proposals. This is a Planning committee White paper which could include a webinar.
 +
 
 +
 
 +
 
 +
|-
 +
| 12:15-12:45 CT
 +
| '''Lunch Break'''
 
|
 
|
 
|
 
|
 +
 
|-
 
|-
| 1:15-1:45 CT  
+
| 1:00-1:45 CT
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ XDS-based Image Sharing under Patient Control]
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/ITI_QRPH_Family_Planning_DeIdentification_04.docx De-identification of healthcare data to central reporting authority]
| Chris Carr
+
| Johanna Goderre Jones
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/Patient-controlled%20Information%20Sharing%20C.%20Carr%202013-10-09.pptx presentation]Discussed the requirements more and discovered the need is to allow a patient to transfer a group of documents between their providers EMR/HIS to their PHR.  No additional sharing is contemplated. Push and pull both are required. Goal is to keep this out of the patient's email due to lack of a patient ability to automate.  The patient doesn't have a PHR target at the time the encounter completes, and the patient completes the encounter transfer after creating a PHR account. The use case seems to need further refinement, especially related to the pre-conditions and the workflow.  Decided that this will be a white paper proposal.
+
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/20141022_FamilyPlanningIHE_DeIdent.pptx Presentation ITI helping QPHR to produce the Profile, possible outcome include changes to the handbook as well as educational materials. This profile also has the potential de be an international template that can later be adapted by each region . ITI TC, could help write an addendum to the white paper, as an example implementation based on Family Planning DeIdentification
|-
+
 
| 1:45-2:45 CT
 
| '''Advocacy''' Re-documentation Proposals
 
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ITI_Profile_Patient-Redoc-Brief.docx Redoc Patient Profiles]
 
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Redocumentation of Document Sharing Profiles]
 
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ ReDoc Information Model]
 
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Document Sharing Roadmap]
 
| Karen Witting/Gila Pyke/Rob Horn
 
|
 
[ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/Redoc-proposals.ppt presentation]
 
Refined each of the proposals:
 
* Redocumentation Document Sharing Profiles - significant work item to find and organize all profile specific document sharing specification.
 
* ReDoc Information Model - focus this on the MHD binding and what information would need to move out of the ebXML binding in order to support MHD.
 
* Redoc Patient Profiles - focus this on consolidating and clarifying the common information model for patient management profiles which is currently inconsistent and sometimes out of date.
 
Decided to move only one forward to the vote tomorrow. Agreed almost unanimously to bring forward the Redocumention of Document Sharing Profiles.  Keep the others on the roadmap for future years.
 
 
|-
 
|-
| 2:45-3:15 CT
+
| 1:45-2:15 CT  
| '''Advocacy''' Continuation of White Papers from prior years
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/AHIMA_Submission_to_IHE_ITI_HIT_Standards_for_IG_Final_2014-09-18.pdf HIT Standards for Information Governance White Paper]
 +
| Diana Warner
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/STDSforIGWhitePaper-10-10-14.pptx presentation]Q:Is this a marketing white paper on how to use and leverage IHE stantards? It’s not a marketing exercise; it’s more about documenting clinical principals policies, practices and operations policies from an interoperability perspective. This White paper is targeting people writing profiles.
 +
Q:Is this a planning committee deliverable? TC is the audience for this, but PC delivers this.
 +
ITI TC would have to review the White Paper. This White paper would have a large global international perspective.
  
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ De-identification Handbook]
 
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Findings Notification]
 
| Rob Horn/Derrick Evans
 
| De-identification: is almost 1/2 done.  Need to finish remainder.  Rob will have scheduled day-job time to work on this over the next two months.
 
Findings Notification: Derek will provide resource time.  Critical for some domains and patient use cases.
 
 
|-
 
|-
3:15-3:30 CT
+
2:15-2:30 CT
 
| '''Break'''  
 
| '''Break'''  
 
|
 
|
 
|
 
|
 +
 +
|-
 +
| 2:30-3:15 CT
 +
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Alerts-Brief.docx Proposal Alerts Targeted at Humans]
 +
| Carl Leitner
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Alerts-Brief.pptx Presentation] Wide variety Clinical and public health use cases would be solved.
 +
The complexity might be bigger than anticipated; we should diminish the scope by not doing the feedback options now. There is lots of interest in solving this, but sizing and slicing this problem will be challenging. Concerns that if we do not tackle the feedback mechanism, might loose clinical relevance. Design must be expandable.
 +
From a need perspective this seems to have some overlap with PCD Alerts and Radiology Alerts, coordination will be required with other domains.
 +
The feedback loop, which may be an option, could significantly increases the size equivalent to XDS.
 +
 +
|-
 +
| 3:15-4:00 CT
 +
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/XDW%20with%20XCA-XCDR%20Detailed%20Proposal-v5.docx Extending the Use of XDW to Cross-Community Environments]
 +
| Charles Parisot, David Pyke
 +
| Radiology Workflow will cross borders; Radiology committee will give clear requirements
 +
1 Profile and 1 supplement will be generated from this work
 +
Dependency to moving XDW to final text while it supports single and multiple communities.
 +
Other domains expect XDW to work in XCA.
 +
 +
|-
 +
|  3:45-4:15 CT
 +
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal_Delete_Provide_&_Registered_Documentset.docx Delete Provide & Registered Document Set]
 +
| Gil Levi, Bill Majurski
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/Repository%20Document%20Deletion%20Proposed%20Work%20Item%20Presentation%20(2).pptx presentation] Delete is going to interact with medical records policies; requests for deletion need extensive policy and administration workflow. Data is generally not deleted in the US before the legal retention period.
 +
Could Access control solve the temporary delete problem, and the offline storage for the long-term storage?
 +
IOCM, requires a managed process to propagate changes.
 +
Q: What is the use case driving this? To complete the document lifecycle. There is interest in using this to enforce legal retention period. This effort would demonstrate the completeness of the solution mostly for political reasons.
 +
If the repository is the Archive of records, there is little need to delete. Acknowledgement can be Synchronous or asynchronous.
 +
Q: Would there be a way to delete in multiple repositories? Yes, but the registry would have to inform the delete source of the existence and placement of all documents.
 +
 +
 +
|-
 +
| 4:15-4:30 CT
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE_Profile_Proposal-MHD-20140818.docx MHD and HL7 FHIR Harmonization ]
 +
| John M
 +
| This is clearly understood by the workgroup, the presentation was skipped and we proceed directly to the evaluation. The Hackathon, should provide some feedback for incorporation. MHD will have to provide HL7 FHIR DSTU-1 response for January 2015. MHD will also have to incorporate HL7 FHIR DSTU-2 quickly .
 +
 
|-
 
|-
| 3:15-3:50 CT
+
| 4:30-4:35 CT
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Mobile Patient Discovery]
+
| National Extensions for Confidentiality
| Justin Fyfe
+
| Rob H
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/Mobile+Patient+Discovery.pptx presentation]Discussed that this profile is compliments MHD and allow it to be extended to use cases requiring patient discovery.  Discussed some technical approaches, such as the use of JSON vs. XML.  Determined that this profile seems like a logical next step to MHD.
+
| Withdrawn due to lack of interest yet. More interest is anticipated in the future.
 +
 
 +
 
 
|-
 
|-
3:50-4:30 CT  
+
4:35-4:35 CT
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ RESTful XDW and other RESTful extensions]
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE%20ITI%20QDA%20Workitem%20Proposal%20V0_2.docx QDA - Query Dispatch and Aggregate]
| Rob Horn
+
| Vincent van Pelt
|
+
| No show.
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI-Brief-RESTful-roadmap.ppt presentation] RESTful Roadmap - agreed to request that the Mobile Health Task Force consider developing this work.  Rob will join that group and present his proposal.
+
 
* [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI-Brief-RESTful-XDW-02.ppt presentation] RESTful XDW -
 
 
|-
 
|-
| 4:30-5:00 CT
+
| 4:35-4:50 CT
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr11-2013-2014/Planning_Cmte/BriefProfileProposals/ Dynamic Configuration Management]
+
| Restful PIX
| Shujah Dasgupta
+
| Rob H
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/ITI%20TF%20Profile%20-%20Dynamic%20Configuration%20Management%20(F).pptx presentation] Discussed that this is a proposal concept submitted multiple times.  This specific propoal seems overlery broad in scope.  Distributed DNS was discussed as an alternative. Is there a use case for the updating of moving mobile devices to different locations? The proposer believes so.  Should this be in DICOMM instead of IHE ITI?  Ask is for a white paper.  Focus will just be just the use case and problem statement.
+
| PDQm already supports RESTful PIX, only minimal profiling will be required.
 +
Q: Will the consumer have the patient ID? Yes.
 +
The PIX manager will not require a RESTful interface to register patients; they can keep using HL7V2 or V3.
 +
 
 +
 
 +
 
 
|-
 
|-
|  5:00-5:30 CT
+
|  5:15-6:00 CT
 
| '''General Discussion and preparation for evaluation'''     
 
| '''General Discussion and preparation for evaluation'''     
 
| ITI Planning co-chairs
 
| ITI Planning co-chairs
|
+
|Voting procedures:
 +
3 ongoing items will be passed on to ITI TC.
 +
The group will vote to add 5 more profiles.
 +
ITI TC will have to evaluate in more details the size of the proposals and could decide to take-on a subset of what is proposed to them.
 +
 
 +
Action items tomorrow:
 +
Give Karen guidance on witch items we would like her to do.
 +
We’ll vote before we give guidance.
 +
 
 +
We are ADJURNING the meeting.
 +
 
 
|-
 
|-
 
|
 
|
Line 338: Line 464:
 
|
 
|
 
|-
 
|-
| 5:30 pm CT
+
| 6:00 pm CT
 
| '''ADJOURN'''
 
| '''ADJOURN'''
 
|
 
|
Line 344: Line 470:
 
|}
 
|}
  
==='''THURSDAY October 10 - DAY 2'''===
+
==='''THURSDAY October 23 - DAY 2'''===
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
 
! Time
 
! Time
 
! Description
 
! Description
 +
! Presenter
 
! Minutes/Notes
 
! Minutes/Notes
 
|-
 
|-
| 8:30-8:35 CT
+
| 8:30-8:45 CT
 
| '''Welcome, review of the day's plan'''     
 
| '''Welcome, review of the day's plan'''     
 
|
 
|
 +
| WEBEX INFO(Password is Meeting): [https://himss.webex.com/himss/j.php?MTID=m02682dad83a5ae315b40783c1cd3b7a8 Join WebEx]
 
|-
 
|-
| 8:35-9:00 CT
+
| 8:45-9:30 CT
| '''Continue DAF discussion'''  
+
| '''Advocacy''' [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/IHE%20ITI%20QDA%20Workitem%20Proposal%20V0_3.docx QDA - Query Dispatch and Aggregate]
| Motion: support PCC in developing a white paper for DAF. Approved. PCC will coordinate the white paper development with input and joint discussion with ITI. ITI will not further vote on DAF, approved to provide a support role to PCC.
+
| Vincent van Pelt
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/QDA%20Proposal%20V0_9d.pptx Presentation ] QDA is inline with the ODD philosophy, what QDS adds seems to be more in relation to internal processing; normally IHE does not focus on internal processing but in interoperability.
 +
Q: Does QDA display any actor interaction? Some interactions with Registry.
 +
ODD, supports the snapshots of On Demand Documents using static documents.
 +
Part of what QDA is proposing is supported by On Demand Documents.
 +
QDA illustrates more a systems design/design pattern than system interoperability.
 +
Is there something missing, or are you looking for  
 +
Q: What is your request for IT? Can the current profiles support the QDA workflow?
 +
This sounds like requirements for a workbook/whitepaper.
 +
ITI does not support non-patient specific documents such as templates.
 +
Multiple of the existing profiles are/can be used for QDA.
 +
Q: Does XCF support this workflow? No, XCF only exposes 1 query, and is not as complete as QDA.
 +
XCF is designed to aggregate documents, the interfaces presented by XCF or ODD or RID could be used. Additional educational materials could be beneficial.
 +
 
 
|-
 
|-
| 9:00-10:30 CT
+
| 9:30-10:15 CT
 +
| Data Access Framework Document Access Implementation Guide
 +
| Dragon
 +
| [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals presentation] The technical gaps are in the population and smtp? Yes, but right now, we are trying to build an implementation guide, not solve the gaps.
 +
An existing White Paper Health Information Exchange: Enabling Document Sharing Using IHE Profiles serve as an example or base for improvement to meet guide requirements.
 +
Data locked in EMR’s and this is a mean to enable the sharing if this data.
 +
This is urgent for the US, but none of the other nations have expressed interest.
 +
Q: QRPH domain has a proposal to allow breach clinical data that is in HIE for research, could there be a binding to that proposal? The MPQ aspect could be merged.
 +
ONC FAD initiative will provide resources to work on this work item.
 +
Is this a national extension? No, XDS based HIE would apply globally.
 +
 
 +
|-
 +
| 10:15-10:30 CT
 +
| '''Break''' 
 +
|
 +
|
 +
|-
 +
| 10:30-12:30 CT
 
| '''Discussion and Voting on prioritized work item list'''   
 
| '''Discussion and Voting on prioritized work item list'''   
 
|
 
|
 +
|Vote for Profiles Here: http://doodle.com/ta79mmrw36hmeufp
 
|-
 
|-
 +
|
 
|
 
|
 
|
 
|
 
:* Complete Ranking by Criteria spreadsheet and review results
 
:* Complete Ranking by Criteria spreadsheet and review results
 +
:* Review last year's actual velocity (capacity)
 
:* Agree on voting approach - # of ballots per organization
 
:* Agree on voting approach - # of ballots per organization
 
:* Ranking by Ballot - Voting
 
:* Ranking by Ballot - Voting
| Each organization voted for 5 proposals.  Results tallied in the spreadsheet.[[File:ITI_Proposal_Votes.jpg|x100px|:ITI_Proposal_Votes]]
+
:* Ballot
 +
| Each organization will get 4 votes.  Results will be tallied in the eval spreadsheet. Link
 +
[ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Planning_Cmte/BriefProfileProposals/2014ITIProposalEvaluationMatrix_2.6-FINAL-TC-VOTE-Dispositions.xlsx Final Planning Committee Vote for TC Work]
 
|-
 
|-
| 10:30-11:00 CT
+
| 12:15-1:00 CT
| '''Break'''
+
| '''LUNCH'''
 +
|
 
|
 
|
 
|-
 
|-
| 11:00-12:30 CT
+
| 1:00-2:00 CT
 
| '''Decision of Prioritized List of proposals'''   
 
| '''Decision of Prioritized List of proposals'''   
 +
|
 
|
 
|
 
|-
 
|-
 +
|
 
|
 
|
 
|
 
|
 
:*Review voting results
 
:*Review voting results
 
:*Agree on prioritized list of proposals to be assessed by ITI Technical Committee
 
:*Agree on prioritized list of proposals to be assessed by ITI Technical Committee
:*Assignment of authors, due-dates, etc. for completion of Detailed Proposal ''(due date TBD)'' for turn-over to TC in November
+
:*Assignment of authors, due-dates, etc. for completion of Detailed Proposal ''(Nov 5th)'' for turn-over to TC in November
 
|  
 
|  
*[ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr12-2014-2015/Planning_Cmte/BriefProfileProposals/2013ITIProposalEvaluationMatrix_10.10_final.xlsx Final Prioritization Matrix].  The top seven vote getters will move forward but there was a tie for 8th place.  A subsequent vote was taken, between Findings Notification, and RESTful XDW, agreed to move Findings NOtification forward and defer RESTful XDW.  For now RESTful XDW will be part of the Mobile Health Roadmap.
+
*Proposals forwarded to ITI TC - due date for detailed Proposals Nov. 5th, 2014 at 11:59:59pm Central Time:
*Proposals forwarded to ITI TC - due date for detailed Proposals Nov. 3:
+
** 15.0 ATNA Repository RESTful Access/ATNA Query
**Standardized Operational Log of Events (SOLE)
+
** 3.0 Redocumentation of XD(star) Profiles
**Mobile Patient Discovery
+
** 8.0 De-identification of healthcare data to central reporting authority
**Redocumentation of Document Sharing Profiles
+
** 9.0 Alerts Targeted at Humans
**De-identification Handbook
+
** 11.0 RESTful PIX
**Secure Retrieve 
 
**ATNA Repository federation 
 
**Data Segmentation for Privacy (DS4P) using REST
 
**Findings Notification
 
 
*Discussed proposals not forwarded to ITI TC and plans for ITI Planning followup tasks:
 
*Discussed proposals not forwarded to ITI TC and plans for ITI Planning followup tasks:
**RESTful XDW and other RESTful extensions - to be forwarded to the Mobile Health Task Force Road Map and future consideration by ITI
+
** 16.0 Health Context Sharing via SAML
**Federated Solution for Healthcare Provider Directory Specification - to be proposed as an IHE USA national extension, Eric & Alex to bring to IHE USA. IHE ITI will provide comments to the IHE-USA paper.
+
** 13.0 Delete Provide & Registered Document Set
**Dynamic Configuration Management - to be developed by ITI Planning as a Briefing. Rob will work on a response during Q4 of 2013.  Rob will also work to find the right venue.
+
** 6.0 SAML for Healthcare Workflows Deployment Profile
**XDS-based Sharing under Patient Control - to be developed by ITI Planning as a Briefing.
+
** 12.0 Data Access Framework Document Access Implementation Guide
 +
** 18.0 QDA - Query Dispatch and Aggregate
 +
*Proposals accepted as ITI PC work
 +
** 1.0 HIT Standards for Information Governance White Paper
 +
** 2.0 Next steps in Cross Community (mutually exclusive with item 3.0)
 +
*Work from prior years that are forwarded to ITI TC
 +
** 5.0 Mobile access to Health Documents (MHD)
 +
** 4.0 Document Digital Signature
 +
** 19.0 Extending the Use of XDW to Cross-Community Environments
 
|-
 
|-
 
|  
 
|  
Line 403: Line 573:
 
:*impact assessment process
 
:*impact assessment process
 
|  
 
|  
 +
|
 
Review of the process/suggestions for improvements
 
Review of the process/suggestions for improvements
*Generally the impact areas were found useful but for most the discussion is more important than the actual # value chosen. Agreed for the first 3 impact areas (significance, global, adoption) to leave the meaning of the #s as vague to encourage discussion and discourage argument.
+
*Voting:
*Reviewed the alignment with ITI Tech areas and agreed to change this to a yes/no rating that is not counted in an overall rating.
+
Doodle pool: good for enabling remote voting, and bad for anonymity.
*Decided to define the meanings of the #s for alignment with other IHE domains numbers as follows:
+
Need a new electronic tool. Google Forms is blocked for some organizations.  
**5 is when other IHE domains come to us directly and request work or if we believe they are dependent on us to do high priority work (example ATNA which came directly from Radiology).
+
Try another electronic voting mechanism that could anonymous, a survey tool was considered a viable option.
**3 is that the work item will be broadly useful among multiple other IHE domains (for example XDW).
+
*Methodology:
**1 is no immediate predictable interest outside of ITI, or something that is an internal IHE need (for example CT).  
+
We used a mixture of Agile and waterfall.
**2 and 4 are middle ground between these definitions.
+
*Use of Story points:
 +
We should use Agile tools to determine relative importance, but not size. The Planning Committee should provide a prioritized list not a cut off. The TC will have to do a deep dive in each proposal and this is too big of a task in the provided time, for that reason PC should provide a cutoff list.
 +
Q: How do we engage everyone? Use via planning poker (silent cards) and use the outliners to spark the discussion.
 +
*Process:
 +
The notification process was late (or too early). The process was unclear.
 +
Consolidation of the process with the other committees could be interesting.
 +
The gathering of the proposals could be a better more organized process.
 +
The schedule was hard to find on the wiki.
 +
The proposals should be more problem focused (not solution).
 +
We should mentor the proposal authors during the WebEx.
 +
 
 +
 
 
|-
 
|-
| 12:30-1:30 CT
+
| 2:00-2:30 pm CT
| '''LUNCH'''
+
| '''Current Planning Committee proposals for the current cycle'''   
 +
|
 +
|*HIT Standards for Information Governance White Paper
 +
*Next steps in Cross Community
 +
|-
 +
| 2:30-2:45 pm CT
 +
| '''Current Planning Committee proposals for the current cycle'''  
 
|
 
|
 +
|*HIT Standards for Information Governance White Paper
 
|-
 
|-
| 1:30-2:00 pm CT
+
| 2:15-2:30 pm CT
 
| '''Marketing and publicity planning'''     
 
| '''Marketing and publicity planning'''     
 
|
 
|
 +
|
 +
 
|-
 
|-
 
|
 
|
Line 430: Line 621:
 
|
 
|
 
*Review of wiki profile descriptions:
 
*Review of wiki profile descriptions:
**DSUB update to be done by Mauro
+
**TBD
**CSD to be done by Carl with input from Derek
 
**XUA to be updated by John
 
**Eric will update NAV to deprecate it (new icon). A discussion was help to determining if NAV is actually in use.  No action at this time.
 
 
*Educational materials
 
*Educational materials
**Discussion was made about the concept of PC making an outreach to HIE vendors, internationally, to obtain their involvement into ITI PC.  Eric will put together a draft of slides, Alex will create a list of HIE vendors to target for outreach, plus others are encouraged to add additional vendors to the list.  All participants will be accepted for outreach activities.  Celina will follow up and see if the IHE USA Connectathon conference can have a spot reserved for this purpose. tcon schedule for Nov. 1
+
** XDW continuation: Complete work begun in prior year - Mauro
** XDW Education .  Mauro created a deck and will send it to the ITI PC for review on call on Nov 4th.
+
** consent management statewide in texas  - Eric
** Consent mgmt materials; Eric will schedule a tcon when material is ready for review.
+
** XDS Metadata Update supplement educational Materials - Manuel to start April 2014
** Manuel will work on educational material describing the XDS Metadata Update supplement starting in about 6 months.  Co-chairs need to follow up.
+
** On-demand Educational materials related to XDS & XCA - Karen
**XAD-PID, no action this year. - leave on list
+
** Enhance introductory charts to include an overview to the other chart decks - Mike
**On-demand, Karen will work on updated materials.  Scheduled Jan 17th.
+
** CSD educational material - Carl
**SVS no materials are needed at this time, remove from list of future possibilities
+
** Update S&P Part 1 to reflect XUA++ and IUA - John
**Mike N will work on updated content for IHE introductory charts.  We will target this work for the spring, so it can reflect updates from this year.
+
|Potential Additions to be considered for this year
**For the future, we'll add mobile education materials, but taking no action now.
+
*XAD-PID in either XDS or the patient id one
**Add CSD educational material, possibly as an update to the existing HPD work, be provided by Dec 11th.
+
*Mobile/REST specific materials
**IUA and XUA++ educational materials will be created by John as update to XUA.  He will do an email review.  Target Feb 1st.
 
 
|-
 
|-
| 2:00-2:30 CT
+
| 3:30-3:45 CT
 
| '''Consider suggestions for future ITI Planning Committee work'''   
 
| '''Consider suggestions for future ITI Planning Committee work'''   
 +
|
 
|
 
|
 
|-
 
|-
Line 455: Line 643:
 
:*White Papers
 
:*White Papers
 
:**Existing
 
:**Existing
:***A Service-Oriented Architecture (SOA) View of IHE Profiles - Published 2009-09-28
+
**TBD
:***Health Information Exchange: Enabling Document Sharing Using IHE Profiles - Published 2012-01-24
 
 
:**Consider suggestions for new white papers
 
:**Consider suggestions for new white papers
:*IT Infrastructure Strategy/Categories
+
**TBD
::*Review and assess
 
 
:*ITI Outreach and liason activity
 
:*ITI Outreach and liason activity
 
::*Assess status and planning  
 
::*Assess status and planning  
 
|
 
|
 
*White Papers
 
*White Papers
**No suggestions to existing papers
+
**TBD
**New type of white paper - briefing - from two of the non-selected work items
 
*Consider improving the wiki experience. Suggestion to look at the use of tagging and find and deprecate pages that are misleading.  Karen will bring to co-chairs committee request for tagging guidance and others will review and report on places where tagging could be improved.  Perhaps use intern or student to support improving the ability to search for ITI material and find useful content.
 
 
*Strategy areas
 
*Strategy areas
**Separated patient and provider strategies and updated with new profiles
+
**TBD
 +
|
 
|-
 
|-
| 2:30 - 3:00 pm CT
+
| 3:45 - 4:00 pm CT
 
| '''Wrap-up'''     
 
| '''Wrap-up'''     
 
|  
 
|  
 +
|
 
|-
 
|-
 
|
 
|
Line 483: Line 669:
 
|
 
|
 
*tcons schedule for HIE Outreach, XDW Educational Material, on-demand educational material, CSD educational material.
 
*tcons schedule for HIE Outreach, XDW Educational Material, on-demand educational material, CSD educational material.
*failed to agree on joint tcon for response from ITI TC
+
*joint tcon for response from ITI TC
 
*deferred scheduling joint tcon to assess TI move to FT, plan to schedule during May f2f
 
*deferred scheduling joint tcon to assess TI move to FT, plan to schedule during May f2f
 
*other tcons to be scheduled as needed
 
*other tcons to be scheduled as needed
 +
|
 
|-
 
|-
| 3:00 pm CT
+
| 4:00 pm CT
 
| '''ADJOURN'''
 
| '''ADJOURN'''
 +
|
 
|
 
|
 
|}
 
|}
= ITI Planning/Technical Committee 2014 Final Text Review - May 1 2014 =
 
Joint ITI Planning/Technical Provisional Selection for Final Text
 
== Agenda May 1, 2014 ==
 
# Profiles to [[Final Text Process| consider for Final Text]]
 
## Care Services Discovery (CSD)
 
## Cross-Community Fetch (XCF)
 
## Cross-Community Patient Discovery (XCPD)
 
## Cross-Enterprise Document Workflow (XDW)
 
## Delayed Document Assembly
 
## Document Digital Signature (DSG)
 
## Document Encryption (DEN)
 
## Document Metadata Subscription (DSUB)
 
## Healthcare Provider Directory (HPD)
 
## Internet User Authorization (IUA)
 
## Mobile access to Health Documents (MHD)
 
## On-Demand Documents
 
## XAD-PID Change Management
 
## XDS Metadata Update
 
# [ftp://ftp.ihe.net/IT_Infrastructure/ITI_Connectathon_Results_Summaries/ Summary of connectathon testing & tool status for 2013-14 ITI TI profiles]
 
# profiles to [[Evaluation of Published Profiles| consider for deprecation]] : None Proposed
 
# white papers to consider for archival: None Proposed
 
  
== Minutes May 1 ==
 
==== Summary of PROPOSED decisions for 2014 ====
 
The following table documents the proposed decisions made during the meeting.  The color of the row indicates the recommended status:
 
* green - move to FT, pending followon work, if any is identified
 
* yellow - considered for FT but decided to keep at TI
 
* white - not ready for FT
 
  
 +
==='''THURSDAY November 13'''===
 
{| style="width:95%" border="1" cellpadding="1"
 
{| style="width:95%" border="1" cellpadding="1"
! TI Supplements
+
! Time
! FT/Remains TI/Deprecate
+
! Description
! Explanation/Conditions
+
! Presenter
! Followon Work
+
! Minutes/Notes
|-  style="background:white; color:black"
+
|-
| CSD
+
| 1:30-2:30 CT
| TI
+
| '''Welcome, review of the joint TC/PC committee meeting'''   
| Not enough testing yet
 
|
 
|- style="background:white; color:black"
 
| XCF
 
| TI
 
| Limited testing in only one region
 
|
 
|-  style="background:#00FF00; color:black"
 
| XCPD
 
| FT
 
| Significant testing and adoption except for the patient location option
 
| 1) Query Eric regarding maturity and problems from eHealth Exchange use 2) Consider splitting apart patient data locator content
 
|-  style="background:white; color:black"
 
| XDW
 
| TI
 
| Significant changes made this year, defer until these are tested.
 
|
 
|- style="background:#00FF00; color:black"
 
| Delayed Doc Assem
 
| FT
 
| Assuming product adoption and deployments
 
| 1) Lynn to query connectathon testers regarding products and deployments 2) Karen to look at product registry and ask ITI Planning Committee regarding products and deployments
 
|-  style="background:white; color:black"
 
| DSG
 
| TI
 
| Being updated to new template, not ready
 
|
 
|-  style="background:#00FF00; color:black"
 
| DEN
 
| TF
 
| No testing tools but wiki guidance results in solid testing
 
|
 
|-  style="background:white; color:black"
 
| DSUB
 
| TI
 
| Significant changes just completed, wait for testing.
 
|
 
|-  style="background:white; color:black"
 
| HPD
 
| TI
 
| Federation and other problems in progress.
 
|
 
|-  style="background:white; color:black"
 
| IUA
 
| TI
 
| New this year, not ready.
 
|
 
|-  style="background:white; color:black"
 
| MHD
 
| TI
 
| Being updated to adopt FHIR.
 
|
 
|-  style="background:#00FF00; color:black"
 
| On-Demand Doc
 
| FT
 
|
 
| CP 723 must pass ballot 22
 
|-  style="background:#00FF00; color:black"
 
| XAD-PID Change Management
 
| FT
 
| Well tested, verify products and deployments
 
| ITI Planning to give feedback regarding products and deployments
 
|-  style="background:yellow; color:black"
 
| XDS Metadata Update
 
| TI
 
| Several open CPs.  XDS portion well tested but little uptake of XDR portion. Significant changes to supplement to support redoc of Vol. 3.  For this reason and many open CPs, leave this in TI.
 
 
|
 
|
 +
| WEBEX INFO(Password is Meeting): [https://himss.webex.com/himss/j.php?MTID=mba6a9ce3a7ea4cca91f198e646d3b985 Join WebEx]
 +
Agenda:
 +
:* IHE ITI Technical Committee presentation of assessment of work items
 +
:** Technical Committee meeting notes are posted at [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Technical_Cmte/Detailed-Proposals/IHE_ITI_NovemberF2F_MeetingNotes-PCCQPRHITI_Joint.docx Meeting notes]
 +
:** Are there any changes to the scope?  Size?
 +
:** Are there any asks of the TC to the PC such as additional clarity on priorities?
 +
:** Does the ITI TC feel it can do all of the work scheduled for this cycle?  Do you need more work? Less?
 +
:** The two national extension work items seem to merit special discussion (size, process)?
 +
:** What are the proposed timelines for each work item?
 +
:* Discussion
 +
:** Referencing [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr13-2015-2016/Technical_Cmte/Detailed-Proposals/2014_TechnicalCommittee_prioritization_review_v01.xls ITI TC Assessment Spreadsheet]
 +
:** Please explain the work item size changes for the first few items?
 +
:** Confirm that the rest of the item's priorities are the same?
 +
:** Please explain the TC assessment spreadsheet columns E, and the hours columns O to R and why they are blank for the two national extension items?
 +
:** Is there anything the ITI Planning Committee can do to help the ITI TC?
 +
:* Formal motion to accept the ITI TC workplan
 +
:** A verbal vote occurred and the ITI TC workplan was accepted
 +
:* Note that since Karen is the lead editor of XD*, she will NOT be available for the ITI PC work item Next Steps in Cross Community and ITI PC should consider that work item proposal withdrawn.
 
|}
 
|}
  
  
===== XCPD =====
+
= ITI Planning/Technical Committee 2015 Final Text Review - May 30 2015 =
 
+
Joint ITI Planning/Technical Provisional Selection for Final Text
* Has the profile been through a Connectathon in at least two regions?
+
== Agenda May 30, 2015 ==
** Yes
+
# Profiles to [[Final Text Process| consider for Final Text]]
 
+
## (XPID) XAD-PID Change Management
* Has the profile been successfully tested with all actors at least at one Connectathon?
+
## (CSD) Care Services Discovery
** No testing of Patient Data Locator actors
+
## (XCF) Cross Community Fetch
 
+
## (XDW) Cross Enterprise Workflow
* Have different implementations of each actor in the profile been tested?
+
## (DEN) Document Encryption
** Yes
+
## (DSG) Document Digital Signature
 
+
## (HPD) Healthcare Provider Directory
* Have all the options been tested successfully at at least one Connectathon?
+
## (MHD) Mobile access to Health Documents
** No testing of Patient Data Locator option
+
## (IUA) Internet User Authorization
 
+
## (PLT) Patient Location Tracking
* Are there IHE-provided software testing tools to address all aspects of the profile?
+
## (SeR) Secure Retrieve
** Yes
+
## (PDQm) Patient Demographics Query for Mobile
 
+
## (DSUB) Document Metadata Subscription
* Have the standards underlying the profile been implemented? In similar use cases? In healthcare? In general IT?
+
## Delayed Document Assembly (option)
** Yes
+
## Metadata update (options)
 
+
## XCDR
* Do you have concrete reason to believe that this works robustly in the Real World / Are any products available for purchase that implement the profile?
+
## XDW for XCA and XCDR (options)
** Believe yes, verify use by eHealth Exchange.
+
## XCPD Health Data Locator and Revoke (Option)
 
+
# [http://wiki.ihe.net/index.php?title=File:2014-15-ITI-TI-supplement-connecthon-summary.xlsx  Summary of connectathon testing & tool status for 2014-15 ITI TI profiles]
* Have all issues that may have been raised about the profile been resolved?
 
** Yes
 
 
 
* Has there been sufficient interest in the profile to generate a one-page overview of the profile
 
** Yes
 
 
 
===== Delayed Document Assembly =====
 
 
 
* Has the profile been through a Connectathon in at least two regions?
 
** Yes, but marginal
 
 
 
* Has the profile been successfully tested with all actors at least at one Connectathon?
 
** Yes
 
 
 
* Have different implementations of each actor in the profile been tested?
 
** Yes: Tiani Spirit, Lotitech, Forcare
 
 
 
* Have all the options been tested successfully at at least one Connectathon?
 
** Yes
 
 
 
* Are there IHE-provided software testing tools to address all aspects of the profile?
 
** No
 
 
 
* Have the standards underlying the profile been implemented? In similar use cases? In healthcare? In general IT?
 
** Yes
 
 
 
* Do you have concrete reason to believe that this works robustly in the Real World / Are any products available for purchase that implement the profile?
 
** Unsure.  Will query connectathon participants, review product registry, and ask for feedback from ITI Planning.
 
 
 
* Have all issues that may have been raised about the profile been resolved?
 
** Yes
 
 
 
* Has there been sufficient interest in the profile to generate a one-page overview of the profile
 
** Not needed, update to existing profiles.
 
 
 
===== DEN =====
 
 
 
* Has the profile been through a Connectathon in at least two regions?
 
** Yes
 
 
 
* Has the profile been successfully tested with all actors at least at one Connectathon?
 
** Yes
 
 
 
* Have different implementations of each actor in the profile been tested?
 
** Yes
 
 
 
* Have all the options been tested successfully at at least one Connectathon?
 
** Yes
 
 
 
* Are there IHE-provided software testing tools to address all aspects of the profile?
 
** No and none are planned, but wiki guidance is available and has been sufficient for effective testing.
 
 
 
* Have the standards underlying the profile been implemented? In similar use cases? In healthcare? In general IT?
 
** Yes
 
 
 
* Do you have concrete reason to believe that this works robustly in the Real World / Are any products available for purchase that implement the profile?
 
** Yes
 
 
 
* Have all issues that may have been raised about the profile been resolved?
 
** Yes
 
 
 
* Has there been sufficient interest in the profile to generate a one-page overview of the profile
 
** Yes
 
 
 
===== On-Demand =====
 
 
 
* Has the profile been through a Connectathon in at least two regions?
 
** Yes
 
 
 
* Has the profile been successfully tested with all actors at least at one Connectathon?
 
** Yes
 
 
 
* Have different implementations of each actor in the profile been tested?
 
** Yes
 
 
 
* Have all the options been tested successfully at at least one Connectathon?
 
** Yes
 
 
 
* Are there IHE-provided software testing tools to address all aspects of the profile?
 
** No, but being considered
 
 
 
* Have the standards underlying the profile been implemented? In similar use cases? In healthcare? In general IT?
 
** Yes
 
 
 
* Do you have concrete reason to believe that this works robustly in the Real World / Are any products available for purchase that implement the profile?
 
** Yes
 
 
 
* Have all issues that may have been raised about the profile been resolved?
 
** CP in current ballot must pass.  No other known issues outstanding.
 
 
 
* Has there been sufficient interest in the profile to generate a one-page overview of the profile
 
** Not needed, update to existing supplements.
 
 
 
===== XAD-PID Change Management =====
 
 
 
* Has the profile been through a Connectathon in at least two regions?
 
** Yes
 
 
 
* Has the profile been successfully tested with all actors at least at one Connectathon?
 
** Yes
 
 
 
* Have different implementations of each actor in the profile been tested?
 
** Yes
 
 
 
* Have all the options been tested successfully at at least one Connectathon?
 
** Yes
 
 
 
* Are there IHE-provided software testing tools to address all aspects of the profile?
 
** No, but have test data for this in the toolkit
 
 
 
* Have the standards underlying the profile been implemented? In similar use cases? In healthcare? In general IT?
 
** Yes
 
 
 
* Do you have concrete reason to believe that this works robustly in the Real World / Are any products available for purchase that implement the profile?
 
** Unknown.  Get input from ITI planning committee consider and look in the product registry
 
 
 
* Have all issues that may have been raised about the profile been resolved?
 
** No known issues outstanding.
 
 
 
* Has there been sufficient interest in the profile to generate a one-page overview of the profile
 
** Yes
 
 
 
===== XDS Metadata Update =====
 
 
 
* Has the profile been through a Connectathon in at least two regions?
 
** Yes
 
 
 
* Has the profile been successfully tested with all actors at least at one Connectathon?
 
** XDR is lightly testing
 
 
 
* Have different implementations of each actor in the profile been tested?
 
** Yes
 
 
 
* Have all the options been tested successfully at at least one Connectathon?
 
** Yes
 
 
 
* Are there IHE-provided software testing tools to address all aspects of the profile?
 
** Yes, except for changes to patient ID
 
 
 
* Have the standards underlying the profile been implemented? In similar use cases? In healthcare? In general IT?
 
** Yes
 
 
 
* Do you have concrete reason to believe that this works robustly in the Real World / Are any products available for purchase that implement the profile?
 
** Yes
 
 
 
* Have all issues that may have been raised about the profile been resolved?
 
** Seven CPs open and major reorganization based on reorg of Vol. 3.  Felt to be not technically stable yet.
 
 
 
* Has there been sufficient interest in the profile to generate a one-page overview of the profile
 
** Not needed, update to existing supplements.
 
 
 
= ITI Planning/Technical Committee 2014 Final Text Review - June 2 2014 =
 
Joint ITI Planning/Technical Final Selection for Final Text
 
== Agenda June 2, 2014 ==
 
# Profiles recommended [[Final Text Process| for Final Text]]
 
## Cross-Community Patient Discovery (XCPD)
 
## Delayed Document Assembly
 
## Document Encryption (DEN)
 
## On-Demand Documents
 
## XAD-PID Change Management
 
# [ftp://ftp.ihe.net/IT_Infrastructure/ITI_Connectathon_Results_Summaries/ Summary of connectathon testing & tool status for 2013-14 ITI TI profiles]
 
 
# profiles to [[Evaluation of Published Profiles| consider for deprecation]] : None Proposed
 
# profiles to [[Evaluation of Published Profiles| consider for deprecation]] : None Proposed
 
# white papers to consider for archival: None Proposed
 
# white papers to consider for archival: None Proposed
 
== Minutes June 2 ==
 
# Cross-Community Patient Discovery (XCPD)
 
## Recommendation to move to Final Text all put the Patient Location query and revoke
 
## Motion: Move XCPD to Final Text assuming Patient Location Query and Revoke extraction can be processed via the CP process.  All present APPROVED.
 
## Eric agreed to take Karen's initial work and prepare it for CP Ballot for discussion June 6
 
# Delayed Document Assembly
 
## Walco states Forcare has no current or short turm adoption plans.  Implementation seems very stable. Feels it will be important and solve a real world problem but not yet.
 
## No use was identified in production.  Several vendors have implemented in their product.  No vendor was found that has plans to move this to final.
 
## Motion: Keep at TI status for another year(Manual M., Eric H. seconded)  All present APPROVED.
 
# Document Encryption (DEN)
 
## It was discussed that it would be advisable to delay this another year, since CP 716 is significant and would  impact DEN.  The CP relates to MIME Multipart wrapping lack of clarity. 
 
## Motion: Delay until CP 716 is resolved(Walco  V.,John M. seconded)  All present APPROVED.
 
# On-Demand Documents
 
## CP 723 must pass ballot 22.  It meets all of our criteria to move to FT. 
 
## Motion: Move to FT (Manual M., Rob H. seconded)  All present APPROVED.
 
# XAD-PID Change Management
 
## We were previously concerned about lack of adoption.  A wide request was put out for feedback. 
 
## Product Registry shows 4 products declare this capability: Leafsprout, Oracle, ITH icoserve, tiani-spirit
 
## John M. brings up that the IHE official guidance is to not deploy in production until it reaches FT status.  ## Gila P. mentioned that she felt the risk was minimal in and this should be moved to FT. 
 
## Motion: Move to FT (Gila P., Rob H. seconded) All present APPROVED.
 
# Profiles and White Papers for depreciation
 
## A discussion ensued and no motions for deprecation were offered.
 
# Meeting was adjourned.
 
 
==== Summary of FINAL decisions from 2014 ====
 
The following table documents the final decisions made during the meeting.  The color of the row indicates the recommended status:
 
* green - move to FT, pending followon work, if any is identified
 
* yellow - considered for FT but decided to keep at TI
 
* white - not ready for FT
 
 
{| style="width:95%" border="1" cellpadding="1"
 
! TI Supplements
 
! FT/Remains TI/Deprecate
 
! Explanation/Conditions
 
! Followon Work
 
|-  style="background:white; color:black"
 
| CSD
 
| TI
 
| Not enough testing yet
 
|
 
|-  style="background:white; color:black"
 
| XCF
 
| TI
 
| Limited testing in only one region
 
|
 
|-  style="background:#00FF00; color:black"
 
| XCPD
 
| FT
 
| Significant testing and adoption except for the patient location option
 
| CP to split Patient Location Query & Revoke out of supplement must pass ballot.
 
UPDATE: Split CP passed ballot, other parts of XCPD move to FT.
 
|-  style="background:white; color:black"
 
| XDW
 
| TI
 
| Significant changes made this year, defer until these are tested.
 
|
 
|-  style="background:yellow; color:black"
 
| Delayed Doc Assem
 
| TI
 
| Limited product adoption and no pilot plans
 
| Delay another year to ensure it is solving a real world problem
 
|-  style="background:white; color:black"
 
| DSG
 
| TI
 
| Being updated to new template, not ready
 
|
 
|-  style="background:yellow; color:black"
 
| DEN
 
| TI
 
| No testing tools but wiki guidance results in solid testing
 
| Delay until CP 716 is resolved and resolution is tested
 
|-  style="background:white; color:black"
 
| DSUB
 
| TI
 
| Significant changes just completed, wait for testing.
 
|
 
|-  style="background:white; color:black"
 
| HPD
 
| TI
 
| Federation and other problems in progress.
 
|
 
|-  style="background:white; color:black"
 
| IUA
 
| TI
 
| New this year, not ready.
 
|
 
|-  style="background:white; color:black"
 
| MHD
 
| TI
 
| Being updated to adopt FHIR.
 
|
 
|-  style="background:#00FF00; color:black"
 
| On-Demand Doc
 
| FT
 
|
 
| CP 723 must pass ballot 22
 
UPDATE: CP 723 passed ballot.
 
|-  style="background:yellow; color:black"
 
| XAD-PID Change Management
 
| TI
 
| Well tested, several products in product registry
 
8/1 UPDATE: Due to late arriving technical concerns the ITI Technical Committee withdraws its recommendation to move this to Final Text and requests a one year delay to resolve a local patient ID merge problem, documented within CP 790.
 
| Delay until CP 790 is resolved.
 
|-  style="background:yellow; color:black"
 
| XDS Metadata Update
 
| TI
 
| Several open CPs.  XDS portion well tested but little uptake of XDR portion. Significant changes to supplement to support redoc of Vol. 3.  For this reason and many open CPs, leave this in TI.
 
|
 
|}
 

Latest revision as of 15:34, 19 October 2015

Introduction

This WIKI page documents the activities of the ITI Planning Committee during the 2014/2015 committee year (August 2014 - July 2015). These activities include:

  • Call for Proposals : August-October
  • Review and selection of Proposals : October-December
  • Updates/Additions to Educational Materials/White Papers/Etc. : December-July

Proposal Webinars

Webinar Organization

Each webinar will be organized as follows (this will vary slightly depending upon how many proposals we will be reviewing:

  • The two hour time allocation will be divided into 20-minute time-slots, with the remaining time for introductory remarks and follow-up discussion.
  • Each 20-minute timeslot will be allocated to a profile/white paper proposal… the first 10 minutes will be taken up by a presentation by the proposal author, with the remaining 10 minutes reserved for discussion and any disposition (if required).
  • Each 10-minute presentation will be comprised of a maximum of 5 Powerpoint slides, presenting the proposal concisely and completely.

Webinar 1

All times are Central Time

Date Time Coordinates Recording of the meeting
2014-Oct-02 8:00-10:00am CDT Join Webex(password "meeting") Download Recording of Webinar #1
Time Proposal Author/Presenter Comments
8:00-8:10 Webinar Introduction, process Eric Heflin, Daniel Berezeanu : Co-Chairs The goal for this week's call is to just explain and socialize the problem. Not to prioritize, not to select, not to talk about solution. Presenters should be prepared to present their brief proposal papers, or a power point with the same basic concepts.
8:10-8:30 SAML for Healthcare Workflows Deployment Profile Alex DeJong Q: What is the relationship between this proposal and OATH? A: To be determined, but the presenter recognizes that OATH may be important to include in the proposed workflows. Q: What countries have been identified that would be interested in using this? A: USA and Austria have been identified so far.
8:30-8:50 Health Context Sharing via SAML Alex DeJong Q: Could this proposal be worked on in several phases: A: Probably. Q: What are the relationships between the two SAML proposals? A: Different workflows. One for overall patient medical record access, and one for rendering a specific patient or document.
8:50-9:10 ATNA Query Mauro Zanardini Q: Is this to generate computer or human readable responses? A: Both. Q: Would this include filtering? A: Yes. Canada is interested in filtering. Q: How many countries are interested? A: Italy, many countries, 9 European countries. Presenter felt all other countries focused on IHE profiles would likely be of interest. Q: Would this be implemented via stored queries? A: Yes. It would be driven by use cases, and a limited set of stored queries. Q: Are other domains interested in this profile? A: QRPH would likely be interested.
9:10-9:30 ATNA Repository RESTful Access Rob Horn Q: What are the differences or similarities between this proposal and the prior ATNA Query proposal? A: The proposals probably should be combined. Need to decide if this is restricted to healthcare only or is broader including for example building security events. Q: What is the target for this profile? A: Application developers more than patients or end users. Q: Is this a topology profile? A: Yes. But that's not all. It standardizes and allows applications the ability to interoperate. Q: Is it of value as a interoperability profile? A: Yes, this is a real problem for application developers. Q: What is the country target? A: A number of European countries, Canada, and USA. Q: Are other IHE Domains interested in this profile? A: We have not had that conversation yet but the presenter feels that the other IHE domains would likely view this as a problem for ITI to fix.
9:30-9:50 Cross-Enterprise Document Network Interchange (XDN) Fred Behlen Q: Is this a profile for a direct connection to a file storage device? A: Yes, via an interoperable profile. Q: What other countries and IHE domains are targets? A: Unknown at this point. The presenter asked if those on the call were aware of networking storage standards that could be leveraged? A: It was suggested to focus on the problem statement for now. Q: Is this a breaking change? A: No. The Document Consumer and Document Repository actors would be unchanged for legacy actors, but new actors could leverage the new document retrieval information if they are aware of the solution and if they so chose. Q: Would the metadata be generated? A: Currently this is likely viewed out of scope. Q: How is this different than having documents make references to URL resources? A: The URL is a slot in the document entry in the registry. Q: What would be held in the XDN Document Repository? A: Needs to be determined. Q: What's the industry value? A: Large numbers of systems will need a solution like this as they are decommissioned. Q: Is this an interoperability problem. Q: Yes, for internal organizations as they merge and evolve. But it may not be an interop program across organizations. This likey touches on a new phase of the document lifecycle that we've addressed so far.
9:50-10:00 Discussion, Next Steps Co-Chairs Next steps: 1) more Brief Proposal webinars scheduled (please see below on this page for the details), 2) you should listen to all webinars prior to the October face-to-face meetings, 3) in Oct f2f meetings the ITI Planning Committee we will dive into these more deeply and assess against criteria in the spreadsheet (fit, value, effort, etc.), 4) vote on which move forward to ITI TC for their assessment. Also a reminder: All presenters should send their presentations so they can be posted on the public ftp site.

Webinar 2

All times are Central Time

Date Time Coordinates Recording of the meeting
2014-Oct-06 8:00-10:00 CDT Join webex(password "meeting") Download Recording of Session #2
Time Proposal Author/Presenter Comments
8:00-8:10 Webinar Introduction, process Eric Heflin, Daniel Berezeanu : Co-Chairs Re-iterated message from prior call to focus on the problem, not the solution.
8:10-8:30 Next steps in Cross Community Karen Witting Noted that this is an ITC PC activity, not an ITI TC activity. Q: Will this profile proposal include resources? A: Yes, the presenter will be the lead editor provided she is not working on her other proposal. Q: What would be the format of this work product? A: Enhancement to existing IHE for HIE white paper, or a separate WP, or a new WP. An educational webinar would be possible too. Comment was made that this should handle both projects with and without national IDs. Another comment was made to not prescribe architectures, but that other architectural approaches may be worth mentioning in the work product.
8:30-8:50 Redocumentation of XD* Profiles Karen Witting Resubmission of prior proposal. The presenter can only work on one of her two proposals. Q: What's the size? A: Medium large. Q: Can this also include an conformance statement number for requirements traceability: A: Not viable from the perspective of the presenter.
8:50-9:30 Data Access Framework Document Access Implementation Guide Dragon Last year presented a whitepaper was created for DAF under IHE ITI and IHE PCC jointly. This year's proposal builds on the work from last year to make it more specific for for SOAP and REST. An implementation guide has or will be created. Q: Is this going to be USA specific? It is of use to many other countries such as South Africa. A: The ONC may be able to accommodate more of an international focus. A comment was made that this should not be USA-specific otherwise it is more limited in impact that possible, and it detracts from international work. Another comment was made that the ONC seems receptive to work that is of use internationally.
9:30-9:50 National Extensions for Confidentiality Rob Horn This proposal is an extension to the existing Data Segmentation for Privacy to extend it to be of use to other countries. A comment was made multiple other countries have worked on this now and are likely to be ready now. France was mentioned as being a possible candidate target. Determine data, by Oct 23rd, about other international targets. A comment was made that most countries have already solved this via local laws and regulation. Q: What's the benefit? A: To normalize the solution across countries as there are multiple implementations in-flight that would likely have variations. Presenter suggests dropping this if no other countries indicate interest prior to Oct f2f ballot.
9:50-10:00 Discussion, Next Steps Co-Chairs

Webinar 3

All times are Central Time

Date Time Coordinates Recording of the meeting
2014-Oct-07 8:00-10:00 CDT Join Webex(password "meeting") Download recording of Session #3
Time Proposal Author/Presenter Comments
8:00-8:10 Webinar Introduction, process Eric Heflin, Daniel Berezeanu : Co-Chairs Re-iterated message from prior call to focus on the problem, not the solution.
8:10-8:30 Alerts Targeted at Humans Carl Leitner OpenHIE community has been working on this. This concept has been approved twice (floundered due to lack of implementor support). Countries of interest are in Liberia, New Guinea, Nigeria, Sierra Leon and many more. Q: How will this integrate into workflow? Will this be one-way or closed loop communications? A: These capabilities are under consideration. Related to a PCC proposal for this year. Comment: Need to include patient into the workflow. Community will likely provide 5-10 people working on this. Carl can be the editor. Other resources are committed too.
8:30-8:50 HIT Standards for Information Governance White Paper Anna Orlova Q: Are they approaching other IHE workgroups or the Board? A: No. Only ITI for now. Q: How does this overlap with the HL7 Data Governance work? A: The efforts are similar. This proposal may serve a way to rationalize the efforts. Q: Is this USA specific? A: No. Would be broad.
8:50-9:10 De-identification of healthcare data to central reporting authority Johanna Goderre Jones This is being submitted to ITI and QRPH at the same time to coordinate across domains. Would possibly be a case study for the existing IHE De-identification white paper. Q: What countries would be interested? A: At least France, USA, Italy, probably many others. Comment: This represents a way to educate people on how to use de-identification. Also, this is a likely good way to pilot the de-identification paper to make sure it works well by collaborating with ITI TC. Had over 600 comments, many from clinical people. Shows good community interest. Q: Would resources be available to assist? A: Broad community support. State of LA Dept of Health can likely provide resources.
9:10-9:30 RESTful PIX Rob Horn Q: Can Rob help write this profile? A: Probably. Q: Why should IHE do this instead of HL7? Can this be a joint effort? A: Let's wait on HL7 if they are going to work on this. Comment: HL7's normal method is to work with others like IHE to profile items like this. Q: What other countries are interested in this? Comment: FHIR for PIX is a next logical step for core ITI work. Useful for DICOM Web.
9:30-9:40 Discussion, Next Steps Co-Chairs

Webinar 4

All times are Central Time

Date Time Coordinates Recording of the meeting
2014-Oct-14 8:00-10:00 CDT Join Webex(password "meeting") Download recording of Session #4
Time Proposal Author/Presenter Comments
8:00-8:10 Webinar Introduction, process Eric Heflin, Daniel Berezeanu : Co-Chairs Re-iterated message from prior call to focus on the problem, not the solution.
8:10-8:30 Lightweight Patient Administration Management Justin Fyfe Proposal has been withdrawn. This presentation did not occur as a result.
8:30-8:50 Extending the Use of XDW to Cross-Community Environments Charles Parisot, David Pyke This proposal is to continue the evolution of XDW. International impact is large.
8:50-9:10 DSG Supplement Upate John Moehrke Text is complete, pending feedback. Was originally a CP but it was turned into a proposal to provide better visibility and to solicit broader input than a CP would have generated.
9:10-9:30 MHD and HL7 FHIR Harmonization John Moehrke TBD
9:30-9:50 Delete Provide & Registered Document Set Gil Levi, Bill Majurski This many have many policy considerations, but these are out of scope for now. Proposal augments XDS with a needed delete functionality. Large international impact.
9:50-10:10 QDA - Query Dispatch and Aggregate Vincent van Pelt The presenter was a no-show. As a result, the proposal was not reviewed on the webinar today. The co-chairs inquired if the proposal is being withdrawn and did not receive a response.
10:10-10:20 Discussion, Next Steps Co-Chairs

F2F Meeting

The following agenda is a draft and may be adjusted based on needs of the meeting

WEDNESDAY October 22 - DAY 1

NOTE: THIS AGENDA IS BEING REVISED AT THIS TIME (2014-10-20 12:44pm CST) IT WILL BE LIKELY REVISED UP TO AND DURING THE MEETING

Location Webex/Tcon
RSNA Headquarters
Oak Brook, IL
WEBEX INFO: Join webex


Meeting Password: Meeting1

Time Description Presenter Minutes/Notes
8:30-8:45 CT Welcome
  • Introductions
  • Housekeeping
  • Domain Sponsor Announcements
  • Procedures, voting privileges, etc.
  • Agenda review
8:45-9:15 CT ITI Capacity and Evaluation Criteria
ITI co-chairs Goal:Determine how many votes each organization will get. Agree on approximate number of proposals to forward on to ITI TC. Evaluate each proposal at that time (while it is fresh). Agree on physical voting logistics (google spreadsheet, flip chart, other.)

Outcome: Reviewed the process and agreed that each organization will get 7 electronic votes. Also agreed that the list of proposals would be limited and prioritized to approximately 5-10, depending on the size of the proposals.

9:15-9:45 CT Advocacy SAML for Healthcare Workflows Deployment Alex DeJong presentation Designed to allow two factor authentication using SAML for work-flows. Required by some legal jurisdictions.

Q: What is the interoperability problem? It is not apparent that there is a need. A: SAML is not constrained enough to be interoperability. They've identified about 30 factors that are not constrained enough. They took this to OASIS and they indicated that this level of constraints was for each industry to define. Constraint on the SAML Web SSO profile to enable government mandated authenticated method. Q: Where would it be of use? A: USA, Canada, Europe. Initial ranking: 14 points.

9:45-10:00 CT Advocacy Health Context Sharing via SAML Alex DeJong presentation Can be thought of as mapping CCOW to SAML. Presenter asserts CCOW is a valuable profile, but it is difficult to implement. Would allow applications to share a patient context via SAML in an interoperable way. Comment was made that CCOW is dead. Would be a browser session based for some but not all information transfers.
10:00-10:15 CT Break
10:15-10:45 CT Advocacy ATNA Query Mauro Zanardini Presentation Policy an User driven requirements to have healthcare specific query mechanisms to ATNA.
10:45-11:15 CT Advocacy ATNA Repository RESTful Access Rob Horn Presentation Merging with ATNA Query

The 2 following proposals address similar use cases and will be joined together. Have minimal healthcare content and leverage existing Syslog access standards to access ATNA logs. Permit audit logs forwarding from local audit repository to another more central audit repository, possibly based on filter rules.

11:15-11:45 CT Advocacy Cross-Enterprise Document Network Interchange (XDN) Fred Behlen Presentation Problem is moving a repository from one vendor to another. Is an interoperability due to the amount of time to migrate due to insufficient speed. The current standards define an API, and vendors decide on how data is stored internally. It was asserted that this is not an interoperability issue and is a step backward to XDS.a which was similar. REST style indirection needed in XDS Registry .Security concerns in adding URI. Proposer agrees to make this a white paper, with a small scope.
11:45-11:55 CT Advocacy Redocumentation of XD* Profiles Karen Witting Resubmission of last year proposal.
11:55-12:00 CT Advocacy DSG Supplement Update John M There is minimal work left to get this out for public comment.
12:00-12:15 Advocacy Next steps in Cross Community Karen Witting The presenter can only work on one of her two proposals. This is a Planning committee White paper which could include a webinar.


12:15-12:45 CT Lunch Break
1:00-1:45 CT Advocacy De-identification of healthcare data to central reporting authority Johanna Goderre Jones Presentation ITI helping QPHR to produce the Profile, possible outcome include changes to the handbook as well as educational materials. This profile also has the potential de be an international template that can later be adapted by each region . ITI TC, could help write an addendum to the white paper, as an example implementation based on Family Planning DeIdentification
1:45-2:15 CT Advocacy HIT Standards for Information Governance White Paper Diana Warner presentationQ:Is this a marketing white paper on how to use and leverage IHE stantards? It’s not a marketing exercise; it’s more about documenting clinical principals policies, practices and operations policies from an interoperability perspective. This White paper is targeting people writing profiles.

Q:Is this a planning committee deliverable? TC is the audience for this, but PC delivers this. ITI TC would have to review the White Paper. This White paper would have a large global international perspective.

2:15-2:30 CT Break
2:30-3:15 CT Advocacy Proposal Alerts Targeted at Humans Carl Leitner Presentation Wide variety Clinical and public health use cases would be solved.

The complexity might be bigger than anticipated; we should diminish the scope by not doing the feedback options now. There is lots of interest in solving this, but sizing and slicing this problem will be challenging. Concerns that if we do not tackle the feedback mechanism, might loose clinical relevance. Design must be expandable. From a need perspective this seems to have some overlap with PCD Alerts and Radiology Alerts, coordination will be required with other domains. The feedback loop, which may be an option, could significantly increases the size equivalent to XDS.

3:15-4:00 CT Advocacy Extending the Use of XDW to Cross-Community Environments Charles Parisot, David Pyke Radiology Workflow will cross borders; Radiology committee will give clear requirements

1 Profile and 1 supplement will be generated from this work Dependency to moving XDW to final text while it supports single and multiple communities. Other domains expect XDW to work in XCA.

3:45-4:15 CT Advocacy Delete Provide & Registered Document Set Gil Levi, Bill Majurski presentation Delete is going to interact with medical records policies; requests for deletion need extensive policy and administration workflow. Data is generally not deleted in the US before the legal retention period.

Could Access control solve the temporary delete problem, and the offline storage for the long-term storage? IOCM, requires a managed process to propagate changes. Q: What is the use case driving this? To complete the document lifecycle. There is interest in using this to enforce legal retention period. This effort would demonstrate the completeness of the solution mostly for political reasons. If the repository is the Archive of records, there is little need to delete. Acknowledgement can be Synchronous or asynchronous. Q: Would there be a way to delete in multiple repositories? Yes, but the registry would have to inform the delete source of the existence and placement of all documents.


4:15-4:30 CT MHD and HL7 FHIR Harmonization John M This is clearly understood by the workgroup, the presentation was skipped and we proceed directly to the evaluation. The Hackathon, should provide some feedback for incorporation. MHD will have to provide HL7 FHIR DSTU-1 response for January 2015. MHD will also have to incorporate HL7 FHIR DSTU-2 quickly .
4:30-4:35 CT National Extensions for Confidentiality Rob H Withdrawn due to lack of interest yet. More interest is anticipated in the future.


4:35-4:35 CT Advocacy QDA - Query Dispatch and Aggregate Vincent van Pelt No show.
4:35-4:50 CT Restful PIX Rob H PDQm already supports RESTful PIX, only minimal profiling will be required.

Q: Will the consumer have the patient ID? Yes. The PIX manager will not require a RESTful interface to register patients; they can keep using HL7V2 or V3.


5:15-6:00 CT General Discussion and preparation for evaluation ITI Planning co-chairs Voting procedures:

3 ongoing items will be passed on to ITI TC. The group will vote to add 5 more profiles. ITI TC will have to evaluate in more details the size of the proposals and could decide to take-on a subset of what is proposed to them.

Action items tomorrow: Give Karen guidance on witch items we would like her to do. We’ll vote before we give guidance.

We are ADJURNING the meeting.

  • Continued discussion for work items not fully understood
  • Re-review of Evaluation Criteria
  • Conclude Process used to develop a prioritized work item list
6:00 pm CT ADJOURN

THURSDAY October 23 - DAY 2

Time Description Presenter Minutes/Notes
8:30-8:45 CT Welcome, review of the day's plan WEBEX INFO(Password is Meeting): Join WebEx
8:45-9:30 CT Advocacy QDA - Query Dispatch and Aggregate Vincent van Pelt Presentation QDA is inline with the ODD philosophy, what QDS adds seems to be more in relation to internal processing; normally IHE does not focus on internal processing but in interoperability.

Q: Does QDA display any actor interaction? Some interactions with Registry. ODD, supports the snapshots of On Demand Documents using static documents. Part of what QDA is proposing is supported by On Demand Documents. QDA illustrates more a systems design/design pattern than system interoperability. Is there something missing, or are you looking for Q: What is your request for IT? Can the current profiles support the QDA workflow? This sounds like requirements for a workbook/whitepaper. ITI does not support non-patient specific documents such as templates. Multiple of the existing profiles are/can be used for QDA. Q: Does XCF support this workflow? No, XCF only exposes 1 query, and is not as complete as QDA. XCF is designed to aggregate documents, the interfaces presented by XCF or ODD or RID could be used. Additional educational materials could be beneficial.

9:30-10:15 CT Data Access Framework Document Access Implementation Guide Dragon presentation The technical gaps are in the population and smtp? Yes, but right now, we are trying to build an implementation guide, not solve the gaps.

An existing White Paper Health Information Exchange: Enabling Document Sharing Using IHE Profiles serve as an example or base for improvement to meet guide requirements. Data locked in EMR’s and this is a mean to enable the sharing if this data. This is urgent for the US, but none of the other nations have expressed interest. Q: QRPH domain has a proposal to allow breach clinical data that is in HIE for research, could there be a binding to that proposal? The MPQ aspect could be merged. ONC FAD initiative will provide resources to work on this work item. Is this a national extension? No, XDS based HIE would apply globally.

10:15-10:30 CT Break
10:30-12:30 CT Discussion and Voting on prioritized work item list Vote for Profiles Here: http://doodle.com/ta79mmrw36hmeufp
  • Complete Ranking by Criteria spreadsheet and review results
  • Review last year's actual velocity (capacity)
  • Agree on voting approach - # of ballots per organization
  • Ranking by Ballot - Voting
  • Ballot
Each organization will get 4 votes. Results will be tallied in the eval spreadsheet. Link

Final Planning Committee Vote for TC Work

12:15-1:00 CT LUNCH
1:00-2:00 CT Decision of Prioritized List of proposals
  • Review voting results
  • Agree on prioritized list of proposals to be assessed by ITI Technical Committee
  • Assignment of authors, due-dates, etc. for completion of Detailed Proposal (Nov 5th) for turn-over to TC in November
  • Proposals forwarded to ITI TC - due date for detailed Proposals Nov. 5th, 2014 at 11:59:59pm Central Time:
    • 15.0 ATNA Repository RESTful Access/ATNA Query
    • 3.0 Redocumentation of XD(star) Profiles
    • 8.0 De-identification of healthcare data to central reporting authority
    • 9.0 Alerts Targeted at Humans
    • 11.0 RESTful PIX
  • Discussed proposals not forwarded to ITI TC and plans for ITI Planning followup tasks:
    • 16.0 Health Context Sharing via SAML
    • 13.0 Delete Provide & Registered Document Set
    • 6.0 SAML for Healthcare Workflows Deployment Profile
    • 12.0 Data Access Framework Document Access Implementation Guide
    • 18.0 QDA - Query Dispatch and Aggregate
  • Proposals accepted as ITI PC work
    • 1.0 HIT Standards for Information Governance White Paper
    • 2.0 Next steps in Cross Community (mutually exclusive with item 3.0)
  • Work from prior years that are forwarded to ITI TC
    • 5.0 Mobile access to Health Documents (MHD)
    • 4.0 Document Digital Signature
    • 19.0 Extending the Use of XDW to Cross-Community Environments
Suggestions for improvement for next year
  • impact assessment process

Review of the process/suggestions for improvements

  • Voting:

Doodle pool: good for enabling remote voting, and bad for anonymity. Need a new electronic tool. Google Forms is blocked for some organizations. Try another electronic voting mechanism that could anonymous, a survey tool was considered a viable option.

  • Methodology:

We used a mixture of Agile and waterfall.

  • Use of Story points:

We should use Agile tools to determine relative importance, but not size. The Planning Committee should provide a prioritized list not a cut off. The TC will have to do a deep dive in each proposal and this is too big of a task in the provided time, for that reason PC should provide a cutoff list. Q: How do we engage everyone? Use via planning poker (silent cards) and use the outliners to spark the discussion.

  • Process:

The notification process was late (or too early). The process was unclear. Consolidation of the process with the other committees could be interesting. The gathering of the proposals could be a better more organized process. The schedule was hard to find on the wiki. The proposals should be more problem focused (not solution). We should mentor the proposal authors during the WebEx.


2:00-2:30 pm CT Current Planning Committee proposals for the current cycle *HIT Standards for Information Governance White Paper
  • Next steps in Cross Community
2:30-2:45 pm CT Current Planning Committee proposals for the current cycle *HIT Standards for Information Governance White Paper
2:15-2:30 pm CT Marketing and publicity planning
  • Assess status and impact
  • Plan work items for coming year
  • Assess status and work to be done
  • Discuss suggestions for other opportunities for communicating about ITI work
  • Review of wiki profile descriptions:
    • TBD
  • Educational materials
    • XDW continuation: Complete work begun in prior year - Mauro
    • consent management statewide in texas - Eric
    • XDS Metadata Update supplement educational Materials - Manuel to start April 2014
    • On-demand Educational materials related to XDS & XCA - Karen
    • Enhance introductory charts to include an overview to the other chart decks - Mike
    • CSD educational material - Carl
    • Update S&P Part 1 to reflect XUA++ and IUA - John
Potential Additions to be considered for this year
  • XAD-PID in either XDS or the patient id one
  • Mobile/REST specific materials
3:30-3:45 CT Consider suggestions for future ITI Planning Committee work
  • White Papers
    • Existing
    • TBD
    • Consider suggestions for new white papers
    • TBD
  • ITI Outreach and liason activity
  • Assess status and planning
  • White Papers
    • TBD
  • Strategy areas
    • TBD
3:45 - 4:00 pm CT Wrap-up
  • Schedule followup tcons
  • Assess Trial Implementation profiles movement to Final Text
  • Educational presentations and webinars
  • White Paper Updates
  • Other
  • tcons schedule for HIE Outreach, XDW Educational Material, on-demand educational material, CSD educational material.
  • joint tcon for response from ITI TC
  • deferred scheduling joint tcon to assess TI move to FT, plan to schedule during May f2f
  • other tcons to be scheduled as needed
4:00 pm CT ADJOURN


THURSDAY November 13

Time Description Presenter Minutes/Notes
1:30-2:30 CT Welcome, review of the joint TC/PC committee meeting WEBEX INFO(Password is Meeting): Join WebEx

Agenda:

  • IHE ITI Technical Committee presentation of assessment of work items
    • Technical Committee meeting notes are posted at Meeting notes
    • Are there any changes to the scope? Size?
    • Are there any asks of the TC to the PC such as additional clarity on priorities?
    • Does the ITI TC feel it can do all of the work scheduled for this cycle? Do you need more work? Less?
    • The two national extension work items seem to merit special discussion (size, process)?
    • What are the proposed timelines for each work item?
  • Discussion
    • Referencing ITI TC Assessment Spreadsheet
    • Please explain the work item size changes for the first few items?
    • Confirm that the rest of the item's priorities are the same?
    • Please explain the TC assessment spreadsheet columns E, and the hours columns O to R and why they are blank for the two national extension items?
    • Is there anything the ITI Planning Committee can do to help the ITI TC?
  • Formal motion to accept the ITI TC workplan
    • A verbal vote occurred and the ITI TC workplan was accepted
  • Note that since Karen is the lead editor of XD*, she will NOT be available for the ITI PC work item Next Steps in Cross Community and ITI PC should consider that work item proposal withdrawn.


ITI Planning/Technical Committee 2015 Final Text Review - May 30 2015

Joint ITI Planning/Technical Provisional Selection for Final Text

Agenda May 30, 2015

  1. Profiles to consider for Final Text
    1. (XPID) XAD-PID Change Management
    2. (CSD) Care Services Discovery
    3. (XCF) Cross Community Fetch
    4. (XDW) Cross Enterprise Workflow
    5. (DEN) Document Encryption
    6. (DSG) Document Digital Signature
    7. (HPD) Healthcare Provider Directory
    8. (MHD) Mobile access to Health Documents
    9. (IUA) Internet User Authorization
    10. (PLT) Patient Location Tracking
    11. (SeR) Secure Retrieve
    12. (PDQm) Patient Demographics Query for Mobile
    13. (DSUB) Document Metadata Subscription
    14. Delayed Document Assembly (option)
    15. Metadata update (options)
    16. XCDR
    17. XDW for XCA and XCDR (options)
    18. XCPD Health Data Locator and Revoke (Option)
  2. Summary of connectathon testing & tool status for 2014-15 ITI TI profiles
  3. profiles to consider for deprecation : None Proposed
  4. white papers to consider for archival: None Proposed