Stream: clinFHIR
Topic: Exercise 2 - Ned Little
Dave deBronkart (Mar 20 2019 at 02:11):
@David Hay I'm trying to give Little Ned :slight_smile: a gender, and when I pop open the dialog for it, there seems to be something missing. Am I in the wrong place?
pasted image
David Hay (Mar 20 2019 at 02:12):
No that's exactly right - let me take a look...
David Hay (Mar 20 2019 at 02:17):
hmmm. looks like there's something fishy going on - I'm in the middle of adding support for R4 so I suspect the there's something I've done. Just ignore it for now... (and there may be other areas where things don't seem to work.
Dave deBronkart (Mar 20 2019 at 02:50):
I am finished, in more senses than one. At least for tonight. pasted image
David Hay (Mar 20 2019 at 03:11):
pretty darn good! And I found the issue with gender - kinda complex to explain (involves people mucking up some of the public servers). I need to think about the best way to manage this... Talk tomorrow...
Jim Steel (Mar 20 2019 at 03:46):
@David Hay was that my fault?
David Hay (Mar 20 2019 at 04:05):
Don't think so - the issue is that there are 5 StructureDefinitions with a url of http://hl7.org/fhir/StructureDefinition/Patient on the public hapi server. I'm lazy, and just chose the first one - which has no valueSet mapping in Patient.gender - hence, there's nothing in the dialog...
Not sure what the definitive solution is, as the public servers don't enforce exclusivity on SD.url...
Lloyd McKenzie (Mar 20 2019 at 05:30):
Servers shouldn't enforce exclusivity on SD.url, as there can be distinct business versions present for each SD. (The same is true for all conformance resources.) In general, servers SHOULD enforce uniqueness on the combination of url + version for conformance resources though.
David Hay (Mar 20 2019 at 06:38):
Thanks for that Lloyd. But that wouldn't apply to the core types would it? On any one server endpoint, with resources from a single fhir version you'd expect only a single core type - right? Appreciate that that wouldn't apply to profiles...
David Hay (Mar 20 2019 at 06:39):
(BTW in this case - they all have the same url & business version - but, it is a public server...)
Lloyd McKenzie (Mar 20 2019 at 07:02):
It could apply for the core types - you could theoretically host DSTU2, STU3, R4 and maybe even all of the ballot releases on a single server.
David Hay (Mar 20 2019 at 07:12):
but shouldn't a single server (as defined by the endpoint it exposes) have only resources of a single fhir version?
Lloyd McKenzie (Mar 20 2019 at 13:57):
Why? It would need to expose them in the StructureDefinition syntax of the server version, but no issue hosting multiple resource versions other than that.
David Hay (Mar 20 2019 at 16:45):
I guess that's true...
Dave deBronkart (Mar 20 2019 at 18:02):
@David Hay At some point I'd love a more detailed discussion of what I might have done differently to earn more than a "pretty darn good" :-)
David Hay (Mar 20 2019 at 18:24):
Doesn't get a lot better than that! (and, remember, there's no absolutely correct answer) Though, be interested in the reasoning behind your use of the CarePlan...
Last updated: Apr 12 2022 at 19:14 UTC
