how test health care application part 1
Grundlegendes zum Gesundheitswesen und Testen von Anwendungen im Gesundheitswesen:
Der heutige Artikel befasst sich mit Gesundheits- / Geschäftsinformationen, Komponenten, zu testenden und zu testenden Informationen.
Diese zweiteilige Artikelserie ist nützlich für alle, die eine andere Domäne erkunden und in diese einsteigen möchten, um den Workflow für Anwendungen im Gesundheitswesen zu testen, zu lernen und zu verstehen Testprozess .
Kurz gesagt, dieser Artikel ist Ihr erster Schritt und ein Leitfaden für Ihre Suche nach Gesundheitswissen. Im Teil 2 Wir werden Testszenarien für verschiedene Anwendungen im Bereich Gesundheitswesen bereitstellen.
Um in Tests zu übertreffen, Domänenwissen ist der Schlüssel . Wir werden uns jetzt über den Geschäftsfluss des Kunden informieren.
Was du lernen wirst:
Healthcare Domain - Eine Einführung
Das Gesundheitswesen oder die Krankenversicherung ähnelt der allgemeinen Versicherung. Wie Sie wissen, stellt der Versicherer (Versicherungsunternehmen) in jeder Versicherung die Pläne zur Verfügung, und der Kunde (Abonnent oder Versicherungsnehmer) kauft die Police seines gewünschten Plans. Der Versicherer erhält den Prämienbetrag von den Versicherungsnehmern, und die Versicherungsnehmer erhalten vom Versicherer Erstattungen für die von ihnen eingereichten gültigen Ansprüche.
beste Bereinigungssoftware für Windows 7
Das Gleiche gilt für die Krankenversicherung, aber neben dem Versicherer und dem Versicherungsnehmer gibt es noch andere wichtige Mitwirkende wie Anbieter, TPA (Third Party Administrator), Makler usw.
Wir werden nun jeden der Hauptverantwortlichen im Detail sehen:
# 1) Versicherer: Ein Unternehmen, das einen Plan erstellt, die Police verkauft und dem Versicherungsnehmer oder Anbieter die eingereichten gültigen Ansprüche erstattet.
# 2) Versicherungsnehmer: Eine Person oder ein Unternehmen, die die Police vom Versicherer oder Makler kauft, zahlt dem Versicherer eine Prämie und reicht manchmal einen Anspruch ein.
c ++ Rand zwischen 0 und 1
# 3) Anbieter: Eine Person oder Einrichtung, die dem Versicherungsnehmer und seinen Angehörigen die Gesundheitsdienstleistung erbringt, erhält entweder eine Zahlung für die Leistung vom Versicherungsnehmer oder vom Versicherer, indem sie einen Anspruch einreicht.
# 4) TPA: Eine Person oder Organisation, die die Ansprüche des Versicherungsnehmers oder Anbieters verwaltet und vom jeweiligen Beitragszahler eine Zahlung für das Management erhält.
# 5) Broker: Wie Sie vermutet haben, handelt es sich um einen Vertreter, der die Police im Auftrag des Versicherers an die Kunden verkauft und vom Versicherer eine Provision erhält.
Zum Beispiel, Wir können die Grundfunktion von Mitwirkenden anhand des folgenden Beispiels verstehen.
Herr Enosh kaufte von Herrn Ponnar eine Krankenversicherungspolice, die allgemeine ärztliche Beratung und Sehprobleme abdeckt, und zahlt eine Prämie dafür an ein Gesundheitsunternehmen.
Nachdem Herr Enosh krank war und den Arzt Herrn Sabari zur Genesung konsultierte, übermittelte Sabari Enosh ein Rezept und reichte einen Antrag auf Konsultation bei der HealthCorp Company ein und erhielt die Erstattung. Herr Ponnar erhält von der HealthCorp Company eine Provision für die Zahlung der Prämie durch Herrn Enosh.
Im obigen Beispiel sind „Allgemeine ärztliche Beratung“ und „Sehprobleme“ die Vorteile des Krankenversicherungsplans, Herr Enosh ist der Versicherungsnehmer, Herr Ponnar ist der Makler, HealthCorp Company ist der Versicherer und Herr Sabari ist der Anbieter.
Um den Unterschied zwischen Richtlinie und Plan klar zu verstehen, denken Sie an Plan als Klasse und Richtlinie als Objekt (eine Instanz der Klasse). Eine Police kann basierend auf der Art der Begünstigten, die sie abdeckt, in Einzel- und Gruppenrichtlinien eingeteilt werden.
Individuelle Politik: Eine Person wird der Versicherungsnehmer sein; Sowohl der Einzelne als auch seine Angehörigen profitieren von den Vorteilen des Gesundheitsplans. Hier zahlt der Einzelne die Prämie.
Gruppenrichtlinie: Ein Unternehmen (im Allgemeinen ein Arbeitgeber) ist der Versicherungsnehmer, die Mitglieder (Mitarbeiter) des Unternehmens und ihre Angehörigen genießen die Vorteile des Krankenversicherungsplans. Hier zahlt das Unternehmen die Prämie.
Zum Beispiel, Ein Beispiel für eine klare Vorstellung von Gruppenrichtlinien ist wie folgt:
Die MotoCorp Company kauft eine Police von der HealthCorp Company für ihre Mitarbeiter und deren Familie. Ihre Ansprüche werden von EasyClaim Company verwaltet. Hier ist die MotoCorp Company der Versicherungsnehmer, die HealthCorp Company der Versicherer und die EasyCliam Company der TPA.
Wie teste ich eine Gesundheitsanwendung?
Vor dem Testen einer Anwendung sollten wir uns mit dem Workflow der Gesundheitsbranche vertraut machen. Das vorige Thema gibt nur eine Einführung in die verwaltete Gesundheitsversorgung, weitere Details sind hier verfügbar .
Ein Versicherer benötigt verschiedene Anwendungen, um Folgendes zu verwalten:
- Anbieterdaten
- Mitgliedsdaten
- Premium-Abrechnung / Zahlung
- Brokerdaten
- Anspruchserfassung / Validierung
- Berechnung / Zahlung der Maklerprovision
Im Allgemeinen enthält eine Healthcare-Anwendung die folgende Liste von Systemen:
- Mitgliedersystem : Um die Daten der Versicherungsnehmer zu pflegen, verschiedene Pläne mit ihrer Liste der Leistungen und die Erstellung von Prämienrechnungen für den Versicherungsnehmer basierend auf ihren Plänen
- Anbietersystem : Um Anbieterdaten zu pflegen
- Maklersystem : Um Maklerdaten zu pflegen und Provisionen zu berechnen
- Anspruchssystem : Zur Anspruchserfassung und Validierung
- Finanzsystem : Um die notwendige Zahlung an Anbieter / Mitglied / Makler zu leisten
- Mitgliederportal : Um die Informationen der Versicherungsnehmer anzuzeigen, leisten Sie Prämienzahlungen und fordern Sie Änderungsinformationen für Versicherungsnehmer an
- Anbieterportal : Anzeigen von Anbieterinformationen und Auslösen einer Anforderung von Änderungsinformationen für Anbieter
- Maklerportal : zum Anzeigen von Brokerinformationen und zum Anfordern von Änderungsinformationen für Broker
Dies ist möglicherweise keine vollständige Liste. Dies ist jedoch die Liste nach bestem Wissen. Außerdem werden möglicherweise nicht alle Anwendungen verwendet. Manchmal werden nur wenige dieser Anwendungen zu einer anderen Kombinationsanwendung zusammengeführt. In anderen Fällen handelt es sich um eigenständige Systeme.
Zum Beispiel Das Anbietersystem kann in einigen Anwendungen im Gesundheitswesen Teil des Mitgliedersystems sein. Mit Anwendung im Gesundheitswesen meine ich eine Reihe von Systemen, die von einem Versicherer gewartet werden, um seine Kunden und Partner zu unterstützen.
Fragen zum Java-Codierungsinterview schreiben Code
Workflow zum Testen von Anwendungen im Gesundheitswesen
Das einzigartige Merkmal des Gesundheitssystems ist, dass diese Anwendungen nicht in beliebiger Reihenfolge getestet werden können. Es gibt einen bestimmten Workflow, der befolgt werden muss:
- Damit ein Mitglied / Versicherungsnehmer in einen Krankenversicherungsplan aufgenommen werden kann, muss er einem Anbieter (Primary Care Physician) oder einem Anbieternetzwerk zugewiesen werden. Daher sollte das Mitgliedersystem eine Möglichkeit haben, den zugewiesenen Anbieter zu validieren. Entweder stellt das Mitgliedssystem eine Verbindung zum Anbietersystem her, oder ein Datenfeed sollte regelmäßig vom Anbietersystem an das Mitgliedssystem gesendet werden. Daher sollte das Anbietersystem getestet und einsatzbereit sein, bevor das Mitgliedssystem getestet wird.
- Ein Anspruch sollte neben anderen Details aus der Anbieter-ID und der Mitglieds-ID bestehen. Das Anspruchssystem sollte sowohl das Mitglied als auch den Anbieter validieren, um den Anspruch zu validieren. Daher sollten sowohl das Mitglied- als auch das Anbietersystem getestet und einsatzbereit sein, bevor das Anspruchssystem getestet wird.
- Das Finanzsystem muss über Daten eines Mitglieds, Anbieters, Anspruchs- und Maklersystems verfügen, um Schecks ausstellen oder EFT-Zahlungen an die jeweilige Person oder Organisation leisten zu können.
- Anbieter- und Maklersysteme sind eigenständig.
- Portale sollten endlich getestet werden, da sie Daten von den anderen Anwendungen benötigen.
In dieser Reihenfolge sollten die Systeme in der Healthcare-Anwendung getestet werden.
Was ist? Nächster ?
Die oben genannten Informationen sollten uns genügend Schwung geben, um die „Anwendungen zum Testen“ der Gesundheitsanwendungen zu behandeln, die in der 2. Teil dieses Artikels.
Über den Autor: Dies ist ein Gastbeitrag von Vairavan R M. Der Autor hat gute Erfahrungen mit dem Testen von Anwendungen im Gesundheitswesen und der Leitung eines Teams in einem multinationalen Unternehmen.
Wenn Sie in der Zwischenzeit Fragen oder Kommentare haben oder Hilfe benötigen, um den Bereich Gesundheitswesen besser zu verstehen, lassen Sie es mich bitte wissen. Seien Sie gespannt auf den nächsten Artikel in der Reihe.
Literatur-Empfehlungen
- Testen von Anwendungen im Gesundheitswesen - Tipps und wichtige Testszenarien (Teil 2)
- Anwendungstests - Grundlagen des Softwaretests!
- Testhandbuch für die Sicherheit von Webanwendungen
- Installieren Sie Ihre Anwendung auf dem Gerät und starten Sie den Test von Eclipse aus
- Tutorial für zerstörende Tests und zerstörungsfreie Tests
- Leistungstests vs Lasttests vs Stresstests (Unterschied)
- Was ist Affentest beim Softwaretest?
- Top 20 praktische Tipps zum Testen von Software, die Sie lesen sollten, bevor Sie eine Anwendung testen