Utilisez un outil de conception approprié pour concevoir un système de base de données relationnelle pour un

problème substantiel

Concevoir un système de base de données relationnelle en utilisant des outils de conception appropriés et
techniques, contenant au moins quatre tables interconnectées, avec clarté
déclarations des exigences utilisateur et système

Produisez un design complet pour un système entièrement fonctionnel qui

comprend des conceptions d'interface et de sortie, des validations de données et des données
normalisation.

Évaluez l'efficacité du design en relation avec l'utilisateur et le système

exigences.
Objectif

Supposons que vous soyez embauché en tant que stagiaire ingénieur logiciel par l'hôpital ABC et que vous soyez chargé de concevoir et de développer un

Base de données pour l'hôpital.

L'hôpital ABC est un hôpital multi-spécialités qui comprend un certain nombre de départements, de chambres, de médecins, d'infirmières et de préparateurs.
et d'autres membres du personnel travaillant dans l'hôpital.

Des patients souffrant de différentes maladies viennent à l'hôpital et passent un examen médical auprès des médecins concernés. Si
ils sont admis à l'hôpital et discharge après les traitements.
L'objectif de cette étude de cas est de concevoir et de développer une base de données pour l'hôpital afin de maintenir les dossiers.
des différents départements, des brevets et des médecins à l'hôpital

Description
Dans un hôpital, il y a de nombreux départements comme l'Orthopédie, la Pathologie, les Urgences, la Dentisterie, la Gynécologie,
Anesthésiques, unité de soins intensifs, laboratoire, etc. Un département est décrit par son nom, son emplacement dans le département, et
installations disponibles.
Il y a deux types de médecins à l'hôpital (identifiés par un ID unique), à savoir, les médecins réguliers et
Appeler des médecins. L'hôpital doit stocker les informations personnelles des médecins telles que le nom, la qualification, l'adresse,
numéro de téléphone
Les médecins réguliers sont ceux qui se rendent à l'hôpital tous les jours. Il est nécessaire de stocker le paiement comme
salaire mensuel des médecins réguliers.
Les médecins appelés sont ceux qui sont sollicités par l'hôpital si le médecin concerné n'est pas disponible.
Les frais par appel et le paiement dû doivent être liés à cette catégorie de médecin.
Vous devez enregistrer les détails des patients. L'hôpital doit enregistrer les détails du patient lorsque cela est nécessaire.
le patient arrive à l'hôpital pour un examen. Lorsque le patient arrive, un numéro de patient est généré qui
agit comme une clé primaire. D'autres détails comme le nom, l'âge, le sexe, l'adresse, la ville, le numéro de téléphone, la date d'entrée, le nom de
le nom du médecin référé et le nom du département sont également stockés.
Après s'être enregistrés, les patients se rendent dans le cabinet du médecin concerné et le médecin examine leurs maladies.
Selon les maladies, le médecin prescrit soit des médicaments, soit admet le patient dans le service concerné.
département.
Les détails des patients réguliers sont stockés séparément, ce qui inclut la date de visite, le diagnostic, le traitement, le statut.
de traitement, etc.
Lorsque le patient est admis, ses détails connexes doivent être stockés séparément. Informations stockées
comprend le numéro du patient, le paiement anticipé, le mode de paiement, le numéro de la chambre, le département, la date de

admission
Lorsque un patient est libéré de l'hôpital, il est nécessaire de stocker des détails tels que le numéro du patient,
traitement donné
Le patient qui a été admis à l'hôpital peut choisir soit une chambre privée, soit une chambre générale selon ses critères.
numéro de chambre (unique)
si occupé, alors numéro de patient etc
Activité 1

1.1)
a) Identifiez les exigences des utilisateurs et du système pour concevoir une base de données pour le
scénario ci-dessus

Ce système fournit des services fondamentaux ainsi que la modernisation de l'hôpital et peut être
identifié comme suit par l'utilisateur selon l'étude.

Utilisateurs du système :

1. Patients
2. Membres de la famille des patients
3. Médecins (de garde / réguliers)
Personnel hospitalier

Exigences :-

1. Le système doit être capable d'enregistrer et d'inscrire des patients.

