Académique Documents
Professionnel Documents
Culture Documents
UE 205 – INFORMATIQUE
40 rue des Jeûneurs
75002 PARIS
Dossier n° 1 : 5 points
Dossier n° 2 : 5 points
Dossier n° 3 : 5 points
Dossier n° 4 : 5 points
Dans le cadre du plan « Hôpital 2007 », le CHU d’une grande métropole régionale souhaite moderniser son
système d'information pour permettre le partage d'un plus grand nombre d'informations entre les différentes
unités administratives, logistiques et médicales et accroître ainsi sa réactivité et son efficacité dans
l'accompagnement de ses patients.
Les questions s’enchaînent logiquement mais il n’est pas indispensable d’avoir trouvé la bonne solution à la
question N pour pouvoir bien répondre à la question N+1.
1
Dossier 1 : Dictionnaire des données et dépendances fonctionnelles
C’est autour du patient que va se constituer le nouveau système d’information, mais le respect du secret
médical impose de séparer les données administratives des données cliniques. Nous ne nous intéressons
qu’aux données administratives.
En tant que contrôleur de gestion attaché au Département de l'Offre de Soins et de la Clientèle (DOSC), vous
êtes nommé coordinateur du projet et recevez les premiers travaux réalisés sous forme d’un dictionnaire des
données. 1
Ce dictionnaire des données a permis aux informaticiens de construire une matrice des dépendances
fonctionnelles (D.F.) présentée en annexe 2.
Travail à faire :
1) Il est fait mention dans le dictionnaire de l’AFNOR, Association Française de Normalisation, qui définit
les normes dans de nombreux domaines et est la correspondante de l’I.S.O. (Organisation internationale
de normalisation) qui dépend de l’Organisation des Nations Unies.
Quel est l’intérêt de respecter les normes AFNOR pour la définition des adresses ?
2) Compte-tenu des données dont vous disposez, complétez le graphe des D.F. de l’annexe 3 (à joindre à la
copie).
Dictionnaire des données et matrice des DF des annexes 1 et 2 permettent aussi de construire le modèle
conceptuel des données de l’annexe 3.
Travail à faire :
1) Compléter ce MCD avec les cardinalités en appliquant la règle de gestion selon laquelle, du point de vue
administratif, un séjour est prescrit par un médecin et un seul.
2) Le MCD considéré jusqu’ici n’est que la petite partie d’un MCD beaucoup plus complexe. Parmi les
évènements liés au séjour du patient, il y a le problème de la réservation d’une chambre pendant la durée
du séjour, ainsi que celui de la réservation d’une salle d’opération et/ou d’équipements lourds comme
radiographie, scanner, etc... à un instant précis du séjour.
Intéressons nous à ce dernier point. Sachant que le système gère l’entité « EQUIP_EXAMEN », identifiée
par la clef EquipExamen_Id, complétez le MCD avec cette entité et l’association qui la relie à l’entité
« SEJOUR_ADMINISTRATIF ». Précisez les cardinalités et complétez éventuellement l’association
avec les données qu’elle est susceptible de porter. Pour définir ces données, songez que vous devez
consolider les données d’ordre administratif mais proscrire toute donnée d’ordre clinique pour respecter la
règle du secret médical.
1
Ce dictionnaire est, pour les besoins de l’examen, considérablement simplifié par rapport à ce que serait le dictionnaire
réel d’une telle application.
2
Dossier 3 : Modèle relationnel / Algèbre relationnel / SQL
La base de données est construite avec des tables relationnelles qui matérialisent les diverses entités. Nous
fournissons ci-dessous quelques éléments du schéma relationnel de la Base :
Travail à faire :
1) Quelles sont les deux clefs étrangères manquantes dans la table PRESTATIONS_ADM ?
2) Compte tenu de la définition des tables fournies ci-dessus, rédiger les requêtes (SQL ou algébre
relationnelle) fournissant les éléments suivants :
1. Liste des patients (Civilité réduite, nom, prénom, Date et ville de naissance, classés par date (ordre
décroissant) et par ville (ordre alphabétique croissant).
2. Liste des séjours effectués par les patients. Pour chaque patient, on indiquera le nom et le prénom.
Pour chaque séjour, on indiquera la date de début de séjour et la date de fin. Les critères de tri
(croissant) seront Nom patient (primaire) et date de début de séjour (secondaire).
3. Montant en U.O. de la facture des prestations du Patient No 1 pour l’ensemble de ses séjours.
Le CHU avait mis en place des systèmes de gestion indépendants, conçus pour une fonction spécifique. Il est
très difficile de faire dialoguer ces systèmes entre eux alors que l’exigence de communication est
indispensable pour construire un véritable système d’information. Le CHU recherche aujourd’hui le pilotage
intégré de ses fonctions et de ses processus de base :
3
Travail à faire :
Le futur réseau interne doit irriguer le CHU et doit constituer le vecteur d’information et de publication.
Ce réseau sera aussi le portail d’entrée vers de nombreuses applications fonctionnant en mode Web, telles
que les demandes au Centre d’Editique ou le catalogue des actes de biologie. Bientôt, le PMSI (Plan de
Médicalisation du Système d’Information) et la consultation des dossiers médicaux seront accessibles via
ce réseau qui deviendra le point d’entrée de nombreuses applications du Système d’Information
Hospitalier (SIH).
2) Quel nom sera donné à ce type de réseau compte-tenu de ces spécifications ? A quel type de réseau ce
nom fait-il référence et quel point commun a-t-il avec lui ?
50 % des images de radiologie sont aujourd’hui obtenues sous forme numérique (IRM, scanner,
échographies et médecine nucléaire). La tendance est donc d’intégrer l’image au système d’information
hospitalier. Or l’image est gourmande en ressources :
Un autre problème est aussi celui du grand nombre d'images générées par examen : un seul examen de
tomodensitométrie peut générer entre 20 et 50 images.
3) Quelles technologies doit envisager l’hôpital pour que son réseau réponde à ces exigences de haut débit ?
Le concept de Réseau de Santé va permettre les échanges (télémédecine) entre l’hôpital et les médecins
de la ville. Le dossier patient sera géré dans le S.I. de l’hôpital, des données seront extraites de ce dossier
et envoyées au médecin traitant.
4) Quelles précautions devront prendre les informaticiens pour assurer les transferts d’information dans le
respect des exigences du secret médical ?
4
ANNEXE N° 1
Compl.
No Identifiant propriété Description Format format/Taille Commentaire
Le "Séjour_Administratif" regroupe les données décrivant le séjour d'un patient du point de vue administratif.
Il doit être rattaché à un patient administratif (qui effectue le séjour).
Il doit aussi être motivé (urgence ou prescription) et rattaché au médecin qui prescrit le séjour.
Code interne d'identifiant du séjour
14 SejourAdm_Id Identifiant d'un séjour Entier long Numéro auto administratif
Un séjour est initié par
JJ/MM/AAAA l'administration à l'entrée du
15 SejourAdm_DateDebut Début du séjour Date HH:MM PatientAdm
JJ/MM/AAAA
16 SejourAdm_DateFin Fin du séjour Date HH:MM
Durant ce séjour, le patient a consommé diverses prestations générales (Chambre, TV, repas, lingerie).
La prestation doit être rattachée à un séjour administratif. Elle doit aussi être rattachée à une nature de
prestation.
Identifiant de la Code interne d'identifiant de la
17 PrestationAdm_Id prestation Entier long Numéro auto prestation
JJ/MM/AAAA
18 PrestationAdm_Jour Date prestation Date HH:MM
Commentaire éventuel
19 PrestationAdm_Commentaire sur prestation Texte 50
Ces prestations sont codifiées, identifiées et tarifées sous forme d'Unités d'œuvre.
Identifiant de la nature Code interne de l'identifiant de la
20 NaturePrestation_Id de la prestation Entier long Numéro auto nature de la prestation
21 NaturePrestation_Code Code mnémonique Texte 10
Désignation de la
22 NaturePrestation_Designation prestation Texte 50
Nb d'unités d'oeuvre
23 NaturePrestation_NbUO pour la facturation Numérique Entier
5
Les civilités sont codifiées dans une table.
Code interne de l'identifiant de la
24 Civilite_Id Identifiant de la civilité Entier long Numéro auto civilité
25 Civilite_IntCourt Intitulé court Texte 5
26 Civilite_IntLong Intitulé long Texte 25
6
ANNEXE N° 2
No Identifiant propriété
1 14 17 20 24 27 31
1 PatientAdm_Id X 1
2 PatientAdm_Civilite_Id 1
3 PatientAdm_Nom 1
4 PatientAdm_Prenom 1
5 PatientAdm_NoSS 1
6 PatientAdm_DateNaissance 1
7 PatientAdm_VilleNaissance 1
8 PatientAdm_PaysNaissance 1
9 PatientAdm_AdresseFrPL 1
10 PatientAdm_AdresseFrVoie 1
11 PatientAdm_AdresseFrLieuDit 1
12 PatientAdm_AdresseFrCP 1
13 PatientAdm_AdresseFrBD 1
14 SejourAdm_Id X 1
15 SejourAdm_DateDebut 1
16 SejourAdm_DateFin 1
17 PrestationAdm_Id X
18 PrestationAdm_Jour 1
19 PrestationAdm_Commentaire 1
20 NaturePrestation_Id 1 X
21 NaturePrestation_Code 1
22 NaturePrestation_Designation 1
23 NaturePrestation_NbUO 1
24 Civilite_Id X
25 Civilite_IntCourt 1
26 Civilite_IntLong 1
27 Medecin_Id 1 1 X
28 Medecin_Nom 1
29 Medecin_Prenom 1
30 Medecin_NoConseil 1
31 Motif_Id 1 X
32 Motif_Intitule 1
7
NOM PATRONYME :
Prénoms :
N° UE :
Matière :
______________________________________________________________________________________________
ANNEXE N° 3
(A conserver)
8
NOM PATRONYME :
Prénoms :
N° UE :
Matière :
______________________________________________________________________________________________
ANNEXE N° 3
9
NOM PATRONYME :
Prénoms :
N° UE :
Matière :
______________________________________________________________________________________________
ANNEXE N° 4
10
NOM PATRONYME :
Prénoms :
N° UE :
Matière :
______________________________________________________________________________________________
ANNEXE N° 4
(A conserver)
11