Gesundheitswesen-EMR-Entwicklungsmuster

Was macht Gesundheitswesen-EMR-Entwicklungsmuster?

Muster für den Aufbau von Electronic Medical Record (EMR) und Electronic Health Record (EHR) Systemen. Priorisiert Patientensicherheit, klinische Genauigkeit und Effizienz des medizinischen Fachpersonals.

Wann Verwenden

• Erstellung von Patientenkontakt-Workflows (Beschwerde, Untersuchung, Diagnose, Rezept)
• Implementierung klinischer Notizen (strukturiert + Freitext + Sprache-zu-Text)
• Entwicklung von Rezept-/Medikationsmodulen mit Wechselwirkungsprüfung
• Integration von Clinical Decision Support Systems (CDSS)
• Erstellung von Laborergebnissen mit Referenzbereichs-Hervorhebung
• Implementierung von Prüfpfaden für klinische Daten
• Entwurf barrierefreier Gesundheits-UI für klinische Dateneingabe

Wie Es Funktioniert

Patientensicherheit zuerst

Jede Designentscheidung muss anhand folgender Frage bewertet werden: "Könnte dies einem Patienten schaden?"

• Medikamentenwechselwirkungen MÜSSEN warnen, nicht still durchlaufen
• Abnormale Laborwerte MÜSSEN visuell gekennzeichnet werden
• Kritische Vitalwerte MÜSSEN Eskalations-Workflows auslösen
• Keine klinische Datenänderung ohne Prüfpfad

Einseitiger Behandlungsablauf

Klinische Behandlungen sollten vertikal auf einer einzigen Seite fließen – kein Tab-Wechsel:

Patientenkopf (klebrig – immer sichtbar)
├── Demografie, Allergien, aktive Medikamente
│
Behandlungsablauf (vertikaler Scroll)
├── 1. Hauptbeschwerde (strukturierte Vorlagen + Freitext)
├── 2. Krankheitsgeschichte der aktuellen Erkrankung
├── 3. Körperliche Untersuchung (systembezogen)
├── 4. Vitalwerte (automatische klinische Bewertung)
├── 5. Diagnose (ICD-10/SNOMED-Suche)
├── 6. Medikamente (Arzneimitteldatenbank + Wechselwirkungsprüfung)
├── 7. Untersuchungen (Labor/Radiologie-Anforderungen)
├── 8. Plan & Nachsorge
└── 9. Signieren / Sperren / Drucken

Intelligentes Vorlagensystem

interface ClinicalTemplate {
  id: string;
  name: string;             // z. B. "Brustschmerz"
  chips: string[];          // anklickbare Symptom-Chips
  requiredFields: string[]; // obligatorische Datenpunkte
  redFlags: string[];       // löst nicht schließbaren Alarm aus
  icdSuggestions: string[]; // vorab zugeordnete Diagnosecodes
}

Rote Flaggen in jeder Vorlage MÜSSEN einen sichtbaren, nicht schließbaren Alarm auslösen – KEINE Toast-Benachrichtigung.

Medikationssicherheitsmuster

Benutzer wählt Medikament
  → Aktuelle Medikamente auf Wechselwirkungen prüfen
  → Behandlungsmedikamente auf Wechselwirkungen prüfen
  → Patient Allergien prüfen
  → Dosis gegen Gewicht/Alter/Nierenfunktion validieren
  → Wenn KRITISCHE Wechselwirkung: Rezeptierung VOLLSTÄNDIG BLOCKIEREN
  → Kliniker muss Überbrückungsgrund dokumentieren, um Blockade zu umgehen
  → Wenn SCHWERWIEGENDE Wechselwirkung: Warnung anzeigen, Bestätigung erforderlich
  → Alle Warnungen und Überbrückungsgründe im Prüfpfad protokollieren

Kritische Wechselwirkungen blockieren die Rezeptierung standardmäßig. Der Kliniker muss explizit mit einem dokumentierten Grund im Prüfpfad überbrücken. Das System lässt niemals still eine kritische Wechselwirkung zu.

Gesperrter Behandlungs-Eintrag

Sobald ein klinischer Behandlungseintrag signiert ist:

• Keine Bearbeitungen zulässig – nur ein Addendum (ein separater verknüpfter Datensatz)
• Sowohl das Original als auch das Addendum erscheinen in der Patienten-Zeitleiste
• Der Prüfpfad erfasst, wer signiert hat, wann und alle Addendum-Datensätze

UI-Muster für klinische Daten

Vitalwerteanzeige: Aktuelle Werte mit Normalbereich-Hervorhebung (grün/gelb/rot), Trendpfeile vs. vorherige, klinische Bewertung automatisch berechnet (NEWS2, qSOFA), Eskalationsrichtlinien inline.

Laborergebnisanzeige: Normalbereich-Hervorhebung, vorheriger Wertvergleich, kritische Werte mit nicht schließbarem Alarm, Entnahme-/Analysazeitstempel, ausstehende Anforderungen mit erwarteter Bearbeitungszeit.

Rezept-PDF: Ein-Klick-Erstellung mit Patientendemografie, Allergien, Diagnose, Medikamentendetails (Generikum + Markenname, Dosis, Verabreichungsweg, Häufigkeit, Dauer), Kliniker-Unterschriftsblock.

Barrierefreiheit im Gesundheitswesen

Gesundheits-UI haben strengere Anforderungen als typische Web-Apps:

• 4.5:1 Mindestkontrast (WCAG AA) – Kliniker arbeiten bei unterschiedlicher Beleuchtung
• Große Touch-Ziele (mindestens 44x44px) – für Handschuh- oder hektische Interaktion
• Tastaturnavigation – für Power-User, die schnell Daten eingeben
• Keine farbexklusiven Indikatoren – immer Farbe mit Text/Symbol kombinieren (farbenblinde Kliniker)
• Screen-Reader-Beschriftungen auf allen Formularfeldern
• Keine automatisch ausblendenden Toasts für klinische Alarme – Kliniker muss aktiv bestätigen

Anti-Patterns

• Speichern klinischer Daten im Browser-LocalStorage
• Stille Fehler bei der Medikamentenwechselwirkungsprüfung
• Schließbare Toasts für kritische klinische Alarme
• Tab-basierte Behandlungs-UI, die den klinischen Workflow fragmentiert
• Bearbeitungen signierter/gesperrter Behandlungseinträge zulassen
• Anzeigen klinischer Daten ohne Prüfpfad
• Verwendung des any-Typs für klinische Datenstrukturen

Beispiele

Beispiel 1: Patientenbehandlungsablauf

Arzt öffnet Behandlung für Patient #4521
  → Klebriger Kopf zeigt: "Rajesh M, 58M, Allergien: Penicillin, Aktive Medikamente: Metformin 500mg"
  → Hauptbeschwerde: wählt Vorlage "Brustschmerz"
    → Klickt Chips: "substernal", "ausstrahlend in den linken Arm", "drückend"
    → Rote Flagge "drückender substernaler Brustschmerz" löst nicht schließbaren Alarm aus
  → Untersuchung: KVS-System — "S1 S2 normal, kein Geräusch"
  → Vitalwerte: HF 110, RR 90/60, SpO2 94%
    → NEWS2 automatisch berechnet: Score 8, Risiko HOCH, Eskalationsalarm angezeigt
  → Diagnose: sucht "ACS" → wählt ICD-10 I21.9
  → Medikamente: wählt Aspirin 300mg
    → CDSS prüft gegen Metformin: keine Wechselwirkung
  → Signiert Behandlung → gesperrt, ab diesem Zeitpunkt nur Addendum

Beispiel 2: Medikationssicherheits-Workflow

Arzt verschreibt Warfarin für Patient #4521
  → CDSS erkennt: Warfarin + Aspirin = KRITISCHE Wechselwirkung
  → UI: rotes, nicht schließbares Modal blockiert Rezeptierung
  → Arzt klickt "Mit Grund überbrücken"
  → Gibt ein: "Nutzen überwiegt Risiken — überwachtes INR-Protokoll"
  → Überbrückungsgrund + Warnung im Prüfpfad gespeichert
  → Rezeptierung erfolgt mit dokumentierter Überbrückung

Beispiel 3: Gesperrter Behandlungseintrag + Addendum

Behandlung #E-2024-0891 signiert von Dr. Shah um 14:30
  → Alle Felder gesperrt — keine Bearbeitungsschaltflächen sichtbar
  → Schaltfläche "Addendum hinzufügen" verfügbar
  → Dr. Shah klickt auf Addendum, fügt hinzu: "Laborergebnisse erhalten — Troponin erhöht"
  → Neuer Datensatz E-2024-0891-A1 mit Original verknüpft
  → Zeitleiste zeigt beide: Originalbehandlung + Addendum mit Zeitstempeln