2. Le système doit être capable de gérer la réservation de chambre du patient.
3. Le système doit être capable de garder des dossiers de patients.
4. Le système propose un service de médecin de garde.
5. Le système gère le cycle de vie du dossier depuis l'inscription du patient jusqu'à la sortie du patient.
libération.
6. Le système devrait également pouvoir enregistrer des informations pour les médecins [ CITATION CJD09
1033 ]

Exigences de l'utilisateur
Afin de prendre et de stocker par la suite des données provenant des brevets, l'hôpital
Un système de gestion est utilisé. L'objectif principal du système de gestion hospitalière est de traiter
et réduire le paiement des heures supplémentaires de manière appropriée.

Le HMS comprend plusieurs fonctionnalités. Certaines des fonctions du système incluent l'enregistrement,
inspection de brevet, production de rapports et plus. Cela explique la gestion de l'hôpital
Besoins fonctionnels et non fonctionnels du système.
Fonctionnel
Le système de gestion d'hôpital a de nombreux besoins en logiciels qui englobent
processus multiples : inscription, contrôle, génération de rapports et base de données. Il y a
aussi de nombreuses normes logicielles.

Processus d'inscription

● Ajout de Poutre : La gestion hospitalière permet au personnel de la réception d'intégrer le

système dans de nouveaux brevets.

● Attribuer un identifiant de brevet : Le HMS fournit un identifiant unique pour chaque brevet à la réception
et l'ajoute ensuite à la feuille de dossiers du brevet. Pendant tout votre séjour à l'hôpital,
les brevets peuvent utiliser l'ID.

Vérifiez.

● Supprimer l'identifiant de brevet : l'identifiant de brevet peut être supprimé du système depuis le service

le personnel administratif après que le patient quitte l'hôpital.

● Ajouter à la liste disponible des lits : le personnel peut inclure un lit vide dans la liste des lits.
zone administrative du quartier.

Génération de rapport
● Informations sur les brevets : Un rapport sur diverses informations telles que le nom du brevet,
numéro de téléphone
est généré par le Système de Gestion Hospitalière.

● Disponibilité des lits : Le système de gestion hospitalière peut également aider à générer l'accès aux lits
rapports concernant des informations telles que le nombre de lits vides ou occupés, le service
nom et plus.

Gestion de bases de données.

● Informations sur les brevets obligatoires : chaque brevet comportera certaines données nécessaires, telles que
numéros de téléphone
adresse, ville, numéro d'identité de brevet, etc. [CITATION Pet07 l 1033].
 ● Informations de mise à jour des brevets : Le système de gestion hospitalière permet aux utilisateurs de mettre à jour

informations sur le brevet comme indiqué dans les informations requises.

Non fonctionnel
Les besoins non fonctionnels du système de gestion hospitalière englobent plusieurs
les exigences logicielles et comprend de nombreux processus, à savoir la sécurité, la performance,
maintenance et fiabilité.

Sécurité
Identification des patients - Les patients doivent se reconnaître au téléphone par le système.
Identifiant de connexion utilisateur - Tous les utilisateurs du système doivent avoir une identification de connexion et un mot de passe.
Modifications - Seul l'administrateur de la section peut synchroniser et effectuer des modifications.
telles insertions, suppressions, mises à jour, etc. pour la base de données.
L'équipe de la réception - elle peut examiner toutes les données dans la gestion de l'hôpital.
Système, ajouter de nouveaux patients au dossier HMS mais ne pas avoir le droit de modifier l'un de ses
données.
Droits de l'Administrateur - L'Administrateur peut examiner et modifier toute Gestion Hospitalière
Informations système.

Maintenir
● Récupération : Le système offre une efficacité de sauvegarde des données.

● Échecs : Chaque échec sera suivi par le système et enregistré.

Performance
● Collecte de données en temps réel : Une fois les informations du 'patient' examinées, le système fournit
reconnaissance en une seconde.

● Capacités : au moins 1000 personnes doivent être prises en charge en même temps par le système.

● Interface Utilisateur : L'interface met à jour dans les cinq secondes.

● Conformité : le système doit garantir le respect des normes d'accessibilité de Microsoft

Directives.

Disponibilité
le système doit toujours être disponible et actif pour les utilisateurs.

Exigences du système
Configuration du serveur - ERP pour hôpitaux (Marque de votre choix)
Intel cor i7 ou supérieur
 32 Go de RAM
3 x 1 To Disque SSD avec mise en miroir OU RAID 5
Ethernet Gigabit
Serveur Windows 2016 OU Linux (Ubuntu 64 bits)
Base de données relationnelle open-source – MySQL, PostgresSQL ou FirebirdSQL 3.x (64 bits)
Abonnement antivirus

Portail patient de l'hôpital / Serveur d'application PACS

Intel Xeon à double cœur ou plus
32 Go de RAM
1 x t To disque dur à état solide avec miroir OU RAID 5
Ethernet Gigabit
Serveur Windows 2016 / Ubuntu sur site ou hébergé
Abonnement antivirus

Postes de travail pour les départements hospitaliers

Intel Core i3 / i5
8 Go de RAM
Ethernet rapide
écran LCD
Empreinte compacte
Licences Windows 10
disque dur à état solide de 500 Go

Périphériques et accessoires pour l'automatisation de l'ERP de l'hôpital

Câblage structuré Cat 6 ou e-Cat
Commutateur géré 24 ports pour la connectivité et la surveillance du réseau
Graveur DVD / Disque dur externe pour sauvegarde de données
Câbles de connectivité pour l'intégration des dispositifs médicaux
Imprimante laser A4 (résultats de laboratoire et résumé de sortie du patient)
Connexion de ligne louée statique pour support à distance (Obligatoire)
Imprimante matricielle 24 fils (facturation du département)
Imprimante de point de vente (POS) Epson
Imprimante et scanner de code-barres (optionnel)
Scanner de bureau HP Scanjet N8420 avec détecteur de codes-barres (pour DME)
Serveur équipé de GPU pour l'apprentissage automatique (Tensorflow)
Balises Bluetoothpour les systèmes de positionnement intérieur des hôpitaux
Plateforme de logiciel jumeau numérique pour hôpitaux
Capteurs maillés pour détecter le CO2, la fumée, la qualité de l'air intérieur, etc.
[ CITATION Pat01 1033 ]
b) Identifiez les entités et les attributs du scénario donné et concevez un
système de base de données relationnelle utilisant la conception conceptuelle (modèle ER) par
y compris la clé primaire de chaque entité, les cardinalités et les participations de
relations.

[ CITATION Pet07 1033 ]

c) Convertir le modèle ER en conception de base de données logique en utilisant relationnel

modèle de base de données incluant des clés primaires, des clés étrangères et une référence
Intégrités. Il doit contenir au moins quatre tables interconnectées.
Remarque : -Il est permis d'avoir vos propres hypothèses et attributs connexes dans le cadre de
étude de cas donnée.

Voici les tables ainsi que les contraintes utilisées dans la base de données de gestion des hôpitaux.

tbl_Département
Ce tableau contient des détails sur les départements de l'hôpital.
Ce tableau contient les informations comme suit,
Nom du département
lieu où se trouve le département
Installations – Installations fournies et actions spécialisées.
nom_dept
locaux_dept
e
tbl_Docteur
Ce tableau contient des informations sur tous les médecins qui travaillent pour l'hôpital et ses établissements associés.
départements.
Ce tableau contient les informations comme ceci,
DOC_Id (Clé Primaire) – Un numéro d'identité commençant par les préfixes RD ou CD est attribué
à chaque médecin en fonction du type de médecin (Médecin Régulier / Médecin à Domicile).
Nom_dep (Clé étrangère / Clé primaire de tbl_Department)

DOC_Iddept_Nom

tbl_RegDoctor
Ce tableau préserve les détails des médecins d'hôpital réguliers. Les médecins sont indiqués par leur prénom.
DOC_Id. Ce tableau contient les informations personnelles des médecins en tant que tel,
DOC_Id (Clé primaire) – Un nom d'identité commençant par RD
Nom du médecin
Qualification – la spécialisation du médecin
Adresse - Résidence du docteur
Numéro de portable du médecin
Salaire
Date d'adhésion

DOC_Id date d'adhésion Numéro_de_Contact

y s

4) tbl_AppelAuMédecin
Les détails des médecins appelés par l'hôpital sont enregistrés dans ce tableau lorsque plus de médecins sont
demandé. Ce tableau contient les informations personnelles des médecins à ce titre,
DOC_Id (clé primaire) – Un nom d'identité commençant par CD
Nom du médecin
Qualification – la spécialisation du médecin
Adresse - Demeure du Docteur
Numéro de mobile du médecin
 Frais_par_appel - le montant à facturer par visite
Due_Payment – date de prélèvement du paiement

ID_DOC
e s l

tbl_EntréePatient
Quand un patient arrive à l'hôpital pour un contrôle, un enregistrement est produit dans ce tableau. Un patient
Un numéro est généré à l'arrivée du patient, qui agit comme clé primaire. Ce tableau contient
les informations des patients en tant que telles,
P_Id (Clé Primaire) - Numéro de patient
Nom du patient
Genre
Résidence des patients
Numéro de portable du patient
Âge des patients
Diagnostic
Le patient est transféré au médecin pour des contrôles après avoir enregistré les informations essentielles.

P_Nom_IP Diagnostic
d e r e

6) tbl_ContrôlePatient
Cette table stocke les détails sur les patients qui reçoivent un traitement du médecin référé.
Des détails tels que le numéro de patient de tbl_Patient, DOC_Id, date de consultation, diagnostic, et
le traitement est stocké. Un champ supplémentaire, le statut, est utilisé pour indiquer si le patient est admis,
référé pour opération ou est un patient régulier à l'hôpital. Si le patient est admis, plus de détails
sont stockés dans tbl_PatAdmittable. Si le patient est référé pour une opération, les détails supplémentaires sont stockés
intbl_PatOperatetable et si le patient est un patient régulier de l'hôpital, les détails supplémentaires sont
stocké dans la table intbl_PatRegulartable.

P_IDOC_IdDOChekUp Traitement
d s

7) tbl_PatAdmit
Les informations connexes sont enregistrées dans ce tableau lors de l'admission du patient. Les données sauvegardées incluent
numéro du patient
admission
traitement, nom de l'accompagnant, etc.
 P_I Paiement_Avancé paiement DateDeLAnnonce
ON_Conditi
d ent de o moi avec sur

8) tbl_PatDisCharge
Une entrée est créée lorsqu'un patient est libéré de l'hôpital dans ce tableau. Chaque entrée contient
informations telles que les numéros de patients, le traitement, conseiller le traitement, méthode de paiement
dates de sortie, et ainsi de suite.
Je vous conseille sur la date de sortie
d manger rge nts es nt de

9) tbl_PatRegular
Les détails des patients réguliers sont stockés dans cette table. Les informations stockées incluent la date de visite,
diagnostic
Clé primaire – (P_Id, DateDeVisite)

P_Id Date de la visite

t

10) tbl_PatOperate
Dans ce tableau, ses détails sont enregistrés si le patient est opéré dans un hôpital. L'information
sauvé
chirurgie, état pré- et post-opératoire du patient, instructions de traitement, etc.
P_Id DateDeL'Opération IN_Condition Sur_Condition DOC_Id
n e

11)tbl_RoomDet
Il comprend les détails de toutes les chambres d'hôpital. Comprend le numéro de la chambre, le type de chambre (général ou

privé), statut (occupé ou non) et numéro, nom du patient, frais par jour, etc.
Détails contenus dans ce tableau.
Chambre_I autres frais
d y

1.2)
a) Expliquer la normalisation des données avec des exemples.
Vérifiez si la conception logique fournie dans la tâche 1.1 est normalisée. Si ce n'est pas le cas, normalisez-la.
base de données en supprimant les anomalies.
Des anomalies telles que la duplication de données ou des groupes répétitifs peuvent survenir au cours des opérations.
sur la relation. Nous devrions analyser et décomposer le lien complexe en quelque chose de moins simple et structuré.
connexion afin de faire face à ces défis. Cela s'appelle une procédure de normalisation A
une bonne conception de base de données est une forme normale Ce sont des formes ordinaires :

1Première forme normale (1NF)

[Link]ème forme normale (2NF)
[Link]ème forme normale (3FN)
[Link] normale de Boyce-Codd (BCNF)
[Link]ème forme normale (4NF)
[Link]ème forme normale (5NF)

Relation 1 : Les médecins travaillent dans le Département (M:1)

1. Première forme normale (1NF) :
Une relation est dite INF si et seulement si
[Link] les attributs de clé primaire sont définis.
[Link] n'y a pas de groupes répétés dans le tableau.
[Link] les attributs dépendent de la clé primaire.

Table des départements

nom_du_dpt
Emplacement des installations
e

Table des Médecins :tbl_Doctors

DOC_Iddepart_Nom
Parce que les tables ci-dessus adhèrent aux critères mentionnés, elles sont classées comme 1NF.

2. Deuxième forme normale (2NF)

Une relation est dite INF si et seulement si
Il est en 1NF.
2. Chaque attribut non clé primaire est pleinement fonctionnellement dépendant de la clé primaire.
Table des départements : tbl_Département

nom_departement
installations de localisation du département
e

nom_du_departement
Installations

Table des médecins

 DOC_Iddept_Nom

DOC_Id
Il est en 2NF.

3. Troisième forme normale (3NF) :

Une relation est dite INF si et seulement si
Il est en 2NF.
2. Aucun attribut non clé primaire dépendant de manière transitive de la clé primaire.
Table Département:tbl_Départment
nom_du_dept
Département_Lieu
e

nom_du_département
Installations
Tableau Médecin
DOC_Iddept_Nom

DOC_Id
Nom_du_département
Le tableau ci-dessus est dépendant de manière transitive. Il n'est donc pas en 3NF.

Relation 2 : Contrôle médical patient (1 : N)

1. Première forme normale (1NF) :
Table des médecins : tbl_Doctor
DOC_Iddept_Nom

Table des patients : tbl_PatientEntry

P_Nom_IP Diagnostic
d e r e

Cela satisfait toutes les propriétés de la 1NF. Donc, c'est en 1NF.

2. Deuxième forme normale (2NF)

Table des Médecins
DOC_Iddept_Nom
ID_DOC

Table des patients : tbl_PatientEntry

P_Nom_IP Diagnostic
d e r e

P_Identifiant
C'est en 2NF.

3. Troisième forme normale (3NF) :

Table des médecins
DOC_Iddepartement_Nom

DOC_Id
DOC_Id

Table des patients : tbl_PatientEntry

P_Nom_IP Diagnostic
d e r e

P_Id
Diagnostic
Il est dépendant de manière transitives. Donc, il n'est pas en 3NF.

Relation 3 : Les médecins opèrent sur les patients (M:M)

1. Première forme normale (1NF) :
Table des médecins : tbl_Médecins

DOC_Iddept_Nom

Table des patients : tbl_PatientEntry

P_IP_Nom Diagnostic
d e r e

Les médecins opèrent le patient :

P_IdDateDeOperation Sur_Condition DOC_Id

n e
Il est en 1NF

Deuxième forme normale (2NF)

Les médecins opèrent sur le patient :

P_IdDateOfOperation IN_Condition Sur_Condition DOC_Id

n e

P_Id+DOC_Id
Il est en 2NF

Troisième forme normale (3FN)

Les médecins opèrent sur le patient :

P_Id Date d'opération En_Condition DOC_Id

n e

ID_P
P_Id->Sur_Condition
Il n'est pas en 3NF [ CITATION Shi11 \l 1033 ]

b) Produire un ensemble d'interfaces simples pour l'entrée et la sortie pour le scénario ci-dessus en utilisant
Fil de fer ou tout outil de conception d'interface.
Enregistrement du patient
Enregistrement des médecins

[ CITATION Abr06 1033 ]

c) Expliquer les mécanismes de validation pour valider les données dans les tables avec des exemples.
Le processus de confirmation de l'exactitude et de la qualité des données est appelé validation des données. C'est
mis en œuvre en incorporant un certain nombre de contrôles dans un système ou un rapport pour assurer la logique
la cohérence des données d'entrée et des données stockées. Il est essentiel de garantir que les données qui entrent dans le système sont
corrige et respecte les exigences de qualité qui ont été établies[ CITATION CJD09 1033 ].

