FHIR Chat · docs / Issue #223 May 2018 Ballot Comment 17

Stream: cds hooks/github

Topic: docs / Issue #223 May 2018 Ballot Comment 17

Github Notifications (May 16 2018 at 22:44):

cds-hooks-bot opened Issue #223

## May 2018 Ballot Comment 17

Submitted by @bvdh from Philips Healthcare

Chapter: CDS Services
Section: Providing FHIR Resources to a CDS Service
Type: NEG :exclamation:
In Person Requested? Yes :bust_in_silhouette:

Existing Wording:

The second enhancement enables the CDS Service to retrieve FHIR resources for itself, but to do so more efficiently than if it were required to request and obtain its own authorization. If the EHR decides to have the CDS Service fetch its own FHIR resources, the EHR obtains and passes directly to the CDS Service a bearer token.

Comment:
Is passing an authorization optional? According the CDS http request it is. I understand that not all CDS Services will require such access. But this allows a call that can not be handled as access is required. Maybe we should add a field in de CDS Service description where a CDS Service can state its requirements (pre-fetch, fhir-server, none).

## Triage Information

Triage Notes:
Reviewed with Bas

Proposed Disposition: Persuasive with Mod
Proposed Disposition Comment:
We agree this would be useful functionality and is something we will explore in a future release.

_This issue was imported by @cds-hooks-bot from the consolidated CDS Hooks May 2018 ballot spreadsheet._

Github Notifications (May 16 2018 at 22:44):

cds-hooks-bot milestoned Issue #223

Github Notifications (May 16 2018 at 22:44):

cds-hooks-bot labeled Issue #223

Github Notifications (May 16 2018 at 22:44):

cds-hooks-bot edited Issue #223

## May 2018 Ballot Comment 17

Submitted by @bvdh from Philips Healthcare

Chapter: CDS Services
Section: Providing FHIR Resources to a CDS Service
Type: NEG :exclamation:
In Person Requested? Yes :bust_in_silhouette:

Existing Wording:

The second enhancement enables the CDS Service to retrieve FHIR resources for itself, but to do so more efficiently than if it were required to request and obtain its own authorization. If the EHR decides to have the CDS Service fetch its own FHIR resources, the EHR obtains and passes directly to the CDS Service a bearer token.

Comment:
Is passing an authorization optional? According the CDS http request it is. I understand that not all CDS Services will require such access. But this allows a call that can not be handled as access is required. Maybe we should add a field in de CDS Service description where a CDS Service can state its requirements (pre-fetch, fhir-server, none).

## Triage Information

Triage Notes:
Reviewed with Bas

Proposed Disposition: Persuasive with Mod
Proposed Disposition Comment:
We agree this would be useful functionality and is something we will explore in a future release.

_This issue was imported by @cds-hooks-bot from the consolidated CDS Hooks May 2018 ballot spreadsheet._

Github Notifications (May 18 2018 at 09:20):

cds-hooks-bot commented on Issue #223

Proposed Disposition: Persuasive with Mod
Proposed Disposition Comment:
We agree this would be useful functionality and is something we will explore in a future release.

Github Notifications (May 18 2018 at 09:42):

cds-hooks-bot labeled Issue #223

Github Notifications (May 30 2018 at 22:18):

cds-hooks-bot commented on Issue #223

## :telephone_receiver: CDS Working Group Block Vote (5-30-2018)

Meeting notes: http://wiki.hl7.org/index.php?title=File:2018-05-30_CDS_WG_Call_Minutes.docx

Julia Skapik moved the following disposition, seconded by @brynrhodes.

Disposition: Persuasive with Mod
Disposition Comment:
We agree this would be useful functionality and is something we will explore in a future release.

:+1: For: 12
:expressionless: Abstain: 0
:-1: Against: 0

:tada: The motion passed! :tada: