FHIR Chat · Scheduling for a kind-of object · implementers

Stream: implementers

Topic: Scheduling for a kind-of object


view this post on Zulip René Spronk (Nov 21 2016 at 11:39):

During the recent FHIR DevDays I spoke with those involved in the scheduling track, and they identified the use case to schedule an appointment with "a OB GYN consultant" at the location "a OB GYN meeting room". In an appointment request this makes sense (we also support this in v2). So how would one express this in FHIR?

The Practitioner resource is always about a particular instance. Use of the Group resource seems to be a possible solution, to express the 'group of all OB-GYN consultants' (either explicitly or implicitly defined as being part of that group)

view this post on Zulip Paul Knapp (Nov 21 2016 at 12:07):

I think you are trying to specify the role or skill not the individual so I think neither Practitioner nor Group would be appropriate.

view this post on Zulip René Spronk (Nov 21 2016 at 15:01):

Well, group allows one to specify the characteristics of members in a group using a code/value pair. "specialty = OB GYN consultant" would work in this case. The nice thing is that this would also work for Groups of locations, or Groups of Devices. I want to schedule for a CT exam on "a CT".
What's the alternative?

view this post on Zulip Stefan Lang (Nov 21 2016 at 15:27):

Why not use List?
Seems to be more appriopriate to me.

view this post on Zulip Stefan Lang (Nov 21 2016 at 15:30):

Group also does not allow locations due to it's constraints in type and allowed member references

view this post on Zulip René Spronk (Nov 22 2016 at 06:06):

With List one has to exhaustively list/reference all those contained in the list, which may or may not be desirable. Group allows one to define the "properties" of the group without having to explicitly identify them. As for group not supporting Locations - well, that can be changed.

view this post on Zulip Stefan Lang (Nov 22 2016 at 08:37):

I see. Group.characteristic is definitely more sophisticated than List.code.
Having a second look, a scope of Group is "To define a set of *possible* people, animals, devices, etc. that are of interest for some intended future healthcare-related activities". That pretty much contains scheduling.
So that would mean to change Group for allowing Location and perhaps also PractionerRole to be referenced as well as an expansion of the GroupType value set.

view this post on Zulip Brian Postlethwaite (Nov 27 2016 at 10:34):

This is a question of what is being scheduled, what other things are being consiered, and what complexity is being exposed by the scheduling system.
The system might be exposing slots to a patient where they get to choose the procedure (and the complexities of the room, practitioner and device are all hidden)
Or it might be exposing all of those and need to select appropriately.
Scheduling is complex...
The other resource you could consider is the HealthcareService resource.

view this post on Zulip Brian Postlethwaite (Nov 27 2016 at 10:35):

(sorry for the late reply)


Last updated: Apr 12 2022 at 19:14 UTC