ER-modell och entitetsrelationsdiagram: Så bokar en patient kontrolltid hos en läkare

Vad är en ER-modell?

En entitetsrelationsmodell (ER-modell) är ett strukturerat sätt att beskriva hur data ska organiseras i en databas. I ett system för tidsbokning inom vården är modellen särskilt användbar, eftersom den tydligt visar hur patienter, läkare och bokningar hänger ihop. Nedan går vi igenom de tre centrala entiteterna, deras attribut och hur relationerna dem emellan ser ut.

Entiteten Patient

Patienten är den aktör som initierar bokningen av en kontrolltid. Entiteten lagrar följande attribut:

• patient_id – unik identifierare för varje patient (primärnyckel)
• patient_name – patientens fullständiga namn
• patient_age – ålder
• patient_gender – kön
• patient_phone – telefonnummer för kontakt och påminnelser
• patient_email – e-postadress för bokningsbekräftelser

Entiteten Läkare

Läkaren är den som utför kontrollen. Utöver personuppgifter ingår även specialitet, vilket gör det möjligt för patienten att välja rätt vårdgivare:

• doctor_id – unik identifierare (primärnyckel)
• doctor_name, doctor_age och doctor_gender
• doctor_phone och doctor_email – kontaktuppgifter
• doctor_specialty – exempelvis allmänmedicin, kardiologi eller dermatologi

Entiteten Bokning (Appointment)

Bokningen är själva länken i systemet och kopplar samman patient med läkare vid ett bestämt tillfälle:

• appointment_id – unik identifierare för bokningen (primärnyckel)
• patient_id – främmande nyckel som refererar till patienten
• doctor_id – främmande nyckel som refererar till läkaren
• appointment_date – datum för besöket
• appointment_time – klockslag
• appointment_status – status, exempelvis bokad, genomförd eller avbokad

Så här kan diagrammet se ut

+----------------+
| Patient        |
+----------------+
| patient_id     |
| patient_name   |
| patient_age    |
| patient_gender |
| patient_phone  |
| patient_email  |
+----------------+

+--------------------+
| Doctor             |
+--------------------+
| doctor_id          |
| doctor_name        |
| doctor_age         |
| doctor_gender      |
| doctor_phone        |
| doctor_email       |
| doctor_specialty   |
+--------------------+

+---------------------+
| Appointment         |
+---------------------+
| appointment_id      |
| patient_id          |
| doctor_id           |
| appointment_date    |
| appointment_time    |
| appointment_status  |
+---------------------+

Relationerna i modellen

I diagrammet finns två en-till-många-relationer (1:N):

En patient kan boka många tider, men varje enskild tid tillhör endast en patient. På samma sätt kan en läkare ha många bokningar, medan varje bokning alltid gäller en specifik läkare. Entiteten Appointment fungerar därmed som en kopplingstabell som hanterar båda relationerna och säkerställer att varje tid är tydligt knuten till både patient och läkare.

Fördelar med denna struktur

Denna design erbjuder flera fördelar. Data dupliceras inte, eftersom patient- och läkaruppgifter lagras separat från bokningarna. Det blir dessutom enkelt att söka fram lediga tider per läkare och specialitet, samt att följa upp bokningarnas status över tid. Modellen går också lätt att utöka i framtiden med exempelvis journalanteckningar, remisser eller betalningsinformation, utan att grundstrukturen behöver ändras.