Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# `$member-match`Operation für HealthLake
<a name="reference-fhir-operations-member-match"></a>

AWS HealthLake unterstützt jetzt die `$member-match` Operation für Patientenressourcen und ermöglicht es Organisationen im Gesundheitswesen, anhand demografischer Daten und Versicherungsdaten die eindeutige Kennung eines Mitglieds in verschiedenen Gesundheitssystemen zu ermitteln. Dieser Vorgang ist unerlässlich, um die CMS-Konformität zu erreichen und den sicheren payer-to-payer Datenaustausch zu ermöglichen und gleichzeitig die Privatsphäre der Patienten zu wahren.

Dieser Vorgang ist besonders nützlich, wenn Sie:
+ Ermöglichen Sie den sicheren Austausch von Gesundheitsdaten zwischen Organisationen
+ Sorgen Sie für die Kontinuität der Patientenversorgung über verschiedene Systeme hinweg
+ Support der CMS-Compliance-Anforderungen
+ Erleichtern Sie die genaue Identifizierung von Mitgliedern in allen Gesundheitsnetzwerken

## Usage
<a name="member-match-usage"></a>

Der `$member-match` Vorgang kann mithilfe der POST-Methode für Patientenressourcen aufgerufen werden:

```
POST [base]/Patient/$member-match
```

## Unterstützte Parameter
<a name="member-match-parameters"></a>

HealthLake unterstützt die folgenden FHIR-Parameter`$member-match`:


| Parameter | Typ | Erforderlich | Standard | Description | 
| --- | --- | --- | --- | --- | 
| MemberPatient | Patient | Ja | — | Patientenressource mit demografischen Informationen für das zuzuordnende Mitglied | 
| CoverageToMatch | Abdeckung | Ja | — | Informationsquelle, die für den Abgleich mit vorhandenen Datensätzen verwendet wird | 
| CoverageToLink | Abdeckung | Nein | — | Coverage-Ressource, die während des Abgleichs verknüpft werden soll | 
| Zustimmung | Zustimmung | Nein | — | Zustimmungsressource für Autorisierungszwecke | 

## Beispiele
<a name="member-match-examples"></a>

### POST-Anfrage mit Parametern
<a name="member-match-request-example"></a>

```
POST [base]/Patient/$member-match
Content-Type: application/fhir+json

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "MemberPatient",
      "resource": {
        "resourceType": "Patient",
        "name": [
          {
            "family": "Jones",
            "given": ["Sarah"]
          }
        ],
        "gender": "female",
        "birthDate": "1985-05-15"
      }
    },
    {
      "name": "CoverageToMatch",
      "resource": {
        "resourceType": "Coverage",
        "status": "active",
        "beneficiary": {
          "reference": "Patient/1"
        },
        "relationship": {
          "coding": [
            {
              "system": "http://terminology.hl7.org/CodeSystem/subscriber-relationship",
              "code": "self",
              "display": "Self"
            }
          ]
        },
        "payor": [
          {
            "reference": "Organization/payer456"
          }
        ]
      }
    },
    {
      "name": "Consent",
      "resource": {
        "resourceType": "Consent",
        "status": "active",
        "scope": {
          "coding": [
            {
              "system": "http://terminology.hl7.org/CodeSystem/consentscope",
              "code": "patient-privacy"
            }
          ]
        },
        "category": [
          {
            "coding": [
              {
                "system": "http://terminology.hl7.org/CodeSystem/v3-ActCode",
                "code": "IDSCL"
              }
            ]
          }
        ],
        "patient": {
          "reference": "Patient/1"
        },
        "performer": [
          {
            "reference": "Patient/patient123"
          }
        ],
        "sourceReference": {
          "reference": "Document/someconsent"
        },
        "policy": [
          {
            "uri": "http://hl7.org/fhir/us/davinci-hrex/StructureDefinition-hrex-consent.html#regular"
          }
        ]
      }
    }
  ]
}
```

### Beispielantwort
<a name="member-match-response-example"></a>

Die Operation gibt eine Parameter-Ressource zurück, die die passenden Ergebnisse enthält:

