Erweitertes UML-Klassendiagramm für Krankenhaus-Management-Systeme

Dieses umfassende UML-Klassendiagramm modelliert die Kernakteure, Entitäten und Beziehungen für ein modernes Krankenhaus-Management-System (HMS), das klinische, administrative und finanzielle Workflows unterstützt.

Akteurklassen

Patient

+----------------+ | Akteur: Patient | +----------------+ * Attribute: - PatientID: String - Name: String - Geburtsdatum: Date - Geschlecht: Enum - Adresse: Adresse - Telefon: String - E-Mail: String - Versicherung: Versicherungspolice - Notfallkontakt: Kontaktinfo * Operationen: + Registrieren() + ProfilAktualisieren() + TerminAnfordern() + MedizinischeDatenAnzeigen() + AbrechnungsverlaufAnzeigen() + RechnungBezahlen() + EinwilligungGeben() 

Arzt

+-------------------+ | Akteur: Arzt | +-------------------+ * Attribute: - ArztID: String - Name: String - Fachgebiet: FachgebietEnum - Abteilung: Abteilung - Lizenznummer: String - Berufserfahrung: Integer - Zeitplan: Zeitplan * Operationen: + PatientDiagnostizieren() + BehandlungVerschreiben() + ProzedurDurchführen() + PatientendatenAnzeigen() + TermineVerwalten() + DokumentationUnterschreiben() + TestsAnordnen() 

Weitere Akteure

• Krankenschwester - Patientenversorgung, Medikamentengabe, Vitalzeichenmonitoring, Pflegeplanausführung
• Administrator - Benutzerverwaltung, Systemkonfiguration, Reporting, Compliance
• Labortechniker - Probenverarbeitung, Ergebnis-Eingabe, QC-Verwaltung
• Apotheker - Medikamentenverifikation, Abgabe, Interaktionsprüfung, Rezeptur
• Abrechnungsfachkraft - Anspruchsgenerierung, Kodierung, Ablehnungsmanagement, Zahlungsbuchung

Kern-Entitätsklassen

Termin

+----------------------+ | Klasse: Termin | +----------------------+ * Attribute: - TerminID: String - PatientID: String - AnbieterID: String - DatumZeit: DateTime - Dauer: Integer - Typ: TerminTyp - Status: TerminStatus - Ort: Ort - Grund: String * Operationen: + Terminieren() + Verschieben() + Stornieren() + Einchecken() + Abschließen() + DetailsAbrufen() 

Patientenakte

+--------------------------+ | Klasse: Patientenakte | +--------------------------+ * Attribute: - AktenID: String - PatientID: String - Kontakte: Liste<Kontakt> - Diagnosen: Liste<Diagnose> (ICD-10) - Allergien: Liste<Allergie> - Medikamente: Liste<Medikation> - Impfungen: Liste<Impfung> - Problemliste: Liste<Problem> * Operationen: + KontaktHinzufuegen() + DiagnoseHinzufuegen() + ProblemlisteAktualisieren() + ZusammenfassungErstellen() + CCDExportieren() 

Behandlung / Pflegeplan

+------------------+ | Klasse: Behandlung | +------------------+ * Attribute: - BehandlungID: String - PatientID: String - AnbieterID: String - Diagnose: Diagnose - Plan: Pflegeplan - Medikamente: Liste<Verordnung> - Anordnungen: Liste<Anordnung> - Status: Behandlungsstatus * Operationen: + PlanErstellen() + PlanAktualisieren() + VerordnungHinzufuegen() + AnordnungHinzufuegen() + VerlaufAbrufen() 

Abrechnung & Finanzen

+----------------+ | Klasse: Rechnung | +----------------+ * Attribute: - RechnungsID: String - PatientID: String - KontaktID: String - Positionen: Liste<Rechnungsposition> - Gesamtkosten: Dezimal - Versicherungszahlungen: Dezimal - Patientenanteil: Dezimal - Status: Abrechnungsstatus * Operationen: + Erstellen() + AnspruchEinreichen() + ZahlungBuchen() + Anpassen() + AbrechnungErstellen() 

Krankenhaus / Organisation

+---------------------------+ | Klasse: Krankenhaus | +---------------------------+ * Attribute: - KrankenhausID: String - Name: String - Adresse: Adresse - Telefon: String - Lizenznummer: String - Bettenanzahl: Integer - Abteilungen: Liste<Abteilung> - Anbieter: Liste<Anbieter> * Operationen: + RessourcenVerwalten() + BerichteErstellen() + WorkflowsKonfigurieren() + CompliancePruefen() 

Wichtige Beziehungen

• Patient 1..* — * Termin (Patient hat viele Termine)
• Arzt 1..* — * Termin (Arzt hat viele Termine)
• Patient 1 — 1 Patientenakte (Eine Akte pro Patient)
• Kontakt 1..* — * Anordnung (Kontakt generiert Anordnungen)
• Anordnung 1 — 1..* Ergebnis (Lab-/Bildgebungsanordnungen erzeugen Ergebnisse)
• Kontakt 1 — 1 Rechnung (Jeder Kontakt generiert Abrechnung)
• Krankenhaus 1 — * Abteilung (Krankenhaus enthält Abteilungen)
• Abteilung 1 — * Anbieter (Abteilung hat Anbieter)

Angewandte Entwurfsmuster

• Fassade: KrankenhausManagement vereinfacht Subsystem-Interaktionen
• Beobachter: Termin-Benachrichtigungen, kritische Ergebnisalarme
• Strategie: Abrechnungsregeln nach Kostenträger, Zeitplanalgorithmen
• Zustand: TerminStatus, Behandlungsstatus, Abrechnungsstatus
• Komposit: Pflegeplan besteht aus Anordnungen, Medikamenten, Zielen

Implementierungshinweis: Dieses Modell ist kompatibel mit HL7 FHIR-Ressourcen (Patient, Practitioner, Encounter, CarePlan, MedicationRequest, Claim) für Interoperabilität.