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

Handling updates to Questionnaire.effectivePeriod

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive
    • Icon: Medium Medium
    • US Da Vinci DTR (FHIR)
    • 1.0.0 [deprecated]
    • Clinical Decision Support
    • Persisting Application State [deprecated]
    • Hide

      We will update the $questionnaire-package operation to take a new, optional, parameter called "ChangedSince" of type Timestamp.  If present, the package will only contain the questionnaire or associated artifact that have changes since the specified timestamp.  If there are no changed artifacts the operation will simply return a 200 Ok indicating that nothing has changed since the specified timestamp.  Will add language to the specification that when resuming a work in progress questionnaire response the DTR client SHALL invoke the operation with the timestamp to see if the questionnaire package has changed since it was last retrieved.  The DTR system SHALL store as meta data the timestamp of the last time it checked for changes. 

      Show
      We will update the $questionnaire-package operation to take a new, optional, parameter called "ChangedSince" of type Timestamp.  If present, the package will only contain the questionnaire or associated artifact that have changes since the specified timestamp.  If there are no changed artifacts the operation will simply return a 200 Ok indicating that nothing has changed since the specified timestamp.  Will add language to the specification that when resuming a work in progress questionnaire response the DTR client SHALL invoke the operation with the timestamp to see if the questionnaire package has changed since it was last retrieved.  The DTR system SHALL store as meta data the timestamp of the last time it checked for changes. 
    • Bob Dieterle / Greg White: 10-0-2
    • Enhancement
    • Non-compatible

    Description

      Typically the 'end' date on an effectivePeriod will get set once there's a known replacement date.  Prior to that, no end date is specified.  What that means is that if I grab an Questionnaire today that has no end date and then pause work for a year, it's entirely possible that the Questionnaire will have an expiry date by then.  But if I don't re-query for the Questionnaire, I won't notice.  Thus, if there's an expectation that systems must re-query for Questionnaires to ensure they have the current metadata (rather than caching them, which is an otherwise safe and efficient thing to do, given that we're filling out a frozen Questionnaire 'version'), then that needs to be set as an expectation for re-opening a work-in-progress.

      Also, Questionnaire.effectivePeriod isn't marked as "mustSupport" in either of the profiles.  For this rule to work, we'd presumably need both effectivePeriod and effectivePeriod.high to be mustSupport.

      Attachments

        Activity

          People

            Unassigned Unassigned
            lloyd Lloyd McKenzie
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: