Jan 2015 Ballot Comment #59

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive with Modification
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU1 [deprecated]
    • Patient Administration
    • Person
      RelatedPerson
    • 5.3.4
    • Hide

      We have updated the notes section on the Person to better describe how the linkages work, and the use cases to support the resource.

      Show
      We have updated the notes section on the Person to better describe how the linkages work, and the use cases to support the resource.
    • Enhancement
    • Non-substantive
    • DSTU1 [deprecated]

      Comments
      Based on the use case information, the Person resource appears to be designed to solve a problem that is likely shared by many resources. If a system is trying to aggregate data from multiple FHIR servers, they need a way to link equivalent resources together. Is it really appropriate to make Person as a one-off mechanism to do this instead of having a core infrastructure to allow a resource to have a "link" to "related resources" and/or alternative URLs?
      Note, this comment presumes that systems would not have any real need to link together differing resource such as linking one Patient with their equivalent Practitioner record.

      Grahame's Comments
      Have to think about this one; this aspect of aggregation hasn't come up before. Persons certainly get special treatment, so I suspect that they;'ll get special treatment in FHIR too, whatever we do about the aggregation question generally. Need to do research into this; what has the balloter done about this before?

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

              Created:
              Updated:
              Resolved: