Availity

Availity

Availity mit Corma steuern: ein primärer Admin je Organisation, Pflicht zur 2-Schritt-Authentifizierung, Sperre nach 60 Tagen, Zugang bei Austritt sperren.

Die Integration von Corma und Availity hält die Availity-Essentials-Nutzer Ihrer Organisation im Einklang mit den Mitarbeitenden, die täglich mit Krankenversicherern arbeiten. Availity beschreibt Availity Essentials als sichere Multi-Payer-Plattform, auf der Leistungserbringer im Gesundheitswesen und Krankenversicherer zusammenarbeiten, indem sie administrative und klinische Informationen austauschen. Essentials ist kostenlos und wird von Krankenversicherern gesponsert. Bei der Governance geht es daher nicht um Plätze, sondern darum, wer noch ein Login für diese Informationen besitzt.

Das Wichtigste in Kürze

  • Availity verlangt, dass jede Person ein eigenes Konto hat, und berechnet keine Gebühren für Nutzerkonten in Availity Essentials.
  • Wer eine Organisation in Availity Essentials registriert, wird automatisch ihr primärer Administrator.
  • Das Organization Access Agreement von Availity verpflichtet den Administrator, den Zugriff eines ausgeschiedenen Mitarbeitenden unmittelbar mit Beendigung des Arbeitsverhältnisses zu deaktivieren.
  • Jeder Nutzer von Availity Essentials muss sich für die 2-Schritt-Authentifizierung registrieren, und Availity sperrt ein Konto nach 60 oder mehr Tagen ohne Anmeldung.

Was erwartet Availity von Ihrem Administrator?

Die Pflichten stehen in einem Vertrag. Das Organization Access Agreement von Availity macht den Administrator allein dafür verantwortlich, dass jeder Nutzer eindeutige Anmeldedaten hat und dass eine genaue, aktuelle Liste aller Nutzer geführt wird. Der Administrator kann den Zugriff eines Nutzers online oder per schriftlichem Antrag an Availity deaktivieren, und die Organisation haftet für Verluste, die Dritte verursachen, wenn sie die Anmeldedaten ihrer Nutzer verwenden. Bestimmungen zu HIPAA und zu Business Associates stehen in einem separaten Abschnitt desselben Vertrags.

Der Administrator lädt Nutzer einzeln, gesammelt über eine Tabelle oder durch Kopieren eines Nutzers aus einer anderen Organisation ein und vergibt Rollen nach Aufgabenbereich. Availity sieht ausserdem Administrator Delegates und einen User Administrator vor. Availity löscht inaktive Nutzer periodisch, und ein gelöschter Nutzer braucht von seinem Administrator eine neue User-ID. Die Nutzerliste in Availity kann also von Ihren HR-Daten abweichen. Der API-Leitfaden von Availity ergänzt, dass jede App im Developer Portal eine Client-ID und ein Client Secret erhält, das nur einmal angezeigt wird, und dass Access Tokens fünf Minuten gültig sind.

So steuert Corma Availity

  • Austritte rechtzeitig deaktiviert: Ein Workflow für ausscheidende Mitarbeitende im IT Workflow Builder, ausgelöst aus Ihrem HR-System, fordert den Availity-Administrator auf, den Zugriff der Person an ihrem letzten Arbeitstag zu entziehen, wie es der Vertrag verlangt.
  • Nutzer und Administratoren auf dem Prüfstand: Availity-Nutzer, Administratoren und Administrator Delegates fliessen in automatisierte Access Reviews ein. Das hilft, die genaue Nutzerliste zu führen, die der Vertrag verlangt.
  • Entwickler-Apps mit verantwortlicher Person: Client-IDs und Secrets aus dem Developer Portal sind nicht-menschliche Identitäten. Jede App braucht daher auf Ihrer Seite eine namentlich benannte verantwortliche Person.
  • Kostenpflichtige Optionen im Blick: Ein monatliches Abonnement für Essentials Plus, das viele nicht sponsernde Kostenträger hinzufügt, liegt in der SaaS-Abonnementverwaltung.

Häufige Fragen

Unterstützt Availity SSO und SCIM?

Die FAQ von Availity zur 2-Schritt-Authentifizierung erwähnt Nutzer, die über Single Sign-On auf Availity zugreifen, und sagt, dass die Änderung sie nicht betrifft. Die öffentlichen Seiten von Availity dokumentieren jedoch kein SAML-Setup und kein SCIM-Provisioning für Organisationen von Leistungserbringern. Lesen Sie, wie Sie Apps ohne SCIM, SAML oder SSO offboarden.

Wie verbindet sich Corma mit Availity?

Der API-Leitfaden von Availity listet APIs zu Eligibility, Claims und weiteren Healthcare-Themen auf, aber keine API für die Nutzerverwaltung. Deshalb übernehmen die browserbasierten Agenten von Corma die Schritte für Nutzer in Availity Essentials, in einer isolierten Browsersitzung mit Zugangsdaten aus Ihrem Passwort-Tresor. Sehen Sie sich auch an, wie Corma HR-Teams beim Automatisieren von Onboarding und Offboarding unterstützt.

Wo werden die Daten von Corma gehostet?

Corma wird auf AWS betrieben, Webserver und Datenbanken laufen in Rechenzentren innerhalb der Europäischen Union. Die Daten werden bei der Übertragung und im Ruhezustand verschlüsselt, und Corma ist nach ISO/IEC 27001:2022 zertifiziert.

Sie möchten wissen, welche Availity-Logins die Personen überdauert haben, denen sie gehörten? Demo mit Corma buchen.

Weitere Integrationen

Entdecken Sie zusätzliche Integrationen, die Ihnen beim Management Ihrer Softwarelizenzen und Zugriffsrechte helfen können!