ITI Agenda 2018-2019 November 2018 F2F: Difference between revisions

From IHE Wiki
Jump to navigation Jump to search
Mzanardini (talk | contribs)
Created page with "This 2-day meeting is focused on a review of the detailed profile proposals, and selection of work items for the 2018/2019 year based on committee resources and technical read..."
 
 
(52 intermediate revisions by 5 users not shown)
Line 5: Line 5:


; WebEx information for this meeting is:
; WebEx information for this meeting is:
: Meeting Number: XXX
: Meeting Number: 928 055 789
: Password: Ask Sarah Bell (sbell@himss.org)
: Password: Ask Sarah Bell (sbell@himss.org)
: Link: [XXX Click here]
: Link: https://himss.webex.com/himss/j.php?MTID=m98c2e9191c0974c2e64a00c2ac09add7


; Support material
; Support material
: Profile proposals and other support information may be found in the [ftp://iheyr2@ftp.ihe.net/IT_Infrastructure/iheitiyr17-2019-2020/Technical_Cmte/Technical_F2F_November]
: Profile proposals and other support information may be found in the [ftp://iheyr2@ftp.ihe.net/IT_Infrastructure/iheitiyr17-2019-2020/Technical_Cmte/Technical_F2F_November F2F Folder]


== Agenda & Minutes ==
== Agenda & Minutes ==
Line 32: Line 32:
| style="text-align: center" | —
| style="text-align: center" | —
|-
|-
| style="text-align: center" | 8:30 <font style="font-variant: small-caps">am</font>&ndash;9:00 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 8:30 <font style="font-variant: small-caps">am</font>&ndash;9:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Elliot/Mauro
| style="text-align: center" | Umberto/Mauro
| id="11-15-0830" | Introductions and Agenda Review
| id="11-15-0830" | Introductions and Agenda Review
* Introductions
* Introductions
* Sponsor Communications
* Sponsor Communications
*Search for an ITI Board Representative!
* Agenda Review
* Agenda Review
* [http://wiki.ihe.net/index.php/Patent_Disclosure_Process Patent Disclosure]
* [http://wiki.ihe.net/index.php/Patent_Disclosure_Process Patent Disclosure]
Line 43: Line 44:
* Author commitments
* Author commitments
** wiki updates, T-cons, F2F participation, ...
** wiki updates, T-cons, F2F participation, ...
* continuos development:  [[https://wiki.ihe.net/index.php/ITI_Continuous_Development Continuous Development]]
| style="text-align: left" |  
| style="text-align: left" |  


''Participants'':  
''Participants'': Luke Duncan (Intrahealth) , Ben Levy (Corepoint), Spencer LaGesse (Epic), Amid Trivedi (himss), Vassil (Epic), Sylvie Colas (ASIP), John Moherke (ByLight), Elliot Silver (Change Healthcare), Lynn  (ITI Tech PM), Joe Lamy (SSA), Umberto Cappellini (Grapevineworld), Mauro Zanardini (Arsenàl.IT), Gregorio Canal (Arsenàl.IT), Tarik Idris (ICW), Derek Ritz (ecGroup), Chris Melo (Philips)


Jeremiah Meyers (HIMMS),  Joey Lamy (AEIGS) , John Moherke (By Light), Pim van der Eijk (Sonnenglanz Consulting)  Elliot Silver (Change Healthcare), Chris Melo (Philips),  Lawrence , Ben , Vassil Peytchev (EPIC),  Matt Blackmon (Sequoia Prj), Celina Roth (HIMMS), Dymitro Rud (IHE Swiss), Ken Meyer (IBM Watson), Luke Duncan (IntraHealth), Lynn Felhofer (ITI Tech Manager), Tarik Idris (ICW), Robert Horn (AGFA), Karima Blounquard (IHE Europe) , Anna Orlova (AHIMA), Massimiliano Masi (EU Commission / Tiani).
''Minutes'':


Sponsor communications: details about the vol.1 meeting will be shared soon by the sponsors. The meeting will be held in Oslo in February (see details about meeting dates above).
''Continuous development (John)'' [https://wiki.ihe.net/index.php/ITI_Continuous_Development See wiki Material]
*John started putting down rules/issues: in accordance to the actual governance.
*The intent is to pilot the continous development this year, starting with a subset of those points, and create a prioritarization of actions in order to make this process usable in the future also by other domains. 
*The primary goal is the ability to work on smaller and larger projects: wht the final goal to produce higher quality deliverable (profiles).  
*One of the main issues will be how to do the planning evaluation. John is proposing to use t-cons (monthly decision call organized by the planning co-chairs) to get proposals in reviewable form ready for the next available f2f meeting. John and Sylvie will figure out how to maintain the list of propsals, and how to do the assesment during each F2F.
*Vassil would like to propose a less invasive change in our process:  keep dedicated planning meetings twice a year, 2 entry points each year.  Potentially iterating 1 year, but  for small projects we could catch up with the previous cycle and complete in 6 months.
*Another important point is to not have public comments once a year from 3 domains at the same time. This put a lot of burden to cmte members in a 2 months period…
*The proposal will ask also to change the meeting organization. We would like to reduce the number of meeting to 4, full week meetings canceling the planning f2f.  


Elliot reviewed the agenda.
Co-chairs ask new profile editors, if they are aware of patents that affects standards selected. If anyone knows it, please ''make Co-chairs aware''. This does not mean that this is a problem and we can either: find out a work-around, or manage licensing via IHE international. The patent disclosure is on the WIKI: [http://wiki.ihe.net/index.php/Patent_Disclosure_Process Patent Disclosure].
Plan for the actual F2F: We will start from the Planning Cmte ranking, and we will evaluate each proposal and will identify the amount of work we can do, and identify the bandwidth of the cmte. 
''Requirements for Authors'': have regular tcons between f2f meetings. In-person participation to f2f is strongly recommended but not required. 


|-
|-
| style="text-align: center" | 9:00 <font style="font-variant: small-caps">am</font>&ndash;10:00 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 9:15 <font style="font-variant: small-caps">am</font>&ndash;10:00 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Dmytro Rud
| style="text-align: center" | Luke Duncan
| id="11-15-0900" | Cross-Community Metadata Update (XCMU)
| id="11-15-0915" | Facilities and Hierarchies in FHIR
| style="text-align: left" |  
| style="text-align: left" |  


XCMU – Aimed to define single transaction very similar to iti-57, adding the target Community ID. Interest has been expressed by Germany, Austria and IHE Europe.
''Minutes'': Luke Duncan : '' Facilities and Hierarchies ''
 
The cmte still needs to clarify the scope: Is the focus related to the management of structural or non-structural ?
The initial prposal of Dymitro:  
*ConfidentiliatyCode,
*deprecating documents
*others, NO ADDITIONAL RESTRICTIONS to iti-57…
 
Dymitro is asked to restrict the number of use-cases: to only document metadata and document deprecation, avoiding change of structural metadata in the first scenario (a first analysis pointed out that we should EXCLUDE: patientID, documentUniqueId, repositoryUniqueId, objectType, hash , size ... we complete analysis will be done during the working calls). The Idea of the cmte is to come out with a safe sub-set of metadata and se-cases, that will make easy to do the profiling. ''NOTE'': Attention should be put on SourceId, actual implementations of the Registry have a list of admitted sourceIDs, this is not correct in a cross-community environment.
Lynn raise the point that we are making a supplement to a supplement of XDS. We have to keep this separate from MU. The relationship should be strongly taken in consideration. Maybe this work-item should be renamed in order to keep it separate from MU. 
 
On the other hand, it could open up an opportunity to work on MU, in order to change it, refactoring MU… In that case the size of the work-item will increase drastically. We should keep the scope controlled.
 
Removal of document from Repo is not in scope.


''Dymitro : author , and IHE Swiss will contribute with co-editors. Mentor identifyied: Tarik''. Reviewers: Juerg Bleuer , Tony Schaller (IHE Swiss), Tarik (ICW).
*Elliot: raise the point that this seems to be a fundamental gap in the fhir modeling, shall we address it or hl7 should be in charge?
**Some additional points are that FHIR community seems interested in fixing this… There are a couple of discussions in Zulip related to this topic [https://chat.fhir.org/#narrow/stream/4-implementers/subject/Location.20contacts See this for example]
**We can identify in this proposals two problems that would be addressed: multiple views for hierarchies and distinction between location/organization does not map well with the definition of facilities. First can be done using extension, not big deal (and IHE is a good venue in order to create and maintain this extension). The second is a more fundamental change.  We could push this to FHIR core, saying that they have a problem… however this will affect only R5, that probably will come out in 2020...
*Luke goal is to described how to use the existing R4 resources to fulfill the need, and probably affect the changes in FHIR core in rder to fix it in R5. 
*John sponsored this approach  IHE is the  good organization where to define extensions and where to analyze in detail the FHIR core Gaps.  




|-
|-
| style="text-align: center" | 10:00 <font style="font-variant: small-caps">am</font>&ndash;11:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 10:00 <font style="font-variant: small-caps">am</font>&ndash;11:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Massimiliano Masi / Charles Parisot
| style="text-align: center" | Gregorio/Mauro
| id="11-15-1000" | AS4 extensions for Document Sharing
| id="11-15-1000" | Add RESTful capabilities to DSUB
| style="text-align: left" |  
| style="text-align: left" |  


''Option in development:''  
''Minutes'': Mauro: ''DSUB notify''
 
*ATNA option to the IHE Stack;
 
*Option to XCA/XCPD for a new stack;
 
*Option to have a wrapping of SOAP stack;
 
If we just take the security layer instead of the SOAP header option, this will be more isolated and will not impact actual implementation. THIS CANNOT BE GRANTED, maybe change in soap header will be still needed. 
We can limit the AS4 usage between the initiating and responding gateways. This will make things more contained. There is agreement on this requirement.
Are Vendors oriented to one specific option among the three? This is not known right now. This will be taken in consideration during the tech evaluation. 


DEADLINE for the decision and criteria for the decision should be identified clearly.
*After planning cmte review the propsal has been changed a little bit. This because there was a strong push form different vendors to cover other use-cases. So the goal is also to cover some Lacks open in DSUB profile: reliable notifications, search for pending subscriptions, update of subscriptions, and email notifications (on that field: every year we receive a request about different vendors about the deprecation of NAV… this profile could solve also those gaps).
*In accordance to proposal the minimal set of functionalities that we should profile in order to declare success is the full of a subscription resource. However the tech group does not agreeed on this because we can’t restrict to that for a whole profile, the base use-case shall include also the notification capabilities. It is clear that there are proprietary ways in order to do that (See Android FIREBASE, or iOS push notification mechanism) but we need to profile this.
Test tools are not an issue. An open source tool is already available online and EU commission will invest in combine IHE test tool and AS4 tools.  
*another important goal is to develop the profile so that the backend may be eventually DSUB: it shall be interoperable with the actual DSUB solution. 
The impact could be in iti-19 on the WS-I Async part of the spec.  
*The profile should work with the main document sharing platform already defined by IHE: XDS.b , MHD  and NPFSm. 


''Massimiliano: primary Author. Charles mentor ''. Reviewers: Vassil , Sylvie , Gregorio/Giacomo (Arsenàl.IT), Forcare (???) , Dave Franken (???), Intersystems (???).




Line 116: Line 98:
|-
|-
| style="text-align: center" | 11:30 <font style="font-variant: small-caps">am</font>&ndash;12:30 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 11:30 <font style="font-variant: small-caps">am</font>&ndash;12:30 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Rob Horn
| style="text-align: center" | Daniel
| id="11-15-1130" | RESTful ATNA
| id="11-15-1130" | Enhance ITI-44 and ITI-46 transactions (PIXv3 Feed and Update Notification) to support also patient delete/deactivation and unmerge [https://docs.google.com/presentation/d/1vl2OUorwB2tfNSDn-pG2mhyErKAYJABjNN8DuUPcjeE/edit#slide=id.p14 Slides]
| style="text-align: left" |  
| style="text-align: left" |  


The core of the proposal is to identify Two transport mechanisms for the same transaction (syslog and RESTful/FHIR). Both the specification needs to be locked to the same abstract definition, so that we can continue the profiling in a transport independent manner. This could impact ITI20.
''Minutes'': Tarik: ''Enhance PIXv3''
   
   
ANSWER: Rfc3881 is the abstract model to take in consideration.  
*The goal of the proposal is only for Patient Deletion in order to fit GDPR requirements. The unmerge capabilities are out of scope (we identified that the unmerge functionality has too many implications in the Document Sharing world, and probably could not be addressed in a standardized way (there are local policies that need to be applied) ). HL7 v3 does not have deletion message, so we need to define it.
 
*The technical result will be:  addition of a new message type in transaction [ITI-44] for patient deletion.
Re-factore ITI-20 could be in scope: decided tomorrow based on the resources available. Maybe use one transaction with two flavors…
*But probably It has not only this implication,  because we need to look into XAD-PID supplement in order to see if there are dependencies for [ITI-64] and maybe other transactions… (e.g. Delete Documents?). In fact, the outcome could be a trigger for further deletion of documents inside the Registry/Repository.  
*This will be addresed as an option for [ITI-44]. And this option also describe how this transaction CAN trigger delete document transactions ()this should not be a Requirement, but we need more analysis on this topic ). 
*Probably we will come out with: 2 Options one for the registry and one for the PIX source.
*'''BLOCKING ISSUE''': we do not have an editor for this work-item. 


''Author: Rob , no mentor needed;'' Reviewers: Mauro, Brad,


|-
|-
Line 135: Line 119:
|-
|-
| style="text-align: center" | 1:30 <font style="font-variant: small-caps">pm</font>&ndash;2:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 1:30 <font style="font-variant: small-caps">pm</font>&ndash;2:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Vincent van Pelt
| style="text-align: center" | John
| id="11-15-1330" | Metadata Guidelines
| id="11-15-1330" | Update core set of IHE-on-FHIR profiles to FHIR Release 4
| style="text-align: left" |  
| style="text-align: left" |  


Goal is to reuse the content drafted by the European Metadata task-force and:  
''Minutes'': John: ''FHIR R4 Release''
 
*The goal of the proposal is to align IHE profiles-on-FHIR to Release 4 of FHIR. 
*Try to involve other continents on the Wrk-item: Africa. Luke will engage them.  
*The driver is ONC: they want revise their API specs saying that they will support only Release 4. (In particular ONC is focalized on US Core ( previously Argonaut Project) ).  
*Scalability is an important thing to take in consideration. How to change the Affinity Domain when the infrastructure is active? How to increase the number of documents shared?
*PDQm , MHD, QEDm , mXDE with priority (ITI will do QEDm… ). These priorities are due to the interest of ONC. We will declare success in our task if we will be able to update these specs. This does not mean that we will limit our intervention only to this subset of documents. If we have time and editors available, we can proceed on other profiles too.  
*define a methology to classify documents. The focus is on document categorization.  
* John had a meeting with ONC in order to discuss this process and in order to see if they are interested in our profiles, and they recognize the time needed to update our specs (they understand that we need some more time compared to the time needed to review a FHIR implementation guide). ONC asked IHE to provide time frame.  
*Define a suggested valueSet for principal metadata
*TIMING: Release 4 will be published in January, we can start the review work by next week, looking into the build version of FHIR. John is deeply involved in the FHIR community, so it is confident that there won’t be radical changes from now to January. We should have a version ready for PC by the end of January. We will review PC during the next F2F in Treviso and we will hopefully publish a finalized version of all the profiles early March. This will allow us to test Release 4 during the april CAT in Rennes. However this is not a requirement. We can figure out this later with Lynn.   
 
*Among different profiles listed as high priority tasks, MHD will require some work.  
Figure out a methodology to create the AD, and best practice for define ValueSets.  
*Review process approach is still a pending question. We should discuss this in a dedicated sessione. Also Conformance Resources will be updated and the old versions will remain available to implementers. This will allow us to take a conservative approach with European connect-a-thon if things will move slower than the optimistic project’s timeline.
 
*John has been asked to find a reviewer for each profile (This will simplify the work for John). This will also provide  “external eyes” to do a review of the updates.  
What are we gonna create?
*If the optimistic path will fail, we have a backup solution to move the approval for PC in February and resolve on comments in April. If we fail the short term we can stick with STU3 for EU CAT…
 
A Process and an example of application of that process. A useful valuSet and a methodology in order to extend/maintain it.
PRIMARY GOAL: Principle for the design for metadata;
SECONDARY GOAL: set of typical applications of those principles, the harmonization of the local ValueStes. (Vincent wants this task to be really particle: share of different value sets, mapping and analysis...). This will be done by a subgroup in parallel. We just need to have examples… in order to put the methodology in concrete.
 
'' Delivering the both it is considered important for the work-group. ''
 
For the secondary goal , we have to identify a process in order to ballot a valueSets armonization. ...
NOT MORE WP, BUT HANDBOOK…
 
How do we deal with not perfect armonization? How about what is already deployed? Is this in scope. Vince said that can be easily covered.
CMTE CONSIDERED THIS OUT OF SCOPE.
 
''Vincent: author ; mentor: Didi,'' reviewers: many (Sequoia , many European countries, need to extend to HIE vendors)




|-
|-
| style="text-align: center" | 2:30 <font style="font-variant: small-caps">pm</font>&ndash;3:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 2:30 <font style="font-variant: small-caps">pm</font>&ndash;3:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Elliot Silver
| style="text-align: center" | Derek Ritz
| id="11-15-1430" | FHIR Tooling
| id="11-15-1430" | Add Feed transaction to PIXm (insert, update, link/unlink, and merge)
| style="text-align: left" |  
| style="text-align: left" |  


Creation od Conformance resources: Trial a process and figure out how to manage the process. For the next year we will include in the deliverable for selected authors the production of this content, and we will follow a process in order to review and maintain it.
''Minutes'': Derek, Luke: ''Add PIXm feed transaction''
 
*Luke will be the work-item editor, Daniel Berenzanu will be co-editor and Derek will remain engaged in the work in order to bring use-case needs.  
The process is not a deliverable for us. It will come from the IHE-HL7 Fhir group. Work-item is to follow that guidance and make it in concrete in the ITI domain and within the ITI process.
*The needs are driven by multiple NHIS initiatives, in particular low-middle incoming countries, that wants to have a complete Patient demographic management infrastructure.
*The proposal is to add a new transaction (ITI-8 based on fhir) to the PIXm supplement, in order to fulfill the lack of a feed transaction. However, the cmte will prefer to keep this as a separate profile (this will requires further discussion), because [ITI-8] has a lot of implications with other systems (XDS Registry, MHD Recipient, MHD Responder, etc.).
We can reverse the output, and maybe provide guidance to IHE at higher level in order to define how to do a Public comment on conformance statement objects (how to formalize a ballot for an XML object). For this year this is still informative. This is not manageable like the actual implementation material. We should take in mind that someone will take this as normative, but we will tag it as informative.  
*Merge functionalities is an open item with the goal to find a functional equivalent way to XDS.b and PIX. The behavior of the merge is needed for sponsors of this work-item because the Patient manager needs to interact and affect the health information exchange.  
*There seems to be still a lot of question about the scope of the proposal, and we should try to formalize in detail the scope. Derek will participate on this for technical requirements and in order to grant that the output will meet initial requirements. The engagement of Derek will be also important when the cmte will ask for a reduction of scope. 
*The gaol of the proposal won’t be the mapping with HL7 v2 messaging (OUT OF SCOPE).  
*The following use-cases are included in the work-item: Creation / Link / Unlink / Update / Merge of Patient resource.  


Automated normative Test scripts are excluded.
Opportunity to provide developers the structure definition for the NA CAT  and collect feedback . Lynn will disseminate the existence of this content.
Elliot as orchestrator of the WorkItem , he will create a dashboard to track status of activities and editors identified for each specific FHIR based profile. Meriem from ASIP will help Elliot as editor.


|-
|-
Line 191: Line 158:
|-
|-
| style="text-align: center" | 3:45 <font style="font-variant: small-caps">pm</font>&ndash;4:15 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 3:45 <font style="font-variant: small-caps">pm</font>&ndash;4:15 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Anna Orlova
| style="text-align: center" | Gregorio
| id="11-15-1545" | Patient Administration (PAM) US national extension
| id="11-15-1545" | Add RESTful feed to ATNA
 
 
| style="text-align: left" |   
| style="text-align: left" |   


November 2nd the National Extension has been presented to IHE USA and they approved to work on it.  
''Minutes'': ''RESTful ATNA Feed''
Anna expects by April the doc will be ready for review.
 
No reason to contact the International cmte until it is completed, and when IHE USA has agreed on the content of the document. Probably we will dedicate time on July to the doc.  
*The goal of the proposal is to define a standard transaction that allows a system to send an AuditEvent Resource to an ATNA Audit Record Repository.  
Primary contact: Anna.  
*There are some mapping issues not addressed yet when we have to produce an AuditEvent starting from an ATNA syslog message, and this mapping shall be loss-less. This will be the main scope of the profile. Another point will be to define how apply this to all the IHE transactions that mandate [ITI-20] requirements.
*The proposal could be addressed in many different ways: new option in ATNA, new profile,  etc.  


Anna will develop, Mentor: Ben. IHE US will approve, and after that will come to us for Review and integration.


|-
|-
| style="text-align: center" | 4:15 <font style="font-variant: small-caps">pm</font>&ndash;4:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 4:15 <font style="font-variant: small-caps">pm</font>&ndash;4:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Elliot/Mauro
| style="text-align: center" | Umberto/Mauro
| id="11-15-1615" | Review, homework, agenda updates
| id="11-15-1615" | Review, homework, agenda updates
| style="text-align: left" |   
| style="text-align: left" |   
|-
|-
| style="text-align: center" | 4:30 <font style="font-variant: small-caps">pm</font>&ndash;5:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 4:30 <font style="font-variant: small-caps">pm</font>&ndash;5:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | TBD
| style="text-align: center" | JOINT PCC ITI QRPH RADIOLOGY
| id="11-15-1630" | Joint session of ITI/PCC/QRPH Technical
| id="11-15-1630" |  
* Committee work update round robin
*Michael: asking about a PCC namespace and how it should be documented.  
* Low and middle income countries (Derek)
*john Stamm: Update on process for IHE getting new SNOMED codes (Chris Carr)
** How this affects Connectathon, the Final Text Process, and the costs associated with countries in which there are no deployment committees.
*Continuos Development? 
* FHIR Plan Definition for Care Planning Profile (Denise)
*what's goingo on on FHIR? what about Release 4? John Moherke can report about these topics.
** Joint collaboration with ITI/PCC
*Elliot: ask sponsors about updates on meeting locations for February and April. 
* Profiles offering alternative "expressions" (Gila)
** Guidance on PCC profiles offering alternate transactions: CDA content creator/consumer or FHIR
* ITI FHIR pilot
* FHIR Tutorial request (Denise)
** Plan a FHIR tutorial for committee members
| style="text-align: left" | In the Room:


Jeremiah Myers (HIMSS), Joe Lamy, Pim Van Der Berg, Chris Melo, Mauro Zanardini, Raffaele Giordano, Sylvie Colas, Ben Levy, Chaub Perisot, Matt Blackmon, Nichole Drye-Mayo, Lauren Lemioux, Elliot Silver, Alaina Elliot, Laura Bright, Maddie Mailly, John Stam, Derek Ritz, Lori Forquet, Didi Davis, Emma Jones, Gila Pyke, Thomson Kuhn, Caila Brander, Andrea Fourquet, Michael Clifton, Amit Popat, Denise Downing, Lauren Groden,
| style="text-align: left" |
 
 
On the Phone:  
 
Lynn Felhofer, Ken Meyer
 
 
MINUTE:
 
 
Cmtes work-items in evaluation:
 
PCC
*Emergency Transport to Facility (ETF)
*CDA Document Summary Section
*FHIR PlanDefinition for Care Planning
*CP’s and Wikis
QRPH:
*ADX for HIV misures
*Emergency Trasport to Facility (ETF)
*defect reporting: RFD based content profile.
ITI (has not completed the choice yet):
*XCMU
*Supporting AS4 on XCA/XCPD/XCDR
*Adding Restful PUT for ATNA (Profiling AuditEvent)
*Metadata Hand book
*FHIR Conf Resources
*PAM National Extension
*SNIF: Simplified Network Information Form
 
PlanningDefinition: merge of two work-items, and Mauro (form ITI) Raffaele will support that work-item.


Derek: IHE profiles are taken in implementation in lower incoming countries. Good uptake , but development countries does not have deployments cmtes. OPenHIE, produces open sources tool based on IHE… with local deployment cmtes we can reduce the costs … not having deployment commete we cannot figure out what is used in those places… 
''Minutes'':
Involve this emerging countries in define national extensions will be really useful in order to reduce costs, and in order to expand the bandwidth of IHE International. Another point is that we, as IHE, should figure out how to build profiles on WHO standards… Deployment side of IHE, should take this in considerations. There is no problem in create virtual of countries (e.g. East Africa, ecc...)… they need to share spec and share the using of specification. And we can publish in VOL.4 , but things in vol.4 need to be owned by a deployment cmte. Moving this thematic to the GDC is important.


Gila: raised the point that they are drafting a proposal with two transactions, that allow the sending of content using FHIR and using CDA. Each mechanism has different actors.  
*Information on the Care Plan Track at HL7’s FHIR Connectathon 2019, which Emma Jones is involved in: [http://wiki.hl7.org/index.php?title=201809_Care_Plan woki CarePlan track]
Why two solutions for the same thing? IHE should eliminate confusion. The decision to do it anyway can be made by PCC, ITI suggest to clearly document the reasons for the choice. 


ITI is coming out with a Conformance Resource ballot process. ITI would like to engage other domains in our review process.  FHIR – IHE group created a prototype of process for creation and management of conformance resources. That is available and ITI will follow this, with the idea to improve it. John, offered to test the same process inside PCC or QRPH domain for old o new supplements. ITI is looking for people that want to be involved in ITI process.  
*Project Gemini Project Proposal, which Chris Carr shared: [https://docs.google.com/document/d/1juY4tf5M0gRP9jGij66L89bmGklcXJidYJQ-WOPFG7E/edit?usp=sharing GEMINI]


Denise: ask for FHIR tutorials. Guidance on specific resources (e.g. Provenance). John offers himself to answer any question. http://wiki.ihe.net/index.php/Guidance_on_writing_Profiles_of_FHIR
*Draft of the Continuous Development Cycle plan as proposed by John Moerke from ITI: [https://wiki.ihe.net/index.php/ITI_Continuous_Development Continuous Development]




Line 286: Line 216:
|-
|-
| style="text-align: center" | 8:30 <font style="font-variant: small-caps">am</font>&ndash;8:45 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 8:30 <font style="font-variant: small-caps">am</font>&ndash;8:45 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Elliot/Mauro
| style="text-align: center" | Umberto/Mauro
| id="11-16-0830" | Introductions and Agenda Review
| id="11-16-0830" | Introductions and Agenda Review
* Introductions
* Introductions
* Agenda Review
* Agenda Review
* [http://wiki.ihe.net/index.php/Patent_Disclosure_Process Patent Disclosure]
| style="text-align: left" |  ''Participants'': Luke Duncan (Intrahealth) , Ben Levy (Corepoint), Spencer LaGesse (Epic), Amid Trivedi (himss), Vassil (Epic), Sylvie Colas (ASIP), John Moherke (ByLight), Elliot Silver (Change Healthcare), Lynn (ITI Tech PM), Joe Lamy (SSA), Umberto Cappellini (Grapevineworld), Mauro Zanardini (Arsenàl.IT), Tarik Idris (ICW), Derek Ritz (ecGroup), Chris Melo (Philips)
** [https://docs.google.com/presentation/d/1w4rDh1jxBLV2w1RL0nGtmCPvKcYAxWqmIO_H5UqS9g4 Slides]
 
| style="text-align: left" |  Participants: Ruth (GE Healthcare) , Tarik Idris (ICW) , Massimiliano Masi (EU Commission/Tiani), Luke Duncan (IntraHealth), Lynn Felhofer (ITI Tech Manager), Rob Horn (AGFA), Karima Blounquard (IHE Europe), Ken Meyer (IBM Watson) , Maarten Daniels (???),  Pim van der Eijk (Sonnenglanz Consulting BV), John Moherke (By Light), Joe Lamy (AEGIS), Charles Parisot (EU Commision), Elliot Silver (Change Healthcare), Mauro Zanardini (Arsenàl.IT) , Sylvie Colas (ASIP Sanitè), Ben Levy (Corpoint Healthcare) , Vassil Peytchev (EPIC), Matt Bowman (Sequoia Prj).


|-
|-
| style="text-align: center" | 8:45 <font style="font-variant: small-caps">am</font>&ndash;9:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 8:45 <font style="font-variant: small-caps">am</font>&ndash;9:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Lynn Felhofer
| style="text-align: center" | Lynn
| id="11-16-0845" | Technical Framework Maintenance proposal
| id="11-16-0845" | TF Maintenance proposal [ftp://ftp.ihe.net/IT_Infrastructure/iheitiyr17-2019-2020/Technical_F2F_November/DETAILED_PROPOSALS/TF_Maintenance/ Input to discussion]
   
| style="text-align: left" | ''Minutes'': Lynn - Maintenance
Alternatives for F2F TF Maintenance time:
 
* None - tcons are enough
*FHIR Release 4 is out of scope for this proposal because addressed by John in a separate work-item.
* 2-4 hours on
*Main Issues:  
** targeted or thorny CPs
**several CPs are assigned to non-active members: retired people, or no longer active organizations
** blitz - divide by bundle
**several CPs affect profiles that could be ready for FT publication. We need to be aggressive on those CPs.
** structural TF changes & out-of-box thinking
**Lack of expertise in some topics: HL7 v3, HPD, ebRIM. 
* Something else?
*The other key topics are: MU , ATNA BCP195. 
| style="text-align: left" |  
*It seems that there is less interest in participating on maintenance activities (probably due to the addressed topics...). This is also due to the retirement of some really active members (Ken, Elliott, Rob, ...).
For the 2017-18 publication cycle, TF Maintenance/CPs will only be done in tcons; no F2F time.
*Lack of expertise, some CP are not moving because of retirement. Do we need to enroll new people asking Planning to do this? We should reduce distance between CAT and TECH CMTE. 
*Possible solution proposed by the group: ask specific people to take on a specific CP that affect actors of interest for them (this would allow to engage in Tech activities non-active members).
*Charles raise issues about the process of engaging submitters: how call are organized and how invitations are sent out. Lynn will try to be more direct in invite people to join specific CP calls.  
*Lynn, would like to ask submitters to propose also a solution not only raise the problem. This will make the CP process faster. 
*DECISION: Planning decided to not dedicate time during f2f time for CP or maintenance (except for specific critical topics).  
 
|-
|-
| style="text-align: center" | 9:15 <font style="font-variant: small-caps">am</font>&ndash;10:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 9:15 <font style="font-variant: small-caps">am</font>&ndash;10:15 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Ruth Berge
| style="text-align: center" | Joe Lamy
| id="11-16-0915" | Survey of Network Interfaces Form (SNIF)
| id="11-16-0915" | XCA Deferred Response Option
| style="text-align: left" |  
| style="text-align: left" | ''Minutes'':  Joe Lamy: ''deferred XCA''
*The use-cases presented by Joe, cover two functionalities, deferred query and deferred retrieve
*A discussion is raised about deferred retrieve: it is borderline with async or if it’s indeed covering meaningful uses cases.
*There is suggestion to try to address deferred query with a combination of other profiles: it looks like we could cover the same use-case with a lightweight DSUB, or could be implemented with ad-hoc XDW workflow, that track the process of scanning of paper documents.
*Tarik: DSUB anyway is no good as it doesn’t fit the requirements to be cross-community.
*Is this end to end (involving XDS reg, Repository, XCA init, resp) ? Do we have any assumption about the communities (XDS, non-XDS) ?
*We don’t know if we need a deferred option for XDS.b as well. This will be explored later.
*we need to further explore if AS4 does not fit use-cases:
**use AS4 only for 1 transaction
**AS4-editors  themselves declared that it is no good for deferred
*Vassyl declared that we could have an issue combining AS4 and Deferred because we can’t add new soap headers. So the change should be in the body part of the message.


The extensibility of the solution should be taken in consideration. The scope of the proposal should be only to define the content of a file, and we will use other already defined mechanisms to share this file (e.g. NPSFm).
The focus is not only on Hospital use-cases, but would also cover broader use-cases, such as HIE config. 
''Author: Ruth , mentor: John. Reviewer: Sequoia, Ben,  Intermountain  , Mayo.''


|-
|-
| style="text-align: center" | 10:15 <font style="font-variant: small-caps">am</font>&ndash;11:00 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | 10:15 <font style="font-variant: small-caps">am</font>&ndash;11:00 <font style="font-variant: small-caps">am</font>
| style="text-align: center" | Elliot/Mauro
| style="text-align: center" | Umberto/Mauro
| id="11-16-1015" | Complete [ftp://iheyr2@ftp.ihe.net/IT_Infrastructure/iheitiyr16-2018-2019/Technical_Cmte/November%20F2F/2017_TechnicalCommittee_prioritization_review_v00.xlsx evaluation matrix]
| id="11-16-1015" | Complete [https://docs.google.com/spreadsheets/d/1XiZeIyndyfKAQXYu1a48j-lkNZUfSIINw9l2qLEBbew/edit?usp=sharing evaluation matrix]
* Determine technical feasibility of completion
* Determine technical feasibility of completion
* Determine committee capacity
* Determine committee capacity
Line 331: Line 268:
| style="text-align: left" |  
| style="text-align: left" |  


The cmte reviewed the Tech evaluation matrix. 
''Minutes'': See below.  
 
* RESTful PUT , is only the PUT : we exclude the refactoring of ITI20.
* XCMU should require attention to the scope.
 
John moved motion to accept all except ATNA Put(and manitnanece excluded form F2f time) , Ben seconded it.
Abstentions: Chris
Objections: Tarik , Rob , Ken
 
John Supsended the motion and ask people against the previous motion to submit another bundle.
 
Amendment : Rob suggested to postpone SNIF (in addition to ATNA), Ken and Tarik  approve
 
John accepted amendment,
 
Tarik , Ken , Rob : turned their vote in Approve.
 
Abstain : Charles , Mauro , Pim
No objections.  
   
   
|-
|-
Line 358: Line 277:
|-
|-
| style="text-align: center" | 11:15 <font style="font-variant: small-caps">am</font>&ndash;12:00 <font style="font-variant: small-caps">noon</font>
| style="text-align: center" | 11:15 <font style="font-variant: small-caps">am</font>&ndash;12:00 <font style="font-variant: small-caps">noon</font>
| style="text-align: center" | Elliot/Mauro  
| style="text-align: center" | Umberto/Mauro  
| id="11-16-1115" | Continue profile evaluation/selection
| id="11-16-1115" | Continue profile evaluation/selection
| style="text-align: left" |  
| style="text-align: left" | Mauro / Umberto: '''Technical Evaluation'''
*are there non achievable profiles?
**NO, in accordance to the technical evaluation made, there aren’t Detailed Proposals with clear unachievable technical issues.   
**We identified only one blocking issue about “Enhance PIXv3” proposal: we do not have an editor for this proposal. This work-item is excluded from the prioritization.
*Also the development approach will affect the ITI Tech prioritization. The intent, as discussed during the Joint meeting, is to pilot a continuous development process. We will start from the draft of process proposed by John. We will take on new work-item as we will have some open slots (e.g. from February we will open the slot dedicated to the FHIR Release 4 updates because we will hopefully reach the publication goal as expected).
*About resources availability: the ITI tech identifies a lack of resources compared to the previous year. We need to acknowledge this. We should take on a lower total effort this year.
*The cmte has still a lot of concerns about the scope of  “PIXm update with feed transaction”. It is not clear if we need to cover all the dependencies for XDS and MHD.  Business problem: behavior of merging are described in some different profiles. Derek wants to see these behaviors covered in a FHIR profile, and also some other ITI members sees the importance of this proposal.
*The technical cmte agreed on taking on 2 small work-items and 2 large work-items for this cycle following the Planning prioritization.
*PIXm is moved over DSUB because of standards maturity (Subscription Resource has FMM level = 3, Patient resource goes normative in Release 4).
*Mauro moves the Motion to approve the follwing  profiles for development during the 2018/2019 cycle: XCA Deferred Response Option , Facilities and Hierarchies in FHIR, Update core set of IHE-on-FHIR profiles to FHIR Release 4, Add Feed transaction to PIXm (insert, update, link/unlink, and merge)  Ben second it 
|-
|-
| style="text-align: center" | 12:00 <font style="font-variant: small-caps">noon</font>&ndash;12:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 12:00 <font style="font-variant: small-caps">noon</font>&ndash;12:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | John/Daniel
| style="text-align: center" | John/Sylvie
| id="11-16-1200" | Joint session with ITI Planning Committee
| id="11-16-1200" | Joint session with ITI Planning Committee
* Finalize work item selection
* Finalize work item selection
| style="text-align: left" | ITI TEch presents the final decision made. ITI Plan approve.  
| style="text-align: left" | ''Minutes'': ITI Tech confirmed Planning prioritarization exept for: PIXv3 Unmerge/deletion (due to lack of editors able to work on the profile), DSUBm (due to lack of maturity of the baseline standard).  
|-
|-
| style="text-align: center" | 12:30 <font style="font-variant: small-caps">pm</font>&ndash;1:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 12:30 <font style="font-variant: small-caps">pm</font>&ndash;1:30 <font style="font-variant: small-caps">pm</font>
Line 374: Line 302:
|-
|-
| style="text-align: center" | 1:30 <font style="font-variant: small-caps">pm</font>&ndash;2:00 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 1:30 <font style="font-variant: small-caps">pm</font>&ndash;2:00 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Mauro/Elliot
| style="text-align: center" | Mauro/Umberto
| id="11-16-1330" | Schedule T-cons through to February F2F
| id="11-16-1330" | Schedule T-cons through to February F2F
Remind authors of expectations
Remind authors of expectations
| style="text-align: left" |  tcons scheduled
| style="text-align: left" |  Tcons scheduled and sent to secretariat.
|-
|-
| style="text-align: center" | 2:00 <font style="font-variant: small-caps">pm</font>&ndash;3:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 2:00 <font style="font-variant: small-caps">pm</font>&ndash;3:30 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Lynn Felhofer
| style="text-align: center" | John
| id="11-16-1400" | Technical Framework Maintenance working session
| id="11-16-1400" | TBD , more discussion about continuous development?
| style="text-align: left" | 
 
''Minutes'':
 
Some additional point of discussion related to Continuous Development:
 
ITI Tech co-chairs will send out to Mary the publication plan next week. Related to the contnuos developpment: ITI will try to confirm 4 weeks before that we are probably publishing stuff at the end of the next f2f. John has already discussed this with Mary, but he will try to cover in detail issues related to the publication in the wiki draft.
 


Assigned CPs''' ftp://ftp.ihe.net/IT_Infrastructure/TF_Maintenance/CPs/1_Assigned/
* Determine how to move forward, or whether to cancel.  See notes on outcomes --->
| style="text-align: left" | 
'''Swan song of TF Mtce during F2F mtgs this cycle''':
These CPs were discussed.  Next step identified:
* '''863-00 - Conflicting MIME type on duplicate documents''' - evaluated options listed in Rationale - The group concluded that the use case was largely theoretical and there is not compelling reason to update the technical framework.  Cancel.
* '''862-00 - Metadata update MIME type propagation''' -  3 alternatives discussed; decided to remain silent in the TF & Cancel this CP.
* ''' 845-00 - FormatCode format, validation, and value-set clarification''' - scope reviewed and adjusted; notes added; remains assigned to John M
* '''718-00 - Namespace ID required even if ISO OID set''' - content reviewed; inconsistency still exists in TF & changes are needed; notes added to CP.  Currently assigned to Vassil; needs new owner.
* '''817-00 -Add referenceIdList slot to Submission Set metadata''' -  Lynn will contact Vassil to determine whether this is still needed.
* '''314-00 - XDS Folder Entry identifiers''' - the update requested by this CP has subsequently been implemented via referenceIdList. Cancel
* '''560-06 - XFRM Submission (XDS-SD''') - Ken & Bill recommend to cancel per CP 985 in ballot 44
* '''736-01 - clarification of BPPC typeCode'''  - Vol 3 Sec 5.1.2.1.1 references the based PCC TF mapping rqmts which covers typeCode; and no changes is needed to Sec 5.1.3.1.1.1 for Class Code, so this CP can be cancelled.
* '''307 - PDQ Continuation Protocol in One Socket or Multiple Sockets''' - Lynn will contact Vassil & Steve Moore to see if this CP is still needed.
* '''211 - PIX/PAM Integration''' - Too old to keep.  It’s too difficult to resolve changes discussed with subsequent updates to the Technical Frameworks.  If it’s really a problem, another CP will be surface. Cancelled.
* '''977 - XTN datatype clarification for phone number''' - discussed unresolved comments from  ''''Ballot 44'''  and the CP was updated.  One comment remains; Rob will work to resolve it.
|-
|-
| style="text-align: center" | 3:30 <font style="font-variant: small-caps">pm</font>&ndash;3:45 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | 3:30 <font style="font-variant: small-caps">pm</font>&ndash;3:45 <font style="font-variant: small-caps">pm</font>
| style="text-align: center" | Mauro/Elliot<br>&mdash;
| style="text-align: center" | Mauro/Umberto<br>&mdash;
| id="11-16-1530" | Wrap-up, Adjorn<br>Afternoon "Break"
| id="11-16-1530" | Wrap-up, Adjorn<br>Afternoon "Break"
| style="text-align: center" | &mdash;
| style="text-align: center" | &mdash;

Latest revision as of 07:38, 24 November 2018

This 2-day meeting is focused on a review of the detailed profile proposals, and selection of work items for the 2018/2019 year based on committee resources and technical readiness.

Meeting Location
RSNA Building, Oak Brook, IL
WebEx information for this meeting is
Meeting Number: 928 055 789
Password: Ask Sarah Bell (sbell@himss.org)
Link: https://himss.webex.com/himss/j.php?MTID=m98c2e9191c0974c2e64a00c2ac09add7
Support material
Profile proposals and other support information may be found in the F2F Folder

Agenda & Minutes

All times listed are tentative, and may be revised during the meeting—refresh often.

Wednesday, 14th November, 2018

Day 1: Wednesday, 14 November, 2018
Time

Oak Brook (CST, UTC−06:00)

Leads Activity Notes
8:00 am–8:30 am Breakfast
8:30 am–9:15 am Umberto/Mauro Introductions and Agenda Review
  • Introductions
  • Sponsor Communications
  • Search for an ITI Board Representative!
  • Agenda Review
  • Patent Disclosure
  • Decision Making and Goals
  • Author commitments
    • wiki updates, T-cons, F2F participation, ...
  • continuos development: [Continuous Development]

Participants: Luke Duncan (Intrahealth) , Ben Levy (Corepoint), Spencer LaGesse (Epic), Amid Trivedi (himss), Vassil (Epic), Sylvie Colas (ASIP), John Moherke (ByLight), Elliot Silver (Change Healthcare), Lynn (ITI Tech PM), Joe Lamy (SSA), Umberto Cappellini (Grapevineworld), Mauro Zanardini (Arsenàl.IT), Gregorio Canal (Arsenàl.IT), Tarik Idris (ICW), Derek Ritz (ecGroup), Chris Melo (Philips)

Minutes:

Continuous development (John) See wiki Material

  • John started putting down rules/issues: in accordance to the actual governance.
  • The intent is to pilot the continous development this year, starting with a subset of those points, and create a prioritarization of actions in order to make this process usable in the future also by other domains.
  • The primary goal is the ability to work on smaller and larger projects: wht the final goal to produce higher quality deliverable (profiles).
  • One of the main issues will be how to do the planning evaluation. John is proposing to use t-cons (monthly decision call organized by the planning co-chairs) to get proposals in reviewable form ready for the next available f2f meeting. John and Sylvie will figure out how to maintain the list of propsals, and how to do the assesment during each F2F.
  • Vassil would like to propose a less invasive change in our process: keep dedicated planning meetings twice a year, 2 entry points each year. Potentially iterating 1 year, but for small projects we could catch up with the previous cycle and complete in 6 months.
  • Another important point is to not have public comments once a year from 3 domains at the same time. This put a lot of burden to cmte members in a 2 months period…
  • The proposal will ask also to change the meeting organization. We would like to reduce the number of meeting to 4, full week meetings canceling the planning f2f.


9:15 am–10:00 am Luke Duncan Facilities and Hierarchies in FHIR

Minutes: Luke Duncan : Facilities and Hierarchies

  • Elliot: raise the point that this seems to be a fundamental gap in the fhir modeling, shall we address it or hl7 should be in charge?
    • Some additional points are that FHIR community seems interested in fixing this… There are a couple of discussions in Zulip related to this topic See this for example
    • We can identify in this proposals two problems that would be addressed: multiple views for hierarchies and distinction between location/organization does not map well with the definition of facilities. First can be done using extension, not big deal (and IHE is a good venue in order to create and maintain this extension). The second is a more fundamental change. We could push this to FHIR core, saying that they have a problem… however this will affect only R5, that probably will come out in 2020...
  • Luke goal is to described how to use the existing R4 resources to fulfill the need, and probably affect the changes in FHIR core in rder to fix it in R5.
  • John sponsored this approach IHE is the good organization where to define extensions and where to analyze in detail the FHIR core Gaps.


10:00 am–11:15 am Gregorio/Mauro Add RESTful capabilities to DSUB

Minutes: Mauro: DSUB notify

  • After planning cmte review the propsal has been changed a little bit. This because there was a strong push form different vendors to cover other use-cases. So the goal is also to cover some Lacks open in DSUB profile: reliable notifications, search for pending subscriptions, update of subscriptions, and email notifications (on that field: every year we receive a request about different vendors about the deprecation of NAV… this profile could solve also those gaps).
  • In accordance to proposal the minimal set of functionalities that we should profile in order to declare success is the full of a subscription resource. However the tech group does not agreeed on this because we can’t restrict to that for a whole profile, the base use-case shall include also the notification capabilities. It is clear that there are proprietary ways in order to do that (See Android FIREBASE, or iOS push notification mechanism) but we need to profile this.
  • another important goal is to develop the profile so that the backend may be eventually DSUB: it shall be interoperable with the actual DSUB solution.
  • The profile should work with the main document sharing platform already defined by IHE: XDS.b , MHD and NPFSm.


11:15 am–11:30 am Morning Break
11:30 am–12:30 am Daniel Enhance ITI-44 and ITI-46 transactions (PIXv3 Feed and Update Notification) to support also patient delete/deactivation and unmerge Slides

Minutes: Tarik: Enhance PIXv3

  • The goal of the proposal is only for Patient Deletion in order to fit GDPR requirements. The unmerge capabilities are out of scope (we identified that the unmerge functionality has too many implications in the Document Sharing world, and probably could not be addressed in a standardized way (there are local policies that need to be applied) ). HL7 v3 does not have deletion message, so we need to define it.
  • The technical result will be: addition of a new message type in transaction [ITI-44] for patient deletion.
  • But probably It has not only this implication, because we need to look into XAD-PID supplement in order to see if there are dependencies for [ITI-64] and maybe other transactions… (e.g. Delete Documents?). In fact, the outcome could be a trigger for further deletion of documents inside the Registry/Repository.
  • This will be addresed as an option for [ITI-44]. And this option also describe how this transaction CAN trigger delete document transactions ()this should not be a Requirement, but we need more analysis on this topic ).
  • Probably we will come out with: 2 Options one for the registry and one for the PIX source.
  • BLOCKING ISSUE: we do not have an editor for this work-item.


12:30 am–1:30 pm Lunch
1:30 pm–2:30 pm John Update core set of IHE-on-FHIR profiles to FHIR Release 4

Minutes: John: FHIR R4 Release

  • The goal of the proposal is to align IHE profiles-on-FHIR to Release 4 of FHIR.
  • The driver is ONC: they want revise their API specs saying that they will support only Release 4. (In particular ONC is focalized on US Core ( previously Argonaut Project) ).
  • PDQm , MHD, QEDm , mXDE with priority (ITI will do QEDm… ). These priorities are due to the interest of ONC. We will declare success in our task if we will be able to update these specs. This does not mean that we will limit our intervention only to this subset of documents. If we have time and editors available, we can proceed on other profiles too.
  • John had a meeting with ONC in order to discuss this process and in order to see if they are interested in our profiles, and they recognize the time needed to update our specs (they understand that we need some more time compared to the time needed to review a FHIR implementation guide). ONC asked IHE to provide time frame.
  • TIMING: Release 4 will be published in January, we can start the review work by next week, looking into the build version of FHIR. John is deeply involved in the FHIR community, so it is confident that there won’t be radical changes from now to January. We should have a version ready for PC by the end of January. We will review PC during the next F2F in Treviso and we will hopefully publish a finalized version of all the profiles early March. This will allow us to test Release 4 during the april CAT in Rennes. However this is not a requirement. We can figure out this later with Lynn.
  • Among different profiles listed as high priority tasks, MHD will require some work.
  • Review process approach is still a pending question. We should discuss this in a dedicated sessione. Also Conformance Resources will be updated and the old versions will remain available to implementers. This will allow us to take a conservative approach with European connect-a-thon if things will move slower than the optimistic project’s timeline.
  • John has been asked to find a reviewer for each profile (This will simplify the work for John). This will also provide “external eyes” to do a review of the updates.
  • If the optimistic path will fail, we have a backup solution to move the approval for PC in February and resolve on comments in April. If we fail the short term we can stick with STU3 for EU CAT…


2:30 pm–3:30 pm Derek Ritz Add Feed transaction to PIXm (insert, update, link/unlink, and merge)

Minutes: Derek, Luke: Add PIXm feed transaction

  • Luke will be the work-item editor, Daniel Berenzanu will be co-editor and Derek will remain engaged in the work in order to bring use-case needs.
  • The needs are driven by multiple NHIS initiatives, in particular low-middle incoming countries, that wants to have a complete Patient demographic management infrastructure.
  • The proposal is to add a new transaction (ITI-8 based on fhir) to the PIXm supplement, in order to fulfill the lack of a feed transaction. However, the cmte will prefer to keep this as a separate profile (this will requires further discussion), because [ITI-8] has a lot of implications with other systems (XDS Registry, MHD Recipient, MHD Responder, etc.).
  • Merge functionalities is an open item with the goal to find a functional equivalent way to XDS.b and PIX. The behavior of the merge is needed for sponsors of this work-item because the Patient manager needs to interact and affect the health information exchange.
  • There seems to be still a lot of question about the scope of the proposal, and we should try to formalize in detail the scope. Derek will participate on this for technical requirements and in order to grant that the output will meet initial requirements. The engagement of Derek will be also important when the cmte will ask for a reduction of scope.
  • The gaol of the proposal won’t be the mapping with HL7 v2 messaging (OUT OF SCOPE).
  • The following use-cases are included in the work-item: Creation / Link / Unlink / Update / Merge of Patient resource.


3:30 pm–3:45 pm Afternoon Break
3:45 pm–4:15 pm Gregorio Add RESTful feed to ATNA


Minutes: RESTful ATNA Feed

  • The goal of the proposal is to define a standard transaction that allows a system to send an AuditEvent Resource to an ATNA Audit Record Repository.
  • There are some mapping issues not addressed yet when we have to produce an AuditEvent starting from an ATNA syslog message, and this mapping shall be loss-less. This will be the main scope of the profile. Another point will be to define how apply this to all the IHE transactions that mandate [ITI-20] requirements.
  • The proposal could be addressed in many different ways: new option in ATNA, new profile, etc.


4:15 pm–4:30 pm Umberto/Mauro Review, homework, agenda updates
4:30 pm–5:30 pm JOINT PCC ITI QRPH RADIOLOGY
  • Michael: asking about a PCC namespace and how it should be documented.
  • john Stamm: Update on process for IHE getting new SNOMED codes (Chris Carr)
  • Continuos Development?
  • what's goingo on on FHIR? what about Release 4? John Moherke can report about these topics.
  • Elliot: ask sponsors about updates on meeting locations for February and April.

Minutes:

  • Information on the Care Plan Track at HL7’s FHIR Connectathon 2019, which Emma Jones is involved in: woki CarePlan track
  • Project Gemini Project Proposal, which Chris Carr shared: GEMINI


Thursday, 15th November, 2018

Day 2: Thursday, 15th November, 2018
Time

Oak Brook (CST, UTC−06:00)

Leads Activity Notes
8:00 am–8:30 am Breakfast
8:30 am–8:45 am Umberto/Mauro Introductions and Agenda Review
  • Introductions
  • Agenda Review
Participants: Luke Duncan (Intrahealth) , Ben Levy (Corepoint), Spencer LaGesse (Epic), Amid Trivedi (himss), Vassil (Epic), Sylvie Colas (ASIP), John Moherke (ByLight), Elliot Silver (Change Healthcare), Lynn (ITI Tech PM), Joe Lamy (SSA), Umberto Cappellini (Grapevineworld), Mauro Zanardini (Arsenàl.IT), Tarik Idris (ICW), Derek Ritz (ecGroup), Chris Melo (Philips)
8:45 am–9:15 am Lynn TF Maintenance proposal Input to discussion Minutes: Lynn - Maintenance
  • FHIR Release 4 is out of scope for this proposal because addressed by John in a separate work-item.
  • Main Issues:
    • several CPs are assigned to non-active members: retired people, or no longer active organizations
    • several CPs affect profiles that could be ready for FT publication. We need to be aggressive on those CPs.
    • Lack of expertise in some topics: HL7 v3, HPD, ebRIM.
  • The other key topics are: MU , ATNA BCP195.
  • It seems that there is less interest in participating on maintenance activities (probably due to the addressed topics...). This is also due to the retirement of some really active members (Ken, Elliott, Rob, ...).
  • Lack of expertise, some CP are not moving because of retirement. Do we need to enroll new people asking Planning to do this? We should reduce distance between CAT and TECH CMTE.
  • Possible solution proposed by the group: ask specific people to take on a specific CP that affect actors of interest for them (this would allow to engage in Tech activities non-active members).
  • Charles raise issues about the process of engaging submitters: how call are organized and how invitations are sent out. Lynn will try to be more direct in invite people to join specific CP calls.
  • Lynn, would like to ask submitters to propose also a solution not only raise the problem. This will make the CP process faster.
  • DECISION: Planning decided to not dedicate time during f2f time for CP or maintenance (except for specific critical topics).
9:15 am–10:15 am Joe Lamy XCA Deferred Response Option Minutes: Joe Lamy: deferred XCA
  • The use-cases presented by Joe, cover two functionalities, deferred query and deferred retrieve
  • A discussion is raised about deferred retrieve: it is borderline with async or if it’s indeed covering meaningful uses cases.
  • There is suggestion to try to address deferred query with a combination of other profiles: it looks like we could cover the same use-case with a lightweight DSUB, or could be implemented with ad-hoc XDW workflow, that track the process of scanning of paper documents.
  • Tarik: DSUB anyway is no good as it doesn’t fit the requirements to be cross-community.
  • Is this end to end (involving XDS reg, Repository, XCA init, resp) ? Do we have any assumption about the communities (XDS, non-XDS) ?
  • We don’t know if we need a deferred option for XDS.b as well. This will be explored later.
  • we need to further explore if AS4 does not fit use-cases:
    • use AS4 only for 1 transaction
    • AS4-editors themselves declared that it is no good for deferred
  • Vassyl declared that we could have an issue combining AS4 and Deferred because we can’t add new soap headers. So the change should be in the body part of the message.


10:15 am–11:00 am Umberto/Mauro Complete evaluation matrix
  • Determine technical feasibility of completion
  • Determine committee capacity
  • Primary author and Mentor assignments

Decide on items work to be recommended to ITI Planning Committee

Minutes: See below.

11:00 am–11:15 am Morning Break
11:15 am–12:00 noon Umberto/Mauro Continue profile evaluation/selection Mauro / Umberto: Technical Evaluation
  • are there non achievable profiles?
    • NO, in accordance to the technical evaluation made, there aren’t Detailed Proposals with clear unachievable technical issues.
    • We identified only one blocking issue about “Enhance PIXv3” proposal: we do not have an editor for this proposal. This work-item is excluded from the prioritization.
  • Also the development approach will affect the ITI Tech prioritization. The intent, as discussed during the Joint meeting, is to pilot a continuous development process. We will start from the draft of process proposed by John. We will take on new work-item as we will have some open slots (e.g. from February we will open the slot dedicated to the FHIR Release 4 updates because we will hopefully reach the publication goal as expected).
  • About resources availability: the ITI tech identifies a lack of resources compared to the previous year. We need to acknowledge this. We should take on a lower total effort this year.
  • The cmte has still a lot of concerns about the scope of “PIXm update with feed transaction”. It is not clear if we need to cover all the dependencies for XDS and MHD. Business problem: behavior of merging are described in some different profiles. Derek wants to see these behaviors covered in a FHIR profile, and also some other ITI members sees the importance of this proposal.
  • The technical cmte agreed on taking on 2 small work-items and 2 large work-items for this cycle following the Planning prioritization.
  • PIXm is moved over DSUB because of standards maturity (Subscription Resource has FMM level = 3, Patient resource goes normative in Release 4).
  • Mauro moves the Motion to approve the follwing profiles for development during the 2018/2019 cycle: XCA Deferred Response Option , Facilities and Hierarchies in FHIR, Update core set of IHE-on-FHIR profiles to FHIR Release 4, Add Feed transaction to PIXm (insert, update, link/unlink, and merge) Ben second it
12:00 noon–12:30 pm John/Sylvie Joint session with ITI Planning Committee
  • Finalize work item selection
Minutes: ITI Tech confirmed Planning prioritarization exept for: PIXv3 Unmerge/deletion (due to lack of editors able to work on the profile), DSUBm (due to lack of maturity of the baseline standard).
12:30 pm–1:30 pm Lunch
1:30 pm–2:00 pm Mauro/Umberto Schedule T-cons through to February F2F

Remind authors of expectations

Tcons scheduled and sent to secretariat.
2:00 pm–3:30 pm John TBD , more discussion about continuous development?

Minutes:

Some additional point of discussion related to Continuous Development:

ITI Tech co-chairs will send out to Mary the publication plan next week. Related to the contnuos developpment: ITI will try to confirm 4 weeks before that we are probably publishing stuff at the end of the next f2f. John has already discussed this with Mary, but he will try to cover in detail issues related to the publication in the wiki draft.


3:30 pm–3:45 pm Mauro/Umberto
Wrap-up, Adjorn
Afternoon "Break"