FHIR Chat · Element.id · implementers

Stream: implementers

Topic: Element.id


view this post on Zulip Eric Haas (May 10 2016 at 12:48):

Element.id
"Definition: unique id for the element within a resource (for internal references)."

view this post on Zulip Grahame Grieve (May 10 2016 at 12:53):

y?

view this post on Zulip Eric Haas (May 11 2016 at 13:29):

so that means its not a business identifier for that element right

view this post on Zulip Eric Haas (May 11 2016 at 13:29):

element.id is defined "unique id for the element within a resource (for internal references)."

view this post on Zulip Grahame Grieve (May 11 2016 at 15:48):

yep

view this post on Zulip Michele Mottini (Nov 21 2017 at 20:14):

Element.id has type string in STU3 (http://hl7.org/fhir/STU3/element-definitions.html#Element.id) but had type id in DSTU2 (http://hl7.org/fhir/DSTU2/element-definitions.html#Element.id) - is this as it should? Or an oversight (id seems the correct type)?

view this post on Zulip Brian Postlethwaite (Nov 21 2017 at 22:21):

the id datatype is restricted to 64 chars, and we wanted to use longer values here.

view this post on Zulip Michele Mottini (Nov 21 2017 at 22:27):

Ah I see

view this post on Zulip Michele Mottini (Nov 21 2017 at 22:29):

(that's have the unfortunate side-effect that even Eleement - and so every single data type that derives from it - changed from DSTU2 to STU3)

view this post on Zulip Brian Postlethwaite (Nov 21 2017 at 22:49):

Yes, thought from a practicality/instance point of view, id is really a restriction on string, so no data really changed.


Last updated: Apr 12 2022 at 19:14 UTC