Stream: committers
Topic: Circular References
Grahame Grieve (Mar 04 2018 at 01:30):
@all I have just added a new feature for editors to worry about - sorry. From now, when the type of an element is a Reference and the target of the reference is the same type as the resource itself, you can now say whether the reference is allowed to point back to the same instance (transitively, that is.
Two cases in point:
- patient.link.other can point to another patient that links back to the first patient - so definitely not heirarchical
- Location.partOf can't link back to the same location - a location can't be part of one location that is part of the first location
This metadata is generated into element definitions (as an extension) and into the relevant search parameters to create the right modifiers.
You can set this by putting the value 'true' or 'false' in the column "Hierarchy" in the spreadsheet for the data element. You can set this for types of either Reference(self) or canonical(self). It's ignored for any other types.
I've gone ahead and populated the elements nominated in the task (GF#8776) and some other obvious ones, but I haven't done any others. You can see the list here: build.fhir.org/references.html#circular. If you have time, you can fill this out for anything listed as undescribed there. But I'm not requiring you to try to find time between now and the deadline for ballot content (it's not a structural change, so you can still make it this week if you want to). I expect that MnM will push for it to be stated clearly by the time we publish R4
Grahame Grieve (Mar 04 2018 at 01:32):
.. and with that, I've made all the structural changes I've found in the tasks. with a few hours up my sleeve too ;-)
Grahame Grieve (Mar 04 2018 at 01:32):
if anyone has tasks they'd like me to take on, I'm happy to do so. Else I'm going to try and get the IG publishing going...
Last updated: Apr 12 2022 at 19:14 UTC