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

Indicate prefetch or fhirserver dependency

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Highest Highest
    • CDS Hooks (FHIR)
    • 1.0
    • Clinical Decision Support
    • (NA)
    • Discover-response
    • Hide
      1. Expand the documentation to state that CDS Services are encouraged to take advantage of the capability provided by CDS Hooks of accessing required data through the provided FHIRServer endpoint. Similarly, CDS Clients are encouraged to provide accessible FHIRServer endpoints for CDS Services to consume.
      2. Add a "usageRequirements" element to the Discovery endpoint to allow services to characterize their usage requirements (such as requiring access to a FHIRServer)

      Currently, the expectation is that a cds service should be capable of querying a FHIR server to obtain information it requires and didn't receive over prefetch. 

      Overall, the emphasis on service's ability to use widely available REST APIs is important, because it both places responsibility and provides flexibility to the service for data accessed.

      If we create a mechanism by which a service mandates one method over another, clients will be forced to support both equivalently. It doesn't make sense for clients to support the same data breadth and search param complexity in prefetch that's in REST. 

      Show
      Expand the documentation to state that CDS Services are encouraged to take advantage of the capability provided by CDS Hooks of accessing required data through the provided FHIRServer endpoint. Similarly, CDS Clients are encouraged to provide accessible FHIRServer endpoints for CDS Services to consume. Add a "usageRequirements" element to the Discovery endpoint to allow services to characterize their usage requirements (such as requiring access to a FHIRServer) Currently, the expectation is that a cds service should be capable of querying a FHIR server to obtain information it requires and didn't receive over prefetch.  Overall, the emphasis on service's ability to use widely available REST APIs is important, because it both places responsibility and provides flexibility to the service for data accessed. If we create a mechanism by which a service mandates one method over another, clients will be forced to support both equivalently. It doesn't make sense for clients to support the same data breadth and search param complexity in prefetch that's in REST. 
    • Bas van den Heuvel/Ben Hamlin: 19-0-1
    • Enhancement
    • Compatible, substantive

    Description

      The current specificaiton leaves it up to the Client to decide on whether to use prefecth and/or fhirserver – how do I specify that in a CDS Service that I'm dependent on one ot the other mechanism ( e.g. needs both, or at least the FHIR server)? The specification should address this.

      Attachments

        Activity

          People

            Unassigned Unassigned
            bvdh Bas van den Heuvel
            Bas van den Heuvel
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: