Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ballot#68 Hans Buitendijk | @https://github.com/smart-on-fhir/smart-on-fhir.github.io/issues/134 | Do we feel these context parameters are useful o... #73

Closed
jmandel opened this issue Dec 21, 2017 · 0 comments

Comments

@jmandel
Copy link
Collaborator

jmandel commented Dec 21, 2017

Ballot Weight

NEG Enhancement

Where

:: http://www.hl7.org/fhir/smart-app-launch/index.html

What

Hans Buitendijk
@smart-on-fhir/smart-on-fhir.github.io#134
Comment: Do we feel these context parameters are useful or defined well enough that they should be included in the published standard? Intent seems especially hard, given the complete (and intentional) lack of standardization. I know we've discussed that the SMART style is underspecified to be useful. Looks like there's already an issue for removal of "resource": smart-on-fhir/smart-on-fhir.github.io#138 Issue about smart style: smart-on-fhir/smart-on-fhir.github.io#134
Summary: Usage of resource, intent, and smart_style_url

Josh's Triage Notes

Theme: "Omit Needless Launch Contexts"

Agreed that several simplifications can be made to context params.

Disposition

Persuasive with mod.

Given their limited use, standardized concepts for "location" and "resource" should be removed from the specification. "smart_style_url" should be marked as "experimental" to indicate that there may be backwards-incompatible changes to the style document pointed to by the smart_style_url.

Vote Details

Pro-Con-Abstain: 7-0-0
Date: 2017-10-19

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants