Jan 2015 Ballot Comment #29

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive with Modification
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU1 [deprecated]
    • Modeling & Methodology
    • (NA)
    • Resources
    • Hide

      The intention here is addressed through the "pattern" work happening with logical models such as the workflow Request, Event and Definition patterns. In R4 we intend to make these patterns more computable and may introduce others where deemed useful (e.g. registry item, w5). We will not expect the use of patterns by default, but will only introduce them where there's deemed to be implementer benefit. Adherence to patterns will continue to be flexible to ensure that domain variations are respected.

      Show
      The intention here is addressed through the "pattern" work happening with logical models such as the workflow Request, Event and Definition patterns. In R4 we intend to make these patterns more computable and may introduce others where deemed useful (e.g. registry item, w5). We will not expect the use of patterns by default, but will only introduce them where there's deemed to be implementer benefit. Adherence to patterns will continue to be flexible to ensure that domain variations are respected.
    • Grahame Grieve/Jeff Danford: 2-0-0
    • Enhancement
    • Non-substantive
    • DSTU1 [deprecated]

      Existing Wording
      E.g., ProcedureRequest/Procedure and DiagnosticOrder/ProcedureRequest

      Comments
      Certain relationships between resources in FHIR are not defined. For instance, both the ProcedureRequest and Procedure resources pertain to a Procedure. Also a DiagnosticOrder and a ProcedureRequest both pertain to the notion of a 'Request'. The definitions of such relations in FHIR are important. At this time, some of this is done by categorization. Perhaps a more formal approach could be supported as well. Would FHIR consider a shallow hierarchy and the notion of potentially abstract resources?

      Grahame's Comments
      We have slots to do this in metadata, and work is proceeding to actually do this (Grahame/Bo). That would address this, I think. We can consider abstract resources, but I don't know if they are applicable to this case

      Disposition
      Pending input from submitter

      Disposition Comment
      How would adding such a shallow hierarchy provide value at the implementation level? We explored the notion of whether decision support rules would ever be created at a more generic level, but there were no clear use-cases. Because FHIR is focused on implementation, adding hierarchy would need to have clear implementer benefits.

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

              Created:
              Updated:
              Resolved: