FHIR Infrastructure Minutes WGM 201801

FHIR Infrastructure 2018 January New Orleans WGM Minutes

Return to FHIR Infrastructure Minutes

Agenda

• see FHIR_Agenda_201801_WGM

Monday Q1

Chair: Ewout Kramer

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

Block Vote from Jan 16

• Remove Issue 14000

Vote: 42-0-6

Tracker Items

• 13542 - Pagination on Patient/:id/$everything - Persuasive

• 13336 - Add paging and filtering operation to List - Persuasive with Mod

• 13324 - Allow AND in _has query - Not Persuasive

• 14864 - all-types can't be normative when resource names may change - Not Persuasive

Monday Q2

Chair: Ewout Kramer

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

Tracker Items

• 13348 - Need guidance on how :missing works with elements that may be present but non-valued or otherwise incomplete - Discussed, in progress
• 13224 - Clarify how default values work in presence of extensions - Discussed, in progress

Monday Q3

Chair: Ewout Kramer

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

Tracker Items

• 13543 Standard extension needed to convey the type of the resource in case ogf a logical resource reference - Persuasive with Mod (seeking community review for FMM 5 change)

• 13284 - Cardinality of search parameters in CapabilityStatement - Discussed

• 13455 - Compartment usage for POST/PUT Ask - Discussed

• 13922 - Add asynchronous pattern support to FHIR API - Persuasive

• 13711 - define a limited subset of FHIRPath for re-use in multiple places - Persuasive

Monday Q4

Chair: Lloyd McKenzie

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

Workflow Project Overview

• The FHIR Workflow project was established about 2 years ago to (1) provide consistency in FHIR when you want something to be done and to (2) define and make clear what are the different ways you can actually ask for something to be done, providing guidance on the FHIR way of doing it.

Pattern Report

• The workflow module definition page found at http://build.fhir.org/workflow-module.html defines 3 patterns: Definition, Request, Event. These are not real FHIR Resources, but are logical models that are to used as a guide that resources should follow.
• A report of all FHIR resources that are not in alignment with the workflow pattern guidelines has been created as WorkflowIssues.xml. The report has been distributed and for each item in that report, the responsible work group should resolve the warning. FHIR resources do not necessarily have to align in all areas, but need to consider each warning and decide how the warning will be resolved. The warning can be resolved by (1) changing the FHIR resource to follow the pattern or by (2) copying the issue from the WorkflowIssues.xml into the suppressed-workflow-warnings.xml file found in the FHIR source code.
• Items that are added to suppressed-workflow-warnings.xml are reviewed by FHIR-I and for items that are not obvious, clarification will be solicited from the responsible work group.
• If a work group feels that the Pattern needs to be changed, a Tracker Item should be created.
• If FHIR-I finds that all work groups are suppressing the same warnings, this will be an indication that the element should probably be removed from the pattern.

Pattern Changes

• The patterns have recently been updated and so each work group should review the patterns again.
• Work groups should raise any additional changes as Tracker Items. This should be done in the next few weeks, since any changes to the patterns affect other workgrups and they will need time to address any warnings that those changes may create.

Example Scenario

• An ExampleScenario resource has been created that can be used to define a complete workflow example, showing what steps are involved, which parties are invovled, and so forth.
• The ExampleScenario resource is an early draft version and so if there are items that cannot be expressed, please provide feedback so that it can be updated to accommodate those items.
• The ExampleScenario instances will be rendered using diagrams (UML and Sequnce) to give a visual representation of the workflow example.
• Work groups are invited to create ExampleScenario instances that show the scenarios that they would like to exercise.
• In the next couple of months, the build process will be updated to consume these ExampleScenario instances and produce the diagrams and end user consumable content.

Tracker Items

• 14470 Align workflow with OMG Healthcare Business Process - 2018-Jan Core #110 - Persuasive
• 14476 Consider SOA OrderingService as input to workflow - 2018-Jan Core #116 - Persuasive