2015May core #1122 - Tools aren't checking cardinality alignment

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU1 [deprecated]
    • FHIR Infrastructure
    • Profiling
    • 2.14.0.4
    • Hide

      fixed so taht they check and generate warnings

      Show
      fixed so taht they check and generate warnings
    • James Agnew / Grahame Grieve: 4-0-0
    • Non-substantive
    • Yes
    • DSTU1 [deprecated]

      Comment:

      Related to above issue not being documented, FHIR publishing tools are not checking for cases where the cardinality in derived profiles are not allowed. This results in publishing invalid profiles where snapshot view has the invalid cardinality values.

      If only 1 is specified (max=1), then derived profiles can't make it many. If this is the rule then it should be clearly documented and be enforced in the publish tools.

      Examples:

      profile: diagnosticorder-daf

      DiagnosticOrder.encounter

      base card: 0..1 => 0..*

      profile: medicationadministration-daf

      MedicationAdministration.dosage

      base card: 0..1 => 0..*

      The snapshot in diagnosticorder-daf shows the publisher tools allowing an invalid override to the base resource.

      <snapshot>

      <element>

      <path value="DiagnosticOrder.encounter"/>

      <min value="0"/>

      <max value="*"/>

      ...

      FHIR publishing tools are not validating profiles that break conformance to the base resources and are publishing artifacts that are not valid with respect to the spec.

      Additional URLs: http://hl7.org/fhir/2015May/diagnosticorder-daf-dafdiagnosticorder.html http://hl7.org/fhir/2015Ma

            Assignee:
            Unassigned
            Reporter:
            jason_mathews
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: