Sophia

Aus ProgrammingWiki

Inhaltsverzeichnis

1 '''Datenbankprojekt: Datenbank einer Arztpraxis'''
2 Ziel der Datenbank
3 Modellierung in einem ERM-Modell
4 Transformation in das Relationenmodell
5 Merkmale des Modells
6 Erstellen der DB
7 Erstellen von verschiedenen Abfragen
8 Kritische Reflexion zu Modellierung und Umsetzung
9 Verwendete Quellen, Tools, etc.

Datenbankprojekt: Datenbank einer Arztpraxis

Ziel der Datenbank

Die Datenbank dient dazu, Informationen über Arztpraxen, Ärzte, Patienten und deren Diagnosen strukturiert zu verwalten. So können z.B. mehrere Ärzte und deren Patienten sowie die gestellten Diagnosen erfasst und verwaltet werden. Ich habe dieses Thema gewählt, weil ich mir im Gesundheitswesen den Einsatz einer solchen Datenbank als besonders sinnvoll und nützlich vorstelle. In einer Arztpraxis fallen täglich viele zusammenhängende Informationen an, etwa zu Ärzten, Patienten und Diagnosen, die zuverlässig und übersichtlich verwaltet werden müssen. Eine strukturierte Datenbank erleichtert das schnelle Wiederfinden, reduziert Fehler durch Speicherung und unterstützt effizientere Abläufe.

Modellierung in einem ERM-Modell

Transformation in das Relationenmodell

Merkmale des Modells

1) Entitäten:

Arzt:

Primärschlüssel: Arzt_ID
Attribute: Vorname, Nachname, Geburtsjahr

Arztpraxis:

Primärschlüssel: Arztpraxis_ID
Attribute: Telefonnummer, Anschrift, Postleitzahl, Spezialisierung

Patienten:

Primärschlüssel: Patient_ID
Attribute: Vorname, Name, Geburtsjahr, Wohnort, Krankenkasse

Diagnose

Primärschlüssel: Diagnose_ID
Attribute: Informationen

2) Beziehungen und Kardinalitäten

Arzt besitzt Arztpraxis: 1:1

Ein Arzt ist genau einer Arztpraxis zugeordnet
Eine Arztpraxis gehört genau zu einem Arzt

Arzt behandelt Patienten: n:m

Ein Arzt kann viele Patienten behandeln
Ein Patient kann von vielen Ärzten behandelt werden
Konsequenz fürs Datenmodell: Zwischentabelle, ArztBehandeltPatient mit Arzt_ID und Patient_ID als Fremdschlüssel, mit zusammengesetzten Primärschlüssel aus beiden

Patient erhält Diagnose: 1:n

Ein Patient kann mehrere Diagnosen haben
Jede einzelne Diagnose gehört genau zu einem Patienten

Erstellen der DB

CREATE TABLE Arztpraxis ( 
  Arztpraxis_ID INT PRIMARY KEY,
  Telefonnummer VARCHAR(15),
  Anschrift VARCHAR(255),
  Postleitzahl VARCHAR(10),
  Spezialisierung VARCHAR(50)
);

CREATE TABLE Arzt (
  Arzt_ID INT PRIMARY KEY,
  Vorname VARCHAR(50),
  Nachname VARCHAR(50),
  Geburtsjahr INT,
  Arztpraxis_ID INT NOT NULL UNIQUE,
  FOREIGN KEY (Arztpraxis_ID) REFERENCES Arztpraxis(Arztpraxis_ID)
);

CREATE TABLE Patient (
  Patient_ID INT PRIMARY KEY,
  Vorname VARCHAR(50),
  Name VARCHAR(50),
  Geburtsjahr INT,
  Wohnort VARCHAR(50),
  Krankenkasse VARCHAR(50)
);

CREATE TABLE Diagnose (
  Diagnose_ID INT PRIMARY KEY,
  Informationen TEXT,
  Patient_ID INT NOT NULL,
  FOREIGN KEY (Patient_ID) REFERENCES Patient(Patient_ID)
);

CREATE TABLE ArztBehandeltPatient (
  Arzt_ID INT,
  Patient_ID INT,
  PRIMARY KEY (Arzt_ID, Patient_ID),
  FOREIGN KEY (Arzt_ID) REFERENCES Arzt(Arzt_ID),
  FOREIGN KEY (Patient_ID) REFERENCES Patient(Patient_ID)
);

INSERT INTO Arztpraxis VALUES (1, '030-1234567', 'Musterstraße 1, Berlin', '10115', 'Allgemeinmedizin');
INSERT INTO Arztpraxis VALUES (2, '040-2345678', 'Lindenweg 5, Hamburg', '20095', 'Dermatologie');
INSERT INTO Arztpraxis VALUES (3, '089-3456789', 'Kirchplatz 3, München', '80331', 'Pädiatrie');
INSERT INTO Arztpraxis VALUES (4, '069-4567890', 'Wiesenweg 10, Frankfurt', '60311', 'Orthopädie');
INSERT INTO Arztpraxis VALUES (5, '0221-5678901', 'Bahnhofstraße 8, Köln', '50667', 'Neurologie');

