Stream: argonaut
Topic: scheduling / Issue #46 Issues with Coverage Resource
argo-scheduling-bot (Nov 08 2017 at 03:34):
Healthedata1 opened Issue #46
(Note much of this is not related to the Scheduling IG but to the Coverage resource itself.)
1.
subscriber
is not always a registered patient, which leaves us with these options:
- contained patient resource
- bundle with patient somehow
1.identifier
vssubscriberId
may often be the same.
- no identifier.type value for this
-subscriberId
is type string - why not type Identifier?
1.grouping
structure is just weird
- A better structure?:
- Plan 0..*
- Type 1..1 type codeableConcept ( valueset of 'plan', 'group', 'subplan', 'subgroup', etc. and allows for display)
- identifier 1..1 type Identifier
argo-scheduling-bot (Nov 08 2017 at 04:30):
Healthedata1 labeled Issue #46
argo-scheduling-bot (Nov 08 2017 at 19:38):
cooperthompson commented on Issue #46
I agree - Coverage needs some modeling love. PA and FM have had several discussions around subscriber IDs and identifiers and grouping... I don't think we want to try to solve that can of worms here.
I think for our purposes (US-realm), we can probably get by with what is in the resource right now (for grouping and subscriber IDs. For non-patient subscribers, we'd probably want a contained _RelatedPerson_, not Patient.
argo-scheduling-bot (Nov 20 2017 at 17:42):
Healthedata1 commented on Issue #46
OK will close as out of scope.
argo-scheduling-bot (Nov 20 2017 at 17:42):
Healthedata1 closed Issue #46
Last updated: Apr 12 2022 at 19:14 UTC