Difference between revisions of "ITI Agenda 2018-2019 November 2018 F2F"

From IHE Wiki
Jump to navigation Jump to search
Line 268: Line 268:
 
| style="text-align: left" |  
 
| style="text-align: left" |  
  
''Minutes'':
+
''Minutes'': See below.
 
   
 
   
 
|-
 
|-
Line 316: Line 316:
 
Some additional point of discussion related to Continuous Development:  
 
Some additional point of discussion related to Continuous Development:  
  
we will try to confirm 4 weeks before tat we are probably publishing stufff….
+
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.  
 
 
mary mandare e dire che pprobabilmente le vengono mandati prima.  
 
  
  

Revision as of 11:38, 21 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)

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)
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 (AS4 do not use SOAP). 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"