Dans ce système de gestion de base de données hospitalière, la validation des données peut être effectuée comme suit.

Vérifiez le type de données.

Un contrôle de type de données garantit que les informations saisies sont du bon type de données. Le numéro de contact
Le champ de tbl_Doctor et tbl_PatentEntry, par exemple, peut seulement prendre des valeurs numériques. Si tel est le cas,
le système doit rejeter toutes les données y compris les caractères supplémentaires tels que les lettres ou les symboles spéciaux.

Vérifiez le format des données

Les colonnes de date conservées dans un format fixe, tel que « AAAA-MM-JJ » ou « JJ-MM-AAAA », sont un cas d'utilisation populaire.
La technique de validation des données qui garantit que les dates sont correctement formatées aide à maintenir la cohérence.
à travers les données et le temps. Cela peut être appliqué à la saisie de dates des champs dans les tableaux.

1.3)
a) Évaluez votre conception par rapport aux exigences utilisateur et système que vous avez identifiées dans
1.1. a.
La gestion des patients devient facile lorsque vous installez un logiciel. Cette fonctionnalité du système permet
le personnel médical doit prendre en compte la quantité et le nombre de patients et de patients externes
dans les hôpitaux et dans les chambres. Les enregistrements et admissions des patients peuvent également être gérés
effectivement. La planification et le diagnostic des rendez-vous, consultations et autres tels enregistrements
peut être soigneusement conservé.

Les dossiers médicaux - ce (HMIS) peut être extrêmement bénéfique pour les médecins. Les médecins auront un accès simple.
accès aux données de rendez-vous des patients. De plus, lorsque plusieurs médecins travaillent sur un seul cas,
Tous les dossiers et résultats de diagnostic peuvent être partagés afin que d'autres médecins puissent consulter les données et
décider du meilleur type de thérapie. Tests médicaux et statut du rapport, par exemple, sont
facilement accessible.

Administration - Gestion du module de gestion Ce système aide le médical et

équipe d'administration de l'équipement. Les dossiers du personnel avec un minimum ou zéro erreur peuvent être stockés. Il est
facile à contrôler l'inventaire du laboratoire et de la banque de sang. De plus, un système d'information hospitalier
un logiciel peut réguler le système de paie. Un système automatique peut également être utilisé pour facilement
maintenir des comptes efficaces.

En plus de ces aspects fondamentaux, le système de gestion hospitalière que vous choisissez doit répondre à
vos exigences individuelles. Il doit également être convivial pour les personnes qui ne sont pas technophiles.
bien informé, car vos patients en feront partie intégrante. En plus d'être simple pour
les patients, cela doit également être simple pour le personnel médical tel que les médecins, les infirmières, les techniciens de laboratoire,
et ainsi de suite. Surtout, le logiciel que vous utilisez doit être rentable[ CITATION Shi11 1033 ].
Références
1. Abraham Silberschatz, H. F. K. et S. S., 2006..Concepts des systèmes de bases de données,.Cinquième édition,

éd. s.l.: McGraw-Hill Éducation (Asie), .

2. Atul Kahate, 2006. Introduction aux systèmes de gestion de bases de données, New Delhi : Pearson

Éducation.
3. C. J. Date, A. K. a. S. S., 2009..Une introduction aux systèmes de bases de données,.Huitième édition,

ed. s.l.: Pearson Education, .

4. Patrick O’Neil et Elizabeth O’Neil, D. P., 2001..Programmation et Performance,.Première
Édition, éd. s.l.: Harcourt Asia Pte. Ltd.
5. Peter Rob et Carlos Coronel, 2007. Conception, mise en œuvre et systèmes de bases de données

Gestion, septième édition, éd. s.l.: Thomson Learning-Course Technology.

6. Shio Kumar Singh, 2011..Concepts, Conceptions et Applications des Systèmes de Bases de Données,.Deuxième

Édition, éd. s.l. : Pearson Education.