[mherman22]

What

After a patient is fed to OpenCR and deduplicated, resolve the golden record id (CRUID) and store it on the local patient as the ECID identifier — so the EMR holds the enterprise identity the Client Registry returns.

How

• MpiClientService.getGoldenRecordId(patient) — queries OpenCR by the patient's iSantePlus ID, finds the linked golden record (by golden tag), and follows replaced-by to the surviving golden on merges. Returns null if unmatched.
• MpiClientService.synchronizeGoldenRecordId(patient) — resolves it and stores it as the identifier type configured by mpi-client.pid.goldenRecordType (default ECID), suppressing the export advice so the write does not re-trigger a feed.
• Wired into PatientUpdateWorker — runs on patient save after the PIX feed, so registration automatically stamps the golden id locally.
• New config: mpi-client.pid.goldenRecordType (default ECID).

Notes

• Reuses the existing golden-record recognition (mpi-client.goldenRecordUuid).
• FHIR path only; no-op for the HL7 path.
• Builds on the merged PDQ null-otherDataPoints fix (fix(pdq): guard null otherDataPoints in loadSearchQuery #67).