PSD-Tutorials.de
Forum für Design, Fotografie & Bildbearbeitung
Tutkit
Agentur
Hilfe
Kontakt
Start
Forum
Aktuelles
Besonderer Inhalt
Foren durchsuchen
Tutorials
News
Anmelden
Kostenlos registrieren
Aktuelles
Suche
Suche
Nur Titel durchsuchen
Von:
Menü
Anmelden
Kostenlos registrieren
App installieren
Installieren
JavaScript ist deaktiviert. Für eine bessere Darstellung aktiviere bitte JavaScript in deinem Browser, bevor du fortfährst.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen
alternativen Browser
verwenden.
Antworten auf deine Fragen:
Neues Thema erstellen
Start
Forum
Sonstiges
Webdesign, Webentwicklung & Programmierung
PHP, Javascript, jQuery, Ajax, nodeJS, MySQL...
Hilfe bei Normalisierung
Beitrag
<blockquote data-quote="SchneewittchenX" data-source="post: 2044776" data-attributes="member: 168344"><p><strong>AW: Hilfe bei Normalisierung</strong></p><p></p><p>Was hat denn eine Musikdatenbank mit einer Adressdatenbank zu tun? Da gelten völlig andere Kriterien und man braucht ein vollständig anderes Datenbankschema.</p><p></p><p>Bei den Patienten handelt es sich ausschließlich um "natürliche Personen" (im rechtlichen Sinne).</p><p>Die haben einen Nachnamen und mindestens einen Vornamen. Und die sollten in getrennten Feldern gespeichert werden, um die Suche und Sortierung zu erleichtern. Ob der 2. oder weitere Vornamen gespeichert werden sollen, kann nur der TE entscheiden.</p><p>Bei Straße und Hausnummer lasse ich es mir ja noch gefallen, beides in ein Feld zu stecken, obwohl dann der Vorteil mit den Nachschlagetabellen verloren geht. Ort und PLZ sind ja getrennt und weitere Adresszusätze sind bei natürlichen Personen nicht unbedingt erforderlich.</p><p></p><p>Insgesamt würde ich streng darauf achten, dass der Feldaufbau mit dem Aufbau der schon existierenden Datenbanken der Praxissoftware zusammenpasst, damit später ein Abgleich möglich ist, deshalb ja möglichst die Versichertennummer mit erfassen.</p><p>Manchmal ist es besser, das Geschlecht anstatt der Anrede zu erfassen, allerdings fallen dann in der Anrede Titel weg. Wenn die Versichertennummer gespeichert ist, dann ist das Geschlecht aber auch daraus ermittelbar.</p><p>Ich möchte nur Denkanstöße geben, dass Modell sollte der TE schon selbst erstellen.</p></blockquote><p></p>
[QUOTE="SchneewittchenX, post: 2044776, member: 168344"] [b]AW: Hilfe bei Normalisierung[/b] Was hat denn eine Musikdatenbank mit einer Adressdatenbank zu tun? Da gelten völlig andere Kriterien und man braucht ein vollständig anderes Datenbankschema. Bei den Patienten handelt es sich ausschließlich um "natürliche Personen" (im rechtlichen Sinne). Die haben einen Nachnamen und mindestens einen Vornamen. Und die sollten in getrennten Feldern gespeichert werden, um die Suche und Sortierung zu erleichtern. Ob der 2. oder weitere Vornamen gespeichert werden sollen, kann nur der TE entscheiden. Bei Straße und Hausnummer lasse ich es mir ja noch gefallen, beides in ein Feld zu stecken, obwohl dann der Vorteil mit den Nachschlagetabellen verloren geht. Ort und PLZ sind ja getrennt und weitere Adresszusätze sind bei natürlichen Personen nicht unbedingt erforderlich. Insgesamt würde ich streng darauf achten, dass der Feldaufbau mit dem Aufbau der schon existierenden Datenbanken der Praxissoftware zusammenpasst, damit später ein Abgleich möglich ist, deshalb ja möglichst die Versichertennummer mit erfassen. Manchmal ist es besser, das Geschlecht anstatt der Anrede zu erfassen, allerdings fallen dann in der Anrede Titel weg. Wenn die Versichertennummer gespeichert ist, dann ist das Geschlecht aber auch daraus ermittelbar. Ich möchte nur Denkanstöße geben, dass Modell sollte der TE schon selbst erstellen. [/QUOTE]
Bilder bitte
hier hochladen
und danach über das Bild-Icon (Direktlink vorher kopieren) platzieren.
Zitate einfügen…
Authentifizierung
Wenn ★ = 12, ◇ = 4 und die Hälfte von ★ zu ◇ addiert wird, was ist das Ergebnis?
Antworten
Start
Forum
Sonstiges
Webdesign, Webentwicklung & Programmierung
PHP, Javascript, jQuery, Ajax, nodeJS, MySQL...
Hilfe bei Normalisierung
Oben