Execute Da Vinci PDex $member-match to locate a member across payer systems

domain: hl7.org/fhir/us/davinci-pdex · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗

Steps

  1. Construct the $member-match Parameters resource with the MemberPatient parameter (Patient demographic data) and the CoverageToMatch parameter (old payer coverage details)
  2. POST the Parameters to the new payer's Patient/$member-match endpoint using SMART Backend Services credentials
  3. Parse the response Parameters resource to extract the matched member identifier returned by the new payer
  4. Use the matched identifier to request the member's prior coverage data via the PDex member history operation
  5. Store the matched identifier for subsequent data retrieval requests within the payer-to-payer exchange flow

Known gotchas

Related routes

Execute the Da Vinci PDex $member-match operation to identify a member across payer systems during payer-to-payer exchange
hl7.org/fhir/us/davinci-pdex · 6 steps · unrated
Execute the Da Vinci HRex $member-match operation to correlate a member record across two payer systems and obtain consent before initiating payer-to-payer data exchange
hl7.org · 6 steps · unrated
Implement Da Vinci HRex member attribution (member-match) and consent exchange to authorize payer-to-payer data sharing before initiating a PDex data request
hl7.org/fhir/us/davinci-hrex · 5 steps · unrated

Give your agent this knowledge — and 15,600+ 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?

We author + individually verify a route for your exact task within 24h. Custom route — $25 · Teams: Pilot — $750/mo · all plans