Pathologie-Labor-Managementsystem: Klassendiagramm und Datenmodell

Dieses Klassendiagramm modelliert die Kernentitäten und -beziehungen für ein Pathologie-Labor-Informationssystem (LIS). Es unterstützt die Probenverfolgung, Testanforderung, Ergebnisverwaltung und Qualitätssicherung.

Klassendiagramm (UML-Darstellung)

 +----------------+ +---------------------+ +-----------------+ | Patient | | TestRequest | | TestResult | +----------------+ +---------------------+ +-----------------+ | - patientID |◄─────────| - requestID |─────────►| - resultID | | - mrn | 1 * | - patientID (FK) | 1 1 | - requestID (FK)| | - firstName | | - orderingProvider | | - testID (FK) | | - lastName | | - specimenID(s) | | - value | | - dob | | - testID (FK) | | - unit | | - sex | | - orderDateTime | | - referenceRange| | - phone | | - collectionDateTime| | - status | | - email | | - priority | | - verifiedBy | | - address | | - status | | - verifiedDate | +----------------+ +---------------------+ +-----------------+ ▲ ▲ ▲ │ │ │ │ +----------------+ +------------------+ └────────────────| Test | | LabTechnician | +----------------+ +------------------+ | - testID | | - techID | | - name | | - name | | - description | | - certification | | - methodology | | - role | | - cptCode | | - shift | | - loincCode | +------------------+ | - referenceRange| | - price | +----------------+ 

Wichtige Beziehungen

• Patient 1:* TestRequest — Ein Patient hat im Laufe der Zeit mehrere Aufträge.
• TestRequest *:1 Test — Jeder Auftrag verweist auf einen Katalogeintrag eines Tests.
• TestRequest 1:1 TestResult — Jeder Auftrag liefert einen Ergebnissatz (kann mehrere Komponenten haben).
• LabTechnician 1:* TestRequest — Techniker nimmt Aufträge an/bearbeitet sie.
• TestRequest *:1 OrderingProvider – Arzt/NP/PA, der bestellt hat.
• Probe (impliziert): TestRequest verknüpft mit Probe(n) mit Typ, Ort, Sammeldetails.

Zusätzliche Entitäten für produktives LIS

• Probe: specimenID, Typ, Quelle, Sammeldatum/-uhrzeit, Behälter, Konservierungsmittel, Status (erhalten, in Verarbeitung, gelagert, entsorgt).
• Bestellender Arzt: providerID, NPI, Name, Fachrichtung, Standort, Kontakt.
• Referenzbereich: alters-/geschlechtsspezifische Intervalle, kritische Werte, Delta-Checks.
• Qualitätskontrolle: QC-Lot, Analyt, Mittelwert, SD, Levey-Jennings-Regeln, Westgard-Regeln.
• Instrument: analyzerID, Hersteller, Modell, letzte Kalibrierung, Wartungsprotokoll.
• Abrechnung/Versicherung: Zahlungspflichtiger, CPT/ICD-10, Vorabgenehmigung, Anspruchsstatus.
• Audit-Log: unveränderliche Spur aller Create/Read/Update/Delete-Aktionen.

Designüberlegungen

• HL7/FHIR-Integration: ORM (Auftrag), ORU (Ergebnis), ADT (Patientenverwaltung) Nachrichten.
• LOINC/SNOMED-CT: Standardisierte Test- und Ergebnis-Codierung.
• Auto-Verifizierungsregeln: Delta-Checks, kritische Wert-Flags, Panikwert-Benachrichtigung.
• Reflex-Testung: Automatischer Zusatztest basierend auf ersten Ergebnissen (z. B. TSH → Reflex FT4).
• Datenaufbewahrung: CLIA/CAP-Anforderungen (typischerweise 10+ Jahre für Pathologie).

Dieses Modell bietet eine Grundlage für ein skalierendes, standardkonformes LIS für anatomische und klinische Pathologie-Workflows.