Menü

Testen von Anwendungen im Gesundheitswesen - Tipps und wichtige Testszenarien (Teil 2)

  • Haupt
  • Teststrategie
  • Testen von Anwendungen im Gesundheitswesen - Tipps und wichtige Testszenarien (Teil 2)

testing healthcare applications tips

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Im letzten Artikel haben wir uns intensiv mit dem Verständnis des Gesundheitswesens befasst. Wir sind bereit, unseren 'Testerhut' wieder aufzusetzen und versuchen nun zu verstehen, wie die Anwendungen im Gesundheitswesen getestet werden.

=> Wenn Sie Teil 1 noch nicht gelesen haben, lesen Sie ihn bitte hier: Testen der Gesundheitsanwendung - Einführung

Wir werden jetzt jede Anwendung / jedes System auswählen und Bedingungen festlegen, die wir in jeder von ihnen validieren werden.

Dieser Artikel ist nützlich für Tester, die bereits im Gesundheitswesen tätig sind oder in dieses heißeste Berufsfeld eintreten möchten.

Testen von Anwendungen im Gesundheitswesen

Lass uns anfangen!

Was du lernen wirst:

Testen von Anwendungen im Gesundheitswesen - Die Stichprobe Testszenarien

Dies sind die Beispieltestszenarien für:

Krankenversicherungssystem - Komponenten testen

Testen des Anbietersystems

# 1) Das Anbietersystem sollte es uns ermöglichen, Anbieterdaten einzugeben, zu bearbeiten und zu speichern.

#zwei) Positiver Fluss Systemtests: Fügen Sie Szenarien hinzu, um verschiedene Arten von Anbietern einzugeben, diese zu ändern, zu speichern und nachzufragen.

#3) Negativer Fluss Systemtests: Szenarien einschließen zu

  • Speichern Sie einen Anbieter mit unvollständigen Daten.
  • Speichern Sie einen Anbieter mit einem Vertragsgültigkeitsdatum, das unter dem Anbieterlizenzdatum liegt.
  • Geben Sie Daten des Anbieters ein, die bereits im System verfügbar sind, und speichern Sie diese.

# 4) Testen der Systemintegration sollte Szenarien enthalten

  • Überprüfen Sie den Feed für nachgeschaltete Systeme, z. B. den Feed für das Mitgliedssystem, das Anbieterportal, das Anspruchssystem und das Finanzsystem.
  • Überprüfen Sie, ob die Änderungen aus dem Anbieterportal in den jeweiligen Anbieterdatensatz aufgenommen wurden.

Testen des Brokersystems

# 1) Das Broker-System sollte Folgendes können:

  • Geben Sie Brokerdaten ein, bearbeiten Sie sie und speichern Sie sie.
  • Berechnen Sie die Maklerprovision anhand der Details zur Prämienzahlung aus dem Mitgliedersystem.

#zwei) Positiver Fluss Systemtests sollten Szenarien enthalten

  • Geben Sie den Brokerdatensatz für verschiedene Brokertypen ein, bearbeiten Sie ihn und speichern Sie ihn.
  • Berechnen Sie die Provision für den aktiven Broker, indem Sie eine Feed-Datei mit dem entsprechenden Datensatz für Mitglieder mit einem anderen Plan erstellen.

#3) Negativer Fluss Systemtests sollten Szenarien enthalten

  • Geben Sie einen Broker-Datensatz mit unzureichenden Daten ein und speichern Sie ihn für verschiedene Brokertypen.
  • Berechnen Sie die Provision für den gekündigten Broker, indem Sie eine Feed-Datei mit dem entsprechenden Datensatz für Mitglieder mit einem anderen Plan erstellen
  • Berechnen Sie die Provision für den ungültigen Broker, indem Sie eine Feed-Datei mit dem entsprechenden Datensatz für Mitglieder mit einem anderen Plan erstellen

# 4) Systemtests sollte Szenarien enthalten

  • Überprüfen Sie die Feeds zu den nachgeschalteten Systemen wie dem Broker-Portal, dem Finanzsystem und dem Mitgliedersystem.
  • Überprüfen Sie, ob die Änderungen aus dem Broker-Portal in den jeweiligen Broker-Datensatz aufgenommen wurden.

Testen des Mitgliedersystems

Das Mitgliedersystem sollte Folgendes können:

Wie erstelle ich eine doppelt verknüpfte Liste in Java?
  1. Registrieren, Beenden, Wiederherstellen und erneutes Registrieren eines Mitglieds
  2. Hinzufügen und Entfernen eines abhängigen
  3. Premium-Rechnung erstellen
  4. Verarbeiten Sie Prämienzahlungen

Einschreibung: In einer Einzelversicherung wird ein Versicherungsnehmer im Rahmen eines Plans mit einem Datum des Inkrafttretens hinzugefügt, ab dem er / sie eine Prämie für die vom Versicherer erbrachten Leistungen zahlt und von dem er / sie berechtigt ist, Ansprüche einzureichen und Deckung zu erhalten.

In den Gruppenrichtlinien wird der Gruppe ein Mitglied hinzugefügt (das bereits im Rahmen eines Plans hinzugefügt wurde), und zwar mit einem Datum, an dem es berechtigt ist, Ansprüche einzureichen und Deckung zu erhalten.

Beendigung: In einer Einzelpolice wird die Police mit einem Kündigungsdatum gekündigt, dessen Versicherungsnehmer nicht vom Versicherungsplan erfasst wird.

In der Gruppenrichtlinie kann entweder das Mitglied allein mit einem Kündigungsdatum gekündigt werden oder die gesamte Gruppe kann gekündigt werden.

Wiedereinsetzung: Wenn ein gekündigtes Mitglied die erneute Aktivierung der Richtlinie anfordert und das aktuelle Datum innerhalb der Nachfrist ab dem Kündigungsdatum liegt, kann das Mitglied ohne Deckungslücke wieder eingestellt werden. Das Datum des Inkrafttretens der Police ist das gleiche alte Datum des Inkrafttretens und nicht das aktuelle Datum.

Neuanmeldung: Wenn ein gekündigtes Mitglied die erneute Aktivierung der Richtlinie anfordert und das aktuelle Datum nach Ablauf der Nachfrist ab dem Kündigungsdatum liegt, kann das Mitglied mit einer Deckungslücke erneut registriert werden. Das Datum des Inkrafttretens der Police ist das aktuelle / zukünftige Datum und nicht das gleiche alte Datum des Inkrafttretens.

Zum Beispiel Ein Mitglied ist in einer Police mit dem Datum des Inkrafttretens am 1.1.2013 registriert und am 31.12.2013 gekündigt. Nehmen wir uns 30 Tage Zeit als von der Versicherungsgesellschaft festgelegte Nachfrist.

Fall 1: Wenn das Mitglied am 15.01.2014 zurückkommt und möchte, dass die Richtlinie wirksam wird, ist dies der Fall Wiedereinsetzung Wenn das Mitglied die Prämie für den Zeitraum vom 31.12.2013 bis zum 15.01.2014 zahlt, ist das Datum des Inkrafttretens der Police das gleiche alte Datum vom 1.1.2013.

Fall 2: Wenn das Mitglied am 01.02.2014 zurückkommt und möchte, dass die Richtlinie wieder wirksam wird, ist dies der Fall Neuanmeldung und das Datum des Inkrafttretens der Police ist der 01.02.2014. Hier gibt es eine Lücke in der Abdeckung (1.1.2014 bis 31.01.2014).

Positiver Fluss Systemtests sollten Szenarien enthalten

  • Registrieren Sie verschiedene Arten von Mitgliedern mit vergangenen, aktuellen und zukünftigen Stichtagen.
  • Ändern Sie und erkundigen Sie sich nach Mitgliedern.
  • Generieren Sie eine Premium-Rechnung für ein aktives Mitglied für den nächsten Monat.
  • Beenden Sie ein aktives Mitglied mit einem früheren, aktuellen und zukünftigen Kündigungsdatum, das größer als das Datum des Inkrafttretens ist.
  • Melden Sie ein gekündigtes Mitglied mit früheren, aktuellen und zukünftigen Stichtagen erneut an.
  • Stellen Sie ein gekündigtes Mitglied wieder her.

Negativer Fluss Systemtests sollten Szenarien enthalten

  • Registrieren Sie ein Mitglied mit unzureichenden Daten.
  • Generieren Sie eine Premium-Rechnung für den nächsten Monat für ein gekündigtes Mitglied.

Testen der Systemintegration sollte Szenarien enthalten

  • Überprüfen Sie den Feed für nachgeschaltete Systeme wie das Mitgliederportal, das Anbieterportal, das Brokersystem, das Anspruchssystem und das Finanzsystem.
  • Überprüfen Sie, ob die Änderungen aus dem Mitgliederportal in den jeweiligen Mitgliederdatensatz aufgenommen wurden.
  • Verarbeiten Sie die Zahlung einer generierten Prämienrechnung mit dem Feed aus dem Mitgliederportal, in dem die Zahlungsdetails aufgeführt sind.

Testen des Anspruchssystems

Ansprüche im Gesundheitswesen haben einen Diagnosecode und einen Verfahrenscode, damit der Anspruch detailliert ist.

  • Diagnosecode: Bezieht sich auf die Krankheit, die der Patient hatte.
  • Verfahrenscode: Bezieht sich auf die Behandlung des Patienten.

Das Anspruchssystem sollte Folgendes können:

  • Geben Sie Ansprüche für das Mitglied sowie eine abhängige Person ein, bearbeiten und bearbeiten Sie sie.
  • Sollte Fehler für ungültige Ansprüche aufgrund der falsch eingegebenen Daten werfen.

Positiver Fluss Systemtests sollten Szenarien zum Eingeben, Bearbeiten und Verarbeiten von Ansprüchen für das Mitglied sowie für abhängige Personen enthalten.

Negativer Fluss Systemtests sollten Szenarien enthalten

  • Geben Sie einen Anspruch mit ungültigem Diagnosecode und Verfahrenscode ein und validieren Sie ihn.
  • Geben Sie einen Anspruch mit einer inaktiven Anbieter-ID ein und validieren Sie ihn.
  • Geben Sie einen Anspruch bei einem gekündigten Mitglied ein und validieren Sie ihn.

Systemintegrationstests sollten Szenarien zur Validierung des Feeds für nachgeschaltete Systeme wie Finanzen und Anbieterportal enthalten.

Testen des Finanzsystems

Das Finanzsystem sollte in der Lage sein, Gehaltsschecks zu schreiben und EFT-Zahlungen an den jeweiligen Empfänger zu leisten, indem die Feeds von verschiedenen vorgelagerten Systemen wie Schadensfällen, Mitgliedern, Anbietern und Maklersystemen verarbeitet werden.

Positiver Fluss Systemtests sollten Szenarien enthalten, um zu überprüfen, ob die richtige Adresse oder Kontonummer für den jeweiligen Anbieter, das Mitglied oder den Broker für die Zahlung ausgewählt wurde.

Negativer Fluss Systemtests sollten Szenarien enthalten

  • Überprüfen Sie, ob die Zahlung für die ungültige Mitglieds-, Anbieter- oder Broker-ID erfolgt, indem Sie entsprechende Einträge im Feed erstellen.
  • Überprüfen Sie, ob die Zahlung für den ungültigen Betrag (Null oder Negativ) für das Mitglied, den Anbieter oder den Broker erfolgt, indem Sie die entsprechenden Datensätze im Feed erstellen.

Systemintegrationstests sind nicht erforderlich, da hier keine nachgeschalteten Systeme vorhanden sind und die Feeds aus dem vorgelagerten System beim Systemintegrationstest der jeweiligen Systeme validiert werden.

So installieren Sie Eclipse C ++

Testen des Mitgliederportals

Das Mitgliederportal sollte Folgendes können:

  • Anzeigen von Richtliniendetails und Anspruchsstatus.
  • Stellen Sie Änderungsanforderungen in den Richtliniendetails.
  • Prämienzahlungen leisten.

Positiver Fluss Systemtests sollten Szenarien enthalten

  • Melden Sie sich an und zeigen Sie Richtliniendetails und den Anspruchsstatus an.
  • Stellen Sie eine Änderungsanforderung, um Adresse, Name, Telefonnummer usw. zu ändern.
  • Prämienzahlungen leisten.

Negativer Fluss Systemtests sollten Szenarien enthalten

  • Melden Sie sich mit ungültigen Anmeldeinformationen an.
  • Bezahlen Sie eine bezahlte Prämienrechnung.
  • Zahlen Sie mit einem ungültigen Scheck.

Systemintegrationstests sind nicht erforderlich, da hier keine nachgeschalteten Systeme vorhanden sind und die Feeds aus den vorgelagerten Systemen beim Systemintegrationstest der jeweiligen Systeme validiert werden.

Testen des Anbieterportals

Das Anbieterportal sollte Folgendes können:

Testphase für den Lebenszyklus der Softwareentwicklung
  • Anzeigen von Anbieterdetails, Mitgliederdetails und Anspruchsstatus.
  • Stellen Sie Änderungsanforderungen in den Anbieterdetails.

