$member-matchOperation für HealthLake - AWS HealthLake
UsageUnterstützte ParameterBeispieleAntwortparameterPassende AlgorithmenBehaviorAutorisierungFehlerbehandlung

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-matchOperation für HealthLake

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

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

POST [base]/Patient/$member-match

Unterstützte Parameter

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 Deckung Ja — Deckungsressource, die für den Abgleich mit vorhandenen Datensätzen verwendet wird
CoverageToLink Berichterstattung Nein — Deckungsressource, die während des Matching-Prozesses verknüpft werden soll
Zustimmung Zustimmung Nein — Zustimmungsressource für Autorisierungszwecke

Beispiele

POST-Anfrage mit Parametern

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

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

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 String Typ des verwendeten Match-Algorithmus (EXACT_MATCH, STRONG_MATCH oder DEMOGRAPHIC_MATCH)
Einzelheiten zum Spiel String Detaillierte Informationen zum Matching-Prozess
Übereinstimmende Felder String Liste der spezifischen Felder, die erfolgreich abgeglichen wurden

Passende Algorithmen

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

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

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

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