INSERT INTO Arzt VALUES (1, 'Hans',    'Müller',    1978, 1);
INSERT INTO Arzt VALUES (2, 'Maria',   'Schmidt',   1973, 2);
INSERT INTO Arzt VALUES (3, 'Thomas',  'Meier',     1988, 3);
INSERT INTO Arzt VALUES (4, 'Sabine',  'Schneider', 1983, 4);
INSERT INTO Arzt VALUES (5, 'Michael', 'Weber',     1968, 5);

INSERT INTO Patient VALUES (1, 'Peter', 'Becker',  1993, 'Berlin',    'AOK');
INSERT INTO Patient VALUES (2, 'Anna',  'Schulz',  1998, 'Hamburg',   'TK');
INSERT INTO Patient VALUES (3, 'Julia', 'Fischer', 1983, 'München',   'Barmer');
INSERT INTO Patient VALUES (4, 'Markus','Weiß',    1968, 'Frankfurt', 'DAK');
INSERT INTO Patient VALUES (5, 'Laura', 'Wagner',  1963, 'Köln',      'Barmer');

INSERT INTO Diagnose VALUES (1, 'Grippe',         1);
INSERT INTO Diagnose VALUES (2, 'Erkältung',      1);
INSERT INTO Diagnose VALUES (3, 'Allergie',       2);
INSERT INTO Diagnose VALUES (4, 'Diabetes Typ 2', 3);
INSERT INTO Diagnose VALUES (5, 'Bluthochdruck',  4);

INSERT INTO ArztBehandeltPatient VALUES (1, 1);
INSERT INTO ArztBehandeltPatient VALUES (1, 2);
INSERT INTO ArztBehandeltPatient VALUES (2, 3);
INSERT INTO ArztBehandeltPatient VALUES (3, 4);
INSERT INTO ArztBehandeltPatient VALUES (4, 5);

Erstellen von verschiedenen Abfragen

Abfrage aller Arztpraxen mit Spezialisierung "Pädiatrie"

SELECT * FROM Arztpraxis
WHERE Spezialisierung = 'Pädiatrie';

Abfrage aller Patienten, die in Berlin leben

SELECT Vorname, Name 
FROM Patient
WHERE Wohnort = 'Berlin';

Abfrage von Patienten und ihren behandelnden Ärzten

SELECT P.Vorname AS PatientVorname, P.Name AS PatientName,
       A.Vorname AS ArztVorname, A.Nachname AS ArztNachname
FROM Patient P
JOIN ArztBehandeltPatient ABP ON P.Patient_ID = ABP.Patient_ID
JOIN Arzt A ON ABP.Arzt_ID = A.Arzt_ID;

Abfrage der Diagnose von Peter Becker

SELECT D.Informationen
FROM Diagnose D
JOIN Patient P ON D.Patient_ID = P.Patient_ID
WHERE P.Vorname = 'Peter' AND P.Name = 'Becker';

Abfrage der Diagnosen pro Patient

SELECT p.Patient_ID, p.Vorname, p.Name, COUNT(d.Diagnose_ID) AS AnzahlDiagnosen
FROM Patient p
LEFT JOIN Diagnose d ON p.Patient_ID = d.Patient_ID
GROUP BY p.Patient_ID, p.Vorname, p.Name;

Kritische Reflexion zu Modellierung und Umsetzung

Die Datenbank hat eine klare Tabellenstruktur, in der jede Entität eigenständig modelliert ist. Die Trennung in Arztpraxis, Arzt, Patient und Diagnose verhindert Datenwiederholungen und unterstützt die Normalisierung. Die Felder sind atomar, wie es die 1. Normalform verlangt, da die Informationen in passenden Spalten getrennt gespeichert werden. Jede Tabelle besitzt einen eindeutigen Primärschlüssel, wodurch keine Teilabhängigkeiten entstehen und die zweite Normalform erfüllt ist.

Verbesserungen: Einige Entitäten könnten auch anders modelliert werden. Häufig teilen sich mehrere Ärzte eine Praxis, dann wäre Arztpraxis 1:n zu Arzt passender und die UNIQUE Einschränkung bei Arztpraxis_ID müsste weg. Auch die Beziehung Arzt behandelt Patient könnte als eigene Entität Behandlung umgesetzt werden, sobald zusätzliche Informationen wie Datum, Therapie oder Notizen gespeichert werden sollen. Bei Diagnose kann Redundanz entstehen, wenn viele Patienten dieselben Diagnosen als Text erhalten, dann wäre eine eigene Tabelle für Diagnosearten sinnvoll und eine Verknüpfungstabelle für Patientendiagnosen.

Verwendete Quellen, Tools, etc.

ERDplus