View a markdown version of this page

Intégration de la vérification des assurances - Amazon Connect Health

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Intégration de la vérification des assurances

Real-time La vérification de l'éligibilité à l'assurance (RTE) est une fonctionnalité facultative de l'agent de gestion des rendez-vous. Lorsque cette option est activée, l'agent vérifie l'éligibilité du patient à l'assurance et récupère les informations de quote-part avant de confirmer un rendez-vous. Cette fonctionnalité est recommandée aux organisations qui souhaitent garantir la transparence du paiement des quotes-parts avant de planifier ou de reporter des rendez-vous.

Présentation de

Les clients sont responsables de la création et de la maintenance de leur fonction Lambda. AWS fournit un exemple de code Lambda que les clients doivent mettre à jour avec les détails d'intégration d'API et la logique d'authentification spécifiques à leur fournisseur. Les clients doivent déployer le Lambda sur leur compte AWS, le configurer avec les informations d'identification du fournisseur (utilisation recommandée d'AWS Secrets Manager) et ajouter une politique de ressources permettant au principal de service health-agent.amazonaws.com d'appeler la fonction.

Quand utiliser la vérification d'assurance

Utilisez l'intégration de la vérification des assurances lorsque vous souhaitez :

  • Assurez la transparence des quotes-parts aux patients avant de confirmer les rendez-vous

  • Intégrez votre fournisseur RTE préféré (comme Experian Health ou Waystar)

Vous n'avez pas besoin de RTE Lambda si :

  • Post-booking la vérification des assurances via les API privées d'Epic est suffisante pour votre flux de travail

  • Vous préférez gérer la vérification des assurances par le biais des processus existants relatifs au personnel

Comment ça marche

La vérification des assurances comprend une phase de configuration et une phase d'exécution.

Phase de configuration

Le client déploie une fonction Lambda qui se connecte à son fournisseur RTE préféré (par exemple, Experian Health ou Waystar). La fonction Lambda est enregistrée auprès d'Amazon Connect Health et bénéficie d'autorisations d'invocation.

Phase d'exécution

Lorsqu'un patient prend ou reporte un rendez-vous, l'agent de gestion des rendez-vous invoque la fonction Lambda du client avec les détails du patient et du rendez-vous. La fonction Lambda interroge le fournisseur du RTE et renvoie le statut d'éligibilité et les informations de quote-part à l'agent, qui présente les résultats au patient avant de confirmer le rendez-vous.

Schéma d'entrée et de sortie Lambda

AWS fournit un exemple de code Lambda pour la vérification de l'assurance des patients. Vous mettez à jour l'exemple de code avec les détails d'intégration spécifiques à votre fournisseur et vous le déployez sur votre compte de production.

Pour l'exemple de code Lambda, voir sample-healthcare-realtime-eligibility on. GitHub

Schéma d'entrée

L'agent de gestion des rendez-vous fournit les informations suivantes à votre fonction Lambda.

Champ Description

CoverageDetails.identifier

Code du payeur identifiant la compagnie d'assurance

CoverageDetails.groupNumber

Numéro de groupe d'assurance

CoverageDetails.insuranceName

Free-text nom de l'assurance

CoverageDetails.memberNumber

ID de membre de l'abonné

abonné.identifier

Identifiant système pour l'abonné (facultatif)

nom de l'abonné

Nom de l'abonné (facultatif)

abonné.date OfBirth

Date de naissance de l'abonné (facultatif)

abonné.relationship ToPatient

Relation avec le patient, par exemple « Soi » (facultatif)

Identifiant du patient

Identifiant du patient

demande PeriodStart

Date de début du service

demande PeriodEnd

Date de fin du service

Fournisseur NPI

NPI à 10 chiffres du fournisseur

fournisseur LastName

Nom de famille du fournisseur (facultatif)

Département NPI

Département NPI (facultatif)

Schéma de sortie

Votre fonction Lambda doit renvoyer les informations suivantes à l'agent de gestion des rendez-vous.

Champ Type Description

Statut d'éligibilité

String

L'un des suivants : eligibleineligible, ou unknown

CoPayez le montant

Numéro (facultatif)

Quote-part estimée en USD

Détails de la couverture

Chaîne (facultatif)

Free-text résumé de la couverture

errorMessage

Chaîne (facultatif)

Description de l'erreur en cas d'échec de la vérification

Politique de ressources Lambda

Le client doit associer une politique basée sur les ressources à sa fonction Lambda accordant au service Amazon Connect Health les autorisations d'appel principales. La politique doit inclure :

  • Effet : Autoriser

  • Service principal : health-agent.amazonaws.com

  • Action : lambda:InvokeFunction

  • Ressource : L'ARN de votre fonction Lambda

  • État : ArnLike avec AWS:SourceArn correspondance arn:aws:health-agent:<region>:<aws-account-id>:*

Consultez la section Octroi de l'accès à la fonction Lambda aux services AWS pour référence.

Pour le modèle de politique complet, consultez l'exemple de code Lambda à l'adresse https://github.com/aws-samples/sample-healthcare-realtime-eligibility.

Étapes de configuration

  1. Téléchargez l'exemple de code Lambda sur https://github.com/aws-samples/sample-healthcare-realtime-eligibility.

  2. Mettez à jour l'exemple de code avec les détails d'intégration de l'API et la logique d'authentification de votre fournisseur RTE.

  3. Déployez la fonction Lambda sur votre compte AWS.

  4. Configurez la fonction Lambda avec les informations d'identification du fournisseur à l'aide d'AWS Secrets Manager (recommandé).

  5. Joignez la politique de ressources pour autoriser Amazon Connect Health à invoquer la fonction. Pour plus d'informations, consultez la section Accorder l'accès à la fonction Lambda aux services AWS dans le manuel du développeur AWS Lambda.

  6. Dans la console Amazon Connect Health, configurez l'ARN de la fonction Lambda dans les paramètres du domaine sous Fonction d'intégration.

  7. Testez l'intégration dans un environnement hors production avant de l'activer en production.