Salute e malattia

Posizione |  | Salute e Malattia >  | Settore sanitario | Centri di trattamento delle dipendenze

Sistema gestione laboratorio patologia: diagramma classi e modello dati

Questo diagramma classi modella le entità core e relazioni per un sistema informativo di laboratorio patologia (LIS). Supporta tracciamento campioni, ordinazione esami, gestione risultati e quality assurance.

Diagramma classi (Rappresentazione UML)

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

Relazioni chiave

  • Patient 1:* TestRequest — Un paziente ha multiple ordinazioni nel tempo.
  • TestRequest *:1 Test — Ogni ordine riferisce una voce catalogo esami.
  • TestRequest 1:1 TestResult — Ogni ordine produce un set risultato (può avere multiple componenti).
  • LabTechnician 1:* TestRequest — Tecnico accetta/processa ordini.
  • TestRequest *:1 OrderingProvider — Medico/NP/PA che ha ordinato.
  • Specimen (implicito): TestRequest linka a Specimen(i) con tipo, sede, dettagli raccolta.

Entità aggiuntive per LIS produzione

  • Specimen: specimenID, tipo, fonte, collection datetime, contenitore, conservante, status (ricevuto, processing, stored, disposed).
  • OrderingProvider: providerID, NPI, nome, specialità, location, contatto.
  • ReferenceRange: intervalli età/sesso-specifici, valori critici, delta checks.
  • QualityControl: QC lot, analita, media, SD, regole Levey-Jennings, regole Westgard.
  • Instrument: analyzerID, produttore, modello, ultima calibrazione, log manutenzione.
  • Billing/Insurance: payer, CPT/ICD-10, prior auth, claim status.
  • AuditLog: trail immutabile di tutte azioni create/read/update/delete.

Considerazioni design

  • Integrazione HL7/FHIR: messaggi ORM (ordine), ORU (risultato), ADT (admin paziente).
  • LOINC/SNOMED‑CT: codifica standardizzata esami e risultati.
  • Regole auto-verifica: delta checks, flag valori critici, notifica panic value.
  • Test riflessi: add-on automatici basati su risultati iniziali (es. TSH → riflesso FT4).
  • Ritenzione dati: requisiti CLIA/CAP (tipicamente 10+ anni per patologia).

Questo modello fornisce fondazione per LIS scalabile, compliant standard, supportando workflow patologia anatomica e clinica.


Precedente: Prossimo: