Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-30876

SMART should make clear that Accept is not required

    XMLWordPrintableJSON

    Details

    • Type: Change Request
    • Status: Applied (View Workflow)
    • Priority: Medium
    • Resolution: Persuasive
    • Specification:
      SMART on FHIR (FHIR)
    • Raised in Version:
      1.0
    • Work Group:
      FHIR Infrastructure
    • Outstanding Negatives:
      STU
    • Related Page(s):
      (NA)
    • Related Section(s):
      4
    • Grouping:
    • Resolution Description:
      Hide

      Add text  to http://www.hl7.org/fhir/smart-app-launch/conformance/index.html#using-well-known to indicate that .well-known/smart-configuration requests are always JSON-based. Specifically we should indicate that:

      • clients MAY omit an Accept header
      • servers MAY ignore any client-supplied Accept headers
      • servers SHALL respond with application/json (this is already stated, but can be clarified)

       

      doesn't have to be populated/can be ignored.

      Show
      Add text  to http://www.hl7.org/fhir/smart-app-launch/conformance/index.html#using-well-known  to indicate that .well-known/smart-configuration requests are always JSON-based. Specifically we should indicate that: clients MAY omit an Accept header servers MAY ignore any client-supplied Accept headers servers SHALL respond with application/json (this is already stated, but can be clarified)   doesn't have to be populated/can be ignored.
    • Resolution Vote:
      Gino Canessa/Yunwei Wang: 13-0-0
    • Change Category:
      Clarification
    • Change Impact:
      Compatible, substantive

      Description

      The SMART spec doesn't state one way or another if Accept should be populated or valid, but does call out that JSON should be returned [1]. Prior discussion determined that other well-known specifications don't require the Accept to be populated or correct. We should make it more clear in SMART that the server should essentially ignore the Accept (populated or not) and return the JSON document.

       

      Propose adding text stating that the Accept header doesn't have to be populated/can be ignored.

       

      This was found during Inferno testing and discussion

      [1] http://www.hl7.org/fhir/smart-app-launch/conformance/index.html#using-well-known

      [2] https://chat.fhir.org/#narrow/stream/179309-inferno/topic/Retrieve.20well-known

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              carl-anderson-msft Carl Anderson
              Reporter:
              jenni_syed Jenni Syed
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Vote Date: