Beschreibung Abrechnungstool System zur Erfassung und Abrechnung von Privat- und BG- Patienten

Beschreibung Abrechnungstool

System zur

Erfassung und Abrechnung von

Privat- und BG- Patienten

17. Mai 2004 Vorstellung der Zwischenergebnisse und Vorgehensweise

Seite 2/41


PraxisProjekt

Schulungen Support - Software - HardwareNetzwerke -

Tiefe Gasse 1797084 Würzburg

Telefon: (0931) 8 80 66 77Telefax: (0931) 8 80 66 99

[email protected]


Seite 3/41


Geforderte Ziele:

Gesamtüberblick über die BehandlungsdatenErfassen und Prüfen von Abrechnungsziffern Erfassen von weiteren BehandlungsdatenErstellen der Rechnungen


Seite 4/41


Keine Bestandteile des Auftrages:

„Offene-Posten“ VerwaltungDatenexport zu externen VerrechnungsstellenFormularwesen wie Rezepte, Überweisungen, etc.Kassenabrechnung


Seite 5/41


Wichtige zu erfassende Daten:

PatientAbrechnungsart (Privat / BG)Abrechnungsziffer(n)Diagnosen

Anm.: Weitere wichtige Informationen ergeben sich aus den oben angeführten Daten z. B. Patient benötigt eine Adresse, eine Ziffer einen Abrechnungsfaktor, etc.


Seite 6/41


Gesetzliche Vorgaben:

Gebührenordnungen für Ärztevon 1988 & 1996

GOÄ88 für BG-Behandlungsfälle (BG)GOÄ96 für Privat-Behandlungsfälle (GOÄ)Regelwerk je ZifferZiffernzusätze (Faktor, Uhrzeit, Organ, …)


Seite 7/41


Besonderheiten:

Einteilung in BehandlungsfälleZiffern und Diagnosen je BFNur Gesamterstellung der Rechnungen

Privatabrechnungsarten (Kassen): GOÄ,IGEL,Post-BBG-Abrechnungsarten (Unfallkassen): BGI, BGII


Seite 8/41


Beispiel:

Behandlungsfall: GOÄ Standardabrechnungsfaktor: 2,3

Ziffer Leistungsbeschreibung Betrag Faktor Summe410 Sonographie Organ 11,66€ 2,3 26,82€417 Sonographie Schilddrüse 12,24€ 2,3 28,15€

Fehler:410 und 417 dürfen nicht am gleichen Tag abgerechnet werden!Die Ziffer 410 benötigt den Zusatz „Organ“


Seite 9/41


Entscheidungshilfen

Meeting Mind-Map


Seite 10/41


Is a

Benutzte Modelle (Lösungsansätze)

Entity-Relationship-Modell (ERM)


Seite 11/41


Programmablaufplan (PAP)


Seite 12/41


Geschäftsprozessmodellierung

Geschäftsprozess

Eingabe

Ausgabe

…

…

…


Seite 13/41


Verwendungdes

Entity Relationship Models


Seite 14/41


ERM (Entity Relationship Model)

formalisierte Darstellung der realen Welt graphische Darstellung von Sachverhalten

+ hohe Flexibilität+ leichte Handhabung+ einfache Datenabfrage

- Effizienzprobleme bei großen Datenmengen


Seite 15/41


Was steht hinter ERM? (1)

Das Entity Relationship Modell basiert auf den Konzepten Entity, Relation, Attribut und Rolle. Dabei bezeichnet Entity ein Objekt. Seine Eigenschaften heißen Attribute.

Mit Hilfe einer Beziehung (Relationship) kann eine semantische Verbindung zwischen Entities definiert werden.


Seite 16/41



Der Begriff der Rolle wird verwendet um die Teilnahme eines Entity an einer Beziehung zu beschreiben. Eine Beziehung versetzt das Entity in eine bestimmte Rolle gegenüber den anderen Entities, die an dieser Beziehung beteiligt sind.


Seite 17/41



Zwischen den Entity-Typen kann die binäre Relation is-a definiert werden. Stehen zwei Entity-Typen in dieser Beziehung, erbt der erste die Attribute des zweiten (d.h. der erste Entity-Typ ist ein Spezialfall des allgemeineren Zweiten).

Man spricht von Konsistenz, wenn die Menge der zum spezielleren Typ zugehörigen Entities eine Teilmenge der zum allgemeineren Typ gehörenden Entities ist.


Seite 18/41


Definition und Symbole

is-a

Fahrzeug

PKW LKW

Sp

ezi

alisie

run

g

Gen

era

lisie

run

g

Is-a Beziehungen drücken eine Generalisierung oder Spezialisierung aus.


Seite 19/41


Beispiel: LKW is-a Fahrzeug

Entity LKW erbt alle Attribute und Beziehungen der Entität Fahrzeug

is-a

Fahrzeug

PKW LKW

Sp

ezia

lisie

run

g

Gen

era

lisie

run

g


Seite 20/41


Geschäftspartner – Modell

GP

Arzt Patient KassePraxis

is - a


Seite 21/41


Tabelle z_GP (Geschäftspartner)

Adressattribute, die für alleGeschäftspartner gelten

Notation:GP = ({GPNr}, {Name1, Strasse, PLZ, Ort,…})


Seite 22/41


Arzt & Patient haben jeweils eine is-a Beziehung zum GP

Arzt = ({GPNr}, {Fachgebiet, …})

Patient = ({GPNr}, {Geschlecht, …})


Seite 23/41


Disjunkt

“disjunkt / nicht disjunkt“ drückt aus, ob eine Entität des Supertyps einem (disjunkt) oder gleichzeitig mehreren (nicht disjunkt) Instanzen der Subtypen zugeordnet werden kann.

Das Modell der Fahrzeuge stellt ein disjunktes Modell dar, da ein Fahrzeug entweder ein PKW oder ein LKW ist.

Beim GP – Modell kann von einem nicht - disjunktem Modell gesprochen werden, da ein GP gleichzeitig Arzt und Patient sein kann.


Seite 24/41


Vorteile der is-a Beziehungen (beim GP – Modell)

Verwendung des gleichen GPs in unterschiedlichen Rollen (GP kann gleichzeitig Arzt und Patient sein)

Keine redundante Pflege der Adressinformationen


Seite 25/41


Darstellungdes

Programmablaufplans


Seite 26/41


Programmablaufplan

In Deutschland wurden mit der DIN 66001 Richtlinien zur Gestaltung von Programmablaufplänen erarbeitet. internationalen Standard:ISO 5807:Informationprocessing

PAPs beschreiben den Ablauf der Operationen in einem informationsverarbeitenden System in Abhängigkeit von den jeweils vorhandenen Daten. Sie bestehen im wesentlichen aus Sinnbildern für Operationen, Eingabe, Ausgabe und dem Sinnbild Ablauflinie.


Seite 27/41


Alternative: EPK


Seite 28/41


Vorteil PAPs sind sehr übersichtlich. Durch die Verwendung

von selbstredenden Sinnbildern kann auf überflüssige Erklärungen verzichtet werden.

Nachteil PAPs werden schon bei kleineren Algorithmen sehr

schnell zu komplex.


Seite 29/41


Beispiele für Sinnbilder DIN 66001


Seite 30/41


Beispiel


Seite 31/41


verwendete Sinnbilder

Prozess / Eingabe

Entscheidung: falsch/richtig

Start / Ende


Seite 32/41


Beispiel (PAP Tagesgeschäft)


Seite 33/41


Prozesse


Seite 34/41


Geschäftsprozessmodellierung nach Balzert

Beschreibung der Funktionalität eines Produktes(Geschäftsprozess im Kleinen)

Oder

Ablaufbeschreibung im Unternehmen(Geschäftsprozess im Großen)


Seite 35/41


Geschäftsprozess im Kleinen Besteht aus mehreren zusammenhängenden

Aufgaben

Diese Aufgaben werden von einem Akteur durchgeführt.

Dienen zur Erreichung eines Ziels bzw. zur Erstellung eines gewünschten Ergebnisses.

Akteur ist eine Person, Organisationseinheit oder externes System

Akteur befindet sich stets außerhalb des Systems Verwendung von Geschäftsprozess-Schablonen

Als Checkliste, d.h. die Schablone ist nicht für jeden Geschäftsprozess vollständig auszufüllen


Seite 36/41


Geschäftsprozess-Schablone (Balzert)

Geschäftsprozess Name des Anwendungsfalles

Ziel Kurze Beschreibung des Zwecks

Kategorie Primär, Sekundär oder Optional

Vorbedingung Erwarteter Zustand vor Ausführung des Anwendungsfalles

Nachbedingung Erfolg Erwarteter Zustand nach erfolgreicher Ausführung des Anwendungsfalles

Nachbedingung Fehlschlag Erwarteter Zustand, wenn das Ziel nicht erreicht wird

Akteure Wer ist an dem Anwendungsfall beteiligt?

Auslösendes Ereignis Nach welchem Ereignis tritt dieser Anwendungsfall auf?

Beschreibung Ablauf des Anwendungsfalles

ErweiterungenWas läuft parallel, bzw. nach diesem Anwendungsfall ab und kann diesem zugerechnet werden.

Alternativen Wie kann dieser Anwendungsfall noch ablaufen?


Seite 37/41


Use case diagram (Balzert)


Seite 38/41


Geschäftsprozess-Schablone (Gruppe Turbomed)

Geschäftsprozess Name des Anwendungsfalles

Ziel Kurze Beschreibung des Zwecks

Kategorie Primär, Sekundär oder Optional

Dateneingabe Welche Daten werden benötigt?

Datenausgabe Welche Daten liefert das System zurück?

Zugriffsrecht Wer darf diesen Geschäftsprozess durchführen?

.

.

.


Seite 39/41


Geschäftsprozess Beispiel

Geschäftsprozess Patient suchen

Ziel Patienten aufrufen

Kategorie Tagesgeschäft (Primär)

Vorbedingung Geschäftsvorfall bei der Patient benötigt wird

Nachbedingung Erfolg Patient gefunden

Nachbedingung Fehlschlag Patient nicht vorhanden

Akteure Arzt, Arzthelferin

Auslösendes Ereignis Patientendaten werden benötigt

Beschreibung1. Öffnen des Programms2. Suchen in der Suchmaske nach

geeigneten Parametern

Erweiterungen Daten aktualisieren

Alternativen in GP suchen


Seite 40/41


Geschäftsprozess Beispiel

Dateneingabe

Aus Suchanfrage über Tabelle z_GP wo z_GP/GPNr=z_Patient/GPNr_Patient in den Schlüsselwörtern:

Name1Name2StraßeOrtPLZGeburtsdatum

Datenausgabe Patient anzeigen mit allen DatenGPNr_Patient

Zugriffsrecht 1,2,3

Documents

Beschreibung Abrechnungstool System zur Erfassung und Abrechnung von Privat- und BG- Patienten