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

support for free text search of DocumentReference content

    XMLWordPrintableJSON

Details

    • Change Request
    • Status: Applied (View Workflow)
    • Medium
    • Resolution: Persuasive with Modification
    • FHIR Core (FHIR)
    • STU3
    • Orders & Observations
    • DocumentReference
    • Hide

      Persuasive to add the section, and add clarification on use where a server that declares support for _content search parameter on a DocumentReference resource is agreeing to search on the content included in the DocumentReference.content.attachment.data and .url

      Show
      Persuasive to add the section, and add clarification on use where a server that declares support for _content search parameter on a DocumentReference resource is agreeing to search on the content included in the DocumentReference.content.attachment.data and .url
    • John Moehrke / Rob Hausam: 8-0-5
    • Enhancement
    • Compatible, substantive

    Description

      Discussion on zulip around how to do a plaintext search of DocumentReference content has come to the realization that the generic search parameter _content could be used to search the content (document bits) that are indexed by the DocumentReference resource. This use of _content should be made more clear.

      Add a subsection on DocumentReference on text searching of content.

      • Services may implement the _content search parameter such that it searches the DocumentReference.content.attachment.data and/or DocumentReference.content.attachment.url.
      • Clients may use the _content search parameter to discover DocumentReference resources that have the searched term within their attachment

      Question: Should this be expected of a server that declares (CapabilityStatement) support for _content search parameter with DocumentReference resources? Or is this extended support that should need further assertions in the CapabilityStatement?

      Attachments

        Activity

          People

            john_moehrke John Moehrke
            john_moehrke John Moehrke
            John Moehrke
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: