Implement IHE PMIR (Patient Master Identity Registry) Mobile Patient Identity Feed to publish patient identity create/update/merge events using FHIR
domain: healthcare · 6 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Confirm PMIR is the right profile: it governs a Patient Identity Supplier pushing FHIR Patient resource creates/updates/merges to Consumers, distinct from PIXm (cross-reference lookup) and PDQm (demographic query), which are pull/query-based.
Implement the Mobile Patient Identity Feed [ITI-93] transaction so that when the source system detects a patient master identity change per domain policy, it sends a FHIR Bundle of new/updated Patient resources to the Consumer.
Handle the full identity lifecycle the profile addresses — create, update, merge, and deprecate — not just simple create/update.
For merge events, ensure the Bundle correctly expresses the link between the surviving and deprecated Patient resources so downstream consumers can reconcile records that were mistakenly duplicated.
Implement Subscribe to Patient Updates [ITI-94] if consumers need to register subscription criteria rather than receive a direct unconditional push.
Test end-to-end against real duplicate-patient scenarios, since correctly propagating merges to every downstream data custodian is PMIR's core patient-safety value.
Known gotchas
PMIR (push-based identity feed) is often confused with PIXm/PDQm (pull-based cross-reference/query) — related but distinct problems using different ITI transactions.
Merge events are the highest-risk part of PMIR to implement correctly — a missed or mishandled merge notification leaves downstream systems with two active identities for one patient.
ITI-94 (subscribe) is a separate, optional transaction from ITI-93 (feed) — a Consumer that only handles direct feed pushes cannot assume every deployment supports subscription-based delivery.
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?