sample data - new data type - 2016-09 core #445

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Not Persuasive
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU2
    • Orders & Observations
    • Observation
    • 10.1.3
    • Hide

      No need to remove or redefine the ratio or range datatypes.

      Able to implement either with the datatype or create a profile using string and an invarient with an appropriate regex (for example)

      Show
      No need to remove or redefine the ratio or range datatypes. Able to implement either with the datatype or create a profile using string and an invarient with an appropriate regex (for example)
    • Eric Haas/Dan Rutz: 6-0-1
    • Enhancement

      Comment:

      I like the way you handled EEG and EKG data as a new data type sample data.

      The data types of ratio and range are objects with a good rationale. But these kinds of things are easier to implement with string definitions and regular expression checks. Indeed one of the FHIR gurus said that is how it is usually implemented. Why not admit that and specify the string patterns that work? Could be used and imply a base String data type.

      The same would apply to capture of telephone, email address, URLs which are never captured as one big communication object as defined in V2 and FHIR (8.1.12 - Patient.telecom)

      Summary:

      sample data - new data type

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

              Created:
              Updated:
              Resolved: