Dropped sliced request supporting bundles

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive
    • Priority: Medium
    • US Bidirectional Services eReferrals (BSeR) (FHIR)
    • STU3
    • Public Health
    • (profiles) [deprecated]
    • Hide

      Requirements traceability mappings and instance examples will be added to all profile defintions. Any existing gaps in fulfillment of identified requirements we be resolved during the process.

      Show
      Requirements traceability mappings and instance examples will be added to all profile defintions. Any existing gaps in fulfillment of identified requirements we be resolved during the process.
    • AMS/Mead: 14-0-0
    • Clarification
    • Non-substantive

      See gForge ticket 20863 for a comment on the need for the Referral Request Transaction page (http://hl7.org/fhir/us/bser/2019May/ReferralRequestTransaction.html). But personally, I miss the sliced support bundle profiles. I think it is helpful for implementers to know what sort of observations different use cases require. I understand if you don't want to be too prescriptive, but some guidance on whether or not things like vital signs and results (A1c results, allergies, blood pressure, etc) should only be the latest and greatest values or if a series of historical values (the last 3 A1c values, etc) may be necessary in some cases. This also impacts the need for Observation based profiles to contain a dataAbsentReason element (this logically only make sense which a particular type of sliced resource is required in a bundle (as opposed to just omitting the sliced resource if there is no data to send)). At least some textual guidance on what sliced bundles may or may not include would be helpful to implementers.

            Assignee:
            Unassigned
            Reporter:
            Craig Newman
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: