$member matchningsåtgärd för Azure API för FHIR

$member matchning är en åtgärd som definieras som en del av Da Vinci Health Record Exchange (HRex). I den här guiden går vi igenom vad $member matchning är och hur du använder den.

Översikt över $member-matchning

Den $member matchningsåtgärden skapades för att hjälpa till med datautbytet mellan betalare genom att en ny betalare kunde få en unik identifierare för en patient från patientens tidigare betalare. Åtgärden $member matchning kräver att tre informationsdelar skickas i brödtexten i begäran:

  • Patientdemografi

  • Den gamla täckningsinformationen

  • Den nya täckningsinformationen (krävs inte baserat på vår implementering)

När data har skickats verifierar Azure API för FHIR att den kan hitta en patient som exakt matchar demografin som skickas in med den gamla täckningsinformationen som skickas in. Om ett resultat hittas blir svaret ett paket med ursprungliga patientdata plus en ny identifierare som lagts till från den gamla betalaren och den gamla täckningsinformationen.

Anteckning

I specifikationen beskrivs hur du skickar in och tillbaka den nya täckningsinformationen. Vi har beslutat att utelämna dessa data för att hålla resultaten mindre.

Exempel på $member matchning

Använd följande anrop om du vill använda $member matchning:

POST {{fhirurl}}/Patient/$member-match

Du måste inkludera en parameterresurs i kroppen som innehåller patienten, den gamla täckningen och den nya täckningen. Om du vill se en JSON-representation läser du exempelbegäran $member matchning.

Om en enskild matchning hittas får du ett svar på 200 med en annan identifierare tillagd:

20000 svarskod.

Om $member-matchning inte kan hitta en unik matchning får du ett 422-svar med en felkod.

Nästa steg

I den här guiden har du lärt dig om åtgärden $member matchning. Därefter kan du lära dig om att testa Da Vinci Payer Data Exchange IG i Touchstone, vilket kräver åtgärden $member matchning.

FHIR® är ett registrerat varumärke som tillhör HL7 och används med tillstånd av HL7.