Positiver Fluss Systemtests sollten Szenarien enthalten

  • Melden Sie sich an und zeigen Sie Providerdetails, Mitgliedsdetails und Anspruchsstatus an.
  • Stellen Sie eine Änderungsanforderung, um Adresse, Name, Telefonnummer usw. zu ändern.

Negativer Fluss Systemtests sollten Szenarien enthalten

  • Melden Sie sich mit ungültigen Anmeldeinformationen an
  • Mitgliederdetails mit einer ungültigen Mitglieds-ID anzeigen

Systemintegrationstests sind nicht erforderlich, da hier keine nachgeschalteten Systeme vorhanden sind und die Feeds aus dem vorgelagerten System beim Systemintegrationstest der jeweiligen Systeme validiert werden.

Testen des Broker-Portals

Das Broker-Portal sollte Folgendes können:

  • Maklerdetails und Provisionszahlung anzeigen.
  • Stellen Sie Änderungsanforderungen in den Brokerdetails.

Positiver Fluss Systemtests sollten Szenarien enthalten

  • Melden Sie sich an und zeigen Sie die Brokerdetails und die Provisionszahlung an.
  • Stellen Sie eine Änderungsanforderung, um Adresse, Name, Telefonnummer usw. zu ändern.

Negativer Fluss Systemtests sollten Szenarien für die Anmeldung mit ungültigen Anmeldeinformationen enthalten.

Systemintegrationstests sind nicht erforderlich, da hier keine nachgeschalteten Systeme vorhanden sind und die Feeds aus dem Upstream im Systemintegrationstest der jeweiligen Systeme validiert werden.

Das ist es - das sind alle Module und die Aspekte, die wir in ihnen testen würden.

Wichtige Tipps zum Testen von Gesundheitssoftware

Tipp 1) Daten sind wichtig und müssen genau sein, da eine geringfügige Änderung des Datums dazu führen kann, dass ein schwerwiegender Fehler nicht bemerkt wird.

Tipp 2) Im Gesundheitswesen gibt es viele Testparameter wie verschiedene Arten von Plänen, Mitglieder, Anbieter, Makler, Provisionsberechnungsmethoden usw. - daher sollte Vorsicht geboten sein Entwerfen von Testfällen durch eine Spur von abgedeckten und nicht abgedeckten Parametern.

Tipp 3) Kennen Sie die Geschäftsbenutzer für die jeweiligen Systeme und denke aus ihrer Perspektive um die besten Mängel zu finden.

Tipp 4) Es ist nicht erforderlich, dieselbe Reihenfolge für Systemtests einzuhalten, und die hier bereitgestellten Szenarien decken lediglich die Gesamtfunktionalität einer Gesundheitsanwendung ab. Möglicherweise müssen Sie auch einige weitere Szenarien hinzufügen (weitere Hinweise zu Dies post) basierend auf den Anforderungen, die Sie erhalten.

Tipp 5) Das Gesundheitswesen bewegt sich jetzt in Richtung einer kostengünstigen Art der Versorgung. Daher haben sie ein Austauschmodell eingeführt, bei dem der Abonnent einen Blick auf die Pläne aller Versicherer werfen kann, wodurch der Wettbewerbscharakter der Versicherer erhöht wird und indirekt die Notwendigkeit einer Kostenreduzierung angegeben wird.

Im Zuge der Weiterentwicklung des Gesundheitswesens wird es erforderlich sein, die verwendete Software zu ändern, und die IT-Einnahmen werden durch die Erstellung, Änderung und Prüfung der beteiligten Softwareanwendungen erzielt. Dies bedeutet, dass wir mit weiteren Projekten in diesem Bereich rechnen können. Halten Sie also Ausschau, wenn Sie dies interessiert.

Tipp 6) Der Schlüssel zum Erfolg beim Testen von Anwendungen im Gesundheitswesen sind Ansprüche - das vollständige Wissen über sie und wie sie beurteilt werden usw.

Fazit

Nun, das umfasst die Grundlagen des Gesundheitswesens und eine Möglichkeit, Anwendungen im Gesundheitswesen zu testen.

Als Tester wissen wir, dass nichts fehlerfrei ist. Dieser Artikel kann auch einige Mängel aufweisen. Wenn Sie einen Mangel finden oder eine Frage haben, hinterlassen Sie bitte einen Kommentar. Wir freuen uns über Ihr wertvolles Feedback zu dem Artikel, da es uns zu Spitzenleistungen und Verbesserungen führen wird.

Ich wünsche Ihnen alles Gute für Ihre zukünftigen Bemühungen als Gesundheitstester. Bis demnächst!

Literatur-Empfehlungen

^