2015May core #898 - Review example with group

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Not Persuasive
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU1 [deprecated]
    • Patient Administration
    • (NA)
    • General
    • Hide

      We regularly review looking for common patterns to pull out into data types, but they rarely arise.

      Show
      We regularly review looking for common patterns to pull out into data types, but they rarely arise.
    • Grahame Grieve / Ewout Kramer : 7-0-1
    • Enhancement

      Comment:

      Suggest re-reviewing whether structures with Element data types should be Resources or Data Types. Rule of thumb could be that if it is likely to be used in more than one resource, it should be a Resource. E.g., Patient.contact – why is this an Element, when Patient.address is a Data Type? Couldn't Patient.contact be generalized when used in other settings, like for a Provider (e.g., escalation needed for sending alerts, etc.)? Also, profiling such structures requires profiling the entire containing Resource, which seems suboptimal.

            Assignee:
            Unassigned
            Reporter:
            Claude Nanjo (Inactive)
            Claude Nanjo (Inactive)
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: