Requisition information should be portrayed in the diagnosticRequest in more detail than just an Idenitifier. - 2016-09 core #279

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive with Modification
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU2
    • Orders & Observations
    • DiagnosticRequest (see ServiceRequest) [deprecated]
      Request Pattern
    • Hide

      Don't have any use-cases at present for distinct "ordering" practitioners on the individual components of a requisition from the requisition as a whole - so far all use-cases have required the author of all components (and thus the overall requisition) to be the same.

      Will add an implementation note on Request indicating that if there are shared comments that apply to the requisition as a whole, those should be captured as an Observation or Communication and then linked to all requests in the requisition through "supportingInformation".

      Show
      Don't have any use-cases at present for distinct "ordering" practitioners on the individual components of a requisition from the requisition as a whole - so far all use-cases have required the author of all components (and thus the overall requisition) to be the same. Will add an implementation note on Request indicating that if there are shared comments that apply to the requisition as a whole, those should be captured as an Observation or Communication and then linked to all requests in the requisition through "supportingInformation".
    • Danielle Friend/Jonathan Harber: 7-0-0
    • Clarification
    • Non-substantive
    • DSTU2

      Comment:

      If we plan to represent the requisition in diagnosticRequest, it seems complicated enough to warrant more than just an identifier. It could contain references to other DiagnosticRequests that are part of the same requisition, comments, or even a separate requester than the main resource's requester.

      Summary:

      Requisition information should be portrayed in the diagnosticRequest in more detail than just an Idenitifier.

            Assignee:
            Unassigned
            Reporter:
            Danielle Friend
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: