Provider panels (ADR-080) are meaningful only where the directory knows which patients belong to which provider. On the corpus roster it does; on the live WebChart directory it does not — every subject is attributed to the same hardcoded provider id:
backend-ts/src/engine/ingress/webchart/live-directory.ts:24,76,97 — providerId: "wc-provider-1".
What this costs, concretely. On a live-directory deployment every patient falls into one panel, so:
- mapping that one provider assigns the entire practice to a single staff account, and mapping any other provider assigns nobody;
- the
providerId / "My panel" filters resolve to everyone or no one;
- the Panels tab lists the real provider directory but the patient counts beside those rows are wrong, because attribution does not come from the same place the provider list does.
None of this is a defect in the panel feature. It is the absence of an input. ADR-080 d7 records the decision that the staff→provider mapping stays WorkWell's, and names patient→provider attribution as the one thing WorkWell genuinely needs from WebChart.
What is needed. Real PCP attribution per patient through the FHIR ingest path, so EmployeeProfile.providerId on a live deployment carries the patient's actual primary care provider rather than a placeholder. The likely source is Patient.generalPractitioner, but the mapping should be confirmed against what the tenant actually populates rather than assumed.
Related but distinct: #533 covered the cms165 blood-pressure profile-stamping half of WebChart ingest and is closed. This is a different field and a different consumer; earlier drafts of ADR-080 cited #533 for it, which was wrong and is corrected in the same change that files this.
Blocked on MIE. Needs the environment access that is still outstanding, and a decision on which WebChart field is authoritative for attribution.
Provider panels (ADR-080) are meaningful only where the directory knows which patients belong to which provider. On the corpus roster it does; on the live WebChart directory it does not — every subject is attributed to the same hardcoded provider id:
backend-ts/src/engine/ingress/webchart/live-directory.ts:24,76,97—providerId: "wc-provider-1".What this costs, concretely. On a live-directory deployment every patient falls into one panel, so:
providerId/ "My panel" filters resolve to everyone or no one;None of this is a defect in the panel feature. It is the absence of an input. ADR-080 d7 records the decision that the staff→provider mapping stays WorkWell's, and names patient→provider attribution as the one thing WorkWell genuinely needs from WebChart.
What is needed. Real PCP attribution per patient through the FHIR ingest path, so
EmployeeProfile.providerIdon a live deployment carries the patient's actual primary care provider rather than a placeholder. The likely source isPatient.generalPractitioner, but the mapping should be confirmed against what the tenant actually populates rather than assumed.Related but distinct: #533 covered the cms165 blood-pressure profile-stamping half of WebChart ingest and is closed. This is a different field and a different consumer; earlier drafts of ADR-080 cited #533 for it, which was wrong and is corrected in the same change that files this.
Blocked on MIE. Needs the environment access that is still outstanding, and a decision on which WebChart field is authoritative for attribution.