FHIR Chat · Effective invariance · IG creation

Stream: IG creation

Topic: Effective invariance


view this post on Zulip Nathan Davis (Dec 13 2021 at 17:51):

I'm not sure where to ask about this error.....
Why is the invariance for effectiveDateTime only precise to the day for http://hl7.org/fhir/StructureDefinition/vitalsigns? It should be precise to at least the hour and minute. I'm getting this error with my examples....

vs-1: 'if Observation.effective[x] is dateTime and has a value then that value shall be precise to the day' Rule 'if Observation.effective[x] is dateTime and has a value then that value shall be precise to the day' Failed

my example is (which is effectivePeriod BTW)....

  <effectivePeriod>
    <start value="2019-10-16T12:12:29-09:00"/>
    <end value="2019-10-16T12:42:29-09:00"/>
  </effectivePeriod>

Here's the invariance from the spec....

vs-1    Observation.effective[x]    if Observation.effective[x] is dateTime and has a value then that value shall be precise to the day
Expression : ($this as dateTime).toString().length() >= 8

The invariance doesn't make sense. Vital signs are very often taken many times a day. Why restrict effectiveDateTime to the day only?

view this post on Zulip Grahame Grieve (Dec 13 2021 at 18:14):

the invariant is wrong, but not in the way you're thinking. the length of the data is >= 8, not = 8. The problem is that you're not using a dateTime. The invariant should be

($this is dateTime) implies ($this as dateTime).toString().length() >= 8

view this post on Zulip Grahame Grieve (Dec 13 2021 at 18:15):

do you really need a period? And @Eric Haas this looks like a pretty serious issue with R4

view this post on Zulip Nathan Davis (Dec 13 2021 at 18:28):

Yes, I need a period. This is for an average blood pressure over a non-standard time (so not 24 hours).

view this post on Zulip Grahame Grieve (Dec 13 2021 at 18:32):

well, kind of screwed for now. I'm not sure what the options are. I guess FMG would approve publication with that error

view this post on Zulip Lloyd McKenzie (Dec 13 2021 at 18:53):

@Nathan Davis, can you submit a change request?

view this post on Zulip Nathan Davis (Dec 13 2021 at 19:22):

@Lloyd McKenzie Can do. Should this be created for the FHIR Core specification?

view this post on Zulip Grahame Grieve (Dec 13 2021 at 19:24):

yes

view this post on Zulip Nathan Davis (Dec 13 2021 at 19:28):

@Lloyd McKenzie @Grahame Grieve Done. Jira ID is FHIR-34463

view this post on Zulip Eric Haas (Dec 13 2021 at 21:17):

What we did in us core is put an STU Note for this type of issue. May need to push OO to get this into R4B. (I assigned the tracker to them and updated to triaged)


Last updated: Apr 12 2022 at 19:14 UTC