View a markdown version of this page

Integration der Versicherungsverifizierung - Amazon Connect Health

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.

Integration der Versicherungsverifizierung

Real-time Die Überprüfung der Versicherungsfähigkeit (RTE) ist eine optionale Funktion des Terminverwaltungsagenten. Wenn diese Option aktiviert ist, überprüft der Agent die Versicherungsfähigkeit eines Patienten und ruft die Copay-Informationen ab, bevor er einen Termin bestätigt. Diese Funktion wird für Organisationen empfohlen, die vor der Terminvereinbarung oder Terminverlegung für Transparenz bei der Bezahlung sorgen möchten.

-Übersicht

Kunden sind für die Erstellung und Wartung ihrer Lambda-Funktion verantwortlich. AWS stellt Lambda-Beispielcode bereit, den Kunden mit ihren anbieterspezifischen API-Integrationsdetails und ihrer Authentifizierungslogik aktualisieren müssen. Kunden müssen das Lambda auf ihrem AWS-Konto bereitstellen, es mit Herstelleranmeldedaten konfigurieren (mit AWS Secrets Manager empfohlen) und eine Ressourcenrichtlinie hinzufügen, die es dem Service-Principal health-agent.amazonaws.com ermöglicht, die Funktion aufzurufen.

Wann sollte die Versicherungsverifizierung verwendet werden

Verwenden Sie die Integration zur Versicherungsverifizierung, wenn Sie:

  • Bieten Sie Ihren Patienten Transparenz bei der Bezahlung, bevor Sie Termine bestätigen

  • Integrieren Sie mit Ihrem bevorzugten RTE-Anbieter (wie Experian Health oder Waystar)

Sie benötigen RTE Lambda nicht, wenn:

  • Post-booking Die Versicherungsverifizierung über die privaten APIs von Epic ist für Ihren Arbeitsablauf ausreichend

  • Du ziehst es vor, die Versicherungsverifizierung im Rahmen vorhandener Personalprozesse abzuwickeln

Funktionsweise

Die Überprüfung der Versicherung umfasst eine Einrichtungsphase und eine Laufzeitphase.

Einrichtungsphase

Der Kunde stellt eine Lambda-Funktion bereit, die eine Verbindung zu seinem bevorzugten RTE-Anbieter (z. B. Experian Health oder Waystar) herstellt. Die Lambda-Funktion ist bei Amazon Connect Health registriert und es wurden Aufrufberechtigungen erteilt.

Laufzeitphase

Wenn ein Patient einen Termin vereinbart oder verschiebt, ruft der Terminverwaltungsagent die Lambda-Funktion des Kunden mit Patienten- und Termindetails auf. Die Lambda-Funktion fragt den RTE-Anbieter ab und gibt Informationen zum Berechtigungsstatus und zur Zuzahlung an den Agenten zurück, der die Ergebnisse dem Patienten präsentiert, bevor der Termin bestätigt wird.

Lambda-Eingabe- und Ausgabeschema

AWS stellt einen Lambda-Beispielcode für die Überprüfung der Patientenversicherung bereit. Sie aktualisieren den Beispielcode mit Ihren anbieterspezifischen Integrationsdetails und stellen ihn auf Ihrem Produktionskonto bereit.

Den Lambda-Beispielcode finden Sie unter sample-healthcare-realtime-eligibility on. GitHub

Eingabeschema

Der Terminverwaltungsagent stellt Ihrer Lambda-Funktion die folgenden Informationen zur Verfügung.

Feld Description

CoverageDetails.identifier

Zahlercode, der die Versicherungsgesellschaft identifiziert

CoverageDetails.groupNumber

Nummer der Versicherungsgruppe

CoverageDetails.insuranceName

Free-text Name der Versicherung

CoverageDetails.memberNumber

Mitglieds-ID des Abonnenten

subscriber.identifier

System-ID für den Abonnenten (optional)

Abonnentenname

Name des Abonnenten (optional)

subscriber.date OfBirth

Geburtsdatum des Abonnenten (optional)

Abonnent. Beziehung ToPatient

Beziehung zum Patienten, zum Beispiel „Selbst“ (optional)

Identifikationsnummer des Patienten

Identifikationsnummer des Patienten

Anfrage PeriodStart

Beginn des Servicedatums

Anfrage PeriodEnd

Ende des Servicedatums

Anbieter NPI

10-stelliger NPI des Anbieters

Anbieter LastName

Nachname des Anbieters (optional)

Abteilung NPI

Abteilung NPI (fakultativ)

Ausgabeschema

Ihre Lambda-Funktion muss die folgenden Informationen an den Terminverwaltungsagenten zurückgeben.

Feld Typ Description

Eignungsstatus

Zeichenfolge

Einer von:eligible,, oder ineligible unknown

Betrag kopieren

Zahl (optional)

Voraussichtlicher Zuschuss in USD

Einzelheiten zur Deckung

Zeichenfolge (optional)

Free-text Zusammenfassung der Berichterstattung

errorMessage

Zeichenfolge (optional)

Beschreibung des Fehlers, falls die Überprüfung fehlgeschlagen ist

Lambda-Ressourcenpolitik

Der Kunde muss seiner Lambda-Funktion eine ressourcenbasierte Richtlinie beifügen, die dem Amazon Connect Health-Service Principal-Aufrufberechtigungen erteilt. Die Richtlinie muss Folgendes beinhalten:

  • Effekt: Erlauben

  • Hauptdienst: health-agent.amazonaws.com

  • Aktion: lambda:InvokeFunction

  • Ressource: Ihre Lambda-Funktion ARN

  • Zustand: ArnLike mit passendem AWS:SourceArn arn:aws:health-agent:<region>:<aws-account-id>:*

Weitere Informationen finden Sie unter Lambda-Funktionszugriff auf AWS-Services gewähren.

Die vollständige Richtlinienvorlage finden Sie im Lambda-Beispielcode unter https://github.com/aws-samples/sample-healthcare-realtime-eligibility.

Einrichtungsschritte

  1. Laden Sie den Lambda-Beispielcode herunter von https://github.com/aws-samples/sample-healthcare-realtime-eligibility.

  2. Aktualisieren Sie den Beispielcode mit den API-Integrationsdetails und der Authentifizierungslogik Ihres RTE-Anbieters.

  3. Stellen Sie die Lambda-Funktion für Ihr AWS-Konto bereit.

  4. Konfigurieren Sie die Lambda-Funktion mit Herstelleranmeldedaten mithilfe von AWS Secrets Manager (empfohlen).

  5. Hängen Sie die Ressourcenrichtlinie an, um Amazon Connect Health die Erlaubnis zu erteilen, die Funktion aufzurufen. Weitere Informationen finden Sie unter Gewähren von Lambda-Funktionszugriff auf AWS-Services im AWS Lambda Developer Guide.

  6. Konfigurieren Sie in der Amazon Connect Health-Konsole die Lambda-Funktion ARN in den Domain-Einstellungen unter Integrationsfunktion.

  7. Testen Sie die Integration in einer Nicht-Produktionsumgebung, bevor Sie sie in der Produktionsumgebung aktivieren.