Stream: implementers
Topic: LastUpdated for related data
Peter Bernhardt (Jul 31 2017 at 22:41):
Got a question today about a use case where a client of our FHIR server would like to regularly query our server for clinical data for patients. For efficiency, they would first like to query for a list of patients whose related data has changed since a particular date. And iterate over the list that comes back to retrieve the clinical data (using $everything).
Now, I know the _lastUpdated meta property is useful for finding a particular resource by its update date, but again, this is particular to a patient's clinical data and you will certainly have a case where the Patient resource hasn't change for a long time, but observations, conditions, medications, encounters, etc. are happening and being updated as time goes on.
So, long story short, has anyone addressed this use case yet?
Grahame Grieve (Jul 31 2017 at 22:44):
S4S does, but probably not as efficiently as you are imagining
Peter Bernhardt (Jul 31 2017 at 22:55):
@Grahame Grieve thanks. I haven't been keeping up-to-date on that project. Do you have link handy for that use case?
Peter Bernhardt (Jul 31 2017 at 22:56):
Found this : http://syncfor.science/api-calls/
Peter Bernhardt (Jul 31 2017 at 23:00):
Well, looks like the S4S periodic update approach is to just query discrete resources using a _lastUpdated query. Not what I was hoping for.
Grahame Grieve (Jul 31 2017 at 23:03):
hah so it turns out the spec itself contains your answer, though I don't know how many servers would implement this:
Grahame Grieve (Jul 31 2017 at 23:04):
GET [base]/Patient/*?_lastpdated=ge[date]
Peter Bernhardt (Jul 31 2017 at 23:05):
Yahtzee! Maybe we'll be the first, then @Grahame Grieve? ;)
Thanks
Grahame Grieve (Jul 31 2017 at 23:05):
you can try my server ;-)
Grahame Grieve (Jul 31 2017 at 23:09):
typo:
GET [base]/Patient/[id]/*?_lastpdated=ge[date]
Peter Bernhardt (Jul 31 2017 at 23:10):
that changes everything, my friend
Grahame Grieve (Jul 31 2017 at 23:10):
sorry.
Peter Bernhardt (Jul 31 2017 at 23:11):
np ... ;) And if we follow through on this use case, I’ll report back to this group.
Last updated: Apr 12 2022 at 19:14 UTC
