Patologilabors hanteringssystem: Klassdiagram och datamodell

Detta klassdiagram modellerar kärnentiteter och relationer för ett patologilaboratorieinformationssystem (LIS). Det stöder provspårning, testbeställning, resulthantering och kvalitetssäkring.

Klassdiagram (UML-representation)

+----------------+ +---------------------+ +-----------------+
| 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        |
                +----------------+

Viktiga relationer

• Patient 1:* TestRequest — En patient har flera beställningar över tid.
• TestRequest *:1 Test — Varje beställning refererar till en testkatalogpost.
• TestRequest 1:1 TestResult — Varje beställning ger en resultatuppsättning (kan ha flera komponenter).
• LabTechnician 1:* TestRequest — Tekniker registrerar/behandlar beställningar.
• TestRequest *:1 OrderingProvider — Läkare/NP/PA som beställde.
• Prov (implikerat): TestRequest länkar till Prov med typ, plats, insamlingsdetaljer.

Ytterligare entiteter för produktions-LIS

• Prov: specimenID, typ, källa, insamlingstid, behållare, konservativ, status (mottaget, bearbetas, lagrat, avfall).
• Beställande leverantör: providerID, NPI, namn, specialitet, plats, kontakt.
• Referensintervall: ålder/kön-specifika intervall, kritiska värden, delta-kontroller.
• Kvalitetskontroll: QC-lott, analyt, medelvärde, SD, Levey-Jennings-regler, Westgard-regler.
• Instrument: analyzerID, tillverkare, modell, senaste kalibrering, underhållslogg.
• Fakturering/Försäkring: betalare, CPT/ICD-10, prior auth, claim-status.
• AuditLog: oföränderlig spår av alla skapa/läs/uppdatera/radera-åtgärder.

Designöverväganden

• HL7/FHIR-integration: ORM (beställning), ORU (resultat), ADT (patientadmin) meddelanden.
• LOINC/SNOMED-CT: Standardiserad test- och resultatkodning.
• Auto-verifieringsregler: Delta-kontroller, kritiska värdeflaggor, panikvärde-notifiering.
• Reflextestning: Automatiserad tillägg baserat på initiala resultat (t.ex. TSH → reflex FT4).
• Dataretention: CLIA/CAP-krav (typiskt 10+ år för patologi).

Denna modell ger en grund för ett skalbart, standardkompatibelt LIS som stöder anatomisk och klinisk patologi arbetsflöden.