This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "FHIR Infrastructure Minutes WGM 201805"

From HL7Wiki
Jump to navigation Jump to search
Line 74: Line 74:
  
 
==Tue Q3==
 
==Tue Q3==
 +
Chair: Lloyd for first item, Grahame for remainder
 +
 
Scribe: Lloyd
 
Scribe: Lloyd
Chair: Lloyd for first item, Grahame for remainder
 
  
 
===Tracker Items===
 
===Tracker Items===
Line 89: Line 90:
 
*[[https://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=13870 13870]] - Allow narrative in contained resources
 
*[[https://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=13870 13870]] - Allow narrative in contained resources
 
*Persuasive w/ Mod
 
*Persuasive w/ Mod
 
  
 
==Tue Q4==
 
==Tue Q4==

Revision as of 14:29, 17 May 2018

FHIR Infrastructure 2018 May Cologne WGM Minutes

Return to FHIR Infrastructure Minutes

Agenda

Attendees

A comprehensive list for the WGM can be seen here: (TODO: extract from http://bit.ly/fhiri after WGM).

Monday Q1

Chair: Ewout Kramer

Attendance sheet: http://bit.ly/fhiri (to be turned into a PDF after meeting)


Tracker Items

Prepared MOTION for wed may 16 Q2: "Document the MIME-type parameter as a way to describe the version of the resource in the MIME package. Grahame Grieve/Chris Grenz: 37-0-0"

Straw poll about using "Meta.fhirVersion" versus using "Meta.profile": 8 in favor of "fhirVersion", about 18 for a <profile> based approach.

Below is the example we discussed:

  Content-type: application/fhir+xml;fhirVersion=3.0
   <Patient fhir-version="3.0" xmlns="hl7.org/fhir">
     <meta>
       <profile value="http://hl7.org/fhir/DSTU2/StructureDefinition/Patient" />
       <profile value="http://hl7.org/fhir/StructureDefinition/Patient|1.0" /> 
       <!-- assuming no breaking change to patient in 4.0....  --> 
       <profile value="http://hl7.org/fhir/StructureDefinition/Patient|4.0" />
       <profile value="http://hl7.nz/fhir/StructureDefinition/OurNationalPatient|1.2.1" /> 
       <fhirVersion value="3.0" />
     </meta>
     <!-- more interesting stuff about patient-->
   </Patient>
  {
   "resourceType" : "Patient",
   "fhir-version" : "3.0",
   "status"...
  }

Monday Q2

Chair: Ewout Kramer

Attendance sheet: http://bit.ly/fhiri (to be turned into a PDF after meeting)


Tracker Items

  • 16957 - Discussed whether GET and POST support should both be required on search
  • 16369 - Discussed semantics of "significant figure"-based equality operations when searching for decimal, integer, and quantity values
  • 14961 - Missing naming convention for search parameters assembling two or more words

Mon Q4

Chair: Lloyd Scribe: Lloyd

  • Lloyd provided an overview of the workflow project
  • Lorraine indicated that OO is starting up a project to map a number of their lab specifications and workflows to FHIR. Wondering if FHIR-I would like to co-sponsor, particularly from a workflow review/alignment perspective. ** Will discuss during Thur Q2 joint. Lloyd will give Grahame a heads-up
  • II noticed in workflow alignment that there wasn't necessarily a good match for existing codes for status
    • reviewed current codes for Imaging??? and agreed they seem reasonable and are mapable to workflow states
  • Discussed external records - i.e. records that are captured as secondary information that are not considered a source-of-truth
    • Explored the notion of a tag saying "not actionable", but this isn't really about actionability
    • This might be handled as a tag saying "authoritative"
  • Jose provided a walkthrough of the ExampleScenario resource and editor


Tue Q3

Chair: Lloyd for first item, Grahame for remainder

Scribe: Lloyd

Tracker Items

Lloyd chairs

  • [16055] - Drop ElementDefinition.binding.valueSetUri
    • Persuasive

Grahame chairs

  • [15879] - Allow canonical to support display
    • Persusasive w/ mod

Grahame leaves Oliver leaves

  • [13870] - Allow narrative in contained resources
  • Persuasive w/ Mod

Tue Q4

Chair: Ewout

Scribe: Josh

Tracker Items

# Discussion begins at 1342

  • Attendance at http://bit.ly/fhiri
  • Discuss GF#16331 -- process for choosing a canonical URL. Persuasive with mod.
  • Discuss GF#16333. Persuasive.
  • Discuss GF#17185. Logical models, and the term "logical models", and codes for StructureDefinition.kind. Persuasive.

Wed Q1

Chair: Ewout

Scribe: Josh


Attendance spreadsheet: http://bit.ly/fhiri

# Discussion begins at 0908

  • Discuss GF#13989. Persuasive.
  • Discuss Searching on references, uris, canonicals... with versions (Discuss GF#16361 and GF#17008)
  • GF#16361 — Persuasive
  • GF#17008 — Persuasive

Wed Q2

Scribe: Josh

Chair: Ewout

Attendance spreadsheet: http://bit.ly/fhiri

# Discussion begins at 11:13

Start by reviewing notes from Monday's discussion at wiki.hl7.org/index.php?title=FHIR_Infrastructure_Minutes_WGM_201805

We could indicate version information in the mime package, or in resource-specific attributes, or with Resource.meta.profile.

Lenel describes the case for payers to store and share resources across multiple FHIR versions.

Discussion: FHIR provides building blocks to do this kind of thing, but not for mixed versions within a single Bundle.

Detailed discussion about 3 options for meta.profile usage to convey version:

<meta>
  <profile value="http://hl7.org/fhir/STU3/StructureDefinition/Patient" />
  <profile value="http://hl7.org/fhir/3.0/StructureDefinition/Patient" />
  <profile value="http://hl7.org/fhir/StructureDefinition/Patient?version=3.0" />
  <profile value="http://hl7.org/fhir/StructureDefinition/Patient|3.0" />
</meta>

GF#16165 — Persuasive.

Thursday Q3

Chair: @Ewout Kramer

Scribe: @Josh Mandel

Discussion begins.

Attendance at https://bit.ly/fhiri.

Discuss Bundle.signature.

GF#16392 —This element allows for signatures within a bundle, rather than outside. There's a long-term recognize of the use case going back to CDA. We haven't seen this field being used anywhere in current FHIR implementations, so we have no practical experience with signing Bundles. This comment from @John Moehrke proposed dropping Bundle.signature.

GF#16519 is a related suggestion to move signatures to .meta.signature.

Or we could try to include a signature in Provenance resource as a Bundle.entry.

GF#16392 — Not persuasive with mod.

Discuss Binary.securityContext. GF#14563 — explanation needs to be more complete. This is a normative candidate. @Grahame Grieve and @John Moehrke will prepare a better description and share back with #fhir/infrastructure-wg .

Discuss Contained tags and security labels. GF#16622 — Persuasive.