```
{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "MemberIdentifier",
      "valueIdentifier": {
        "system": "http://hospital.org/medical-record-number",
        "value": "MRN-123456"
      }
    },
    {
      "name": "MemberId",
      "valueReference": {
        "reference": "Patient/patient123"
      }
    },
    {
      "name": "matchAlgorithm",
      "valueString": "DEMOGRAPHIC_MATCH"
    },
    {
      "name": "matchDetails",
      "valueString": "Demographic match: DOB + Name"
    },
    {
      "name": "matchedFields",
      "valueString": "given,birthdate,gender,family"
    }
  ]
}
```

## Antwortparameter
<a name="member-match-response-parameters"></a>

Die Antwort enthält die folgenden Parameter, wenn eine Übereinstimmung gefunden wird:


| Parameter | Typ | Description | 
| --- | --- | --- | 
| MemberIdentifier | Kennung | Die eindeutige Kennung für das übereinstimmende Mitglied | 
| MemberId | Referenz | Verweis auf die Patientenressource | 
| Match-Algorithmus | Zeichenfolge | Typ des verwendeten Match-Algorithmus (EXACT\_MATCH, STRONG\_MATCH oder DEMOGRAPHIC\_MATCH) | 
| Einzelheiten zum Spiel | Zeichenfolge | Detaillierte Informationen zum Matching-Prozess | 
| Übereinstimmende Felder | Zeichenfolge | Liste der spezifischen Felder, die erfolgreich abgeglichen wurden | 

## Passende Algorithmen
<a name="member-match-algorithms"></a>

Die `$member-match` API verwendet einen mehrstufigen Matching-Ansatz, um eine genaue Identifizierung der Mitglieder zu gewährleisten:

EXACT\_MATCH  
Verwendet die Patienten-ID in Kombination mit dem Versicherungsschutz SubscriberId  
Bietet das höchste Konfidenzniveau für die Zuordnung von Mitgliedern

STRONG\_MATCH  
Verwendet eine Patienten-ID mit Informationen zur Mindestabdeckung  
Bietet ein hohes Maß an Sicherheit, wenn die genauen Übereinstimmungskriterien nicht erfüllt werden

DEMOGRAPHIC\_MATCH  
Verlässt sich auf grundlegende demografische Informationen  
Wird verwendet, wenn ein identifikationsbasierter Abgleich nicht möglich ist

## Behavior
<a name="member-match-behavior"></a>

Die `$member-match` Operation:
+ Akzeptiert demografische Daten des Patienten, Angaben zum Versicherungsschutz und optionale Einwilligungsinformationen als Eingabe
+ Gibt eine eindeutige Mitgliedskennung zurück, die für nachfolgende Interaktionen verwendet werden kann
+ Implementiert einen mehrstufigen Abgleich (exakt, aussagekräftig, demografisch), um eine genaue Identifizierung der Mitglieder in verschiedenen Gesundheitssystemen zu gewährleisten
+ Speichert alle bereitgestellten Einwilligungsinformationen für future Autorisierungszwecke
+ Unterstützt den sicheren payer-to-payer Datenaustausch unter Wahrung der Privatsphäre der Patienten
+ Entspricht den CMS-Anforderungen für den Austausch von Gesundheitsdaten

## Autorisierung
<a name="member-match-authorization"></a>

Die API verwendet SMART auf dem FHIR-Autorisierungsprotokoll mit den folgenden erforderlichen Bereichen:
+ `system/Patient.read`
+ `system/Coverage.read`
+ `system/Organization.read`(bedingt)
+ `system/Practitioner.read`(bedingt)
+ `system/PractitionerRole.read`(bedingt)
+ `system/Consent.write`(bedingt)

## Fehlerbehandlung
<a name="member-match-error-handling"></a>

Der Vorgang behandelt die folgenden Fehlerbedingungen:
+ `400 Bad Request`: Ungültiger `$member-match` Vorgang (fehlerhafte Anfrage oder fehlende erforderliche Parameter)
+ `422 Unprocessable Entity`: Keine übereinstimmenden oder mehrere Treffer gefunden